Greetings, I have a problem with my QHY CCD camera. I try to submit the camera's frame dimensions (width and height) but whatever I try,it wont take the values I submit and I always get a red sign at the left of the frame box. I attach some photos and logs. My QHY works fine with my raspberry (I think with Kstars 3.4) but I encounter this problem with my Ubuntu 20.04 laptop with Kstars 3.5.2. Is there any problem with QHY driver at 3.5.2? Thank you very much for your time.
Hi, any news on this topic???
Today I got a used QHY6 for guiding but I have exactly the same problem. I can only get it to work forcing the useful area resolution (752x582) and saving options.
There's also another problem, when I manually stop an exposure the camera hangs and I have to stop the server, disconnect the camera and restart the server.
KStars/INDI are updated to the latest versions.
(PT) SC@ROS Observatory
TS 6" F4 Newt / Nikon D5500 / GPU CC / Datyson T7M / Arduino Moonlite DC Clone- HEQ5 Pro
Orion 120ST / Explore Scientific 80APO / TSAPO102Q Sextuplet / G2-8300FW5 / ES FF 2" / ASI120MM - Arduino Moonlite DC Clone - Vixen GPD2 www.flickr.com/photos/139335144@N03/
I have the same problem: it seems that QHY6 driver works well when you try to guide for the first time (I guide a Skywatcher EQ8 through EQMod), but if you stop guiding and later you try to restart guiding, the driver fails. Even the QHY6 dissapears from the camera menu and only remains the science CCD (in my case, the SBIG ST-8 XME). It seems this problem is quite common, I know another friend with the same problem.
I'm going to replace the QHY6 by an ASI 120MM, hope this CMOS won't give these problems.
Apart from this but, Ekos seems great: I'm currently migrating from SGPro to Ekos and it is much more lighter than the heavy and slow SGPro. The plate solve and the overall program are very fast compared with SGPro and guiding is fine when the QHY6 works.