Am 18.01.21 um 04:03 schrieb phfbertoleti:
I'll write the newest iamge on my BBGW. I think after that everything
will back to normal.
Regarding PRUs, I think you can answer me the following: I was able to
write data succesfully to shared data segment using PRU0, to confirm
I've checked memor
Hi,
just for the mapping, you won't need most of the include files.
I often include xyz.h in xyz.c so that I get at least a warning when I
change
sth. so that the public promises in .h no longer hold.
pru_if.h is in the post but not needed.
Remove the includes and the compiler will tell you
Am 18.01.21 um 15:49 schrieb Vinicius Juvinski:
One detail,
If I not wrong, the first 100 bytes of the dram is used by pru for
some configs, register and other stuffs I don't remember right now, so
you should use BASE Address +1000 at least
https://www.ti.com/lit/ug/spruh73q/spruh73q.pdf
I did not create any message to BagleBoard for at least one month.
Probably several moths.
Gerhard Hoffmann
Am 02.04.21 um 20:03 schrieb BeagleBoard:
We’re sorry, but your email message to [“disc...@beagleboard.org
<mailto:disc...@beagleboard.org>”] (titled Re: BeagleBone Bla
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 PRU
<< SELECT); // park address at 0, may be removed.
return retval;
}
---
Am 24.04.21 um 08:16 schrieb Jason Kridner:
https://pub.pages.cba.mit.edu/ring/
On Thu, Apr 22, 2021 at 11:02 AM Gerhard Hoffmann
mailto:g...@hoffmann-hochfrequenz.de>>
wrote:
Hi, all,
what I want to do is the following:
There is a LinearTechnology/AD LTC2500-32 ADC that can deliver up to
1Meg 32-Bit results per second on its slave SPI-Interface. Baud rate
can be 100MBit/sec. I could live with somewhat less, but would like to
max it out as far as possible.
I want to
Am 16.10.2018 um 10:38 schrieb true-t...@web.de:
Hi John,
i try to drive the BBB McSPI with using the Pru.
Maybe you can help me to find your tip:"If you look on Github, the
Starterware examples have been ported to the PRU".
Lot of thanks
I have the very same problem. If you google around
First, a lot of thanks for the pointer, that could really help.
What I really want to accomplish is to get at least a medium bandwidth
interface
between the LAN and some real-time data aquisition units. The LAN side is
patterned after my Agilent 89441A vector signal analyzer. You simply open
The mini-USB power is connected to the BBB power. I can run my BBB just
from the USB cable.
So you probably just paralleled 2 power supplies. The list of outcomes
includes the escape
of the black magic smoke. Some regulators do not like getting started
when there is already
a backward volt
Am 21.10.18 um 23:18 schrieb Hugo Casal:
Thanks
Then will be neccesary to install a switch between the GPIO/ analog
signals of the BBB and the external signals( analogs or digitals)?
Maybe a CD4066 using pin 3 (3.3 v) of the BBB to control (open or
close) all IC pins ?
I learned it int
Hi,
I have no experience with c++ on the bbb, but for C, I had to
put the fftw libraries into /usr/local/include so that they could be found.
BTW I have also tried to connect a LTC2500-32 ADC to a BBB SPI master
and I lost so much time over it that I programmed the existing Xilinx
Coolrunne
... and /usr/local/lib
Am 22.10.18 um 23:28 schrieb Gerhard Hoffmann:
--
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 e
Hi, all,
I have given up on the SPI interface to read out my LTC2500-32 ADC.
I really could not make the PRU produce any SPI output. I lost quite some
time over it, but the best I would have gotten is only 48 Mbps, and I need
100 Mbps when I run the ADC at full speed. I had some leftover space
Am 20.11.18 um 23:15 schrieb Mark A. Yoder:
Using the PRU interface is faster. I think my students measured it
as being a couple times faster. Using the PRU interface you can
toggle a pin every 5ns.
Yes, R30/R31 is about 3 times as fast and more predictable. Going
through the OCP int
Am 20.11.18 um 16:36 schrieb fred.p.gome...@gmail.com:
I am developing an application on the beagle bone for reading data for
an SPI slave. For that, I have to use the PRU since the data
transmission is up to 15 KHz.
Very interesting. I could not make the SPI say a single word. :-( I
had
Am 28.11.18 um 12:08 schrieb fred.p.gome...@gmail.com:
...
|state[0] = ((__R31&sclk) == sclk) ? true : false;|
|state[0] = (__R31&sclk) == sclk;
|
|
|
|should do the same thing, but I would expect the compiler to optimize|
|that away. Unrolling the loops and inlining should help, also.
|
This
Yes. And sys_reset_n is just a RC-delayed version of the 3V3 supply. It
is not debounced
if activated by the reset switch and rises slowly in the classic
1-e-function style.
You need a Schmidt-trigger if you want to use it as a logic signal.
That sys_reset_n is high does not mean that you ma
In principle yes, but given that you won't need that many bits and that
the BBB pins
are relatively weak drivers and the ground connections on the BBB are a
joke, I prefer
74LVC244 / 74LVC245 or similar. They present less load to the BBB and
are also much
more common, mainstream devices, a
Am 04.12.18 um 10:25 schrieb fred.p.gome...@gmail.com:
Hi, I need your help,
I need to read data of an SPI Master device on the BeagleBone. Since
the SPI kernel driver doesn't support an SPI slave mode I have to
implement it in the PRU (Because the maximum frequency one
BeagleBone's GPIO can
Am 12.03.19 um 16:43 schrieb marcus.r...@gmail.com:
i wrote a PRU Programm where i read some Sensors and calculate
something. Then i save the Data in the shared RAM.
But how can i read the memory from the ARM? is it possible to read it
from an c programm or shell? edit: i programm the PRU w
Hi,
I could compile and install the Fastest FFT in the West (FFTW) on the BBB.
I have not yet used it; it was just to make sure that it is there when
I have
fixed the low-level problems of my Fourier analyzer.
regards, Gerhard
Am 14.12.19 um 12:56 schrieb s.varunredd...@gmail.com:
Hi,
I
Hi,
I'm reading LTC2500-32 ADCs with the PRU. The LTC2500 delivers 32 Bits
every usecond
as a 320nsec burst with 100 MHz bit rate. I receive the burst with a
shift register in a
Xilinx CoolrunnerII CPLD and read the shift register bytewise with PRU2.
I think I could read 3 ADCs with the cu
23 matches
Mail list logo