[ML-General] IMU units and GPS read

[david]

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
>>> 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/20150422/1ae6d2e7/attachment.html>