Wolfgang, I finally tried your solution and this worked.
I did not set the filter wheel Simulator from the INDI server and deleted it in the optical train in the Capture Module.
In this case the system totally worked. I've to try with my full setup, but I think it would be ok.
On the basis of my experience with this issue and of your possibility, a fix for this issue would be great.
I thank you very much for your availability and for your efforts to help me.
Hi Wolfgang, as promised I'll give you a feedback on your suggestion.
Unfortunately my trial failed.
I set Simulator for the Mount, Focuser and Guide (just to be conservative) and I check the Train set for the captures in Light Mode (I attach some images).
After these checks nothing changed with respect to my previous attempts.
I attach the last Log file. It seems there's something that occurs working only in light mode (no problems with Dark, Bias or Flat modes).
I hope we can find a solution for this.
I am available for further attemps in the settings.
Thank you again.
Thank you for your answer.
I have no mount connected to INDI in the profile I use in my Mac. In this case I created a profile in which only my CMOS camera is connected to acquire my dark files for my dark library (I use a raspberry based system for connecting the complete setup with an older version of Kstars).
But coming back to the case of my Mac system, the profile I use to gake dark files is the same profile I used several times in the previous versions of Kstars.
So, I guess something changed in the current version that limitates the use of only the imaging camera.
Is it right?
How can I work using only the imaging camera?
Thank you again!
Yes, I have a temperature constraint, but it is satisfied (the temperature is within the threshold I set) . Then, it should be possible to start the capture process. I have the same temperature constraint for the dark type too, but in this case the capture works.
Thank you for your reply Hy
Actually you are right: I posted the wrong log file two times.
Here you can find the good one!
These the lines about the capture trial:
[2022-10-13T18:51:14.004 CEST INFO ][ org.kde.kstars.ekos.capture] - "Capturing 900.000-second image..."
[2022-10-13T18:52:22.338 CEST INFO ][ org.kde.kstars.ekos.capture] - "CCD capture aborted"
The second line indicates the abort I forced after 1 minute from clicking the start queue command (in this time period the process never started).
I tried another time to capture some images but with the same result. In the capture module when selecting "Light" as image type the capture does not occur. In practice it seems as Ekos is in stand by before capturing. In particular I noticed that a yellow light icon appear below the Sequence Queue with some message about the filter change (I have no filter wheels configured in the INDI server for this profile).
It sounds as something regarding some filter wheel does not allow me to capture Light images.
On the other hand, if I select "Dark" as Image type, I am able to capture the dark files and to store them in a folder I choose.
Could anyone help me, please?
Thank you again!
I updated Kstars to the last Version 3.6.1 in my Mac OS v. 10.15.7. After the update I started to experience issues in capturing images with my QHY268 Mono camera.
I am able to display images capturing in the focus module, but when trying to start a sequence of images in the Capture module the process never starts and the following message remains in the console:
"Job requires 1.000-second images, has 0/1 frames captured and will be processed."
I tried to restart my camera driver but never changes.
I attach here a log file I obtained during these trials.
With the previous version of Kstars I never experienced issues with this camera.
Anyone that could help me?
I have a question about the drivers for the QHY cameras: in particular I use the QHY268 Mono camera that is provided whith a humidity sensor that could be automatically regulated on the base of the read value of humidity (see the official manual for this camera here: www.qhyccd.com/qhy268ph-m-c/) .
How this automatic control could be enabled in Ekos?
Actually, I can see the real time value of humidity read by the sensor in the INDI control panel, but not in the CCD panel during the image capture. In addition I am not able to see buttons for enabling the auto heating of the anti-fog resistance.
Is this function integrated in the QHY driver in Ekos?
Many thanks in advance,
I am wondering if there is a way in Kstars/Ekos to plot the FOV of a possible OAG camera sensor on the star map, together with the main camera sensor FOV.
This should be considerably useful to check for possible guiding stars. Is there a fast way to do it?
Thank you in advance,
Hi guys! I am guiding in Kstars v. 3.5.2, but in the guiding menu I only see the option "Non-guide dither Dither pulse". IHave I to activate this in order to dither while the mount is guiding?
I ask it because I do not notice any message advertising me about the dither in progress between the exposures...
Thank you for your replies! The solution of mworion solved my issue !
I am working on a project for photometric analysis performed with amateur telescopes and I am developing a python code to do it.
I proudly use Ekos to perform my observations and for this reason I hope someone of the developers could help me for the issue I am going to introduce you.
At some step I have to overplot a grid of coordinates to the analysed image I acquired and solved with ekos.
Could you suggest me some recipe to convert the parameters related to the coordinates stored in the keywords of the fits file of each image in order to reconstruct the coordinate grid for the image?
Have you some paper to suggest me?
Thank you in advance.