Toni Schriber replied to the topic 'Indi Remote Question' in the forum. 2 weeks ago

Steve is right, your command lacks the destination.

I too, I'm using a SSH-tunnel into the observatory, with the following command
"ssh -fNL 8624:localhost:8624 user@destination"


  1. "localhost" refers in fact to the remote machine "destination"!
  2. there is no need to change port number, so you can stay with 8624
  3. -f : go to background
  4. -N : noshell
  5. -L : local forwarding

BTW, why you want to use SSH? Are there any security issues? If not, you can access the port at the destination directly.


Toni Schriber replied to the topic 'ZWO 1600 Reset' in the forum. 3 weeks ago

The same happens with our ASI294MC: "usb 1- reset high-speed USB device number 12 using xhci_hcd" over and over, every time EKOS captures.
"It's a feature, not a bug"!?


Toni Schriber replied to the topic 'Ekos Optical Trains' in the forum. 1 month ago

@Robert: It could be the following bug I found while trying to work with "optical trains"!?
Seems like the calculations of the focal length are done the wrong way around:


Hi Astromuni

With a bit of work it can be done easy!

Look for "DB Browser for SQLite" ( ) and - on the RPI - open the database '/home/<username>/.local/share/kstars/userdb.sqlite". It's a bit cumbersome with the hidden directory ".local", but you can enter the path by hand. Go to "Browse Data" and look for table "Horizons". Depending of your regions they should be listed by name in this table. Now right-click on "Horizons" and all the regions and export each table to an corresponding named CSV-file one by one.

To import the data create (if necessary) the aforementioned tables on the laptop. Watch out that they have an identical structure as the original ones and that they are empty. Now go to "Browse Data", open the tables and import the corresponding CSV-files one by one. Keep an eye on possible records with headings! All records shall be filled only with numbers (Azimuth and Altitude). With "Write changes" the new data is saved to the database.

Like always it is recommended to work on a copy of the database! So backup "userdb.sqlite" first.

That's it an all the best!


Actually there is no need to use the mosaic planner if you want make simple captures: Just go to "Capture" module, got to the desired object or location in the planetarium, check the rotation with FOV and save the job in a sequence. Later on you can activate the sequence by hand or automatically with module "Scheduler".
That's what I was trying to say in my post two days ago.


Hi Keith
I'm currently working on a refactor of the rotator control. The tests so far are promising and my approach is already functional, but there is still some labor to do.

This is the pop up UI you can open in module "Capture". It will stay in foreground and the gauge displays a preview of the state of the rotator. If you don't close it you can see the rotation in real time.
I don't know if this approach is in your sense. Perhaps you can explain a bit further what's your idea?


I had the same problem:

I hope Hy can find the problem. Meanwhile I was working with a self compiled version of KStars.


Toni Schriber replied to the topic '"Horizon Art"' in the forum. 3 months ago

Normally I stay with "stable" on my production PC. (I had a lot of problems with "nightly" in the past!)

At the moment I'm working with a self compiled current GIT beta version, which is working well. The mentioned fix should be commited in "upstream", shouldn't it?


Toni Schriber created a new topic ' Horizon Art' in the forum. 3 months ago

After the update to Kstars 3.6.0 stable Build: 2022-08-24T12:47:35Z the planetarium produces "horizon art"! :S
If I activate the whole horizon Kstars is so sluggish I can't work anymore.


Now that's strange: I'm working right now with GNOME Version 3.36.8 and all windows - including the rotator window - are acting as always: There is no coupling!