Well found the problem. the installation of the asi library is the problem as it conflicts with the one installed by oacapture. Unfortunately I had to uninstall oacapture to make it works. This is a new problem that doesn't exists previously.
Any idea ?
Dépaquetage de indi-full (1.8.3~202002231806~ubuntu16.04.1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.23-0ubuntu11) ...
/sbin/ldconfig.real: file /usr/lib/x86_64-linux-gnu/libsbig.so is truncated
/sbin/ldconfig.real: file /usr/lib/x86_64-linux-gnu/libsbig.so.4 is truncated
/sbin/ldconfig.real: file /usr/lib/x86_64-linux-gnu/libsbig.so.4.9.9 is truncated
Des erreurs ont été rencontrées pendant l'exécution :
E: Sub-process /usr/bin/dpkg returned an error code (1)
To avoid the problems of freezing on the sensor surface or the sensor cell window while cooling it or warming it that would be nice to define a step by step cooling curve in Ekos options of the camera.
I have a question to owners of QHY163M cameras.
Is there still issues with the QHY drivers for this caméra on X86 and ARM platforms ?
Thanks for your answers.
Since last versions I have a problem with the legacy version of Kstars. The "In the sky Tonight" option of the tools menu ends with a crash.
Here are the log of kstars that seems not to explain the problem.
If this driver cover all available functions of the CEM60 that is a good news.
I have exactly the same issue with my CEM60. Looks like the choice of the current position as parking position is not registered on the mount.
You are right. I will rewrite a specific driver for my setup.
Well that is the answer. Unfortunately my moonlite-like is based on a sketch that worked fine in the past with the moonlite driver of Ekos. So it didn't include this limitation.
Would be nice to have an open driver which use moonlite protocol and would be parametrized on number of steps to avoid such limitations.
Hello all ,
I am recompiling an old program for arduino that use moonlite protocol without temperature driving.
Without any mods the program don't works anymore. I use AccelStepper as lib. And the position is coded on long word.
I can connect the arduino to Ekos without problem.
The problem occurs when I try to move to an absolute position greater 65536 or when going back to 0. When I try to go to 65537 the counter in Ekos is reset to 0 reaching 65536 and on the decreasing direction the counter is reset to 65536 reaching 0.
I must mention that this program worked fine in the past.
I use for those tests the nightly build of Ekos.
I use to use this one which is excellent:
Great, thank you Patrick. This is exactly what I was looking for.
Is there somewhere some tutorials to use the PHD2 server ?
Looks like there is a poor documentation to handle PHD1 via socket on the wiki.
Maybe some details on what are the interface methods and arguments that are exposed and some little examples might be useful.