×

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

Bi-monthly release with minor bug fixes and improvements

iOptron PEC update to drivers

  • Posts: 32
  • Thank you received: 5
@Gonso, if you turn tracking on, then you can record ... the current recording check only checks tracking.
It does not know if you are actually guiding... this is something we could integrate in the future if needed.
It is there to stop you from recording by accident and wiping data, while not guiding.

I think the parking issue seems to be something else that has creeped in from other source.
My parking does something similar. I find that if I turn on tracking and then turn it off then parking completes.

I will test this hypothesis, by turning off all the PEC code by commenting it out and see if it still happens.
All the PEC code is enclosed in comments that start with "v3.0" and end with "end mod".

Edit:
I just removed all the PEC code in iOptronV3 and did a rebuild and the parking issue still exists.

 
Christopher | Sussex England | n2042.blogspot.com
iOptron GEM45 | Altair Mobile Pier | TSPhoton 154 @ F3.7
ASI 294MM Pro | ASI EFW | ASI EAF | ASI 120MM
Mini PC | Quad 4GB 64GB 5G | Juice USB Harness
Last edit: 3 years 2 weeks ago by christopher.
3 years 2 weeks ago #68556

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

  • Posts: 2247
  • Thank you received: 223
my CEM25p has the latest firmware, using the driver from Indi 1.8.9 it parks perfectly fine, however with your added PEC it never compelte the park. I'll compare the two drivers at some point later
3 years 2 weeks ago #68557

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

  • Posts: 32
  • Thank you received: 5
Thanks i suspect that if you solve the parking issue for iEq, you will solve it for the iOptron V3 as well.

I have updated the ieq driver to be a timer, which records for 600 sec, it is set in the header file. name is Wormdrive = 600; 
I think your worm drive is 500 odd seconds. (Best way to tell is to guide using GPG and get it to estimate it or search the web?)

To record, you need to unpark and start tracking.
Push record and leave it tracking for full duration.

If you cancel tracking, by slewing / parking etc it will cancel the record.
If you push the record button again, it will cancel the recording.
Data status button just says not supported.
Christopher | Sussex England | n2042.blogspot.com
iOptron GEM45 | Altair Mobile Pier | TSPhoton 154 @ F3.7
ASI 294MM Pro | ASI EFW | ASI EAF | ASI 120MM
Mini PC | Quad 4GB 64GB 5G | Juice USB Harness
The following user(s) said Thank You: Gonzothegreat
Last edit: 3 years 2 weeks ago by christopher.
3 years 2 weeks ago #68559

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

  • Posts: 2247
  • Thank you received: 223
still trying to figure it out, but I may have found a tiny bug in github.com/seventi71/indi/blob/master/dr...telescope/ieqpro.cpp line 107 should show 10 instead of 9

and line 383 maybe should be:
SetTelescopeCapability(cap, <strong>10</strong>;);
Last edit: 3 years 2 weeks ago by Gonzothegreat.
3 years 2 weeks ago #68570

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

  • Posts: 2247
  • Thank you received: 223
Something else that seems to be broken is the slew speed, whatever speed you pick, it will slew at the lowest speed available.
3 years 2 weeks ago #68572

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

  • Posts: 32
  • Thank you received: 5
thanks gonzo, good spot on the capability, this may be causing unexpected bugs, i will fix it and retest to see if it fixes anything for me. i will do some testing around this...

as a FYI, when setting slew speed, set it one below what you want and it moves to one above.

i.e if you set slew to 64, then it shows 128.

so if you set it to max, then it becomes 1.

i found this last night as well.

these seem unrelated to pec, again it happens on the native code.

edit: I have updated first post in thread to include snag list / status for debugging.
Christopher | Sussex England | n2042.blogspot.com
iOptron GEM45 | Altair Mobile Pier | TSPhoton 154 @ F3.7
ASI 294MM Pro | ASI EFW | ASI EAF | ASI 120MM
Mini PC | Quad 4GB 64GB 5G | Juice USB Harness
Last edit: 3 years 2 weeks ago by christopher.
3 years 2 weeks ago #68593

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

  • Posts: 2247
  • Thank you received: 223
cool beans, I shall be testing you next code update... as I'd like to have this feature as the CEM25p has PEC support.
3 years 2 weeks ago #68611

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

  • Posts: 32
  • Thank you received: 5
So quick update from last nights session.
Full update to follow later.

1.) While training PEC from GPA guiding using 100% prediction, i ran into errors at about 300sec. I suspect that ekos, thinks there is a issue with the mount because of the drift that happens, while guiding. 
next time i will set the prediction to 80 / 20, to see if i can get to 400 seconds. 
- a better solution would be a feature on gpa, which says train mount. more on this later.

2. Bugs discovered, the parking issue, is also a slewing issue. if i give a command to slew to a target it finds the target, but does not update ekos. issue happens on completion, same as with parking.

I will create a detailed bug report on github for this
Christopher | Sussex England | n2042.blogspot.com
iOptron GEM45 | Altair Mobile Pier | TSPhoton 154 @ F3.7
ASI 294MM Pro | ASI EFW | ASI EAF | ASI 120MM
Mini PC | Quad 4GB 64GB 5G | Juice USB Harness
3 years 1 week ago #68819

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

  • Posts: 2247
  • Thank you received: 223
cool thanks for the update, waiting for your code update so that I can also test it on the CEM25p.
3 years 1 week ago #68821

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

  • Posts: 44
  • Thank you received: 5
christopher, any update on your test to train PPEC using predictive guiding?
2 years 11 months ago #69795

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

  • Posts: 44
  • Thank you received: 5
Christopher, I think that 9 was ok, since it is the number of slewing speeds available (and not the numbr of capabilities). Instead, I may have found the origin of the wrong slew speed. Here github.com/seventi71/indi/blob/016a64031.../ioptronv3.cpp#L1083 there seems to be an extra "+1", since the setSlewRate function already increases the index when preparing the string to be sent to the mount (which should include a number from 1 to 9). The extra "+1" is indeed not present in ieq driver, and the command syntax did not change.
2 years 11 months ago #69910

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

  • Posts: 32
  • Thank you received: 5
Thank you.

Could you raise this as a bug on git hub on the main indi branch.

As this is not part of my fork / code development for PEC.

thanks.
Christopher | Sussex England | n2042.blogspot.com
iOptron GEM45 | Altair Mobile Pier | TSPhoton 154 @ F3.7
ASI 294MM Pro | ASI EFW | ASI EAF | ASI 120MM
Mini PC | Quad 4GB 64GB 5G | Juice USB Harness
2 years 11 months ago #69916

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

Time to create page: 0.468 seconds