<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hmh, <br>
<br>
i think we should add base::Temperature analog to base::angle
WITHOUT an timestamp, becasue the temperature can then be added to
any class without duplicate the time field.<br>
<br>
Add instead an TemperatureReading dataitem which includes base::Time
and the base::Temperature (and still from my point of view an
std::string origin)<br>
<br>
Greetings,<br>
Matthias<br>
<br>
On 26.09.2012 15:21, Javier Hidalgo Carrió wrote:
<blockquote cite="mid:50630157.10905@dfki.de" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Thanks to all the inputs.<br>
<br>
The solution took so far is:<br>
<br>
1) Added base::Temperature in types/base. Similar to base::Angle
but with a timestamp (base::Time). <br>
<br>
2) I used base::RigidBodyAcceleration for inclinometers output.<br>
<br>
Javier.<br>
<br>
On 09/25/2012 05:22 PM, Jakob Schwendner wrote:<br>
</div>
<blockquote
cite="mid:879164866.2344.1348586558573.JavaMail.open-xchange@ox6.dfki.de"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div> </div>
<div> <br>
---------- Original Message ---------- <br>
From: Jakob Schwendner <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:jakob.schwendner@dfki.de"><jakob.schwendner@dfki.de></a>
<br>
To: Matthias Goldhoorn <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:matthias.goldhoorn@dfki.de"><matthias.goldhoorn@dfki.de></a>
<br>
Date: September 25, 2012 at 5:21 PM <br>
Subject: Re: [Rock-dev] Fwd: Re: IMUSensor - temperature and
inclinometers values </div>
<div style="position: relative;">
<div> </div>
<div> <br>
On September 25, 2012 at 3:32 PM Matthias Goldhoorn <a
moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="mailto:matthias.goldhoorn@dfki.de"><matthias.goldhoorn@dfki.de></a>
wrote: <br>
> On 25.09.2012 15:12, Jakob Schwendner wrote: <br>
> > On 09/25/2012 02:47 PM, Alexander Duda wrote: <br>
> >> On 09/25/2012 02:43 PM, Janosch Machowinski
wrote: <br>
> >>> On 25.09.2012 14:32, Javier Hidalgo Carrió
wrote: <br>
> >>>> Dear all, <br>
> >>>> <br>
> >>>> I am integrating a new IMU in rock,
which gives also Inclinometers <br>
> >>>> (m/s^2) and temperature (Celsius
Degrees). <br>
> >>>> The current IMUSensor structure
allows: <br>
> >>>> <br>
> >>>> /** Timestamp of the orientation
reading */ <br>
> >>>> Time time; <br>
> >>>> <br>
> >>>> /** raw accelerometer readings */ <br>
> >>>> base::Vector3d acc; <br>
> >>>> <br>
> >>>> /** raw gyro reading*/ <br>
> >>>> base::Vector3d gyro; <br>
> >>>> <br>
> >>>> /** raw magnetometer reading*/ <br>
> >>>> base::Vector3d mag; <br>
> >>>> <br>
> >>>> My question is: <br>
> >>>> <br>
> >>>> 1) To extend IMUSensor in
base/samples/imu.h to have temperature (like <br>
> >>>> the Xsens also gives) and
inclinometers (it is given for better initial <br>
> >>>> leveling) <br>
> >>>> 2) Create a new data struct in my
rock-driver i.e IMUSensorExtend <br>
> >>>> structure to this IMU. <br>
> >>>> <br>
> >>>> Which is the best? <br>
> >>>> <br>
> >>>> Thanks, <br>
> >>>> <br>
> >>>> Javier. <br>
> >>>> <br>
> >>> 1) sound like the better option to me. <br>
> >>> Janosch <br>
> >>> <br>
> >> The temperature gradient will be much slower
than the other values and <br>
> >> you could also have n temperature sensors for
your System affecting the <br>
> >> IMU. Therefore I would go for a generic
temperature structure. This <br>
> >> would also improves the overall monitoring of
your system as all <br>
> >> temperatures can be displayed by a generic
widget. <br>
> > +1 <br>
> > Same for inclinometer. I would process the values
in the driver module <br>
> > already. Just add additional output ports to the
module. <br>
> > <br>
> > Jakob <br>
> > <br>
> > <br>
> > _______________________________________________ <br>
> > Rock-dev mailing list <br>
> > <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:Rock-dev@dfki.de">Rock-dev@dfki.de</a> <br>
> > <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</a>
<br>
> We should at this point think about an mapping where
the temp is <br>
> recorded, some "name", i mean in general for this case
it is clear that <br>
> the imu itself output's the temp. <br>
> But if we had an general temp-measrument device, this
device could be <br>
> everywhere, so if we now add an new temperature (in
kelvin!) we should <br>
> ad also an string with an description. But in general
it is this again <br>
> an base-type? </div>
<div> Don't see why it should come with a description. It's
not that we have datums floating around without knowing
where they are coming from. For the temperature we could
have a type like base::Angle, which stores the temperature
in canonical form (which could be Kelvin). </div>
<div> </div>
<div> Jakob </div>
<div> </div>
</div>
<div id="ox-signature"> -- <br>
Jakob Schwendner, M.Sc. <br>
Researcher <br>
<br>
DFKI Bremen <br>
Robotics Innovation Center <br>
Robert-Hooke-Straße 5 <br>
28359 Bremen, Germany <br>
<br>
Phone: +49 (0)421 17845-4120 <br>
Fax: +49 (0)421 17845-4150 <br>
E-Mail: <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:jakob.schwendner@dfki.de">jakob.schwendner@dfki.de</a>
<br>
<br>
Weitere Informationen: <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://www.dfki.de/robotik">http://www.dfki.de/robotik</a>
<br>
-----------------------------------------------------------------------
<br>
Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
<br>
Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern <br>
Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster
<br>
(Vorsitzender) Dr. Walter Olthoff <br>
Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes <br>
Amtsgericht Kaiserslautern, HRB 2313 <br>
Sitz der Gesellschaft: Kaiserslautern (HRB 2313) <br>
USt-Id.Nr.: DE 148646973 <br>
Steuernummer: 19/673/0060/3 <br>
-----------------------------------------------------------------------
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Rock-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Rock-dev@dfki.de">Rock-dev@dfki.de</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Javier Hidalgo Carrió
ESA - NPI Programme
Researcher
DFKI Bremen
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://robotik.dfki-bremen.de">http://robotik.dfki-bremen.de</a>
Phone:+49(0)421 17845 6661
Fax: +49(0)421 17845 4150
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Rock-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Rock-dev@dfki.de">Rock-dev@dfki.de</a>
<a class="moz-txt-link-freetext" href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Dipl.-Inf. Matthias Goldhoorn
Space and Underwater Robotic
Universität Bremen
FB 3 - Mathematik und Informatik
AG Robotik
Robert-Hooke-Straße 5
28359 Bremen, Germany
Tel.: +49 421 178 45-4193
Zentrale: +49 421 178 45-6550
Fax: +49 421 178 45-4150
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:matthias.goldhoorn@uni-bremen.de">matthias.goldhoorn@uni-bremen.de</a>
Weitere Informationen: <a class="moz-txt-link-freetext" href="http://www.informatik.uni-bremen.de/robotik">http://www.informatik.uni-bremen.de/robotik</a></pre>
</body>
</html>