×

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

Bi-monthly release with minor bug fixes and improvements

Driver OnStep (LX200 like) for INDI

  • Posts: 161
  • Thank you received: 39
You worry about being 'slow' when everything I see has been within a day or two. :lol:

Seriously, thanks for dealing with that, and especially pushing it up to master, because git is both wonderful, and evil. (I hope you aren't thinking that my comment about pushed to you is any implication of anything other than an explanation, or intended as any sort of complaint what so ever. It's not.) I really hope your internet gets fixed soon, because that is really annoying.

As another thing that I'm just pushing up: Adding Sync error messages. Hopefully this will help ID the problem that shows up on the OnStep Mailing list. Vs the silent fails currently.

If you want, I can see about a pull request for merging OnStep to libindi/master as I see there seems to have been some confusion with the other pull request, if that would be helpful.
The following user(s) said Thank You: Ray Wells
4 years 8 months ago #40886

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

  • Posts: 452
  • Thank you received: 71
James,

The internet problem is anoying and only a "no chance".

The French government started a plan to connect 100% of the territory with Optical Fiber within 2020, all payed by Goverment, European Union ... so by the citizen.
So far so good, the Fiber arrived in my village.
The problem starts when it comes to commercialization.
This Network is opened for any internet provider in two manners:
A - The internet provider uses the complete network infrastructure including active devices, costs a bit more but zéro investment
B- The internet provider uses only the Fiber, and he provides it's own active devices, more investment but they manage themselves the network (only use the physical Fiber)

This makes that all little internet providers already offer their services on the Fiber but all are oriented Multimedia and relative expensive
and the Big provider that have better offers (example Internt Only ,... )take a bit more time util they install their hardware.

I am in the second case where my provider will start only in september and I definitively want to stay with my provider for the following rteasons:
- Fixed IPV4 full stack (no shared ports)
- Fixed IPV6/64
- Reverse DNS
- VPN support
- Free Phone for most countries and free Mobile phone for main countries (My daughter lives in Hong Kong :-)

And all wih a cost that is one of the cheapest ...
For all these reasons I prefer to stay patient

=====================
Concerning you push I must just tahnk you very much for all your efforts.
I will merge to my master but prefer to wait a bit before pushing to main Master.

Thanks again
4 years 8 months ago #40897

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

  • Posts: 452
  • Thank you received: 71
James,

The internet problem is anoying and only a "no chance".

The French government started a plan to connect 100% of the territory with Optical Fiber within 2020, all payed by Goverment, European Union ... so by the citizen.
So far so good, the Fiber arrived in my village.
The problem starts when it comes to commercialization.
This Network is opened for any internet provider in two manners:
A - The internet provider uses the complete network infrastructure including active devices, costs a bit more but zéro investment
B- The internet provider uses only the Fiber, and he provides it's own active devices, more investment but they manage themselves the network (only use the physical Fiber)

This makes that all little internet providers already offer their services on the Fiber but all are oriented Multimedia and relative expensive
and the Big provider that have better offers (example Internt Only ,... )take a bit more time util they install their hardware.

I am in the second case where my provider will start only in september and I definitively want to stay with my provider for the following rteasons:
- Fixed IPV4 full stack (no shared ports)
- Fixed IPV6/64
- Reverse DNS
- VPN support
- Free Phone for most countries and free Mobile phone for main countries (My daughter lives in Hong Kong :-)

And all wih a cost that is one of the cheapest ...
For all these reasons I prefer to stay patient

=====================
Concerning you push I must just tahnk you very much for all your efforts.
I will merge to my master but prefer to wait a bit before pushing to main Master.

Thanks again
The following user(s) said Thank You: Ray Wells
4 years 8 months ago #40898

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

  • Posts: 60
  • Thank you received: 1
For the sleew problem (Kstars/sychart remains in sleewing mode instead of return in tacking mode after weak goto (plate solving...), i have made a quick and dirty workaround:
I launch this script: github.com/plop3/WatchdogOnStep/blob/master/WatchdogOnStep.sh
It monitor the state of tracking and if mount is blocked in sleewing state (sleew but coordinates dont't change), the script send a track order to resynchronize Indi.


Does not work :-(
Last edit: 4 years 8 months ago by Serge CLAUS.
4 years 8 months ago #41239

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

  • Posts: 322
  • Thank you received: 31

The 'KStars remains in Slewing mode, and never goes back to tracking' problem has been solved in OnStep master for some time now. Basically there are a lot of code that went into the 'end of slew' logic that Howard added after earlier complaints from KStars users.

If you use the latest master, you should never see the problem.

I use Jasem's INDI packages, and his KStars Bleeding.
4 years 8 months ago #41241

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

  • Posts: 60
  • Thank you received: 1
I just tested and it seems to work fine :-)
4 years 8 months ago #41262

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

  • Posts: 161
  • Thank you received: 39
There is one bug, but it's an Ekos one from what I can tell related to the mount model alignment tool, which is if there's a delay changing to slew, and it gets checked too quickly then Ekos/Kstars assumes it's done with a slew before the command even gets sent.

I've filed a bug for kstars. bugs.kde.org/show_bug.cgi?id=410094 as I believe that's where the issue lies.

And since I left this post up overnight, before hitting submit, it's already fixed (or at least looks like it) in kstars git, and if I do observing tonight, I'll see if I have any issues. Thanks Jasem!



One thing that should be good shortly, once I'm finished is the :Gu support, is that it should be a bit less talky over serial, which hopefully will reduce the time and maybe? the load on the microcontroller it takes for updates. (I've noticed sometimes that megas have a bit of a delay some times, which I presume is due to load on the microcontroller, it seems less of an issue on STM32)

Planned to be replaced by :Gu#:
:Gm# (Pier Side)
:GX90# (Pulse Guide rate, still would need to be called for any custom/non-standard rates (aka not 0.25/0.5/1x sidereal) which I'd have to play with)
:GX95# (AutoFlip)
:GX96# (Preferred Pier Side)
:$QZ?# (PEC Status)

Not Replaced (and currently called)
:%BD and :%BR (backlash, can probably be read only occasionally)
:GXE9 :GXEA (minutes past meridian)
:A? (Align Status)
:GX02 :GX03 (Can probably be reduced and only dealt with in certain situations)
:GR :GD (Not changing, Dec and RA coordinates, need to be called!)

Though I do plan on still calling :GU# for now, because it's a LOT easier to read in either the status tab or logs, even though there's everything in :GU should be in :Gu (Along with more)

One other thing is possibly to allow for higher bitrates, which may (or may not) help or hurt. Unfortunately, most all of that is in the serial connection, which gets pulled in via telescope, and as far as I can tell, doesn't allow for on-the fly, so it'd have to send the command to change :SBx# then disconnect and reconnect. (Most all LX200 derived mounts should have the ability to do that, as Meade has had it in the lx200 protocol from close to the beginning of the protocol (Or at least there's no notation of anything not supporting it, as there is with almost everything added later))

I'm still working on the multipoint thing, but that's still proving a bit annoying. (I've got a bug, or a misunderstanding of what's being done, as it's coming out fairly off compared to the mount calculations.)
4 years 8 months ago #41299

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

  • Posts: 161
  • Thank you received: 39
Do note, it unfortunately isn't fixed, yet. I thought it was, but just had it happen again. >_<
4 years 8 months ago #41343

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

Folks,

I updated LX200Telescope class to support INDI::FocuserInterface which resulted in some minor but necessary changes to OnStep driver. Can you please check that I didn't break anything?
4 years 8 months ago #41419

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

  • Posts: 322
  • Thank you received: 31

This bug is still there. Very annoying ...

Mount Model will slew and solve a star, then go to the next, then solve and slew too fast. The image is a streak and not a point.

I am using the latest Ubuntu 18.04 packages from Jasem's repositories, built a couple of days ago.
4 years 7 months ago #41634

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

  • Posts: 161
  • Thank you received: 39
It broke, but mostly because I'd been messing with enough stuff that wasn't in master. Then the stupid spaces/tabs thing. (Which is now all spaces, but Gah that was annoying!)

As azwing is having fun with his internet (/s) I just bumped the OnStep version and submitted version 1.7, with the following changes, but likely some I may have forgotten, or missed going through commits.
Version 1.7:
- Added support for Reporting Guide rate (to PHD2 among others)
- Updated Error codes to match up with Android/SHC (Unknown reserved for unknown, so Unspecified = Unknown on other platforms)
- Added descriptions to SlewRate to match, slider kept which matches OnStep values
- Support for up to 9 stars for alignment
- Changed align so the last step isn't the (Optional) Write to EEPROM
- Added support for polar adjustments, without having to redo the entire model. (:MP# command)
- Support for Full Compensation/Refraction only, and 1/2 Axis tracking
- Cleanups


I don't have the :Gu# settings done yet, or a few other things in progress, but I figured the above would be welcome by people. And gaffes about merging an old variable name aside, I think things have been fairly well tested.
4 years 7 months ago #41644

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

  • Posts: 161
  • Thank you received: 39
I added a Qtimer for 5 seconds (likely should be adjustable) to my own local copy to test if that fixes it. If so I'll send it on up to kstars. (It's supposed to be clear tonight! HUZZAH!)
4 years 7 months ago #41645

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

Time to create page: 1.423 seconds