[beagleboard] Re: BlackLib on BeagleBone Black with Debian 8 does not work

2017-06-15 Thread TJF 
In some cases I'm using libpruio-0.4 on 4.x kernel versions. But it's an 
inofficial version: software runs OK, but installation is a pain in the 
rear (due to device tree changes).

I can provide the source code for beta-testing and support 
building/installing process, if anybody is interrested.

Regards

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/d5496750-7c76-4ab5-8df8-cc4de0afac6d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: i2c python

2017-06-15 Thread Graham 
OK.
Let's start with some background information.
What model of Beaglebone?
What version of OS, kernel?
Which version of Python? 
How is the pH sensor hooked to the Beaglebone?
What Voltage are you using to power the pH sensor?

Now some basics to see if the I2C bus is running

sudo apt-get install i2c-tools

now run
i2cdetect -y -r 1
what do you get?

now run
i2cdetect -y -r 2
what do you get?

When you say that you get "garbage" what do you mean?
What do you actually get? errors? tracebacks? obviously wrong data, but no 
reported errors?

--- Graham

==

On Thursday, June 15, 2017 at 5:38:58 PM UTC-5, Sebastián Sáez wrote:
>
>
> Hi,
>
> I'm writing a python script to communicate via i2c with the ph oem sensor 
> from Atlas Scientific.
>
> https://www.atlas-scientific.com/product_pages/oem/oem_ph.html
>
> https://www.atlas-scientific.com/_files/_datasheets/_oem/pH_oem_datasheet.pdf
>
> I already tried with the i2c module of mraa and smbus without luck. 
> Now I am trying to translate this arduino example from Atlas to python but 
> I read garbage
>
>
> Any suggestions?, attached the full example arduino code
>
>
> *Atlas arduino code*
> byte i2c_device_address=0x65;
> byte starting_register=0x00
> byte device_type;
> byte version_number;
> Wire.beginTransmission(i2c_device_address);
> Wire.write(staring_register);
> Wire.endTransmission();
> Wire.requestFrom(i2c_device_address,(byte)2);
> device_type = Wire.read();
> version_number = Wire.read();
> Wire.endTransmission(); 
>
>
> *My python script*
> import smbus
>
> # General i2c device class so that other devices can be added easily
> class i2c_device:
>  def __init__(self, addr, port):
>  self.addr = addr
>  self.bus = smbus.SMBus(port)
>
>  def write(self, byte):
>  self.bus.write_byte(self.addr, byte)
>
>  def read(self):
>  return self.bus.read_byte(self.addr)
>
>  def read_nbytes_data(self, data, n): # For sequential reads > 1 byte
>  return self.bus.read_i2c_block_data(self.addr, data, n)
>
> ph = i2c_device(0x65, 2)
> ph.write(0x00)
> device_type = ph.read()
> version_number = ph.read()
> print(device_type)
> print(version_number)
>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/4e302bea-d05f-4cb9-bc4f-55de94d496be%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Why does my motor driver become hot when powered by the adapter?

2017-06-15 Thread Mark Barton 

On 6/15/17 3:51 AM, leezhie...@gmail.com wrote:


I have a TB6612FNG 
 
motor driver module.



I am trying to control one DC motor (toy DC 
motor) via Arduino. When I try to run this setup 
using a 9V battery the motor runs as expected 
(albeit really slow). But when I change the 
power supply to a 9V DC 1A AC-DC adapter the 
motor controller IC gets super hot. When I check 
the current from the adapter to the circuit, it 
shows 1.5A, and the voltage across the supply is 
4.5 V. The motor runs for a second or two, then 
it stops. I guess it is because the supplied 
voltage dropped below the Arduinos operating 
voltage.



So, my questions are:


Why does the IC become hot when powered by the 
adapter? (I guess I burnt one chip already. 
Shouldn't there be a thermal shutdown?)



Why does the voltage drop? I guess probably 
because the adapter is unregulated, but I am not 
sure. Do I need to get a different adapter? If 
yes, what should be the specs? (When I bought 
this adapter, I did not know about regulated vs. 
unregulated. The Arduino website suggested 9V 
1A, so I got that.)



How can I avoid overheating of the IC when 
running with an adapter?



FYI: I am a hobbyist and a newbie in 
electronics. Please feel free to suggest 
alternatives and point out the mistakes. I need 
to control 4 DC motors.



Thanks

--
For more options, visit 
http://beagleboard.org/discuss

---
You received this message because you are 
subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop 
receiving emails from it, send an email to 
beagleboard+unsubscr...@googlegroups.com 
.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b90f96bb-ccb9-4ffe-b247-02c4bbb0da3a%40googlegroups.com 
.
For more options, visit 
https://groups.google.com/d/optout.


Are you feeding the controller a PWM signal? 
Sounds like it is switched on by DC or the PWM 
signal is misconfigured. Also check to make sure 
you are not exceeding the voltage rating of the 
motor.


If you have access to an oscilloscope you can 
quickly check to see if the PWM output is working. 
Or connect a LED with a current limit series 
resistor to the Auduino's output and see if you 
can vary the brightness. Disconnect the motor 
controller first though.


Mark




--
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/59428CBA.4080605%40comcast.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cannot enable device tree overlay for CAN bus on Debian 8.8

2017-06-15 Thread Robert Nelson 
On Thu, Jun 15, 2017 at 5:14 PM, Piotr C  wrote:
> Yes, it popped accidentally due to copying command from one of the tutorials
> that I have linked.
>
> I have added:
> uboot_overlay_addr4=/lib/firmware/BB-CAN1-00A0.dtbo
> as you suggested.
>
> It changed the output of cat
> /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
>
>
> pin 96 (44e10980.0): 481d.can (GPIO UNCLAIMED) function
> pinmux_dcan1_pins group pinmux_dcan1_pins
> pin 97 (44e10984.0): 481d.can (GPIO UNCLAIMED) function
> pinmux_dcan1_pins group pinmux_dcan1_pins
>
> However, after typing:
> root@beaglebone:/home/debian# cat /sys/devices/platform/bone_capemgr/slots
>  0: ---l--  -1
>  1: --  -1
>  2: ---l--  -1
>  3: ---l--  -1
>  4: --Ol--  -1
>  5: --O---  -1
>
> In line 5: I was expecting some text like: "Override Board
> Name,00A0,Override (...)"
> // taken from here:
>
> Should I expect a change in slots configuration after adding the lines that
> you have mentioned in /boot/uEnv.txt?
> Is there any other to check whether the CAN Device Tree overlay was properly
> loaded?

With u-boot overlays, the "/sys/devices/platform/bone_capemgr/slots"
is not updated..

you should see the can interface showing up under:

sudo ifconfig -a

Regards,


-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjn4kNGoOoqyEq%3DkBtSe_vD1mT_u2uGP4OAPr4M0yofMg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cannot enable device tree overlay for CAN bus on Debian 8.8

2017-06-15 Thread Piotr C 
Yes, it popped accidentally due to copying command from one of the 
tutorials that I have linked.

I have added:
uboot_overlay_addr4=/lib/firmware/BB-CAN1-00A0.dtbo 
as you suggested.

It changed the output of cat 
/sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins


pin 96 (44e10980.0): 481d.can (GPIO UNCLAIMED) function 
pinmux_dcan1_pins group pinmux_dcan1_pins
pin 97 (44e10984.0): 481d.can (GPIO UNCLAIMED) function 
pinmux_dcan1_pins group pinmux_dcan1_pins

However, after typing:
root@beaglebone:/home/debian# cat /sys/devices/platform/bone_capemgr/slots
 0: ---l--  -1
 1: --  -1
 2: ---l--  -1
 3: ---l--  -1
 4: --Ol--  -1
 5: --O---  -1

In line 5: I was expecting some text like: "Override Board 
Name,00A0,Override (...)" 
// taken from here 

:

Should I expect a change in slots configuration after adding the lines that 
you have mentioned in /boot/uEnv.txt?
Is there any other to check whether the CAN Device Tree overlay was 
properly loaded?

Best regards,
Peter

W dniu czwartek, 15 czerwca 2017 23:50:11 UTC+2 użytkownik RobertCNelson 
napisał:
>
> On Thu, Jun 15, 2017 at 4:47 PM, Piotr C  
> wrote: 
> > Thank you for your answer Robert. 
> > May I ask why did you add the line for UART as well? 
>
> Well you referenced it in your original email.. 
>
> and i only spent a couple of seconds actually reading it, so your can 
> drop the UART node.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://rcn-ee.com/ 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/05af7292-a0b7-45d2-918a-9f23681a4ed7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cannot enable device tree overlay for CAN bus on Debian 8.8

2017-06-15 Thread Robert Nelson 
On Thu, Jun 15, 2017 at 4:47 PM, Piotr C  wrote:
> Thank you for your answer Robert.
> May I ask why did you add the line for UART as well?

Well you referenced it in your original email..

and i only spent a couple of seconds actually reading it, so your can
drop the UART node..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYhimSg01YffHdmaq19ELyA1syhaSuDLt1ozoA3jx2rdUw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cannot enable device tree overlay for CAN bus on Debian 8.8

2017-06-15 Thread Piotr C 
Thank you for your answer Robert.
May I ask why did you add the line for UART as well?

Best regards,
Peter

W dniu czwartek, 15 czerwca 2017 23:35:24 UTC+2 użytkownik RobertCNelson 
napisał:
>
> On Thu, Jun 15, 2017 at 4:30 PM, Piotr C  
> wrote: 
> > 
> > Hello, I am using the newest Debian 8.8 from weekly builds, found here: 
> > https://rcn-ee.net/rootfs/bb.org/testing/2017-06-11/ 
> > I needed it because of the quite new nodejs version. 
> > 
> > I am trying to enable DCAN1 Device Tree overlay - I am following the 
> steps 
> > present in these sources: 
> > 
> https://www.reddit.com/r/BeagleBone/comments/5n0u54/is_it_still_needed_to_alter_device_tree_overlay/
>  
> > http://www.thomas-wedemeyer.de/beaglebone-canbus-python.html 
> > https://github.com/beagleboard/bb.org-overlays 
> > 
> > My steps: 
> > 1. I went to /lib/firmware 
> > 2. I have typed 
> > sudo sh -c "echo 'BB-UART1' > /sys/devices/platform/bone_capemgr/slots" 
> > 
> > the shell has frozen, I couldn't interrupt with neither of these: 
> Ctrl+D, 
> > Ctrl+Z, Ctrl+X, Ctrl+CI 
> > 3. I have added: 
> > a) cape_enable=bone_capemgr.enable_partno=BB-CAN1 to /boot/uEnv.txt 
> > 
> > b) # Options to pass to capemgr 
> > CAPE=BB-CAN1 
> > in /etc/default/capemgr 
> > 
> > However, after the reboot, after typing, I still see that no CAN overlay 
> was 
> > loaded: 
> > 
> > root@beaglebone:/var/log# cat /sys/devices/platform/bone_capemgr/slots 
> >  0: ---l--  -1 
> >  1: --  -1 
> >  2: ---l--  -1 
> >  3: ---l--  -1 
> >  4: --Ol--  -1 
> >  5: --O---  -1 
> >  6: --O---  -1 
> > 
> > and 
> > 
> > cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins 
> > 
> > pin 96 (44e10980.0): ocp:P9_26_pinmux (GPIO UNCLAIMED) function 
> > pinmux_P9_26_default_pin group pinmux_P9_26_default_pin 
> > pin 97 (44e10984.0): ocp:P9_24_pinmux (GPIO UNCLAIMED) function 
> > pinmux_P9_24_default_pin group pinmux_P9_24_default_pin 
> > 
> > 
> > I am pretty much sure that on Debian 8.6 everything was working fine 
> after 
> > these commands, because I don't remember having any problems with DTO. 
> > 
> > 
> > What am I doing wrong with Debian 8.8? 
> > Have I missed any steps? 
>
> New weekly images use U-Boot Overlays by default: 
>
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#U-Boot_Overlays 
>
> tod what you want, in /boot/uEnv.txt set: 
>
> uboot_overlay_addr4=/lib/firmware/BB-CAN1-00A0.dtbo 
> uboot_overlay_addr5=/lib/firmware/BB-UART1-00A0.dtbo 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://rcn-ee.com/ 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/3f7556bd-d954-4fa4-8602-1b04338a0d0a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cannot enable device tree overlay for CAN bus on Debian 8.8

2017-06-15 Thread Robert Nelson 
On Thu, Jun 15, 2017 at 4:30 PM, Piotr C  wrote:
>
> Hello, I am using the newest Debian 8.8 from weekly builds, found here:
> https://rcn-ee.net/rootfs/bb.org/testing/2017-06-11/
> I needed it because of the quite new nodejs version.
>
> I am trying to enable DCAN1 Device Tree overlay - I am following the steps
> present in these sources:
> https://www.reddit.com/r/BeagleBone/comments/5n0u54/is_it_still_needed_to_alter_device_tree_overlay/
> http://www.thomas-wedemeyer.de/beaglebone-canbus-python.html
> https://github.com/beagleboard/bb.org-overlays
>
> My steps:
> 1. I went to /lib/firmware
> 2. I have typed
> sudo sh -c "echo 'BB-UART1' > /sys/devices/platform/bone_capemgr/slots"
>
> the shell has frozen, I couldn't interrupt with neither of these: Ctrl+D,
> Ctrl+Z, Ctrl+X, Ctrl+CI
> 3. I have added:
> a) cape_enable=bone_capemgr.enable_partno=BB-CAN1 to /boot/uEnv.txt
>
> b) # Options to pass to capemgr
> CAPE=BB-CAN1
> in /etc/default/capemgr
>
> However, after the reboot, after typing, I still see that no CAN overlay was
> loaded:
>
> root@beaglebone:/var/log# cat /sys/devices/platform/bone_capemgr/slots
>  0: ---l--  -1
>  1: --  -1
>  2: ---l--  -1
>  3: ---l--  -1
>  4: --Ol--  -1
>  5: --O---  -1
>  6: --O---  -1
>
> and
>
> cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
>
> pin 96 (44e10980.0): ocp:P9_26_pinmux (GPIO UNCLAIMED) function
> pinmux_P9_26_default_pin group pinmux_P9_26_default_pin
> pin 97 (44e10984.0): ocp:P9_24_pinmux (GPIO UNCLAIMED) function
> pinmux_P9_24_default_pin group pinmux_P9_24_default_pin
>
>
> I am pretty much sure that on Debian 8.6 everything was working fine after
> these commands, because I don't remember having any problems with DTO.
>
>
> What am I doing wrong with Debian 8.8?
> Have I missed any steps?

New weekly images use U-Boot Overlays by default:

http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#U-Boot_Overlays

tod what you want, in /boot/uEnv.txt set:

uboot_overlay_addr4=/lib/firmware/BB-CAN1-00A0.dtbo
uboot_overlay_addr5=/lib/firmware/BB-UART1-00A0.dtbo

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYhh5cYiuM%2BPhQ_SJdJM%3DMxR3_DQxrfdV8W0QSb6VKHkCw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Cannot enable device tree overlay for CAN bus on Debian 8.8

2017-06-15 Thread Piotr C 

Hello, I am using the newest Debian 8.8 from weekly builds, found 
here: https://rcn-ee.net/rootfs/bb.org/testing/2017-06-11/
I needed it because of the quite new nodejs version.

I am trying to enable DCAN1 Device Tree overlay - I am following the steps 
present in these sources:
https://www.reddit.com/r/BeagleBone/comments/5n0u54/is_it_still_needed_to_alter_device_tree_overlay/
http://www.thomas-wedemeyer.de/beaglebone-canbus-python.html
https://github.com/beagleboard/bb.org-overlays

My steps:
1. I went to /lib/firmware
2. I have typed 
sudo sh -c "echo 'BB-UART1' > /sys/devices/platform/bone_capemgr/slots"

the shell has frozen, I couldn't interrupt with neither of these: Ctrl+D, 
Ctrl+Z, Ctrl+X, Ctrl+CI 
3. I have added: 
a) cape_enable=bone_capemgr.enable_partno=BB-CAN1 to /boot/uEnv.txt

b) # Options to pass to capemgr
CAPE=BB-CAN1 
in /etc/default/capemgr

However, after the reboot, after typing, I still see that no CAN overlay 
was loaded:

root@beaglebone:/var/log# cat /sys/devices/platform/bone_capemgr/slots
 0: ---l--  -1
 1: --  -1
 2: ---l--  -1
 3: ---l--  -1
 4: --Ol--  -1
 5: --O---  -1
 6: --O---  -1

and

cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins

pin 96 (44e10980.0): ocp:P9_26_pinmux (GPIO UNCLAIMED) function 
pinmux_P9_26_default_pin group pinmux_P9_26_default_pin
pin 97 (44e10984.0): ocp:P9_24_pinmux (GPIO UNCLAIMED) function 
pinmux_P9_24_default_pin group pinmux_P9_24_default_pin


I am pretty much sure that on Debian 8.6 everything was working fine after 
these commands, because I don't remember having any problems with DTO.


What am I doing wrong with Debian 8.8? 
Have I missed any steps?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/932bbdee-d811-493b-a622-1ade13cfcfce%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Why does my motor driver become hot when powered by the adapter?

2017-06-15 Thread Raushan Kumar 
Again i am asking you kindly update specification of motors



*Thank you *

*Yours faithfully *

*Er. Raushan Kumar *
*Phone:-Mob.+91-8019703903*

On Thu, Jun 15, 2017 at 9:01 PM, Raushan Kumar 
wrote:

>
>  Hi
>  Can you tell  me ,r u using ceramic with DC motor ,because DC motor
> produce back emf while moving  . Kindly update specification of motor
> On Thursday, June 15, 2017 at 4:46:03 PM UTC+5:30, leezh...@gmail.com
> wrote:
>>
>> I have a TB6612FNG
>>  motor
>> driver module.
>>
>>
>> I am trying to control one DC motor (toy DC motor) via Arduino. When I
>> try to run this setup using a 9V battery the motor runs as expected (albeit
>> really slow). But when I change the power supply to a 9V DC 1A AC-DC
>> adapter the motor controller IC gets super hot. When I check the current
>> from the adapter to the circuit, it shows 1.5A, and the voltage across the
>> supply is 4.5 V. The motor runs for a second or two, then it stops. I guess
>> it is because the supplied voltage dropped below the Arduinos operating
>> voltage.
>>
>>
>> So, my questions are:
>>
>>
>> Why does the IC become hot when powered by the adapter? (I guess I burnt
>> one chip already. Shouldn't there be a thermal shutdown?)
>>
>>
>> Why does the voltage drop? I guess probably because the adapter is
>> unregulated, but I am not sure. Do I need to get a different adapter? If
>> yes, what should be the specs? (When I bought this adapter, I did not know
>> about regulated vs. unregulated. The Arduino website suggested 9V 1A, so I
>> got that.)
>>
>>
>> How can I avoid overheating of the IC when running with an adapter?
>>
>>
>> FYI: I am a hobbyist and a newbie in electronics. Please feel free to
>> suggest alternatives and point out the mistakes. I need to control 4 DC
>> motors.
>>
>>
>> Thanks
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/beagleboard/LjBwNQ3dg9Y/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/95904717-1720-4760-ae17-183cef050824%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAAvUzOvcQoY4MrAVc1mHgPm0cYfk%2BY%3Dpkr4K56VNcoZDzDfQZw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Why does my motor driver become hot when powered by the adapter?

2017-06-15 Thread Raushan Kumar 

 Hi 
 Can you tell  me ,r u using ceramic with DC motor ,because DC motor 
produce back emf while moving  . Kindly update specification of motor  
On Thursday, June 15, 2017 at 4:46:03 PM UTC+5:30, leezh...@gmail.com wrote:
>
> I have a TB6612FNG 
>  motor 
> driver module. 
>
>
> I am trying to control one DC motor (toy DC motor) via Arduino. When I try 
> to run this setup using a 9V battery the motor runs as expected (albeit 
> really slow). But when I change the power supply to a 9V DC 1A AC-DC 
> adapter the motor controller IC gets super hot. When I check the current 
> from the adapter to the circuit, it shows 1.5A, and the voltage across the 
> supply is 4.5 V. The motor runs for a second or two, then it stops. I guess 
> it is because the supplied voltage dropped below the Arduinos operating 
> voltage.
>
>
> So, my questions are:
>
>
> Why does the IC become hot when powered by the adapter? (I guess I burnt 
> one chip already. Shouldn't there be a thermal shutdown?)
>
>
> Why does the voltage drop? I guess probably because the adapter is 
> unregulated, but I am not sure. Do I need to get a different adapter? If 
> yes, what should be the specs? (When I bought this adapter, I did not know 
> about regulated vs. unregulated. The Arduino website suggested 9V 1A, so I 
> got that.)
>
>
> How can I avoid overheating of the IC when running with an adapter?
>
>
> FYI: I am a hobbyist and a newbie in electronics. Please feel free to 
> suggest alternatives and point out the mistakes. I need to control 4 DC 
> motors.
>
>
> Thanks
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/95904717-1720-4760-ae17-183cef050824%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: BBB: Do I gain anything by adding the JTAG header and using a JTAG debug pod?

2017-06-15 Thread Jeff Andich 
I'm wondering the same thing..

More generally when to JTAG vs. utilizing all of the other tools out there 
for debugging Linux (e.g. GDB server).  

We recently tried to bring up a custom board with the am5718.  We were 
focused on booting the board in stages (e.g. first try to get the SPL to 
boot, then SPL to load u-boot, etc, etc).  Since we were trying to tailor 
(and will still be engaged in this) Linux to work with our hardware, we 
realized that JTAG debugging would probably be useful to figure out what 
the processor is doing and how far the SPL gets.  Then later on, once we 
get u-boot running and the kernel booting, we can switch over to other 
debug tools.. JTAG may also be useful for debugging some of the other 
processors on the Sitara chip which don't run Linux such as the PRU, C66 
DSPs and IPU's... but don't yet have any experience with that..

Our initial board design (now being re-spun) with the 5718 only provided a 
UART for console on UART 10 (with the allowed IO sets/ pad configuration), 
thus we attempted to switch from UART 3 to 10, but could get nothing to 
come out on the console.  We hooked up the blackhawk JTAG connector to the 
custom board (which populates JTAG), to attempt to look for "signs of life" 
on the processor and on the board.  We were able to see that the processor 
wasn't correctly responding to the JTAG tests initiated by CCS.  We then 
connected JTAG to the BeagleBoard-X15's JTAG and were able to run through 
the JTAG test procedure and view the 5728's internal registers.  We haven't 
yet gotten around to loading the SPL with symbol information via CCS to the 
JTAG, but this might be something we try to do once the next revision of 
our board comes in..

Hopefully this is helpful...



On Tuesday, June 13, 2017 at 12:47:14 PM UTC-5, nathan@gmail.com wrote:
>
>
> BBB: Do I gain anything by adding the JTAG header and using a JTAG debug 
> pod?
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/06571f8a-8435-4cc7-ad52-f561d345ecf9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BTRFS Support

2017-06-15 Thread Robert Nelson 
On Wed, Jun 14, 2017 at 6:25 PM, Kenny Koller
 wrote:
>
> I read this post suggesting that BTRFS + RAID 1 may be a good solution as a
> reliable read-write SD card root filesystem. Or at least one with a much
> longer life.
>
> This warning suggests that one not use BTRFS unless using Linux kernel 4.4
> or greater.
>
> I'm designing for a field units that are not easily replaced so I would
> prefer to be conservative. Is there distro + kernel release for Beaglebone
> Black that will support this?

We've had btrfs driver built-in to the kernel by default for a long
time, along with btrfs-tools installed.

The big issue. U-Boot doesn't support btrfs, there was a patch, but it
wasn't merged.

So you'll need atleast a fat/ext partition for u-boot to read the
kernel, initrd and device tree binaries.

But once you have the kernel loaded, you can customize your btrfs
partitions to your hearts delight.

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYhes2on8yRq7fWjNk6h2rSjt8iAO3aQ%3D4o6H%2B-D%3DRQeBw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Why does my motor driver become hot when powered by the adapter?

2017-06-15 Thread Graham 
Does this question have anything to do with BeagleBones or BeagleBoards?
I would suggest you ask it on the Arduino forum.

==

On Thursday, June 15, 2017 at 6:16:03 AM UTC-5, leezh...@gmail.com wrote:
>
> I have a TB6612FNG 
>  motor 
> driver module. 
>
>
> I am trying to control one DC motor (toy DC motor) via Arduino. When I try 
> to run this setup using a 9V battery the motor runs as expected (albeit 
> really slow). But when I change the power supply to a 9V DC 1A AC-DC 
> adapter the motor controller IC gets super hot. When I check the current 
> from the adapter to the circuit, it shows 1.5A, and the voltage across the 
> supply is 4.5 V. The motor runs for a second or two, then it stops. I guess 
> it is because the supplied voltage dropped below the Arduinos operating 
> voltage.
>
>
> So, my questions are:
>
>
> Why does the IC become hot when powered by the adapter? (I guess I burnt 
> one chip already. Shouldn't there be a thermal shutdown?)
>
>
> Why does the voltage drop? I guess probably because the adapter is 
> unregulated, but I am not sure. Do I need to get a different adapter? If 
> yes, what should be the specs? (When I bought this adapter, I did not know 
> about regulated vs. unregulated. The Arduino website suggested 9V 1A, so I 
> got that.)
>
>
> How can I avoid overheating of the IC when running with an adapter?
>
>
> FYI: I am a hobbyist and a newbie in electronics. Please feel free to 
> suggest alternatives and point out the mistakes. I need to control 4 DC 
> motors.
>
>
> Thanks
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/635e43f9-2e8c-437c-bba4-500425067bf0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Why does my motor driver become hot when powered by the adapter?

2017-06-15 Thread leezhienuu 


I have a TB6612FNG 
 motor driver 
module. 


I am trying to control one DC motor (toy DC motor) via Arduino. When I try 
to run this setup using a 9V battery the motor runs as expected (albeit 
really slow). But when I change the power supply to a 9V DC 1A AC-DC 
adapter the motor controller IC gets super hot. When I check the current 
from the adapter to the circuit, it shows 1.5A, and the voltage across the 
supply is 4.5 V. The motor runs for a second or two, then it stops. I guess 
it is because the supplied voltage dropped below the Arduinos operating 
voltage.


So, my questions are:


Why does the IC become hot when powered by the adapter? (I guess I burnt 
one chip already. Shouldn't there be a thermal shutdown?)


Why does the voltage drop? I guess probably because the adapter is 
unregulated, but I am not sure. Do I need to get a different adapter? If 
yes, what should be the specs? (When I bought this adapter, I did not know 
about regulated vs. unregulated. The Arduino website suggested 9V 1A, so I 
got that.)


How can I avoid overheating of the IC when running with an adapter?


FYI: I am a hobbyist and a newbie in electronics. Please feel free to 
suggest alternatives and point out the mistakes. I need to control 4 DC 
motors.


Thanks

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b90f96bb-ccb9-4ffe-b247-02c4bbb0da3a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Debian 7.11 kernel 3.8.13 disabling hdmi in uEnv.txt causes BBB failure to boot

2017-06-15 Thread Ben Winstone 
Oh my oversight! works, thanks!

On Wednesday, June 14, 2017 at 4:35:10 PM UTC+1, RobertCNelson wrote:
>
> On Wed, Jun 14, 2017 at 6:50 AM,   
> wrote: 
> > Hi, 
> > 
> > I have a fresh install of debian 7.11 kernel 3.8.13 with the intention 
> of 
> > running LEDscape (https://github.com/Yona-Appletree/LEDscape) on it. 
> All 
> > installed ok and passed checks but I need to disable the HDMI to use 
> some of 
> > the io pins. The only thing I have changed is to uncomment 
> > dtb=am335x-boneblack-emmc-overlay.dtb, see my uEnv.txt below. When I 
> reboot 
> > i get a few LED flickers and then they all light up and stay on, and the 
> BBB 
> > doesnt progress to a boot. If I then boot from the emmc and mount the sd 
> to 
> > correct the uEnv.txt it boots again from sd without problems. Is there 
> > something else I need to do, known bug, or have done wrong? 
>
> That's dtb option is only for v4.1.x+ kernel's.. for 3.8.13 you need 
> to do it the old way: 
>
> ##Disable HDMI/eMMC (v3.8.x) 
> #cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G
>  
>
>
> to: 
>
> ##Disable HDMI/eMMC (v3.8.x) 
> cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G
>  
>
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://rcn-ee.com/ 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/e2384c0a-8960-410e-a192-e5304a3f948f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.