Re: [beagleboard] Re: New Owner: BeagleBoard Black industrial and Seeed BeagleBoard green Help

[Don Kiser]

Thanks. I'm doing that now. Board one (Red black board) boots to login.
HDMI is working. Yay. Now I've got to figure out where the USB ports go.
This custom break-out board has 4 USB ports but none of them connect to the
main USB-A port. That goes to a 4-pin header that of course are a different
pitch than that connector I have on-hand. I've another one somewhere in
this mess. I'll just plug it into the network and use ssh.

For the other board (Seeed Beaglebone) what are the chances the LCD
touchscreen goes to the pins and will work once flashed?
Green board in the pictures:
https://photos.app.goo.gl/y85CDxPYzyg2s7yS9

I should have 2 more units to play with tomorrow. Now I just need to figure
out what I'm going to do with them.

On Mon, Feb 15, 2021 at 2:19 PM Dennis Lee Bieber 
wrote:

> On Sun, 14 Feb 2021 11:30:19 -0800 (PST), in
> gmane.comp.hardware.beagleboard.user Don Kiser
>  wrote:
>
> >I acquired a unit from work that has the following (decommissioned
> >machines):
> >
> >Board 1 - Seeed Studio BeagleBoard green - with LCD and touchscreen
> attached
>
> I'm not up-to-date on BBG, so can't help with recommended images...
>
> >Board 2 - BeagleBoard Black industrial - headless breakout board but it
> has
> >a HDMI port (nothing happens when I boot with it connected)
> >
> Presuming this is equivalent to a regular BBB but with extended
> thermal
> range, then...
>
> >I'm used to working with Raspberry Pi and Arduinos but the beaglebone
> >tweaked my interest. I'd like to get these units to a
> >'usable'/understandable graphical interface before I develop uses for
> them.
> >I have no idea how to do this.
>
> >As I understand it the BeagleBoard has a built in eMMC that can hold the
> >software image to boot. In my attempts to get them back to stock I may
> have
> >overwritten them. \
> >
>
> Simplest is probably to start with a current /flasher/ image to
> overwrite the eMMC. The IoT Flasher image at
> http://beagleboard.org/latest-images is a bit old, but also established as
> a "production release" image. Otherwise you are looking at something like
> the "bone-emmc-flasher" image at
> https://rcn-ee.net/rootfs/bb.org/testing/2021-02-08/buster-iot/
>
> NOTE: make sure you have a board with a 4GB eMMC -- some of the earliest
> BBB boards had only a 2GB eMMC and most modern images won't fit that.
>
> Burn the image to a uSD card of 4+GB.
> Insert card in BBB
> HOLD DOWN the Boot Select button (the one nearest to the uSD slot)
> and
> (while holding the button down) apply 5V power to the barrel connector (do
> NOT rely upon USB power when flashing the eMMC)
>
> Ideally, the board should start a Larson scanner (cylon/Knight
> Rider)
> pattern on the blue LEDs. Wait for that to stop and the board shuts down.
>
> Remove uSD card, reapply power (this time, the power button --
> next to
> Ethernet connector -- itself should be enough to turn the card back on). It
> should boot with the new image.
>
> Note that the flasher images tend to Internet-of-Things oriented
> -- no
> graphical interface. The images with a graphical interface will have LXQT
> in the file name. It IS possible to turn those images into flasher images
> (just requires editing one line in the /boot/uEnv.txt file -- but you need
> a Linux system to mount the uSD card on, Windows doesn't handle EXTn file
> systems) -- however, putting an LXQT image on a 4GB eMMC leaves barely
> enough room on which to run apt update/apt upgrade (and, if the image is
> too old, apt will fail as there isn't enough free space to buffer the new
> stuff). Better to install the LXQT image on an 8+GB uSD card, insert the
> card, and reboot the BBB (flashing with a new image should update u-Boot
> enough to no longer need the boot select button to load an OS from uSD card
> -- if the card is present, it will use it instead of the OS on eMMC). Then
> run the scripts to "expand" the 4GB image to use the entire uSD card space.
>
> The BBG may use the same procedure, and maybe even the same
> images. I
> can't confirm.
>
> >Goal: Get them back to running a 'stock' graphical interface or similar.
> >I'm at a bit of a loss on what needs to be done as these are foreign
> >devices to me. I kind of understand what they are capable of but I don't
> >have a specific project for them, yet. I'm wandering aimlessly trying to
> >get them back to stock.
> >
> >I'll bring my serial adapter from work on Monday 2/15/2021 to see what
> that
> >gets me.
> >
> >Help me get back to 'square 1' and I'll go from there.
>
>
> --
> Dennis L Bieber
>
> --
> 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/m

Re: [beagleboard] Re: Debug tool for M4 processors in BBAI

['Mark Lazarewicz' via BeagleBoard]

 Hi Jeff its not easy to find and is confusing I have bought many boards and 
found out they did not do what I hoped I have an update BBAI is supported that 
is very  good news the EVM is $600Be aware that BBAI rev A1 I think needs a mod 
for JTAG
Just to be clear I am not a linux expert so it appears all cores are supported 
and the Linux on Host ARM is SDK version it may night support all the bells 
Debian has for device drivers 
I have many years using DSP/BIOS and CCS and JTAG at board support level not 
Linux apps
Theres a lot of tools here and RTOS and dual cores isnt something you pick up 
over night
Pleny of good tutorials On learning TI RTOS using CCS and JTAG for a DSP 
application its really complex for a beginner and throw in MPUs and Cache and 
threads and 6 cores you really could spend a month learning tools alone
In all fairness a single core AM35X is simpler the beauty is TI has gel scripts 
to handle all cores and load code internally until MPU is set up for quick and 
simple apps on ARM and fast learning and low cost the Debian/Beagle approach is 
probally better its pretty obvious I am RTOS fan (-:
TI has world class tools and good documents
I cant help anyone that insists on mixing the Debian on ARM with TI RTOS on DSP 
I'm not qualified it may be possible
Looks like I was also wrong about omap l138 support for SDK the docs are 
confusing so maybe I buy a BBAI its cheaper than the EVM and play around I miss 
work I took care of mom 3 years she passed away October so I apologize at times 
Im grouchy
Hopefully I helped someone that feels good as well Im excited reading these 
docs so maybe I make a come back!!! and find some work
Regards
The SDK includes a real-time multitasking kernel, FAT file system, network 
communications support, examples, and drivers. The exact content of the SDK 
depends on the capabilities of the device, but all devices share common APIs 
and build on existing proven software components to ensure reliability and 
quality. The software components are fully tested to ensure that they work 
together with TI’s Code Composer Studio integrated development environment.

Supported Platforms


| Platform | Supported Devices | Supported EVMs |
| AM57x | AM5728, AM5726, AM5729, AM5718, AM5716, AM5708, AM5706, AM5748, 
AM5746, AM5749 | AM572x EVM (TMDSEVM572X),
AM572x Industrial Development Kit (TMDXIDK5728),
AM571x Industrial Development Kit (TMDXIDK5718),
AM574x Industrial Development Kit (TMDSIDK574),
AM5729 Industrial Development Kit (TMDSIDK572),
Beaglebone AI

 |


| 
| 
|  | 
BeagleBone® AI AM5729 development board for embedded Artificial Intellig...

What is BeagleBone® AI? Built on the proven 
BeagleBoard.org® open source Linux approach, Bea...
 |

 |

 |





On Monday, February 15, 2021, 11:52:18 AM CST, Jeff Andich 
 wrote:  
 
 Thanks Mark for providing us all this!  
I tried starting to port one of the main examples from TI RTOS SDK into the 
latest Beagleboard-X15 images this weekend. Built the IPC example under the 
link you posted yesterday.  Scp'd server_dsp1.xe66 to the SD card and then 
linked to it, and attempted to load.
It looks like it started to load but then complained that the resource table is 
not found.  I have lots more homework to do..
My plan dejour is to try to see how far I can get with that example on BB 
Debian and TI SDK Linux.
I do plan to develop the DSP application with CCS and JTAG, and deploy it using 
remoteproc from Linux once it's debugged.
Don't know if there are currently any Linux tools for debugging the other cores.
But at this point I'm not sure where this will all lead..
But it sounds like there's an appetite within the Beagle community to get this 
tested and working...  My guess is the more applications that can access the 
other processors on the SOC, the merrier for BB.org and TI..
On Mon, Feb 15, 2021, 12:34 PM Mark Lazarewicz  wrote:

 Looks like good examples here .I also saw M4 example on github.
 Dont see any documents on using Debian Linux and DSP Why? and wonder if that 
OS will supply tools to get the DSP executable transferred in correct 
formatCant even imagine debugging this with printf LOL and no jtagThe DSP has 
to be taken out of rest when  running linux


 Its documented here below why in the world someone would not use CCS and JTAG? 
and expect to run IPC on 6 core chip with no documents is beyond me. Any 
commercial customer would never accept being stonewalled by a vendor
Perhaps Debain/Beagle is for hobbyists only I  dont know 
And for Dimtry GCC is supported 

10.1. Target — Processor SDK RTOS Documentation


| 
| 
|  | 
10.1. Target — Processor SDK RTOS Documentation


 |

 |

 |






The following examples demonstrate some of the rudimentary IPC capabilities. 
They are mostly two processors examples. These examples may be built for any 
two processors on your device, but only for two at a time. An IPC Ping example 
using three processors is also presented at the end.


Why?



On Monday, F

[beagleboard] Re: New Owner: BeagleBoard Black industrial and Seeed BeagleBoard green Help

[Dennis Lee Bieber]

On Sun, 14 Feb 2021 11:30:19 -0800 (PST), in
gmane.comp.hardware.beagleboard.user Don Kiser
 wrote:

>I acquired a unit from work that has the following (decommissioned 
>machines):
>
>Board 1 - Seeed Studio BeagleBoard green - with LCD and touchscreen attached

I'm not up-to-date on BBG, so can't help with recommended images...

>Board 2 - BeagleBoard Black industrial - headless breakout board but it has 
>a HDMI port (nothing happens when I boot with it connected)
>
Presuming this is equivalent to a regular BBB but with extended thermal
range, then...

>I'm used to working with Raspberry Pi and Arduinos but the beaglebone 
>tweaked my interest. I'd like to get these units to a 
>'usable'/understandable graphical interface before I develop uses for them. 
>I have no idea how to do this.

>As I understand it the BeagleBoard has a built in eMMC that can hold the 
>software image to boot. In my attempts to get them back to stock I may have 
>overwritten them. \
>

Simplest is probably to start with a current /flasher/ image to
overwrite the eMMC. The IoT Flasher image at
http://beagleboard.org/latest-images is a bit old, but also established as
a "production release" image. Otherwise you are looking at something like
the "bone-emmc-flasher" image at
https://rcn-ee.net/rootfs/bb.org/testing/2021-02-08/buster-iot/

NOTE: make sure you have a board with a 4GB eMMC -- some of the earliest
BBB boards had only a 2GB eMMC and most modern images won't fit that.

Burn the image to a uSD card of 4+GB.
Insert card in BBB
HOLD DOWN the Boot Select button (the one nearest to the uSD slot) and
(while holding the button down) apply 5V power to the barrel connector (do
NOT rely upon USB power when flashing the eMMC)

Ideally, the board should start a Larson scanner (cylon/Knight Rider)
pattern on the blue LEDs. Wait for that to stop and the board shuts down.

Remove uSD card, reapply power (this time, the power button -- next to
Ethernet connector -- itself should be enough to turn the card back on). It
should boot with the new image.

Note that the flasher images tend to Internet-of-Things oriented -- no
graphical interface. The images with a graphical interface will have LXQT
in the file name. It IS possible to turn those images into flasher images
(just requires editing one line in the /boot/uEnv.txt file -- but you need
a Linux system to mount the uSD card on, Windows doesn't handle EXTn file
systems) -- however, putting an LXQT image on a 4GB eMMC leaves barely
enough room on which to run apt update/apt upgrade (and, if the image is
too old, apt will fail as there isn't enough free space to buffer the new
stuff). Better to install the LXQT image on an 8+GB uSD card, insert the
card, and reboot the BBB (flashing with a new image should update u-Boot
enough to no longer need the boot select button to load an OS from uSD card
-- if the card is present, it will use it instead of the OS on eMMC). Then
run the scripts to "expand" the 4GB image to use the entire uSD card space.

The BBG may use the same procedure, and maybe even the same images. I
can't confirm.

>Goal: Get them back to running a 'stock' graphical interface or similar.  
>I'm at a bit of a loss on what needs to be done as these are foreign 
>devices to me. I kind of understand what they are capable of but I don't 
>have a specific project for them, yet. I'm wandering aimlessly trying to 
>get them back to stock. 
>
>I'll bring my serial adapter from work on Monday 2/15/2021 to see what that 
>gets me.
>
>Help me get back to 'square 1' and I'll go from there.


-- 
Dennis L Bieber

-- 
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/85hl2gtb2q973965ocln17q1t84pdlq18t%404ax.com.

Re: [beagleboard] Re: Debug tool for M4 processors in BBAI

[Jeff Andich]

Thanks Mark for providing us all this!

I tried starting to port one of the main examples from TI RTOS SDK into the
latest Beagleboard-X15 images this weekend. Built the IPC example under the
link you posted yesterday.  Scp'd server_dsp1.xe66 to the SD card and then
linked to it, and attempted to load.

It looks like it started to load but then complained that the resource
table is not found.  I have lots more homework to do..

My plan dejour is to try to see how far I can get with that example on BB
Debian and TI SDK Linux.

I do plan to develop the DSP application with CCS and JTAG, and deploy it
using remoteproc from Linux once it's debugged.

Don't know if there are currently any Linux tools for debugging the other
cores.

But at this point I'm not sure where this will all lead..

But it sounds like there's an appetite within the Beagle community to get
this tested and working...  My guess is the more applications that can
access the other processors on the SOC, the merrier for BB.org and TI..

On Mon, Feb 15, 2021, 12:34 PM Mark Lazarewicz  wrote:

> Looks like good examples here .I also saw M4 example on github.
>
>  Dont see any documents on using Debian Linux and DSP Why?
> and wonder if that OS will supply tools to get the DSP executable
> transferred in correct format
> Cant even imagine debugging this with printf LOL and no jtag
> The DSP has to be taken out of rest when  running linux
>
>
>
>  Its documented here below why in the world someone would not use CCS and
> JTAG? and expect to run IPC on 6 core chip with no documents is beyond me.
> Any commercial customer would never accept being stonewalled by a vendor
>
> Perhaps Debain/Beagle is for hobbyists only I  dont know
>
> And for Dimtry GCC is supported
>
>
> 10.1. Target — Processor SDK RTOS Documentation
> 
>
> 10.1. Target — Processor SDK RTOS Documentation
>
>
> 
>
>
>
>
>
> The following examples demonstrate some of the rudimentary IPC
> capabilities. They are mostly two processors examples. These examples may
> be built for any two processors on your device, but only for two at a time.
> An IPC Ping example using three processors is also presented at the end.
>
>
> Why?
>
>
>
> On Monday, February 15, 2021, 09:41:20 AM CST, 'Mark Lazarewicz' via
> BeagleBoard  wrote:
>
>
> OpenVX,cmem,PRU and remote proc support today
>
>
> https://software-dl.ti.com/processor-sdk-linux/esd/docs/latest/linux/index.html
>
>
>
> Sent from Yahoo Mail on Android
> 
>
> On Tue, Feb 9, 2021 at 8:14 AM, jeff@gmail.com
>  wrote:
> I think I have a similar question in that I'm hoping to develop an
> application (as much of a software defined radio application as I can cram
> into this platform) which utilizes the C66 DSP's on the BB-X15.  I'm trying
> to converge on a process for developing a TI RTOS application for the C66's
> on the BB-X15 which is compatible with the BB Debian distro running on the
> A15's.  More on this later, hopefully.
>
> I imagine you've already stumbled upon the following, but it seems like a
> good starting point.
>
> https://e2e.ti.com/support/processors/f/791/t/765821.
>
> Also google all of the examples on of PRU applications .  My guess is that
> may also shed some light on how to develop and debug code for the other
> processors on the Sitara SOC of interest.
>
> I just received a USB100V2 JTAG cable, and I hope to start hacking on this
> on my BB-X15 in my spare time. I have a lot of questions on how this works,
> and I will post up when I think I have something worthwhile or relevant..
>
> Also, please post up as you make progress as I imagine there are others
> wanting guidance on developing applications on the other processors on the
> SOC and interfacing Linux to them.  There's not a lot of postings on the
> C66 or M4..
>
>
>
>
>
> On Wednesday, February 3, 2021 at 8:21:36 AM UTC-5 databac...@gmail.com
> wrote:
>
>
> Hi
> I and another student have been tasked with exploring ways to develop for
> the M4 processor using BBAI. We've had difficulty finding a good debug
> setup, preferably one where you could step through instructions in the M4
> processors.
>
> Could anyone point us towards whats worth looking in to?
>
> Regards, Fredrik Eriksson
>
> --
> 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/024abb86-4ada-4b24-b801-5119a941796en%40googlegroups.com
> 

Re: [beagleboard] Re: Debug tool for M4 processors in BBAI

['Mark Lazarewicz' via BeagleBoard]

 Looks like good examples here .I also saw M4 example on github.
 Dont see any documents on using Debian Linux and DSP Why? and wonder if that 
OS will supply tools to get the DSP executable transferred in correct 
formatCant even imagine debugging this with printf LOL and no jtagThe DSP has 
to be taken out of rest when  running linux


 Its documented here below why in the world someone would not use CCS and JTAG? 
and expect to run IPC on 6 core chip with no documents is beyond me. Any 
commercial customer would never accept being stonewalled by a vendor
Perhaps Debain/Beagle is for hobbyists only I  dont know 
And for Dimtry GCC is supported 

10.1. Target — Processor SDK RTOS Documentation


| 
| 
|  | 
10.1. Target — Processor SDK RTOS Documentation


 |

 |

 |






The following examples demonstrate some of the rudimentary IPC capabilities. 
They are mostly two processors examples. These examples may be built for any 
two processors on your device, but only for two at a time. An IPC Ping example 
using three processors is also presented at the end.


Why?



On Monday, February 15, 2021, 09:41:20 AM CST, 'Mark Lazarewicz' via 
BeagleBoard  wrote:  
 
 OpenVX,cmem,PRU and remote proc support today
https://software-dl.ti.com/processor-sdk-linux/esd/docs/latest/linux/index.html


Sent from Yahoo Mail on Android 
 
  On Tue, Feb 9, 2021 at 8:14 AM, jeff@gmail.com 
wrote:   I think I have a similar question in that I'm hoping to develop an 
application (as much of a software defined radio application as I can cram into 
this platform) which utilizes the C66 DSP's on the BB-X15.  I'm trying to 
converge on a process for developing a TI RTOS application for the C66's on the 
BB-X15 which is compatible with the BB Debian distro running on the A15's.  
More on this later, hopefully.  
I imagine you've already stumbled upon the following, but it seems like a good 
starting point.     
https://e2e.ti.com/support/processors/f/791/t/765821.
Also google all of the examples on of PRU applications .  My guess is that may 
also shed some light on how to develop and debug code for the other processors 
on the Sitara SOC of interest.  
I just received a USB100V2 JTAG cable, and I hope to start hacking on this on 
my BB-X15 in my spare time. I have a lot of questions on how this works, and I 
will post up when I think I have something worthwhile or relevant..  
Also, please post up as you make progress as I imagine there are others wanting 
guidance on developing applications on the other processors on the SOC and 
interfacing Linux to them.  There's not a lot of postings on the C66 or M4..




On Wednesday, February 3, 2021 at 8:21:36 AM UTC-5 databac...@gmail.com wrote:


HiI and another student have been tasked with exploring ways to develop for the 
M4 processor using BBAI. We've had difficulty finding a good debug setup, 
preferably one where you could step through instructions in the M4 processors. 

Could anyone point us towards whats worth looking in to? 

Regards, Fredrik Eriksson 



-- 
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/024abb86-4ada-4b24-b801-5119a941796en%40googlegroups.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/1775160073.1490894.1613403668325%40mail.yahoo.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/618595804.1515584.1613410443125%40mail.yahoo.com.

Re: [beagleboard] Re: Debug tool for M4 processors in BBAI

['Mark Lazarewicz' via BeagleBoard]

OpenVX,cmem,PRU and remote proc support today
https://software-dl.ti.com/processor-sdk-linux/esd/docs/latest/linux/index.html


Sent from Yahoo Mail on Android 
 
  On Tue, Feb 9, 2021 at 8:14 AM, jeff@gmail.com 
wrote:   I think I have a similar question in that I'm hoping to develop an 
application (as much of a software defined radio application as I can cram into 
this platform) which utilizes the C66 DSP's on the BB-X15.  I'm trying to 
converge on a process for developing a TI RTOS application for the C66's on the 
BB-X15 which is compatible with the BB Debian distro running on the A15's.  
More on this later, hopefully.  
I imagine you've already stumbled upon the following, but it seems like a good 
starting point.     
https://e2e.ti.com/support/processors/f/791/t/765821.
Also google all of the examples on of PRU applications .  My guess is that may 
also shed some light on how to develop and debug code for the other processors 
on the Sitara SOC of interest.  
I just received a USB100V2 JTAG cable, and I hope to start hacking on this on 
my BB-X15 in my spare time. I have a lot of questions on how this works, and I 
will post up when I think I have something worthwhile or relevant..  
Also, please post up as you make progress as I imagine there are others wanting 
guidance on developing applications on the other processors on the SOC and 
interfacing Linux to them.  There's not a lot of postings on the C66 or M4..




On Wednesday, February 3, 2021 at 8:21:36 AM UTC-5 databac...@gmail.com wrote:


HiI and another student have been tasked with exploring ways to develop for the 
M4 processor using BBAI. We've had difficulty finding a good debug setup, 
preferably one where you could step through instructions in the M4 processors. 

Could anyone point us towards whats worth looking in to? 

Regards, Fredrik Eriksson 



-- 
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/024abb86-4ada-4b24-b801-5119a941796en%40googlegroups.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/1775160073.1490894.1613403668325%40mail.yahoo.com.

Re: [beagleboard] turn on LED when BBBW is powered on

[ha ppay]

Dear Jon
Thank you for your reply, and I'm sorry I haven't been able to reply for a 
long time.
In the end, I couldn't take the time to find a way to quickly turn off the 
LEDs, so I decided to postpone this story.
I'm sorry I couldn't give back the information to everyone because of this 
result.

2021年1月8日金曜日 14:28:07 UTC+9 jonn...@gmail.com:

> I think what you are looking for is a bit lower level than the Kernel 
> since you are looking to control the LEDs at power on.
> You may want to have a look at the Boot Sequence of the BBB and see if 
> there is a place you can set this like you want. I'm not sure if you can do 
> this from U-Boot though.
> https://elinux.org/EBC_Exercise_21a_Boot_Sequence
>
> The other option is to set a cron job to turn off the LED at reboot 
> considering you are already turning it on from the device tree. You may 
> have to play with the timing to get it the way you want. However depending 
> on what happens at boot, the timing could be off.
> Ex:
>
> https://billwaa.wordpress.com/2014/10/03/beaglebone-black-launch-python-script-at-boot-like-arduino-sketch/
>
> Jon
>
>
> On Thu, Jan 7, 2021 at 9:15 PM ha ppay  wrote:
>
>> Dear All
>> Does anyone have any ideas?
>> If you have any ideas on how to add LEDs, please let me know.
>> Regards,
>>
>> 2021年1月7日木曜日 10:37:31 UTC+9 ha ppay:
>>
>>>
>>>
>>> Hi
>>> Thank you for your reply, and the book's title!
>>> I checked table of contents of the book.
>>> Maybe, The Chapter 6 is that? 
>>> I have experiences to control GPIO by python, and configure the device 
>>> tree's defualt setting, write to value&direction file.
>>> I changed the GPIO Pin setting of device tree file to out&High for the 
>>> LED turn on when bbb is powered on.
>>> But I can't find the method to turn off the LED in a few seconds. I 
>>> tried to write python script to turn  off the LED, and Systemd run the 
>>> service script( using the After setting is "generic-board-startup.service 
>>> ). 
>>> but the timing is over 1minutes from the bbbw is powered on!   
>>> I'm looking for the information of "as soon as bbb is powered on".
>>> I'm not familiar with embedded Linux. In particular, I have little idea 
>>> about the behavior of driver-related programs. I'm wondering if the 
>>> driver's program should do this.
>>>
>>> 2021年1月6日水曜日 22:39:14 UTC+9 iguana...@googlemail.com:
>>>
 Hi! 
 Yes! I'm pretty sure that the Derek Molloy's "Exploring BeagleBone: 
 Tools and Techniques for Building with Embedded Linux" book has the 
 examples that you are looking for in various programming languages.

 El mié., 6 de ene. de 2021 10:16, BBBW User A  
 escribió:

>
> Hi everyone.
>
> I'm BBBW user.
> Could you tell me below question.
>
> Is there a wai to turn on the GPIO Controlled LED for a few seconds as 
> soon as the bbbw is powered on, like user leds?
> and How to do it?
>
> 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...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/364a2d6d-897f-4c72-99e0-4008f5504c77o%40googlegroups.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...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/0a6c3263-ab7f-4b92-80a6-ad2f4cd5ff1dn%40googlegroups.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/be4efe78-d146-4e79-8994-e6c9845d1b69n%40googlegroups.com.