Bill Tschumy replied to the topic 'Mount Limits' in the forum. 18 hours 21 minutes ago

As best I can tell, the limits are not stored with the profile. When I make a change, it appears in all profiles. It does seem like it should be per profile, but I guess not.

Read More...

Bill Tschumy replied to the topic 'Mount Limits' in the forum. 20 hours 32 minutes ago

FWIW: I'm not seeing that problem on the Mac version of KStars/Ekos. I've changed the values several times and it is always remembered next time I start up.

Read More...

Don't you have a guide camera? You can't guide using the main camera while also using it for imaging.

I have two trains, one specifying the image camera. This is set as the one to use in the CCD tab. I also have a Guide train that specifies the guide camera as the Camera. It also specifies the mount as the "Guide via" device.

Read More...

Bill Tschumy replied to the topic 'Optical trains subtleness' in the forum. yesterday

The guide device should be set to Mount in the train you use in the Guider panel. If you set it to "--" (i.e. None) , then it won't be guiding. At least that is my understanding.

Read More...

Bill Tschumy replied to the topic 'Timekeeping in INDI and KStars' in the forum. yesterday

OK, I just played with this a bit and see two problems (this is on Mac).

1. If you bring up the Set Time panel in KStars and choose "Now", it sets the time in the panel to current time. But the actual chart time is not changed until you click OK. This always results in the chart time being a second or two behind the computer's time.

2. If you put the Mac to sleep (or let it go to sleep), when you wake it up again the chart time has not advanced since it went to sleep. It will keep advancing at 1 second per second, but it will be off by the amount of time sleeping.

Both these problems indicate a fundamental problem in how KStars keeps time. When you click the Now button in the Set Time panel, this should set a "realtime" mode. When in this mode the time should always be obtained from the system clock (or wherever you've specified the time to come from). KStars should not be trying to keep it's own version of time unless you have explicitly changed the it from "realtime".

Read More...

Bill Tschumy replied to the topic 'Timekeeping in INDI and KStars' in the forum. yesterday

I semi-frequently see the clock off by several hours. If you shut KStars down while it is set to current time, it will often start up again set to some bogus time. Sometimes I remember to check this and fix it, but sometimes not.

I don’t think I have ever noticed drift, but I’ll let it run a while and look for it.

Read More...

I’m not the OP but I assume he is referring to this from the release notes:

Custom Views

Akarsh Simha introduced the ability to orient the sky map to match the view through any instrument.

A view is a collection of settings: the orientation of the sky map, how the orientation changes as the sky map is panned, whether it is mirrored or not, and optionally the field-of-view to set the map to.

If no views are defined, KStars introduces a set of standard / "demo" views by default. Existing views can be edited and new views can be added using the "Edit Views..." interface. They can also be re-ordered in the interface. The ordering of the views in the "Edit Views..." dialog defines the order in which views will be cycled through using the keyboard shortcuts Shift + Page Up and Shift + Page Down. Thus, you can set up the views for easily switching between naked eye / finder scope / telescope views for easy star-hopping.

Furthermore, there is a new option in the View menu that enables mirroring the sky map so as to be able to match the view through an erecting prism used for example on a Schmidt-Cassegrain or Refracting type telescope.

The rotation feature overlay now also marks East in addition to north and zenith, so as to know easily whether the display is mirrored or not.


I also was not able to find it on Mac although I did not look as thoroughly as I might.

Read More...

Bill Tschumy replied to the topic 'Cooling Off ASI1600' in the forum. 2 weeks ago

Well, that is certainly frustrating. As I said, updating my INDI library after Jasem rebuilt it fixed the problem for me with an ASI2600MM camera.

Just to be sure, have you done a

"sudo apt-get update && sudo apt-get -y upgrade"

when logged into the RPi?

Read More...

Bill Tschumy replied to the topic 'Cooling Off ASI1600' in the forum. 2 weeks ago

I believe this has been fixed. Jasem compiled the drivers and push it to the update site. You will need to pull an update to your INDI server machine. It fixed it for me with the ASI2600MM. Hopefully it will fix it for you as well.

Read More...

I’m not sure what the problem actually was, but Jasem said this morning he recompiled all the drivers and pushed them to the update site. I update my RPi with the latest and everything is working again. Yay!

Read More...

Bill Tschumy replied to the topic 'Cooling Off ASI1600' in the forum. 2 weeks ago

I am having the same issue with an ASI2600MM camera. Cannot enable cooling. I have made new profiles and new optical trains. Happens on macOS as well as on Stellarmate OS. I have sent a log file that will hopefully be useful.

Read More...