Can you program CX3 with any one of UsbI2CSpiMode/UsbI2CDMAMode examples of SDK to check the I2C connection.
You need to send vendor commands from the control center to read/write data (Please refer to readme.txt file in the example folder)
While doing that can you probe the I2C lines.
Please share the waveform traces.
I looked a bit more into our slave and I realized that the problem is on our side. Our slave requires an additional SCL clock cycle after the stop condition to get into the idle state. However, the CX3 master immediately stops the SCL clock after the stop condition and restarts only after the start condition. This is why, our slave lacks behind one clock cycle and hence doesn't acknowledge the next write transfer. I understand that this is an issue on our side but since it is a little tricky to change the behaviour of our slave I was wondering whether we could configure the master somehow that it keeps the SCL clock running for at least another cycle after the stop condition?
Thank you for the update about the problem on slave side.
Making the changes on the master side to get one more clock after the stop bit doesn't seem feasible. I will still check it internally.
Please let me know why the device is behaving in such manner? Or why do you need one clock cycle more? so that we can find some other solution to it.