Re: [beagleboard] Strange behavior of value returned from PRU with RPMSG

2021-04-22 Thread TJF
wal...@edenconceptsllc.com schrieb am Donnerstag, 22. April 2021 um 21:00:03 UTC+2: > You are correct to mention this TJF. In production, I won't bother to do > convert it to a human-readable number. It helps with debugging right now > though. And for debugging purposes, is it a good idea

Re: [beagleboard] Strange behavior of value returned from PRU with RPMSG

2021-04-22 Thread Walter Cromer
You are correct to mention this TJF. In production, I won't bother to do convert it to a human-readable number. It helps with debugging right now though. On Thursday, April 22, 2021 at 3:26:12 AM UTC-4 TJF wrote: > For all who want to learn: > > Walter is formating a human readable number

Re: [beagleboard] creating flasher image file from running Beaglebone

2021-04-22 Thread Robert Nelson
On Thu, Apr 22, 2021 at 12:42 PM John Allwine wrote: > > Thanks Robert! I issued a pull request with a couple minor changes to add a > variable where you explained: > https://github.com/RobertCNelson/boot-scripts/pull/124 > > Here's the text of the pull request that describes how it could be

Re: [beagleboard] creating flasher image file from running Beaglebone

2021-04-22 Thread John Allwine
Thanks Robert! I issued a pull request with a couple minor changes to add a variable where you explained: https://github.com/RobertCNelson/boot-scripts/pull/124 Here's the text of the pull request that describes how it could be used to make a smaller image size than the size of your microSD

Re: [beagleboard] Power

2021-04-22 Thread Robert Heller
At Thu, 22 Apr 2021 07:58:16 -0700 (PDT) beagleboard@googlegroups.com wrote: > > Thank you very much for your reply. > But if I connect it to pin1 of P1, can I connect it directly to a 5V power > supply without using usb? Yes. That is what pin1 of P1 is for. It is exactly the same as the DC

Re: [beagleboard] Strange behavior of value returned from PRU with RPMSG

2021-04-22 Thread 'Mark Lazarewicz' via BeagleBoard
Clock cycle's good subject. Seems some thinks everything PRU does  is one clock cycle ( 5ns) perhaps assembler instructions are. Also confusion about actual speed of control loops.A 100ns control loop runs every 100ns and does input, decisions and output that fast. Lastly the PRU has small

Re: [beagleboard] versioning beaglebone images with OSTree

2021-04-22 Thread Robert Nelson
On Fri, Apr 16, 2021 at 7:04 PM Robert Nelson wrote: > > On Fri, Apr 16, 2021 at 4:19 PM John Allwine wrote: > > > > I'd like to start a discussion about creating complete Beaglebone images > > that leverage OSTree to be able to atomically update the system as a whole. > > The scripts in

Re: [beagleboard] Re: PRU I/O max speed

2021-04-22 Thread Gerhard Hoffmann
I think I can read in about 3 pcs. LT2500-32 via the PRU in Software. The LT2500 ADC delivers 32 bit results via SPI, and with the capture and conversion time slots it needs 100 MHz SPI to process each 1MHz sample. The ADC feeds its data to a shift register in a Xilinx 2c64 Coolrunner. The

Re: [beagleboard] Power

2021-04-22 Thread Şeyma TAKIR
Thank you very much for your reply. But if I connect it to pin1 of P1, can I connect it directly to a 5V power supply without using usb? 22 Nisan 2021 Perşembe tarihinde saat 17:52:37 UTC+3 itibarıyla hel...@deepsoft.com şunları yazdı: > At Thu, 22 Apr 2021 07:33:03 -0700 (PDT)

Re: [beagleboard] Power

2021-04-22 Thread Robert Heller
At Thu, 22 Apr 2021 07:33:03 -0700 (PDT) beagleboard@googlegroups.com wrote: > > Hello there, > I will use pocketbeagle for the first time, but I do not know how to power > the pocketbeagle. I have to feed it from the computer. How can I feed > something like a battery directly? Is it possible

[beagleboard] Power

2021-04-22 Thread Şeyma TAKIR
Hello there, I will use pocketbeagle for the first time, but I do not know how to power the pocketbeagle. I have to feed it from the computer. How can I feed something like a battery directly? Is it possible to connect the pins directly to the battery? When I look at other projects, it has been

Re: [beagleboard] creating flasher image file from running Beaglebone

2021-04-22 Thread Robert Nelson
On Thu, Apr 22, 2021 at 8:26 AM John Allwine wrote: > > How about changing the partition size in the make flasher script? Could there > be an option to make it the same size as the eMMC? Where is the partition > size determined?

RE: [beagleboard] Re: PRU I/O max speed

2021-04-22 Thread rpaulbeam
I got it working, and I hope to never revisit it. It was kind of a surprise. I selected a 1MS/s 16-bit SPI ADC and assumed a 16 Mhz SPI clock to get the data out. I totally missed that the ADC can’t sample, convert, and send at the same time, so I basically have 300nS to get my 16 bit out.

Re: [beagleboard] creating flasher image file from running Beaglebone

2021-04-22 Thread John Allwine
How about changing the partition size in the make flasher script? Could there be an option to make it the same size as the eMMC? Where is the partition size determined? > On Apr 21, 2021, at 3:05 PM, Robert Nelson wrote: > > On Wed, Apr 21, 2021 at 4:01 PM John Allwine wrote: >> >> What's

[beagleboard] Re: PRU I/O max speed

2021-04-22 Thread Andrew P. Lentvorski
I would be stunned if the GPIOs don't have synchronizer flip-flops as they are sampling a signal asynchronous to the 200MHz clock. That would account for 2 clocks. You probably need one extra to clock data into R31. And then one clock to read R31. 50MHz is a pretty smoking speed for

Re: [beagleboard] Strange behavior of value returned from PRU with RPMSG

2021-04-22 Thread TJF
For all who want to learn: Walter is formating a human readable number in the PRUSS code (function ltoa). How much PRU cycles does a four digit number need? And how much are necessary for a one digit number? Note: The PRUSS are fine for realtime solutions (if your code allows that). @Walter