A couple warnings for the upcoming 2.5.0.8 beta

Hello Ken,

Attached

Uri

sg_logfile_20160204162916.txt (18.6 KB)

Sorry, the log file will not be of much use in these caseā€¦ we need the sgf (sequence file) or sgp (profile file) in order to see whatā€™s happening or how to reproduce the issue.

Ken, Sorry you asked for the SGP or SGF. The error message appears before SGP opens and is showing in the above Log file I sent

Uri

Right, I understand thatā€¦ it would just be very helpful to look at ā€œProstar with ASCOM.sgpā€

Ken,

Link to he SGP profile file

Uri

Thanks. Iā€™ll take a look.

Hi Ken,

sgp link is as follows:

Thnx

Roger

Just installed 2.5.0.9. Went from 2.5.0.7.
All my User Profiles and Equipment Profiles went poof. Just gone.
However, I discovered that all my equipment settings in the Sequences are all still there, so it is easy to ā€˜Save Sequence as Profileā€™ to recreate them from the sequences. The sequences all seem to be unchanged.
Ken, this may be how you intend for it to operate at this stage of evolution. Fine with me.

I doubt they are gone. If you wouldnā€™t mind zipping the actual sgp files up we can take a look at why they are not displaying properly. The path to them can be found in the options dialog.

I just figured out why they do not show up. This is a new pc for my obs as of last summer, and had Win 8.1 installed.
A couple of months ago I accepted Microsoftā€™s kind offer to upgrade me for free to Win 10. Great.
But then not so great. My 3 focusers would not work under Win 10. Probably needed a reinstall under Win 10.
So I reverted back to Win 8.1. These changes in os produced a 2nd user under C:\Users: I then had Jerry and Jerry_000. The old formats were in Jerry_000 and the new ones are going into Jerry. I copied them over and now they show up. The .9 release apparently reset my path to the sgp files.

Hi Ken

I am sure you know best , but I I find I can image from 450mm to 3m with the default catalogues and all
works fine

Keep up the hard work

Harry

I also have had perfect results with Astrometry.Net at 2.4 m with the default catalogs.

Actually I donā€™t know bestā€¦ I am just following recommendations from the developer.

This issue has been addressed in 2.5.0.10

I am very pleased to report that version 2.5.0.9 ran wonderfully well for me last night, a total of 6 hours with 3 targets.
And the PHD2 guiding with the new release worked perfectly.
Several issues we have been dealing with have been fixed, or at least worked perfectly for me last night, including:

  1. hang attempting to Pause or Abort an image, worked fine.
  2. hang processing end of sequence ops, for me while parking telescope. Finished run and still operational.
  3. I had no problems with the focuser locked in a Moving state and forcing the sequence to abort. It has never been clear if this issue which has plagued me for a long time has anything to do with SGP. Likely just something flakey with my SBIG focuser. If however, it never comes back, that might indicate some of Kenā€™s latest fixes helped this issue. Will keep fingers crossed.

The only remaining issue that is still there for me is that the requested Park the telescope and close the dome do not occur. I see commands in the log to Park:

[2/5/2016 5:57:07 AM] [DEBUG] [Sequence Thread] Stop telescope trackingā€¦
[2/5/2016 5:57:07 AM] [DEBUG] [Sequence Thread] ASCOM Telescope: Setting tracking state to False
[2/5/2016 5:57:08 AM] [DEBUG] [Sequence Thread] Parking telescopeā€¦
[2/5/2016 5:57:08 AM] [DEBUG] [Sequence Thread] ASCOM Telescope: Park message received.
[2/5/2016 5:57:08 AM] [DEBUG] [Sequence Thread] ASCOM Telescope: Sending parkā€¦
and the telescope does stop tracking, but never parks.
The message ā€˜Parking telescopeā€™ shows on the status bar for 5+ minutes, then shifts to run finished.
Prior reports I made that SGP hung at the ā€˜Parking telescopeā€™ message may in fact have not been hangs but just my impatience to wait the 5+ minutes for SGP to quit trying to park the scope.

The Gemini2 log shows repeated attempts to park, but the mount never moves from where it stopped tracking:

Certainly possibleā€¦ we do have a 5 minute timeout here. A couple questions:

  • Does this sequence always fail for your mount or is it intermittent?
  • Have you tried parking without turning off the mountā€™s tracking? Those two items are really intended to be mutually exclusive (meaning some people want to park and some just want to stop trackingā€¦ usually you donā€™t need both). Just wondering if your mount has difficulty with the park command when it is no longer tracking. May be nothingā€¦ just thought I would throw it out there.

Sequence always fails to park the mount.
Last night I tried unchecking the option to stop tracking, and left park mount checked. No change.
Do you want another set of logs?

Unfortunately I donā€™t think that will be super helpful. We know that SGPro is sending the command to your mount. I see it in your mount logs, but I am not versed enough in ā€œGeminiā€ to understand the failure. Something about invalid Azimuth?

05:57:08.157 IT:AtPark.Get TID:7 [Enter] False
05:57:08.157 IT:Park TID:7 [Enter]
05:57:08.157 DoPark TID:7 [Enter] SlewAltAz
05:57:08.157 Transmitting commands TID:9 [2]: :Sz287.010000#:ONPC Object#:Sa-37.150000#:MA#
05:57:08.157 TransmitUDP packet#, cmd TID:9 [0]: 163925, :Sz287.010000#:ONPC Object#:Sa-37.150000#:MA#
05:57:08.157 Done transmitting TID:9 [2]:
05:57:08.157 Ethernet wait for respons TID:9 [0]: :Sz287.010000
05:57:08.158 getUDPCommandResult recei TID:9 [2]: 102No object selected.#
05:57:08.158 Ethernet Received TID:9 [0]: :Sz287.010000
05:57:08.158 Ethernet received: TID:9 [0]: :Sz287.010000, 1
05:57:08.158 Ethernet wait for respons TID:9 [0]: :Sa-37.150000
05:57:08.158 Ethernet Received TID:9 [0]: :Sa-37.150000
05:57:08.158 Ethernet received: TID:9 [0]: :Sa-37.150000, 0
05:57:08.158 Ethernet wait for respons TID:9 [0]: :MA
05:57:08.158 Ethernet Received TID:9 [0]: :MA
05:57:08.158 Ethernet received: TID:9 [0]: :MA, 2No object selected.
05:57:08.158 _UpdatePolledVariablesUDP TID:9 [Enter]
05:57:08.158 TransmitUDP packet#, cmd TID:9 [0]: 163926, 
05:57:08.158 Az value is invalid TID:7 [Error]:
05:57:08.158 IT:Park TID:7 [Exit]

What do the Gemini driver support people say? They should be in a much better position to interpret their logs.

Ken,

I have been using 2.5.0.7, but now I want to upgrade to 2.5.0.12. If I understand correctly, I need to go into all of my existing sequences and profiles and find the settings that used to be global and set them in every sequence and profileā€¦ right?

Can you tell me specifically what settings I need to change (the full list)? I want to make sure I do not overlook anything.

Thanks,
Andy