Guido Muesch replied to the topic 'A better FITS viewer?' in the forum. 4 weeks ago

Unfortunately there are not many FITS viewers that display color FITS from INDI. E.g. DS9 only displays grey values and does not recognize the bayer information in the header. Or am I missing something?

BTW, I did not experience a crash with the INDI Fits Viewer yet. But I only have a ZWO ASI 224mc with a small sensor (1304x976). That would also hint at a memory issue, but Jasem already said he had fixed it...

Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 2 months ago

You could also try to use indi-ssag. The Starshoot Autoguider is in fact a QHY5.

However this driver works a bit different. For indi-qhy, the firmware for the QHY5 is loaded by the udev kernel mechanism, with the help of fxload and a udev rule which can either be found in /lib/udev/rules.d or /etc/udev/rules.d. In my case it is 85-qhy.rules.

The indi-ssag driver needs to find an uninitialized SSAG or QHY5, because it loads the firmware on its own. For this the loading of the firmware via udev must be prevented. If 85-qhy.rules is found in /lib/udev/rules.d the cleanest way to disable is "ln -s /dev/null /etc/udev/rules.d/85-qhy.rules", because a rule file under /etc/udev/rules.d shadows a rule file with the same name under /lib/udev/rules.d.

What do you want to use the QHY5 for? It's quite outdated and especially the Linux firmware has some (hidden) issues (Indeed for some strange reason, Windows loads a different, slightly simpler and I assume slightly older firmware ).
I probably should write down my findings about the QHY5/SSAG from my experience in building a QHY5 clone and analyzing the firmware, but I didn't find the time yet.

CS
Guido

Read More...

Guido Muesch replied to the topic 'Any news on QHY294C support?' in the forum. 2 months ago

So is anybody using a QHY294C under INDI so far?

I am interested in a 294c based camera due to size, pixel size, full well capacity and low read noise. There is ZWO, QHYCCD and Altair Astro. The ZWO seems to work, but according to Cloudynights it originally had some color artifact issues. But it seems the issue is partly related to taking short exposure flat frames where the sensor behaves differently. However the QHY version claims to have a better built quality (more even cooling concept). I don't know about the Altair. I have the general impression that the driver support from ZWO is better than QHYCCD and Altair Astro, but I am open to suggestions.

CS
Guido

Read More...

Guido Muesch replied to the topic 'New Camera - well new to me !' in the forum. 2 months ago

Indeed the ToupTek ATR3-16000-KPA sounded like an interesting camera, but looking for information, I cannot find anything on ToupTek's website.
There is an ATR3CCD Series mentioned but no ATR3-16000-KPA. Has this product already been discarded?
This gives me some doubts on how well it might be supported by their SDK in the future.

Any comments on that?

CS
Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

@CRW4096:
BTW, thanks for the pictures, but I would actually need to get close up shots of all PCBs from both sides, so I can see the traces.

Anybody else who has a QHY5-II and could make detailled PCB pictures? Maybe I should post this as a seperate topic...
I am interested in the differences in wiring between QHY5 and QHY5-II.

Regards
Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

Be aware that udev executes ALL rules that match. Not only the first one.

However if the same rules filename exists in /etc/udev/rules.d and /lib/udev/rules.d only the one in /etc is used.
That allows you to disable rules files from /lib by creating symlinks to /dev/null under the same name in /etc, without interfering with the rules files installed by packages under /lib, who are subject to being updated.

Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

@AradoSKYindi:
You have both 85-QHYCCD.RULES and 85-QHY-CAMERAS.RULES?
Maybe one is a leftover from an older install or different package.

Ah, I see, Jasem also wonders what is in the second file...

CS
Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

@AradoSKYindi:
Where are the INDI-QHYCCDcamera.rule and INDI- QHYCCD.rule coming from? The original INDI 3rdparty drivers come with a QHYCCD rule file called "85-qhyccd.rules".
In this file both pairs 1618:0920 and 1618:0921 can be found. For the first pair the firmware is loaded with the help of "fxload". Then the QHYCCD device renumerates and comes back as 1618:0921, which triggers the second rule which just sets the permission to read/write for everybody.
Same holds for 1618:0940 and 1618:0941.

Ideally there should not be any tinkering necessary with the rules files. I was suspecting that maybe another package or manual editing interfered with the original rules files.

Also a -D without an argument does not make sense. Something must be wrong there.

CS
Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

Have you also checked /etc/udev/rules.d? Any rules there that match 1618:0920?
udev does not stop with the first matching rule it finds. It executes all of them.
I suspect it finds two rules: one with the error and one successfully loading the firmware.

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

Hi Charles,

Good! At least some progress.

FX3 refers to the Cypress USB interface chip used in these cameras. The FX2 is for USB2 and FX3 for USB3. The QHY5 family only uses FX2.

In the first of your last two posts you see two lines with failing fxload. The second post only shows the second failing fxload line. What is strange is that the device address after "-D" is missing. I guess you have two matching udev rules that trigger fxload. The first one was successful now that you have an actual fxload, therefore the camera briefly worked in INDI.
So you might look for udev rules files in /etc/udev/rules.d and/lib/udev/rules.d and delete the wrong one. Hard to say which one. You can rename a rule file and append ".disabled" (any suffix would do) to try out.

That the camera stopped working in INDI is unrelated to fxload. I have had issues with streaming before, also with a non-QHYCCD camera. I do not use it anymore. With my ZWO ASI 224mc I also have to switch the camera to a different mode (LUMA instead of RGB), which is annoying. I use the focuser tab instead, which can loop single image acquisitions.

CS
Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

Only the original QHY5 might not be supported anymore by the latest QHYCCD library. Do not confuse it with the QHY5 family! All the other QHY5-II and QHY5-III should work (I assume).

So oaCapture does not find your QHY5L-II? You also mentioned a Polemaster, which also does not work. I am a bit confused now. Can you do an "lsusb" before and after plugging the QHY5L-II and the same for the Polemaster. I would like to see if and which VID:PID pair is reported after plugging in each of them.
From this you can also see if the firmware was correctly loaded, as the VID:PID pair changes between uninitialized and "firmware loaded".

CS
Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

I do not think that EKOS is eliminating devices. There is an indi_qhy_ccd driver, which will rely on the QHYCCD proprietary library for communicating to an initialized QHYCCD USB camera.

Multiple things could have gone wrong:
* The device did not get properly initialized. Maybe it was not recognized, or udev failed to load the appropriate firmware.
* The QHYCCD library cannot communicate with the device anymore, because it was obsoleted (might have happened to the original QHY5).
* Something changed in the QHYCCD library and indi-qhy-ccd cannot handle it.

As you are running Astroberry, try oaCapture (without starting INDI at all) and see if it recognizes your QHY-5L-II. I assume it also uses the QHYCCD library, but maybe it uses a different version. At least we would know if the issue is in INDI or already in initializing the device.

CS
Guido

Read More...

Guido Muesch replied to the topic 'QHY5 not found by Ekos' in the forum. 3 months ago

Good Luck Charles!

Run "journalctl -f" in seperate terminal when you plug in/out your QHY-5-II. Probably you can see an error message then. (If Raspbian is not using journalctl, then "tail -f /var/log/messages" or "syslog")

If the same rule file is found in /etc/udev/rules.d and /lib/udev/rules.d then the one in /etc is taken. Packages usually install their rules in /lib/udev/rules.d, which gives the administrator (you) the possibility to overwrite rules in /etc or even disabling them by creating a symlink to /dev/null with the same name in /etc/udev/rules.d

And if everything fails, I would recommend Astroberry, a Linux distribution for the Raspberry 3, based on Ubuntu Mate. That's the nice thing about the Pi: quickly test another OS by just swapping the SD-card.

CS
Guido

Read More...