Problem getting SparkFun VR BNO080 working with the Portenta

[cvoalex]

I can't for the life of me get this working I am using the new Portenta H7 and and trying to run the samples for the BNO080.
I am using the Qwiic Cable - Breadboard Jumper (4-pin) to connect to the Portenta.

I get the following:
18:40:29.452 -> BNO080 Read Example
18:40:30.352 -> BNO080 not detected at default I2C address. Check your jumpers and the hookup guide. Freezing...

I have multiple IMUs all with the same issue. I checked the cables. Added the delay and flushed the buffer. I also did the sample I2C scanner and it see the address.

Any ideas?

[PaulZC]

Hi @cvoalex ,
Do you have another 3.3V Arduino board you can try - with a different processor?
I'm worried that this might be the same as issue #72 where the BNO080 refuses to play nicely with the Artemis (Apollo3) on I2C.
Try setting the I2C clock frequency to 400kHz - that helps...
Let me know how you get on,
Paul

[PaulZC]

More info about compatibility problems here:
SAMD21: https://forum.sparkfun.com/viewtopic.php?p=223687#p223687

[cvoalex]

Hi Paul I have it working with your Artemis Redboards. Works fine. I did the same stuff (delay, flush etc) for the portenta. Doesnt work. tried on multiple portentas and multiple VR IMUs. I even went as far as trying debugging. It actually sees the address and receives packets. I changed the condition to true and it sees all this: //Now we wait for response if (receivePacket() == true) { //if (shtpData[0] == SHTP_REPORT_PRODUCT_ID_RESPONSE) if(1) { if (_printDebug == true) { _debugPort->print(F("SW Version Major: 0x")); _debugPort->print(shtpData[2], HEX); _debugPort->print(F(" SW Version Minor: 0x")); _debugPort->print(shtpData[3], HEX); uint32_t SW_Part_Number = ((uint32_t)shtpData[7] << 24) | ((uint32_t)shtpData[6] << 16) | ((uint32_t)shtpData[5] << 8) | ((uint32_t)shtpData[4]); _debugPort->print(F(" SW Part Number: 0x")); _debugPort->print(SW_Part_Number, HEX); uint32_t SW_Build_Number = ((uint32_t)shtpData[11] << 24) | ((uint32_t)shtpData[10] << 16) | ((uint32_t)shtpData[9] << 8) | ((uint32_t)shtpData[8]); _debugPort->print(F(" SW Build Number: 0x")); _debugPort->print(SW_Build_Number, HEX); uint16_t SW_Version_Patch = ((uint16_t)shtpData[13] << 8) | ((uint16_t)shtpData[12]); _debugPort->print(F(" SW Version Patch: 0x")); _debugPort->println(SW_Version_Patch, HEX); } return (true); } } What doesn't seem to be happening is anythimg writing to the header shtpData. I appreciate any help you can give Tx

…

On Sun, Mar 7, 2021 at 12:54 AM Paul ***@***.***> wrote: Hi @cvoalex <https://github.com/cvoalex> , Do you have another 3.3V Arduino board you can try - with a different processor? I'm worried that this might be the same as issue #72 <#72> where the BNO080 refuses to play nicely with the Artemis (Apollo3) on I2C. Try setting the I2C clock frequency to 400kHz - that helps... Let me know how you get on, Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACJKV27H3YZ2ZM3YAJSJN3TCM5NHANCNFSM4YXLWBBQ> .

[cvoalex]

01:27:22.743 -> Request ProductID 01:27:22.743 -> TRUE Received packet 01:27:22.743 -> SW Version Major: 0x3 SW Version Minor: 0x2 SW Part Number: 0x98A498 SW Build Number: 0x172 SW Version Patch: 0x7 01:27:22.743 -> Received Packet1 01:27:22.743 -> 0000Packet 0000 01:27:22.743 -> Readings1

…

On Sun, Mar 7, 2021 at 12:54 AM Paul ***@***.***> wrote: Hi @cvoalex <https://github.com/cvoalex> , Do you have another 3.3V Arduino board you can try - with a different processor? I'm worried that this might be the same as issue #72 <#72> where the BNO080 refuses to play nicely with the Artemis (Apollo3) on I2C. Try setting the I2C clock frequency to 400kHz - that helps... Let me know how you get on, Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACJKV27H3YZ2ZM3YAJSJN3TCM5NHANCNFSM4YXLWBBQ> .

[PaulZC]

Hi @cvoalex ,
I suspect you could end up going down a rabbit hole here...
If you have an (inexpensive) logic analyzer you can look at the I2C traffic and try and work out what is going on. But brace yourself for weirdness. I spent hours looking at the Artemis (Apollo3) issue and couldn't solve it. It crashes the Apollo3 I2C hardware at a very low level causing it to timeout. You see normal bus traffic and then it just stops dead with no clues as to why...
I'll leave this issue open for a while in case anyone else can help.
All the best,
Paul

[cvoalex]

Thank you!

…

On Sun, Mar 7, 2021 at 1:32 AM Paul ***@***.***> wrote: Hi @cvoalex <https://github.com/cvoalex> , I suspect you could end up going down a rabbit hole here... If you have an (inexpensive) logic analyzer <https://www.sparkfun.com/products/15033> you can look at the I2C traffic and try and work out what is going on. But brace yourself for weirdness. I spent *hours* looking at the Artemis (Apollo3) issue and couldn't solve it. It crashes the Apollo3 I2C hardware at a very low level causing it to timeout. You see normal bus traffic and then it just stops dead with no clues as to why... I'll leave this issue open for a while in case anyone else can help. All the best, Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACJKVYLN5KK7KI7E5GFALLTCNB4VANCNFSM4YXLWBBQ> .

[cvoalex]

Paul Seems these guys got it working. Dont know how https://github.com/adafruit/Adafruit_BNO08x Maybe you guys can do the same. Tx Alex

…

On Sun, Mar 7, 2021 at 1:32 AM Paul ***@***.***> wrote: Hi @cvoalex <https://github.com/cvoalex> , I suspect you could end up going down a rabbit hole here... If you have an (inexpensive) logic analyzer <https://www.sparkfun.com/products/15033> you can look at the I2C traffic and try and work out what is going on. But brace yourself for weirdness. I spent *hours* looking at the Artemis (Apollo3) issue and couldn't solve it. It crashes the Apollo3 I2C hardware at a very low level causing it to timeout. You see normal bus traffic and then it just stops dead with no clues as to why... I'll leave this issue open for a while in case anyone else can help. All the best, Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACJKVYLN5KK7KI7E5GFALLTCNB4VANCNFSM4YXLWBBQ> .

[PaulZC]

Hi Alex,
So have you tried Adafruit's library? Does it work on your Portenta?
Thanks,
Paul

[cvoalex]

Hi Paul Yes. Tried it and it works Tx

…

Sent from my iPhone

On Mar 7, 2021, at 3:38 AM, Paul ***@***.***> wrote:  Hi Alex, So have you tried Adafruit's library? Does it work on your Portenta? Thanks, Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.

[PaulZC]

Hi Alex,
Perfect- thanks! I might stand a chance of debugging it now - if the same hardware works with the Adafruit library but doesn’t work with the SF version.
All the best,
Paul

[cvoalex]

Great. Good luck See their issue thread. Someone about some buffer >32

…

Sent from my iPhone

On Mar 7, 2021, at 9:53 AM, Paul ***@***.***> wrote:  Hi Alex, Perfect- thanks! I might stand a chance of debugging it now - if the same hardware works with the Adafruit library but doesn’t work with the SF version. All the best, Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.

[cvoalex]

I commented out this line //while (1) { delay(10); } So there is clearly still some problem with the begin, but otherwise works

…

On Sun, Mar 7, 2021 at 9:53 AM Paul ***@***.***> wrote: Hi Alex, Perfect- thanks! I might stand a chance of debugging it now - if the same hardware works with the Adafruit library but doesn’t work with the SF version. All the best, Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACJKV2XCFEKOMOXNY5EHXDTCO4QDANCNFSM4YXLWBBQ> .

[PaulZC]

Hi Alex,
If you're familiar with GitHub (Git) branches, can you please pull or download the release_candidate branch and give it a try?
I've made some changes there and it now seems to start reliably on Artemis using I2C. I'd be very interested to see if it works on Portenta too.
Many thanks!
Paul

[cvoalex]

Hi Paul Unfortunately no luck. It throws the Portenta into panic mode. Tx Alex

…

On Mon, Mar 8, 2021 at 5:26 AM Paul ***@***.***> wrote: Hi Alex, If you're familiar with GitHub (Git) branches, can you please pull or download the release_candidate branch <https://github.com/sparkfun/SparkFun_BNO080_Arduino_Library/tree/release-candidate> and give it a try? I've made some changes there and it now seems to start reliably on Artemis using I2C. I'd be very interested to see if it works on Portenta too. Many thanks! Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACJKV633BSMNGA2JNLTNFTTCTGBLANCNFSM4YXLWBBQ> .

[cvoalex]

Hi Paul Still trying to get the VR BNO going. I connected it to the Redboard and got it working fine with I2C. But I cant get it going with the SPI. I connected the pins per the SPI example to the appropriate pins on the breakout board. Any ideas?

…

On Mon, Mar 8, 2021 at 5:26 AM Paul ***@***.***> wrote: Hi Alex, If you're familiar with GitHub (Git) branches, can you please pull or download the release_candidate branch <https://github.com/sparkfun/SparkFun_BNO080_Arduino_Library/tree/release-candidate> and give it a try? I've made some changes there and it now seems to start reliably on Artemis using I2C. I'd be very interested to see if it works on Portenta too. Many thanks! Paul — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACJKV633BSMNGA2JNLTNFTTCTGBLANCNFSM4YXLWBBQ> .