I havenāt done anything further with it, unfortunately. But I think itās far better to use i2c to communicate with it, rather than continually parsing a high-speed serial stream. I2c is much more flexible, can set the update rate you want, and can poll for information, rather than having it continuously stream. You can use āRVCā mode over I2C, which gives you a quaternion of the yaw, pitch, and roll which can be convered to simple angles. Also you can enable acceleromter messages as well.
I believe I last used the Sparkfun BNO08x library.
In the short term I will be using one of the dual receiver SkyTraq boards for my spring planting. I still hope to explore using the imu and a single receiver if I can ever find time.
Oh good point. Yes for standalone operation with AgIO, RVC mode might be ideal. Would require AOG to know how to parse the packets, of course. I believe I saw the format documented somewhere.
I was looking at the IMU more from the perspective of doing the IMU/GPS fusion on a micocontroller, and passing corrected, fused NMEA position information to AOG or to any other system. That would still be my goal.
I set up a new post for that. Thank you for the great idea about RVC, although that mode has no absolute heading (likely no magnetic heading fusion due to that special usecase)
I see that a lot of you have found the BNO08Xs to be sold out or being very expensive. My question is then; what is an alternative?
I want to make something like this (not my code) and donāt know much about the hardware
Hope someone can help,
Thank you
Update: After some more research; seems like the answer is no and patience (or a lot of money).
The trimble gyroscopes require writing your own code to filter its raw data. They also are the cause of trimbles signature starting wiggle.
The beauty of the new imuās is they are an integrated gyro+accelerometer+magnetomer.
Plus they crunch the data themselves and spit out just the direction data.
If the current world situation would resolve we would be swimming in the new IMUs.
