The fact that the device string is not displayed simply means that the vendor and device id are not known to your system but it doesn’t mean that the device won’t work. Good job on getting the camera to work. Happy imaging!!!
Wouter van Reeven
ASI6200MM and 7 slot 2" filter wheel with a SkyWatcher Esprit 80 ED on a SkyWatcher HEQ5-Pro
ASI1600MM-Pro Cooled and 5 slot 1.25" filter wheel with an 8" TS Ritchey-Chrétien on a SkyWatcher EQ6-R
Look for the red light on the device. When first plugged in, the light is red. For me, when I select record, the light goes out. With the light out, the messages of “No QHY product found. Is it powered on?”
I am going to attempt the fxload update. Something is shutting the QHY5LII-C to off. Under Windows the same power off happens when recording. I am fast coming to the conclusion the QHY5LII model is abandoned to Windows 7. EOL hardware is the result.
Yes. OaCapture, version 1.61, has several QHYCCD files. One is specific to rules. This is my source of the extra QHYCCD rule file.
The OaCapture rule file adds some good items to me. They helped get both PoleMaster and QHY5LII to be recognized by INDI. Then again, it could be source of my problems in the first place. The specific new vendor identifiers were not in either QHYCCD rule file. Both devices were 1 and not 0, 0921 and 0941.
INDI right out of the box supports both devices. I found this out when I blew up my RPI 3B+ using a different PSU. Bummer. I have a backup RP3B and the QHYCCD device were recognized.
I think mine has a dead CMOS camera. Once energized, the red light is bright. EKOS loads and my gear is recognized. The light goes out. EKOS no longer sees the device until I reset the power with a hard boot. I am use the supplied cable.