[beagleboard] Re: "What Was I Thinking" and Learning How Sensors Might Work/Seth

[Mala Dies]

Hello Mr. Dennis,

Seth here. I do not believe this stuff. The item I was viewing was from the 
underneath view/bottom view. Silly! I read that many times and it never 
clicked. Thank you. I feel completely inadequate to post after this screw 
up but I will again. 

Seth

P.S. Thank you again for your support. Oh and I was using AIN1/P9_40 for 
this software instead of P9_39. I did not want to plagiarize the OpenSource 
info. 

On Friday, August 11, 2017 at 8:57:22 PM UTC-5, Dennis Lee Bieber wrote:
>
> On Fri, 11 Aug 2017 13:11:42 -0700 (PDT), Mala Dies 
>  declaimed the following: 
>
> >One Last Thing, 
> > 
> >Look at this photo. This may give some better insight. 
> > 
> >Seth 
> > 
> ><
> https://lh3.googleusercontent.com/-sHCAzYIH8rE/WY4PeE8xU9I/J1M/rvUGFGcMU6I6PQQGmoOOKyHcOCW9EjOfQCLcBGAs/s1600/BBBTMP36.JPG>
>  
>
>
> Well, based on /this/ photo -- the breadboard appears to be wired 
> correctly. 
>
> Pin 1 is in B4/Green E4 
> Pin 2 is in B5/Orange D5 
> Pin 3 is in B6/Blue E6 
>
> In the Monk book, the data pin is in the fourth socket up from the 
> outer bottom -- but based on the highlights, your Orange is only three 
> sockets up. 
>
> In the book, GND is then three up and one right from the data 
> line. 
> Your Blue appears to be four up and one right. 
>
> Monk has V+ in the second socket down from the outer top; I can't 
> identify which socket your Green is plugged into. 
> -- 
> Wulfraed Dennis Lee Bieber AF6VN 
> wlf...@ix.netcom.com HTTP://wlfraed.home.netcom.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/0c130c73-5702-44e8-a014-9cd9f3689878%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Last hours for Arrow's 20% off sale and X15's in stock at Digi-Key

[Robert Nelson]

On Fri, Aug 11, 2017 at 12:50 PM, Robert Nelson  wrote:
> On Fri, Aug 11, 2017 at 12:40 PM, Jeff Andich  wrote:
>>
>> Best news I've heard all week
>>
>> Just out of curiosity is the BB-X15 that we can order now from DigiKey still
>> SR2 or was there another revision done on the board/silicon?
>
> It's labeled as Rev C, it's essentially a Rev B with SR2.0 silicon...
> (SR2.0 fixes the 1GB 2nd phy, on the Rev B (SR1.x) the 2nd phy was
> limited to 100MB)
>
>> I have an am572xEvm which reports to be ES2.0/(?SR2.0?) when SPL/u-boot
>> boots.  Will the rev_a3 device tree for the the ti 572x still run on the
>> latest BB-X15?
>>
>> Reason I ask. A couple of weeks ago, following the instructions on
>> retrieving and patching u-boot for the BB-X15 from eewiki, I retrieved a
>> mysterious version of the TI patch set for u-boot which compiled, but
>> wouldn't boot.  It had references to device trees with 'RevC.'  I posted up
>> here, and then re-retrieved/applied the u-boot patch set and those
>> references to RevC went away, and u-boot ran again on my ES2.0 am572xEvm..
>
> Yeah i still need to fixup our support for the rev_a3 572x evm board.

okay, hacked around the spl lookup on line 982:

https://github.com/RobertCNelson/Bootloader-Builder/commit/c6e15b3c8c49edc78921a74798eeded2ee790643

it "should" have been returning 0, but for some reason it just locks
up.. might be a stack/oom/etc issue, as it's in SPL at that point...

***
U-Boot SPL 2017.01-00359-g590c7d7fe1-dirty (Aug 11 2017 - 15:40:27)
DRA752-GP ES2.0
Trying to boot from MMC1

** Unable to use mmc 0:1 for loading the env **
Using default environment



U-Boot 2017.01-00359-g590c7d7fe1-dirty (Aug 11 2017 - 15:40:27 -0500)

CPU  : DRA752-GP ES2.0
Model: TI AM5728 BeagleBoard-X15
Board: AM572x EVM REV A.3A
DRAM:  2 GiB
MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1

** Unable to use mmc 0:1 for loading the env **
Using default environment

setup_board_eeprom_env: am57xx_evm_reva3
SCSI:  SATA link 0 timeout.
AHCI 0001.0300 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
flags: 64bit ncq stag pm led clo only pmp pio slum part ccc apst
scanning bus for devices...
Found 0 device(s).
Net:not set. Validating first E-fuse MAC
cpsw
Press SPACE to abort autoboot in 2 seconds
usb_boot is currently disabled
scsi_boot is currently disabled
switch to partitions #0, OK
mmc0 is current device
Scanning mmc device 0
Checking for: /uEnv.txt ...
Checking for: /boot/uEnv.txt ...
446 bytes read in 20 ms (21.5 KiB/s)
Loaded environment from /boot/uEnv.txt
Checking if uname_r is set in /boot/uEnv.txt ...
debug: [uname_r=4.4.80-ti-r116] ...
loading /boot/vmlinuz-4.4.80-ti-r116 ...
8664192 bytes read in 395 ms (20.9 MiB/s)
loading /boot/dtbs/4.4.80-ti-r116/am57xx-evm-reva3.dtb ...
149379 bytes read in 51 ms (2.8 MiB/s)
loading /boot/initrd.img-4.4.80-ti-r116 ...
5487379 bytes read in 255 ms (20.5 MiB/s)
debug: [console=ttyO2,115200n8 root=/dev/mmcblk0p1 ro rootfstype=ext4
rootwait coherent_pool=1M net.ifnames=0 quiet] ...
debug: [bootz 0x8200 0x8808:53bb13 0x8800] ...
## Flattened Device Tree blob at 8800
   Booting using the fdt blob at 0x8800
   Loading Ramdisk to 8fac4000, end 8b13 ... OK
   Loading Device Tree to 8fa9c000, end 8fac3782 ... OK

Starting kernel ...

***

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/CAOCHtYizNi84g%2BJ9uoy3qOt3ygQNKnWws8AqBvApGPtExSYBQQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: "What Was I Thinking" and Learning How Sensors Might Work/Seth

[Mala Dies]

One Last Thing,

Look at this photo. This may give some better insight.

Seth


P.S. Here it is: 

On Friday, August 11, 2017 at 3:02:48 PM UTC-5, Mala Dies wrote:
>
> Hello,
>
> I guess I am making the flat side of the TMP36 sensor face left on the 
> left side, i.e. the flat face is facing away from the BBB when I add the 
> leads.
>
> Seth
>
> On Friday, August 11, 2017 at 3:00:38 PM UTC-5, Mala Dies wrote:
>>
>> Hello,
>>
>> Look at this photo in .jpeg format. 
>>
>>
>>
>> 
>>
>>
>>
>> I would assume the left most *pin* on the TMP36 temp. sensor when facing 
>> left, away from the board on the left side of the board, would be *Pin 3*, 
>> right?
>>
>>
>> Seth
>>
>>
>> P.S. If you have time, please review the photo and get back to me. I have 
>> made mistakes before but I think I am correct. 
>> http://www.analog.com/media/en/technical-documentation/data-sheets/TMP35_36_37.pdf.
>>  
>>  
>>
>>
>>
>>
>>
>> On Thursday, August 10, 2017 at 11:26:24 PM UTC-5, Dennis Lee Bieber 
>> wrote:
>>>
>>> On Thu, 10 Aug 2017 08:55:20 -0700 (PDT), Mala Dies 
>>>  declaimed the following: 
>>>
>>>
>>> >I am going over the book, "Programming the BeagleBone Black," (Monk 
>>> 2014) 
>>> >and I found on page 110 a TMP36 software example with relating a P9 
>>> Header 
>>> >layout/diagram. I think I am connecting things correctly. I have done 
>>> this 
>>> >example before but currently I am having trouble with the 2GB BBB and 
>>> >Debian Stretch. 
>>>
>>> I suggest you look more closely then at the orientation of the 
>>> TMP36 in 
>>> that diagram. 
>>>
>>> The flat side is to the left 
>>> |) 
>>> which means Pin 1 is at the top of the diagram. 
>>> -- 
>>> Wulfraed Dennis Lee Bieber AF6VN 
>>> wlf...@ix.netcom.comHTTP://wlfraed.home.netcom.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/e3b7cd85-23a7-4bcb-8d70-dafca511abdc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: "What Was I Thinking" and Learning How Sensors Might Work/Seth

[Mala Dies]

Hello,

I guess I am making the flat side of the TMP36 sensor face left on the left 
side, i.e. the flat face is facing away from the BBB when I add the leads.

Seth

On Friday, August 11, 2017 at 3:00:38 PM UTC-5, Mala Dies wrote:
>
> Hello,
>
> Look at this photo in .jpeg format. 
>
>
>
> 
>
>
>
> I would assume the left most *pin* on the TMP36 temp. sensor when facing 
> left, away from the board on the left side of the board, would be *Pin 3*, 
> right?
>
>
> Seth
>
>
> P.S. If you have time, please review the photo and get back to me. I have 
> made mistakes before but I think I am correct. 
> http://www.analog.com/media/en/technical-documentation/data-sheets/TMP35_36_37.pdf.
>  
>  
>
>
>
>
>
> On Thursday, August 10, 2017 at 11:26:24 PM UTC-5, Dennis Lee Bieber wrote:
>>
>> On Thu, 10 Aug 2017 08:55:20 -0700 (PDT), Mala Dies 
>>  declaimed the following: 
>>
>>
>> >I am going over the book, "Programming the BeagleBone Black," (Monk 
>> 2014) 
>> >and I found on page 110 a TMP36 software example with relating a P9 
>> Header 
>> >layout/diagram. I think I am connecting things correctly. I have done 
>> this 
>> >example before but currently I am having trouble with the 2GB BBB and 
>> >Debian Stretch. 
>>
>> I suggest you look more closely then at the orientation of the 
>> TMP36 in 
>> that diagram. 
>>
>> The flat side is to the left 
>> |) 
>> which means Pin 1 is at the top of the diagram. 
>> -- 
>> Wulfraed Dennis Lee Bieber AF6VN 
>> wlf...@ix.netcom.comHTTP://wlfraed.home.netcom.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/372f5fce-214e-4960-af1d-f215db8c0658%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: "What Was I Thinking" and Learning How Sensors Might Work/Seth

[Mala Dies]

Hello,

Look at this photo in .jpeg format. 






I would assume the left most *pin* on the TMP36 temp. sensor when facing 
left, away from the board on the left side of the board, would be *Pin 3*, 
right?


Seth


P.S. If you have time, please review the photo and get back to me. I have 
made mistakes before but I think I am correct. 
http://www.analog.com/media/en/technical-documentation/data-sheets/TMP35_36_37.pdf.
 
 





On Thursday, August 10, 2017 at 11:26:24 PM UTC-5, Dennis Lee Bieber wrote:
>
> On Thu, 10 Aug 2017 08:55:20 -0700 (PDT), Mala Dies 
>  declaimed the following: 
>
>
> >I am going over the book, "Programming the BeagleBone Black," (Monk 2014) 
> >and I found on page 110 a TMP36 software example with relating a P9 
> Header 
> >layout/diagram. I think I am connecting things correctly. I have done 
> this 
> >example before but currently I am having trouble with the 2GB BBB and 
> >Debian Stretch. 
>
> I suggest you look more closely then at the orientation of the 
> TMP36 in 
> that diagram. 
>
> The flat side is to the left 
> |) 
> which means Pin 1 is at the top of the diagram. 
> -- 
> Wulfraed Dennis Lee Bieber AF6VN 
> wlf...@ix.netcom.com HTTP://wlfraed.home.netcom.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/f669deea-4cb3-417a-b2f2-5d1347857e28%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: ECMA-262/2015

[Mala Dies]

Hello Mr. Jason,

Seth here. I am not perfect with JavaScript but I thought working on the 
same page might work better than working alone. Thank you for the link. I 
will look into it. 

Seth

P.S. I will try out your link and learn from there. I appreciate you and 
your team making this available for everyone, esp. me. Thank you again and 
I will try node.js more often. I read a bit online on their site but I keep 
getting side tracked with JavaScript, bonescript, and running .py files. 
Hey sir, does the JavaScript language have the ability to be run from the 
command line outside of node.js?

On Friday, August 11, 2017 at 12:44:46 PM UTC-5, Jason Kridner wrote:
>
> I'm a JavaScript fan, but not to the level of a spec enthusiast. I write a 
> fair amount of code using node.js and 
> https://github.com/nodesource/distributions makes it pretty easy to try a 
> number of different versions on Beagles.
>
> On Saturday, July 1, 2017 at 1:14:42 AM UTC-4, Mala Dies wrote:
>>
>> Hello,
>>
>> If there are any ECMA-262 enthusiasts, let me know. It was done in 2015 
>> and holds until this hour, i.e. I think. Anyway, I am still learning what I 
>> can when I can. 
>>
>> If I was to learn how to use JavaScript easier in my life, I think that 
>> the BBB and all variants would be an easier task for me. This is esp. true 
>> with all the sensors we can get our hands on.
>>
>> ...
>>
>> So, 
>>
>> If you are working on, 
>> http://www.ecma-international.org/ecma-262/6.0/ECMA-262.pdf, JavaScript 
>> and you want to learn alongside with me with the BBB and the various boards 
>> produced by the bbb.io persons, just chime in.
>>
>> Seth
>>
>> P.S. Although my time is limited, I would like to start on a project with 
>> a couple of people who are looking to not know all too much but would like 
>> to try to learn how to know things. Seriously! This is now a discussion. Oh 
>> and does anyone know what form of JavaScript we are using in our BBB or can 
>> we just pick and choose? Aw!
>>
>

-- 
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/8930cc6a-2cee-4c14-bb3a-be21dad4fe7a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Last hours for Arrow's 20% off sale and X15's in stock at Digi-Key

[Robert Nelson]

On Fri, Aug 11, 2017 at 12:40 PM, Jeff Andich  wrote:
>
> Best news I've heard all week
>
> Just out of curiosity is the BB-X15 that we can order now from DigiKey still
> SR2 or was there another revision done on the board/silicon?

It's labeled as Rev C, it's essentially a Rev B with SR2.0 silicon...
(SR2.0 fixes the 1GB 2nd phy, on the Rev B (SR1.x) the 2nd phy was
limited to 100MB)

> I have an am572xEvm which reports to be ES2.0/(?SR2.0?) when SPL/u-boot
> boots.  Will the rev_a3 device tree for the the ti 572x still run on the
> latest BB-X15?
>
> Reason I ask. A couple of weeks ago, following the instructions on
> retrieving and patching u-boot for the BB-X15 from eewiki, I retrieved a
> mysterious version of the TI patch set for u-boot which compiled, but
> wouldn't boot.  It had references to device trees with 'RevC.'  I posted up
> here, and then re-retrieved/applied the u-boot patch set and those
> references to RevC went away, and u-boot ran again on my ES2.0 am572xEvm..

Yeah i still need to fixup our support for the rev_a3 572x evm board.

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/CAOCHtYiw4X313_z9oaFq8PsLiDOKazs7F6hRw2fj1pzUXLU5eQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: ECMA-262/2015

[Jason Kridner]

I'm a JavaScript fan, but not to the level of a spec enthusiast. I write a 
fair amount of code using node.js and 
https://github.com/nodesource/distributions makes it pretty easy to try a 
number of different versions on Beagles.

On Saturday, July 1, 2017 at 1:14:42 AM UTC-4, Mala Dies wrote:
>
> Hello,
>
> If there are any ECMA-262 enthusiasts, let me know. It was done in 2015 
> and holds until this hour, i.e. I think. Anyway, I am still learning what I 
> can when I can. 
>
> If I was to learn how to use JavaScript easier in my life, I think that 
> the BBB and all variants would be an easier task for me. This is esp. true 
> with all the sensors we can get our hands on.
>
> ...
>
> So, 
>
> If you are working on, 
> http://www.ecma-international.org/ecma-262/6.0/ECMA-262.pdf, JavaScript 
> and you want to learn alongside with me with the BBB and the various boards 
> produced by the bbb.io persons, just chime in.
>
> Seth
>
> P.S. Although my time is limited, I would like to start on a project with 
> a couple of people who are looking to not know all too much but would like 
> to try to learn how to know things. Seriously! This is now a discussion. Oh 
> and does anyone know what form of JavaScript we are using in our BBB or can 
> we just pick and choose? Aw!
>

-- 
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/c96caaf5-b85e-4298-a178-7469f241bf5c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Last hours for Arrow's 20% off sale and X15's in stock at Digi-Key

[Jeff Andich]

Best news I've heard all week

Just out of curiosity is the BB-X15 that we can order now from DigiKey 
still SR2 or was there another revision done on the board/silicon?  

I have an am572xEvm which reports to be ES2.0/(?SR2.0?) when SPL/u-boot 
boots.  Will the rev_a3 device tree for the the ti 572x still run on the 
latest BB-X15?

Reason I ask. A couple of weeks ago, following the instructions on 
retrieving and patching u-boot for the BB-X15 from eewiki, I retrieved a 
mysterious version of the TI patch set for u-boot which compiled, but 
wouldn't boot.  It had references to device trees with 'RevC.'  I posted up 
here, and then re-retrieved/applied the u-boot patch set and those 
references to RevC went away, and u-boot ran again on my ES2.0 am572xEvm..

Thanks and regards! jeff



On Friday, August 11, 2017 at 11:57:17 AM UTC-5, Jason Kridner wrote:
>
> BeagleBone Blue's at under $64 plus tax and free shipping. Unfortunately, 
> limited to the US. Ends at 11:59PM US Central time.
>
> Also, I see Digi-Key has BeagleBoard-X15's in stock.
>

-- 
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/e87d7752-1cfe-4da1-8e17-1787f942f5f5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Last hours for Arrow's 20% off sale and X15's in stock at Digi-Key

[Jason Kridner]

BeagleBone Blue's at under $64 plus tax and free shipping. Unfortunately, 
limited to the US. Ends at 11:59PM US Central time.

Also, I see Digi-Key has BeagleBoard-X15's in stock.

-- 
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/4e2d038c-f803-4658-bae1-94bf7b96f0aa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beaglebone usage model [was spidev - howto?]

[easp13]

Hi Jan

Did you work with I2C2 and SPI in beaglebone using buildroot?

All the wiki and articles in the internet are referring to the fact that 
there is a cape manager , but 
in 4.4 kernel which the buildroot install there is no cape manager.
So how do i install overlays?

Thanks
Eli 


On Sunday, April 15, 2012 at 4:44:48 PM UTC+3, Frank Hunleth wrote:
>
> Hi Janek,
>
> On Sat, Apr 14, 2012 at 9:11 PM, Janek  
> wrote:
> >  I have to admit now I'm a bit more confused now and that means more 
> reading
> > and experimenting.
> > There seems to be 2 extreme models for Beaglebone usage:
> > 1) Beaglebone as Arduino on steroid path(low end)
> > 2) Open Embedded path(high end)
>
> One of the neat things about the Beaglebone is that it has such a
> range of applicability. I think that makes it very challenging to
> create a software distribution that makes everyone happy. FWIW, there
> are other Linux options that on the spectrum between your #1 and #2
> models. See the Linux section:
>
> http://beagleboard.org/static/beaglebone/latest/README.htm
>
> I personally use Buildroot with the Beaglebone, and I'm quite happy
> with it. The main difference with buildroot is that your workflow is
> building system images (rootfs images to be specific) rather than
> working with a package manager. In other words, if a program is
> missing from your image, with Angstrom, you can just run opkg, but
> with Buildroot, you're probably going to rebuild your rootfs.
> Buildroot also starts with a minimalist configuration and you build up
> from there.
>
> Having said that, I find it is easier to understand how the system
> works with Buildroot. It also has a simple UI for selecting and
> configuring packages which can be nice.
>
> My hope is that Beaglebone support will be in the main Buildroot
> distribution by their next release. It's taking a little longer than I
> was hoping to get the patches upstream. For now, though, you can look
> at my GitHub project if you're interested:
>
> https://github.com/fhunleth/buildroot-beaglebone
>
> Frank
>
> > I am somewhere in between, but rather prefer the second path.
> > Unfortunately OE is very difficult to comprehend, user unfriendly and I
> > would be happy
> > to see some improvements to it.
> > Once again thanks for your help.
> >
> > Jan
>
>

-- 
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/bfdc0994-7b68-489a-8db0-daab050065dc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Unable to manually load dtbo to bone_capemgr slots

[Robert Nelson]

On Fri, Aug 11, 2017 at 6:02 AM, Marco Thome  wrote:
> Tried to upgrade my bootloader and my board stopped booting.

Do you have a serial cable to log bootup?

Then we can see where and what caused the boot failure.

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/CAOCHtYg-%3DmJ-0oh5FJ85SpKK-Kvf6uCCFfPWPror3hU3g3%3DPjg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] "no display name and no $display environment variable"

[Przemek Klosowski]

On Fri, Aug 11, 2017 at 6:33 AM, Harke Smits  wrote:

> Hello Learned group,
>
> I have a BBB with Debian version 2017-03-19, the latest release as far as
> I know, with a 4D systems display. I have made a Python script using
> TkInter, running fine on another BBB system with an older Debian version.
>
OK, so you are interacting with your BBB directly, not from another
computer via SSH or serial, right?


> I made a simple testscript using TkInter as well. Running the testscript
> form XTerm or UXTerm (what is the difference?) works: a simple window pops
> up.
> Running the same from Debian bash directly displays the well known error
> above. I googled a lot but no answer found yet.
>
What do you mean by 'from the debian bash'? Normally, you're sitting in
front of a graphical desktop (i.e. running the X server or Wayland)
displaying a terminal emulator (e.g. XTerm) that runs a shell (e.g. bash).
The shell command (e.g. xclock) starts the process that issues X11 commands
that go to the current $DISPLAY and show up as windows.
If you're not running the X server, i.e. sitting at the raw text terminal
console (all black screen with white text), you cannot and will  not see
graphics.

The older system with similar software runs fine from autostart. Maybe I
> need to do here as well? I can not find autostart in the lastest Debian
> version: it must be in a different directory that I know of.
> Finally: if I run the original script (running fine on the older system) I
> just get a blank screen and system halts.
>
If you want to use your system in graphics mode you should autostart X.
Usually it is done by asking it to go to the graphical run state (5 in the
old sysV init scripts, graphical.target in systemd)
For debugging, you can type 'startx' to start X manually.

-- 
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/CAC%3D1GgEwLf4sHO_iA%2BwGg3-8YCNjy%3DJL5OZxv4prH5bPLn0Y9A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beaglelogic with Linux beaglebone 4.9.36-ti-r46 #1

[DLF]

Hello,

Is anyone with a Beaglelogic using the 4.9.36-ti-r46 #1 ?.   

I've followed the instructions/image from Abishek on 
https://beaglelogic.readthedocs.io/en/latest/index.html but I can't get it 
to work.

Following the troubleshooting section on the "readthedocs" site everything 
checks out okay also.  As far a I can tell the pins are not being Mux'd at 
all, but I don't know where to go next(novice user) .  I've zero'd my emmc 
so I'm sure I'm running from the SD card.

I've been successful with an older version 
(bone-debian-8.4-lxqt-4gb-armhf-2016-04-10-4gb.img) but would like to 
upgrade.

I don't mind to raise an issue for Abishek in git but I just wanted to see 
if there is something else to try beforehand or if someone can confirm it 
is working.

I've made a posting over on the Beaglelogic group but it is a little lonely 
over there...
https://groups.google.com/forum/?utm_medium=email_source=footer#!forum/beaglelogic

cheers,
GL



-- 
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/a4b2829c-f54d-44f2-b9b4-3f4027192615%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Cannot apt-get install packages - led_aging.sh missing LSB tags and overrides

[peter]

Thankyou, worked for me :-)

On Friday, July 11, 2014 at 11:26:17 PM UTC+9:30, Dirk Koopman wrote:
>
>
>
> Replace the existing /etc/init.d/led_aging.sh script with:
>
> #!/bin/sh -e
> ### BEGIN INIT INFO
> # Provides:  led_aging.sh
> # Required-Start:$local_fs
> # Required-Stop: $local_fs
> # Default-Start: 2 3 4 5
> # Default-Stop:  0 1 6
> # Short-Description: Start LED aging
> # Description:   Starts LED aging (whatever that is)
> ### END INIT INFO
>
> x=$(/bin/ps -ef | /bin/grep "[l]ed_acc")
> if [ ! -n "$x" -a -x /usr/bin/led_acc ]; then
> /usr/bin/led_acc &
> fi
>
>

-- 
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/9aca5418-cc24-4f62-a3c6-65277ee09ae1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: which uboot source to compile (and how) for emmc/NAND

[David Woolford]

Hi Jeff (and posterity),

I am just going over my notes now and making sure it's all reproducible.
When you use BOOTP/DHCP to grab the bootloaders you have to set up a TFTP
server to supply  u-boot.spl.bin and u-boot.img files (and a zImage but ...
tmi for now) - my point being you have to generate these two files
(u-boot.spl.bin and u-boot.img) from the u-boot source. And these are
different to the MLO and u-boot.img files you flash to your NAND . This
NAND part I definitely have working thanks to the recipe we both found
above (https://eewiki.net/display/linuxonarm/BeagleBone+Black).

Frustratingly, I had to use a different git repo to generate the BOOTP/DHCP
boot loader files (u-boot.spl.bin and u-boot.img respectively). To generate
these I instead use:

git clone git://git.ti.com/ti-u-boot/ti-u-boot.git
cd ti-u-boot
git checkout ti-u-boot-2017.01
CC=arm-linux-gnueabihf-
make CROSS_COMPILE=${CC} O=am335x_evm am335x_evm_defconfig
make CROSS_COMPILE=${CC} O=am335x_evm


And then the files you are after are am335x_evn/spl/u-boot-spl.bin and
am335x_evn/u-boot.img.

I hope that helps anyone in the same situation.

It would be interesting to hear from anyone with more insight...

end spam,
Dave.



On Wed, 9 Aug 2017 at 11:41 Jeff Andich  wrote:

> Good to hear..
>
> This may come in handy when we're at the point of writing the eMMC in our
> board..
>
> Regards,
>
> jeff
>
>
> On Tue, Aug 8, 2017 at 6:50 PM David Woolford 
> wrote:
>
>> Hi Jeff,
>>
>> Thanks for your reply. After I wrote that post I found the exact same
>> link (https://eewiki.net/display/linuxonarm/BeagleBone+Black) and the
>> "obligatory patches" are basically what I was missing for building the MLO
>> and u-boot.img files for the EMMC.
>>
>> Sorry if I wasn't clear - my task is to write the contents of the EMMC
>> from scratch using only an Ethernet connection. I'm doing that using
>> BOOTP/DHCP and TFTP. It's working now.
>>
>> Thanks,
>> Dave.
>>
>> On Wed, 9 Aug 2017 at 02:20 Jeff Andich  wrote:
>>
>>> I'm a newbie, so take this with a grain of salt or as comic relief for
>>> the experts on this website.
>>>
>>> I don't completely understand what you're trying to do, but it sounds
>>> like the kernel some how contains/flashes MLO/u-boot.img???
>>>
>>> But maybe you can generate SD Card which contains everything you need
>>> (e.g. MLO, u-boot.img, kernel, fs, uEnv.txt) and then uncomment the
>>> appropriate line within uEnv.txt to convert that into a flasher image, and
>>> subsequently flash the eMMC...
>>>
>>> Instructions for where to get EVERYTHING and transfer it to SD card for
>>> the BBB can be found here:
>>>
>>> https://eewiki.net/display/linuxonarm/BeagleBone+Black
>>>
>>> Once you download the u-boot source and apply all of the the obligatory
>>> patches for BBB, you will have a buildable u-boot/SPL tree.
>>>
>>> In lieu of generating a complete SD card image, it MAY BE possible to dd
>>> just the MLO/u-boot.img to the eMMC on the BBB, but I think you can only do
>>> this from a running FS on the BBB.
>>>
>>>
>>>
>>> On Tuesday, August 8, 2017 at 6:55:12 AM UTC-5, wolfwo...@gmail.com
>>> wrote:

 Hi,

 I'm trying to automate the process of flashing a bootable emmc (NAND)
 on my beagle bone black. I've pin strapped the board to boot using
 bootp/dhcp - the kernel that gets loaded by the u-boot.img (that was pulled
 in via dhcp+tftp) uses an initramfs as the basis of writing the MLO, (a
 different) u-boot.img and root file system (containing zImage and uEnv.txt)
 to emmc/NAND. This all works and when I restart the beagle bone black it
 boots as I expect. Hooray for automated emmc flashing.

 However my problem is that I can't seem to hand roll a version the the
 MLO and u-boot.img that I flash to NAND. What I'm using right now are
 copies I found of these two files in the debian images distributed here:
 https://beagleboard.org/latest-images (These images tend to contain
 filesystems with /opt/backup/uboot/MLO and /opt/back/uboot/u-boot.img files
 existing). If I use these two boot loader files, and craft my
 /boot/uEnv.txt just so (uuid needs to be specified), then I can boot a
 couple of kernels/filesystems I have lying around successfully.

 But I can't seem to reproduce these two files (MLO and u-boot.img) for
 my NAND from source. I've tried these git repos:

 git://git.denx.de/u-boot.git
 git://git.ti.com/ti-u-boot/ti-u-boot.git

 and even the u-boot source that that ships with the SDK:

 ~/ti-processor-sdk-linux-am335x-evm-04.00.00.04/board-support/u-boot-2017.01+gitAUTOINC+9fd60700db-g9fd60700db/

 For each of those I'm running

 make CROSS_COMPILE=arm-linux-gnueabihf- O=am335x_evm
 am335x_evm_defconfig && make CROSS_COMPILE=arm-linux-gnueabihf- 
 O=am335x_evm

 And I've even tried a different config:

Re: [beagleboard] Unable to manually load dtbo to bone_capemgr slots

[Marco Thome]

Tried to upgrade my bootloader and my board stopped booting.

On Thursday, August 10, 2017 at 11:38:58 AM UTC-3, RobertCNelson wrote:

> On Thu, Aug 10, 2017 at 8:11 AM, Marco Thome  > wrote: 
> > Hi, 
> > 
> > I started Reading about dts files a few days ago and wrote my own to set 
> > P8.42, P8.43, P8.44 and P8.46 as gpio outputs. I compiled it and tried 
> to 
> > echo it to /sys/devices/platform/bone_capemgr/slots, but I get no 
> response 
> > (my terminal just stops). 
> > 
> > Here's what I get on dmesg's last lines: 
> > [  407.020467] bone_capemgr bone_capemgr: part_number 'bb-gpio', version 
> > 'N/A' 
> > [  407.020531] bone_capemgr bone_capemgr: slot #4: override 
> > [  407.033061] bone_capemgr bone_capemgr: slot #4: auto loading handled 
> by 
> > U-Boot 
>
> "auto loading handled by U-Boot" see the directions here: 
>
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#U-Boot_Overlays 
>
> 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/0983c8d5-b3e9-4e9b-ab4f-9f773eea6c92%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.