07-29-2019 05:05 PM
Hi,
I'm interfacing a BMA423 with an nRF52810. The chip is working in i2c mode at address 0x18 (SDO line to GND).
I'm using the API library provided at https://github.com/BoschSensortec/BMA423-Sensor-API
The first time I ran the code, calling bma423_init() was successfully able to communicate with the chip and read the chip ID. But when calling bma423_write_config(), the chip accepted a few dozens of 8-byte chunks, but at some point, it stopped responding (doesn't ACK the I2C address or pulls the bus down anymore). Now bma423_init() fails every time.
The worst part is that this situation is persistent. I couldn't get the chip to respond anymore.
What I tried:
More info:
We're on a tight deadline so any support would be greatly appreciated.
Thanks in advance,
Mike
Solved! Go to Solution.
07-29-2019 05:59 PM
Self-reply:
I still don't know why the config file transfer is failing, but fortunately what was causing it to appear permanent was a decoupling cap that kept the chip powered on for a long time over power cycles, which makes much more sense.
07-29-2019 07:17 PM
After some trial and error the problem was that I was splitting the I2C write access into 2 I2C transactions (1st: write register address without stop condition, 2nd: write data (single byte or burst) with stop condition). This doesn't always work.
Now I buffer the reg address + data to write and do the write access in one single transaction. This works every time.
Sometimes it's good to document and explain one's progress to question what is usually taken for granted, get new perspectives and try different stuff. Most of the time the cause of the problem pops up by itself.
07-31-2019 09:56 AM - edited 07-31-2019 09:58 AM
Hi Mike,
I'm glad you solved you issue quickly. In this case, the first debugging step would be to validate your system with the specifications of the datasheet. There is a diagram showing the required protocol to use on the i2c bus.