First of all, let me thank you for your answer. Our signal will be in the tens of MHz (from 5Mhz to 50MHz max), depending on configuration.
The polling method is what I expected, however the manual (spruh73q) states there are three methods (Direct Input, Parallel Mode and 28bit shift Register), which confuses me. In your proposal, is Direct Input used? What is the max speed at this mode, 100MHz? What is the difference between using Parallel mode and Polling, the automatic clocking? Sorry for my lack of deeper knowledge (yet). Thank you again. On Tuesday, May 26, 2020 at 2:30:08 PM UTC+2, [email protected] wrote: > > You don’t indicate how fast your clock is. Everything in the PRU is > polled, so you would have to construct a loop that looks at each pin and > makes a determination if the clock has changed state. The PRU operates at > 200 MHz and has simple instructions, so you would have to calculate how > many instructions you have for each clock to determine if it is even > possible. Then, of course, you have to put the data somewhere. Typically > one PRU is used to poll I/O lines and assemble the data into chunks that > are passed to the 2nd PRU which can either put them in ARM DDR memory, > send out, etc. If you get the voltages on the PRU input pins correct and > the data rate is within what the PRU can handle, then this can be done. > > > > *From:* [email protected] <javascript:> <[email protected] > <javascript:>> *On Behalf Of *PAk Ys > *Sent:* Tuesday, May 26, 2020 5:50 AM > *To:* BeagleBoard <[email protected] <javascript:>> > *Subject:* [beagleboard] Could PRU read this signals? > > > > Hello. > > I am quite new to PRU, sorry in advance if I make any mistake or incorrect > asumption. > > > > I would need to read a LVDS signal which is a 4 data channels + CLK and > Framesync, that looks like this: > > > > > > As you can see, the signals change in every edge (both falling and rising > edges). > > Of course, we would place a differential LVDS driver receptor prior to the > beaglebone pru ports (so signal will be exactly as the black + traces in > the figure). Our intention is to send them later to memory and probably the > ARM would create a UDP packet to send them over ethernet. > > > > I would like to know if there is a way to receive these signals with the > PRU in any way and process them correctly. > > Would it be a Direct Connection Mode configuration? > > > > If not would it be possible to make a fast polling on the CLK & FRAME > signals, and in every change read/sample the other 4 channels > simultaneously? > > > > Thank you all. > > > > -- > 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 [email protected] <javascript:>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/d9898dc2-a2b5-4a00-b8d2-bf1165e28e62%40googlegroups.com > > <https://groups.google.com/d/msgid/beagleboard/d9898dc2-a2b5-4a00-b8d2-bf1165e28e62%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/aa751ddb-754c-4015-a846-d1206684f091%40googlegroups.com.
