I remember reading somewhere that the Indi driver doesn't support Wifi connections.
In any case I would not run a mount purely over Wifi, much too high possibility of the connection dropping halfway through a sequence :)

Read More...

I note that the Onstep driver sets the mount to guide at 1X sidereal, is there any way to change this behaviour? E.g. setting it to 0.5X?

Read More...

james_lan wrote: Pretty much as well as pier side to east or preferred (not west)

OnStep has as I recall 3 settings that are important:
Minutes? past meridian East = how far east to move to east if a goto is done (= Greater than Ekos setting)
Same West, either autoflip or stop tracking (=Whatever, this should Not be the trigger)
Autoflip (=on)
Preferred meridian side (=e)
stop at polar home (=off)

Ok, 5
We want to be in the range of E > ekos > W limit
As long as ekos' goto triggers the flip, we are good. (I think it has been corrected, but a while back it wouldn't wait for the flip to be done.)


Ekos shows "Waiting for meridian flip" in the Mount tab while the mount is slewing, so I take it that it works now..

Read More...

kbahey wrote:

simingx wrote: I got this working, thanks!
My settings for testing:

Onstep preferred pier side: East, Autoflips ON, no pause at Home
Onstep meridian limits : 12 minutes (I suspect, as long as this value is more than that in Ekos, it should be fine. Just make sure Onstep doesn't flip before Ekos does)
Ekos "Flip if HA >" : 0.1h (6 minutes. May be more in practice)

The mount flips as desired when the countdown timer in Ekos reaches 0 :)


So, all that is needed is to have the Ekos setting less than OnStep's setting?


Yes, as well as "Preferred Side of Pier" being "East" instead of "Best (default)". I think this is the important step, because Ekos will simply send a Goto to the same coordinates, which, since Onstep is on the West side of the pier (ie not preferred) it will then set itself on the "preferred" side (at least that is my understanding). If left at "Best", it may not do anything if it determines that the current side of the pier is "reachable".

Read More...

james_lan wrote: Unfortunately, there's not really a good way to have that done, the best way is the automatic one, where Ekos will issue a goto while imaging. (There's no request meridian flip function, it's literally a goto)

Set it to autoflip, no stop at home. Set the preferred side to east.

I can see about adding in a manual :MN# (Which does not guarantee a flip, you also have to set the limits right.) (Literally in OnStep's code, (unless changed) all it does is assume preferred east and issue a goto)


I got this working, thanks!

Read More...

james_lan wrote: Unfortunately, there's not really a good way to have that done, the best way is the automatic one, where Ekos will issue a goto while imaging. (There's no request meridian flip function, it's literally a goto)

Set it to autoflip, no stop at home. Set the preferred side to east.

I can see about adding in a manual :MN# (Which does not guarantee a flip, you also have to set the limits right.) (Literally in OnStep's code, (unless changed) all it does is assume preferred east and issue a goto)


Hi!
Thanks for the information!
Would you be able to share your configuration (Onstep limits and Ekos settings for "flip after..." so I can test it on my own setup before bringing it out under the stars? I'd like to get a feel for how it works.

Read More...

Hmm, I think I see the problem...
There is not a "Meridian Flip Now" button in the INDI driver, like the Onstep APP or Sky Planetarium has.
So, maybe the driver does not support the "forced" meridian flip command as of yet?

Unfortunately it is not possible for me to "avoid" imaging across the meridian, as the interesting targets (M20 et al) do pass it during the course of the night (unless I am really careful in scheduling their capture).

Read More...

kbahey wrote:

simingx wrote: 2) Enable meridian flips in Kstars (set to 0.1h). Onstep is set to 30 degrees so Kstars will flip it first.
...
5) When the counter reaches 0, Kstars indicates that a meridian flip is in progress. However Onstep doesn't move (the App does indicate the "Goto" icon though).


This will not work.
You need to set OnStep so that it will trigger a flip at the same time that KStars will. That is, they are synchronized.

What you did should work if you set KStars to, say 0.5hr, and OnStep to 7.5 degrees.


Hi Khalid,
I saw that it's supposed to work here: indilib.org/forum/development/1406-drive...html?start=480#34461
Maybe I will try setting the limit in Onstep to be the same in Kstars and try again :)

Read More...

Hi azwing,
What settings do you have in your Onstep for the meridian flip? (Auto or Off?)
I can't get the meridian flip working, this is what I did:

1) Align Onstep
2) Enable meridian flips in Kstars (set to 0.1h). Onstep is set to 30 degrees so Kstars will flip it first.
3) Slew to near the meridian (telescope on the West side, so it definitely has to flip)
4) Observe the Kstars "meridian flip counter" starts to count down
5) When the counter reaches 0, Kstars indicates that a meridian flip is in progress. However Onstep doesn't move (the App does indicate the "Goto" icon though).
If I then click the "Meridian Flip Now" button in the Onstep app, the mount flips.
Am I missing something out or is something set incorrectly?

I tried both having auto meridian flips in Onstep set to on and off, and it made no difference.

Read More...

Hi there,
Stellarmate works fine with my A7III, using native "Sony DSLR" driver. But remember to set the camera to "RAW" only first...

Read More...

Wong Sy Ming created a new topic ' Canon EF ASCOM focuser?' in the forum. 5 years ago

Hi,
I saw this project: www.indilib.org/media/kunena/attachments/3728/ascom_efEN.pdf
It allows focusing of a Canon EF lens through ASCOM.
Has anyone got it to work in Kstars?

Thanks!

Read More...

Wong Sy Ming replied to the topic 'Futs viewer crashes Kstars/Ekos' in the forum. 5 years ago

Try enabling "Limited Resources" mode in the menu "Settings -> Configure Kstars -> FITS". I find that the Auto Debayer takes too long and crashes Ekos as well.

Read More...

The update seems to have broken my Indi installation, I cannot update indi-full now... ?

stellarmate@stellarmate:~$ sudo apt-get -f install
[sudo] password for stellarmate:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
libboost-regex1.58.0 libllvm5.0 qtdeclarative5-dialogs-plugin
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
indi-atik libatik
The following NEW packages will be installed:
indi-atik libatik
0 upgraded, 2 newly installed, 0 to remove and 2 not upgraded.
1 not fully installed or removed.
Need to get 0 B/607 kB of archives.
After this operation, 3,033 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
(Reading database ... 192072 files and directories currently installed.)
Preparing to unpack .../libatik_2.0.0~201811221509~ubuntu16.04.1_armhf.deb ...
Unpacking libatik (2.0.0~201811221509~ubuntu16.04.1) ...
dpkg: error processing archive /var/cache/apt/archives/libatik_2.0.0~201811221509~ubuntu16.04.1_armhf.deb (--unpack):
trying to overwrite '/lib/udev/rules.d/99-atik.rules', which is also in package atikccd 1.26
Preparing to unpack .../indi-atik_2.0~201811222128~ubuntu16.04.1_armhf.deb ...
Unpacking indi-atik (2.0~201811222128~ubuntu16.04.1) ...
dpkg: error processing archive /var/cache/apt/archives/indi-atik_2.0~201811222128~ubuntu16.04.1_armhf.deb (--unpack):
trying to overwrite '/usr/bin/indi_atik_ccd', which is also in package atikccd 1.26
Errors were encountered while processing:
/var/cache/apt/archives/libatik_2.0.0~201811221509~ubuntu16.04.1_armhf.deb
/var/cache/apt/archives/indi-atik_2.0~201811222128~ubuntu16.04.1_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Read More...