Hi folks, thanks for continuing to contribute to this - something very odd going on.
I just tested the GOTO of Regulus here and get this in my log
Code: Select all
Debug 10:17:17.454603 #1 Sequencer : Info : 'Converting RA=10:08:22.3,Dec=+11:58:00 (J2000) position to RA=10:09:40.4,Dec=+11:50:53 (JNOW)' while running step Move the mount to (RA,Dec) RA=10:08:22.3,Dec=+11:58:01 (RA=10:08:22.3,Dec=+11:58:00
The entry for Regulus in the default SharpCap bright star catalog is
Code: Select all
HIP 49669,α Leo,32 Leo|Regulus,Cor Leonis,Rex,Kabeleced|Star|10.139531|11.967207|1.36|||
And the RA=10.139531 and Dec=11.967207 should be read as 10:08:22.3 and 11:58:00 as I am seeing.
The values that @soundfan sesms to have recorded in his log are (J2000) RA=10.195277778 and Dec=11.96666667.
The two possibilities I am imagining are
1) A custom catalog is being used that has bad data in it (less likely)
2) Somehow SharpCap is reading the default catalog wrongly
But if it is option 2, how? A common error in this sort of thing is to forget about languages where the ',' character is used as a decimal point, but I dealt with that long ago, and anyway, the errors in the values don't really make sense for that mistake. Even so, it may be worth changing the computer language to English which uses the '.' and test to see if the error goes away. I will test with French/German later to see if that introduces an error.
Right....
now I think I see it - writing all that explanation and suddently it makes sense.
When the Goto tool is used, the catalog target is selected and the co-ordinates taken from that. This is then used to create a temporary sequence that actually does the work of going to the target - the temporary sequence is recorded in the log and looks fine
Code: Select all
SEQUENCE
SET PLATESOLVE/FOCUS SETTINGS EXPOSURE 4
MOUNT GOTO RA=10:08:22,3,Dec=+11:58:01
TARGETNAME "HIP 49669 (α Leo, 32 Leo, Regulus, Cor Leonis, Rex, Kabeleced)"
END SET
END SEQUENCE
But, note that the fractional arc-seconds in RA in the target has a comma as the decimal separator. That sequence is encoded as text in the sequence editing language, so to get the co-ordinates to move to, SharpCap has to re-interpret the text 'RA=10:08:22,3,Dec=+11:58:01'. That re-interpretation is going wrong because of the ',' decimal separator
Code: Select all
Debug 19:33:41.424859 #1 Sequencer : Starting : Move the mount to (RA,Dec) RA=10:08:22,3,Dec=+11:58:01 (RA=10:11:43,0,Dec=+11:58:00)
Note that the co-ordinates in brackets which are the reinterpreted version does not match the original text version. The RA in particular is wrong and I will have to go look at the code to see why it happens, as it isn't obvious. The Dec being one second difference is just a rounding error.
The reason this started happening was that I changed the code to show the tenths of a second of RA a while back (previously only whole seconds were used). This is really needed for RA as 1 second of RA is equal to 15 seconds of arc (only 24 hours of RA vs 360 degrees in a full circle), but that meant that the ',' for decimal separator got added.
I will try to fix this today and include the fix in today's update. Thanks again for digging into this enough for me to spot the pattern.
Robin