External Crystal on AD4115 and EVAL-AD4115SDZ

I'm having the same issue on an EVAL-AD4114SDZ. I'll see if I can remove the caps to resolve the issues.

Removed C9 and C10, external oscillator now works. Thanks!

Can you do me a favor? Can you try doing a continuous read on the CH0-CH1 pair in differential mode with both positive and negative inputs?

Working for me. Reading pos & neg voltages when put into bipolar mode, single channel of CH0-CH1 and continuous read. Tried sing_cyc both enabled and disabled, worked both ways. Output voltage calculated as: ( 2.5 * ( Code / 2^23 - 1) ) / 0.1 . What kinda issue you having?

*Edit: changed unipolar to bipolar

Can you try bipolar mode now?

I'm sorry, I meant bipolar. That was all in bipolar and was working. What should I be seeing?

It sound like it's working for you which is great - on my setup, the ADC does not produce readings with this configuration when the data is positive. Are you talking directly to the EVAL board with your HW or using an Analog Devices SDB board?

Hmmm, is your zero differential value of 0x800000 correct? I'm talking to the eval board with an rpi4. I do not have an SDB.

I can never quite reach zero - my negative values are correct though. Question: if you're using an RPi, then I'm assuming you're using the SPI port on the 40 pin header. If so, are you using Python and SPIDEV? And if you're using SPIDEV, how are you controlling the CS line so that it stays low during continuous read transfers? In fact, could you share your code with me?

Strange. Not sure if this is helpful but some of my additional settings for bipolar test was, both input buffers on, external ref, ref+/- buffers off, sinc3_map enabled with odr set to fastest (0x0). Yes, im using the spi port channel 0. !!Interestingly, the aux port will not work in mode 3!! Initially I tried using python and spidev but speeds were very limited. I did not explore continuous read with python/spidev. Am currently running a program in c using pigpio to talk to the adc and dump it to shared memory for further processing in python. For continuous read I have a gpio attached to miso and am blocking for data ready/not ready. In this config the delay between data ready and the first clock pulse is just under 750ns. The blocking is putting one core at 100% but I'm ok with that currently...

Strange. Not sure if this is helpful but some of my additional settings for bipolar test was, both input buffers on, external ref, ref+/- buffers off, sinc3_map enabled with odr set to fastest (0x0). Yes, im using the spi port channel 0. !!Interestingly, the aux port will not work in mode 3!! Initially I tried using python and spidev but speeds were very limited. I did not explore continuous read with python/spidev. Am currently running a program in c using pigpio to talk to the adc and dump it to shared memory for further processing in python. For continuous read I have a gpio attached to miso and am blocking for data ready/not ready. In this config the delay between data ready and the first clock pulse is just under 750ns. The blocking is putting one core at 100% but I'm ok with that currently...

OK, one difference is that I'm using SINC5 filtering. Is PIGPIO allowing you to continuously hold CS low during the data transfers? SPIDEV can't do that. Are you appending the status byte to the data by setting bit 6 in the IFMODE register?

I've no need currently for CS so I just have it tied low. If I did need I would probably just grab another gpio and control it outside of spi with pigpio. I think there is a way to adjust the cs pins in the boot/config.txt file. Could probably shift  or eliminate the linux driver spi cs pins and then control that same pin number with pigpio as a cs if I/O constrained.

So, I'm an idiot - based on something you said I realized I had my SPI clock inverted. THAT certainly make a difference. BTW, if you're using the RPi you might want to check out some of my products at pi-plates.com

Oh excellent. Happy to hear it's OK. I thought it might be an eval board issue again. I'm now aware of two issues with this board. The external oscillator caps and the 5411 has Ve1 tied to 5V instead of Vio which puts all the side 1 I/O at 5V rather than Vio...    Nice site and good looking boards. If I wasnt keen on building my own rpi daq I might be inclined to grab one of your daq2's. Do you assemble these yourself? It's hard to tell if that microcontroller is a QFN or not. I'm a little nervous I wont be able to solder the LFCSP. I have a "reflow oven" so hopefully that will get me through.

I used to build my own in a toaster oven! But now, I get both my prototypes and production runs made in China. Almost all of by uPs are QFPs.

Hi Folks, 

Good to hear that you are both progressing well. Though can you help me Wally to close the two open items regarding your concern. You can just somehow reply how you solved the issue if that won't bother you, so it will help other members in the community that may encounter similar issues. 

Thanks,

Jellenie