I2C issue with BNO055 from Adafruit #81

hngmihai · 2016-12-06T15:35:06Z

Tried to connect the ESP32 with the sensor BNO055 from adafruit (https://learn.adafruit.com/adafruit-bno055-absolute-orientation-sensor/wiring-and-test).

Used the latest commit of arduino-esp32, downloaded the libraries from adafruit, and used their code as well:

#include <Wire.h>
#include <Adafruit_Sensor.h>
#include <Adafruit_BNO055.h>
#include <utility/imumaths.h>
  
Adafruit_BNO055 bno = Adafruit_BNO055(55);
 
void setup(void) 
{
  Serial.begin(9600);
  Serial.println("Orientation Sensor Test"); Serial.println("");
  
  /* Initialise the sensor */
  if(!bno.begin())
  {
    /* There was a problem detecting the BNO055 ... check your connections */
    Serial.print("Ooops, no BNO055 detected ... Check your wiring or I2C ADDR!");
    while(1);
  }
  
  delay(1000);
    
  bno.setExtCrystalUse(true);
}
 
void loop(void) 
{
  /* Get a new sensor event */ 
  sensors_event_t event; 
  bno.getEvent(&event);
  
  /* Display the floating point data */
  Serial.print("X: ");
  Serial.print(event.orientation.x, 4);
  Serial.print("\tY: ");
  Serial.print(event.orientation.y, 4);
  Serial.print("\tZ: ");
  Serial.print(event.orientation.z, 4);
  Serial.println("");
  
  delay(100);
}

I get the following error message on serial: "Ooops, no BNO055 detected ... Check your wiring or I2C ADDR!" and if I check the SCL / SDA with the scope I get the following result:

Mention: I double checked the wiring!

I don't know what the issue might be, any help would be great.

The text was updated successfully, but these errors were encountered:

me-no-dev · 2016-12-06T17:04:35Z

it seems as the device is first holding SCL and then SDA (I presume SDA is above) what is the frequency of I2C?

hngmihai · 2016-12-07T08:44:50Z

Your presumption is right.
The frequency is default, I haven't changed it:
Wire.h: void begin(int sda=-1, int scl=-1, uint32_t frequency=100000);

Here are two more screens from the scope:

This is when I connect the BNO055 to an Arduino UNO and it works
This is when I connect the BNO055 to the ESP32

Mention: the same application is loaded on both boards.

me-no-dev · 2016-12-07T09:16:13Z

Interesting... what is that single clock and data pulses before transmission begins? Other than that you can see the same data being sent to your device, but the device does not release SDA after the last byte in the case of ESP32, so that initial pulse is probably screwing something up... it might be a pinInit pulse, so why not add some delay after Wire.begin?

hngmihai · 2016-12-07T11:58:56Z

Ok so I've tried what you've suggested, added a delay(100); after Wire.begin(); and that pulse before transmission begin was eliminated but everything else is the same (still not working, the only difference is that the pulse is not present anymore).

Meanwhile I've also stumbled upon this:

  // BNO055 clock stretches for 500us or more!
#ifdef ESP8266
  Wire.setClockStretchLimit(1000); // Allow for 1000us of clock stretching
#endif

Could this be the issue? I tried removing the if instruction so that Wire.setClockStretchLimit(1000); should happend on ESP32 as well but the method is not recognized by the compiler. The method does not exist in the driver.

I also printed on serial the return from the Wire.endTransmission(); which is "3" => that is "I2C_ERROR_TIMEOUT". So the driver error is a timeout on the bus.

Hope all of this will suggest something that leads you to a solution :D.

me-no-dev · 2016-12-08T21:51:50Z

you are probably correct. I will look for such setting and let you know on what could be done :)

silentviper · 2016-12-09T01:22:26Z

I'm also trying to get the Sparkfun ESP32 Thing to communicate with the BNO055, I have a saleae logic analyzer as well, and when using the arduino i2c scanner code i receive "No I2C devices found" repeatedly, and the logic analyzer sees the device hunt through only even address devices, while the BNO055 is at address 0x28 by default according to the datasheet, but the ESP32 it still isn't seeing a response on the device. An arduino Uno running the same code successfully sees the device at 0x28.
Here's a csv export of the Saleae dump Saleae-export.csv.txt and
associated screenshot of the signals as compared to
which is captured from the Arduino Uno.

I've never used i2c in a project so i'm less than confident in my knowledge but if i had to guess, I think @Devilish1208 is correct that it's related to clock stretching, and setClockStretchLimit is not defined, nor did it seem easy to port to me.

Please let me know if I can be any help in testing/debugging a solution.

andrei-ivanov · 2016-12-09T07:20:03Z

Maybe this will help? http://esp32.com/viewtopic.php?f=19&t=632&p=2832#p2801

wait for data to be latched and increase timeout in attempt to fix clock stretch issues Connected issues: http://esp32.com/viewtopic.php?f=19&t=632&p=2832#p2801 #81 #53 #11

me-no-dev · 2016-12-09T10:53:54Z

try the latest commit please :)

hngmihai · 2016-12-09T15:20:04Z

Glad you guys came up with this, it gave me some hope:))
Pulled your latest commit and tried it out, it brings some improvement but something is still not good and I'm also quite confused now.

If I load the application from here: http://playground.arduino.cc/Main/I2cScanner (which scans the I2C bus for devices and outputs on serial the address at which it found it) the ESP32 finds the device at address 0x28 (which is the default address of the BNO055 according to its documentation). So this is the improvement because previously not even the scan was working. This improved because you increased this value: i2c->dev->timeout.tout = 400000;//clocks max=1048575

If I load the example application from adafruit website: https://learn.adafruit.com/adafruit-bno055-absolute-orientation-sensor/wiring-and-test which should output on serial some values from the sensor, it seems that the ESP32 finds the BNO055 (because I don-t get the error message that says not found) but after that it hangs (gets stuck). I've also found out by using Serial.print messages that it might be hanging in the while loop you introduced: while(i2c->dev->fifo_st.tx_fifo_end_addr == fifotail) {}; (not 100% sure about this though).

Some mentions:

In the while loop you introduced shouldn't you compare "fifotail" variable with the start address in the structure? (you are now comparing it with: "fifo_st.tx_fifo_end_addr")
While running the scanner app I scoped the SDA and SCL again and this is what I get (There are some bus conflicts, that half amplitude spike there)

2.2. While running the Adafruit sample app I scoped SDL and SCL again and this is the only thing I get (I don't understand this, some initialisation phase probably):

me-no-dev · 2016-12-09T15:54:56Z

the loop is checking supposedly the last byte address of the fifo and waiting for it to change (increment) after we added the byte. Surely it could be some magic going on... try removing it and see how things are

me-no-dev · 2016-12-09T15:55:16Z

address was detected probably due to the increased timeout ;)

hngmihai · 2016-12-09T17:12:52Z

@me-no-dev: I'm gonna try that on monday with a scope near and provide what I find out

tolson2000 · 2016-12-09T18:38:30Z

I have a mod to the I2Cscanner sketch. There should be something between an beginTransmission and endTransmission, else some devices won't respond. See below snippet.

for(address` = 1; address < 127; address++ )
{
// The i2c_scanner uses the return value of
// the Write.endTransmisstion to see if
// a device did acknowledge to the address.
Wire2.beginTransmission(address);
Wire2.write(0x00); // Really needs this for reliability <<<---------------
error = Wire2.endTransmission();

Mat-Alm · 2016-12-09T22:00:16Z

I think that I2C drivers have bugs related with fifo! (If we can disable fifo for test )Because when you write only one request to the slave device it only act with behaviour that Devilish1208 show in figure 2.2. Also for read BME280 you need a restart condition after writting request to read the registers and is not done in the current I2C implementation. If we have a better docs on the I2C would be nice!

me-no-dev · 2016-12-14T00:51:29Z

Please try the latest commit. I tested with 6 devices at the same time. I hope we can close this :)

hngmihai · 2016-12-14T09:09:23Z

tried it now, still not working with the BNO055. It seems to be even worst than before because running the I2C scanner software prints on serial that it finds devices at several adresses (the BNO is the only device connected).
For example if I scan adresses from 30 to 50: for (address = 30; address < 50; address++) { I get the following output:

I2C device found at address 0x1F  !
I2C device found at address 0x21  !
I2C device found at address 0x25  ! 
I2C device found at address 0x27  ! 
I2C device found at address 0x28  !
I2C device found at address 0x2A  !
I2C device found at address 0x2C  !
I2C device found at address 0x2E  ! 
I2C device found at address 0x30  !

This is what I catch on the logic analyzer:

me-no-dev · 2016-12-14T09:32:08Z

do you guys have pull up resistors on SDA and SCL? I have 1K on my board and without them I2C will not work

me-no-dev · 2016-12-14T09:33:07Z

I have 6 devices connected at the same time and I have no problems. Scan is working as expected also

hngmihai · 2016-12-14T12:31:37Z

The BNO055 breakout has pullups of 10k on it

me-no-dev · 2016-12-14T12:35:00Z

ok, now what are you doing exactly? are you scanning or are you trying to communicate with that device? if scanning is your answer, have you tried communicating with it with the latest version?
If it's locking your bus, you might want to look here

Mat-Alm · 2016-12-14T13:04:31Z

Hello! I found a solution! for read BME280 it will also works for BNO055! After you issue a read command you need to send a nack after the numbers of read that you done! So you need to mod this line in esp32-hal-i2c.c in (line 270) or the read command field change it to i2cSetCmd(i2c, cmdIdx++, I2C_CMD_READ, willRead, true, false, true); And you will be able work fine with this devices!
Also some times is needed to increase the main stack size on maic.c or you can get only single pulses like in figure 2.2 that Devilish1208 posted!

me-no-dev · 2016-12-14T13:16:51Z

Holly Cow!!!! What A find!
Stack size?

me-no-dev · 2016-12-14T13:36:39Z

breaks all other devices though :(

hngmihai · 2016-12-14T14:54:43Z

@me-no-dev I was scanning the bus for I2C devices, tired again with latest commit, same behaviour.
If I try to communicate with it, it gets stuck somewhere.
@Mat-Alm tried to modify line 270 like you said => It seems to connect to the device because I don't get the error message that BNO055 was not detected but I than get that same value over and over again "from the device" (I'm not sure it really sends anything because this is what I catch on logic analyzer):

torntrousers · 2016-12-14T15:03:42Z

FYI I've tried @Mat-Alm 's line 270 change and it gets a BME280 working for me.

me-no-dev · 2016-12-14T15:07:15Z

but breaks many (all of mine) other I2C devices

Mat-Alm · 2016-12-14T15:36:27Z

Delvish check if your code / library send the stop conditions right? like Wire.endTransmission(true);
Scan works fine to me! I also have 10k pulls near the device.

Mat-Alm · 2016-12-14T16:13:16Z

me-no-dev but my changes are like I2C specs for read ex:

me-no-dev · 2016-12-14T16:34:28Z

@Mat-Alm you just brought an idea in my head... let me see what I can do. Signaling is OK, there is something totally else that is going on.

me-no-dev · 2016-12-14T16:44:48Z

ok try the commit now

Mat-Alm · 2016-12-14T17:15:02Z

For my device BME280 it's working! You had changed the behaviour of multiple and single reads? And what about the : `/*

index - command index (0 to 15)
op_code - is the command
byte_num - This register is to store the amounts of data that is read and written. byte_num in RSTART, STOP, END is null.
ack_val - Each data byte is terminated by an ACK bit used to set the bit level.
ack_exp - This bit is to set an expected ACK value for the transmitter.
ack_check - This bit is to decide whether the transmitter checks ACK bit. 1 means yes and 0 means no.
*/`

What are exactly ack fields behaviour?

Mat-Alm · 2016-12-14T22:06:01Z

Tested with tmp006 it also works!
But the max30100 does not work and I get only single pulses of death!

me-no-dev · 2016-12-14T22:29:42Z

ack_val sets the level of the ack bit when you are reading from a slave. If you set it to true, it will actually send NACK.
ack_exp sets the level of the ack bit that you are expecting to get when you are writing to a slave
ack_check sets wether correct ack level should be checked and error bit set if it fails

silentviper · 2016-12-15T02:48:40Z

@me-no-dev I just tested on a BNO055, and it works!! Address scanning and data pulling, without any extra pull-up resistors.

1 catch, i'm not entirely sure why sensorapi.ino does not work but bunny.ino does. I didn't dig into it just yet.

Thank you!!

hngmihai · 2016-12-15T08:27:19Z

@me-no-dev you did your magic good. Seems to work now, first tests. Congrats m8.

me-no-dev · 2016-12-15T09:56:15Z

that's good news guys! Thank you all for the help! I'll keep this open a bit more because I need to make scanning work better (writing only the address to the bus) and would like you to test the result against your devices to make sure I do not break something along the way :)

me-no-dev · 2016-12-15T17:36:43Z

alright was chasing ghosts (did not pull the latest change in my working branch) closing this now :)
Thank you all for the help!

wait for data to be latched and increase timeout in attempt to fix clock stretch issues Connected issues: http://esp32.com/viewtopic.php?f=19&t=632&p=2832#p2801 espressif/arduino-esp32#81 espressif/arduino-esp32#53 espressif/arduino-esp32#11

me-no-dev added a commit that referenced this issue Dec 9, 2016

Update esp32-hal-i2c.c

d1025b6

wait for data to be latched and increase timeout in attempt to fix clock stretch issues Connected issues: http://esp32.com/viewtopic.php?f=19&t=632&p=2832#p2801 #81 #53 #11

me-no-dev closed this as completed Dec 15, 2016

negativekelvin mentioned this issue Dec 31, 2016

i2c clock stretching support espressif/esp-idf#189

Closed

per1234 mentioned this issue Sep 20, 2018

Correct preprocessor directive syntax sparkfun/SparkFun_CCS811_Arduino_Library#10

Merged

benkuper mentioned this issue Feb 4, 2019

Sensor not found on ESP32 adafruit/Adafruit_BNO055#63

Closed

nseidle mentioned this issue Jan 22, 2020

Bno080 detected but fails at dataAvailable() sparkfun/SparkFun_BNO080_Arduino_Library#37

Closed

paulvha mentioned this issue Mar 23, 2021

Combination BME280/BNO055 paulvha/twowire#1

Closed

brentru pushed a commit to adafruit/arduino-esp32 that referenced this issue Oct 22, 2024

Add Grand Central M4 (espressif#81)

d2a70ce

I2C issue with BNO055 from Adafruit #81

I2C issue with BNO055 from Adafruit #81

Comments

hngmihai commented Dec 6, 2016 • edited Loading

me-no-dev commented Dec 6, 2016

hngmihai commented Dec 7, 2016

me-no-dev commented Dec 7, 2016

hngmihai commented Dec 7, 2016

me-no-dev commented Dec 8, 2016

silentviper commented Dec 9, 2016

andrei-ivanov commented Dec 9, 2016

me-no-dev commented Dec 9, 2016

hngmihai commented Dec 9, 2016 • edited Loading

me-no-dev commented Dec 9, 2016

me-no-dev commented Dec 9, 2016

hngmihai commented Dec 9, 2016

tolson2000 commented Dec 9, 2016

Mat-Alm commented Dec 9, 2016 • edited Loading

me-no-dev commented Dec 14, 2016

hngmihai commented Dec 14, 2016

me-no-dev commented Dec 14, 2016

me-no-dev commented Dec 14, 2016

hngmihai commented Dec 14, 2016

me-no-dev commented Dec 14, 2016

Mat-Alm commented Dec 14, 2016 • edited Loading

me-no-dev commented Dec 14, 2016

me-no-dev commented Dec 14, 2016

hngmihai commented Dec 14, 2016

torntrousers commented Dec 14, 2016

me-no-dev commented Dec 14, 2016

Mat-Alm commented Dec 14, 2016 • edited Loading

Mat-Alm commented Dec 14, 2016 • edited Loading

me-no-dev commented Dec 14, 2016

me-no-dev commented Dec 14, 2016

Mat-Alm commented Dec 14, 2016 • edited Loading

Mat-Alm commented Dec 14, 2016 • edited Loading

me-no-dev commented Dec 14, 2016

silentviper commented Dec 15, 2016

hngmihai commented Dec 15, 2016

me-no-dev commented Dec 15, 2016

me-no-dev commented Dec 15, 2016

hngmihai commented Dec 6, 2016 •

edited

Loading

hngmihai commented Dec 9, 2016 •

edited

Loading

Mat-Alm commented Dec 9, 2016 •

edited

Loading

Mat-Alm commented Dec 14, 2016 •

edited

Loading

Mat-Alm commented Dec 14, 2016 •

edited

Loading

Mat-Alm commented Dec 14, 2016 •

edited

Loading

Mat-Alm commented Dec 14, 2016 •

edited

Loading

Mat-Alm commented Dec 14, 2016 •

edited

Loading