Im using QHY174GPS camera + HYCFW3 filter wheel connected to a Raspberry Pi 4B 8GB with AstroArch (with INDI and Kstars). Camera and filter wheel controla and adquisición seems to be working well however i'snt possible to control camera temperature.
Even though the set point is set to 0° the camera temperature remains at ambient temperature (no fixed). I tried to do the same from the configuration menu but I get the same results. Even if I set it to automatic mode with Collong Power at 100% the camera remains at room temperature. See attachments.
It is worth noting that the camera is powered externally and the cooling system works. Whitout using INDI, If I use the Raspberryas a USB server hub (virtualhere) and start other software such as Shapcap on the client PC, it is possible to control the temperature correctly.
Full hardware configuration
Full software configuration
Hi, some updates.
The issue occurs with and without filter wheel connected.
I enabled logging, start INDI, power on and configure the camera cooler both from Ekos capture panel and INDI control panel. I attach the log file.
The SDK version looks like not a publish version, can you tell me where you get that SDK?
Please send to (my◎qhyccd.com)
Sorry @mars can't understand you. I'm user, no developer. As previously post i'm using AstroArch SO over Raspberry Pi that includes indi 2.0.9.
No problem, I will set up an AstroArch environment to confirm this issue. If AstroArch uses the same SDK as you, I should be able to resolve it.
Additionally, since the National Day holiday has just begun, all testing will be slower, please be patient (about 8 days).
It seems a bit strange: when connecting to 174GPS, the log shows that the wrong API was used, but when connecting to 600M, it is correct. Therefore, it might be happening at the upper layer (driver). I will continue to investigate this issue, please wait patiently.
Hi Mars, thanks for commenting on the progress. Let me know if I can do any tests to help you, if I can, I will. Best regards.
We tested the directly downloaded indi2.0.8 and 2.0.9, but neither could reproduce the issue, so we plan to shift our focus to the system environment. However, we encountered a new problem: I am unable to obtain system permissions locally, which may take some time to check. I am still concerned about the unusual SDK version mentioned in the logs; this usually indicates a non-released version, and it also implies that this image might be using some unconventional environments, making it difficult to pinpoint the issue.
Hi Mars, if I understand you correctly, this problem occurs only in astroarch, is that correct? So if I install INDI and KStars directly on Raspberry Pi OS for example, this problem shouldn't occur?
I am working on verifying this, but the permission issue has not been resolved yet. I will continue to update if there is any new progress.
What bothers me more than verifying this is figuring out where the strange version number of the SDK comes from.
I posted the same issue on the AstroArch GIT repository and a contributor wrote this about the SDK version.
Raspberry Pi OS
KStars 3.7.2
INDI 2.0.8
this problem not occur
Raspberry Pi OS 32 or 64 bits?
64bit OS image
Hi Mars, I'm afraid my comment might have been hidden among previous messages. I'll repeat it below, apologies if that's not the case.
I posted the same issue on the AstroArch GIT repository and a contributor wrote this about the SDK version.
I saw that response, but I didn't think that is the direction I want to go
I believe astroarch didn't fully understand this issue.
I might have to use the astroarch system to debug this problem and see where the issue lies.
From the logs, it seems that for some reason the wrong API was called.
This might be the easiest way to handle it.
Another question: Besides using indiserver and md5sum, are there any other ways to confirm the version of indi_qhy_ccd?
Last edit: mars 2024-10-12
May by with the command indi_qhy_ccd ?
Last edit: mars 2024-10-12
Some updates,
I tried in same hardware setup on other SD Card with Raspberry Pi OS Bookworm (64 bit) and I still having the same problem. Software deployed with nou astro-soft-build script :
INDI Library: 2.1.0 Code v2.1.0. Protocol 1.7.
kstars 3.7.3 Stable
Here you can find the log log_12-34-32.txt
Last edit: Matías Leonel Martini 2024-10-14
I have set up a test environment under astroarch and found that directly controlling the temperature is ok. However, the power (PWM) obtained from kstars is incorrect, and I am investigating the cause.
I will return to the Raspberry Pi OS system, but I need to wait a bit (more SD cards are needed).
I have some questions: Why use https://gitea.nouspiro.space/nou/astro-soft-build instead of https://github.com/indilib/indi for verification?
I have re-downloaded and installed the official version of the OS, both 32-bit and 64-bit, installed KStars with system libraries, recompiled INDI and INDI 3rdparty, and installed the SDK as prompted (https://www.qhyccd.cn/html/prepub/log.html#!log.md). I think now I can be sure that both methods can be used normally with cooling.
Additionally, regarding that strange issue: in the astroarch system, I am temporarily unsure which direction to focus on next because the base library tests have passed, so the SDK and firmware is correct, and the indiserver indi-3rdparty also seems to be correct, which is why I wanted to verify the versions of various files across different systems.
I am not very familiar with the astroarch system, and moreover, in my location (China), its network support is relatively poor, leading to various unexpected issues during debugging.
Hello Mars,
I'll try to answer your questions, but first I should mention that I'm not a software developer or tester. I'm just an amateur astronomer with some knowing about software integration who wants to control your the QHY Camera and other components with Raspberry Pi to make the observations more autonomous. And I basically want to take pictures of the sky with the hardware I bought and not struggle so much with the software.
I use AstroArch or the astro-soft-build script because they are the easiest way, for a common user, to deploy the entire software set needed. People I interact with regularly in person and forum also do so this way or with other distributions such as Astroberry or StellarMate. For a common user isn't so simple build and install all the things separately (INDI, INDI Drivers, SDK, etc). I treated in the past and i fail because the instructions are not adapted for a Raspberry Pi.
From my point of view I can't see the problem in this way of deploy INDI. I have other setup (same but ZWO ASI178-M camera) that works well. I also have friends who use INDI in the same way with different cameras without problems. One of them actually has a QHY163M. In fact, the problem seems to be with QHY174GPS INDI Driver or SDK.
Furthermore, as you can see, boot AstroArch are using official INDI repositories https://github.com/indilib/indi and https://github.com/indilib/indi-3rdparty. As you say, I don't know why indi-3rdparty doesn't use the official SDK, I understand that it is updated by the manufacturers. If you are one of the maybe now more than me.
Any way, for me is the same use the camera on AstroArch or Raspberry Pi OS, may be the last is the better. If you were able to get the QHY174GPS camera working on Raspberry Pi OS, please send me the implementation instructions and I can do the same.
Best Regards,
I understand that having more systems that can "very well" support various devices and software is definitely a good thing for amateur astronomer.
I myself also use different versions of customized astronomy systems. I like them.
However, every system with good support goes through a painful process (I actually saw a small part of AstroArch's scripts, which is why I find it quite challenging; the scripts also make special handling of some driver files, so I guess it might be to avoid some undesirable issues).
The indi-3rdparty actually uses a historical version of the official SDK released, but this is not a problem, especially for the 174GPS camera.
The recommended testing method is to use the native Raspberry Pi system to test this issue (simply because this method is more commonly used, at least for now).
The recommended installation order is:
Flash the Raspberry Pi system.
Update apt.
Install kstars using apt.
Ensure you are using the same version of indi-core and indi-3rdParty (1.9.9 by default in the system or 2.1.0 from GitHub).
In the previous step, you may be prompted to install libqhyccd.so; please download it from this website (https://www.qhyccd.com/html/prepub/log_en.html#!log_en.md#Demo_And_API_Documentation). Note to distinguish between arm_32 and arm_64.
If you still encounter problems following the above order, you can send me an email(my◎qhyccd.com). I think we can quickly resolve it remotely.
Last edit: mars 2024-10-15
Hi Mars,
I couldn't advance with that last some days due to some extra work. Any way I'm back.
I followed the process you suggest, however Camera doesn't connect to Kstars. Bellow I summarize the deploy process and issue.
It seems like something is missing in that procedure, maybe indi-3rdParty. Could you help me to solve it?
Best regards
Last edit: Matías Leonel Martini 2024-10-28
yes, indi-3rdParty is missing
maybe follow this steps
https://indilib.org/download/raspberry-pi/category/6-raspberry-pi.html
I use these steps allow me chose the version I want
https://github.com/indilib/indi
https://github.com/indilib/indi-3rdparty
If you can use remote assistance software, such as TeamViewer anyDesk, we can arrange a time to check the issue together. (The email address has already been posted in the previous post)
Hi Mars,
This link https://indilib.org/download/raspberry-pi/category/6-raspberry-pi.html uses astroberry repo and is out of date. Isn't avaliable for ARM64.
I followed the instructions from https://github.com/indilib/indi-3rdparty on Raspberry Pi OS Bookworm 64-bit, but the process failed when attempting to install either only indi_qhy_ccd or all drivers. (See 2024-10-30_00-23.png)
Anyway, I used the previous SD card (with Raspberry Pi OS Bookworm 64-bit and software installed using the scripts from https://gitea.nouspiro.space/nou/astro-soft-build) and follow the instructions from https://www.qhyccd.com/html/prepub/log_en.html#!log_en.md#Demo_And_API_Documentation. I then installed the latest official SDK version with the following commands:
I checked software stack versions, note SDK versión = 24.08.01
After that I ran Kstars, but the camera cooling still doesn't work. Attached, you can find the log. As you can see, the SDK version is 24.08.01.
So, do you still think this is an AstroArcho, deploy script or INDI issue? I'm no expert, but it seems pretty clear that it's an SDK issue. Anyway, It shouldn't be so overly complex to get it working para un usuario. I've never had issues with other cameras in these environments.
Sorry to ask, but did you actually get the QHY174GPS camera working properly with INDI?
If you still think it's just my problem we can arrange a meeting between 21:00 UTC and 03:00 UTC to solve together but I'm afraid we lose time.