Plate Solving-Probleme mit Stellarmate

Hallo,

Ich benutze Stellarmate (OS) auf einem Raspberry Pi 4, 4 GB RAM, um im Setup mit einer Skywatcher AZ GTi und einer ASI 178MC meine Zielobjekte anfahren zu können. Das heißt, Teleskop grob nach Norden ausrichten, und dann iterativ durch Plate Solving auf das Ziel einstellen. Manchmal funktioniert das problemlos. Oft scheitert allerdings das Plate Solving, so dass ich sogar fast die Hälfte der klaren Nächte der letzten Wochen rein mit Trouble Shooting verbracht habe. Heute war mal wieder so ein Abend...

Ich habe mittlerweile endlose Permutationen aus Aufnahmeparametern und Plate Solving-Einstellungen ausprobiert; sobald einmal der Wurm drin ist, kriege ich ihn auch durch Neustarts nicht mehr raus. Ziemlich frustrierend. Zwischenzeitlich hatte ich mal den Aberglauben, dass ich einfach nur händisch auf eine sternreiche Region einstellen muss, damit es wieder läuft. Aber selbst an den Plejaden hat sich Stellarmate heute verschluckt. Entweder der Solver verabschiedet sich bei 100% Prozessorleistung nach zehn Minuten durch einen Crash von Ekos und KStars, oder er mault direkt herum, dass FOV, Brennweite etc. nicht stimmen. Tun sie aber laut VNC-Session.

Die Stellarmate-Foren habe ich schon abgesucht und nur ähnliche Problembeschreibungen, aber keine Lösungen gefunden. Ich könnte ein Ticket aufmachen, vermute aber Gemeinsätze wie "image has to contain a minimum number of stars", die mir konkret nicht weiterhelfen. Daher die Frage hier an das Forum: Kennt jemand ähnliche Probleme wie ich mit Stellarmate? Konnte jemand sie lösen? Oder kann mir jemand ein Setup empfehlen, dass vielleicht robuster agiert als der Stellarmate Solver? Ich bin an dem Punkt angekommen, wo ich sogar eine Windows System in Erwägung ziehen würde, obwohl ich das schon 20 Jahre nicht mehr gemacht habe...

Tips, Meinungen, Ideen: Alles willkommen!

CS, Boris

Hi Seraphin (und andere),

Ich habe mich mal bei ASTAP eingelesen und den Hinweis gefunden, dass es >30 Sterne braucht für ein erfolgreiches Plate Solving. Diese konkrete Information kenne ich von Stellarmate und deren eingebauten Solver nicht. Das ist schon mal ein Start, da ich vermute, dass das bei keinem Solver großartig anders ist.

Folgendes praktisches Problem: Ich arbeite unter relativ hellem Stadthimmel und versuche bislang das Solving mit 3-5 Sekunden Belichtung zu machen, was ja manchmal funktioniert. Wenn ich aber gerade erst angefangen habe, weiß meine azimutale Montierung noch nicht, wohin sie gerade schaut. Das heißt, die Nachführung trackt anfangs auch eher schlecht als recht. Bei längeren Belichtungszeiten von ~10 Sekunden bekomme ich zwar dann vielleicht genügend Sterne zusammen, aber die sind definitiv nicht punktförmig und somit hat der Solver dann auch wieder Schwierigkeiten. Gibt es da einen anderen Trick als "raus ins Dunkle" zu fahren?

CS, Boris

Hallo zusammen,

Ich danke Euch erst mal für die Erfahrungsberichte. Ist auch interessant für mich zu sehen, dass es z.B. keine unumstössliche Wahrheit bezüglich Belichtungszeiten etc. gibt, und die verschiedenen Solver in verschiedenen Händen verschieden gut funktionieren.

Ich kam leider die letzten Nächte nicht raus, habe aber meine Stellarmate-Installation um andere Index-Files (Tycho-Katalog) sowie ASTAP mit h17 ergänzt. Dann habe ich noch ein paar mehr Optionen beim Ausprobieren beim nächsten CS.

Viele Grüße

Boris

Hallo,

So... ...zeigt her Eure Alignment-Shots!

Ich habe die letzten drei Wochen weiter an meinem Problem gearbeitet, dass ich kein Plate Solving hinbekomme. Neuinstallation Stellarmate für den Raspberry Pi, Neuinstallation von Ekos auf einem Mac (als Ersatz für den Pi), ASTAP auf Raspberry Pi und Mac installiert, Index-Files überprüft, und letztlich auch den astrometry.net online-Solver direkt auf der Webseite ausprobiert. Ich habe auch nochmal den Fokus meines Setups kontrolliert, sieht soweit 'gut' aus. Leider scheint irgendwie der Wurm bei mir drin zu sein, die von mir gemachten Alignment-Shots (diverse Permutationen aus Belichtungszeiten und Binning) können nicht gelöst werden - von keinem der Solver.

Mir gehen die Ideen aus. Ja, ich fotografiere von einem recht hellen Stadtbalkon aus und schnell mal rausfahren geht bei mir nur aufwendig. Nun kam ich auf die Idee, dass ich mir einfach mal Alignment-Shots von anderen (Euch!) anschauen sollte. Vielleicht sehe/messe/merke ich da irgendeinen Unterschied zwischen den von mir gemachten Shots und dem, was bei anderen funktioniert. Daher meine Bitte: Solltet Ihr auch so einen Workflow gemäß 'Goto, Alignment, Slew' haben - könntet Ihr mir da einfach eine entsprechende Aufnahme schicken, also mit den Settings, die Euch das Alignment ermöglicht hat? Je ähnlicher Euer Setup, desto hilfreicher wäre das natürlich für mich. Daher nochmal: Skywatcher 72ED, 420mm FL, mit ZWO ASI178MC.

Für andere Ideen für das Troubleshooting wäre ich nach wie vor dankbar. Denke aber, wenn selbst der Online-Solver mit meinen Bildern nix anfangen kann, dann ist irgendwas an der Optik, der Kamera, oder meinem Umgebungslicht falsch. Letzteres kann ich leider nur mit einem Stadtteilauto lösen...

Sachdienliche Hinweise (und Alignment-Shots) werden gerne entgegen genommen! (So verzweifelt, wie ich bin, schreibe ich womöglich noch eine Aktenzeichen XY-Belohnung aus. :-P)

Boris

Zitat von mikrolinux

Hi!

Bei mir war’s das Binning beim Solver. Hast du mal 2x2 oder 3x3 probiert?

CS

Andreas

Alles anzeigen

Hi Andreas,

Ich habe bisher kein Binning, 2x2 und 4x4 probiert, jeweils mit wechselnden Belichtungszeiten und Gain-Werten. Bisher kein Glück gehabt.

Boris

Zitat von FRANK21

Bei mir funktioniert das Plate Solve 2 selbst durch Halpha Filter im 4x4 bin mit 5s Aufnahmen am Berliner Stadtrand, ganz wichtig ist die Bogensekunden/Pixel richtig anzugeben.

Das hatte ich auch schon in betracht gezogen. Mit meiner Brennweite von 420 mm und einer Pixelgröße von 2,4 micrometer komme ich mit diversen Rechnern auf ein Bildfeld von 1,01 x 0,67 Grad. In Ekos wird dann aber ein berechneter Wert von 0,60 x 0,40 Grad angezeigt. Nun kann man diesen Wert aber auch in der Konfiguration händisch ändern. Leider hat keines der Wertepaare zum Erfolg geführt. Ich vermute einen Software-Fehler und/oder einen schwerwiegenden Denkfehler, wie ich denke, dass sich Ekos an diesen Werten bedient.

Mich fuchst ja vor allem, dass es bei meinen ersten Malen schön geklappt hat, und seit vier Wochen nicht wieder...

Heureka! Heute Abend hat das Plate Solving endlich mal wieder geklappt. Zwei Fehlerquellen habe ich gefunden:

• mein Gain war bei 0 statt bei >200, wie initial aufgesetzt
• für den ersten Solve darf ich den Suchbereich nicht auf die RA/Dec-Koordinaten der Nachführung einengen, da ich wirklich nur grob nach Norden mit meiner AZ-Montierung ausrichte

Jetzt habe ich noch ein Nachführproblem (Alignment geht, Nachführen irgendwie heute nicht) - da hoffe ich aber einfach darauf, dass das der 25km Offset zwischen meinem tatsächlich Standort und den schlampig eingegebenen GPS-Koordinaten war.

Danke übrigens speziell an Hartmut; der Screenshot hat mich zur erneuten Überprüfung des Gains gebracht.

Boris

Hallo Frank,

Ich habe ein reines Foto-Setup, weshalb 1-, 2-, 3-Stern Alignments direkt nicht gehen. Muss wohl bald mal in einen guten Sucher oder zumindest Okulare investieren.

Boris

Hi okmi22

Plate Solving geht auch mit einer AZ GoTo und einer Kamera; ohne weiteres Equipment. Das entspricht meinem (preisgünstigen) Setup.

Boris

Zitat von okmi22

Vielen Dank! Kann man vereinfacht gesagt sagen, dass Plate Solving der modernere computergestützte Ansatz ist bzw. eine Alternative zum Polsuchen oder hat das irgendwie noch parallel eine Bedeutung?

Ich bin ja relativ neuer 'Wiedereinsteiger' und habe nur eingeschränkte Erfahrung. Aber ich verstehe Plate Solving für mich als Möglichkeit, mittels einer simplen GoTo Montierung und Angabe meiner irdischen Position (GPS) einerseits beliebige Himmelsobjekte ohne weitere Navigationskenntnisse anzufahren, und andererseits dann auch adäquat nachzuführen. Das braucht halt ein Bild, aus dem algorithmisch aus den sichtbaren Sternen (und Distanzen zwischen ihnen) ein Index abgeleitet werden kann, für den in einer Datenbank die Himmelskoordination hinterlegt sind. Das geht heute eben auch schon mit Kleinstcomputern wie dem Raspberry Pi.

Boris