An ADS1278 sends data to a PALO43 (with OMAP3530 in it) through a SPI bus.
Data is not accurate.
Please help if you can.
GPIO184, a hole in the PALO43 edge connector, is tied to the line DRDY (data
ready) from 1278.
I implemented in the protocol driver polling and interrupt on GPIO184.
I tested polling only, for 4 channels.
Testing shows that the first data coming on the MISO wire seen on a logic
triggering on SPI clock a single-acquire of 12 bytes (3 bytes per channel),
than the first 12 bytes seen in software by the protocol driver reading from
The protocol driver keeps on looping to read data, but that first 12 bytes
of data in software and
the first 12 bytes in hardware's MISO, should be the same.
I think that the software physical driver omap2_mcspi.c (acquiring SPI data
in OMAP3530's SRAM
through a PIO mechanism and passing this data to the protocol driver) might
I am looking into omap2_mcspi.c.
If you know something about this, please let me know.
Ion A. Beza.
Get latest updates about Open Source Projects, Conferences and News.