Software crashes on 5V boards

[daan03er]

When running the every example code, the software crashes after around 10 seconds. The reset and power on and off does not reinstate de measurements, only reuploading the code makes sure that the software starts running again. However, crashes again after 10 seconds.

I have the internal I2C pullup resistors disabled and replaced with external 5K ohm resistors. The GND, 5V and address pins are all connected correctly. I am not using the data ready pin.

The IN1 is connected to ground and IN0 is connected to my analog signal.

[PaulZC]

Hi @daan03er ,

I don't have a Leonardo, so I can't fully replicate what you are seeing. I will try running it on a 5V ATmega328P board, just to see if it demonstrates the same issue.

I suspect this is something to do with either the Leonardo, or your set-up. But, from your description, you seem to be doing what I would do.

• Does the example crash if you disconnect the analog signal?
• Does it crash if you disconnect IN1 from ground - and use myADC.setInputMultiplexer(ADS1219_CONFIG_MUX_SINGLE_0); ?
• Is your signal going higher than 5V?
• Or lower than 0V?

Best,
Paul

[daan03er]

Hi Paul,

Yes, the crash still occurs when the analog signal is disconnected. It is however after a longer periode of time compared to when the analog signal is connected.

When i set myADC.setInputMultiplexer(ADS1219_CONFIG_MUX_SINGLE_0) it does not crash when the analog signal is disconnected, when it is connected it does crash.

No, the signal is set on 1.5V

[daan03er]

Nevermind, it just crashed

[PaulZC]

I've got the example running on a 5V ATmega328P. No crashing. Everything is working.

Please share a photo of your board, and the wires linking them.

I wonder if this is something to do with I2C clock stretching? I know the Due does not support clock stretching. Maybe the Leonardo has the same issue?

Thank you,.
Paul

[PaulZC]

Oh. Hang on... My board just crashed...!

Investigating...

[PaulZC]

OK. I think this has something to do with the reference voltage. I just tried the following and it seems to have fixed the issue:

• Connect REFP to VDDA - the pins are adjacent on the SparkX PCB
• Connect REFN to GND - ditto
• Open Example6
• Change this line to:

float milliVolts = myADC.getConversionMillivolts(5000.0); // Convert to millivolts - using a reference of 5000mV

Let me know if this fixes the issue on Leonardo too.

Thanks,
Paul

[daan03er]

This does seems to be working, the program has been running for a minute now, gonna keep it running longer.

Do you have any idea what the issue is/was exactly?

[PaulZC]

Not exactly... The internal reference is 2.048V. Maybe the chip doesn't like common mode voltages well outside that? Just a guess... But it does seem to have fixed it.

I'm going to close this as I think we have resolved the issue - and that it's nothing to do with the library. But I will pin it, to make it easier to find.

Please reopen if you see more weirdness...

All the best,
Paul

[daan03er]

I think it just crashed after 8 minutes....

Running again now

[daan03er]

Yes, just stopped again.

[PaulZC]

OK. Mine's still running... I'm not sure what else to suggest...?

Maybe double-check those pull-ups? Are you able to put a 'scope or logic analyzer on the SDA and SCL lines?

Or, are you able to test it on a 3.3V board - just to confirm that voltage is the critical issue?

[daan03er]

I'll put a scope and the SDA and SCL pins.

I dont have a 3v3 board.