John Walsh avatar

Hey all,

Last night I had a big issue with the system while it was imaging overnight. (EQ6R-Pro, ASIAIR plus, 150PDS, ASI120 mini guidescope)

From looking at the log, guiding was great throughout the night (0.6RMS average) until suddenly the RA went off the chart gradually, trending massively downwards in the PHD log file and unable to be corrected it seems. This happened around 2hrs 30 mins after a successful meridian flip.

I came out to the telescope jammed up agains one of the tripod legs this morning.

Luckily the mount seems to slew in RA & DEC through the ASIAIR and the scope seems fine.

I've attached a screenshot of the incident as well as the sub before and after. All subsequent subs are like the third image.

Any ideas what might have caused this? Clutch in RA seemed a little loose this morning but not sure that would account for this behaviour.

My thoughts are, either the clutch slipped, RA stopped tracking for some reason or pulses in RA were ineffective. But really I have no idea to be honest.

There were 3 moments of erratic RA behaviour the previous night as well(shown in the last image below. Both that night’s and last nights incidents happened on the same side of the mount(after the meridian flip)

Any help on this would be great as I am at a loss

Many thanks in advance

John

📷 Screenshot 2025-09-22 at 15.55.05.pngScreenshot 2025-09-22 at 15.55.05.png

📷 Screenshot 2025-09-22 at 15.55.55.jpgScreenshot 2025-09-22 at 15.55.55.jpg

📷 Screenshot 2025-09-22 at 15.56.01.jpgScreenshot 2025-09-22 at 15.56.01.jpg📷 Screenshot 2025-09-23 at 01.50.36.pngScreenshot 2025-09-23 at 01.50.36.png

Helpful Respectful Engaging
Tom Marsala avatar

Holy cow! I've never seen anything like that. Maybe the clutch? But I would definitely baby sit it for the next few sessions! I how you can find the answers! Keep us posted

Tom

Mark L Mitchell avatar

Is there a cable that could snag?

-Mark

Rostokko avatar

It did happen to me once (luckily I was still awake); I replaced the usb cable, and it hasn’t happen since; but of course I’m not going to test whether the old cable would indeed exhibit the same problem… so, I can’t really be sure about why that happened.

I have moved to NINA and GSS since; and I sleep better knowing that I have limits set in GSS which would prevent this from being bad, if it happened again…

Brian Puhl avatar

While I can’t see why it happened, my best guess is a cable snag maybe. Really can't comprehend any other reason why it would be like that 2.5 hours post meridian. Getting out of sync like that could certainly throw off the park position, but again, I still can’t comprehend how it would end up against the tripod leg.

The nice thing about an EQ6 though is the fact the clutches will slip. You shouldn’t have any damage. I wouldn’t use the term disaster. It’ll be fine.

Was the scope indicating parked in the morning? Or was it still tracking?

Helpful Supportive
V avatar

Hi. I’ve had this happen to me every other night. it has to do with the star detection threshold being too high, it will relock on dither onto something it thinks is the star but is actually a hot pixel, it’ll keep giving input but wont have any “error” to it. Very common on OAG guided systems and small refractors.

Helpful Concise
ArchStarGazer avatar

V · Sep 23, 2025, 01:48 AM

Hi. I’ve had this happen to me every other night. it has to do with the star detection threshold being too high, it will relock on dither onto something it thinks is the star but is actually a hot pixel, it’ll keep giving input but wont have any “error” to it. Very common on OAG guided systems and small refractors.

ASIAIR offers to build a dark library for the guiding camera. I guess this is to identify hot pixels in order not to get this kind of error?

Martins Vilcins avatar

When you say telescope jammed up against the tripod leg, what exactly do you mean by that? Telescope somehow being below the mount head and counterweight being up above it or telescope simply facing all the way up touching the leg with camera side down?

Locking on to a hot pixel would lead to guiding software being happy that the guidestar is perfectly still, here we can clearly see that the software is well aware of RA axis drifting, so its not a hot pixel

Insightful
John Tucker avatar

I’m a little unclear on what happened. Which side of the tripod was the telescope butting up against, east or west? Did you visually verify that the meridian flip actually took place? You can set slew limits in the Synscan software using your handset and the AsiAir will respect them.

One issue I have noticed with the ASI Air is that if you are setting up a session on a target close to the meridian, and the target moves past the meridian flip point before you actually start your autorun acquisition, the software will not perform a meridian flip. You have to be sure you are on the correct side of the RA axis when you start the acquisition.

I have experienced a couple of fairly bad “telescope hits tripod” events with my EQ6R, one of which lasted for many hours. The mount still works fine.

Well Written Helpful
ScotiaAstro avatar

Hey John,

While not exactly the same circumstances as your incident (hope your mount is ok, BTW!) my ASIAIR did a similar thing the other night…

I had just updated the firmware and started my session, using my Skywatcher Star Adventurer GTi and Samyang 135/ZWO2600MC Pro combo, but I initially had trouble connecting to my mount.

After a few tries it connected, but as I was doing my polar alignment and the mount was slewing to 60 degrees to plate solve, it ‘took off’ and kept going right past 60 degrees towards the tripod…I managed to switch off the power before a collision, but it was close! Lol! ;) As it was slewing it was counting up to 60 degrees as it usually does, but my screen froze at 47 degrees, but the mount kept going!

It was like the mount had disconnected from the ASIAIR, but it kept going, so not sure what happened.

I shut everything down and restarted and my session continued without further incident, but I watched it closely until it was finished in the early hours (where normally I would just leave it to do its thing)…got past its meridian flip ok too.

I put it down to some glitch in the new firmware update, but I’ll monitor and see if it happens again…which I’m hoping it won’t…just thought I’d pass it on in case you’d recently updated too?

Hope you get it sorted at any rate and have an awesome week,

Steve :)

Helpful Respectful Engaging Supportive
Jon Foulkes avatar

Just looking at your first graph, and noting that the telescope had gone into the tripod, would suggest to me that you haven’t got any mount limits set & that the mount didn’t perform a meridian flip. Is that a possibility?

The rate that the RA drifts off is of the order of sidereal rate - that doesn’t suggest clutch slippage to me.

If it was a USB issue which stopped the mount from responding to tracking commands, then I think you’d expect to see lots of other issues as well rather than just RA.

Well Written Helpful Insightful
m159267 avatar

Bad cable or power. If possible try another power source and / or a different cable.

John Walsh avatar

Thanks so much everyone for the replies. Sorry for the delay in responding, I was away since I posted.
So to address some of the questions people have put..

  1. Position of the Scope when I found it

    The scope was on the west side of the mount with the counterweights angled upwards on the east side.

  2. Meridian Flip

    The Flip was successful. No issues with it and the subs confirm by their orientation that it occurred. Imaging proceeded for around 2 hours or so after the flip.

  3. ASIAIR firmware

    I had been operating for months without upgrading anything as I did not want any update but a bug a few nights ago made me think an update might solve it. Turns out it was a worldwide ZWO server issue but now I have the new firmware unfortunately.

  4. The plan itself

    The plan was a mosaic of M31 in 3 panels oriented lengthways. Panel 1 was mostly completed with a few subs remaining after the flip. Panel 2 got through 45 frames of 65 before the issues began. The plan was set to park the scope in the home position upon completion of the plan(I always do this)

  5. Position of scope according to the software

    Looking at the ASIAIR log i can see that it ‘successfully’ parked the scope in the home position.

  6. Cables

    I am using the cables supplied with the mount with no issues up to now.
    The usb cable had come partially disconnected by the time it hit the mount though.

    However, I always manually rotate the scope in both axes before turning on anything to ensure that cables are clear and won’t catch on anything. Obviously I didn’t check would they snag if the scope went way past horizontal though

  7. Limits

    I do not have limits set on the mount. ASIAIR doesn’t have that capability but perhaps I can do it now through the hand controller?

  8. Performance on the previous night.

    It is curious to me that RA exhibited similar though less severe behaviour on the previous night, also roughly around the same time of night, on the same target and therefore roughly in the same mount position

  9. Performance since the incident

    Last night I had some clear skies. Though the mount was not moved, the PA was shockingly off, something that never happens when I leave the mount out overnight and image the next night. I had issues centering to my target at first until I reset everything and started from scratch.
    Guiding was 0.55 RMS for the night, though I set the plan to finish before 3am to avoid the scope approaching the bermuda triangle zone I referenced above.

I hope I’m not missing anything here. I’m happy that the mount is still working and that the Newt was not damaged but very worried about imaging fully through the night now.
Regards
John

Helpful Respectful
Martins Vilcins avatar

Any chance your scope is top heavy, not ballanced well? Add a loose clutch and you might be getting this result. If ASIAir thinks it has parked it correctly, that suggests connection was never interrupted, cables should be fine

John Tucker avatar

John Walsh · Sep 23, 2025, 01:34 PM

Thanks so much everyone for the replies. Sorry for the delay in responding, I was away since I posted.
So to address some of the questions people have put..

  1. Position of the Scope when I found it

    The scope was on the west side of the mount with the counterweights angled upwards on the east side.

  2. Meridian Flip

    The Flip was successful. No issues with it and the subs confirm by their orientation that it occurred. Imaging proceeded for around 2 hours or so after the flip.

  3. ASIAIR firmware

    I had been operating for months without upgrading anything as I did not want any update but a bug a few nights ago made me think an update might solve it. Turns out it was a worldwide ZWO server issue but now I have the new firmware unfortunately.

  4. The plan itself

    The plan was a mosaic of M31 in 3 panels oriented lengthways. Panel 1 was mostly completed with a few subs remaining after the flip. Panel 2 got through 45 frames of 65 before the issues began. The plan was set to park the scope in the home position upon completion of the plan(I always do this)

  5. Position of scope according to the software

    Looking at the ASIAIR log i can see that it ‘successfully’ parked the scope in the home position.

  6. Cables

    I am using the cables supplied with the mount with no issues up to now.
    The usb cable had come partially disconnected by the time it hit the mount though.

    However, I always manually rotate the scope in both axes before turning on anything to ensure that cables are clear and won’t catch on anything. Obviously I didn’t check would they snag if the scope went way past horizontal though

  7. Limits

    I do not have limits set on the mount. ASIAIR doesn’t have that capability but perhaps I can do it now through the hand controller?

  8. Performance on the previous night.

    It is curious to me that RA exhibited similar though less severe behaviour on the previous night, also roughly around the same time of night, on the same target and therefore roughly in the same mount position

  9. Performance since the incident

    Last night I had some clear skies. Though the mount was not moved, the PA was shockingly off, something that never happens when I leave the mount out overnight and image the next night. I had issues centering to my target at first until I reset everything and started from scratch.
    Guiding was 0.55 RMS for the night, though I set the plan to finish before 3am to avoid the scope approaching the bermuda triangle zone I referenced above.

I hope I’m not missing anything here. I’m happy that the mount is still working and that the Newt was not damaged but very worried about imaging fully through the night now.
Regards
John

One other thought that occurred to me. Is it possible that your mount zero position was incorrectly set, and that the sequence finished and that mount went to the “wrong” zero point after completing the sequence?

Hard to see how polar alignment being off would be related to the moving parts or electronics of your mount as this is set entirely by the polar alignment knobs. Maybe your tripod settled in the grass or an animal brushed it? I set up in the grass and push my tripod down hard before putting the mount on. Sometimes my PA is ok 24 hours later and sometimes it is not.

yes, you can set slew limits on the EQ6R using the handset. You should set it allowing the mount to go slightly past the point at which the meridian flip occurs. Otherwise I don’t think the ASIAIR will do the flip and your mount will be stuck at the slew limit all night.

Lastly, if you are experiencing multiple, apparently unrelated problems and they are consistent, consider the possibility of a bad mother board. I’ve had my EQ6R for about 7 years now, and have replaced the board twice. I’m currently running the mount off battery only in the belief that these failures are power spike related.

Well Written Helpful Respectful
John Tucker avatar

Also I vaguely remember having had a situation in which my guidescope lost the guide star and was not able to re-establish guiding. My memory is that the mount continued to track but with the ASI sequence being stalled, the sequence never completed nor did the ASIAIR do a meridian flip. Was your mount left unattended for a long enough time that tracking would lead to the collision in the absence of ASIAIR triggering a return to home or meridian flip?

There are some shortfalls in the ASIAIR software that can cause this sort of thing in unusual situations like those described above. I strongly recommend setting slew limits with the handset.

Helpful
John Walsh avatar

Martins Vilcins · Sep 23, 2025, 01:47 PM

Any chance your scope is top heavy, not ballanced well?

Thanks Martin. Forgot to mention that initially. No its pretty well balanced, if anything, the slightest bit heavy on the counterweight end.

John Tucker · Sep 23, 2025, 02:01 PM

Maybe your tripod settled in the grass

Thanks John. It is on a very solid concrete patio so no settling possible.
I would well believe that a lost ‘home’ position would lead to the bad position alright. Why the home position would be lost though is a mystery as I had sent the mount home on a number of occasions before going to bed( after PA, after a test imaging run etc),.

I am going to look into setting these limits now for sure thanks.

Was it difficult to replace the board? Do you need to be very comfortable with electronic work?

John Tucker avatar

John Walsh · Sep 23, 2025, 02:19 PM

Martins Vilcins · Sep 23, 2025, 01:47 PM

Any chance your scope is top heavy, not ballanced well?

Thanks Martin. Forgot to mention that initially. No its pretty well balanced, if anything, the slightest bit heavy on the counterweight end.

John Tucker · Sep 23, 2025, 02:01 PM

Maybe your tripod settled in the grass

Thanks John. It is on a very solid concrete patio so no settling possible.
I would well believe that a lost ‘home’ position would lead to the bad position alright. Why the home position would be lost though is a mystery as I had sent the mount home on a number of occasions before going to bed( after PA, after a test imaging run etc),.

I am going to look into setting these limits now for sure thanks.

Was it difficult to replace the board? Do you need to be very comfortable with electronic work?

The board is fairly easy to replace. Mainly you just have to take the cover off, take a couple of pictures that will help you put the wires in the right place on the new board, and be careful not to pull on anything in a way that pulls the wires out of the connectors. Just proceed with caution and care. Grasp the connectors and pull, not the wires.

Last I checked the boards are about $250. I’ve had my EQ6R do squirrely things once or twice and it turned out to be a one off. So I’d suggest giving it another chance before ordering a new board.

Helpful Concise Supportive
John Tucker avatar

John Walsh · Sep 23, 2025, 02:19 PM

Martins Vilcins · Sep 23, 2025, 01:47 PM

Any chance your scope is top heavy, not ballanced well?

Thanks Martin. Forgot to mention that initially. No its pretty well balanced, if anything, the slightest bit heavy on the counterweight end.

John Tucker · Sep 23, 2025, 02:01 PM

Maybe your tripod settled in the grass

Thanks John. It is on a very solid concrete patio so no settling possible.
I would well believe that a lost ‘home’ position would lead to the bad position alright. Why the home position would be lost though is a mystery as I had sent the mount home on a number of occasions before going to bed( after PA, after a test imaging run etc),.

I am going to look into setting these limits now for sure thanks.

Was it difficult to replace the board? Do you need to be very comfortable with electronic work?

OH, and TAKE SOME PICTURES in ALL CAPS. It is not obvious how to connect the wires to the new board unless you have the pictures of how they were connected to the old.

Concise
V avatar

ArchStarGazer · Sep 23, 2025, 07:54 AM

V · Sep 23, 2025, 01:48 AM

Hi. I’ve had this happen to me every other night. it has to do with the star detection threshold being too high, it will relock on dither onto something it thinks is the star but is actually a hot pixel, it’ll keep giving input but wont have any “error” to it. Very common on OAG guided systems and small refractors.

ASIAIR offers to build a dark library for the guiding camera. I guess this is to identify hot pixels in order not to get this kind of error?

I still experience this even with a perfectly made dark library, it’s a troublesome thing, and I think I’m going to get a cooled guidecam with my next upgrade because of it.

As for the RA drift, well of course it’ll drift, theres no input!!! The mount will experience it’s usual peak to peak error!

My only non-software thought about this is that the clutch on my EQ6R has a tendancy to slightly self-loosen through the night which leads to a complete RA tracking faliure, I have to tighten it back down as the mount body settles around 4-5 hours into a night. Perhaps you’re experiencing the same thing?

Helpful
John Walsh avatar

V · Sep 23, 2025, 08:16 PM

My only non-software thought about this is that the clutch on my EQ6R has a tendancy to slightly self-loosen through the night which leads to a complete RA tracking faliure, I have to tighten it back down as the mount body settles around 4-5 hours into a night. Perhaps you’re experiencing the same thing?

Hmm, this is interesting, thanks very much. It certainly was very easy to move the RA without releasing the clutch when I found it in the morning. When you say tracking failure, how does this manifest itself?

Well Written Engaging
Ian McIntyre avatar

OK, I just had this exact thing happen to me a couple weeks ago with my GEM28. I’m using NINA and PHD2. It did meridian flip successfully but then for some reason a couple hours later mid-sequence it slewed all the way west into the tripod leg. I’ve been procrastinating on further investigation while I am working with my big scope and non-AP life duties. But its interesting to hear that someone had a similar event with completely different gear and software.

Engaging
John Walsh avatar

Ian McIntyre · Sep 23, 2025 at 09:18 PM

OK, I just had this exact thing happen to me a couple weeks ago with my GEM28. I’m using NINA and PHD2. It did meridian flip successfully but then for some reason a couple hours later mid-sequence it slewed all the way west into the tripod leg. I’ve been procrastinating on further investigation while I am working with my big scope and non-AP life duties. But its interesting to hear that someone had a similar event with completely different gear and software.

Intriguing Ian. If you get to the bottom of it and remember this post, could you let me know?

I have not had a recurrence of the incident in a further 3 nights of imaging but I intentionally only let it image until 3am out of caution