Re: [beagleboard] Re: Connecting Two BBBWs to One Another and Using One Script?

[set_]

Hello,

I will look into the Mosquitto MQTT ideas soon. I am familiar with this 
source and I have not used it yet. 

Seth

On Sunday, August 16, 2020 at 1:45:16 PM UTC-5 jonn...@gmail.com wrote:

> You could use something like MQTT where you run the Mosquitto MQTT server 
> on one of the BBBW and then publish and subscribe to shared topics between 
> the two.  I believe Node-RED might be another option.
>
>
>
> On Sun, Aug 16, 2020 at 8:56 AM Dennis Lee Bieber  
> wrote:
>
>> On Sat, 15 Aug 2020 20:47:51 -0700 (PDT), in
>> gmane.comp.hardware.beagleboard.user set_
>>  wrote:
>>
>> >
>> >I mean, I can test UART connections b/t the two boards. This is not my 
>> >concern. I am trying to use one script to control both boards. I mean, I 
>> >can break them up and try that setup too. 
>> >
>> >I would rather have _ work to make one script compiled 
>> communicate 
>> >my interests to the boards at my disposal. 
>> >
>>
>> I believe you are going to have to define some sort of distributed
>> communication protocol, and run some sort of command interpreter on the
>> second board. The first board would then have to format and send commands
>> over the link to the second board for execution. The command definitions
>> will have to cover all operation categories you want to perform on the
>> second board (set motor speed, or whatever it is supposed to do), and
>> probably include return values too.
>>
>> Depending upon how you create this protocol library, it may be 
>> possible
>> to, say, run the command processor on each board using TCP/IP and 
>> listening
>> on "commandport", and your master script would open sockets to
>> "localhost:commandport" and "otherhost:commandport". This way, you use the
>> same command sequences for both boards (and can expand if needed --
>> "anotherhost:commandport").
>>
>> Your top-level control script only needs to know the IP/port for 
>> each
>> controller board. You run the same processor code as a server on each
>> board.
>>
>>
>>
>> -- 
>> 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...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/36lijf9tr63qecfjj9j982oom5snk9apqu%404ax.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/c62f0f20-c52d-486b-8eba-5202002097e4n%40googlegroups.com.

[beagleboard] Re: Connecting Two BBBWs to One Another and Using One Script?

[set_]

Hello,

Okay. So, I think this may have bit more than I can chew on at the moment. 
Thank you for ideas. I need to get them understood before I take research 
steps in the right direction.

...

So, "protocol" is something I think I can use to research ideas. 

Seth

On Sunday, August 16, 2020 at 10:56:47 AM UTC-5 Dennis Bieber wrote:

> On Sat, 15 Aug 2020 20:47:51 -0700 (PDT), in
> gmane.comp.hardware.beagleboard.user set_
>  wrote:
>
> >
> >I mean, I can test UART connections b/t the two boards. This is not my 
> >concern. I am trying to use one script to control both boards. I mean, I 
> >can break them up and try that setup too. 
> >
> >I would rather have _ work to make one script compiled 
> communicate 
> >my interests to the boards at my disposal. 
> >
>
> I believe you are going to have to define some sort of distributed
> communication protocol, and run some sort of command interpreter on the
> second board. The first board would then have to format and send commands
> over the link to the second board for execution. The command definitions
> will have to cover all operation categories you want to perform on the
> second board (set motor speed, or whatever it is supposed to do), and
> probably include return values too.
>
> Depending upon how you create this protocol library, it may be possible
> to, say, run the command processor on each board using TCP/IP and listening
> on "commandport", and your master script would open sockets to
> "localhost:commandport" and "otherhost:commandport". This way, you use the
> same command sequences for both boards (and can expand if needed --
> "anotherhost:commandport").
>
> Your top-level control script only needs to know the IP/port for each
> controller board. You run the same processor code as a server on each
> board.
>
>
>
> -- 
> 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/cd4bfadd-1936-4be0-a73f-727c6bbf1b69n%40googlegroups.com.

[beagleboard] CONFIG_BOOTDELAY

[jennifer Dsilva]

I suppose CONFIG_BOOTDELAYr is responsible for changing the delay before 
boot when I changed it and searched for it in .config I could not find it 
why?

whenever I change it using the configuration tool it does not change only 
manually? how to change it and to be reflected.

Regards,
Jennifer

-- 
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/80283bed-9b56-4ecc-92d5-cb7c864fc140o%40googlegroups.com.

Re: [beagleboard] Re: I2C driver for a PCA9685 servo controller board for s90 servos

['Mark Lazarewicz' via BeagleBoard]

Here's some cleanly written code which gives the high level overview of what is 
required to do most of what you need to do but not everything 
If you  answer my question in previous reply I can try and guide you. 
https://www.ccsinfo.com/forum/viewtopic.php?t=47908#160482




Sent from Yahoo Mail on Android 
 
  On Sun, Aug 16, 2020 at 7:45 PM, 'Mark Lazarewicz' via 
BeagleBoard wrote:   Hello
Referencing   the TRM not the datasheet with a working example is your best 
chance for success. The TRM is a phone book sizeif  printed it's  supplied in a 
odf. The datasheet is for hardware board designers.
Even if the TRM has steps to follow As in pseudo code to initialize a subsystem 
you  need code to do things in logical order for multiple  sub system's and a 
minimal setup code environment to load and run and debug using CCS and JTAG 
some can be done within the gel script for a barebones  system,
That's why you leverage the starterware examples.

1)Have you looked over the TI starterware examples for an I2C example?2) Have 
you anything that compiles in CCS and loads and  runs using JTAG on your 
board?3) which board are you using?
Once you  have a working  example lookup all register writes and read that 
section of TRM to port to appropriate onchip peripheral. 
Without #2 things there's no point in expecting anything to work properly as in 
delivering a working example to meet  the requirements  you were given





Sent from Yahoo Mail on Android 
 
  On Sun, Aug 16, 2020 at 6:27 PM, marcbo...@gmail.com 
wrote:   Thank you for the comments, yeah I am just taking my time trying to 
get familiar with the datasheet because it is a lot to take into 
consideration.That is the version datasheet I have been looking at for the 
Sitarra and will continue to study it a bit and look into the clock enables.

On Saturday, August 8, 2020 at 12:57:15 PM UTC-7, M wrote:
Can anyone provide a C program that can be run in CCS that would program an I2C 
controller on the BBB board to generate the desired clock frequency signal and 
the required data signals on the I2C bus.

Part 1. Program the device to generate signals to turn LED15 to full ON. Should 
be measurable voltage from the number 15 signal pin on the servo board.
Part 2. Develop commands you send to PCA9685 to intialize it for the  correct 
frequency for your servo, set up a timer on the BBB to control delays, and 
intialize the BBB User LEDs.


-- 
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/5fe41a73-2d1c-46cd-81e8-f316f00e91feo%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/733991187.2159376.1597625088456%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/1623613567.2176016.1597628890340%40mail.yahoo.com.

Re: [beagleboard] Re: I2C driver for a PCA9685 servo controller board for s90 servos

['Mark Lazarewicz' via BeagleBoard]

Hello
Referencing   the TRM not the datasheet with a working example is your best 
chance for success. The TRM is a phone book sizeif  printed it's  supplied in a 
odf. The datasheet is for hardware board designers.
Even if the TRM has steps to follow As in pseudo code to initialize a subsystem 
you  need code to do things in logical order for multiple  sub system's and a 
minimal setup code environment to load and run and debug using CCS and JTAG 
some can be done within the gel script for a barebones  system,
That's why you leverage the starterware examples.

1)Have you looked over the TI starterware examples for an I2C example?2) Have 
you anything that compiles in CCS and loads and  runs using JTAG on your 
board?3) which board are you using?
Once you  have a working  example lookup all register writes and read that 
section of TRM to port to appropriate onchip peripheral. 
Without #2 things there's no point in expecting anything to work properly as in 
delivering a working example to meet  the requirements  you were given





Sent from Yahoo Mail on Android 
 
  On Sun, Aug 16, 2020 at 6:27 PM, marcbo...@gmail.com 
wrote:   Thank you for the comments, yeah I am just taking my time trying to 
get familiar with the datasheet because it is a lot to take into 
consideration.That is the version datasheet I have been looking at for the 
Sitarra and will continue to study it a bit and look into the clock enables.

On Saturday, August 8, 2020 at 12:57:15 PM UTC-7, M wrote:
Can anyone provide a C program that can be run in CCS that would program an I2C 
controller on the BBB board to generate the desired clock frequency signal and 
the required data signals on the I2C bus.

Part 1. Program the device to generate signals to turn LED15 to full ON. Should 
be measurable voltage from the number 15 signal pin on the servo board.
Part 2. Develop commands you send to PCA9685 to intialize it for the  correct 
frequency for your servo, set up a timer on the BBB to control delays, and 
intialize the BBB User LEDs.


-- 
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/5fe41a73-2d1c-46cd-81e8-f316f00e91feo%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/733991187.2159376.1597625088456%40mail.yahoo.com.

[beagleboard] Re: I2C driver for a PCA9685 servo controller board for s90 servos

[marcbob34]

Thank you for the comments, yeah I am just taking my time trying to get 
familiar with the datasheet because it is a lot to take into consideration.
That is the version datasheet I have been looking at for the Sitarra and 
will continue to study it a bit and look into the clock enables.

On Saturday, August 8, 2020 at 12:57:15 PM UTC-7, M wrote:
>
> Can anyone provide a C program that can be run in CCS that would program 
> an I2C controller on the BBB board to generate the desired clock frequency 
> signal and the required data signals on the I2C bus.
>
>
> Part 1. Program the device to generate signals to turn LED15 to full ON. 
> Should be measurable voltage from the number 15 signal pin on the servo 
> board.
>
> Part 2. Develop commands you send to PCA9685 to intialize it for the  
> correct frequency for your servo, set up a timer on the BBB to control 
> delays, and intialize the BBB User LEDs.
>

-- 
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/5fe41a73-2d1c-46cd-81e8-f316f00e91feo%40googlegroups.com.

RE: [beagleboard] Re: I2C driver for a PCA9685 servo controller board for s90 servos

[Graham Stott]

I did  a quick review of the set up part of the code you posted. The code is 
not complete. It is missing some clocks setup.

 

You should download the TI AM335x Technical Reference manual. I have version 
spruh73q. Look at the picture on page 1563. You will see that the L4_per is 
connected to the L3S unit. Now look at the picture on page 1565. You will see 
the I2C2 is on the L4 peripheral bus (L4_per). So you need to enable the clocks 
for both the L3s and the L4 unit to be able to use I2C2.

 

I did not look at any of the other code, but I think the value for the pin mux 
should be 0x33. That turns on the pull up.

 

There is a lot of great information in the Reference manual, so happy reading 
and coding.

 

Graham

 

 

 

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of marcbo...@gmail.com
Sent: Saturday, August 15, 2020 5:27 PM
To: BeagleBoard 
Subject: [beagleboard] Re: I2C driver for a PCA9685 servo controller board for 
s90 servos

 

You are right the code that is missing is

 

 

void i2c_init(void){


On Saturday, August 8, 2020 at 12:57:15 PM UTC-7, M wrote:

Can anyone provide a C program that can be run in CCS that would program an I2C 
controller on the BBB board to generate the desired clock frequency signal and 
the required data signals on the I2C bus.

 

 

Part 1. Program the device to generate signals to turn LED15 to full ON. Should 
be measurable voltage from the number 15 signal pin on the servo board.

 

Part 2. Develop commands you send to PCA9685 to intialize it for the  correct 
frequency for your servo, set up a timer on the BBB to control delays, and 
intialize the BBB User LEDs.

-- 
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/d0cbb043-6e61-4bb4-b93b-55dde349123fo%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/002c01d6741d%24b9396bb0%242bac4310%24%40comcast.net.

Re: [beagleboard] PocketBeagle Power Problems

[Paul Beam]

I have fought this same problem, thought it was resolved, and found it 
again.  I think the authoritative answer is in this TI app note: 
https://www.ti.com/lit/an/slva901/slva901.pdf?ts=1597613555964_url=https%253A%252F%252Fwww.google.com%252F

Cutting to the chase, either ground the BAT terminal with  1K-ish resistor 
or power your product exclusively through the BAT terminal.  In my case, I 
tried to use both Vin and VUSB with an external battery and charger, 
plugging and unplugging the charger would cause a brief brownout condition 
that would lock up the PMIC and require the power to be removed before you 
could turn it on again.  According to the TI doc, the PMIC was really 
designed for battery as the primary power source, so not having a battery 
plugged in leads to some imperfect results -- like not being able to turn 
the stupid thing on.  I'm now just using BAT and things appear to work.

-- 
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/ea03ffab-1465-4961-a07a-7706911fbb2do%40googlegroups.com.

Re: [beagleboard] disable logging in beaglebone black

[Alexander Zangerl]

On Thu, 13 Aug 2020 04:15:24 -0700, jennifer Dsilva writes:
>how can we disable logging in bbb? my bbb writes log files into /var/log/ 
>directory and consumes a lot of space

besides what others already suggested wrt figuring out what's too verbose
i'd suggest checking and adjusting your logrotation settings
(in /etc/logrotate.d/* and /etc/logrotate.conf) to keep stuff from
filling up your disk.


-- 
Best Regards,
Alexander Zangerl
IT Engineer

BREATHE-SAFE intelligent cabin air filtration
Keeps your lungs and cabin dust free!
Head Office: 37-43 Argon Street, Carole Park QLD 4300 Australia
Western Australia: 169 Chisholm Crescent, Kewdale WA 6105 
Tel: +61 7 3276 7833 M. +61 415 482 341 E. a...@breathe-safe.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/301-1597612800.452650%40-vmk.HhTD.bELB.

Re: [beagleboard] Re: Connecting Two BBBWs to One Another and Using One Script?

[jonnymo]

You could use something like MQTT where you run the Mosquitto MQTT server
on one of the BBBW and then publish and subscribe to shared topics between
the two.  I believe Node-RED might be another option.



On Sun, Aug 16, 2020 at 8:56 AM Dennis Lee Bieber 
wrote:

> On Sat, 15 Aug 2020 20:47:51 -0700 (PDT), in
> gmane.comp.hardware.beagleboard.user set_
>  wrote:
>
> >
> >I mean, I can test UART connections b/t the two boards. This is not my
> >concern. I am trying to use one script to control both boards. I mean, I
> >can break them up and try that setup too.
> >
> >I would rather have _ work to make one script compiled
> communicate
> >my interests to the boards at my disposal.
> >
>
> I believe you are going to have to define some sort of distributed
> communication protocol, and run some sort of command interpreter on the
> second board. The first board would then have to format and send commands
> over the link to the second board for execution. The command definitions
> will have to cover all operation categories you want to perform on the
> second board (set motor speed, or whatever it is supposed to do), and
> probably include return values too.
>
> Depending upon how you create this protocol library, it may be
> possible
> to, say, run the command processor on each board using TCP/IP and listening
> on "commandport", and your master script would open sockets to
> "localhost:commandport" and "otherhost:commandport". This way, you use the
> same command sequences for both boards (and can expand if needed --
> "anotherhost:commandport").
>
> Your top-level control script only needs to know the IP/port for
> each
> controller board. You run the same processor code as a server on each
> board.
>
>
>
> --
> 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/36lijf9tr63qecfjj9j982oom5snk9apqu%404ax.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/CAG99bkrPgw%2BM1-Sc1AyrS%2BB3bG7fFSVRTtFME1cBLjv%2BpJ2jjg%40mail.gmail.com.

Re: [beagleboard] Re: BBW not booting when serial to USB cable connected

[rishabh . gupta777]

I got a DC adapter to power the board. Although the serial connection does 
not get dropped on powering up, I do not see the bootloader loading.

Some time back, I had managed to get access to the U-Boot bootloader on the 
serial terminal with the USB power itself. It didn't show up again. The 
behavior has not been consistent. Presently, the serial connection drops 
out if I try to power using USB.

I would appreciate any inputs to solve the issue.


On Thursday, July 23, 2020 at 12:45:57 AM UTC+2, Rishabh Kumar Gupta wrote:
>
> Thanks Jon, for the link. I tried modifying my current driver 
> installation. It still shows the same error. 
>
> Although, now the board boots up but the serial connection gets dropped. 
> The serial and power connections are somehow still mutually exclusive. The 
> serial connection appears only when I turn off and plug out the micro-USB 
> (power).
>
>
> On Tuesday, July 21, 2020 at 4:54:30 PM UTC+2, jonnymo wrote:
>>
>> That error you are seeing appears to come from your USB to Serial 
>> interface.
>> Note:
>> http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225=41
>>
>> Jon
>>
>> On Tue, Jul 21, 2020 at 6:48 AM  wrote:
>>
>>> I got to know that the driver is no longer supported when I first 
>>> connected the cable. The driver still seems to work though.
>>>
>>>
>>> [image: PL2303HXA-driver-properties.png]
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Also, I added filters in the VM's settings and that is how picocom was 
>>> able to connect to /dev/ttyUSB0.
>>>
>>>
>>> On Monday, July 20, 2020 at 2:51:55 AM UTC+2, Dennis Bieber wrote:
>>>
 On Sun, 19 Jul 2020 12:15:09 -0700 (PDT), in 
 gmane.comp.hardware.beagleboard.user Rishabh 
  wrote: 

 >I am running Ubuntu 18.04 inside a VM using VirtualBox hosted on 
 Windows 
 >10. I am trying to use a PL2303HXA serial to USB cable to get the 
 serial 
 >output to my terminal in Ubuntu. I am doing this to view U-Boot. 
 > 

 Wonder if Win10 may be getting in the way... The driver for the 
 HXA is 
 no longer supported in Win10. 
 http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225=41 
 """ 
  NOTE: 

 Windows 8/8.1/10 are NOT supported in PL-2303HXA and PL-2303X EOL 
 chip 
 versions. 
 """ 

 I don't know how VirtualBox handles USB devices -- if they pass 
 through 
 to the guest OS as raw devices, or if VBox is intercepting the guest 
 I/O 
 and mapping through the host OS... 

 https://www.google.com/search?q=PL2303HXA+=PL2303HXA 


 -- 
 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 beagl...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/beagleboard/590f7b0d-7cfb-4e0f-99e6-0efe7deb3c4fo%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/f62d1845-f5b8-40d6-80eb-2dbe25312990o%40googlegroups.com.

[beagleboard] Re: Connecting Two BBBWs to One Another and Using One Script?

[Dennis Lee Bieber]

On Sat, 15 Aug 2020 20:47:51 -0700 (PDT), in
gmane.comp.hardware.beagleboard.user set_
 wrote:

>
>I mean, I can test UART connections b/t the two boards. This is not my 
>concern. I am trying to use one script to control both boards. I mean, I 
>can break them up and try that setup too. 
>
>I would rather have _ work to make one script compiled communicate 
>my interests to the boards at my disposal. 
>

I believe you are going to have to define some sort of distributed
communication protocol, and run some sort of command interpreter on the
second board. The first board would then have to format and send commands
over the link to the second board for execution. The command definitions
will have to cover all operation categories you want to perform on the
second board (set motor speed, or whatever it is supposed to do), and
probably include return values too.

Depending upon how you create this protocol library, it may be possible
to, say, run the command processor on each board using TCP/IP and listening
on "commandport", and your master script would open sockets to
"localhost:commandport" and "otherhost:commandport". This way, you use the
same command sequences for both boards (and can expand if needed --
"anotherhost:commandport").

Your top-level control script only needs to know the IP/port for each
controller board. You run the same processor code as a server on each
board.



-- 
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/36lijf9tr63qecfjj9j982oom5snk9apqu%404ax.com.

[beagleboard] Re: beaglebone Ai

[Dennis Lee Bieber]

On Sat, 15 Aug 2020 10:42:53 -0700 (PDT), in
gmane.comp.hardware.beagleboard.user Eloy Cain
 wrote:

>hello gang, I'm having problems at the moment of wanting to turn on a led. 
>I am using PUtty to enter the card and to program I use python. When I run 
>a program or print a message, it works correctly. the problem is as if the 
>pins of the card do not work for me. I don't know if I should use a library 
>to activate them. I have updated the card and nothing. I have seen a lot of 
>information and it has not worked for me.

First... Please don't use screen grabs. Everything I know of -- and
especially PuTTY -- allows one to select, copy, and paste the TEXT.

Second... Show us the CODE. All your screen grab illustrates is that
you invoked an editor, and then ran listings of the directory contents
showing that some files exist.

Without the code, it is impossible to provide advice. How are you
trying to access the pins? Using sysfs references? Is the pin even set up
for GPIO or is it defined for some other usage? Adafruit_BBIO?
Adafruit_blinka/CircuitPython libraries?



What follows is Beaglebone Black and PocketBeagle (I only just noticed your
subject says "AI" -- the BB AI is NOT supported by blinka, and even BBIO
may be problematic (you may not be able to "setup" a pin for GPIO use, but
might be able to turn it on/off -- however, the PIN NUMBERS may not be
matching). Unless things have changed recently, the pin-mux of the BB AI
MUST be set up using the Device Tree! Config-Pin does not work to change
pin modes.

https://learn.adafruit.com/setting-up-io-python-library-on-beaglebone-black/using-the-bbio-library
I believe any recent BBB image includes this already -- note: the
"learning" documentation is a bit old.
https://pypi.org/project/Adafruit-BBIO/ may be somewhat more up-to-date --
there is no longer any mention of I2C access in it.

https://github.com/adafruit/Adafruit_Blinka 
https://learn.adafruit.com/circuitpython-on-raspberrypi-linux/circuitpython-raspi
Also applies to BBB -- just ignore anything about installing Raspbian


For the AI, please see
https://github.com/adafruit/adafruit-beaglebone-io-python/issues/317
https://github.com/MalavPatel3501/BeagleBone-AI--mpBBAI-IO-Python-Library


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

[beagleboard] Re: Change start up logo in debian for beaglebone

[ashkan . m . m . t]

first cd bb-kernel or any kernel you download it and then run 
this ./tools/rebuild.sh too rebuild


On Tuesday, June 21, 2016 at 5:45:06 PM UTC+4:30, farzadk...@gmail.com 
wrote:
>
> Thank you Andrew,
>
> Would you please help me rebuilding the kernel, maybe some links or 
> explaining steps here ;)
>
> Farzad
>
>
> On Tuesday, May 27, 2014 at 7:16:42 PM UTC+4:30, Andrew Henderson wrote:
>>
>> I build custom splash screens into my kernel for my projects.  Here is 
>> the information that you need:
>>
>> 1. The framebuffer penguin logo in the corner represents the number of 
>> processors detected.  One penguin logo means one processor.  That is the 
>> original intended purpose of the logo.  This same technique will work with 
>> other Linux platforms, but you'll see multiple splash screens on multicore 
>> platforms.
>>
>> 2. The logo can be stored in 4-bit (16 color) or pseudo 8-bit (224 color) 
>> formats.
>>
>> 3. The logo for the 224-color image is stored in the kernel source at 
>> drivers/video/logo/logo_linux_clut224.ppm
>>
>> 4. The logo is positioned in the upper-left corner.  Replacing that logo 
>> with another logo still results in the new logo being positioned in the 
>> upper-left corner.
>>
>> 5. The logo can have a max width of 1280 pixels.  If it is wider than 
>> that, nothing will show up.
>>
>> To create a .ppm suitable as a splash, I start with a 256-color PNG. Once 
>> I have one that I like, I convert it using the following command:
>>
>> $ pngtopnm [IMAGE.PNG] | ppmquant -fs 223 | pnmtoplainpnm > 
>> [KERNEL_ROOT]/drivers/video/logo/logo_linux_clut224.ppm
>>
>> Make sure that you backup the original penguin logo (original 
>> logo_linux_clut224.ppm file), as this command will replace it with your new 
>> one.
>>
>> Once you have the new .ppm file in place within the kernel tree, rebuild 
>> the kernel.  The logo image is compiled into the kernel itself.  Copy your 
>> new kernel into place on the boot partition of your microSD, point the 
>> uEnv.txt to it if you have a new name for your kernel, and away you go.
>>
>> Andrew
>>
>>
>> On Monday, May 19, 2014 5:13:59 PM UTC-4, Mirko Fucci wrote:
>>>
>>>
>>> Hi everyone,
>>>
>>> i wonder if is possible to change startup logo in beaglebone black: it's 
>>> the penguin on the top left part of the screen. 
>>>
>>> Alternatively is possible to remove the logo?
>>>
>>> Thanks everyone !!
>>>
>>>
>>>

-- 
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/610bce6a-0376-42a1-98d0-91cff6cd21c5o%40googlegroups.com.

[beagleboard] Re: Change start up logo in debian for beaglebone

[ashkan . m . m . t]

On Tuesday, June 21, 2016 at 5:45:06 PM UTC+4:30, farzadk...@gmail.com 
wrote:
>
> Thank you Andrew,
>
> Would you please help me rebuilding the kernel, maybe some links or 
> explaining steps here ;)
>
> Farzad
>
>
> On Tuesday, May 27, 2014 at 7:16:42 PM UTC+4:30, Andrew Henderson wrote:
>>
>> I build custom splash screens into my kernel for my projects.  Here is 
>> the information that you need:
>>
>> 1. The framebuffer penguin logo in the corner represents the number of 
>> processors detected.  One penguin logo means one processor.  That is the 
>> original intended purpose of the logo.  This same technique will work with 
>> other Linux platforms, but you'll see multiple splash screens on multicore 
>> platforms.
>>
>> 2. The logo can be stored in 4-bit (16 color) or pseudo 8-bit (224 color) 
>> formats.
>>
>> 3. The logo for the 224-color image is stored in the kernel source at 
>> drivers/video/logo/logo_linux_clut224.ppm
>>
>> 4. The logo is positioned in the upper-left corner.  Replacing that logo 
>> with another logo still results in the new logo being positioned in the 
>> upper-left corner.
>>
>> 5. The logo can have a max width of 1280 pixels.  If it is wider than 
>> that, nothing will show up.
>>
>> To create a .ppm suitable as a splash, I start with a 256-color PNG. Once 
>> I have one that I like, I convert it using the following command:
>>
>> $ pngtopnm [IMAGE.PNG] | ppmquant -fs 223 | pnmtoplainpnm > 
>> [KERNEL_ROOT]/drivers/video/logo/logo_linux_clut224.ppm
>>
>> Make sure that you backup the original penguin logo (original 
>> logo_linux_clut224.ppm file), as this command will replace it with your new 
>> one.
>>
>> Once you have the new .ppm file in place within the kernel tree, rebuild 
>> the kernel.  The logo image is compiled into the kernel itself.  Copy your 
>> new kernel into place on the boot partition of your microSD, point the 
>> uEnv.txt to it if you have a new name for your kernel, and away you go.
>>
>> Andrew
>>
>>
>> On Monday, May 19, 2014 5:13:59 PM UTC-4, Mirko Fucci wrote:
>>>
>>>
>>> Hi everyone,
>>>
>>> i wonder if is possible to change startup logo in beaglebone black: it's 
>>> the penguin on the top left part of the screen. 
>>>
>>> Alternatively is possible to remove the logo?
>>>
>>> Thanks everyone !!
>>>
>>>
>>>

-- 
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/3b344576-8395-4c76-80d7-b1ee99d6b11bo%40googlegroups.com.

[beagleboard] TFT Display /dev/fb0 Inverted?

[Gary Simmons]

*Environment*:


   - Linux beaglebone 4.4.30-ti-r64 #1 SMP Fri Nov 4 21:23:33 UTC 2016 
   armv7l GNU/Linux
   - Debian GNU/Linux 8 (jessie)


I'm attempting to setup a TFT LCD display connected to a BeagleBoneBlack 
RevC using just the framebuffer via Qt 5.12.3. I can't for the life of me 
figure out WHY the Qt application and/or the framebuffer is inverting my 
application's GUI though. I have looked into setting 
/sys/class/graphics/fb0 invert and rotate but they're seemingly not 
supported, or simply don't make any difference in my case.

I started by getting the device tree configured for the LCD, which is 
seemingly working fine, and was pulled from a working build running on a 
3.8 kernel, and recompiled. I can cat /dev/urandom > /dev/fb0 and see 
random noise, and if I let lightdm run, it will display properly as shown 
here .

I then moved on to compiling and running my application. It runs just fine, 
but when it displays it displays completely inverted on the x-axis as seen 
here .

Then, closing the application, and letting lightdm take over again it will 
also be inverted as seen here .

Any idea what would cause this, or a potential workaround? I tried using 
X11, using FBDEV to handle /dev/fb0, and then just throwing my application 
in the xinitrc file, but same result. The only time I've seen it run 
properly, is if I start the application over ssh and allow it to forward 
the x-session to my host PC. This was done by accident, but gave me some 
hope.

Any help is appreciated.

-- 
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/37ecba21-2425-4e87-a23b-ba364d7b8570n%40googlegroups.com.

[beagleboard] Re: Change start up logo in debian for beaglebone

[ashkan . m . m . t]

hi 
it is not in your system you should found this file is in your kernel file 
before compile your bb-kernel
download a bb-kernel and cd to bb-kernel
 KERNEL/drivers/video/logo/
or just try this in that directory you downloaded bb-kernel:
 cd bb-kernel/KERNEL/drivers/video/logo/

On Sunday, March 18, 2018 at 1:54:37 AM UTC+3:30, sanjee...@gmail.com wrote:
>
> Andrew,
>
> I'm trying to follow your instructions, but in:  
>
> */lib/modules/4.9.78-ti-r94/kernel/drivers/video*
>
> There is no logo folder.
>
> How can I find the location of the logo?
>
> Contents of kernel/drivers:
>
> *atm**bluetooth*  *char*  *gpu*  *hsi**i2c*  *input*  *md* 
> *mfd*   *mmc*  *net*  *power*  *pwm* *rpmsg*  *scsi*  *staging*  
> *thermal*  *uio*  *uwb**virtio*  *watchdog*
>
> *block*  *cdrom*  *gpio*  *hid*  *hwmon*  *iio*  *leds*   *media*  
> *misc*  *mtd*  *nfc*  *pps**remoteproc*  *rtc**spi*   *target*   
> *tty*  *usb*  *video*  *w1*
>
>
>
> On Tuesday, May 27, 2014 at 10:46:42 AM UTC-4, Andrew Henderson wrote:
>>
>> I build custom splash screens into my kernel for my projects.  Here is 
>> the information that you need:
>>
>> 1. The framebuffer penguin logo in the corner represents the number of 
>> processors detected.  One penguin logo means one processor.  That is the 
>> original intended purpose of the logo.  This same technique will work with 
>> other Linux platforms, but you'll see multiple splash screens on multicore 
>> platforms.
>>
>> 2. The logo can be stored in 4-bit (16 color) or pseudo 8-bit (224 color) 
>> formats.
>>
>> 3. The logo for the 224-color image is stored in the kernel source at 
>> drivers/video/logo/logo_linux_clut224.ppm
>>
>> 4. The logo is positioned in the upper-left corner.  Replacing that logo 
>> with another logo still results in the new logo being positioned in the 
>> upper-left corner.
>>
>> 5. The logo can have a max width of 1280 pixels.  If it is wider than 
>> that, nothing will show up.
>>
>> To create a .ppm suitable as a splash, I start with a 256-color PNG. Once 
>> I have one that I like, I convert it using the following command:
>>
>> $ pngtopnm [IMAGE.PNG] | ppmquant -fs 223 | pnmtoplainpnm > 
>> [KERNEL_ROOT]/drivers/video/logo/logo_linux_clut224.ppm
>>
>> Make sure that you backup the original penguin logo (original 
>> logo_linux_clut224.ppm file), as this command will replace it with your new 
>> one.
>>
>> Once you have the new .ppm file in place within the kernel tree, rebuild 
>> the kernel.  The logo image is compiled into the kernel itself.  Copy your 
>> new kernel into place on the boot partition of your microSD, point the 
>> uEnv.txt to it if you have a new name for your kernel, and away you go.
>>
>> Andrew
>>
>>
>> On Monday, May 19, 2014 5:13:59 PM UTC-4, Mirko Fucci wrote:
>>>
>>>
>>> Hi everyone,
>>>
>>> i wonder if is possible to change startup logo in beaglebone black: it's 
>>> the penguin on the top left part of the screen. 
>>>
>>> Alternatively is possible to remove the logo?
>>>
>>> Thanks everyone !!
>>>
>>>
>>>

-- 
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/ac1d577a-4626-4909-ae97-bdd483f64822o%40googlegroups.com.

[beagleboard] wifi connection error thr connmanctl.

[sai . srinu . reddy]

Hi,
while connecting to WiFi from BBB wireless board through conection manager 
connmanctl > connect   command below error is observed. Could you 
please help me to make connection to WiFi.

onnmanctl> scan wifi

Scan completed for wifi

connmanctl> services

SAI wifi_9884e3f0945b_534149_managed_psk

wifi_9884e3f0945b_hidden_managed_psk

DIRECT-L5-FireTV_71a8 
wifi_9884e3f0945b_4449524543542d4c352d4669726554565f37316138_managed_psk

Spandana wifi_9884e3f0945b_5370616e64616e61_managed_psk

connmanctl> agent on

Agent registered

*connmanctl> connect wifi_9884e3f0945b_534149_managed_psk*

*Agent ReportError wifi_9884e3f0945b_534149_managed_psk*

* connect-failed*

*Agent request cancelled by ConnMan*

*Error /net/connman/service/wifi_9884e3f0945b_534149_managed_psk: Operation 
aborted*

connmanctl> 





Thanks and Regards

srinivasa

-- 
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/a171aee4-1ebf-4349-ad0f-0d3fafd2a320o%40googlegroups.com.