Odiug replied to the topic 'Driver OnStep (LX200 like) for INDI' in the forum. 7 months ago

Thanks! Good to know.

I had a frustrating evening yesterday when I wanted to switch my mount from Equatorial to AltAz und therefore needed to recompile OnStep. It moved in unexplainable ways and also parked in different positions. At some point I switched to the latest Release and it began to move reasonable again. But after a "move to home" it got stuck. An "unpark" was not successful. "Tracking enable" however was successful. Later I figured out that it works when I set a park position. OnStep's internal state handling is sometimes a bit inconsistent. After some more issues (timezone was 1h off) I finally got it working.

OK, this was all unrelated to INDI, as I reconfigured my mount to AltAz for visual observation and I am using a Basic Handcontroller and the OnStep App for controlling the mount. However I used INDI inbetween when I was trying to figure out what was going wrong.

Sorry for venting my frustration with OnStep. Let's hope Howard makes the Beta a final stable release before putting all his energy into OnStepX. ;-)

CS
Guido

Read More...

Odiug replied to the topic 'Driver OnStep (LX200 like) for INDI' in the forum. 7 months ago

Which OnStep version does the OnStep driver expect, or was developed against? I assume features, behavior and capabilities can vary. Latest release is 3.16. When I experimented with OnStep focuser support, I was told by Howard, that master would be safe currently (end 2020). Therefor my current version is 4.17j.

Anything you driver developers can recommend? Better stick with Release?

CS
Guido

Read More...

Odiug replied to the topic 'Can't use exposure time < 2 sec.' in the forum. 12 months ago

Thanks for the hint. I will try it.

Regards + CS
Guido

Read More...

Odiug replied to the topic 'Can't use exposure time < 2 sec.' in the forum. 12 months ago

Hmmm, I had a similar experience yesterday when using my equipment after weeks of bad weather.
In my case it is <1s when capture fails. Cameras are ASI 294mc (main) and ASI 224mc (guiding). Both cameras fail at <1s.
System is an RP4 running Astroberry and updated yesterday as well. Astroberry only has the "stable" branch available. So no updates for INDI and KStars since a while.

However, I remember that short exposures have worked before, but I cannot recall how long ago that was.

CS
Guido

Read More...

Odiug replied to the topic 'Problem with Polar Alignment' in the forum. 1 year ago

I can confirm, that I experienced the same issue: Mount not stopping on moving to the next position in polar alignement.
I also remember having that issue quite a while ago and then it was fixed for a while. But currently (latest up to date Astroberry) it is again present.

I am anyway desperately waiting for a new stable release to have this bloody OnStep issue (crash on unpark) fixed.
INDI/EKOS/Kstars is great, but sometimes drives me nuts!

Regards + CS
Guido

Read More...

Have you tried this:
pypi.org/project/colour-demosaicing/

I used it a while ago when I experimented with processing FITS files with Python scripts.

CS
Guido

Read More...

Why running Siril and PSS on the RP4? Both programs are quite computational intense. I usually run it on a more powerful machine. Well, only a laptop, but I am already considering to switch from 8GB to 16GB RAM. The latest Siril feels slower. Maybe due to the internal 32bit float representation.

PSS also uses a lot of RAM. I hardly managed to process a recording of Mars with 5000 frames at 640x480 on my 8GB laptop.

Otherwise I am currently stuck with the same issue: Broken INDI with OnStep driver in stable. Currently I am too lazy to built INDI/Kstars from scratch and hope the fix will soon find its way into stable.

CS
Guido

Read More...

Odiug replied to the topic 'Dubious drift graphics' in the forum. 1 year ago

It actually confused and frustrated me quite a lot, that I had those incredible good results with a QHY5 at 2x2 binning, but could not get an ASI 224mc at 1x1 to guide at all. It just went all over the place and aborted. Now it's clear that the proportional gain was much too high, as I was using the settings from the 2x2 binning.
I only got suspicious recently when I started to play around with PHD2 guiding. There QHY5 and ASI224mc worked fine as expected. With this experience I got back to INDI's internal guider and used the default recommended proportional gain values and it worked with both cameras at roughly the same RMS performance only 2x higher than I was experiencing with 2x2 binning.
As a side note: PHD2 performs a bit better than the internal guider for me, so I am using this for now.

CS Guido

Read More...

Odiug replied to the topic 'Dubious drift graphics' in the forum. 1 year ago

I made the same observation. With 2x2 binning I had RMS values "too good to be true". But for 2x2 binning to work well, I also had to set the proportional gain much higher than recommended (2x - 4x). Could that be affected as well?

CS
Guido

Read More...

Odiug replied to the topic 'Default wifi option on boot up' in the forum. 2 years ago

I am using a high gain USB WiFi stick with Astroberry, additionally to the builtin WiFi. The builtin WiFi still works as an access point, whereas the external WiFi stick will try to connect to my home network. I sometimes had issues getting a good connection to my home WLAN network outside in the garden. The external USB stick was an improvement. Also, if the connection to my home network got stuck, I can still connect directly to Astroberry as a fallback.
I cannot remember the details, but setting it up was straight forward with the network manager.

CS
Guido

Read More...

Odiug replied to the topic 'A better FITS viewer?' in the forum. 2 years ago

Astroberry uses swapping to a compressing RAM disk (maybe the default for Ubuntu Mate). That might be helpful when unused program parts are put away in a compressed form to provide more memory for active programs. But I think it is not a good idea when memory is already scarce.

I am using a swapfile now with swappiness set to 0 (only swap when absolutely necessary). On zooming in FITS Viewer the Pi did become very slow, as expected due to swapping to sd-card, but KStars FITS Viewer did not crash yet.

What you have to do:
$ sudo apt install dphys-swapfile

You can configure it in /etc/dphys-swapfile, but default settings seem to be OK. It will use a 2GB swapfile (Maybe too big. I guess the Pi will become unusable before this is fully used)
Set swappiness to 0 by adding "vm.swappiness = 0" to the end of /etc/sysctl.conf.

Regards
Guido

Read More...