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.
patdut wrote: The CEM60 is a best value for the price. I use it in semi nomad way. I mean I get it from house to backyard each time I need or on the field. The weight of the mount (12kg) instead of the 17kg of my previous one is a plus and make it easy to handle. As I said I use it with the triptych Kstars/Ekos/INDI running indifferently on a PC or a Tinkerboard.
As fmozza I rarely use the handset.
The polar finder is enough accurate to set a polar alignment close to few arcs minute. I complete the manual polar align with the Ekos polar align function.
Guiding is really accurate from 0,15 arcsec to 0,5 arcsec RMS depending of the position of the telescope and the turbulence conditions.
The only thing that is a bit disturbing at the beginning is the clutch system (not really clutch) which is a engage/disengage system. But after a while it is a really good thing. It allows to do precise balance of the setup as it is free of friction when disengaged. Maybe the design of the mount helps a lot too.
A great plus too is the inboard USB hub that allows to minimize the number of wires from PC to mount.
As I am in a relatively protected zone from light pollution I have In my project to build a fixed observatory. And I think I will put a CEM120 inside it.
My CEM60 is No.12, the early version. I don't mind of to be the laboratory rat of ioptron. But saying the truth, CEM60 is not a well designed mount.
1. 4 ports on both side are blocked by the two knobs, around latitude 40. This will cause some problems of the plug.
2. DEC is not on the correct axis. This leads to a rotary torque.
3. USB Hub is not powered. This will cause some problem on small ARM box like RPi and others who does not have very stable USD power output.
4. DEC wire is outside.
5. Polar scope is not well collimated in the factory.
6. You are forced to return to latitude 0 in order to put the mount back into the case.
7. Casting quality.
So I'm considering to 'upgrade' to CEM40 which has fixed all these issues.
I have the number 422.
This is not the best mount of the world. None of the mounts can't claim they are.
I don't understand the topic about the DEC.
USB hub is a convenient facility I use it connecting to a USB 3 of a PC and I also use it connecting to a Tinkerboard through a powered hub and it works fine.
DEC wire outside is not a problem, is it ?
Collimation of the polar scope is not so bad on mine. I am just few mns from the right position when only using it. I refine it with Ekos polar alignment.
Yes you have to return to latitude 0 to put the mount back. But on my Celestron and my previous AZ-EQ6 I had to return to 30° and I haven't any case to protect them.
Casting quality is the same problem for many mounts under 2000€. This is not the cast that make a bad or a good mount, this is what is inside the mount.
The first price of the CEM40 is quite at the same level as the CEM60 here in Europe. For certainly a more beautiful appearance and some (few) corrections but a less load capacity.
I do not personally think it's worth it to switch to a CEM40 when owning a CEM60. But this is only my opinion.
I guess you need to check if you have at least 30' of field minimum to do the Ekos alignment. This alignment can be done with the guiding instrument too which allow to have wider field. I do alignment east to west and do it again west to east. The result is that in less than 10mn I have the mount axle close to few seconds to the pole. If you don't have enough field of view so polemaster could be better bu I am not sure it is so competitive if you have enough field.