Hi,
We are interfacing a ADS1299 with a Raspberry Pi by using a ADS1299 chip socket soldered to a perfboard with headers. We have connected the DIN, DOUT, CS, SCLK, PWDN, RESET, DRDY pins to the Raspberry Pi for control. We have confirmed and tested all of the signals that we send to the chip, but are currently unable to get a response on the DRDY or DOUT pins. We have already tested on two different ADS1299 chips, to no avail.
We have two questions:
1) What is the expected state of the DRDY pin before performing the bootup sequence and sending the START command? Our DRDY pin always goes HIGH (3.3V) as soon as the power-supplies are turned on. Even after doing the power-up sequence and sending the START command, the DRDY line remains high, and does not pulse at all.
2) We are unable to get any activity or response on the DOUT output from the chip, which is always LOW. We have probed the line with an oscilloscope, and see no activity on the line. As a result, reading registers always return 0x00, and attempting to read the converted test signal data (albeit with the non-pulsing DRDY output described in 1) always returns 0. Does anyone have any idea what the issue may be? All other response we've seen on this forum have pointed to disconnected power supply pins as the issue, however, we have already confirmed that ours are correct.
Our configuration is:
- Unipolar power supply configuration as per Figure 77 in the ADS1299 datasheet
- START pin tied low (we will start conversions by sending the START command)
- CLKSEL tied HIGH to use the internal clock oscillator
- Using internal reference, so we are writing to CONFIG3 register upon bootup to write PD_REFBUF to 1
- Raspberry Pi GND, ADS1299 DGND and AVSS are all tied together
In our testing we have confirmed:
- VCAP1 charges to > 1.1V when power supplies are on and RESET is HIGH, and discharges when power supplies turn off
- All supply pins are at the correct voltages
- PWDN and RESET pins follow the power-up sequence
- The SPI outputs from the Raspberry Pi (MOSI, CS, and SCLK) behave properly. Below is an image of the SDATAC (0x11) command, with blue being SCLK, and yellow begin the MOSI (DIN) line.
Any help would be greatly appreciated.
Regards,
Albert Le