AstroManager - Feedback/Ideen [Software]

MichaelCR97

Mitglied
Hi an alle,

Ich bin seit etwas über einem Jahr fleißig an der Entwicklung des "AstroManager" dran (weshalb ich in der Zeit auch nur sehr wenige meiner eigenen Aufnahmen bisher bearbeitet habe, dafür fehlt derzeit die Zeit). Weil das Release sehr sicher innerhalb der nächsten 6 Monate erfolgt (bin bei etwa 60-70%), wird die Zeit langsam knapp, um noch weitere Feature Requests / Anregungen / etc. für das initiale Release zu berücksichtigen - deshalb hier mal ein paar kurze Infos dazu.
Feedback / Anregungen / Ideen / etc. sind gerne gesehen - gerne auch per PN :)

Grundlegend wollte ich damit den Workflow nach Aufnahme der Bilder bis hin zur Bildverarbeitung abdecken. Mittlerweile decke ich damit aber (weil ich mich nicht zurückhalten konnte) einen deutlich größeren Workflow ab => von der DSO-Suche/Planung über automatisierte Sessions (jedoch ohne eigenem ASCOM-Client) bis hin zum Tracking von Aufnahmezielen, Organisieren der aufgenommenen Subs und Vorprüfung der Qualität der Subs. Also eigentlich von (fast) allem, was vor der Bildbearbeitung geschieht.

Grobe Features:
1) Grundeinstellungen:

1761037032922.png

2) Integrierte DSO-Datenbank mit (derzeit) ca. 108.000 DSO-Objekten (Datenbasis ist SIMBAD angereichert mit einem separaten NGC-Katalog)
2.1) Superschnelle Suche durch diese Datenbank mit zahlreichen Filtern inkl. "Observability"-Suche mit Berücksichtigung der Monddistanz, welche (wenn gepflegt) den genauen Horizont des Standorts berücksichtigt (dafür war sehr viel Optimierung notwendig)
1761036808086.png


2.2) Frei konfigurierbare Detailansicht zu den DSO (diese ist auch für jede beliebige Position des Nachthimmels aufrufbar)
1761036925759.png


3) Integrierter Aladin SkyAtlas mit zahlreichen erweiterten Features und AstroBin-Integration
1761037246262.png


4) Ziele speichern (jegliches DSO oder auch jegliche Position am Sternenhimmel kann als Ziel gespeichert werden)
4.1) Inkl. vollem Mosaic-Support, konfigurierbarer Ansicht (z.B, mit oder ohne Hintergrundbild), Reminder-Funktion, etc.
1761037414423.png


4.2) Ziele können, sobald man diese fotografieren will, in den Scheduler verschoben oder kopiert werden (in dem Zuge muss man dann ein Observatorium und eine Ausrüstung zuweisen)
 
5.) Scheduler (Aufnahme-Session Automatisierung)
5.1) Die Ziele im Scheduler können beliebig konfiguriert werden => dafür stehen (wie auch in fast allen anderen Komponenten) unterschiedliche Ansichten zur Auswahl.
Tree View oder Card View (beide mit Inline-Edit Funktionen):
1761037981975.png
1761037995583.png



Zu einem DSO/Ziel können Priorität, mehere Aufnahmeziele (z.B. Filter L x 300s 12h), aber auch viele Einstellungen für den Scheduler selbst gesetzt werden. Und vieles mehr.
Zum Beispiel:
1761038025695.png
1761038041202.png


5.2) Anhand dieser Einstellungen (und allgemeinen Einstellungen beim Scheduler) werden dann automatisiert Ziele in Nacht X ausgewählt. Man kann dabei max. bis zu 7 Tage (mehr macht wegen Wetter eh keinen Sinn) vorplanen lassen (muss man aber nicht). Man kann die berechneten Ziele auch manuell übersteuern.

5.3) Optional kann man NINA oder Voyager anbinden (ggf. werden in Zukunft noch weitere Tools unterstützt). NINA oder Voyager ruft dann innerhalb der Aufnahmesession einen Lightweight-Service, der am aufnehmenden PC installiert werden muss, auf. Dieser ermittelt das nächste Ziel (entweder OnTheFly oder laut der gespeicherten Planung) und sorgt dafür, dass dieses laut den im AstroManager eingestellten Konfig aufgenommen wird - Work in Progress

5.4) Im AstroManger sieht man durch Punkt 5.3 in quasi Echtzeit den Status seiner Aufnahme-Sessions (es werden mehrere Observatorien zeitgleich unterstützt!) und kann bei Bedarf auch die Planung/etc. ändern, um so zum Beispiel das nächste Ziel abzuändern (auch vom Handy aus!) - Work in Progress


6.) automatisierte Organisation der aufgenommenen Lights/Darks/etc. nach frei definierbaren Kriterien (Work in Progress)
6.1) Im Zuge dessen wird auch der Status der Aufnahmeziele des Schedulers automatisiert hochgesetzt, das ist aber optional
6.2) Die Bilder verbleiben natürlich auf dem PC und werden in keiner Form auf dem Server gespeichert. Die Bilddaten verbleiben immer am lokalen System.

7.) konfigurierbare/automatisierte Vorabprüfung der Aufnahmequalität der Lights (Work in Progress)
Es werden bereits direkt zu Release mehrere Plattformen (zumindest Windows und Android; ich arbeite auch an einer Web-Variante und ggf. auch Linux/Mac) sowie Sprachen unterstützt.


LG aus Österreich,
Michael
 
Hallo Michael,

das sieht sehr gut aus. Freue mich schon das ganze zu testen.

Sieht im ersten Blick so aus wie Telescopius.
Allesding finde ich die Webseite teilweise recht fummelig.
Du beschreibst allerdings einige Funktionen die Telescopius gar nicht bietet die sehr spannend sind.
Grad, dass man auch seinen Horizont einfügen kann ist eine sehr sehr wichtige Funktion. Super!

Handelt es sich bei deiner Software um eine Webanwendung oder um eine lokale Anwendung?

5.3) Optional kann man NINA oder Voyager anbinden (ggf. werden in Zukunft noch weitere Tools unterstützt). NINA oder Voyager ruft dann innerhalb der Aufnahmesession einen Lightweight-Service, der am aufnehmenden PC installiert werden muss, auf. Dieser ermittelt das nächste Ziel (entweder OnTheFly oder laut der gespeicherten Planung) und sorgt dafür, dass dieses laut den im AstroManager eingestellten Konfig aufgenommen wird - Work in Progress
Würde sich der Lightweight-Service dann die Daten von einem Server außerhalb des Heimnetzwerkes ziehen?

Da würde ich ein Problem sehen.
Viele betreiben ihren Rechner, auf dem zB Nina installiert ist, nur Lokal.
Ich habe zB zwei WLAN Netzwerke. Eines für die Verbindung ins Internet für Handys, TV, Konsolen usw. und eines nur für meinen Astro PC.
Darüber kommt man nichts ins Internet sondern ist nur Lokal unterwegs.
Der Grund ist, dass sich Windows oder andere Programme so Updates ziehen könnten.
So kann es dann zu Problemen kommen.

Wenn die Daten also über den Lightweight-Service aus dem Internet gezogen werden könnten es einige Nutzer diese Funktion gar nicht benutzen.


Zu dem Horizont:
Da wär es toll wenn diese genau so funktionieren würde wie Nina oder Stellarium.
bzw. jedenfalls so, dass man die gleiche Config dafür benutzen kann.

Ich hoffe du verstehst was ich meine.
Das wär halt so mein erster Gedanke dazu. :D

Freue mich mehr zu hören:D

Grüße
Brian
 
Hi Brian,

Freut mich sehr, dass die ersten Blicke wohl gut ankommen :)

"Handelt es sich bei deiner Software um eine Webanwendung oder um eine lokale Anwendung?"
=> Die Anwendung wird lokal installiert. Internetverbindung wird aber benötigt, da die Datenspeicherung (konfigurierte Observatorien, gespeicherte Ziele, etc.) am Server erfolgt, damit diese Daten auf allen Geräten (und auch den Clients am Teleskop) verfügbar sind.

"Würde sich der Lightweight-Service dann die Daten von einem Server außerhalb des Heimnetzwerkes ziehen?"
=> Derzeit ja. Ich könnte die URL aber konfigurierbar machen, sodass dieser Service dann einen Service innerhalb des Heimnetzwerks aufruft (welcher die Daten quasi durchreicht). Problem ist dabei halt, dass dieser Service erreichbar sein muss, während aufgenommen wird.. Ich könnte mir vorstellen, dass das nicht optimal ist.
Hmm, vielleicht fällt mir noch was ein, sodass dieser Teil auch offline möglich wäre. Ne Idee hab ich, muss aber Machbarkeit/Aufwand/Nachteile prüfen.

Wegen Horizont - wenn du folgendes Format meinst
1761042171800.png

(von der NINA Webseite)
=> JA, das wird unterstützt. Man kann es aber auch mit UI-Support (also ohne Freitext pflegen) und jederzeit zwischen den 2 Möglichkeiten wechseln:
1761042216584.png
1761042229201.png


LG,
Michael
 
Hallo Michael,

das klingt ja gut. Dane für deine Erklärungen.

Wenn man die Daten über den Client per Netzwerk an den Aufnahme-PC senden könnte wär das natürlich super.
Sonst fällt halt einer der Hauptfunktionen weg, jedenfalls für einige Nutzer.

Es gibt ja auch viele die im Feld unterwegs sind, oft ganz ohne Internet.
Da wär es vielleicht auch gut wenn man die Daten irgendwie Lokal haben könnte.

Grüße
Brian
 
Hallo Michael,

das schaut ja sehr gut aus, was du da aus dem Boden stampfst. Als kleiner Fan von Telescopius wäre ich natürlich an einer lokalen Anwendung auch sehr interessiert.

Was mir auf die Schnelle auffällt. Bei deinem SkyAtlas Screenshot sieht man unter Rotation ja die Gradzahl. Bei Telescopius gibt es darunter noch ein zweites Feld, welches parallel dazu die einen äquivalenten Wert einblendet. Für mich als Nutzer der ASIAIR ist dieser Wert interessant, da dieser auch mit dem eingestellten Wert in der ASIAIR harmoniert.

Auf Telescopius nutze ich sehr gerne die Target Listen. Ich habe mir hierzu zu jedem Monat eine eigene Liste, in der ich meine Favoriten einfüge, welche zu dem Zeitpunkt kulminieren. So kann ich mir für jeden Monat meine Favoriten auflisten lassen. Ist das im AstroManager auch möglich? Lassen sich diese Liste vielleicht sogar importieren?

Ich bin gespannt, wie sich dein Projekt noch entwickeln wird. :y:
 
Wenn man die Daten über den Client per Netzwerk an den Aufnahme-PC senden könnte wär das natürlich super.
Sonst fällt halt einer der Hauptfunktionen weg, jedenfalls für einige Nutzer.
Ja, das werde ich so einbauen. Idealerweise hat man halt ein Netzlaufwerk, auf das beide PCs zugreifen können, sodass der Aufnahme-PC den Status der Session auch wieder auf den PC im Haus zurückspielen kann. Geht aber auch ohne, dann muss man das File halt manuell auf den Aufnahme-PC kopieren und verzichtet auf den Live-Status in der App :)

Danke für dein bzw. euer wichtiges Feedback!

100% Offline-Support ist derzeit allerdings nicht geplant. Kritisiert mich aber gerne hart dafür, sollte euch das sehr wichtig sein. Dann überlege ich mir ggf. noch was, dürfte aber eher ein recht großer Umbau sein dann. :D
Was mir auf die Schnelle auffällt. Bei deinem SkyAtlas Screenshot sieht man unter Rotation ja die Gradzahl. Bei Telescopius gibt es darunter noch ein zweites Feld, welches parallel dazu die einen äquivalenten Wert einblendet. Für mich als Nutzer der ASIAIR ist dieser Wert interessant, da dieser auch mit dem eingestellten Wert in der ASIAIR harmoniert.
Hallo!

Danke fürs Feedback - kommt mit rein, ist nur ne Kleinigkeit :)

Auf Telescopius nutze ich sehr gerne die Target Listen. Ich habe mir hierzu zu jedem Monat eine eigene Liste, in der ich meine Favoriten einfüge, welche zu dem Zeitpunkt kulminieren. So kann ich mir für jeden Monat meine Favoriten auflisten lassen. Ist das im AstroManager auch möglich? Lassen sich diese Liste vielleicht sogar importieren?

Wegen der Listen je Monat:
Ja, du kannst beliebig viele Listen im AstroManager anlegen - und natürlich auch darauf Filtern.
Du kannst dir (wie bei der DSO-Suche) auch Schnellfilter anlegen. Du könntest z.B. einen Schnellfilter für Winter anlegen, der die Listen Dezember, Januar, etc. filtert.
1761046991526.png


Wegen Telescopius-Import:
Ja das geht auch. Über Telescopius kannst du die Liste als CSV exportieren und dann in den AstroManager laden => dieser übernimmt die Targets inkl. Grunddaten (Name, RA/Dec, Magnitude, etc.). Den Rest kann man wenn man will im AstroManager dann pflegen.
Du kannst dann beim Import auswählen, in welche Liste im AstroManager du diese Ziele importieren willst.
 
Idealerweise hat man halt ein Netzlaufwerk, auf das beide PCs zugreifen können, sodass der Aufnahme-PC den Status der Session auch wieder auf den PC im Haus zurückspielen kann.
Wenn man den Speicherort der Datei mit den Session Daten im vollen Client individuell einstellen kann bestimmt ne gute Lösung. Wenn man kein NAS hat kann man ja auch vom PC aus ne Freigabe machen.

Klingt gut!
 
Hallo Michael,

erst mal ein Lob, mir gefällt deine UI sehr gut, da scheint jemand zu Wissen wie man die UX optimiert :)
Ich habe schon viele Jahre im gesamten Haushalt nur Android/Linux-Systeme, dazu hattest du ja bereits
erwähnt, dass du eine Web oder ggfs. Linux-Variante erstellen möchtest. Ich hätte dazu noch ein paar Fragen:

Wie sieht die Architektur aus, da du von Anwendung, Lightweight-Service (Agent?) sprichst, aber auch
einen Server erwähnst?

- Server
Nimmt Client Verbindungen an und verwaltet die Agents/Lightweight-Services und schickt die Befehle?
Läuft der auch lokal oder im Internet / bei Dir?

- Anwendung
Client für den Benutzer mit UI, der sich mit dem Server verbindet?

- Lightweight-Service?
Ein Agent der auf verschiedenen Systemen läuft und befehle annimmt und ausführt - um NINA etc. zu Steuern?
Im Kontext "Online Modus" - kann der Agent aber nicht wahllos auf dem PC dinge Ausführen?


Da ich als Linux Nutzer ein Interesse für eine EKOS Anbindung habe, würde mich interessieren,
ob du weitere Anbindungen für Software nativ implementieren möchtest oder als Plugin,
sodass die "Community" solche Dinge beisteuern könnte?

Das leitet schon die nächste Frage ein: Open-Source oder Closed?

Danke :)

LG & CS
Mattes
 
Hallo Mattes,
Danke für das Lob zum UI und den vielen Fragen!
Server:
Es gibt eine zentrale API+Datenbank die in West-Deutschland gehostet wird. Diese ist natürlich grundsätzlich öffentlich erreichbar und entsprechend mit Authentifizerung/etc. gesichert (auf Anfrage / nach Abstimmung kann ich direkten Zugang zur API freigeben, sollte jemand z.B. eigene Anwendungen anbinden wollen).

Client:
Ja genau. Derzeit wird Android + Windows supported (Android hat halt die Bild-Organisations/QS Funktionen nicht, ist aber sonst auch Feature Complete - man kann also auch dort den Status der Aufnahmesessions sehen, Ziele definieren/ändern, etc.). Für beide Systeme wird der zu 99% gleiche Code verwendet => einfache Wartung für mich ;)
Linux + Web-Support bin ich noch dran bzw. am prüfen. Im Web werde ich mit .NET-10 einen neuen Versuch starten, hatte da bisher zu viele Performance-Probleme. Linux sollte eigentlich recht einfach erstellbar sein => habs aber noch nicht probiert.

Lightweight-Service / ich habe es bisher "Automation Client" oder "Telescope Client" genannt:
Ja genau. Derzeit wäre das einfach ein Dienst der installiert wird + eine .bat-Datei (Callback).

Voyager/NINA rufen immer diese Callback-Datei als externes Programm auf. Dieses Callback-Programm dient lediglich dazu, die Anfrage von NINA/Voyager an den Lightweight-Service, der auf den lokalen Port X lauscht, weiterzuleiten (Ports, etc. sind natürlich konfigurierbar).

Online-Modus:
Der Dienst ist authentifiziert und bleibt im Kontakt mit dem Server, um über diesen das nächste Ziel für die Session abzufragen (anhand der aktuellen Client-Konfig bzw. Planung) oder den Status der Session an den Server zu senden, sodass dieser im Client angezeigt werden kann.

Offline-Modus:
Der Dienst hat keinen Kontakt mit dem Server, sondern der Austausch erfolgt (innerhalb des Heimnetzwerks) filebasiert. Sobald der Client den Session-Status einliest, wird dieser Status an den Server übermittelt, sodass er dann z.B. auch wieder am Handy bereitsteht, etc.

"Im Kontext "Online Modus" - kann der Agent aber nicht wahllos auf dem PC dinge Ausführen?"
=> Da verstehe ich nicht ganz, was du damit meinst.


Wegen EKOS: Habe mich mit dem Tool noch nicht befasst, Hauptfrage für einen Support von EKOS ist, wie man EKOS die Ziele bzw. das nächste Ziel mitteilen kann. Der Rest kann gleich ablaufen wie auch bei NINA/Voyager.

Geplant ist derzeit schon Closed-Source. API-Verwendung für andere Tools ist möglich, unterstützt auch allgemeinere Sachen wie astronomische Berechnungen, etc.
Dennoch wäre ich grundlegend offen dafür, dass Plugins für ASCOM-Software wie EKOS etc. auch von der "Community" erstellt werden könnten, wenn gewünscht. Damit kriegt man sicher eine großflächigere Abdeckung von diesem Feature hin.

VG,
Michael
 
Moin,

vielleicht noch ne Idee wenn noch nicht bedacht:

Es gibt ja durchaus User die 2+ Setups die Nacht laufen haben.
Da wäre es vielleicht gut wenn man sich entweder mit mehreren PCs gleichzeitig verbinden kann oder es sowas ein ein Dropdownmenü gibt wo man umschalten kann.

Grüße
Brian
 
Moin,

vielleicht noch ne Idee wenn noch nicht bedacht:

Es gibt ja durchaus User die 2+ Setups die Nacht laufen haben.
Da wäre es vielleicht gut wenn man sich entweder mit mehreren PCs gleichzeitig verbinden kann oder es sowas ein ein Dropdownmenü gibt wo man umschalten kann.

Grüße
Brian
Es unterstütz beliebig viele Observatorien gleichzeitig. Auch aus Eigenmotivation :)


Danke jedenfalls für den Input!
Michael
 
Hallo Michael,

eine spannende Entwicklung hast du da am Laufen. Ich finde Software Projekte a la NINA großartig und unterstütze sie zum Teil.
Eine schnelle Suche im Netz nach Astromanager hat alles mögliche aber nichts über dein Projekt gebracht.
Falls es doch eine Webseite gibt, lass mich bitte wissen wo ich sie finde. Hier einige grundlegende Fragen.

Wie vergleicht sich deine Lösung zu NINA und verschiedenen darin vorhandenen Target Sheduler, Handy Steuerung und
Benachrichtigungs, …. Plug-Ins?
Eine Multi-Observatorien Lösung ist ein Punkt den ich schon mal sehe, der ist schon mal spannend.

Die Frage nach OpenSource wurde bereits beantwortet, ich vermute du entwickelst AstroManager alleine?
Wird AstroManager Freeware oder planst du eine Monetarisierung?

Soweit ich es verstanden habe hostest du einen Server auf dem deine „eigene“ Datenbank von Beobachtungszielen liegt.
Zum besseren Verständnis dieser Infrastruktur und des Datenflusses:
- Ich gehe davon aus, dass sich ein Anwender registriert und authentifiziert?
- Du hast hier schon geschrieben, dass Bilddaten nicht dort landen, welche Daten eines potentiellen Users werden dort abgelegt?
- Ist eine von deiner Serverinfrastruktur unabhängige „lokale“ Lösung unter vollständiger Anwenderkontrolle vorgesehen?
- Was passiert im Fall eines Ausfalls des zentralen Servers bzw. des Hosters im laufenden Betrieb?

Hier wurden bereits andere Betriebssysteme angesprochen, bisher ist Windows und Android unterstützt soweit ich es verstanden habe.
Ist eine iOS Unterstützung geplant?

CS
Christof
 
Hallo Christof,

Ich habe dafür noch keine Webseite erstellt - ich möchte zuerst einen zumindest Beta-Stand haben, der alle elementaren Features abdeckt. Da dürfte ich in ca. 2-3 Monaten soweit sein und werde dann vermutlich auch ne Webseite dazu erstellen.

Da ich selbst nur früher NINA verwendet habe und mittlerweile selbst Voyager verwende, weiß ich nicht genau, wie/wo NINA genau steht.
Bei folgenden Punkten gehe ich aber davon aus, dass sich mein Tool da davon (teilweise) abheben könnte:

1.) Der bei mir integrierte SkyAtlas (Aladin) - ich glaube in NINA ist das Gegenstück der "Framing Assistant" - ist deutlich umfangreicher und unterstützt z.B. auch
-- den direkten Vergleich mehrerer Equipments
-- das Planen von Zielen wenn man das gesamte FOV aus mehreren Equipments zusammenbilden möchte
-- AstroBin-Integration: Man hat ein interessantes Bild entdeckt und möchte z.B. dessen FOV mit seinem Equipment möglichst ähnlich abbilden oder den FOV an einer Stelle erweitern (das ist auch ggf. bei älteren, eigenen Bildern nützlich, wenn man doch ein Mosaic draus machen möchte).
-- der Custom-Horizon des gewählten Observatoriums, wie auch der Mond inkl. Moon Avoidance Kennzeichnung, wird direkt im SkyAtlas dargestellt. So kann man eine Uhrzeit/Datum eingeben und sieht direkt auf einen Blick, welches Gebiet des Nachthimmels in einer fotografierbaren Zone liegt.

2.) Die DSO-Suche ist denke ich etwas leistungsstärker, vor allem was die Suche nach in Nacht X fotografierbaren Objekten betrifft (inkl. Berücksichtigung des Custom Horizons)
2.1) Weitere interessante Details werden zu einem DSO angezeigt wie die fotografierbare Zeit je Filter und Nacht bis zu 1 Jahr in die Zukunft
1761558701621.png


3.) Beim Scheduler ist der größte Vorteil sicher, dass mehrere Observatorien zeitgleich unterstützt werden und man damit z.B. auch den Status aller laufenden Aufnahmesessions direkt auf einem Platz hat
3.1) Zudem habe ich hier im Bereicht der Zielverwaltung für den Scheduler auch viele UX-Optimierungen drin, damit man Aufnahmeziele je Filter/etc. schnell(er) bearbeiten und einsehen kann.
3.2) Ich weiß nicht ob NINA es mittlerweile kann, aber der Scheduler in meinem Tool bietet die Möglichkeit, die anhand der gesetzten Einstellungen bestmöglichen Ziele automatisch anzuwählen. Man muss die Ziele also nicht jede Nacht selbst einplanen - das übernimmt das Tool (außer man möchte es natürlich manuell machen).

4.) Durch die automatisierten Sessions bzw. danach die Organisation der Subs, wird im Tool auch der Fortschritt des Objekts automatisch mitprotokolliert und angezeigt (z.B. für Filter L von M31 hat man nun schon 3 der 4 geplanten Stunden aufgenommen). Daraus können dann Statistiken (FWHM, etc.) abgeleitet werden oder man kann - wenn man die (teilatuomatische) Qualtitätskategorisierung über das Tool verwendet - auch einsehen, dass z.B. von Filter R für M31 80% der Aufnahmen "gut" waren, 10% "sehr gut" und 10% "schlecht". Auf Basis davon kann man dann z.B. einfach nur die Subs >= "gut" in WBPP von PixInsight (o.ä.) importieren.
4.1) Die Kategorisierung der Files findet auf Dateiebene statt. Man kann also z.B. folgende Ordnerhierarchie (diese ist anhand der verfügbaren FITS-Header frei konfigurierbar) definieren:
- Ziel
-- Filter_ExpTime
--- Qualität
---- Datum

Das wäre dann z.B.:
- M31
-- L_300s
--- gut
---- 27102025
----- Bild 1, 2, 3
--- schlecht
---- 28102025
----- Bild 4, 5 ..
-- R_180s
......

- M42
....

Die Frage nach OpenSource wurde bereits beantwortet, ich vermute du entwickelst AstroManager alleine?
Wird AstroManager Freeware oder planst du eine Monetarisierung?
Ja, ich entwickle es alleine und plane derzeit Monetarisierung.
- Ich gehe davon aus, dass sich ein Anwender registriert und authentifiziert?
Ja genau, ansonsten würde der Datenfluss über mehrere Clients hinweg nicht funktionieren.
- Du hast hier schon geschrieben, dass Bilddaten nicht dort landen, welche Daten eines potentiellen Users werden dort abgelegt?
Nur das, was benötigt wird und man in der App auch selbst einpflegt.
- Authdaten (Mail + Passwort)
- Daten zu gepflegten Observatorien, Equipments, Moon-Avoidance-Profile, gespeicherte Ziele inkl. Konfig, Scheduler-Konfigurationen (man kann mehrere pflegen/verwalten), Metadaten zu Subs (relevante FITS-Header, Qualtitätskriterien wie FWHM, etc.)
- Sonstige Benutzereinstellungen (UI ist teils anpassbar) und Konfigurationen

- Ist eine von deiner Serverinfrastruktur unabhängige „lokale“ Lösung unter vollständiger Anwenderkontrolle vorgesehen?
Nein ist derzeit nicht vorgesehen. Ich habe es aber mal aufgenommen und werde darüber nachdenken.

- Was passiert im Fall eines Ausfalls des zentralen Servers bzw. des Hosters im laufenden Betrieb?
Sehr gute Frage. In dem Fall gibt es einen Fallback. Da der Scheduler immer auch die gesamte Nacht im Voraus plant und an den Client sendet, wird dann dieser Plan herangezogen. Man kann dann halt keine Updates der Planung vom Handy/PC zuhause aus an die Aufnahme-Clients-Session, aber bei einem Ausfalls wäre das dann eh nicht möglich. Das ist also vergleichbar mit Remote-Observatorien, bei denen mal die Verbindung ausfällt.

Ich müsste mir dafür einen Mac zulegen + darauf dann den Build für iOS und MacOS erstellen. Und ein bisschen Initialaufwand beim ersten Build dürfte es geben. Es steht auf meiner Liste, ist aber erstmal nicht direkt zum Release geplant leider. Je nach Andrang wird das dann aber nachgereicht.


Ich hoffe ich konnte dir deine Fragen damit großteils beantworten :)

LG,
Michael
 
Ah und ein trennendes Feature ist auch, dass die gesamte Nacht ja bereits im Voraus durchgeplant werden kann, man diesen Plan dann auch visuell schön aufbereitet sieht und diesen ggf. manuell anpassen kann (das bin ich gerade am Finalisieren).
Sollte es Lücken geben, weil von Zeitraum X-Y kein passendes aktives Ziel laut Konfig fotografierbar ist (z.B. zu geringe Mond-Distanz), kann man gezielt für diese Lücke dann ein alternatives Ziel suchen und damit die Lücke füllen, etc.
 
Zur Info:

Da ich selbst bei meinen (Remote) Setups in den letzten Wochen von Voyager abgekommen bin, fokussiere ich mich erstmals auf NINA-Integration und habe mich dafür entschieden, ein Plugin dafür zu entwickeln - womit die Extra-Installation und der "Client-Service" hinfällig wird.

Offline-Modus mit Export/Import wird unterstützt und es lässt sich ähnlich wie das Plugin "Target Scheduler" in die Sequence integrieren.
Das ist noch WIP und die Hauptkomponente 6/8 vor dem Release. :)

1767050635844.png
 
Update: :D
Das Plugin ist so gut wie fertig und der AstroManager generell steht kurz vor der Beta-Testphase (bei dir sich über 20 User dafür angemeldet haben, was mich sehr erfreut).
Ich selbst habe es bereits bei meinen Remote-Setups im Einsatz um es noch fertig abzurunden und die Stabilisierungsphase durchzuführen.

Hier mal paar neue Screenshots / Detailinfos:

Man sieht einen LIVE-Status aller seiner Clients die das Plugin in NINA installiert haben und kann dort auch direkt diverse grundlegende Kommandos an NINA senden, Sequenz stoppen/starten, AF machen, etc..

Für Detailinfos wie hier auf den Screenshots sichtbar, muss man den AstroManager auch in der Sequence verwenden.
Man kann sich für einzelne Nächte einen PDF-Report erstellen oder auch automatisiert nach der Nacht zu seiner Mailadresse zusenden lassen.
1771597640713.png


1771597892395.png


PDF-Report Ausschnitt:
1771598017341.png


Man kann sich für Nacht X eine Vorschau erstellen lassen und dabei die verschiedenen eingestellten Scheduler-Konfigurationen austesten/vergleichen.
1771597757980.png

Ich habe auch die Option eingefügt, dass man auch manuell Ziele einstellen kann - ganz ohne automatisierter Scheduler-Logik:
1771597710283.png



Die aufgenommenen Bilder werden durchs Plugin - genauer genommen deren Metadaten und eine sehr stark herunterskalierte Bildversion - automatisch an den AstroManager gesendet. Dadurch hat man dann sehr schöne Analysemöglichkeiten und es werden die gesetzten Ziel-Integrationszeiten automatisch protokolliert.
Den Versand der stark herunterskalierten Bildversion kann man aber optional auch deaktivieren, sodass nur die Metadataen sichtbar sind.
1771597530937.png
1771597468587.png
1771597383896.png
 
So.. für die initiale Release-Version ist es nun Feature-Complete (keine Sorge, VIELE Features sind bereits im Backlog für danach) und meine Tests für das NINA-Plugin und die Desktop-Version vom AstroManager sind nun abgeschlossen. Insgesamt habe ich über den AstroManager nun bereits über 200h Aufnahmezeit :)
Nachdem ich auch mit den Tests der Android-Version und der Web-Version fertig bin, wird die Beta-Phase (mit mittlerweile 35 Testern!) starten.

2 optionale Features, die es gerade noch in die Release-Version geschafft haben, möchte ich noch kurz vorstellen/zeigen:

1) Image-Grading
Man kann sich hier beliebige Bewertungslogiken anhand verschiedenster, kombinierbarer Werte (meist wsl HFR, aber es geht auch StarCount, Altitude, Wind, Wolken, SQM, GudingRMS, ..) zusammenstellen.

Hier z.B. für mein Remote-Setup in Namibia:
1773264361004.png


Dadurch erfolgt autom. und sofort ein Grading der über NINA aufgenommenen Subs (Regrading nach Bearbeitung der Berechnungslogik ist jederzeit möglich).
1773264557182.png


Man kann dann optional definieren, dass nur Aufnahmen mit Bewertung von zumindest C einen Fortschritt bei den Aufnahmezielen verursachen sollen. Gespeichert werden natürlich immer alle Subs (da wird nicht eingegriffen).


2) Sicherheitsrichtlinien/aktionen
Dient zur Überwachung verschiedenster Werte inkl. Reaktion darauf.

z.B. hab ich mir für Namibia folgende Regel angelegt, sodass wenn der Kühler der Kamera auf über 95% Power steigt die Zieltemperatur um +5C erhöht wird.
1773265328306.png

Eine andere Regel prüft verschiedene Werte und wenn eines davon zutrifft löst es folgende Aktionen aus:
1) Benachrichtigung im AM
2) Email mit Warnung/Info an Mailadresse XY
3) Teleskop wird geparkt und Sequenz/AstroManager versucht in 30 Minuten erneut ein Ziel anzustarten
4) Vor dem nächsten Ziel wird aber AF und Guider-Kalibirierung durchgeführt


... Clear Skies! :)
 
Hallo Michael,

ich bin jetzt erst über dieses tolle Projekt von dir darüber gestolpert. Ich bin sehr beeindruckt und ziehe meinen Hut so etwas einfach mal so nebenbei in so kurzer Zeit auf die Beine zu stellen. Da wirst du sicher bei einer großen Zahl von Anwender von Astro-Tools auf Resonanz stoßen.
Vor allem glaube ich das die Usability passen sollte nachdem du nicht nur programmierst sondern das ganze Thema drum herum ja selbst kennst und tag, täglich erlebst und damit der Fokus und die Ziele viel klarer sind.
Wenn ich es richtig verstanden habe benötigt deine Applikation immer noch ein ausführendes Programm wie NINA um auch die Hardware über z.B. ASCOM Treiber herzustellen. Vermutlich etwas wie Touch 'N' Stars womit man komfortabel auf einem anderen mobilen Device die aktuelle Session verfolgen und in Grenzen steuern kann. Du bietest hiermit natürlich deutlich mehr an Umfang.
Alle Features habe jetzt noch nicht durchgelesen und frage daher ob man eine Session mit div. Aufnahmedaten in einer Excel Tabelle ausgeben kann.
Ich führe aktuell (old Style) eine Excel Liste mit Aufnahmedatum, Startzeit, Objektname, Teleskop, Kamera, HRF-Werte, Seeing, Subframe-Anzahl und jeweilige Filter, durchschnittlicher Guiding RMS, Mondphase, SQM-Wert usw..
Das ist bisher immer sehr mühsam und geht ganz klar eleganter. Daher die Hoffnung das damit solche Daten aus einer Datenbank entsprechend exportiert werden können.
Die GUI ist recht gut durchdacht und sinnvoll gestaltet, könnte aber für meinen Geschmack evtl. ein klein weniger bunt sein. Das kann irritieren und ablenken vom wesentlichen. Sieht vermutlich jeder anders.

CS,
Franz
 
Hallo zusammen,

ich freue mich, euch mitteilen zu können, dass AstroManager 1.1.0 jetzt offiziell veröffentlicht wurde!

Dokumentation & Download: Doc/Download
Discord: Discord


Zusätzlich ist auch das N.I.N.A. Plugin (Version 1.0.3.0) fertig und wird in kürze im offiziellen N.I.N.A. Plugin-Repository verfügbar sein.


Neue Features in Version 1.1​

SIehe Release Notes 1.1.0

Unter anderem:
  • Community Target Research / Datenbank
  • Saisonale Filter
  • Sky Atlas „Magic Mode“
  • Kollaborative Projekte / Projektsuche
    1778252657911.png

Ausblick / Nächste Features​

Anhand des Beta-Feedbacks sind bereits die nächsten größeren Updates eingeplant (voraussichtlich in ~1–2 Monaten):
  • Bildimport & Bildbibliothek
    (für ältere Aufnahmen, bestehende Datensätze oder Nutzer ohne N.I.N.A.)
    • Vorschau mit einstellbarem Auto-Stretch
    • FITS-Header-Editor
    • automatische Qualitätsbewertung (Grading)
    • halbautomatische Ziel-Zuordnung
  • Master- & Kalibrations-Management
  • Speicher- / Datenmanagement
  • erweiterte Autofokus-Überwachung & Analyse


Clear Skies, :)
Michael
 
Die Arbeit geht weiter.. v1.2 wird in ca. 3 Wochen erscheinen und wird native iOS und macOS Support mit sich bringen.
Zudem auch folgende Neuerungen (die Liste ist lang.. das sind die wichtigsten):

  • Einige der aktuell bestehenden Basisfunktionen werden ab v1.2 völlig kostenlos zugänglich sein. Ohne Werbung oder sonstigem Kram.
    • Darunter die DSO-Suche inkl. Observability-Filter welcher den genauen Horizont und Monddistanz berücksichtigt (also genauer als z.B. bei Telescopius).
    • SkyAtlas (Powered by Aladin) mit eingezeichnetem Horizont, Monddistanz-Ringen, Konstellationen, DSO-Objekte, Framing-Möglichkeiten inkl. Mosaic.
    • Community Target Research
    • Und auch Basisfunktionen aus der neuen Komponente "Bildimport und Speichermanagement"
  • Bildimport und Speichermanagement (nur Desktop - Windows oder Mac)
    • Importiert, organisiert und analysiert deine Subs. Dies soll den Schritt nach der Bildaufnahme und vor der weiteren Bildbearbeitung (konkret dem Stacking) übernehmen.
    • Anhand der per AstroManager frei editierbaren FITS-Header veruscht AM das Ziel autom. einem Setup und einem in AM angelegten Ziel, dass man per NINA fotografiert, zuzuordnen. Wenn das nicht gelingt (die Chance dafür ist aber sehr hoch), kann man es natürlich manuell zuordnen.
    • Zur Bildanalyse stehen zahlreiche Features direkt im AstroManager zur Verfügung: Platesolving via ASTAP, Inspect-Views, Stretching, Bildebenen-Analyse, Metrik-Kalkulation (HFR, Eccentricity, Stars, ..), automatisiertes und frei konfigurierbares Grading..
    • Die Bilder werden dann entsprechend der Konfiguration in einer frei definierbaren Ordnerstruktur abgelegt und können per AM auch autom. gezippt, aufgeräumt etc. werden.
  • Integriertes Cloud-Service inkl. Stackingvorschau
    • 20GB sind kostenlos für jeden mit AM-Subscription, mehr GB mit Aufpreis (großteils um die Speicherkosten und den Rechenbedarf am Server zu decken)
    • Es ist einstellbar für welche Remote Clients man die aufgenommenen Bilder autom. in die AM Cloud (Server auch hier natürlich nur in DE) hochgeladen haben möchte. Entweder sofort, oder mit Offset nachdem die Aufnahemsession zu Ende ist.
    • Dies ermöglicht, dass man sich eine Stackingvorschau erzeugen lassen kann (Kalibrierungsframes können berücksichtigt werden), z.B. um zu prüfen, wieviel Signal man schon ungefähr hat und ob man mit dem Filter X nun noch mehr aufnehmen möchte, oder schonmal zufrieden ist. Das Stacking erfolgt am Server selbst => 1 Klick, bisschen warten und schon ists da :) Dabei ist natürlich konfigurierbar, dass man z.B. nur Bilder mit Grading >= B integrieren möchte.
      • Damit ist auch eine "Field Research" automatisiert möglich => einfach ein z.B. 5x5 Mosaic als Ziel erstellen und je Ziel vlt paar Frames aufnehmen lassen. Wenn fertig, jeweils die Stackingvorschau erzeugen lassen und dann die Bilder prüfen.
    • Und natürlich kann man die Bilder über AM jederzeit aus der Cloud löschen oder sich z.B. ne ZIP mit allen Bildern >= Grading C runterladen etc...

Wünsche euch Clear Skies und würde mich freuen Euch auch bald auf AM zu sehen :)
Wie gehabt, gerne per Discord oder auch PN / hier im Thread Feedback, Kritik, Ideen zusenden. Danke!

PS: Das Video habe ich stark runterskaliert damits hier hochgeladen werden kann. Screens sind aus dem DEV-Build - UI ändert sich also vermutlich noch etwas.
 

Anhänge

  • Image_inspect(2).mp4
    1 MB
  • field_analysis.png
    field_analysis.png
    292,9 KB · Aufrufe: 55
Hallo zusammen,

Da mit Version 1.2.0 AstroManager nun endlich auf allen fünf Plattformen (Windows, Linux, macOS, Android und iOS) verfügbar ist, möchte ich euch ein kurzes Update zum aktuellen Stand geben.

AstroManager kann dauerhaft kostenlos genutzt werden (Free Tier). Zusätzlich gibt es eine 30-tägige kostenlose Testphase für sämtliche Premium-Funktionen.

Zum Launch gibt es außerdem eine zeitlich begrenzte Aktion mit dem Gutscheincode PREMIUM30:
  • 30 % Rabatt auf das erste Jahr eines monatlichen oder jährlichen Premium-Abonnements
  • 30 % Rabatt auf den Lifetime-Einmalkauf – aktuell also 350 € statt 500 €

Was kann AstroManager? (Ein kleiner Auszug)

  • Sky Atlas: Deep-Sky-Objekte entdecken und planen, mit AstroBin-Overlays, Mosaikplanung und zahlreichen weiteren Tools.
  • Target Management: Aufnahmeprojekte verwalten, Belichtungsziele definieren und den Fortschritt automatisch verfolgen.
  • Scheduler: Frei konfigurierbare und intelligente Aufnahmeplanung unter Berücksichtigung von Sichtbarkeit, Mond und weiteren Bedingungen.
  • N.I.N.A.-Integration: Anbindung über ein eigenes Plugin.
  • Remote Control: Laufende Aufnahmesessions aus der Ferne überwachen und steuern.
  • Multi-Observatory Support: Mehrere Observatorien und Setups verwalten.
  • Image Library & Analysis: Aufnahmen lokal organisieren, analysieren und automatisch bewerten.
  • Community & Collaboration: Interessante Objekte entdecken und gemeinsam an Projekten arbeiten.
  • Cloud Storage & Integration: Optionaler Cloud-Speicher inklusive Online-Vorschau der aufgenommenen Lights.
... und einiges mehr!

Mein Ziel ist es, möglichst viele Schritte der Astrofotografie in einem zusammenhängenden Workflow abzubilden, von der ersten Objektidee über die Aufnahmeplanung bis hin zur Verwaltung und Analyse der aufgenommenen Bilder.

Die Software wird natürlich weiterhin aktiv weiterentwickelt. Deshalb freue ich mich sehr über Feedback aus der Community, sowohl zu den bestehenden Funktionen als auch zu Dingen, die euch in eurem eigenen Workflow noch fehlen.

Weitere Screenshots: AstroManager Screenshot-Galerie
Dokumentation / Downloads: https://docs.astro.sleeman.at/

Clear Skies und liebe Grüße aus Österreich,
Michael
 

Anhänge

  • captures-view-classic.png
    captures-view-classic.png
    251,1 KB · Aufrufe: 8
  • comm_target_search.png
    comm_target_search.png
    738,1 KB · Aufrufe: 9
  • DSO_Suche.png
    DSO_Suche.png
    631,8 KB · Aufrufe: 9
  • img_tool_curvature.png
    img_tool_curvature.png
    292,9 KB · Aufrufe: 10
  • skyatlas-astrobin-overlay.png
    skyatlas-astrobin-overlay.png
    1,8 MB · Aufrufe: 11
  • v102-schedconf-weighted-and-completion.png
    v102-schedconf-weighted-and-completion.png
    128,5 KB · Aufrufe: 10
  • comm_profile.png
    comm_profile.png
    602,5 KB · Aufrufe: 9
  • night-preview.png
    night-preview.png
    116,6 KB · Aufrufe: 8
Zuletzt bearbeitet:
Zurück
Oben