Jump to content

  •  

CNers have asked about a donation box for Cloudy Nights over the years, so here you go. Donation is not required by any means, so please enjoy your stay.

Photo

Tool to convert CEM70 log to human readable format?

  • Please log in to reply
9 replies to this topic

#1 ryanha

ryanha

    Viking 1

  • *****
  • topic starter
  • Posts: 795
  • Joined: 05 Aug 2020

Posted 04 March 2021 - 10:29 AM

I found the secret decoder ring for the CEM70 logs (link) but it is not exactly "human readable".

 

I can slog through it but was hoping someone had a tool that converted it to a friendlier format.

 

Thanks,

--Ryan



#2 SonnyE

SonnyE

    Mercury-Atlas

  • -----
  • Posts: 2,984
  • Joined: 01 Nov 2015
  • Loc: Cali for ni a

Posted 04 March 2021 - 11:38 AM

Oh my!

That looks a LOT harder to learn than Spanish.

Maybe some programmer can weigh in. shocked.gif mad.gif



#3 rgsalinger

rgsalinger

    Cosmos

  • *****
  • Moderators
  • Posts: 8,160
  • Joined: 19 Feb 2007
  • Loc: Carlsbad Ca

Posted 04 March 2021 - 11:46 AM

Have you tried importing it into a spreadsheet?



#4 ryanha

ryanha

    Viking 1

  • *****
  • topic starter
  • Posts: 795
  • Joined: 05 Aug 2020

Posted 04 March 2021 - 12:21 PM

Sorry, to be clear, the format is text, but it is sort of old-school with data encoded in digits vs. a more modern verbose & readable style log.

 

As an example, here is a line from the log:

 

2021-03-02 18:32:57.094 :GUT#

2021-03-02 18:32:57.124 -48000536549123000#

 

 

The log format doc explains it as follows:

 

------------------------------------------------------------------------------------------------

Command: “:GUT#”
Response: “sMMMnXXXXXXXXXXXXX#”
This command gets time related information. The response includes a sign and 17 digits.
The sign and first 3 digits indicate the minute offset from UTC (time zone). Note: The DaylightSaving Time will not be take account into this value.
The 4th digit indicate the Daylight-Saving Time, 0 means Daylight Saving Time has not been
observed, 1 means Daylight Saving Time has been observed.
The 5th to 17th digits indicate the current UTC time, and equals (JD(current UTC time) – J2000) *
8.64e+7. Note: the resolution is 1 millisecond. JD(current UTC time) means Julian Date of the
current UTC time.

------------------------------------------------------------------------------------------------

 

I am sort of hung up at the last part of converting the 5th through 17th digits (0536549123000) to a current date/time.

 

But there are other examples too.  

 

For example MS1# means "slew to recent RA/DEC".  Would be nice to have a tool that converts MS1 to "Slew_to_RA_DEC".

 

I might take the time to write one myself, but very much hoping that someone has beat me to it.

 

--Ryan


Edited by ryanha, 04 March 2021 - 12:22 PM.


#5 Xeroid

Xeroid

    Vanguard

  • *****
  • Posts: 2,140
  • Joined: 21 Sep 2013
  • Loc: USA

Posted 04 March 2021 - 12:21 PM

Ahhhhh me thinks its the Protocol commands that are sent & understood by the mount, not a "log" although with software programming, a "log" of those command sent/received could be captured and stored.



#6 ryanha

ryanha

    Viking 1

  • *****
  • topic starter
  • Posts: 795
  • Joined: 05 Aug 2020

Posted 04 March 2021 - 12:23 PM

Ahhhhh me thinks its the Protocol commands that are sent & understood by the mount, not a "log" although with software programming, a "log" of those command sent/received could be captured and stored.

Ha,  well it is in the iOptron\log folder and the filename is "iOptronCommanderLog20210302"  so potato potato :)

 

--Ryan



#7 OzAndrewJ

OzAndrewJ

    Aurora

  • *****
  • Posts: 4,668
  • Joined: 30 Nov 2010

Posted 04 March 2021 - 04:02 PM

Gday Ryan

I am sort of hung up at the last part of converting the 5th through 17th digits (0536549123000) to a current date/time.

Fun, isnt it :-)

 

My understanding is the data returned is in UTC seconds and is equivalent to

( Jnow - J2000 ) * 86,400 * 1000   millisecs

Sooo, get the number and divide it by 86400000

That is the no of days since J2000

Not sure if i ever bothered toconvert it tho, as the log has timestamps.

 

Andrew Johansen Melbourne Australia

( I have an app that can convert the logs )



#8 OzAndrewJ

OzAndrewJ

    Aurora

  • *****
  • Posts: 4,668
  • Joined: 30 Nov 2010

Posted 04 March 2021 - 07:33 PM

Just checked a few old logs and yep

just get the value and convert it to an integer.

J2000 is midday on 1 Jan 2000

so add the value to this datum and you get the current UTC

 

Andrew Johansen Melbourne Australia



#9 ryanha

ryanha

    Viking 1

  • *****
  • topic starter
  • Posts: 795
  • Joined: 05 Aug 2020

Posted 04 March 2021 - 08:16 PM

Not sure if i ever bothered toconvert it tho, as the log has timestamps.

 

( I have an app that can convert the logs )

Lol, the issue I am trying to figure out is the mount time being wrong.  I believe the timestamp is set by the Commander app so it PC time so wanted to compare to the mount time :) (but I may be wrong about this)

 

Is your app something that is sharable?

 

--Ryan



#10 OzAndrewJ

OzAndrewJ

    Aurora

  • *****
  • Posts: 4,668
  • Joined: 30 Nov 2010

Posted 04 March 2021 - 08:52 PM

Gday Ryan
 

so wanted to compare to the mount time

OK. The only time we ever bothered with the UTC is when the GPS fixed

as it also changed the "reported" RA  ( and in some cases killed DEC guiding )

 

I can get a copy of the app to you if you want, but when i convert the log

i delete a lot of the useless stuff like the time records :-)

ie i only convert the :GUT records for the first one detected

and later on, if the DST or TZ changes.

That said, the first record will allow you to compare the UTC to the timestamp.

Just need to confirm i have the latest version loaded and will PM you

Note. The app is designed to connect to PHDs server so i can get remote data

and it can also connect directly to the mounts ASCOM driver.

This allows al the normal data to be plotted live.

It can also import ( and convert ) the commander logs as well as plotting the RA/DEC

but you will need to practice zooming to see the bits you want :-)

 

Andrew Johansen Melbourne Australia




CNers have asked about a donation box for Cloudy Nights over the years, so here you go. Donation is not required by any means, so please enjoy your stay.


Recent Topics






Cloudy Nights LLC
Cloudy Nights Sponsor: Astronomics