×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

Cannot connect to 2m Scopedome / Arduino

  • Posts: 472
  • Thank you received: 165
Long overdue status update after I've finally had a few evenings to work on the driver. Biggest new thing is that ethernet connection now works for me at least. Set connection mode to Ethernet / TCP and fill in the host name and username/password (port number isn't actually used, but doesn't hurt either) before connecting.

Quite a lot of small and larger fixes included too, namely I found from the Windows driver source that digital input and buttons are actually inverted in the status reply, so that caused shutter open/close status confusion among other things. I also added option to set home sensor polarity as it seems to be active low for Arduino cards where as USB Card 2.1 uses active high. So if find home command finds the sensor almost immediately without actually being near the sensor, that is most probably caused by wrong polarity setting.

Hopefully someone has time to test this and report if/when things don't work :)
The following user(s) said Thank You: Gorden Konieczek
2 years 11 months ago #70658

Please Log in or Create an account to join the conversation.

  • Posts: 35
  • Thank you received: 0
good news !!, will test it ASAP
keep you update
Rgds
2 years 11 months ago #70663

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 0
I've tested the home sensor functionality as well as the shutter successfully last night. Board firmware was 5.7, Scopedome 3M.
Thank you, Jarno for your restless support.

Best,
Gorden
2 years 11 months ago #70690

Please Log in or Create an account to join the conversation.

  • Posts: 35
  • Thank you received: 0
Hi did few test (Ethernet connection - 2m dome - firm 5.4)

CCW/CW works fine
Open / close shutter works fine
find home works fine
relays command works fine


the save configuration in option's tab does not works (may be not implemented yet)

will continue to play with

Regards
Eric
2 years 11 months ago #70777

Please Log in or Create an account to join the conversation.

  • Posts: 472
  • Thank you received: 165
Thanks for testing, sounds promising!

Saving configuration should work (it's mostly handled by the base INDI classes, I just save a few specific items in addition), definitely does for me. Does it create/update "~/.indi/ScopeDome Dome_config.xml" file and if it does, do the contents look valid?
2 years 11 months ago #70785

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 0
Eric,

how about movements to absolute positions? Is that working for you? And how about parking and slaving to the mount?

Cheers,
Gorden
2 years 11 months ago #70788

Please Log in or Create an account to join the conversation.

  • Posts: 35
  • Thank you received: 0
HI

just checked , in fact configuration is correctly saved in the file "~/.indi/ScopeDome Dome_config.xml"
(i did the test with "close on park" and "open on unpark"
but when i restart i need to manually load it, it is not automatically done, looks like the default config is loaded instead.

for the slaving i have an issue the dome is trying to find the position but turn in an endless loop, the same with absolute position
(this is working with network and scopdome windows drivers) .

Eric
2 years 11 months ago #70794

Please Log in or Create an account to join the conversation.

  • Posts: 12
  • Thank you received: 0
Hi,

I have the same behavior when trying to enable slaving or moving to an absolute position. Jarno is working on it already.

Sometimes (not every time) after updating the INDI server I had the same with saving the config. Once I got the message that there was no config even though saving the config was reported to be successful.
What worked for me in these cases:
- disconnect everything and stop the server
- delete (or rename) the config (not the default config) from .indi folder
- start the INDI server, the driver config file is created from the default config.
- connect and repeat the settings, save the config file

Next time the driver is connecting the settings should be applied correctly.

Cheers.

Gorden
2 years 11 months ago #70798

Please Log in or Create an account to join the conversation.

  • Posts: 472
  • Thank you received: 165
I found possible reason for the problem with absolute position by reading the Windows driver source and there was a mysterious negation of the azimuth encoder delta value, which would explain the symptoms. The sequence would have been such that for example when you start from the home sensor position (let's say at azimuth 0) and set absolute position target as azimuth 30. The driver would calculate that "ok, need to move 30 degrees clock-wise" and would send appropriate command and dome would move to roughly the right place. However the missing negation of the encoder delta value would mean that the driver would think that the dome actually moved 30 degrees counter clockwise to azimuth 330 and would then conclude that it needed to do a refining move (it does that to correct for over/undershooting the wanted position, which happens sometimes even with the inertia table) of 60 degrees clockwise. Then the dome would move to azimuth 90 degrees but the counter value would still go the opposite direction and the driver would think the dome is at 270 degrees and so on...

I pushed the fix which does this negation which hopefully finally would fix this. If possible, please test that if you start by homing (after which the encoder delta is 0 and position should show correctly in any case) and then moving for example 10 degrees clock-wise and check if the absolute position reported by the driver behaves correctly or exactly the wrong way.
2 years 11 months ago #70808

Please Log in or Create an account to join the conversation.

  • Posts: 35
  • Thank you received: 0
Hi Gorden
thanks for the info
did the test to remove the config files, but still the same , config file contains the right info but is not loaded
i also tried to modify the default file and when i load default config or saved config this is fine but at starting this is wrong

on my side i got no message that they were no config.

Eric
2 years 10 months ago #70829

Please Log in or Create an account to join the conversation.

  • Posts: 35
  • Thank you received: 0
HI JPANNA

did a fast test: home is well find( north direction)
when i ask absolute position 30° dome is going CW (right direction)
but after reaching 30° restart to go CCW to search around 310° and then continue to oscillate in endless loop around home

Regard
Eric
2 years 10 months ago #70831

Please Log in or Create an account to join the conversation.

  • Posts: 472
  • Thank you received: 165
Thanks for testing, I pushed some more debug prints that might help with this so you if you can do some simple testing with full debug logging on, that might help in locating the issue. Gorden also did some testing before I added the missing prints and it seems to have something to do with the refining move the driver does if the initial move over/undershoots the target and goes haywire doing that endlessly. Hopefully the added prints will tell me why.
2 years 10 months ago #70833

Please Log in or Create an account to join the conversation.

Time to create page: 1.668 seconds