Ed Wilson replied to the topic 'How To Do Image Stacking' in the forum. 2 weeks ago

The RPi4 is remarkably powerful device but when it’s capturing and guiding etc, it probably doesn’t have enough grunt to carry out live stacking. I personally do this using SharpCap Pro on my monitoring/controlling pc laptop, I send a bunch of files from the RPi to the laptop using VNC Viewer File Transfer, and then live stack them by directing SharpCap to the ‘Camera Folder’ where the images have been located. This works very well but requires a lot of manual intervention. For a more automatic process I have also used SyncThing on both machines so that as every image file arrives in the RPi4 folder, it is subsequently transmitted to the capture folder on the laptop. I don’t use this any longer because I now use two astroberrys simultaneously for two capturing rigs and hop between the two, monitoring and controlling from the one laptop. In such a situation SyncThing (or maybe just I) got rather confused between the two RPis, and so I removed it. It’s quite possible that I could set up SyncThing again in a fully controlled way with two RPis and one laptop but I’m not an expert.

Read More...

Ed Wilson replied to the topic 'Astroberry Help' in the forum. 2 weeks ago

These days I use Astroberry in one of two distinct ways: Indoors connected to my home WiFi with a monitor and keyboard attached (for updating or downloading astrometry files from the Internet, or Outdoors using KStars etc connected to the Hotspot. The last thing I do before closing down the indoors set up is to go into ‘Edit Connections’ and delete the WLAN references to my house network. This prevents any risk of Astroberry making an unexpected connection to the house router (which has happened in the past), and therefore being uncontrollable from my outdoors laptop.

Read More...

I think this has been cured by connecting to the AZGTi by WiFi using the SynScan Pro App, and setting or clearing (not sure which) the Hibernation settings. I believe I am running firmware v3.20 in the AZGTi, but the Indi EQMOD driver reports v3.14.

Read More...

In the Ekos profile I usually connect to my AZGTi (operating in EQ mode) via WiFi. Having had a few occasions when communications with the mount was possibly not 100%, I thought to use an EQDirect cable from the RPi to the mount. For some reason, this makes the target of the parked mount below the horizon and in a wierd position with respect to the celestial globe as shown in the screen grab. Any ideas about what I need to change?
 

   

Read More...

If your mount begins the PA routine from the Park (or Home) positions, then, when you come to see the correction vectors, the scopes have rotated by 60° to the West (or East). Therefore Alt and Az mechanical adjustments will move the chosen star along lines which are 60° rotated from vertical and horizontal on your display. If you want to avoid this you should start the PA process from a pre-rotated start position 60° to the East (or West). I have tried this, but in the end I've just accepted that the green and yellow vectors are the directions of the Alt and Az adjustments. ,

Read More...

Ed Wilson replied to the topic 'Indi on raspberry PI' in the forum. 2 months ago

Astroberry Server is exactly that - Indi on top of the RP OS. But the 32 bit version only.

Read More...

It seems that my AZ-EQ5 mount home position did not match Ekos home position. I sorted the issue by following the advice in posting #61311.

Read More...

I have two RPi4 systems with KStars installed used with two Sky-Watcher mounts - the AZ-EQ5 (connected as a Sky-Watcher EQMOD mount), and the AZGTi via WiFi connected as itself. In each case, I notice that the DEC axis indication for one mount in Park position is 90° as I would expect, but the other indicates 89°46' 51". I also note that the RA values indicated are 12 hours out of step with each other. Can anyone suggest why this is?
My intention is to pre-rotate a mount by precisely 60° to the East prior to carrying out Polar Alignment using two 30° steps to the West, hence making the mechanical alignment adjustments with the mount back in the Park position (although admittedly Unparked!). I can still do this with a bit of simple maths, but just wonder why there are these differences. See screen grabs.....



Read More...

Hello Hy,
Radek has just updated Astroberry to include KStars 3.5.2. so I have now been able to test out your new upgraded polar alignment with the right angle triangle of adjustment. Works very well - thank you for your intensive work on it! I have yet to try out your suggestion of using manual adjustment to turn the RA axis through 60° East in advance of the PA routine. This should compensate for the PA routine turning the RA axis through two 30° shifts to end up in the Park position where the right angle triangle will have horizontal and vertical sides and the hypotenuse should directly describe the adjustment vector. I am also yet to try PA elsewhere than at the NCP, not normally needed where I set up my equipment, but could have major benefits for a friend who lives in a bowl with no view of Polaris.
Thanks again, Ed

Read More...

freddylq wrote: Can you share what modification you did to the boot partition to make it boot from the SSD?

This was at a time before it was easy to boot a Raspberry Pi 4 directly from SSD. Since July I have been running astroberry from an SSD exclusively. Just burn an image straight to your SSD instead of microSD and plug it in to your RPi4! Make sure your RPi4 firmware is fully up to date (sudo apt update && sudo apt full-upgrade) before you do this.

Read More...

wvreeven wrote: I have one and it is working wonderfully well.

Wouter,
I noticed that your signature mentions an ASI6200 rather than an ASI2600.
Ed

Read More...