Thanks for link. I am using Windows 10 PC desktop but I see the same issue as the Pi. No resolution yet is seems just a workaround and select all files filter. It seems to me an OS Locale issue. You could be working in US and operating a telescope in UK or visa versa! Which spelling to use? I don't like file extensions longer than 3 characters so maybe change it to .log?

Read More...

What's the correct way to spell analyse? When I use the Analyse module and select 'Read from file' the default filter is look for *.analyse files but in AppData the file extension is analyze. I don't mind either way although prefer analyse but definitely would like it to be the same spelling throughout. Is this controlled by the OS regional settings?

Read More...

I often use Kstars to examine FITS files captured previously. (File > Open Image...) Would it be possible to add plate solving capability to the fits viewer? I have to use another application to solve the image which is a shame because Ekos has this capability in the align module.

Read More...

Yes, that's another possibility, use PHD2 on the Pi. I read somewhere using the internal guider is better as its more integrated with the other modules. Having said that I don't know what you lose using PHD2. I would have slight reservations about co-ordination.. After a Meridian flip will imaging wait until PHD2 has started guiding. Will guiding not start until Dome has finished moving. If a band of cloud passes and guiding is lost for a period will capture know this and halt imaging as well for a while. Is it necessary to re-align (plate solve) or does PHD2 put telescope back onto the target. Does a guiding fallure put the mount to tracking rate until guiding resumes? Lots of checks to be done.

Read More...

Thanks for your suggestions Giorgio. I have been running Astroberry in server mode with Kstars client on my PC for several months and I agree with all your comments, it works well. I have one remaining problem with the internal guider and a small amount of drift in RA resulting in egg shaped star images in some frames. That could be due to my rig, incorrect configuration of the guiding module for EQ8-Pro mount or simply poor seeing.
I have installed StellarMate for better support and will be using it in thin client VNC mode first (when I get a clear night!) to see if guiding is any better. If it isn't then I will revert back to heavy client - server mode and look elsewhere to fix the problem. My theory is when operating in heavy client - server mode maybe the guiding response is delayed because the guide camera image has to be transferred to my PC across the LAN, then correction pulses sent back to the indi server across the LAN for transfer to the mount. With thin client maybe its faster as LAN is not involved. Anyway I expect to be proved wrong and guiding drift in RA isn't due to operating as a heavy client.
Thanks for the link to to the manual.

Read More...

I don't have the option for a 1600x900 display so I guess that setting is specific to the mini pc display.

Using the raspberry pi configuration dialog and changing both Display Resolution and Headless Resolution, the Ekos-Kstars dialog is displayed at the same size on screen with no improvement to text size. What I do notice, if I expand the Ekos-Kstars dialog to full screen it looks better but normally I want it smaller and floating.

There is also an Appearance Settings dialog and by setting the defaults to small screens this displays the Ekos-Kstars dialog correctly at a reduced floating size. Appearance settings fixes the problem.

Read More...

Busy for a couple of days but will try out ASAP different screen resolutions starting with 1600x900 to see which one gives best display. I suspect Qt has been used to design the EKOS GUI but there must be many factors that determine how a Helvetica 8 point, centre justified, bold, orange label is reproduced exactly the same on another device at a different scale.

Read More...

Hi Aaron. Thanks for your suggestion. Installed remote desktop and connected from my PC. Easilly done and pleased to say the most responsive remote connection I have tested so far.
The display suffers from same issue as connecting with tightVnc or web browser. For comparison:
Running Kstars locally on PC

2 processes listed:

root 703 1 6 18:56 ? 00:00:48 /usr/bin/x11vnc -xkb -noxdamage -verbose -avahi -safer -forever -shared -rfbauth /home/stellarmate/.vnc/passwd -autoport 5900 -auth /var/run/lightdm/root/:0
root 704 1 0 18:56 ? 00:00:00 bash /opt/noVNC/utils/novnc_proxy --vnc localhost:5900
stellar+ 1459 1445 0 19:10 pts/0 00:00:00 grep -F --color=auto vnc

Gene, StellarMate is running x11vnc server and noVNC. I think noVNC must be an interface between a web browser client and the vnc server. This explains I think why I see the Dashboard and the Pi screen in the web browser and using Tightvnc just the pi screen. I see -xnodamage is set but this doesn't prevent the module tabs looking somewhat messy.

Read More...

Gene. I am using whatever is included in the latest StellarMate image. The only change I have made was to use the Software Updater function on the Pi desktop. There was one update available which I did but I don't know what the update was or fixed or improved.
/etc/os-release says its "Debian GNU/Linux 11 (bullseye)" I presume it's 32 bit OS as from I can tell its still early days for a fully supported 64 bit version or am I behind the times?
LXDE is the desktop environment .
window_manager=openbox.
On viewer side I am set to level 6 and quality 6. Tried 256 colours but terrible display. Other than changing the local cursor to an arrow I cant see anything else to twiddle.
On server side I am yet to discover what the vnc server is and where it is configured in StellarMate build.
I don't want to swap vnc server installed with x11vnc for support reasons even though it may be a better solution. I have purchased StellarMate on the basis it is supported 'as is'.
I have astroberry on another SD card and that is where I should fiddle with things such as VNC server.

Another reason for running Kstars on Windows, it cured some serious bugs with Astroberry. I spent a couple of months trying to get Astroberry stable running Kstars on Pi but it crashed on a regular basis. One reason reported was viewing fit files when capturing which is a really handy facility but had to be turned off. Monitoring memory consumption, I came to the conclusion that the Pi couldn't cope with running Indi drivers and Kstars at the same time. I have no direct evidence, but the beauty of running Kstars locally some of the processing overhead is moved to the client PC with the Pi managing driver and equipment control. I believe in this mode of operation with a localobservatory over LAN, vnc is not involved (certainly no display graphics, keyboard or mouse interaction) and I found the LAN very reliable and much more reliable than doing everything on the pi. I find I have various windows open when imaging. Kstars planatarium display, EKOS, Indi, fits viewer, File manager ,observatory cam and local weather (Edge). With twin screen and kstars running locally I can position all these windows for convenient display.

Will carry on with Stellarmate in mode of operation with everything running on Pi for a while to try and eliminate the very slight drift I see in RA (egg shapes stars in some frames). As Alacante recommends, for a remote Observatory operated over the Internet Local Kstars wont work and a mini PC has more grunt to cope with workload.

Read More...