No worries. I figured I would let you know before your inbox blew up.
When I try to install indi-avalon, I get the following:
Get:1 ppa.launchpad.net/mutlaqja/ppa/ubuntu xenial/main amd64 indi-avalon amd64 1.0~201901081406~ubuntu16.04.1 [89.3 kB]
Fetched 89.3 kB in 0s (139 kB/s)
(Reading database ... 504882 files and directories currently installed.)
Preparing to unpack .../indi-avalon_1.0~201901081406~ubuntu16.04.1_amd64.deb ...
Unpacking indi-avalon (1.0~201901081406~ubuntu16.04.1) ...
dpkg: error processing archive /var/cache/apt/archives/indi-avalon_1.0~201901081406~ubuntu16.04.1_amd64.deb (--unpack):
trying to overwrite '/usr/bin/indi_eqmod_telescope', which is also in package indi-eqmod 0.5~201901081253~ubuntu16.04.1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
E: Sub-process /usr/bin/dpkg returned an error code (1)
FYI - the x86-64 version fails to install with an error on indi-avalon now.
Ok. So this will likely be in the repos later today or tomorrow yes?
It looks like this package is missing across the board. I see that my intel machines can not update indi-full because the indi-starbook package is missing. Any idea when this could be resolved?
I dusted off my Asus Tinkerboard and decided to update the INDI and Kstars packages on it but it fails to install with unmet dependencies for indi-starbook. Trying to install indi-starbook seperately reveals that there is no installation candidate. Was this not ported over to the ARM tree?
Yes. I switched the hand controllers between the mounts and the problem stayed with the SmartEQ. I am open to the possibility that something could be wrong with the SmartEQ, but that would not explain why I had the same problems on both mounts before upgrading the firmware. The only thing I can think of related to that is that the ZEQ25 had firmware updates for the HC, RA and DEC motors and those were all applied. The SmartEQ only had the update for the HC. Apparently the firmware on the RA and DEC motors on that model are not upgradeable. Even though I would like to get this fixed for everyone else, it's not going to be much of an issue for me going forward as I will be getting rid of the SmartEQ and I am upgrading the ZEQ25 to the CEM25 with the upgrade kit so it will not likely rear it's head again for me after that. I will try the SmartEQ again on my Mac kstars install to see if the problems persist. I have tried so many different cables now I am confusing myself.
I can confirm now that the problem only seems to be with the SmartEQ mount since I completed the upgrade. Perhaps that little mount just isn't as robust and can't keep up with the way Ekos is communicating with it. I wouldn't ever plan to use that mount for guiding purposes anyway so I don't think it's a show stopper. It would be nice to explain the timeout and byte count errors, but I am not sure we have to lose a lot of sleep over it at this time.
I did think about that. I used two different USB to serial cables and had similar results for both of them. Interestingly enough last night the ZEQ25 seemed to work ok. I am going to try the SmartEQ again today and see how it goes. They are running the same firmware on the hand controllers now. Perhaps the new firmware fixed the ZEQ25 but not the SmartEQ. I hate problems that just fix themselves. It makes me think it can come back without warning.
Here is the log file. I noticed it failed to slew to NGC869 when I tried several times. That object is circumpolar and I am not sure why it failed to slew to it. I went to M74 and back to home position. It did corkscrew my mount pretty badly when I went to M74 and I would have almost certainly had an OTA/Mount crash if I had an OTA on it. I wasn't paying attention to where it was in the sky. I just wanted to slew to an object for the log data. I can try these same tests and logs on my ZEQ25 if you think it will help isolate this. They are exhibiting the same behavior so I suspect it's the same issue. To be clear, the mount does ultimately respond, but it seems to have difficulty communicating with it. I suspect if I were guiding it would be problematic, but it seems to work through it for slewing. Plate solving sometimes would abort as well due to the communication issue.
I can do that. Is there some additional logging other than mount logging you would like?
I apologize. I have never had to do debug logging in kstars before. I turned on verbose logging, connected and slewed to M42 and back to home. I then disconnected. I saw quite a few errors in the status window, but it did complete the slews.
I am not sure if this helps or not, but it seems that the driver is unable to set longitude from the SmartEQ. I haven't confirmed this with the ZEQ25 but suspect that will be the case there too.
2018-04-13T01:10:23: [ERROR] Only received #10 bytes, expected 7.
2018-04-13T01:10:22: [ERROR] Timeout error
2018-04-13T01:10:17: [ERROR] Only received #10 bytes, expected 7.
2018-04-13T01:10:17: [ERROR] Failed to set longitude.[/color]
2018-04-13T01:10:17: [ERROR] Timeout error
2018-04-13T01:10:12: [INFO] Time and date updated.
2018-04-13T01:10:11: [INFO] Device configuration saved.
2018-04-13T01:10:11: [INFO] Saving device configuration...
2018-04-13T01:10:11: [ERROR] Timeout error
2018-04-13T01:10:06: [ERROR] Only received #10 bytes, expected 7.
2018-04-13T01:10:05: [INFO] Device configuration applied.
2018-04-13T01:10:05: [ERROR] Failed to set longitude.
2018-04-13T01:10:05: [ERROR] Timeout error
2018-04-13T01:10:00: [INFO] Loading device configuration...
2018-04-13T01:10:00: [INFO] Mount is unparked.
2018-04-13T01:10:00: [INFO] Mount UTC offset is 0.37. UTC time is 2000-07-30T23:37:59
2018-04-13T01:10:00: [INFO] iOptron SmartEQ is online.
In case you were wanting logs from the ekos menu.....
2018-04-12T21:37:39: [ERROR] Timeout error
2018-04-12T21:37:34: [ERROR] Failed to set longitude.
2018-04-12T21:37:34: [ERROR] Timeout error
2018-04-12T21:37:29: [INFO] Time and date updated.
2018-04-12T21:37:28: [INFO] Device configuration saved.
2018-04-12T21:37:28: [INFO] Saving device configuration...
2018-04-12T21:37:28: [INFO] Device configuration applied.
2018-04-12T21:37:28: [ERROR] Timeout error
2018-04-12T21:37:23: [ERROR] Failed to set longitude.
2018-04-12T21:37:23: [ERROR] Timeout error
2018-04-12T21:37:18: [INFO] Loading device configuration...
2018-04-12T21:37:18: [INFO] Mount is unparked.
2018-04-12T21:37:18: [INFO] Mount UTC offset is 0.20. UTC time is 1999-12-30T23:48:00
2018-04-12T21:37:18: [INFO] iOptron SmartEQ is online.
After that, just sitting there idling at home position yields these constantly:
2018-04-12T21:40:21: [ERROR] Only received #10 bytes, expected 7.
2018-04-12T21:40:20: [ERROR] Timeout error
2018-04-12T21:40:15: [ERROR] Only received #10 bytes, expected 7.
2018-04-12T21:40:14: [ERROR] Timeout error
2018-04-12T21:40:09: [ERROR] Only received #10 bytes, expected 7.
2018-04-12T21:40:08: [ERROR] Timeout error
2018-04-12T21:40:03: [ERROR] Only received #10 bytes, expected 7.
2018-04-12T21:40:01: [ERROR] Timeout error