I've seen this issue before, and it's related to memory. I've raised the issue here: indilib.org/forum/development/8520-manag...in-raspberry-pi.html

Read More...

Fabrizio wrote:

knro wrote: @Fabrizo, if AUX already provides RA/DE (which I presume are final post-alignment processed coordinates), why isn't the driver is using these values as-is if no sync points are defined? Sorry if my question is stupid, I really need to dig deeper into this driver. I thought that we deal with encoders values like SkyWatcher when we're using AUX.

Exactly! In this case the alignment conversion failed because the subsystem was disabled. Otherwise it manages correctly the zero sync point case.
In the last driver version, I have enabled by default the subsystem. The green light at the enable subsytem switch fooled me too.

Thanks Jack for the detailed info! Great job on that. I don't think using the driver should be THIS difficult.

@Fabrizo, if AUX already provides RA/DE (which I presume are final post-alignment processed coordinates), why isn't the driver is using these values as-is if no sync points are defined? Sorry if my question is stupid, I really need to dig deeper into this driver. I thought that we deal with encoders values like SkyWatcher when we're using AUX.

Read More...

For Ekos to see any weather-related reading, it needs to communicate with an INDI weather driver. Perhaps you can use the Weather Safety Proxy driver? It can communicate with Python scripts. Hans thankfully provided some excellent documentation here: indilib.org/weather/weather-safety-proxy.html

Read More...

They forgot to send a camera, I order CEM70 for a friend, but apparently they forgot to send an additional iGuider with it.

Read More...

You need to change the function getDefaultName() to "GamePad" same as the one in the XML file. Btw, this would a great addition to the *default* INDI installation. Though I'm not thrilled about adding a new dependency, so it could be optional and the MacOS release can enable it.

Read More...