I wish to program eval board AD1939's register from another board SPI.
I've try different connection of MOSI, MISO, CS but it doesn't seem to work. Can you tell me how that should be done?
Today I'm using the following configuration:
MOSI -> CDATA
MISO -> COUT
SCLK -> CCLK
CS -> CLATCH
I've tried different configuration (for instance inverting MOSI and MISO), but it does not seem to work better.. Do you have any advice to give me?
I found a thread explaining the wiring :
I followed it, but I've got the same issue, the AD1939 does not seems to answer my SPI commands. Is there something else to do regarding the wiring between both board?
I'm a bit stuck on this one. I can show you relevant part of my dts if that may help. I'm using the driver ad193x-spi.c and ad193x.c, in order to test I've add a basic regmap read and then I check if the value is the proper one.
Problem was fixed while debugging closely the SPI link. Actually there seems to be an ambiguity regarding the CS policy (or SS policy depending on who you're asking), it seems that you can either poll down and up the CS each byte or actually let it down until full word is passed. For AD193x that means that the CS has to stay down for the 24 bits.
If you think that's your problem here's how to debug:
- add/use kernel's spidev and a spidev device in order to have a dummy spi link to the codec, then build spidev_test for your target:
- Export a GPIO (output, value = 1) that you'd be using as CS, then pull low gpio send your read command and pull up the GPIO
as an example to read "PLL and Clock Control 1" address 0x01 with gpio 79 as CS, using spidev device /dev/spidev32766.0 :
echo 0 > /sys/class/gpio/gpio79/value./spidev_test -s 400000 -D /dev/spidev32766.0 -b 8 -v -p "\x09\x01\xff"echo 1 > /sys/class/gpio/gpio79/value
If you're able to read with this command, then that means that you should switch your CS to use with a GPIO. For instance it seems that nxp's ecspi doesn't offer the CS as expected by AD193x.