Come and join our community. Expand your network and get to know new people!
I platesolve fine with my 2000mm focal length RC main telescope and a smaller ASI1600mm camera, so I'm not expecting you to have issues.
I do occasionally have issues near Polaris, not too often but sometimes. When that happens, I just move it a 5 or 10 degrees from Polaris and it tends to plate solve better.
Both issues (reverse and not saving) were fixed by Jasem in the Mac version last month. I thought it would have been fixed in all versions.
Hi, thanks for quick reply and suggestions.
I'm going to try platesolve PA, as i had this on my mind lately, but i hope platesolving around Polaris will work on a 430mm APO with an APSC type CCD behind it, because i am not (yet) using a guidescope with a wider field of view to feed more nearby stars to the platesolving algorithms.
I'll post back here how it worked, but it will take some time, because i'm away for the next two weeks and the skies are likely to be cloudy until i am leaving.
I wanted to say thank you for putting this change in. I used my nite crawler when I first went to Ekos and realized this was the issue but didn't know how to get it fixed. I then got a new scope and forgot about it. I just got my nitecrawler scope back out and it was a real welcome change.
One thing it doesn't do is 'save' in the configuration. Everytime I boot I have to re-select it.
Answering parts of your question (I don't use the stellarmate app):
I do what you suggest at home (powerline networking and VNC--really NoMachine) and it works fine. I actually connect a switch to the powerline so I can plug in a laptop outside near the telescope, should I need to (my home WiFi does't reach my home telescope's location), but I primarily access the scope using NoMachine across the network from inside my house via the powerline network.
I would think you should be able to polar align your scope outside with the standard linux-based KStars/Ekos program, then disconnect the laptop-based KStars/Ekos and reconnect to the app. As I said, I have no experience with the app, but I would expect that to be fine.
Also, if you're using the latest (v3.6.0) polar alignment, you can choose the "PlateSolve" method (instead of MoveStar) and then there's no need to click on any bright stars etc. Not sure how/if that's implemented on the Stellarmate app. See indilib.org/forum/general/11816-announci...changes.html?start=0
Using the latest Stellarmate OS and Android app on Samsung Tablet S6 Lite (WiFi only, no magnetic sensor)
It has some minor quirks to get used to, but as a veteran Linux power user, nothing too bad to abandon Stellarmate.
1. I went through the video tutorial to try out the Polar Alignment Assistant. Auto routine works like a charm using 600x mount speed, but when it comes to zooming in/out and panning the image to a bright star and adjust the correction rectangle, i actually can't do any of these actions, neither in minimized nor fullscreen display of the periodicallly captured/refreshed image.
2. As an alternative, can i just switch to VNC/Kstars->Ekos and do the PA there, continue with Stellarmate app afterwards?
3. As the VNC connection is rather slow, would it make sense to use an external WiFi Dongle+Antenna instead of the RPi4 internal one?
Another workaround (at home) would be to connect via VNC over Ethernet Powerline, connected to my WiFi home router. I could then even use INDI compatible clients to connect to the RPi4. When i'm out in the field i would be limited to WiFi-Hotspot mode, of course.
Thanks in advance.
Here's an old video, still pretty relevant. You definitely want to try it out before you let it go. Build a fake schedule with a simulator camera and run through the mechanics during the day. See how your observatory controller interacts with Ekos and make sure it does what you want it to do. I'd make the mount move and leave the scope covered in case it goes across the sun (and use the camera simulator to fake some data collection).
I second David's request.
Being in a similar situation, I would appreciate knowing how to safely and efficiently use the Scheduler, as I could go to bed at night, knowing (or hoping) that my observatory would shut down in an orderly manner, after my captures of the night. I have tried to use the Scheduler once or twice but have never felt confident enough to let it go by itself, not knowing if I had omitted something essential.
Can anyone point me to a relatively recent (I know that's relative ) video or document that explains the Scheduler?
I've been using nothing but the Sequence Queue on the CCD tab for years. But looking at the Scheduler there are interesting items to try. But wading in to this is daunting to say the least.
I'd hate to loose a rare night imaging to test these features.
I have installed an RG-11 rain sensor on my Weather Radio weather station (using mode 1, rain detection) and I am not sure which mode (0 or 1) is the best for rain detection, as the "Event count" in the indi Weather Radio driver doesn't relate to the rainfall intensity or duration. In other words, in mode 1 "Event count" gets incremented when it rains but I don't see a rain warning or danger being flagged, and the count does not reset to 0 when the rain has stopped for some time.
Would mode 0, tipping bucket, be more appropriate to indicate a warning or danger, so that my observatory could park and shut itself down?
Thanks for any enlightenment.
The cables are good quality BUT I'll definitely visit the Pegasus store after this "incident" Very annoying indeed but now my Avalon is purring like a cat so I'm a happy camper!