I2C Clock Stretching



  • Re: I2C Clock Stretching

    Anything happening on the stretching part?

    I have to get an Adafruit BNO055 up and running on LoPy before the end of March.

    It is supposed to be used on a FiPy combined with a GPS for an Inertial Navigation System prototype project.



  • @daniel I'm happy to test, too. I'm seeing I2C problems any time a slave attempts clock-stretching.



  • @daniel I would be happy to test.


  • administrators

    @livius and @iannucci I have good news, the hardware implementation of the I2C is ready and will be merged very soon.



  • @iannucci
    This is because I2C i still software not hardware.
    Maybe @daniel can say more..



  • I just implemented functionality for the TI BQ27441 Battery Fuel (Gas) Gauge today and was having no success in getting the device to respond until I hooked up an I2C debugger and saw that, when the battery gauge stretched the clock and then let go, the LoPy I2C interface never came back to life. So I've re-discovered this old problem. The short-term fix for this particular part is to slow its I2C transactions down to 10kHz (wasting energy in the process...).

    Running MicroPython v1.8.6-464.

    What is the status of the real clock-stretching fix?

    Thanks.


Log in to reply
 

Looks like your connection to Pycom Forum was lost, please wait while we try to reconnect.