3D Robotics

3689470548?profile=originalGood news: Invensense has finally released a licence that allows open source projects such as ArduCopter/Plane to use the built-in sensor fusion processor in the MPU-6000 gyro/accel chip used in APM 2.x!

This processor, called the Digital Motion Processor (DMP), has been in the APM 2.x sensors from the beginning, but we weren't using it because Invensense had not specifically allowed their driver to be distributed with open source software. However, after much discussion, they have now written a licence that allows this. 

You can get it on the Invensense Developers Corner here. (You'll have to register first). I'm not a lawyer, so I won't attempt to analyze the language to see if there are any holes in it, but the Invensense developer relations managers and their legal team wrote it with projects like ArduPlane/Copter in mind, and they've assured me that we now have the green light to use the DMP code. (The agreement specifies the MPU-6050, which is the I2C version of the chip, but that includes the MPU-6000, which is the SPI version that we use). 

The Ardu* dev team is hard at work at implementing the DMP code in the ArduCopter/Plane code and we hope to have that ready for the next release. It will probably give you a choice of using the current DCM, running on the main processor, or the DMP running on the MPU-6000, freeing up a good bit of processing power for other functions. 

We have not done a rigorous test of the DMP vs the DCM, so we can't yet say that one is better than the other. But this licence now allows us give people the option of trying it, and if it perorms better than the DCM, or just as well but freeing up computational power, we can switch to it going forward. 

E-mail me when people leave their comments –

You need to be a member of diydrones to add comments!

Join diydrones

Comments

  • this is simply great news... I cant wait to try the DMP version of arduplane.

  • I don't really know enough about anything to comment but have a question though: How would their code be better than something that "we" could do. Would their not be good for 80/20 when quad and planes are actually the 20?

    Can "we" tweak the code in the DMP? That would be the best I would guess.

    From a layman's PoV, I've been flying my quad since December and have seen a large improvement each time a new version comes out. Would these improvements no be slowed because we're relying on their black box to do the work.

    Feel free to point out the errors in my thought process ;)

  • Hello All.

    I've not said much before but have been following for a long time. Having the option DMP/DCM is good, but switching to DMP later on at the expense of DCM would take a big part of the project out of open source and make it reliant upon a proprietary and very specialized product. If this is the case, it doesn't seem good; or am I missing something. Paul.

  • Good news ,Looking forward,I like apm2^_^
  • Great!

  • Wiki Ninja

    Wooohoo! I'm waiting for the next Arduplane code to try. Good times are rolling with DIYDrones!

This reply was deleted.