IMU and Arduino: with or without an on-board digital processor?
hi all,
first of let me it's week i'm studying imu , how use it, i'm totally new type of sensors. i've read intersting post (http://www.starlino.com/imu_guide.html) how , handle gyroscope/accelerometer info directly kind of sensors , see microcontroller (an arduino in our case) expected calculate roll , pitch (and yaw).
i have few questions:
1) there lots of breakout boards on market, of them provide sensors (like 1 form adafruit http://www.adafruit.com/products/1714 or 1 sparkfun https://www.sparkfun.com/products/10724), other include digital processor (like 1 https://www.sparkfun.com/products/11028). don't see relevant difference in price (between $40 , $50), guess real differences in sensors, correct? it's not easy me understand have in datasheets: info sensitivity seems same boards...
2) looking @ example code provided manufacturers, seems me board dsp (or dmp sparkfun call it) able provide roll/pitch/yaw info no need additional code, correct? have no prob math involved, i've seen how code need transform raw data accelerometer , gyro , i'm bit worried size of resulting sketch should load arduino's memory. using imu dsp on-board seems choise: real concern according you?
3) last not least: in case of board digital processor, i've seen there fifo used interface microcontroller, it's not clear me how can access fifo looking updated data. let's consider scenario sketch gets data, throws away , looks new data... stress arduino<->imu communication. imu-dsp 'quick' , arduino 'slow' every time ask new roll/pitch/yaw data find updated in fifo? or find empty list? don't think imu-with-dsp board can bottleneck of architecture, sure
first of let me it's week i'm studying imu , how use it, i'm totally new type of sensors. i've read intersting post (http://www.starlino.com/imu_guide.html) how , handle gyroscope/accelerometer info directly kind of sensors , see microcontroller (an arduino in our case) expected calculate roll , pitch (and yaw).
i have few questions:
1) there lots of breakout boards on market, of them provide sensors (like 1 form adafruit http://www.adafruit.com/products/1714 or 1 sparkfun https://www.sparkfun.com/products/10724), other include digital processor (like 1 https://www.sparkfun.com/products/11028). don't see relevant difference in price (between $40 , $50), guess real differences in sensors, correct? it's not easy me understand have in datasheets: info sensitivity seems same boards...
2) looking @ example code provided manufacturers, seems me board dsp (or dmp sparkfun call it) able provide roll/pitch/yaw info no need additional code, correct? have no prob math involved, i've seen how code need transform raw data accelerometer , gyro , i'm bit worried size of resulting sketch should load arduino's memory. using imu dsp on-board seems choise: real concern according you?
3) last not least: in case of board digital processor, i've seen there fifo used interface microcontroller, it's not clear me how can access fifo looking updated data. let's consider scenario sketch gets data, throws away , looks new data... stress arduino<->imu communication. imu-dsp 'quick' , arduino 'slow' every time ask new roll/pitch/yaw data find updated in fifo? or find empty list? don't think imu-with-dsp board can bottleneck of architecture, sure
it depends else want system do.
the imu calculation needs proceed continuously on more or less uninterrupted basis.
processors cheap. it makes sense have imu calculation on dedicated processor can debugged , optimised once, and not messed around afterwards, , other activities on separate processor.
the imu calculation needs proceed continuously on more or less uninterrupted basis.
processors cheap. it makes sense have imu calculation on dedicated processor can debugged , optimised once, and not messed around afterwards, , other activities on separate processor.
Arduino Forum > Using Arduino > Sensors > IMU and Arduino: with or without an on-board digital processor?
arduino
Comments
Post a Comment