Have you tried to look at reason in monitor log ?
Dome not slaved is a string report the status of Slave. The status is read from driver, this mean the driver report “not slaved”.
Just so I am clear and understand. I get the “Dome Not Slaved” message because the Nexdome ASCOM driver is not reporting correctly? (so basically a bug in that driver?) and I need to let the person who wrote it know and he can correct it?
And until that is corrected I need to have that “Dome-Slave On Start Sequence” unchecked"?
Heres what I see in that box when I have POTH running and slaved with my scope:
I have been running a NexDome from Voyager since April using the now discontinued “Official NexDome” driver.
I used POTH initially because it provides access to the NexDome driver setup dialog. This configuration worked well enough to allow me to develope and run an Image_All_Night script, but it suffered from occasional disconnections from the dome driver.
Since switching to the ASCOM Dome Hub, I have not had a disconnection incident. The switch was easy, I transferred all the POTH settings (in mm) directly into ADH without converting to inches.
The only impact on my script was the need to add Dome Sync OFF elements before every Dome Find Home command because the ADH does not automatically unsync, while POTH does.
I still run POTH when Voyager is not connected if I want to access to the NexDome setup dialog to read the shutter voltage or see the status of the rain relay.
This message is write by voyager also when you want to slave a dome when driver cannot allow slave, or slave is not supported by driver.
Code is equal for all users (and dome) i can’t modify. Please check the setting you have.
If your driver dont say what expected use the flag “Dome - Force Check Rotation also if not slaved”.