Author Topic: DistoX2 Calibration issue, Solution (had to do more than just leave the house*)  (Read 6646 times)

Offline blhall195

  • Brendan Hall
  • regular
  • *
  • Posts: 69
I'm not sure - haven't properly gotten to the bottom of this yet. I managed to get the disto calibrated on expo using topo droid with you. I'll try calibrating a different disto next week & if I get the same problem. It's just strange how much the calibration readings differed so much between topodroid and pocket topo :S maybe it was something else...

Don't  worry my calibration crusade isn't over yet ;)

 


Offline blhall195

  • Brendan Hall
  • regular
  • *
  • Posts: 69
Brendan, if you think that PocketTopo gave meaningfully different calibration results in this case to TopoDroid, then do tell Marco about this thread, as I'm sure he'd be interested. Topodroid nominally implements exactly the same calibration algorithm as PocketTopo so it really shouldn't matter.

Yeah, I'll try doing a calibration with another disto with topodroid and see if it works. It's just strange how much the compass readings differed in the first topodroid calibration. Might have been caused by something else completely.

We downloaded each set of 4 after every "roll" so each set of 4 came from the readings with the disto pointed in the same direction.

But with results like this:

Comp. Clino

65.14, -49.11
30.30, -44.28
138.19, -45.46
97.85, -49.20

instead of this:

Comp. Clino

166.2  -11.4
166.7  -11.1
167.1  -11.3
166.3  -11.3 

I'm not sure what's happend, can't just of been me not holding the disto steadily enough :S

Offline Bob Mehew

  • forum hero
  • *****
  • Posts: 1200
  • breaking knots is fun
Was your Disto completely uncalibrated before you started?  The more I ponder on 'calibration' the more I wonder what is going on.  I am far from understanding the detail of the maths underlying calibration (can any one help?) but very simply put if I have it correct, the Disto reads a magnetic sensor for compass info, a gravity sensor for clino info and a laser for distance in taking a 'reading'.  The compass and clino sensors returns 3 values each, so you get 2 * 3 values plus one distance value from the laser, 7 in all.  The 6 compass and clino sensors values are transformed into the 2 readings of compass & clino degree by some extremely clever mathematical equations which contain a range of constants.  These constants are derived from the 'calibration' process.  If your Disto was not calibrated or badly calibrated, then the values you found could be 'reasonable'. 

On the other hand I may be talking a load of crap :-[

Offline wookey

  • player
  • **
  • Posts: 104
Bob, a couple of papers have been published on the calibration process - it's quite an interesting problem due to having a lot of variables and a shortage of constraints:
http://utter.chaos.org.uk/survex/cp/CP37/CP37.pdf, page 5

And Beat's earlier article from the CREG journal: http://paperless.bheeb.ch/download/Calibration.pdf

Offline wookey

  • player
  • **
  • Posts: 104
Hmm, no edit function? Remove the comma on the Compass Points link to get a working URL to Phil's article.

Offline Bob Mehew

  • forum hero
  • *****
  • Posts: 1200
  • breaking knots is fun
Thanks Wookey, the Compass Points article by Phil is more readable and gives a few clues as to what is going on.  Beet takes that and moves on into such complexity that I am left almost speechless.  What still remains outwith my understanding is how one can take a set of 14 sets of 4 readings where the 4 readings are linked by requiring them to be precisely orientated along a given line around which one 'rolls the disto' but the 14 sets have no need for linking in a precise manner, only that they roughly point in directions of the 8 corners and 6 centers of faces of a cube.  The java coding link was not very clear to me, so I am left wandering aimlessly.  Caver.adam's jig seems a good starting point though I would like to know why.