Fachkatalog und Produktluecken
System- und Reinigungsfunktionen
ArduPilot fliegt. QGroundControl plant und fuehrt den Operator. DroneShine ergaenzt Oberflaechenmissionen, Normalabstand und eine fail-closed Reinigungsnutzlast.
- Stand
- Wird geladen
- ArduPilot
- Wird geladen
- QGroundControl
- Wird geladen
- Ziel
- Wird geladen
EKF, Lage/Position, Motoren, Mission und Kern-Failsafes bleiben im Flight Controller. Der Companion schliesst den Oberflaechenregelkreis onboard; QGC ist nie Teil des zeitkritischen Funk-Regelkreises.
Herkunft statt Annahme
Quellenstatus und Versionsbezug
Quellenregel wird geladen.
Verbindliche Dokumentationsprofile
Jede Katalogquelle wird genau einem Profil zugeordnet; der Produktstatus bleibt davon getrennt.
Live aus der Matrix
Gesamtstand der Umsetzung
Daten werden geladen
Was der Status bedeutet
Upstream vorhanden ist nicht gleich DroneShine verifiziert. Ein Eintrag wird hier aus seinen referenzierten Arbeitspaketen fail-closed zusammengefasst: Der am wenigsten reife Pflichtpunkt bestimmt den angezeigten Lieferstatus.
P0-Entscheidungsgate
Zielsystem und Flight Controller
Kandidaten sind keine Auswahl. Produktbuild, Simulation, Bench, Flug und Release bleiben gesperrt, bis Anforderungen, Produktquelle und Pflichtkriterien belegt sind.
Auswahlstand
Jede Ebene unterscheidet offen, Kandidat und explizit freigegeben.
Fehlende Eingangsdaten
67 messbare Pflichtfelder mit Owner und Abnahmebedingung. Werte und Evidenz bleiben im internen Record ausserhalb des Web-Images.
Freigabekette
Spaetere Gates koennen die frueheren Stufen nicht ueberspringen.
Flight-Controller-Pflichtkriterien
Mindestens zwei Kandidaten werden gegen identische Anforderungen und Evidenz bewertet.
| ID / Kategorie | Kriterium | Erforderliche Evidenz | Status |
|---|---|---|---|
| Kriterien werden geladen. | |||
Ausfuehrungsverantwortung
Fuenf klar getrennte Ebenen
Plan und Freigabe
QGC definiert Flaeche, Bahn, Sollabstand, Payloadprofil und Operatoraktionen.
Onboard Surface Loop
Companion schaetzt Ebene und Normale und sendet begrenzte Guided-Ziele.
Flug und Safety
ArduPilot regelt Lage/Position; Payload Controller und Hardware schalten Wasser fail-closed.
ArduPilot und QGroundControl
Detaillierter Funktionskatalog
0 Funktionen
Funktionskatalog wird geladen.
Keine Funktion entspricht den aktiven Filtern.
DroneShine Custom Scope
Fassaden-, Dach- und Solarmissionen
Reinigungsfaelle werden geladen.
Messung bis Display
Wasserdruck, Flow und Abstand
Messanforderungen
Druck allein ist nicht ausreichend: Druck und Flow unterscheiden Verstopfung, Leck und fehlende Wasserabgabe.
Markt- und Architektur-Kandidaten
Die konkrete Variante folgt erst nach Betriebsdruck, Durchfluss, Medium, Masse, Umwelt und Safety-Anforderung.
| ID / Typ | Kandidat | Schnittstelle / Eignung | Grenzen | Status |
|---|---|---|---|---|
| Hardwarekatalog wird geladen. | ||||
MAVLink- und Datenvertrag
Produktiv typisiert und versioniert; Debug-Nachrichten bleiben Prototypwerkzeug.
Qualifizierungsgates
Vom Requirements Sheet bis zum geschuetzten Feldtest ohne Ueberspringen einer Safety-Stufe.
Abgeleitet aus contracts/
Vertragskette
Verbindlicher naechster Schritt
Produktbaseline und Messanforderungen schliessen
Zuerst Fahrzeug, Flight Controller, ArduPilot-Commit, Nenn-/Spitzendruck, Durchfluss, Wasserarchitektur und zulaessige Abstandstoleranz festlegen. Danach folgen MAVLink-Simulation, Bench-Sensorik und SurfaceScan-Code.
Ist-/Soll-Matrix