[Rock-dev] Create BaseType for FibreOpticGyro

[Javier Hidalgo Carrió]

It is better to integrate the gyros in a component (subtracting Bias 
offset and constant Earth rotation ).
I would go for number (2) too.

Javier.

On 07/15/2011 10:54 AM, Sylvain Joyeux wrote:
> On 07/15/2011 10:41 AM, Matthias Goldhoorn wrote:
>> These FOG Can configured in different Operation Modes
>> - Like an Normal Gyro menas output  is in rad/s) ((only used way currently)
>> - In Integrated mode, means the FOG Accumulates the Rotation and
>> Represent an Angle since lastReset.
> Is there a difference between having the gyro itself in integrated mode
> and doing the integration in the component ?
>
>> - Or "\delta rad" from the Last Sample.
> I would completely drop that mode.
>
>> There are Different Ways i can go:
>> 1. Make one Device Generic Datatype (current State)
>> 2. Use for rad/s the IMU Sensors Data type and extend it to handle
>> "invalid" sensors and dimension (like the rbs), and don't handle the others
>> 3. Create an Generic 1-D Rotation Datatype in base Types
> Just like that, I would say that (2) is the way to go, since a gyro is
> an IMU sensor (and it exists 2D / 3D FOGs, so at least they would share
> the same datatypes)
>
> Sylvain
> _______________________________________________
> Rock-dev mailing list
> Rock-dev at dfki.de
> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev


-- 
Javier Hidalgo Carrió
ESA - NPI Programme
Researcher

DFKI Bremen
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany
http://robotik.dfki-bremen.de

Phone:+49(0)421 17845 6661
Fax: +49(0)421 17845 4150
-----------------------------------------------------
Automation&     Robotics Section
European Space Research and Technology Centre (ESTEC)
Keplerlaan 1,  2201AZ Noordwijk, The Netherlands
http://www.esa.int/TEC/Robotics