W J Drijfhout replied to the topic 'ASI cameras new issue with latest EKOS' in the forum. 2 months ago

This issue just costed me quite some observation time before I found this post. What I dont understand is why it was changed? It always worked that flip-flat was parked/unparked, depending on taking light, flat or dark frames. Never a problem.
I use the flip flat on and off. On when possible, but when the wind is too strong, I take it off. So this means I would have to constantly change these settings? And like the.Cakemaker is saying, the settings dont seem to stick. And I am not using a sequence file.
The preferred option would be that KStars checks if there is a flip flat of some sort connected, if so, it reads the position before taking the photo, if not, it doesn't bother.

Read More...

W J Drijfhout created a new topic ' Installation on old Mac' in the forum. 4 months ago

A friend of mine has an old Mac that he wants to try Ekos on, but the latest MacOS that laptop can handle is 10.11. The Ekos DMG installer requires 10.12+. Is there a way of installing on older MacOS versions?

Thanks, Willem Jan.

Read More...

W J Drijfhout replied to the topic 'Dialing in focus' in the forum. 1 year ago

Andrew,

I experience similar irreproducible results. Sometimes it works flawlessly, sometimes it just doesn't get there. In most cases where it does not work, focusing on the wrong star is the problem. It selects a nebulous object, a double-star, or just a way too big star. So rescue method 1 for me is manual selection of a small star.
Subjectively I seem to have slightly better results with polynomial vs iterative method.
But I'm also recording my focuser position at various outdoor temperatures and find that the relationship is linear and very predictable. So for my setup, a drop in temperature of 1 degree celsius equals focuser in by approximately 80 steps. Important to keep circumstances similar (system must be in equilibrium with environment and dew heaters need to be in same position.
I do not let the focuser run unattended, and if I'm in a hurry, or experience issues, I just set the focuser where it theoretically should be with pretty good results.

Read More...

W J Drijfhout replied to the topic 'Re:Scheduler not starting' in the forum. 1 year ago

Hmm, then I don’t know. Perhaps still something wrong with the scheduler. Keep in mind I only tested it with simulators.


Sent from my iPhone using Tapatalk

Read More...

W J Drijfhout replied to the topic 'Re:Scheduler not starting' in the forum. 1 year ago

I have only tested with the simulators, but it slewed to the object and only then started to take pictures (I don’t use the guiding etc. options).
Did you see the scheduler pick up the coordinates of your target? I have found in the past that it is important to search for the target through the built in search function. Only then it adjust coordinates and speed to the object. Simply typing in the name of the target did not work for me.


Sent from my iPhone using Tapatalk

Read More...

W J Drijfhout replied to the topic 'Scheduler not starting' in the forum. 1 year ago

Just tried version 3.2.0 with the simulators, and it is working now!
Thank you so much Rob and Jasem, for resolving this so quickly!

Read More...

W J Drijfhout created a new topic ' Scheduler not starting' in the forum. 1 year ago

After upgrading to version 3.1.1 for Mac (from 3.0), the scheduler does not seem to start. In the bottom right of the panel it says 'No jobs running' with the spinning sign behind it, suggesting that something is going on. However, no sequence is loaded in the capture module, no slewing to target happens, etc. Anyone any idea what I might be doing wrong here, or what could be going on? All jobs are scheduled to start ASAP, but even forcing it to start at a certain time did not work.
Attached a log-file that may be helpful. It reads somewhere 'Ekos communication status is 0, starting Ekos'. Could that point to the issue?

File Attachment:

File Name: log_23-52-48.txt
File Size: 142 KB


Read More...

W J Drijfhout replied to the topic 'Ekos Scheduler 'eats' frames from the sequence?' in the forum. 1 year ago

You are absolutely right! There are indeed exactly 6 frames in the directory specified (three from the first sequence and three from the second sequence). This makes all sense now.
Glad nothing is wrong with the software, and just due to user error. I will uncheck the Remember Job Progress option going forward.
Thanks very much for your help solving this.

Willem Jan.

Read More...

W J Drijfhout replied to the topic 'Ekos Scheduler 'eats' frames from the sequence?' in the forum. 1 year ago

Thank you Wolfgang.
However, I never use the 'repeat for x runs', I always have 'Sequence Completion' selected.
Should I deselect 'Remember Job Progress' in the Preferences?

Willem Jan.

Read More...

W J Drijfhout replied to the topic 'Ekos Scheduler 'eats' frames from the sequence?' in the forum. 1 year ago

Thank you Wolfgang, for looking into this. I have attached the three capture sequence files I used (had to change extension to *.txt, or it would not upload). I'm afraid I did not save the scheduler job as a file (should probably start doing that...).
The three sequence files were executed in order, with selecting target M63, M44 and M63 respectively. In order to make sure they stay in order I typically assign a priority like 1, 10 and 15 or so to them.
Other settings of the scheduler were:
Tracking on, no focus, align or guide ticked. All Job constraint options unchecked. Selected shutdown procedures: warm CCD, Cap and Park Mount.
I just looked at the option 'remember job progress' and indeed that was selected. Can't remember I turned that on, so perhaps this was a default setting?
I've got logging on by default, but that only specifies some startup routines. Nothing in there about the actual imaging processes.

Once again, thank you very much already.

Best regards, Willem Jan.

Read More...

W J Drijfhout created a new topic ' Ekos Scheduler 'eats' frames from the sequence?' in the forum. 1 year ago

Something strange happened last night when using the scheduler. I had three jobs on the list. First two went well. But from the third job, significantly less frames were taken than specified in the sequence-file. In the sequence file there was a series of 20/6/6/6/10 frames for various filters. However, the scheduler only took 10/3/3/3/10 frames. So most were halved, but not all. Looking at the time-stamps of the files, they were all taken in proper sequential order, no gaps, so I'm not missing files because they've been written wrongly. Seems like there is some logic/intelligence applied to the frame-reduction, but I can't see where or how and how to prevent this.
Usually when something goes wrong with the scheduler it's my own fault, having made a typo in the script or so, but I checked it hundred times, and the scripts all look fine. Any idea what could have gone wrong here and why th scheduler 'ate' some of my frames?
Using KStars 3.0.0 for Mac.
Thank you, Willem Jan.

Read More...