John Hoogerdijk replied to the topic 'QHY8 driver' in the forum. 6 days ago

Try the attached firmware for the QHY8 instead of the default. It will save as a mono image and you'll need to debayer the image to make it colour. You will also need to adjust the size as well as it includes the overscan regions.

JC wrote: Hi ,

Is there any chance to have a QHY8/CP6-CS driver available with astroberry ? I have a this old camera ( CP6-CS) that is runing still very well and I will be motivated even if any update in existing driver have to be done to make this camera available in the INDI library.

Regards.

JC



Read More...

In theory, yes, you can have multiple VNC sessions. I don't know how the SM is configured, but you may need to use LightDM on the SM as I don't think this works with GDM. (maybe KDE has a display manager that works too - I've not played with that.) So, install LightDM and a VNC server (eg: x11vnc), You'll have to do some reading to get the niggly bits figured out -I haven't done this for years, and the details have popped of the stack. You'll probably have to configure x11vnc correctly. Google is your friend ...

jmh

Read More...

@kengs

I had a sense there was some authority behind response to my original post ... :-)

Not directly related to topic, but are there any other conditions that would cause an offset other than PA? PHD2 reports my PA between 0.5 arcmin to 3.2 arcmin, so I'm not sure that's the issue. So, some other force must be in play. I'm guessing its either balance or cabling. I'm wondering if is possible to get a hint from looking at the corrections.

jmh

Read More...

Regarding the Z-filter comment, a core member from PHD2 told me that Z-filter used an offset. See the discussion here .

Read More...

During my session, I noticed an issue with calculating RMS. I used PHD2 for guiding, and I use the Z-filter algorithm for DEC control. According to the folks at PHD2, when Z-filter is used, PHD2 shifts the image - RA is centered, but DEC is shifted by 1 arc-second. I'm not sure why, but this will throw off the calculation of RMS due to the DEC shift. Take a look at the attached pictures so you can see what I mean.

But very nice tool!

Regards,

jmh

Read More...

John Hoogerdijk created a new topic ' Analyze Tab' in the forum. 2 months ago

I just noticed the new Analyze tab on the latest nightly. This is a great addition to EKOS. My commendation to whoever did the work for this - well done!

jmh

Read More...

John Hoogerdijk replied to the topic 'iOptron CEM60 Question' in the forum. 6 months ago

I have used the PHD2 drift align in the past, but have shifted to using the EKOS polar alignment. It is generally much quicker to use, mostly automated (some issues with captures starting before the mount is stopped - use manual mode), and is accurate. Note that PHD2 recommends that polar alignment should be slightly off to avoid DEC oscillation (not sure what the recommended amount of misalignment is - my CEM60 is about 1.5 arc-minutes off according to PHD2). Overall, it works very well - much preferred over drift alignment. See PHD2 best practices for details.

If you still want to use drift alignment, use EKOS to align first, and then try PHD2 drift - you'll find your mount will be very close, and it will be much quicker.

Regards,

jmh

Read More...

I have just tested with the latest nightly build of INDI and KSTARS.

I have a QHY163m and QHY 5L-II mono and there are no major issues or changes since mid-April. Cooling stays within 0.2 C within a minute or two. No issues with downloads or any other camera functionality. I'd like the cooling tightened a bit more, but I can work with it now. After 5 minutes, it more or less stays within 0.1 C with an odd excursion to 0.2 C. The QHY5L-II connects to a remote PHD2 instance using INDI and also work well. It's been stable now for quite some time.

Regards,

jmh

Read More...

I used a ROCK64 SBC with a USB3 hub and could never get it really stable. The USB3 hub connected the camera and a 500GB SSD boot drive. I tried a number of USB3 hubs but experienced issues with all of them. Rather than spend more money on looking for a combination of parts that worked, I went with the NUC. It uses more power, but it much faster and I've not had an issue for 6 months. I also don't use WiFi as it isn't full duplex, 5G attenuates more quickly than 2.4Ghz, and the use case just isn't suited to wireless. Much better to go with 1Gbe wired.

The drivers are another issue. QHY needs to find a good engineer to help with the cooling problem - it shouldn't be that hard to fix. The settings is also an issue, but is not unique to CCDs - I have to manually adjust the guide rates for every session for my CEM60 mount as they are not saved. Perhaps there were some unintended changes when the github repositories were reorganised. Over time, they'll get fixed I'm sure. I do have to say that in general, INDI is much more stable and the usability of EKOS get improving too.

jmh

Read More...

I too have a QHY163 (mono version though) and am using the same version of the SDK you are using with no issues. I would like to see temperature control a little tighter but +/- 0.3 is ok. Other than that, no issues.

Perhaps there are other issues: power, cabling, USB ports, etc. From your sig, I noticed you may be running on an ARM system (RP4, Tinker Board), I've moved from ARM based systems back to an Intel based NUC with much more success and stability. The newer cameras with USB3 are more demanding and push the limits of the ARM based systems.

Regards,

jmh

Read More...

Just read my message again - I know EKOS doesn't control the temperature. Apologies if the implication was otherwise. QHY needs to find an engineer who understand this stuff to fix. Probably won't be dealt with until the world get through COVID-19... stay safe everyone.

Read More...

Regarding cooling, I've had similar results to other with the latest driver release. Cooling is less stable - I've seen +/- 0.4 C variation whereas in the previous release it was close to +/- 0.1 C. I think someone should dust off their control theory textbook(s). Temperature control was solved a long time ago.

jmh

Read More...

John Hoogerdijk created a new topic ' Saving guide rate settings' in the forum. 8 months ago

I have an iOptron CEM60 and it appears that the default guide rate is 0.5. Each session I change it to my preference. When you save the driver config, the new guide rates on not saved. I've looked through the XML files and there is no value for the guide rate.

It would be nice if INDI would save the values when I've changed them so I don't need to do this each session.

Thanks,

jmh

Read More...