<div dir="auto"><div dir="auto"><span style="font-size:13.696px;font-family:sans-serif">So, thanks to me giving a competent person (who also doesn't own any</span><br></div><span style="font-family:sans-serif;font-size:13.696px">Windows or Android devices) a couple of distoX's that needed ...</span><br style="font-family:sans-serif;font-size:13.696px"><br style="font-family:sans-serif;font-size:13.696px"><span style="font-family:sans-serif;font-size:13.696px">At the moment this only works with python3 and distoX1, But Stuart</span><br style="font-family:sans-serif;font-size:13.696px"><span style="font-family:sans-serif;font-size:13.696px">plans to use the topodroid codebase to work out the differences for the</span><br style="font-family:sans-serif;font-size:13.696px"><span style="font-family:sans-serif;font-size:13.696px">X2 protocol (unless anyone has a doc for this already, or Marco can</span><br style="font-family:sans-serif;font-size:13.696px"><span style="font-family:sans-serif;font-size:13.696px">tell him).</span><br style="font-family:sans-serif;font-size:13.696px"><br><div dir="auto"><br></div><div dir="auto">wookey, </div><div dir="auto"><br></div><div dir="auto">i may be not precise because i do not have the docs at hand.</div><div dir="auto"><br></div><div dir="auto">the distox2 protocol is backward compatible.</div><div dir="auto"><br></div><div dir="auto">therefore, getting the calib raw data from the distox2 is the same as in distox1, namely two data packets, one for G, one for M.</div><div dir="auto"><br></div><div dir="auto">the commands to toggle calib mode on and off are the same, too.</div><div dir="auto"><br></div><div dir="auto">the computation of the calib coeff has changed a bit with firmware 2.2 (or 2.3, don't remember well) beat added three non-linear coeffs, and these are written after the other 24.</div><div dir="auto">there is a catch: in the distox1 those mem are set at 0xff (ie -1), so these three coeff are written with 0 getting to 0xff.</div><div dir="auto">the non-linear calib should not be used for older firmwares.</div><div dir="auto"><br></div><div dir="auto">i have not changed the linux code, and</div><div dir="auto">i do not think to have the time to do that.</div><div dir="auto">i also understand you may not want to use android, but you can use the android code and turn it in C++</div><div dir="auto">the computational methods are very much C like, and the helper classes are just basic linalgebra.</div><div dir="auto"><br></div><div dir="auto">if you or stuart have any question, send me email </div><div dir="auto"><br></div><div dir="auto">marco</div><div dir="auto"><br></div><div dir="auto"><br></div></div>