Wartung
Einheiten lufttüchtig halten, mit einem zweiten Augenpaar.
Halten Sie Einheiten lufttüchtig, mit einem zweiten Augenpaar.
/app/maintenance · bereit · Akzent #C27C0E
Arbeitsaufträge, Kalibrierungen, Firmware und Reparaturen je Einheit, Serviceintervalle nach Flugstunden, vorhergesagter Verschleiß von Komponenten und eine Freigabe zum Einsatz im Vier-Augen-Prinzip.
Seiten
Jedes Modul hat höchstens vier Seiten unter /app/maintenance.
| Seite | Pfad | Art | Was sie zeigt |
|---|---|---|---|
| Übersicht | /app/maintenance | Übersicht | Einheiten nach Zustand (stillgelegt, im Hangar, Service fällig, freigegeben), Ausgaben für Teile und Arbeit nach Art der Arbeit, der Service-Zeitstrahl und die Warteschlange zur Abzeichnung. |
| Arbeitsaufträge | /app/maintenance/work-orders | Liste | Jeder Arbeitsauftrag mit Einheit, Priorität, Status, Techniker, Fälligkeitsdatum und der Person, die abgezeichnet hat. |
| Prognose | /app/maintenance/forecast | KI | Vorhergesagtes Servicedatum, wahrscheinliche Komponente und Konfidenz je Einheit. |
| Checklisten | /app/maintenance/checklists | Bibliothek | Inspektions- und Kalibrierungsschritte je Einheitentyp. |
| Integrationen | /app/maintenance/integrations | Integrationen | Die Konnektoren, aus denen dieses Modul Daten bezieht, mit Status, letzter Synchronisierung und dem, was jeder einspeist. |
Beim Öffnen
Die Übersicht öffnet sich mit einem eigenen Layout, Hangartafel, das für die Daten dieses Moduls gebaut ist:
- Jede Einheit in einem Zustand: stillgelegt, im Hangar, Service fällig oder zum Flug freigegeben
- Ausgaben für Teile und Arbeit nach Art der Arbeit (Flächendiagramm), gegenüber den 30 Tagen davor
- Service-Zeitstrahl: Einheiten, die ihrem nächsten Service am nächsten sind
- Warteschlange zur Abzeichnung und Arbeitsaufträge je Woche
Funktionen
- Arbeitsaufträge je Einheit
- Serviceintervalle nach Flugstunden
- Verfolgung der Firmware
- Freigabe zum Einsatz im Vier-Augen-Prinzip
- Stilllegung, die Starts blockiert
Wer was tun darf
Alle mit view auf Wartung können die Seiten lesen. Änderungen brauchen edit; die Aktionen unten, die publish brauchen, sind diejenigen mit Wirkung in der realen Welt. Agenten sind auf edit begrenzt, deshalb können sie nie eine Aktion mit publish ausführen.
| Aktion | Was sie tut | Braucht |
|---|---|---|
workorder.create | Einen Arbeitsauftrag öffnen | edit |
workorder.status | Einen Arbeitsauftrag durch seine Status führen | edit |
workorder.signoff | Eine Einheit zum Einsatz freigeben (Abzeichnung im Vier-Augen-Prinzip) | publish |
Jede nicht aufgeführte Aktion braucht publish (im Zweifel gilt die strengere Regel).
Integrationen
Jedes Modul hat neben seinen Datenseiten eine Seite Integrationen (/app/maintenance/integrations). Sie listet die Konnektoren unten mit Status und letzter Synchronisierung. Eigentümer und Administratoren verbinden, testen oder trennen sie über den gemeinsamen Ablauf Verbindungen (derselbe Dialog wie Einstellungen → Verbindungen); alle anderen sehen die Seite nur zum Lesen. In dieser Version gibt es keine externen Aufrufe: In der Demo werden die Status erzeugt, und im Modus lokale Datenbank bleibt ein gespeicherter Konnektor pending.
| Verbindung | Verwendung | Status | Vor dem Start prüfen |
|---|---|---|---|
| PX4 / MAVLink | Flugstunden und Firmware-Versionen der Drohnen | simuliert | Autopilot-Versionen, Missionsprotokoll, Signierung |
| ROS-2-Brücke | Betriebsstunden und Firmware-Versionen von Lkw und Robotern | simuliert | Nachrichtentypen, QoS-Profile, Transport-Authentifizierung (rosbridge oder Zenoh) |
| KI-Modelle | Die Seite Prognose | simuliert | API-Schlüssel des Anbieters, Katalogpreise (noch keiner geprüft), Kreditmessung, Prüfung der Prompts |
Siehe Verbindungen für die vollständige Liste.