Hans replied to the topic 'Driver development tutorials' in the forum. 1 month ago

The

sudo make install
part of

rickbassham wrote:

cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Debug ../
make
sudo make install

has always annoyed me and I do not use it anymore. I proposed an option to indiserver long ago (which got merged in) to accept paths to the drivers.
So in my build directory I run :
./indiserver ./some_driver
And that can be run directly from an IDE like QtCreator in debugging mode.
Drivers in the list without a path are the system-installed drivers, those with a ./ or some other relative path are for the drivers that I'm working on.
This is also convenient if you develop on another system.

-- Hans

Read More...

Hans replied to the topic 'Mesu Mount 200 Driver Request' in the forum. 2 months ago

ZS1RA wrote: My first post here. I had my EQ6R PRO running with Astroberry. I have just received my new Mesu 200 mount and couldn’t find a driver for it. Is this going to be pursued, if so I’m willing to assist in anyway I can. Do know that I know nothing about coding but could make my machine accessible via the Net for development purposes.Thanks
Shaun


Hi Shaun,

Given the info in this thread I think the best approach for you is to reach out to SiTech as a customer and ask them to rewrite their SiTechExe .NET program like Jasem already said a few posts up to an SDK/API that is usable without their .NET/Mono app.
Ideally this would be an open source driver in C or C++ that can run natively on all of Windows+Mac+Linux, is not limited to Intel architecture and exposes something as well known as the LX200 protocol. But that's probably too much to ask.

-- Hans

ps. I do not have a Mesu mount, but I've met Lucas a few times and think his mounts are really great.

Read More...

Cool that it works for you.
I have not found the cause for Latitude roundings (like your 23.9 to 24.0) . I saw it only in EKOS, and could not reproduce in DCD.py . (<a class="bbcode_url" href="http://dcd.py" target="_blank" rel="nofollow noopener noreferrer">dcd.py</a> did not round)

Read More...

Terry Platt from Starlight Xpress Ltd kindly sent us this source code that he used when developing the M26C. It was written for a PowerBasic compiler.
I hope it helps in adding support for the M26C to the indi_sx_ccd driver.

File Attachment:

File Name: Decoding_the_ICX493_issue2.txt
File Size: 10 KB


File Attachment:

File Name: Reading_the_M26C.txt
File Size: 3 KB


-- Hans

Read More...

Hans replied to the topic '3.5.0 Flip Failure (10Micron)' in the forum. 2 months ago

This

airscott wrote: 1) It's odd that the mount (or INDI driver?) truncates the lat/lon at degrees and minutes, setting seconds to zero

Has been fixed in PR github.com/indilib/indi/pull/1296 which got accepted and merged to the master branch today. So expect it in the next INDI update.

-- Hans

Read More...

Hans replied to the topic '3.5.0 Flip Failure (10Micron)' in the forum. 2 months ago

Lead_weight wrote: So the unattended flip update just lets the 10Micron automatically perform it's own flip when the goto command is issued and the driver detects that unattended flip is on? In other words, is there anything the end user needs to set up or configure differently for the driver change that is coming?


10Micron describes it as follows (It's called unassisted here, the API calls it unattended but it's clear that it's the same thing):

Unassisted flip: when this option is enabled, the mount will
not stop when reaching the tracking limit, but it will begin
an UNATTENDED slew to the other side of the meridian in order
to continue to track the object. WARNING: use this option
with extreme care, because it renders the mount able
to start a slew operation without a specific instruction by the
operator or by the controlling software.


The addition of the 'unattended flip' switch in the INDI driver just controls this setting in the mount.

For the record, flips had always worked for me in the past. I did have unattended flip turned on in the mount controller.


Good to hear.

This new issue reported by Scott, I have been getting in version 3.5.0 as well where the mount attempts to flip every 4 minutes.


Oh, that is bloody annoying. I have not ran into it yet myself.

I seemed to think this was a time mismatch between KStars and the Mount. When I let KStars control the time everything works. But to be honest, I've not had my 10Micron out since the very first day of the 3.5.0 release, and I didn't spend much time looking into whether or not previous time issues could be remedied by not syncing time either way between the controller and KStars.


It probably prevents that issue. EKOS has to be told if it is to upgrade the mount time and location or not. It does not check afaik whether the mount has a GPS receiver or not. So that can cause fights.
I have not seen this issue because I have my GPS receiver not connected and let EKOS control time (i use NTP) and location (fixed).

Also, the 'unattended flip' switch is just part one, the mount has several other calls that are related to flips that need to be added to the driver:
:Glmt#
Returns the meridian limit for tracking in degrees.
Returns: NN#
The meridian limit for tracking in degrees.
Available from version 2.11.

:Glms#
Returns the meridian limit for slews in degrees.
Returns: NN#
The meridian limit for slews in degrees.
Available from version 2.11.

:Gmte#
Returns the estimated time to tracking end due to horizon / flip limits reached.
Returns: NNNN#
The estimated time to tracking end in minutes of time.

I'll expose them all in some future PR, unless someone beats me to it ;-)

-- Hans

Read More...

The Pull Request is merged into the master branch. This means that ultra high precision geographic coordinates are now part of INDI and will be available in the next build.

Read More...