"Accelerometers are accurate in the long term" would mean they had no offset and zero drift
Can you post a link to this, it'd be interesting to see Freescale's codeI'm porting Freescale's Kalman filter and soft iron calibration code now....
Speaking as a potential user, I think having helper functions that convert the data into human readable values is useful.Paul,
do you want pull.request for NXPMotionSense, or is it too early ?
There are some functions missing, like reading the temperature data, altitude or pressure.
And, should it contain only "raw" data, or additionally "human readable" data like °C or °F (=floats ?) ?
do you want pull.request for NXPMotionSense, or is it too early ?
Speaking as a potential user, I think having helper functions that convert the data into human readable values is useful.
IMU now has a standard in Arduino - ... - but prior link new to IDE 1.6.8 shows a developed API set for their 6DOF IMU interface.
onehorse has a technically well developed quaternion and more interface to his MPU9250 unit - would have been cool had it come 'wit' that chipset - not sure if it maps well or not.
Technical questions... what are the total power requirements esp. the 3.3v?
Also, what's the differance between the two 3.3v connections?.. and what about the the two gnd and agnd?
...
I'm not very excited by their API on the Curie board. It's very complicated.
...
I look very briefly at Onehorse's stuff a while back. Will give it another look next week. But I'm very sure we're going to go with Freescale's code for the Kalman filter.
I'll need some help figuring out what to do with the audio amplifier...