SmartMotion® MEMS Motion Sensors

phpbb forum ID
13263
By karlis99 , 6 October 2014

I'm attempting to compile and test Motion Driver 6.1 and CA-SDK firmware on a CA-SDK board.

Both fail with a single error:
"Content is not allowed in prolog. in file C:/..../Release CA SDK Firmware 08212013/._MSP430F5528.ccxml"

And indicate line 1 of ._MSP430F5528.ccxml

Nothing precedes <?xml in this file, but the compiled xml file references Mac osX for some reason, and the hex output is a mess. Why does the Invensense CA-SDK and driver firmware throw compile errors out of the box, and what must I do to fix it? I'm on a deadline for a client here.

By zengfu , 6 October 2014

Hello,
i used motion_driver_6.1 library for my application on a cortex a9 cpu but i obtain illegal instruction in the "inv_enable_fast_nomot()" function. I linked my application with
libmpllib_generic.a.
Are the generic arm library compatible with the cortex A9 cpu?

Thx.

By jonas-eberhardt , 6 October 2014

Hello,
I have a problem trying to communicate with SPI using the STM32 Nucleo. I am using the STM_HAL_Drivers to read data from an Invensense MPU9250.
When I read values, I sometimes get spoilage of the last bit, and this seems to coincide with the value of the MISO line when the register address is being sent (i.e if the MISO line is high when transmiting the register address, the recieved data will spoil high, and vice versa).
I have checked all lines using an Oscilloscope and the data seems to be fine.

By lengjing , 5 October 2014

Revised: The software you ship has STM32F4 support, it is a M4 with FPU. When I looked in the bin directory the compiled application is not for the STM32F4! STM32L-Discovery.hex is what is there and that is a Cortex M3 with no FPU. And The MK02FN64VFM10 is Cotex-M0 NO FPU.
I've searched and found nothing on support for ARM Cortex-M4 HWFP and SIMD, I'm trying to prototype a MK02FN64VFM10 based system.
Thanks

By amerams , 5 October 2014

hi everyone, I'm developing a project where take the raw data from gyroscope's mpu-6050, and I've correct the bias and show the data in my computer,
this is when I found an (I suppose) abnormal behavior while I was testing for measured angular velocity in the gyroscope

when I turned the board with respect to z-axis, it brings me good accuracy along +-360°, no problem

By david.walker , 2 October 2014

What is the default frequency rate in MPU9150 (when gyrometer/accelerometer/compass sensor data are toggled)? In my case it sends only quat data untill I toggle the gyrometer (or compass or accelerometer), and I have to toggle them every time I restart the device. What is the default frequency rate? Does the frequency rate persist if I restart the device after changing to another frequency rate? Thanks!

By chucker_t , 29 September 2014

I am able to get YPR from the following equations, implemented in stm32.

P = asin(2 * q1 * q3 - 2 * q0* q2)* 57.3;
R= atan2(2 * q2 * q3 + 2 * q0 * q1, -2 * q1 * q1 - 2 * q2* q2 + 1)* 57.3;
Y = atan2(2*(q1*q2 + q0*q3),q0*q0+q1*q1-q2*q2-q3*q3) * 57.3;

The problem I have is that when the pitch get closer to 90 degree, roll and yaw will become unstable. Anyone know how to solve this??

By rover_shie , 29 September 2014

Hi,

I'm managing to get excellent bias/accel calibration results which give me very low yaw drift out of DMP. I'm now at the point where temperature effects are apparent. I would classify this issue into two; 'warmup' and temp fluctuation.

Warm-up isn't a problem - our application monitors the temps and does not perform bias calculations until the device has warmed up. But in-use fluctuations in temp I need to deal with.