Axel replied to the topic 'FireCapture on SM OS' in the forum. 3 months ago

Thanks for this. On the actual Stellarmate 1.7.3 (64 bit !!!) and Firecapture 2.7 I had to do the following additionally:
<code>sudo apt install libfreetype6:armhf openjdk-17-jre:armhf</code>

I don't think it is a wise idea to completely abondon FireCapture on Raspberry or similar devices. They will gain speed, architecture will be developped further. Don't be to simple minded with this. Meanwhile to use other solutions is fine. But I'll give it a try again and again.

Cheers, Axel


Axel replied to the topic 'Problems with ZWO EFW' in the forum. 1 year ago

I also had this exact same error. After checking the situation, the used M54F/M54F Adapter from my Pegasus Falcon rotator which has thread of 6mm was too long and went into the EFW housing. This prevents the filter wheel mechanically to change the position. Especially the my baader filter and its M48-ring blocks the motion. This was the reason for the error.

A 2mm M54 distance ring solved the problem (3D printed). The EFW housing thread is 4mm deep.

I had no problems any more after that "fix" with error messages.

Cheers Axel


Axel replied to the topic 'Plate solving and rotation' in the forum. 2 years ago

Hi Chris,

just searched for the topic by myself: everything is described in detail here:

Cheers, Axel


Hi altogether,

now that my setup of OnStep, the astroberry pi, focuser and so on is ready, I am starting to dig deeper into KSTARS and EKOS. Since I use D.A.R.V. (manually) and wanted to integrate it into my workflow, I came about Jasems scripting HowTo ( ). For programming I don't have the time in the moment. Fortunately INDI is scriptable: - and I did it :-) Feel free to mail me your ideas or post at this thread - no crossposts supported (really!) ;-)

This is my very simple bash script which should do the thing. .

One question. setting the position of the scope can only be positioned with RA/DEC, not ALT/AZ coordinates. This is OK and I am using the (bad) algorithm to get near the meridian. I know the following solution is not very good. If someone has a better idea -> post here.

south=$(date +%I)
actMinute=$(date +%M)
actSecond=$(date +%S)
indi_setprop "${indi_telescope}.EQUATORIAL_EOD_COORD.RA;DEC=$south:$actMinute:$actSecond;$(( 0+$decOffsetNS ))"

=> indi_setprop "Telscope Simulatior.EQUATORIAL_EOD_COORD.RA;DEC=09:39:23;0"
where 09:39:23 is the local time in 12 hour format.

Cheers, Axel


Hi there,

this is an older thread I just stumbled upon.

To get things working on the PI with EKOS I am working - from the beginning - with astroberry ( ). This is the most hassle-free method getting everything needed up and running on the PI. Or simply buy :-)


Axel replied to the topic 'DIY Flatfield Dustcover with RPi' in the forum. 3 years ago

Hi Paul,

thank you for sharing your experience so far and it nice to see everything is working for you. I got some really interesting ideas for my own FlipFlat project. A long time passed. When I read through the thread carefully, I see you made some changes to the code and did a CAD design different to the one of. So would you mind share the final project summary with us?: source code, stl/obj/freecad files, specs.

best regards


So do I.

No view to north. D.A.R.V. brings me very near to an acceptable aligment.And PHD2, as also EKOS requires at least a good first align to the NCP before you can even use it.

So D.A.R.V. is - in my opinion - an elementary tool.

Until I detected D.A.R.V, I never could get my mount aligned correctly on my balcony. It is so simple and yet practical.

Also a very famous windows competitor application (APT), which I cannot use on my Linux devices, including the astroberry (based on Raspberry Pi), implemented the method.

Tracking on.

Take photo and capture / solve, slew to south/dec zero, take a DARV photo, correct azimuth…

Slew to east/dec zero, take a DARV-Photo, correct altitude…

Genious and simple, and it works.

If I just had time and knew how to inplement…

Cheers Axel


PK wrote: I'll give it a shot!

I would be highly interested, if this worked - because nevertheless I am living at 48 deg north, I don't have a view to north from my balcony ;-) So without using a guiding scope it is really really problematic. I think, this is a scenario, which a lot of people might have. Or think, if you are in the mountains or have trees to the north.

Cheers Axel


Hi everybody,

luckily I could solve the problem. I don't know exactly why it's working now but here is what I did:

  1. Installing EQMod, Stellarium_Scope and Stellarium on a windows pc. Configuring the mount. I got the same problems. But here, the reverse DEC, reverse RA switches worked so I found out, that the DEC axe slew wrong.
  2. Reconfigured my mount controller to reverse DEC (in fact an d in my case RA is reversed, DEC not).

Voilá ;-)

I took me a long way here. I estimate because initially a already tried to reverse DEC i can only assume, that either I missed something or the windows setup trigged something in the mount controller so everything is working know. Glad it's no bug.



I have configured my EQ-5 with custom motors and an AstroEQ controller using Astroberry (KStars, Ekos, INDI).

That works so far for every Star thas is from West over North to East and above the North Celestial Pole. When I cross that boarder, the RA and DEC axes move reversed and the pier side switch in The EQMod-Mount->Main Control Panel (INDI Control Panel) switches from "West(pointing East)" to "East(pointing West)". See the attached files from KStars.

I tried reconfiguring my mount controller and tried the "Reverse DEC" switch (which is not working with my controller).

I am just Slewing/Tracking here, not making images (meridian flip).
There is no alignment (tried, but won't help).
I am always starting from the default park position (Site Management -> Options -> Default -> Write)