<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Starlino Electronics</title>
	<atom:link href="http://www.starlino.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.starlino.com</link>
	<description>Electronics and Robotics Projects, Tutorials, Reviews, Experiments</description>
	<lastBuildDate>Fri, 03 Feb 2012 16:51:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by starlino</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2175</link>
		<dc:creator>starlino</dc:creator>
		<pubDate>Fri, 03 Feb 2012 16:51:23 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2175</guid>
		<description>Kostr:
1) Yes gyro will improve results because it&#039;s more precise on short periods of time.
2) You can only calculate Ra from Rag when external accelerations are occasional and short , otherwise you would loose your main reference and gyro drifts with time, so you would need a magnetometer if external acceleration noise is constant and random.</description>
		<content:encoded><![CDATA[<p>Kostr:<br />
1) Yes gyro will improve results because it&#8217;s more precise on short periods of time.<br />
2) You can only calculate Ra from Rag when external accelerations are occasional and short , otherwise you would loose your main reference and gyro drifts with time, so you would need a magnetometer if external acceleration noise is constant and random.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by starlino</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2174</link>
		<dc:creator>starlino</dc:creator>
		<pubDate>Fri, 03 Feb 2012 16:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2174</guid>
		<description>Philippe: yes I saw this formula I think in Nuts&amp;Volts magazine among other places, could someone explain why it works ? It obviously has no noise compensation but is an ok choice when code size is important.</description>
		<content:encoded><![CDATA[<p>Philippe: yes I saw this formula I think in Nuts&#038;Volts magazine among other places, could someone explain why it works ? It obviously has no noise compensation but is an ok choice when code size is important.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by Kostr</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2172</link>
		<dc:creator>Kostr</dc:creator>
		<pubDate>Fri, 03 Feb 2012 13:13:06 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2172</guid>
		<description>Hi, thanks for the article! It&#039;s really helpful.

But i have some problems...
My device need to calculate velocity and traveled path of the car. As you said in comment 79 :&quot;Accelerometer measures combined gravity Rg and device acceleration Ra: Rag = Rg + Ra&quot;. Then you calculated Ra using magnitometer data. So i have 2 questions:

1) If we use magnitometer+accelerometer, gyro isn&#039;t needed? Can gyro improve results?
2) Can we calculate Ra from Rag using only gyro+accelerometer, without magnitometer.</description>
		<content:encoded><![CDATA[<p>Hi, thanks for the article! It&#8217;s really helpful.</p>
<p>But i have some problems&#8230;<br />
My device need to calculate velocity and traveled path of the car. As you said in comment 79 :&#8221;Accelerometer measures combined gravity Rg and device acceleration Ra: Rag = Rg + Ra&#8221;. Then you calculated Ra using magnitometer data. So i have 2 questions:</p>
<p>1) If we use magnitometer+accelerometer, gyro isn&#8217;t needed? Can gyro improve results?<br />
2) Can we calculate Ra from Rag using only gyro+accelerometer, without magnitometer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by Philippe D</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2164</link>
		<dc:creator>Philippe D</dc:creator>
		<pubDate>Tue, 31 Jan 2012 20:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2164</guid>
		<description>About accelerometers, to compute the angle of the accelation vector on a little MCU, I use this formula with 2D sensors: (Rx-Ry)/(Rx+Ry-Aref) where Aref the sum of measures at 0G. This value is a good approximation of the direction of the acceleration vector.</description>
		<content:encoded><![CDATA[<p>About accelerometers, to compute the angle of the accelation vector on a little MCU, I use this formula with 2D sensors: (Rx-Ry)/(Rx+Ry-Aref) where Aref the sum of measures at 0G. This value is a good approximation of the direction of the acceleration vector.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by Stabilisation sur les multi rotors - Page 2 - Modelisme.com</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2162</link>
		<dc:creator>Stabilisation sur les multi rotors - Page 2 - Modelisme.com</dc:creator>
		<pubDate>Sun, 29 Jan 2012 21:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2162</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Arduino code for IMU Guide algorithm. Using a 5DOF IMU (accelerometer and gyroscope combo) by starlino</title>
		<link>http://www.starlino.com/imu_kalman_arduino.html#comment-2155</link>
		<dc:creator>starlino</dc:creator>
		<pubDate>Mon, 23 Jan 2012 20:02:48 +0000</pubDate>
		<guid isPermaLink="false">http://imu_kalman_arduino#comment-2155</guid>
		<description>Barry: Multiple data sources would be an interesting feature , might add to the extended wishlist.
For scale you can use Pitch parameter, see:
http://code.google.com/p/serialchart/wiki/AdvancedFeatures</description>
		<content:encoded><![CDATA[<p>Barry: Multiple data sources would be an interesting feature , might add to the extended wishlist.<br />
For scale you can use Pitch parameter, see:<br />
<a href="http://code.google.com/p/serialchart/wiki/AdvancedFeatures" rel="nofollow">http://code.google.com/p/serialchart/wiki/AdvancedFeatures</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Arduino code for IMU Guide algorithm. Using a 5DOF IMU (accelerometer and gyroscope combo) by Barry Beasley</title>
		<link>http://www.starlino.com/imu_kalman_arduino.html#comment-2154</link>
		<dc:creator>Barry Beasley</dc:creator>
		<pubDate>Mon, 23 Jan 2012 19:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://imu_kalman_arduino#comment-2154</guid>
		<description>Hi Starlino,

Would it be possible to accept data from two seperate serial ports and plot the received data on one chart? 
Also could we have a feature to add a scale(s) for X &amp; Y axis?

Thanks

Barry</description>
		<content:encoded><![CDATA[<p>Hi Starlino,</p>
<p>Would it be possible to accept data from two seperate serial ports and plot the received data on one chart?<br />
Also could we have a feature to add a scale(s) for X &amp; Y axis?</p>
<p>Thanks</p>
<p>Barry</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DCM Tutorial &#8211; An Introduction to Orientation Kinematics by A Guide To using IMU (Accelerometer and Gyroscope Devices) in Embedded Applications. &#171; Starlino Electronics</title>
		<link>http://www.starlino.com/dcm_tutorial.html#comment-2152</link>
		<dc:creator>A Guide To using IMU (Accelerometer and Gyroscope Devices) in Embedded Applications. &#171; Starlino Electronics</dc:creator>
		<pubDate>Sat, 21 Jan 2012 05:19:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.starlino.com/?p=226#comment-2152</guid>
		<description>[...] - LIS331AL (datasheet) &#8211; analog 3-axis 2G accelerometer  - LPR550AL (datasheet) &#8211; a dual-axis (Pitch and Roll), 500deg/second gyroscope  - LY550ALH (datasheet) &#8211; a single axis (Yaw) gyroscope (this last device is not used in this tutorial but it becomes relevant when you move on to DCM Matrix implementation) [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8211; LIS331AL (datasheet) &#8211; analog 3-axis 2G accelerometer  &#8211; LPR550AL (datasheet) &#8211; a dual-axis (Pitch and Roll), 500deg/second gyroscope  &#8211; LY550ALH (datasheet) &#8211; a single axis (Yaw) gyroscope (this last device is not used in this tutorial but it becomes relevant when you move on to DCM Matrix implementation) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by ADXL345 does it work?</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2150</link>
		<dc:creator>ADXL345 does it work?</dc:creator>
		<pubDate>Tue, 17 Jan 2012 00:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2150</guid>
		<description>[...] http://www.starlino.com/imu_guide.html [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.starlino.com/imu_guide.html" rel="nofollow">http://www.starlino.com/imu_guide.html</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Use your TV Remote To Turn On Your Computer by Rick Wright</title>
		<link>http://www.starlino.com/remote_pc_switch.html#comment-2149</link>
		<dc:creator>Rick Wright</dc:creator>
		<pubDate>Mon, 16 Jan 2012 20:12:55 +0000</pubDate>
		<guid isPermaLink="false">http://remote_pc_switch#comment-2149</guid>
		<description>This is great!  I&#039;ve been looking for a way to control the power on an older amp that I have that doesn&#039;t have remote control.  I was going to try using the signals generated by the AUX device button on my remote with a micro/IR setup like this, but I hadn&#039;t investigated the IR pulse train yet.
I&#039;ve been using PIC micros for a few years now, and enjoy projects like this.</description>
		<content:encoded><![CDATA[<p>This is great!  I&#8217;ve been looking for a way to control the power on an older amp that I have that doesn&#8217;t have remote control.  I was going to try using the signals generated by the AUX device button on my remote with a micro/IR setup like this, but I hadn&#8217;t investigated the IR pulse train yet.<br />
I&#8217;ve been using PIC micros for a few years now, and enjoy projects like this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Arduino code for IMU Guide algorithm. Using a 5DOF IMU (accelerometer and gyroscope combo) by gunbrown</title>
		<link>http://www.starlino.com/imu_kalman_arduino.html#comment-2148</link>
		<dc:creator>gunbrown</dc:creator>
		<pubDate>Sun, 15 Jan 2012 00:06:28 +0000</pubDate>
		<guid isPermaLink="false">http://imu_kalman_arduino#comment-2148</guid>
		<description>Hi Starlino

I am trying to measure roll and pitch degree of moving object (sort of a cylinder).
I am bit of confuse, is that your algorithm can measure roll pitch degree of moving object? 

Thank You</description>
		<content:encoded><![CDATA[<p>Hi Starlino</p>
<p>I am trying to measure roll and pitch degree of moving object (sort of a cylinder).<br />
I am bit of confuse, is that your algorithm can measure roll pitch degree of moving object? </p>
<p>Thank You</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reverse Surface Mounting of Small Leadless SMT Components by Didier</title>
		<link>http://www.starlino.com/reverse_surface_mount.html#comment-2147</link>
		<dc:creator>Didier</dc:creator>
		<pubDate>Sat, 14 Jan 2012 13:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://reverse_surface_mount#comment-2147</guid>
		<description>Clever, very!</description>
		<content:encoded><![CDATA[<p>Clever, very!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by Paul</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2146</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Fri, 13 Jan 2012 02:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2146</guid>
		<description>also - believe in post 124 you meant to have the divisor as .07 and not .7 ... this small typo had me confused for some time when my accelerometer data was still seeping into my gyro data for some unexplainable reason.</description>
		<content:encoded><![CDATA[<p>also &#8211; believe in post 124 you meant to have the divisor as .07 and not .7 &#8230; this small typo had me confused for some time when my accelerometer data was still seeping into my gyro data for some unexplainable reason.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by starlino</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2145</link>
		<dc:creator>starlino</dc:creator>
		<pubDate>Fri, 13 Jan 2012 01:35:49 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2145</guid>
		<description>Paul: A method for weighting accelerometer more or less depending on the presence of external acceleration is described in this thread, see comment #44. starlino &#124; November 10, 2010 .
Please note that the essence of the algorithm is to merge the &quot;gravity vector&quot; with the gyroscope readings. The effect of the algorithm is that the &quot;gravity vectory&quot; being affected by external acceleration , is weighted to an average value during a long time interval, while for short period of times the gyroscope readings are integrated to provide faster updates. For those interested I recommend reading the DCM Tutorial on this site as well, which is a more comprehensive approach to the orientation calculation using imu devices.</description>
		<content:encoded><![CDATA[<p>Paul: A method for weighting accelerometer more or less depending on the presence of external acceleration is described in this thread, see comment #44. starlino | November 10, 2010 .<br />
Please note that the essence of the algorithm is to merge the &#8220;gravity vector&#8221; with the gyroscope readings. The effect of the algorithm is that the &#8220;gravity vectory&#8221; being affected by external acceleration , is weighted to an average value during a long time interval, while for short period of times the gyroscope readings are integrated to provide faster updates. For those interested I recommend reading the DCM Tutorial on this site as well, which is a more comprehensive approach to the orientation calculation using imu devices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by Paul</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2144</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Thu, 12 Jan 2012 22:14:15 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2144</guid>
		<description>Starlino,

I&#039;m an engineering student doing work with an autonomous UAV for my
senior project. Your website has been a tremendous help and I&#039;d like
to say thanks for all your hard work.

I have a question about your filter algorithm and I&#039;d like to know if
there&#039;s a flaw in my logic. The question begins with understanding
that orientation, or the pitch and roll, of the UAV can be found
relatively accurately using the accelerometer as a reference and the
gyroscope as a temporary heavily-weighted input that will be corrected
over-time due to the fact that once movement stops, the accelerometer
will gain more weight. This fights the gyroscopic drift.

However, once external forces are applied, this accelerometer
reference is no longer valid as gravity is not the only force. There
are linear forces at work. BUT, and here&#039;s my question, would it be
possible to record pitch and roll of the UAV the SPLIT second before
those external linear forces were applied (assuming no rotation is
going to occur during linear translation) and use the current roll and
pitch to calculate the the g&#039;s caused by gravity alone? What you would
be left with are the linear accelerations picked up by the
accelerometer.

Could this gravity vector be put back into your normal algorithm? At
the present moment, I don&#039;t see why not. No rotations are occurring
and even if they were, the gyroscope would register them and adjust
the pitch and roll angles.

So for example, the UAV tilts 30 degrees and takes off in the X
direction. Eventually more than 1g is registered and the current
orientation is used to calculate where exactly the gravity vector is.
This gravity vector fuels the REstimated vector in your original
algorithm. Changes in pitch or roll are registered by the gyroscope.

Is there something wrong with this logic? This seems like a good way
to isolate linear accelerations. I feel like although there&#039;s some
circular logic in there, so I wanted to contact you and make sure. As
long as the roll and pitch can be obtained accurately, I feel as
though this algorithm is self-sustaining.

Please let me know your thoughts!</description>
		<content:encoded><![CDATA[<p>Starlino,</p>
<p>I&#8217;m an engineering student doing work with an autonomous UAV for my<br />
senior project. Your website has been a tremendous help and I&#8217;d like<br />
to say thanks for all your hard work.</p>
<p>I have a question about your filter algorithm and I&#8217;d like to know if<br />
there&#8217;s a flaw in my logic. The question begins with understanding<br />
that orientation, or the pitch and roll, of the UAV can be found<br />
relatively accurately using the accelerometer as a reference and the<br />
gyroscope as a temporary heavily-weighted input that will be corrected<br />
over-time due to the fact that once movement stops, the accelerometer<br />
will gain more weight. This fights the gyroscopic drift.</p>
<p>However, once external forces are applied, this accelerometer<br />
reference is no longer valid as gravity is not the only force. There<br />
are linear forces at work. BUT, and here&#8217;s my question, would it be<br />
possible to record pitch and roll of the UAV the SPLIT second before<br />
those external linear forces were applied (assuming no rotation is<br />
going to occur during linear translation) and use the current roll and<br />
pitch to calculate the the g&#8217;s caused by gravity alone? What you would<br />
be left with are the linear accelerations picked up by the<br />
accelerometer.</p>
<p>Could this gravity vector be put back into your normal algorithm? At<br />
the present moment, I don&#8217;t see why not. No rotations are occurring<br />
and even if they were, the gyroscope would register them and adjust<br />
the pitch and roll angles.</p>
<p>So for example, the UAV tilts 30 degrees and takes off in the X<br />
direction. Eventually more than 1g is registered and the current<br />
orientation is used to calculate where exactly the gravity vector is.<br />
This gravity vector fuels the REstimated vector in your original<br />
algorithm. Changes in pitch or roll are registered by the gyroscope.</p>
<p>Is there something wrong with this logic? This seems like a good way<br />
to isolate linear accelerations. I feel like although there&#8217;s some<br />
circular logic in there, so I wanted to contact you and make sure. As<br />
long as the roll and pitch can be obtained accurately, I feel as<br />
though this algorithm is self-sustaining.</p>
<p>Please let me know your thoughts!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Guide To using  IMU (Accelerometer and Gyroscope Devices)  in Embedded Applications. by Paul</title>
		<link>http://www.starlino.com/imu_guide.html#comment-2143</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Wed, 11 Jan 2012 09:40:43 +0000</pubDate>
		<guid isPermaLink="false">http://imu_guide#comment-2143</guid>
		<description>thank you for a great guide. worked first shot. going to try to incorporate a similar functionality with using a 3 axis magnetometer and find absolute position about the z axis now that i have y and z.</description>
		<content:encoded><![CDATA[<p>thank you for a great guide. worked first shot. going to try to incorporate a similar functionality with using a 3 axis magnetometer and find absolute position about the z axis now that i have y and z.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DCM Tutorial &#8211; An Introduction to Orientation Kinematics by starlino</title>
		<link>http://www.starlino.com/dcm_tutorial.html#comment-2142</link>
		<dc:creator>starlino</dc:creator>
		<pubDate>Tue, 10 Jan 2012 23:14:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.starlino.com/?p=226#comment-2142</guid>
		<description>Aswin: Good question, let  Z be the zenith UNIT vector (obtained from accelerometer) and M be the raw magnetometer reading UNIT vector that is not necessarily perpendicular to Z. To obtain true North perpendicular to Z and parallel to the ground use the following transformation. 
First obtain a vector that is perpendicular to plain formed by Z and M, that happens to be W (West):

W = Z x  M  ( where &quot;x&quot; is the vector cross product), note order is important, use right-hand coordinate system rule.

Then obtain North (N) , as a vector perpendicular to bot Z and W simply get:

N = W x Z

Or in one formula 

N =  (Z x M) x Z  , using triple product formula 

N = (Z.Z) M - (M.Z)Z  , where &quot;.&quot; is the scalar dot product , since Z is a unit vector this becomes

&lt;strong&gt;N = M  - (M.Z) Z&lt;/strong&gt;
The scalar  -(M.Z) = -cos(M,Z)&#124;M&#124;&#124;Z&#124; = -cos(M,Z) ( since M,Z unit vectors)  is the correction term , you can visualize this as if it pulls the uncorrected vector M away from Z depending on the angle between M and Z. 
Note that in particular if M  is perpendicular  to Z , then M.Z = 0 , so  N = M as expected.

Finally you may want to normalize N to make sure it is a unit vector:

N&#039; = Normalize(N)</description>
		<content:encoded><![CDATA[<p>Aswin: Good question, let  Z be the zenith UNIT vector (obtained from accelerometer) and M be the raw magnetometer reading UNIT vector that is not necessarily perpendicular to Z. To obtain true North perpendicular to Z and parallel to the ground use the following transformation.<br />
First obtain a vector that is perpendicular to plain formed by Z and M, that happens to be W (West):</p>
<p>W = Z x  M  ( where &#8220;x&#8221; is the vector cross product), note order is important, use right-hand coordinate system rule.</p>
<p>Then obtain North (N) , as a vector perpendicular to bot Z and W simply get:</p>
<p>N = W x Z</p>
<p>Or in one formula </p>
<p>N =  (Z x M) x Z  , using triple product formula </p>
<p>N = (Z.Z) M &#8211; (M.Z)Z  , where &#8220;.&#8221; is the scalar dot product , since Z is a unit vector this becomes</p>
<p><strong>N = M  &#8211; (M.Z) Z</strong><br />
The scalar  -(M.Z) = -cos(M,Z)|M||Z| = -cos(M,Z) ( since M,Z unit vectors)  is the correction term , you can visualize this as if it pulls the uncorrected vector M away from Z depending on the angle between M and Z.<br />
Note that in particular if M  is perpendicular  to Z , then M.Z = 0 , so  N = M as expected.</p>
<p>Finally you may want to normalize N to make sure it is a unit vector:</p>
<p>N&#8217; = Normalize(N)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DCM Tutorial &#8211; An Introduction to Orientation Kinematics by Aswin</title>
		<link>http://www.starlino.com/dcm_tutorial.html#comment-2141</link>
		<dc:creator>Aswin</dc:creator>
		<pubDate>Tue, 10 Jan 2012 22:09:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.starlino.com/?p=226#comment-2141</guid>
		<description>Hi Starlino,

This is a very nice article. It explains the concepts of a DCM very well.
I wonder about one thing though. The North vector the magnetometer is pointing at is not perpendicular to the Zenith vector. It is pointing into the ground in a northerly direction. The angle with the XY plane, or surface of the earth, is the inclination of the earth magnetic field.

I myself am in the middle of incorperating the magnetometer into a 6DOF IMU so I am not really sure about how to cope with this. But I think you have to transform the compass vector to the world  frame, then you can correct for the inclination to make the Vector perpendicular to the Zenith vector. The result is transformed back to the body frame. After that it can be used like you describe.</description>
		<content:encoded><![CDATA[<p>Hi Starlino,</p>
<p>This is a very nice article. It explains the concepts of a DCM very well.<br />
I wonder about one thing though. The North vector the magnetometer is pointing at is not perpendicular to the Zenith vector. It is pointing into the ground in a northerly direction. The angle with the XY plane, or surface of the earth, is the inclination of the earth magnetic field.</p>
<p>I myself am in the middle of incorperating the magnetometer into a 6DOF IMU so I am not really sure about how to cope with this. But I think you have to transform the compass vector to the world  frame, then you can correct for the inclination to make the Vector perpendicular to the Zenith vector. The result is transformed back to the body frame. After that it can be used like you describe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DCM Tutorial &#8211; An Introduction to Orientation Kinematics by Anonymous</title>
		<link>http://www.starlino.com/dcm_tutorial.html#comment-2139</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sun, 01 Jan 2012 14:47:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.starlino.com/?p=226#comment-2139</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Arduino code for IMU Guide algorithm. Using a 5DOF IMU (accelerometer and gyroscope combo) by Arduino code for IMU Guide algorithm &#124; PyroElectro - News, Projects &#38; Tutorials</title>
		<link>http://www.starlino.com/imu_kalman_arduino.html#comment-2137</link>
		<dc:creator>Arduino code for IMU Guide algorithm &#124; PyroElectro - News, Projects &#38; Tutorials</dc:creator>
		<pubDate>Sat, 24 Dec 2011 21:42:26 +0000</pubDate>
		<guid isPermaLink="false">http://imu_kalman_arduino#comment-2137</guid>
		<description>[...] . The theory behind this algorithm was first introduced in my Imu Guide article.&#8221; PyroFactor: Read   Permalink &#160;&#124;&#160; &#160;Email This [...]</description>
		<content:encoded><![CDATA[<p>[...] . The theory behind this algorithm was first introduced in my Imu Guide article.&rdquo; PyroFactor: Read   Permalink &nbsp;|&nbsp; &nbsp;Email This [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

