[ML-General] IMU units and GPS read

[david]

Yes, I do have projects in mind.  One is the drone(s) that I mentioned.  
Another is IMU and navigation in airplanes that I fly in.  Another is in 
road vehicles so I have a pretty cheap G-meter :).  The G-meter may wind 
up costing more but I have a whole lot more fun programming and making 
it myself than I would opening a box with a completed unit inside.

By airframes, you mean you have several drones?



On 04/22/15 20:48, Stephan Henning wrote:
> David,
>
> If I can get off my butt and fix up one of my airframes, I might have 
> something you can use.
>
> Got any specific projects in mind? Maybe we can collaborate on 
> something this summer.
>
> -stephan
>
> On Wed, Apr 22, 2015 at 7:38 PM, david <ainut at knology.net 
> <mailto:ainut at knology.net>> wrote:
>
>     I just have to get by the shop and solder in the pins before I can
>     play with them.  I have 4 other IMU's to tinker with but this is
>     the first (too bad it had to be Bosch) that has the "sensor
>     fusion" already built-in.  What Bosch did was include an embedded
>     uprocessor and developed their own code.  I cannot find out if
>     they used Kalman filtering or not, or exactly which algorithm they
>     selected.  I *greatly* enjoy not having to write that code and
>     optimize it for an embedded box so if this works, I consider it
>     money well spent.  However, Bosch does not have a great track
>     record in that respect.  Plus, the more cpu load I can offload
>     from the BBB, the better I like it. :)
>     I'm also using the Adafruit "ultimate gps" board (MTK 3339) for
>     the same environment.  Running tests now to determine the lowest
>     processor overhead involved with just talking to the danged
>     thing.  Read() a char at a time, or string at a time.  Which
>     method uses the least overhead? And worse, getting a line at a
>     time doesn't know when to stop because the gps out uses Winblows
>     CR/LF instead of the UNIX/Linux '\n.'  Using read() with fixed
>     buffer size is reading PAST the end of line into the next line
>     because of that.  Grrr.  Searching for problem resolution now.
>     Minicom source has both methods in it's algorithm but I can't
>     determine which is used in their runtime.  Their output from the
>     serial GPS strings looks correct but I can't get my program to do
>     that in canonical (get string mode) to do that.  Probably
>     "programmer head space" error.
>
>     This toy has applications in several areas, including drones and etc.
>
>     I want a drone so bad...
>
>     David Merchant
>
>
>
>     On 04/22/15 19:22, James Fluhler wrote:
>>     I had not heard of these before look pretty cool I may have to
>>     pick up some! If you find some success with these maybe toss up a
>>     quick tutorial sometime!
>>
>>     James F.
>>
>>     On Apr 22, 2015, at 7:02 PM, david <ainut at knology.net
>>     <mailto:ainut at knology.net>> wrote:
>>
>>>     Thanks, Matthew,   I downloaded that before I bought one to be
>>>     sure it would work for my application.  Are you by chance
>>>     playing with them, too?
>>>
>>>     David
>>>
>>>
>>>
>>>
>>>     On 04/22/15 18:08, matthew varian wrote:
>>>>     Here is the data sheet for it, it should get you up and going
>>>>     http://ae-bst.resource.bosch.com/media/products/dokumente/bno055/BST_BNO055_DS000_12~1.pdf
>>>>     <http://ae-bst.resource.bosch.com/media/products/dokumente/bno055/BST_BNO055_DS000_12%7E1.pdf>
>>>>
>>>>     Good luck!
>>>>
>>>>     On Wed, Apr 22, 2015 at 6:02 PM, david <ainut at knology.net
>>>>     <mailto:ainut at knology.net>> wrote:
>>>>
>>>>         Anyone playing with the Bosch BNO-055 units, with internal
>>>>         "sensor fusion" already built-in?  I just received two of
>>>>         them and can't wait to solder the pins so I can tinker!
>>>>
>>>>         Any comments about the device?  They're a bit less than $35
>>>>         for a Teensy 3.1 compatible board.  I plan to use them with
>>>>         a Beaglebone Black.  They are 3.3V units and use I2C.
>>>>
>>>>         David Merchant
>>>>
>>>>
>>>>         _______________________________________________
>>>>         General mailing list
>>>>         General at lists.makerslocal.org
>>>>         <mailto:General at lists.makerslocal.org>
>>>>         http://lists.makerslocal.org/mailman/listinfo/general
>>>>
>>>>
>>>>
>>>>
>>>>     _______________________________________________
>>>>     General mailing list
>>>>     General at lists.makerslocal.org  <mailto:General at lists.makerslocal.org>
>>>>     http://lists.makerslocal.org/mailman/listinfo/general
>>>
>>>     _______________________________________________
>>>     General mailing list
>>>     General at lists.makerslocal.org <mailto:General at lists.makerslocal.org>
>>>     http://lists.makerslocal.org/mailman/listinfo/general
>>
>>
>>     _______________________________________________
>>     General mailing list
>>     General at lists.makerslocal.org  <mailto:General at lists.makerslocal.org>
>>     http://lists.makerslocal.org/mailman/listinfo/general
>
>
>     _______________________________________________
>     General mailing list
>     General at lists.makerslocal.org <mailto:General at lists.makerslocal.org>
>     http://lists.makerslocal.org/mailman/listinfo/general
>
>
>
>
> _______________________________________________
> General mailing list
> General at lists.makerslocal.org
> http://lists.makerslocal.org/mailman/listinfo/general

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.makerslocal.org/pipermail/general/attachments/20150423/d140cf57/attachment.html>