×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

Indiserver WiFi option for Synscan Goto?

  • Posts: 90
  • Thank you received: 12
The only reason I can imagine for slewing up the mount upon unpark is that after that one can immediately take a plate solve to sync the mount. It can be made a configurable option though. At least to know about that. For now, it is hard coded into the code.
    // Altitude 3360 points the telescope upwards
    DeltaAlt = CurrentAltAz.alt - 3360;

I have no idea about your coordinate problem.
3 years 9 months ago #55963

Please Log in or Create an account to join the conversation.

  • Posts: 90
  • Thank you received: 12
I have an idea: maybe your mount wants your Longitude to be 275:00:00 degrees, because it is not raining there...
Last edit: 3 years 9 months ago by Zoltán Belső.
3 years 9 months ago #55964

Please Log in or Create an account to join the conversation.

  • Posts: 215
  • Thank you received: 16
Yep...lat 34.7, lon 275....land of clear skies and no light pollution. .....Drat! Now I have to go look that up and see where that really is.

Oh...wait a moment. My tiny little brain just kicked back into gear. 360 - 85 = 275. Could it be that this section has been coded to convert +/- 180 longitudes to a 360 positive value? Too much of a coincidence. If that is the case, a note on the entry screen explaining things would not hurt, especially since it gleefully allows one to replace the 275 with -85 without a single bark before turning it back into a positive number when you aren't looking.
Last edit: 3 years 9 months ago by Jon Carleton.
3 years 9 months ago #55969

Please Log in or Create an account to join the conversation.

  • Posts: 90
  • Thank you received: 12
I have came to the same conclusion. There is no such thing as "lon 275", after 179 E comes 179 W which is -179 E, so 275E is actually 85 W or simpe -85.

I'm sorry there is no sunshine for you today :(
3 years 9 months ago #55977

Please Log in or Create an account to join the conversation.

  • Posts: 215
  • Thank you received: 16
Gubi,

Which driver are you using? Mount or Simple? Also, what scope/mount?

I seem to have better pointing accuracy with Simple (Wedge), but it seems a bit "jerky" on tracking. I played with some of the timing settings and it may have improved a bit.

The largest problem I still have with either driver is after it slews to an image and begins tracking. If it doesn't have the target centered, I have tried opening up the KStars [T] icon, that displays a hand unit simulation, then hitting the stop button (which apparently is for stopping the tracking), and then using the arrow keys to center the image. This is all well and good, but after centering the target, I can find no way to reactivate tracking. I have tried GOTO and SYNC on the simulated hand unit, SynScan GOTO and SYNC from the Kstars map right-click display and pressing the TRACK button in the indi control panel. No joy.

The only thing I have found that works is doing a quick GOTO to a nearby star, followed by a quick GOTO back to my target. This is tedious...it works, and tracking is re-enabled, but it isn't easy to do before the target becomes off-center once again.

Any suggestions will be greatly appreciated.
3 years 8 months ago #56727

Please Log in or Create an account to join the conversation.

  • Posts: 90
  • Thank you received: 12
My scope is a 10" dobsonian. The main difference between the two driver is that the simple uses small goto operations for tracking every timing cycle (which causes the mount noticeable shaking), while the other tries to program the motor driver to continuously mowing while tracking.
I don't think that one has better pointing accuracy than the other, since they are basically the same code base, and utilize the same alignment subsytem.
You should not hit the STOP button, sync the only way to re-initiate tracking is an other GOTO. I think this is the case with all drivers. Normally the EKOS hand controller pad should be able to move the mount while tracking, without stopping tracking. There is an issue with these two driver because it was permanently tracking, and taking back the scope to the original target time to time.
I have made a patch for both driver, and it has been merged into the master branch (about a week ago, I think), which tries to solve this, and modifies the tracking target while moving.
So recompile the drivers from github, and give a try to that. You should be able to move the mount while tracking, effectively modifying the tracking target. It is not dead precise, but better than none.
An other way could be if you have a camera on the mount, is plate solving and syncing the mount (driver) via EKOS alignment tab. That is working more or less.
3 years 8 months ago #56728

Please Log in or Create an account to join the conversation.

  • Posts: 215
  • Thank you received: 16
Gubi,

I thought we had similar equipment. Mine is a SkyWacher 250P 10" Dob.

I spent a lot of time last night (we finally got clear skies) working with the scope with a fresh download/compile from Github. I initially tried to use indi_skywatcherAltAzMount, but its tracking seemed to drift quite a bit. I went back to indi_skywatcher_AltAzSimple and had good pointing results and reasonable tracking, but I had to play a bit with the timing and step rate to get it to be less jerky. I was able to shoot some images, but could not rely on an image capture longer than 4 seconds. I did notice that the arrow keys on the Kstars simulated hand controller worked without using the STOP, although I am convinced that -sometimes- hitting an arrow key turns tracking off.

My preference is using indi_skywatcherAltAzMount, so I probably should just stop using indi_skywatcherAltAzSimple. Are you getting good results with your scope with indi_skywatcherAltAzMount? If so, what do you think I may be doing incorrectly?

I setup using indi_skywatcherAltAzMount as follows:

* Point scope directly ad Polaris.
* Change the unpark to point North (it keeps defaulting to South)
* Unpark (scope remains oriented North but slews up about 30-25 degrees.
* Select Center & Track from the right-click menu while mouse set on Polaris.
* Select Synscan->Goto from the same right-click menu
* Use the Kstars hand unit simulation [T] arrow keys to center the image
* Select Synscan->Sync from the right-click menu
-IF- this is stable, I pick another star, and repeat the process I used for Polaris
-IF- I manage to get Polaris and another star reasonably stable and tracking isn't drifting, I try a deep sky object. No good luck past this point with this driver.

I will say that my camera (SV305) has a VERY narrow FOV, so I am very sensitive to tracking drift and missing a slew to target by even a small amount.
3 years 8 months ago #56759

Please Log in or Create an account to join the conversation.

  • Posts: 90
  • Thank you received: 12
That is pretty much the same, as mine. Just mine does not have a built in WiFi on the electronics. Too bad, because mine is pretty much new :(
Can you tell me what is Mount Code of yours? It is on the 'Detailed Mount Information' tab in the INDI control panel. Mine is 152.

I think what you are doing is correct. I bet you mean by Synscan->Sync (right menu) Skywatcher AltAz -> Sync. Since there is no synscan involved in this process (that was your goal, right?)
As far as I understand the Alignment subsystem, you can repeat the Sync operation with more stars, and this will improve the tracking accuracy. This is not the same as with the Synscan handcontroller, no "two star alignment" or "3 star alignment", this is "many star alignment".
I don't know the limit, but definitelly can be done more than twice.

Also it is a big advantage of using INDI that you don't need to do it "by hand", plate solving is a great thing!. Just put your camera on the scope from the beginning, and use the alignment tab from EKOS! You don't need to find any known star. Just point your scope pretty much anywhere with a Goto operation (I normally start with polaris). It will not point to polaris of course, but now do a 'Solve and Sync' operation and you have a starting sync. Now goto to an other star, and repeat. The great thing is that you never have to 'center a star' by hand. Plate solving works even when there is no bright star in the field of view.

About tracking accuracy: 4 sec exposures is just what I got, most of the time. You will not like what I say, but these drivers are not production ready, IMHO. I try to make it better, but I just understand too little of how it works yet. I get better results with the Synscan handcontroller, and the synscan INDI driver. That works quite smoothly.
Also the tracking accuracy is greatly depends on what part of the sky is the target. It is the worth just on the zenit, since the mount has to turn azimuth quite quickly. There is an effect with AltAz mount that the field of view is rotating during tracking, and it is an uneliminatable effect without eqatorial setup. It is the worst on the zenit, and much better on the lower southern part of the sky (the stars are just moving right, azimuth only). Sometimes I can go up until 16 secs, but pretty much that is the upper limit. No multi minutes exposures possible with an AltAz mount.
A few night ago I tried to image M57 and M27. I got much much better results with M27, I bet because it was at lower altitude. M57 was just above my head. I did it one after the other, with the same alignment.

Also keep in mind, that the backlash of the mount should always be considered. Always end your centering operation with 'Up' and 'Right' motion. Otherwise the mount will not start following immediately, just after the backlash amount has been rotated. Just the same with the Synscan handcontroller. This is the property of the mechanic, cannot be eliminated.
3 years 8 months ago #56761

Please Log in or Create an account to join the conversation.

  • Posts: 215
  • Thank you received: 16
You are correct. My little mind gets confused with too many "S" words. I did mean Skywatcher and not SynScan. It certainly was my intent to never use Synscan again and I think you every time I use these drivers for that. I am also pleased to find that my exposure estimates are within the realm of expectations. The image of Jupiter, by the way, was last night's attempt. 300, 4 second subs stacked with Siril and finished with GIMP using the indi_skywatcherAltAzSimple driver. So, apparently, it can track effectively. The other image is my indi control panel motor detail. Apparently, we have different motors, if the numbers mean anything.

I really need to wrap my head around plate-solving as it applies to Kstars (that means I probably should actually READ the instructions). I understand the principle, but never have tried it. I am clear that it goes somewhere and can give you the coordinates or give them to Kstars, so now everyone knows there they are, but if the next GOTO, (to Vega, for example) doesn't end up at Vega =exactly= and you plate solve again, so everyone knows where they are, how do you get to Vega? I need to try it and see, I suppose.

Thank you once again for all your hard work on these drivers and your patience with my questions and concerns. I wish I could assist. I used to be a fair programmer in Java and even have written a fair number of motor and device controllers in assembly language, but I really am no good at all in C or C++. Never had a good reason to do more than just a few simple compiles in C.
3 years 8 months ago #56775
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 90
  • Thank you received: 12
This image of Jupiter is much better than I have ever got!
But I don't understand, do you really expo Jupiter for 4 secs? I use 15 ms expoes for Jupiter.

Plate solving is not difficult, Jasem has great tutorials about that:

Just be sure to set your telescope focal length of your scope.
The basic principle is that it tells the driver where the scope is pointing at, updating it's coordinates in the driver. Of course that mean that the crosshair also updated in Kstars. But it actuially updates the driver. Essentially the same operation you yuse for SYNC. After that what happens in the AltAzMount driver is that as it is tracking and now knows it is not pointing to the target, it will slew to the target (center Vega). As the AltAzSimple driver stores the Alt/Az coordinates of the target, it will not slew automatically after solving, but you will see in Kstars that it is not exactly targeted, and you can issue an other GOTO to your target, which will now be much more accurate.
3 years 8 months ago #56857

Please Log in or Create an account to join the conversation.

  • Posts: 215
  • Thank you received: 16


I tried using indi_skywatcherAltAz mount last evening, but "crashed and burned" (pilot-speak for failure). It drove the scope smoothly, but I couldn't hit a target on GOTO...close, but not close enough. Also, it wouldn't hold a target. Drift made it impossible to use. Sync seemed to have no effect. I get a feeling that using it with a guide scope, constantly correcting and holding position, is the ticket.

This may sound odd, but highly appropriate: We got frustrated and decided to use the Tablet with Synscan. In a navigation error (heading for the wrong fuzzy gray area after a near miss GOTO) trying for the Angelfish Cluster, we ended up at the "Dumbbell Nebula." Perhaps that is the default. If one fails to operate the scope properly, one ends up at the dumbbell.

I did get some good shots of the dumbbell, however. A bit noisey, but I didn't take time to process properly.
Last edit: 3 years 8 months ago by Jon Carleton.
3 years 8 months ago #56894
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 90
  • Thank you received: 12
What you need is plate solving, I think!
That makes the difference to using just Synscan.
One more good news: one more improvement have been made to the drivers: joystick support has been fixed. So now you can use a joystick (or rather an USB gamepad) instead of the "hand controller simulator" on screen.
I even use it for eyepeace observing, it is nice just panning around the sky. In order to know what I see, i put the camera on the finder scope, and use plate solving with that!
Then connect SkySafary on my phone to INDI and pan with gamepad and I can see on SkySafary what I am looking at.
3 years 8 months ago #57059

Please Log in or Create an account to join the conversation.

Time to create page: 0.293 seconds