Keyboard Shortcuts
Likes
Search
Meridian Flip - Stopped Working
Win 11, Gemini 1.0.84, Ascom 661.3673
East Limit 94, West Limit 94, WGL 3 Successfully imaged with the new mount In October then nothing till this past week.? During an imaging session, the mount failed to flip with the capture software indicating mount still reporting west pointing east ( meridian flip parameters in software -ccdciel - were not changed ). I manipulated all the limits in an attempt to resolve with no luck - mount continues to track to limit then stops. All from cold starts. I also tried without capture software and just the planetarium program - trying to use the gemini sofware to do the flips at various points from the meridian to the limit - same results. I am at a loss here.? Any suggestions ? Frank |
Check that prior to the flip you have performed a?sync/plate solve+sync and check the Hour angle and Time to Limit correspond to each other. (ie, at HA=0 when crossing the meridian, the time to limit is 16m00s in your case (4 minutes per degree)). If not right, then you might need to ensure your CWD is correct (ours drifts off over time for an unknown reason) Graeme On Thu, 16 Feb 2023 at 14:19, Frank Wielgus <frankwielgus55@...> wrote: Win 11, Gemini 1.0.84, Ascom 661.3673 |
Update.
With the scope connected to my imaging laptop ( via usb as usual ), I thought I'd set the home position. When I do that I get 2 errors:? serial port time out, and ascom communication error.? I tried my backup imaging laptop and got the same error ( same software ). Does this this mean I have an issue with the Gemini unit? If So, what are my options as it was successfully used for the 1st 2 months I had it ? Frank |
these are comm errors, so you need to try different components to see what is causing the issue I suggest trying a different USB cable and/or trying to connect via ethernet (swapping the USB cable is easier so maybe try that first) You can also try different USB Ports on your computer(s) it's unlikely there's an issue with the Gemini On Fri, Feb 17, 2023 at 5:36 AM Frank Wielgus <frankwielgus55@...> wrote: Update. Brian? Brian Valente astro portfolio? portfolio astrobin? --
Brian |
>>>I tried direct ethernet and it too failed the same way regarding meridian flip.? I will try a different usb cable and report back. I think you need to separate out the comm error issue from the meridian flip. A comm error would cause all sorts of issues which may or may not explain your meridian flip issue.? The meridian flip is complicated because it's a coordination between two systems that you have to manage. I'm not sure if you've already seen our videos on how meridian flip works but here it is just in case? On Fri, Feb 17, 2023 at 10:15 AM Frank Wielgus <frankwielgus55@...> wrote: Thanks Brian. Brian? Brian Valente astro portfolio? portfolio astrobin? --
Brian |
Thanks
After trying various cables and laptop usb ports, the meridian flip issues remains.? The settings I used for limits and criteria in the capture software are identical to those used successfully last Oct. I did review the excellent videos regarding the subject. Working with the capture software folks, it appears the command for meridian flip is give but the mount takes no action and just continues tracking. All other aspects of the Gemini seems to work. My 1st post details the pertinent Gemini settings.? The capture software is set to authorize a flip between 4 & 15 mins. after the flip. I have varied all the settings to kingdom come and still get a message that the mount reports west pointing east. I really appreciate any help. |
On Fri, Feb 17, 2023 at 06:36 PM, Frank Wielgus wrote:
Things have deteriorated. Getting these errors now as shown in attached. From different laptops and trying a variety of usb cables.? The image that is hard to read is regarding an ASCOM/Gemini time out error.Frank, you reported two different problems, each likely unrelated. Communications error and mount failing to flip are two different things and are better diagnosed separately. Do you get the the communications error with an Ethernet connection between the PC and Gemini? When does the error occur? Randomly, or when the mount is slewing? It seems that you've gone back to using USB instead of Ethernet. Why? Regards, ? ? -Paul |
I have always used the usb method. I set up the ethernet option to troubleshoot the problem.? The communication errors only seem to occur with usb.? The failure to meridian flip happens with either method. However, with no capture software involved, I cannot generate a meridian flip from the HC or from gemini.net software.
Tonight, I going to uninstall ASCOM and Gemini.net then reinstall and retest. |
¿ªÔÆÌåÓýFrank,If you can¡¯t generate a meridian flip from the hand controller then you probably have the limits set incorrectly. Paul
--
Paul |
On Fri, Feb 17, 2023 at 09:06 PM, Frank Wielgus wrote:
have always used the usb method. I set up the ethernet option to troubleshoot the problem.? The communication errors only seem to occur with usb.That would mean the USB connection is poor. Maybe it's on the Gemini side, if you had tried multiple USB cords and different laptops. Probably easiest and best solution is to use Ethernet, as that's a better connection and protocol, anyway. On Fri, Feb 17, 2023 at 09:06 PM, Frank Wielgus wrote: The failure to meridian flip happens with either method. However, with no capture software involved, I cannot generate a meridian flip from the HC or from gemini.net software.Reinstalling ASCOM and driver isn't likely to help with the flips. It is most likely related to your safety and goto limits and whether or not the same coordinate can be pointed to from both sides of the pier without violating safety limits. Regards, ? ? -Paul |
Thanks.
WSL=94,?? ESL= 94,?? WSL=3? these are my settings.? Assuming use of only the HC and a planetarium connected to gemini, I interpret this as permitting a meridian flip between 91 and 93 degrees. Is this correct ? Since the Gemini is new and was only used 2 months, and I cannot use the usb method at all, what are my options for replacement/repair ? |
Frank, I don't work for Losmandy, so you're better off contacting their support directly about any repair/replacement.
Your? safety limits are very conservative, so there will be a very limited area where a flip is even possible. One thing to realize with Gemini L5 is that if you use a Goto to force a flip, the destination coordinates for such a goto must be sufficiently far from the current position, otherwise Gemini might decide that it's easier to reach this destination by staying on the same side of the meridian (as long as the safety limit is not violated.) If you must have such strict safety limits, you may want to try to increase the western goto limit and make it larger. That will increase the area where a goto destination will likely cause a flip. L6 beta is changing some of this logic to improve the reliability of automated meridian flips. Regards, ? -Paul ? |
WSL=94,?? ESL= 94,?? WSL=3? these are my settings.? Assuming use of only the HC and a planetarium connected to gemini, I interpret this as permitting a meridian flip between 91 and 93 degrees. Is this correct ? Hi Frank,
|
Thanks for the tips. The key factors are in the screen shot attached.
The way is interpret this is as follows: 1. the gemini limits permit meridian flip between 8 mins. before the meridian to 16 mins. after 2. the capture software was set to meridian flip between 7 mins. before meridian to 15 mins. after ( a 1 min. cushion on each end ) When run ( cold stars CWD ), the command to flip was given between 7-6 mins. before the meridian ( doing an inside imaging sequence ). After the command for the flip, the mount reported back that it is west pointing east - the flip failed The capture software retried after 5 mins. - the flip failed Hopefully the screen shot helps. |
Could you try changing the settings in CCDciel? Use ¡°can track past meridian¡± for 12 minutes and ¡°no flip until past meridian¡± at 0. This should be comfortably within the gemini limits. I think the settings as they are now are a bit too close to the physical limits and any error in setting CWD when starting can skew the results.
You can try this during daylight so you don¡¯t waste a perfectly good imaging night ;) hope this helps |