Jump to content

NLCbanner2024.jpg.2478be509670e60c2d6efd04834b8b47.jpg

JohnNedelcu

New Members
  • Posts

    2
  • Joined

  • Last visited

Posts posted by JohnNedelcu

  1. Good afternoon all, I'm looking for any help I can get with my SWSA GTi:

    My SWSA GTi's is crashing into itself when I'm slewing from NINA (with EQMod) or SynScan (Windows or Android).

    In EQMod I have set the limits (but for some reason, it doesn't remember them between sessions).

    When I try to slew and centre, it goes past the target, past the limit and the DEC axis crashes into the RA axis (the little screw that engages the RA clutch).

    When I stop it, I unpark and set it to park at home and it starts moving back but stops short of the polar axis.

    I tried fixing it by going into EQMod and setting the limits again (4+ times now).

    I've had issues with it for months when I used it only via the SynScan Pro app on Android and the GoTo was always way off. Now it's gotten worse. 

    What I've done so far:

    • Made sure to start it in the "home" position (pointing at Polaris)
    • After a crash, disengage the clutches, let it slew to home then manually move it to the home position and re-engage the clutches
    • Reset the encoders via EQMod
    • Checked location

    PS:

    My workaround now is to give it a slew command (In NINA), then stop it (via EQMod) when it's roughly pointing in the general direction, then quickly unpark and set tracking to sidereal (in EQMod). Plate solving eventually moves it to the target and tracking is fine once it gets there.

    PPS:

    Almost all targets I slew to are on the LHS (in the W - SW) as looking North, so it always crashes when it moves to the right of the polar axis (in case that's relevant).

    Crashing screw

    • Like 1
  2. Good afternoon all, I'm looking for any help I can get with my SWSA GTi:

     

    As the title suggests, my SWSA GTi's is crashing into itself when I'm slewing from NINA (with EQMod) or SynScan (Windows or Android).

    In EQMod I have set the limits (but for some reason, it doesn't remember them between sessions).

     

    When I try to slew and centre, it goes past the target, past the limit and the DEC axis crashes into the RA axis (the little screw that engages the RA clutch).

    When I stop it, I unpark and set it to park at home and it starts moving back but stops short of the polar axis.

     

    I tried fixing it by going into EQMod and setting the limits again (4+ times now).

    I've had issues with it for months when I used it only via the SynScan Pro app on Android and the GoTo was always way off. Now it's gotten worse. 

     

    What I've done so far:

    • Made sure to start it in the "home" position (pointing at Polaris)
    • After a crash, disengage the clutches, let it slew to home then manually move it to the home position and re-engage the clutches
    • Reset the encoders via EQMod
    • Checked location

     

    PS:

    My workaround now is to give it a slew command (In NINA), then stop it (via EQMod) when it's roughly pointing in the general direction, then quickly unpark and set tracking to sidereal (in EQMod). Plate solving eventually moves it to the target and tracking is fine once it gets there.

    PPS:

    Almost all targets I slew to are on the LHS (in the W - SW) as looking North, so it always crashes when it moves to the right of the polar axis (in case that's relevant).


    Picture 1: 

    Screw crash location

    IMG20240110021331.thumb.jpg.03f75845f5bf9521cfea09bfae943f97.jpg


    Picture 2:
    Screw crash location Closeup

    IMG20240110021340-EDIT.thumb.jpg.3f960d58fa035f1c7d3d5289816024ad.jpg

     

    Picture 3:

    Return to park/home position - this is what it thinks is home

    IMG20240109202800.thumb.jpg.4ceeaa905378cef39ac4695cf527e588.jpg

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.