I got my meridian flip yesterday.
It took all the day and many tries, and to consider a lot of parameters I though were involved (most of them with incomplete understanding from my part or not clearly defined)

A major unfriendliness I found was to have to mentally translate hours (in decimal format) to minutes and angles to compare values in different places each with different format. This does not help. Please keep HA on the flip control and mount limits in the hh:mm format, or just use minutes (instead of hours) which is the magnitude of the values I suppose are used to estimate/set flip point and HA limits.

Time and location are critical because they define the position of the meridian and the actual angle of the telescope when pointing to a star. I always has been puzzled by the parameters of my AVX asking for local time, time zone, if time is standard or DST... and wonder if the time calculated from what I entered is in sync with that used in the computer and KStars. I am not and expert but it would not be enough just to enter UTC time and location to calculate everything needed?

At the end I managed to set everything in order the flip to work. It did it reproducibly 3 or 4 times (using a profile with simulators, a GPS auxiliary driver and the AVX mount driver.

My impression is that there is room to make this process much more user-friendly


Joaquin replied to the topic 'Tips for Auto-Focus' in the forum. 23 hours 42 minutes ago

I am a beginner with autofocus. Still it has worked well (for my expectations) from the beginning.
Only trick is to perform a manual focus before starting the automatic procedure. The range scanned by the automatic procedure is relatively short so you need to start already close to the minimum.
My two cents.


Joaquin created a new topic ' Meridian flip planned but not executed' in the forum. yesterday

I know that the topic of the meridian flip has been discussed countless times.
I have tried it with the simulator and once I thought I understood it, I have tried it with the mount, a celestron AVX.
I used a profile of simulators except for the AVX.

Mi AVX has mechanical traking limits of -05deg west and east
In EKOS I set:
max HA 0.27 h
Flip if HA > 0.13 h

(by the way, should not be more friendly and less mentally demanding to be able to set these parameters in minutes (or alternatively hh:mm format) instead of decimal hours?)

Things seems to go well, with the count down going on but when flip has to happen, the countdown is replaced by:

Meridian flip planned...

It stays like this with no other information until limits are reached and the telescope stops tracking...
An nothing happens.

What am I failing at?


In the stellarmate support page about Ekos , there is documentation about the FITS Viewer.
There, there is a section about the 3D Star Profile & Data Visualization Tool where it says:

To use the new feature, the user needs to select the View Star Profile Icon in one of the Ekos Module Views, or in the Fitsviewer.

I've been looking around the EKOS modules for an hour trying to find this tool. Same In FITS Viewer: I am unable to find where to activate it.

I would appreciate if someone can help me out.


Sorry I have no experience with Sony cameras.
In any case as you are asking different questions than the one in the title maybe you should consider to ask these questions in a different post.
About crashes, you also get crashes with Stellarmate once in a while. I do not know about driver C++ programming and whether crashes are difficult to avoid/recover even using a defensive style or what. But, in my experience, crashes somehow diminish with time, as you get familiar with the application.


If I understand correctly, your mount is connecting to different USB ports when started. Right?
The answer to this is to map your mount to a usb port using an udev rules file.
In stellarmate os there is a facility for doing this without manually editing files. I do not know astroberry


Joaquin replied to the topic 'Fits save error' in the forum. 5 days ago

That happened also to me once yesterday night.
It happened with the last capture but no with the previous ones.
I had copied it to my PC and I got an error on gimp and on the NASA FITS Liberator. Back to the rpi, KStars crashed when trying to open it.
The file was something like 844 KB (it was taken from the guide camera) while other previously shot, identical files that opened correctly were 855 KB.
I closed EKOS, KStars, and reopened again (not sure if I rebooted). Then, magically, the FITS was showing to be 855 KB and opened successfully.
I would say that saved pictures are not inmediately closed and in this zombi state they produce problems.


When I open a fits file saved from a capture preview in the FITS viewer I get an B&W image with only the red channel
In the picture, right is the preview after shooting; left is the same picture after being saved and opened again with FITS viewer:

This does not happen if the picture is produced using a sequence.
In the picture, left is the FITS viewer showing the Light that was captured; left the same image after being saved and reopened

Am I missing something ?

System just updated to new KStars 3.5.2 stable


Joaquin replied to the topic 'Sony Alpha 7iii Set Up Issues' in the forum. 5 days ago

you can not have 400 bits per pixel. Should be 14 or 16.
Is this correct?


Joaquin replied to the topic 'Fits save error' in the forum. 5 days ago

I also got ‘Image save error: No WCS found’ but the image was saved correctly anyway


Joaquin replied to the topic 'Meridian flip not happening' in the forum. 6 days ago

At the celestial pole there is not RA, or in other words, you can get any RA value when roughly pointing to the pole.
Maybe this is related with your comment when you have your mount at home.