When using Load and Slew for Alignment and the image I am aligning with isn't at the same rotation angle as my current image (I have re-mounted the camera at a slightly different angle), I get a pop-up dialog showing me the rotation angle with message "Uncheck Rotator in Alignment Options .." I can't find this option? Does anybody know where this is as I would like to uncheck it.

Read More...

David Bennett replied to the topic 'Raspberry Pi 4 for compiling?' in the forum. 2 months ago

Thanks for confirming what I suspected. My windows 10 desktop isn't suitable for Windows 11 now which indicates how old it is so it's time I think to replace the mother board and buy a new SDD drive then build a dual boot system. May I ask, what is the most suitable distribution of Linux for Kstars?

Read More...

David Bennett created a new topic ' Raspberry Pi 4 for compiling?' in the forum. 2 months ago

Would appreciate any feedback on suitability of using raspberry Pi4 for Kstars development. Is performance sufficient for a beginner getting into code development of Kstars or will it be too slow compiling?

Read More...

Understood. Thanks for responding.

Read More...

Hi Ron, thanks for your feedback. It's good to know someone else in the world has the same problem as me!

As you can see, I am in conversation with Steve who I assume is key developer for the guiding module and I will do whatever testing is needed to confirm what the problem is. My rig or the software.

Read More...

Steve, to be clear, are you saying the interface label for image delta is incorrect and it should read seconds and not minutes? Is it better if delta was given in seconds as minutes is a large value for imaging?

Should software be changed to at least give an accurate phrase. Even if underlying guide software has no errors it is really import for the user interface to be clear and precise backed up with on-line documentation. Writing good documentation is a real drag but really important.

I check cables and power supply on a regular basis and will check the mount as that could be the cause. At the moment it's clear the guiding RMS goes very high > 1000 as cloud starts to pass through and I see trailed images with mount going out of position. Turning on verify image position and setting a delta should help and put mount back to correct position but an unnecessary action if mount was left to continue guiding at sidereal rate and not go out of position.

Let me do some checks please and I will report back with results.

Read More...

Steve, I have been turning off in-sequence checks because I was trying to avoid re-focusing as I have a problem with that, but you are right I had verify capture set to 0 frames and a large re-set pipeline value of 30 mins. From what you say the answer to my question is: Set the EKOS Alignment values so Alignment module is called after a period of cloud otherwise guiding continues at current location which may have drifted away from target location.

Should I set verify frames to 1 so it checks immediately and set the image delta to 0.3 as I usually set my-realign accuracy to 20 secs?

There is an underlying issue where the mount goes walkies (star trails) when guiding is suspended. This doesn't happen every time but quite often. The drift each time is different lengths and different directions but the pattern is always the same as below. Dots and lines in one direction.



This could be because my mount has developed a fault so will check that out on next clear night taking a long exposure un-guided.
What does "re-set pipeline" actually mean?

Read More...

Thanks. What you say sounds like my experience.

Read More...

Start guiding is enabled whilst a synced dome is still moving into position?

Read More...

I would be really pleased if someone with detailed knowledge can confirm the process EKOS follows to manage a period of passing cloud. With my setup I often see a few frames with significant drift during cloud and at the far side when visibility returns there has been a significant shift in the image making stacking or my case exoplanet photometry difficult or impossible to continue after cloud interruption.



In the above example, prior to the set of 4 A images, all images are good.
Set A images are considerably fainter as cloud partially obscures but frames remain un-shifted and in correct location.
The 3 set B images remain considerably fainter and exhibit significant shift especially the last 2.
Set C images have regained brightness to pre set A values but remain about 8 min out of position

I notice the alignment module wasn't called after this cloudy interval so does guiding restore pre cloud position?
The impression (only an impression) is that when guiding is suspended due to loss of stars, the mount isn't set to default sidereal rate so significant drift occurs until guiding re-starts. I would have thought when guiding is suspended or abortyed the mount should be set to sidereal rate so it carries on to within the accuracy of its alignment and motors and is then re-aligned when cloud dissipates.

Obviously guiding is re-aligning all the time to keep guide stars in position. When guiding is suspended due to cloud and re-starts, if a shift has happened it will pick a different set of guide stars I think so not sure how it can re-align?

Next clear night will simply put the dust cap on for say 15 minutes when guiding then take it off and see what happens.

Read More...

David Bennett replied to the topic 'Auto Focus failures' in the forum. 2 months ago

Hi John, I did some tests back in July where I captured some images at various step positions from way out of focus to near focus. I didn't use auto focus, just used capture changing the step position between frames.
Below are screen grabs from Fits viewer of about 1/3 of the frame. The HFR values are those as given in the fits viewer and seem to me much what I would expect so good results I thought at the time. I plan to do repeat this test to ensure focuser and optics are good and then on same night run auto focus tests to see how they perform. I have messaged you to see how I can send you these images, 18 in number, about 140 mb zipped

Step=10000 HFR= -1
Step=14200 HFR=12.652
Step=14400 HFR=8.452
Step=14550 HFR=4.743
Step=14570 HFR=4.491
Step=14600 HFR=4.233

Read More...

David Bennett replied to the topic 'Auto Focus failures' in the forum. 2 months ago

indi-asi 2.2 is installed.

Yes the 12" RC telescope I have has a large secondary.

Read More...

David Bennett replied to the topic 'Auto Focus failures' in the forum. 2 months ago

Thanks for explanation on backlash. I understand now. Just need to remember to put it back to its measured value when using the focuser manually. With Fine focus its a small amount about 5 and course 40. I will use a value of 50 to cover all eventualities.
Thanks for explanation of Max Travel. The hint says 'Maximum travel in steps before the autofocus process aborts'. We said it was +/- this value before so I was reading this as a relative value and not absolute. For the ZWO EAF the home position is 0 and max value is 65,000. I guess code wont attempt to move to a negative value so that end is protected and I will set the max value to 65,000 or less if there is insufficient movement in the focuser?
The direction of the focuser can be reversed so zero can be closest in or furthest out. When auto focuser describes motion as motion in it could actually be going out. I notice focusing moves decreasing the count. As telescope is expected to be pointing above the horizontal then its probably best to drive the camera towards the scope (in) to keep slack out of the gears. If that sounds sensible, then I need to set EAF direction so zero is closest towards the scope? With course EAF motor fits on opposite end of shaft and direction is reversed then I need to reverse the reverse to keep zero closest in!

Read More...