Using 10Micron's MountLogger it is possible to log data from 10Micron's GM1000HPS, GM2000HPS, GM3000HPS and GM4000HPS mounts. These loggings contain a wealth of information that is stored in files with the extension log10m. In case of issues these files are requested by 10Micron so they can open and analyse them to see where things possibly go wrong. As these files are zlib-compressed the owner has no easy way of checking what is in there and whether or not the analysis by 10Micron is correct.

For that reason I initially created MountMonitor and now started a simple Java tool log10mGrabber.

I have been kindly asked by 10Micron to no longer distribute this application as it "...could disclose reserved and sensitive information that could be easily reached by comptetitors..." and could cause "...useless and endless discussions, with a lot of loosing time for our technical staff."

As per firmware version 3.0 the contents of the log10m files has been greatly reduced, predominantly by omitting raw data channels S0-S6. Without these channels it is difficult the address issues, as all that is left in the file is processed data.

Log10mGrabber is started by dragging the log10m file onto the log10mGrabber.bat file or by opening a CMD-window and giving the command

java log10mGrabber [filename].log10m

Once started log10mGrabber will show its progress in deflating the log10m file. Meanwhile a folder with the name of the original file is created, containing a text-version of the original file which is filled with all the ASCII data found in it. The original file also contains several separate text and binary files, which are all extracted and saved as separate files under their original names.

In addition 10 types of data are saved in the main file (S0, S1, S2, S3, S4, S5, S6, S7, S10, and S11). Apart from S7 the data is numerical and is used to draw graphs from. Not only does log10mGrabber extract these files, it also creates rough graphs for them. It reads the data and presents them as a blue line with blue annotation at the left, calculates the linear regression and the deviations from the data in respect to the regression and shows that in red with ditto annotation.

The package contains the following files:

The following files are directly extracting from the log10m files ( = files are completely read and contents is understandable, = files have known contents, but cannot yet be read or can be read, but have unknown contents, = files cannot be read and contents is yet unknown):

The following files were generated from data found in the main [YYYY]-[MM]-[DD]T[HH]h[MM]m-[n].log10m.txt data file (for icon descriptions see above):

The residuals are calculated using a linear regression through the whole S[n].txt data file. The slope and intersect of these data files are given at the first line of the S[n]_residuals.txt files.

As can be seen in above tables, quite a few files are not yet fully understood or not understood at all. By making the source code available, we hope that other 10Micron owners are willing to participate in reading and understanding the log10m files.

So far log10mGrabber has been successfully used to show that in some cases the GM3000HPS does not track correctly. For this two recordings were made using PHD2 in drift mode (see adjacent image).

As the RA-axis has 315 teeth, periodicity in the S0 data of 274 seconds can be expected (the worm wheel would make a full turn in a sidereal day). So from both datasets a start and end point was calculated using 274 seconds of data in order to cancel-out the influence of periodicity. The the slopes of the two recordings were compared to the same calculations made using the S0-data. They agreed with each other at a 97% level (PHD2 showing 10.59" drift difference in 1477 seconds, while log10m-S0-data showed 10.21" drift difference).

Hopefully we can, with assistance from other 10Micron owners, soon understand all available data and perhaps even re-calculate the RA and DEC coordinates from the raw encoder data in the log10m files.