[beagleboard] Re: BBAI runs extremely hot

[Mike Brandon]

@Paul - Would you be able to take a close up picture of the backside  
solder points of the serial debug connector (3 pin next to USB C)? 

My AI was overheating too until it stopped booting all together. I was 
looking to monitor serial as I applied power and that is when I noticed 
what appeared to be an unclean solder point...its not shorted there is a 
99kOhm resistance between the two points.

https://drive.google.com/file/d/19pRcHcP9APTcQ6nWiU708ca8ID9PtNXH/view?usp=sharing

Mike

On Wednesday, September 25, 2019 at 7:51:41 PM UTC-4, Paul Richards wrote:
>
> I got 2 BeagleBone AI's from Mouser and started working with them today.
>
> Both of my boards boot and run with the 08-03 build.
>
> I haven't done anything to modify the contents of the filesystem, I merely 
> booted and connected via Cloud9.
>
> On both boards, the main CPU heat sink and the Kingston RAM module 
> immediately 
> heat up and run incredibly hot.  I measured >80C on the CPU and >90C on 
> the RAM module with my IR thermometer.
>
> System load looked fine, nothing was running away and stealing all the CPU.
>
> We intend to use these in lieu of BeagleBone Black modules for a project 
> in the Keck telescopes and if they normally run this hot, it will never 
> work.
>
> S/N range is 4000167 1301 003491 1933
>
>
> Is my experience atypical?  What temperature should these boards nominally 
> run at?
>
>
>
> Paul
>

-- 
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/573de4f6-6605-47c3-859b-cd50ffa708f2%40googlegroups.com.

[beagleboard] Re: UART "callibration"?

[Mike Brandon]

I am running at 115200. I will try and get some decent readings with my oscope. 
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/d5444e29-2b73-44a0-b742-7d8e834d7683%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] UART "callibration"?

[Mike Brandon]

While I am likely getting in way over my head, are there any settings that 
can be modified on a BeagleBone black as it relates to the UART oscillator? 
I have seen some reference to the specification of the AM335x regarding:

The UART modules each have a 48MHz clock to generate their timing. They can 
be configured in one of two modes: UART 16x and UART 13x, in which that 
clock is divided by 16 and 13, respectively.

I am still trying to get an application I wrote to communicate with a 3rd 
party controller and grasping at straws at this point.I just can't figure 
out why everything works fine when I go through /ttyUSB0 (using a 
USB-serial adapter), but when I try to utilize the /tty04 UART, I can't 
communicate.

Without drowning this thread with every little thing I have done, I have 
come to the following conclusions:

1) My application works because I can confirm it's functionality when 
connected via USB-serial adapter
2) My UART circuit (have tried with a MAX3232 and a MAX232) works because I 
can open up minicom and do a loopback test successfully. I have also 
communicated from mt BB to a Windows PC at the same baud rate that I am 
attempting to use with my application, so based on the fact that the manual 
communication between BB and PC was successful, I feel confident that my 
UART circuit is ok.
3) Currently I have a logic analyzer hooked up and I am looking at the data 
I am transmitting from my BB. The applicatio I use with the analyzer 
decodes the protocol and the data I am seeing from my circuit is the data I 
am expecting to see.

This snapshot is from the USB-serial connection transmission:

[image: usb.JPG]
This snapshot is from the UART circuit transmission:

[image: uart.JPG]

-- 
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/2feccea4-cac2-4d27-be2b-8de183be352d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BBB Uart Signal Question

[Mike Brandon]

Hi,

TL;DR: What kind of signal is transmitted straight out of UART TX? 

I am beating my head against a wall with a circuit I have been designing 
related to UART. I know my app works as I can use a USB-to-Serial adapter 
connected to beaglebone's USB0 and my app performs as expected. When I 
attempt to use UART4, via a MAX3232 chip, the app does not communicate as 
expected. Prior to placing the MAX3232 chip in my circuit, I remember 
having unsuccessful attempts with my app as well, leading me to believe 
that I needed to convert the signal coming out of the UART with the 3232 
chip.

The device I am communicating with also has a 3232 chip onboard that my 
signal is going through. I a thinking I am misunderstanding the signal 
being produced by the UART4. I know I have at some point confused what 
results I was obtaining when I had the circuit breadboarded and was testing 
things out. So I think I am just needing to start fresh and do some better 
documenting of my tests going forward.

However, at this current point in time, I do know my MAX3232 circuit works 
as I have tested by looping the RX/TX lines on the other side and I can 
send/receive in minicom on the BBB. I also communicated with another PC via 
the circuit successfully. In that setup, the BBB was sending through the 
MAX3232 which the RX/TX output was connected to a USB-to-serial adapter 
that was connected via USB to a windows PC.

I have also a better documented thread of the issue here, for 
reference: https://forum.allaboutcircuits.com/threads/max3232-to-max3232.156598/

At this point, looking at my circuit and the device I am attempting to 
communicate with, I believe I am sending a TTL signal to the device 
connection which is expecting a RS232 signal. 

Mainly I am just trying to understand what kind of signal is transmitting 
out of the UART TX, is it TTL or RS232? I did look at the BBB system ref. 
manual but did not see data related to this.

Mike

-- 
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/2db3e797-1986-47c2-92f9-ec7d49209ac0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Trying to understand USB connection in syslog

[Mike Brandon]

Thanks for the response Robert.

I have some guides and tutorials from the site, https://hologram.io/.

I ended up running through each one and in my script and ttyUSB2 was the
winner. Which jives with what you found regarding the AT commands.

Thanks!

On Wed, Jan 16, 2019 at 10:11 PM Robert Nelson 
wrote:

>
>
> On Wed, Jan 16, 2019 at 8:55 PM Mike Brandon 
> wrote:
>
>> I have connected a USB modem to my BBB. In looking at the syslog, I see
>> the following:
>>
>> [image: syslog.JPG]
>>
>> I am needing to execute a script and specify which ttyUSB* but am a bit
>> confused on knowing which to use.
>>
>
> Sadly it really depends on the modem, there's really no good one standard
> for these guys..
>
> Searching based on the vid/pid found:
>
> https://forum.u-blox.com/index.php/22118/sara-r4-usb-interface
>
> Looks like the 2nd port is for AT commands.. Do you have any docs on the
> modem?
>
> 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/CAEDwv9wWHp_h18AW1qVHg5-QpL6G1M6VuHDg_zDkvhGWqrniBQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Trying to understand USB connection in syslog

[Mike Brandon]

I have connected a USB modem to my BBB. In looking at the syslog, I see the 
following:

[image: syslog.JPG]

I am needing to execute a script and specify which ttyUSB* but am a bit 
confused on knowing which to use.

-- 
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/e37b57eb-c7f9-4663-89f6-afcabc19ee5a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] ssh access in BeagleBone Black Wireless

[Mike Brandon]

Username is Debian
Password is temppwd

On Sat, Jan 12, 2019, 7:37 PM  Hi everyone
> I just got a new BeagleBone Black Wireless board and tring to have ssh
> access via using below cmd
>
> ssh root@192.168.7.2
>
> but for password, it was mention there only press enter. but it's not
> taking it.
> So want to know the exact username and password for ssh login.
>
> 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/b43af630-83bc-46ac-bbf9-393b61c2673a%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/CAEDwv9ykvHwpKLkn4FD4zNdaWyX%3DX8%2B2qAURf8icQKxBBTJ3bQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Enable UART4 - bbb - 4.4.113-ti-r149

[Mike Brandon]

I am running into the following error using Adafruit_BBIO.UART

UART.setup("UART4")
RuntimeError: Unable to export UART channel.



On Friday, December 7, 2018 at 10:55:48 PM UTC-5, Mike Brandon wrote:
>
> How is UART4 enabled on beaglebone black, uname_r=4.4.113-ti-r149
>
> Would I use
>
> cape_enable=bone_capemgr.enable_partno=BB-UART4
>
> in uEnv.txt?
>
>

-- 
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/6423d8d7-0aa2-4224-9497-f24140b8ff50%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Enable UART4 - bbb - 4.4.113-ti-r149

[Mike Brandon]

How is UART4 enabled on beaglebone black, uname_r=4.4.113-ti-r149

Would I use

cape_enable=bone_capemgr.enable_partno=BB-UART4

in uEnv.txt?

-- 
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/600215e1-dec4-4126-9a52-bce88dd308ac%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Network IP address assignments

[Mike Brandon]

Sorry, copied and pasted from my application code that is driving the
network configuration...the {0} in NetworkInterfaceBlackist is eth0

Mike

On Wed, Dec 5, 2018 at 3:45 PM Mike Brandon  wrote:

> In my limited experience, I ran into a lot of issues trying to modify the
> network settings as you are running into. I *believe* that the network
> settings are being controlled by conman. So I added to /
> etc/connman/main.conf the following:
>
> NetworkInterfaceBlacklist=SoftAp0,usb0,usb1,{0},can0,can1
>
> Then I was able to control network settings as expected in 
> /etc/network/interfacesalthough I did end up installing dhcpcd and am now 
> utilizing that to control my network although I don't think I have worked out 
> all of the kinks. BTW I am running Debian 8.7 IoT image.
>
>
> Mike
>
>
>
>
> On Wed, Dec 5, 2018 at 3:38 PM Richard  wrote:
>
>> Hi! I'm having difficulty understanding and modifying the BBBW network
>> configuration.
>>
>> At boot on the BBBW, somehow, these IP addresses are assigned
>>   SoftAP0: 192.168.8.1
>>   lo: 127.0.0.1
>>   usb0: 192.168.7.2
>>   usb1: 192.168.6.2
>>   wlan0: 192.168.1.xxx
>>
>> But I can't figure out where each of these addresses comes from, nor --
>> more interestingly -- how to change them. If there is a single place where
>> this happens, I've not found it. And if there is any documentation, I've
>> not found it, either. [There's lots of documentation about debian network
>> configuration on the Internet. Pick your favorite, but it may or may not
>> apply to the BBBW. In fact, it probably doesn't.]
>>
>> I do know how to use connmanctl (to set wlan0), but it explicitly ignores
>> SoftAP0,  usb0, and  usb1 because of the line
>>   NetworkInterfaceBlacklist=SoftAp0,usb0,usb1
>> in /etc/connman/main.conf
>>
>> So my questions are:
>> (a)  How and where is each of these assigned?
>> (b)  If I want to change one of them permanently, what do I do?
>> and while asking these questions, here's a related one:
>> (c)  How can I change the name and password for the BeagleBone-
>> access point that goes with SoftAP0?
>>
>> These questions arose from my concern about having two BBBWs on the same
>> computer or even just the same LAN: how do I make sure that they don't use
>> the same IP address?
>>
>> Version info:
>> Debian 9.6 stretch
>> Linux beaglebone 4.14.67-ti-r73 #1 SMP PREEMPT Thu Aug 30 00:08:52
>> UTC 2018 armv7l GNU/Linux
>> BeagleBoard.org Debian Image 2018-08-30
>>
>> Many thanks,
>> Richard
>>
>> --
>> 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/7a46cb3b-e237-4022-af10-69ea85b4c7dc%40googlegroups.com
>> <https://groups.google.com/d/msgid/beagleboard/7a46cb3b-e237-4022-af10-69ea85b4c7dc%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> 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/CAEDwv9wvFUa_ku3%2BtY_%2BMOhjiCxZ5QLAF%3DX0oxLhQRt6EtRrag%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Network IP address assignments

[Mike Brandon]

In my limited experience, I ran into a lot of issues trying to modify the
network settings as you are running into. I *believe* that the network
settings are being controlled by conman. So I added to /
etc/connman/main.conf the following:

NetworkInterfaceBlacklist=SoftAp0,usb0,usb1,{0},can0,can1

Then I was able to control network settings as expected in
/etc/network/interfacesalthough I did end up installing dhcpcd and
am now utilizing that to control my network although I don't think I
have worked out all of the kinks. BTW I am running Debian 8.7 IoT
image.


Mike




On Wed, Dec 5, 2018 at 3:38 PM Richard  wrote:

> Hi! I'm having difficulty understanding and modifying the BBBW network
> configuration.
>
> At boot on the BBBW, somehow, these IP addresses are assigned
>   SoftAP0: 192.168.8.1
>   lo: 127.0.0.1
>   usb0: 192.168.7.2
>   usb1: 192.168.6.2
>   wlan0: 192.168.1.xxx
>
> But I can't figure out where each of these addresses comes from, nor --
> more interestingly -- how to change them. If there is a single place where
> this happens, I've not found it. And if there is any documentation, I've
> not found it, either. [There's lots of documentation about debian network
> configuration on the Internet. Pick your favorite, but it may or may not
> apply to the BBBW. In fact, it probably doesn't.]
>
> I do know how to use connmanctl (to set wlan0), but it explicitly ignores
> SoftAP0,  usb0, and  usb1 because of the line
>   NetworkInterfaceBlacklist=SoftAp0,usb0,usb1
> in /etc/connman/main.conf
>
> So my questions are:
> (a)  How and where is each of these assigned?
> (b)  If I want to change one of them permanently, what do I do?
> and while asking these questions, here's a related one:
> (c)  How can I change the name and password for the BeagleBone- access
> point that goes with SoftAP0?
>
> These questions arose from my concern about having two BBBWs on the same
> computer or even just the same LAN: how do I make sure that they don't use
> the same IP address?
>
> Version info:
> Debian 9.6 stretch
> Linux beaglebone 4.14.67-ti-r73 #1 SMP PREEMPT Thu Aug 30 00:08:52 UTC
> 2018 armv7l GNU/Linux
> BeagleBoard.org Debian Image 2018-08-30
>
> Many thanks,
> Richard
>
> --
> 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/7a46cb3b-e237-4022-af10-69ea85b4c7dc%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/CAEDwv9xUdzSRJBxcNiy6U4KMtHs5Caa%2BR_1J-Xa9wn8Qfiv9ZQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beaglebone Black won't boot when gpio connections made

[Mike Brandon]

Actually, one more question before I go cry myself to sleep...

Considering I will want to make similar connections on P8 in the future... 
can I use a device like this to isolate the boot pins at boot?

http://www.ti.com/lit/ds/symlink/sn74cbtd16211.pdf

On Friday, November 30, 2018 at 8:29:32 PM UTC-5, Mike Brandon wrote:
>
> HAH, wow it has been a long day. It must be time for me to put this aside 
> for a bit... WOW. Sometimes I amaze myself.
>
> Thanks and sorry that my goof has taken up a small bit of ya'lls valuable 
> time.
>
> Until my next stupid question...
>
> On Friday, November 30, 2018 at 8:24:45 PM UTC-5, RobertCNelson wrote:
>>
>>
>>
>> On Fri, Nov 30, 2018 at 7:12 PM Mike Brandon  wrote:
>>
>>> [image: IMG_20181130_194825.jpg]
>>>
>>> [image: IMG_20181130_194818.jpg]
>>>
>>>
>> On Fri, Nov 30, 2018 at 4:38 PM Mike Brandon  wrote: 
>>>> > 
>>>> > But which gpio am I using that is a boot pin? In the reference 
>>>> manual, the 16 boot pins are on the P8 header... I'm using gpios on the P9 
>>>> header. 
>>>> > 
>>>>
>>>>
>> From your picture, that's the P8 header...
>>
>> 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/788ff78f-39c8-4f85-92a2-7369143f751e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beaglebone Black won't boot when gpio connections made

[Mike Brandon]

HAH, wow it has been a long day. It must be time for me to put this aside 
for a bit... WOW. Sometimes I amaze myself.

Thanks and sorry that my goof has taken up a small bit of ya'lls valuable 
time.

Until my next stupid question...

On Friday, November 30, 2018 at 8:24:45 PM UTC-5, RobertCNelson wrote:
>
>
>
> On Fri, Nov 30, 2018 at 7:12 PM Mike Brandon  > wrote:
>
>> [image: IMG_20181130_194825.jpg]
>>
>> [image: IMG_20181130_194818.jpg]
>>
>>
> On Fri, Nov 30, 2018 at 4:38 PM Mike Brandon  wrote: 
>>> > 
>>> > But which gpio am I using that is a boot pin? In the reference manual, 
>>> the 16 boot pins are on the P8 header... I'm using gpios on the P9 header. 
>>> > 
>>>
>>>
> From your picture, that's the P8 header...
>
> 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/7d975b54-d42e-4831-a289-78e500738995%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beaglebone Black won't boot when gpio connections made

[Mike Brandon]

U-Boot SPL 2017.03-2-gd12b1519b4 (Mar 14 2017 - 10:28:26)
Trying to boot from MMC2
mmc_load_image_raw_sector: mmc block read error
spl_register_fat_device: fat register err - -1
spl_load_image_fat: error reading image u-boot.img, err - -1
 ** ext4fs_devread read error - block
Failed to mount ext2 filesystem...
spl_load_image_ext: ext4fs mount err - 0



On Friday, November 30, 2018 at 5:55:16 PM UTC-5, RobertCNelson wrote:
>
> On Fri, Nov 30, 2018 at 4:38 PM Mike Brandon  > wrote: 
> > 
> > But which gpio am I using that is a boot pin? In the reference manual, 
> the 16 boot pins are on the P8 header... I'm using gpios on the P9 header. 
> > 
>
> Does anything show up over serial when it's plugged in? And what shows up? 
>
> 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/462d9e5e-449c-4787-95a6-71ce04390003%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beaglebone Black won't boot when gpio connections made

[Mike Brandon]

But which gpio am I using that is a boot pin? In the reference manual, the 16 
boot pins are on the P8 header... I'm using gpios on the P9 header.


On Friday, November 30, 2018 at 5:03:42 PM UTC-5, gcoley1 wrote:
> It just take on boot pin to mess up the boot process. If it is not powered on 
> it still presents a load. It still affects the boot pins.
> 
>  
> 
> Key point…DO NOT PUT ANYTHNING on GPIO pins that share the boot function on 
> power up.
> 
>  
> 
> Gerald
> 
>  
> 
>  
> 
> From: beagl...@googlegroups.com [mailto:beagl...@googlegroups.com]
> On Behalf Of Mike Brandon
> 
> Sent: Friday, November 30, 2018 3:07 PM
> 
> To: BeagleBoard 
> 
> Subject: Re: [beagleboard] Beaglebone Black won't boot when gpio connections 
> made
> 
>  
> 
> 
> 
> Gerald,
> 
> 
> 
>  
> 
> 
> 
> 
> Thanks for pointing me to that information but I don't see where I am 
> utilizing one of the 16 boot pins on the expansion header.
> 
> 
> 
> 
>  
> 
> 
> 
> 
> Also, my external device that is connected to the GPIO listed above is not 
> powered up at boot.
> 
> 
> 
> 
>  
> 
> 
> 
> 
> Am I missing another key point in the reference you pointed me to?
> 
> 
> 
> 
>  
> 
> 
> 
> 
> Mike
> 
> 
> 
> On Friday, November 30, 2018 at 3:54:42 PM UTC-5, gcoley1 wrote:
> 
> 
> 
> 
> 
> 
> Yep, you are changing the boot mode of the processor. A big no no.
> 
>  
> 
> https://www.elinux.org/Beagleboard:BeagleBoneBlack#Expansion_Header_Pin_Usage
> 
>  
> 
> Gerald
> 
>  
> 
>  
> 
> From:
> beagl...@googlegroups.com [mailto:beagl...@googlegroups.com]
> On Behalf Of Mike Brandon
> 
> Sent: Friday, November 30, 2018 2:52 PM
> 
> To: BeagleBoard 
> 
> Subject: [beagleboard] Beaglebone Black won't boot when gpio connections made
> 
>  
> 
> 
> 
> I have a device plugged in via GPIO to the following gpio pins:
> 
> 
> 
>  
> 
> 
> 
> 
> 48
> 
> 
> 
> 
> 49
> 
> 
> 
> 
> 115
> 
> 
> 
> 
> 117
> 
> 
> 
> 
>  
> 
> 
> 
> 
> If my device is connected at boot, the BB will not boot.
> 
> 
> 
> 
>  
> 
> 
> 
> 
> I am booting from eMMC. Any idea why this is occurring? I am using the 
> attached custom overlay which is essentially the univ-emmc overlay with some 
> modifications on GPIOs not listed
>  above.
> 
> 
> 
> 
>  
> 
> 
> 
> 
> Mike
> 
> 
> 
> 
>  
> 
> 
> 
> 
>  
> 
> 
> 
> --
> 
> 
> 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...@googlegroups.com.
> 
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/bbf65703-a19c-446f-a962-6baa15deff82%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...@googlegroups.com.
> 
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/338ac43f-50e8-4130-83d6-a4e85050a802%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/39c8264a-074b-4372-9af2-a173431d2787%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beaglebone Black won't boot when gpio connections made

[Mike Brandon]

Gerald,

Thanks for pointing me to that information but I don't see where I am 
utilizing one of the 16 boot pins on the expansion header.

Also, my external device that is connected to the GPIO listed above is not 
powered up at boot.

Am I missing another key point in the reference you pointed me to?

Mike

On Friday, November 30, 2018 at 3:54:42 PM UTC-5, gcoley1 wrote:
>
> Yep, you are changing the boot mode of the processor. A big no no.
>
>  
>
>
> https://www.elinux.org/Beagleboard:BeagleBoneBlack#Expansion_Header_Pin_Usage
>
>  
>
> Gerald
>
>  
>
>  
>
> *From:* beagl...@googlegroups.com  [mailto:
> beagl...@googlegroups.com ] *On Behalf Of *Mike Brandon
> *Sent:* Friday, November 30, 2018 2:52 PM
> *To:* BeagleBoard >
> *Subject:* [beagleboard] Beaglebone Black won't boot when gpio 
> connections made
>
>  
>
> I have a device plugged in via GPIO to the following gpio pins:
>
>  
>
> 48
>
> 49
>
> 115
>
> 117
>
>  
>
> If my device is connected at boot, the BB will not boot.
>
>  
>
> I am booting from eMMC. Any idea why this is occurring? I am using the 
> attached custom overlay which is essentially the univ-emmc overlay with 
> some modifications on GPIOs not listed above.
>
>  
>
> Mike
>
>  
>
>  
>
> -- 
> 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...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/bbf65703-a19c-446f-a962-6baa15deff82%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/beagleboard/bbf65703-a19c-446f-a962-6baa15deff82%40googlegroups.com?utm_medium=email_source=footer>
> .
> 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/338ac43f-50e8-4130-83d6-a4e85050a802%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beaglebone Black won't boot when gpio connections made

[Mike Brandon]

I have a device plugged in via GPIO to the following gpio pins:

48
49
115
117

If my device is connected at boot, the BB will not boot.

I am booting from eMMC. Any idea why this is occurring? I am using the 
attached custom overlay which is essentially the univ-emmc overlay with 
some modifications on GPIOs not listed above.

Mike


-- 
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/bbf65703-a19c-446f-a962-6baa15deff82%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: GPIO default pin level

[Mike Brandon]

I resolved this by disabling the old version of the u-boot bootloader on 
the eMMC: (a step suggested in anothe rpost I had 
here https://forums.adafruit.com/viewtopic.php?f=49=142107)

sudo dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=10



On Friday, November 23, 2018 at 8:22:48 PM UTC-5, Mike Brandon wrote:
>
> I have been spending some time trying to understand device tree overlays. 
> Currently my uEnv.txt is configured so that:
>
> ##BeagleBone Black: HDMI (Audio/Video) disabled:
> dtb=am335x-boneblack-emmc-overlay.dtb
>
>
> cat /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
>  4: P-O-L-   0 Override Board Name,00A0,Override Manuf,univ-emmc
>
>
> I would like to keep the GPIOs that default as PIN_OUTPUT_PULLUP from 
> doing so, and would prefer them to pulldown.
>
> What is the best way to go about doing that?
>

-- 
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/8c729600-ee31-44b7-84b8-1176b100aaa3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: GPIO default pin level

[Mike Brandon]

I have made progress on this and have a .dtbo that I can load manually and 
set all of my gpio in the desired state I am looking for.

My issue now is getting this overlay to load on boot. Here is my uEnv.txt:

uname_r=4.4.113-ti-r149

enable_uboot_overlays=1
dtb_overlay=/lib/firmware/univ-emmc-smb-00A0.dtbo
disable_uboot_overlay_video=1
disable_uboot_overlay_audio=1
disable_uboot_overlay_wireless=1

cmdline=coherent_pool=1M net.ifnames=0 quiet cape_universal=enable


I can manually load the overlay by:

root@beaglebone:/lib/firmware# echo univ-emmc-smb > $SLOTS

Bootloader version:

bootloader:[microSD-(push-button)]:[/dev/mmcblk0]:[U-Boot 
2018.09-2-gd5b4c4b656]:[location: dd MBR]

What am I missing?


On Friday, November 23, 2018 at 8:22:48 PM UTC-5, Mike Brandon wrote:
>
> I have been spending some time trying to understand device tree overlays. 
> Currently my uEnv.txt is configured so that:
>
> ##BeagleBone Black: HDMI (Audio/Video) disabled:
> dtb=am335x-boneblack-emmc-overlay.dtb
>
>
> cat /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
>  4: P-O-L-   0 Override Board Name,00A0,Override Manuf,univ-emmc
>
>
> I would like to keep the GPIOs that default as PIN_OUTPUT_PULLUP from 
> doing so, and would prefer them to pulldown.
>
> What is the best way to go about doing that?
>

-- 
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/4ca3586a-5cbf-4feb-8e03-34e6257814b1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] GPIO default pin level

[Mike Brandon]

I have been spending some time trying to understand device tree overlays. 
Currently my uEnv.txt is configured so that:

##BeagleBone Black: HDMI (Audio/Video) disabled:
dtb=am335x-boneblack-emmc-overlay.dtb


cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1
 1: PF  -1
 2: PF  -1
 3: PF  -1
 4: P-O-L-   0 Override Board Name,00A0,Override Manuf,univ-emmc


I would like to keep the GPIOs that default as PIN_OUTPUT_PULLUP from doing 
so, and would prefer them to pulldown.

What is the best way to go about doing that?

-- 
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/0829f31b-4be9-469b-8532-d8f75c2f4f95%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: cape_enable=bone_capemgr.enable_partno=

[Mike Brandon]

I ended up finding the .dts sources in /opt/source/bb.org-overlays/src/arm 
where I was able to look for partno's.

On Friday, November 23, 2018 at 12:21:30 PM UTC-5, Mike Brandon wrote:
>
> Where can proper "partno" values be located in order to add to this 
> configuration in uEnv.txt?
>

-- 
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/d1aca944-5f72-4846-9989-ffd4f7047ab1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] cape_enable=bone_capemgr.enable_partno=

[Mike Brandon]

Where can proper "partno" values be located in order to add to this 
configuration in uEnv.txt?

-- 
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/090516f6-e9e0-4ac0-be0e-8a2fbe501315%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: DHCPCD5 on BegaleBone Black

[Mike Brandon]

] c_can_platform 
481cc000.can can0: bit-timing not yet defined
Nov 21 14:00:23 beaglebone kernel: [   73.425987] c_can_platform 
481cc000.can can0: failed to open can device



On Tuesday, November 20, 2018 at 10:25:20 PM UTC-5, Mike Brandon wrote:
>
> Long story short, I am refactoring an application I had originally written 
> for Raspbian. One of the features is the ability to modify the devices 
> network settings (either use DHCP or set a static IP).
>
> When refactoring this for the Begalebone, I was running into weird issues 
> that I assume were happening because of conman. After many hours I stumbled 
> into installing DHCPCD5.
>
> I then added eth0 to  NetworkInterfaceBlacklist in /etc/conman/main.conf
>
> I modified /etc/network/interfaces to be 
>
> # interfaces(5) file used by ifup(8) and ifdown(8)
>
> # Please note that this file is written to be used with dhcpcd
> # For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
>
> # Include files from /etc/network/interfaces.d:
> source-directory /etc/network/interfaces.d
>
> auto lo
> iface lo inet loopback
>
> Then, programatically, I was able to switch between dhcp and static 
> settings as I expected with my application.
>
> I then noticed in /var/log/syslog that I was getting a *TON* of logged 
> messages related to can0 and can1. 
>
> I added can0 and can1 to conman/main.conf NetworkInterfaceBlacklist
>
> I added denyinterfaces can0 can1 in /etc/dhcpcd.conf
>
> I thought I had this resolved after the two steems above but it seems that 
> is not the case.
>
> What else can I do to keep this behavior from occurring? The issue is 
> causing a noticeable lag when SSH'ed into my beaglebone or using the web 
> interface I am running on it. Not to mention the file space it is consuming.
>
> If DHCPCD is not a viable candidate, how can I get more predictable 
> behavior out of conman? (Issues I was running into included changing 
> settings in /network/interfaces did not alsways respond as expected, issues 
> with configuring a fallback static IP when DHCP failed, etc.)
>
> BTW I am running the Debian 8.7 IoT image (need it in order to run mongodb 
> on the beaglebone)
>

-- 
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/2b94b4a4-1d03-473f-96df-31530a1efe8d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] DHCPCD5 on BegaleBone Black

[Mike Brandon]

Long story short, I am refactoring an application I had originally written 
for Raspbian. One of the features is the ability to modify the devices 
network settings (either use DHCP or set a static IP).

When refactoring this for the Begalebone, I was running into weird issues 
that I assume were happening because of conman. After many hours I stumbled 
into installing DHCPCD5.

I then added eth0 to  NetworkInterfaceBlacklist in /etc/conman/main.conf

I modified /etc/network/interfaces to be 

# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

Then, programatically, I was able to switch between dhcp and static 
settings as I expected with my application.

I then noticed in /var/log/syslog that I was getting a *TON* of logged 
messages related to can0 and can1. 

I added can0 and can1 to conman/main.conf NetworkInterfaceBlacklist

I added denyinterfaces can0 can1 in /etc/dhcpcd.conf

I thought I had this resolved after the two steems above but it seems that 
is not the case.

What else can I do to keep this behavior from occurring? The issue is 
causing a noticeable lag when SSH'ed into my beaglebone or using the web 
interface I am running on it. Not to mention the file space it is consuming.

If DHCPCD is not a viable candidate, how can I get more predictable 
behavior out of conman? (Issues I was running into included changing 
settings in /network/interfaces did not alsways respond as expected, issues 
with configuring a fallback static IP when DHCP failed, etc.)

BTW I am running the Debian 8.7 IoT image (need it in order to run mongodb 
on the beaglebone)

-- 
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/e3b066a5-2774-4d49-bc09-5287920930d2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Unloading HDMI driver

[Mike Brandon]

Thanks for that info Robert, I will give that a shot.

Will that also affect other onboard devices like ethernet? I still want to
utilize eMMC and ethernet.

Mike

On Tue, Nov 20, 2018 at 12:15 PM Robert Nelson 
wrote:

> On Tue, Nov 20, 2018 at 11:12 AM  wrote:
> >
> > I want to utilize the GPIOs that are used by HDMI. I was looking at the
> reference here https://elinux.org/File:Black_eMMC_and_HDMI_pins.PNG where
> it ementions possibly needing to unload the HDMI driver.
> >
> > How would I do that on my BB Black?
>
> As shown:
>
>
> https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#U-Boot_Disable_on-board_devices
>
> If that doesn't work, please let us know, with this output:
>
> sudo /opt/scripts/tools/version.sh
>
> 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/CAEDwv9ztOYhsERE9ZUi_91NYmd4yxy2%2BJ%2BOvLcBLg6mcSX6GhQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.