Checked again. It slews to the parking position but starts tracking from there again instead of entering parkmode.
Home button is there indeed, great! Is it possbile to place in the mount tab as well?
Finally got time to test the T7M. I made a adapter myself for the finderscope to test it.
I directly noticed the calibration process didn't run smoothly what PHD recognized see attachments.
Now I will make anothe cable as well to test the pinlayout for the T7M as posted earlier here.
Current used commands fore parking:
SCOPE 206.603925 sec : <setObjectRA>
SCOPE 206.604240 sec : CMD <:Sr 13:24.6#>
SCOPE 206.641049 sec : CMD <:Sr 13:24.6#> successful.
SCOPE 206.641270 sec : <setObjectDEC>
SCOPE 206.641341 sec : CMD <:Sd +54*49#>
SCOPE 206.656006 sec : CMD <:Sd +54*49#> successful.
SCOPE 206.656213 sec : <slewZEQ25>
SCOPE 206.656277 sec : CMD <:MS#>
SCOPE 206.902953 sec : RES <1>
INFO 206.903223 sec : Slewing to RA: 13:24:37 - DEC: 54:49:45
DEBUG 207.238222 sec : CMD <:SE#>
DEBUG 207.669144 sec : RES (1)
SCOPE 207.669350 sec : CMD <:GR#>
SCOPE 207.684733 sec : RES <13:23:50>
SCOPE 207.684979 sec : VAL [13.3972]
SCOPE 207.685058 sec : CMD <:GD#>
SCOPE 207.700475 sec : RES <+54*10:09>
SCOPE 207.700669 sec : VAL [54.1692]
DEBUG 208.701890 sec : CMD <:SE#>
DEBUG 209.086392 sec : RES (1)
SCOPE 209.086547 sec : CMD <:GR#>
SCOPE 209.102097 sec : RES <13:24:45>
SCOPE 209.102215 sec : VAL [13.4125]
SCOPE 209.102255 sec : CMD <:GD#>
SCOPE 209.117726 sec : RES <+54*46:04>
SCOPE 209.117847 sec : VAL [54.7678]
DEBUG 210.118969 sec : CMD <:SE#>
DEBUG 210.195159 sec : RES (0)
INFO 210.195294 sec : Slew is complete. Tracking...
When does version 2.9.0 will be released and were can I see this version numbers and release notes / announcements?
I tried again by setting a parking position before pressing the park button.
It doesn't give an error and slews to the park position. But instead of parking the mount it starts tracking.
Are you really sure you are using the correct commands? The commands in the documentation from iOptron are different.
Next to this it would be really great if it will have a home position option so it can slew to sero positions again.
attached the logs of the actions I did.
Now I understand.. the park position wasn't set before using the park command..
According the documentation the 8407HC does only have two parking options depending on the side of pier it is at the moment of calling the park command. That's why I don't understand why it's possible to set a custom parking position (which is great and I need to test actually). How can I see release 2.9.0 is released?
Would it be possible to add a function for returning the mount to the home position (aka zero position) as well and the side of pier it is?
Still no luck.
After a succesfull slew I press park. I hear a beep, but nothing happens and see "error" in the mount control.
Tested the changes, but no result.
See the logs.
Yes, thank you!
do notice in the logs I see the wrong commands are used for parking, below the correct ones.
Response: “0” Un-parking state, “1” Parking state.
This command gets the parking status.
This command un-parks the telescope.
This command invokes the parked mode. In parked mode, the telescope cannot slew, track, and
guide unless a un-park command is issued.
Caution: Any movement caused by hand controller will make the telescope into un-park state.
thanks, need some time to test it
any idea how to mount this cam to a simple finderscope 8x50?
indi_ieq_telescpe is not for the iEQ45 2013 and earlier models. This one is for the iEQ45 PRO.
This should be added to the indi_lx200zeq25.
Besides this, there are multiple iOptron mount options all with different names.
Maybe it's better to name them more consistently? My suggestion should be to put "iOptron" as prefix:
- iOptron iEQ45 HC8406
- iOptron iEQ45 HC8407
- iOptron iEQ45 Pro
- iOptron iEQ30 --> not sure of this is for the pro version?
- iOptron ZEQ25
Also the driversshould be name more consistently maybe like suggested above?
Anyone that can help here ?
I bought the cam especially for the rpi for guiding .
The QHY5 that doesn't work on rpi is perfectly working under windows.
I think the problem will not be that big when using the cam with PHD2 and a interval of > 1s ..
8bit mode is on. Will update here soon if I tested it at night .
this is happening on still capture too.
bandwith is set to 40 in the controls tab.
It's not constantly.. but happens often.
Didn't used the cd that came with the camera? Can't imagine I should, but do I need to install somethinh additiona as well?
flashed the firmware and now the cam is working on rpi both ekos and phd. its also working on windows phd2.
The only problem now is that the screen is constantly a bit messed up. See pictures attached.
didnt had time to test st4 port yet.. will do this soon.