Ausdruck von https://charger-support.com/beispiele/muster-8d/ · Stand 27. September 2026
Muster
Muster-8D-Bericht: Sporadische Offline-Phasen bei Mobilfunkanbindung
So ist ein Root-Cause-Bericht im 8D-Format aufgebaut. Inhalt und Daten sind frei erfunden.
| Feld | Angabe |
|---|---|
| Bericht | Muster (8D) |
| Gerät | Ladepunkt „Modell A“ eines fiktiven Herstellers, Mobilfunkanbindung |
| Firmware | Stand „n“ und Vorgänger „n−1“ |
| Backend | fiktives Backend, OCPP 1.6J |
| Status | abgeschlossen |
D1 – Beteiligte
- Hersteller: Support (2nd-Level) und Firmware-Entwicklung
- Betreiber: Ansprechpartner für Backend-Daten
- Analyse und Bericht: Sebastian Böttger
D2 – Problembeschreibung
| Frage | Befund |
|---|---|
| Was? | Ladepunkte sind im Backend wiederholt für einige Minuten offline; Ladevorgänge können in dieser Zeit nicht gestartet werden. |
| Wo? | Nur Geräte mit Mobilfunkanbindung; Geräte mit LAN sind nicht betroffen. |
| Seit wann? | Seit dem Rollout von Firmware-Stand „n“. |
| Wie häufig? | Mehrmals täglich, gehäuft nachts und bei geringer Nutzung. |
| Wie erkannt? | Monitoring-Alarme im Backend, Beschwerden von Nutzern über nicht startende Ladevorgänge. |
D3 – Sofortmaßnahmen
- Keepalive-Intervall auf den betroffenen Geräten per Konfigurationsschlüssel verkürzt.
- Monitoring-Alarm angepasst, damit kurze Unterbrechungen getrennt von echten Ausfällen gezählt werden.
D4 – Ursachenanalyse
| Hypothese | Prüfung | Ergebnis |
|---|---|---|
| Netzabdeckung am Standort unzureichend | Signalqualität aus Geräte-Logs gegen Zeitpunkte der Lücken | verworfen – Lücken auch bei guter Signalqualität |
| NAT-Timeout im Mobilfunknetz kürzer als das Keepalive-Intervall | Abstand der letzten Nachricht vor jeder Lücke ausgewertet | bestätigt – Lücken nur nach längerer Funkstille |
| Firmware „n“ sendet seltener Keepalives als „n−1“ | Vergleich der Standardkonfiguration beider Stände | bestätigt – Standardwert in „n“ erhöht |
| Modem-Firmware verliert die Datenverbindung | Modem-Statusmeldungen um die Lücken | verworfen – Verbindung auf Modemseite stabil |
Ursache: Mit Firmware-Stand „n“ wurde das Keepalive-Intervall erhöht. Bei wenig Verkehr trennt das Mobilfunknetz die Verbindung nach Ablauf des NAT-Timeouts. Das Gerät bemerkt den Abbruch erst beim nächsten Senden und baut die Verbindung dann neu auf.
D5 – Abstellmaßnahmen
- Standardwert für das Keepalive-Intervall bei Mobilfunkanbindung wieder unter den NAT-Timeout senken.
- Verbindungsverlust in der Firmware schneller erkennen und die Verbindung sofort neu aufbauen.
D6 – Umsetzung und Wirksamkeit
- Korrigierte Firmware zunächst auf einer Testgruppe, danach im gesamten Feld ausgerollt.
- Wirksamkeit über den Abstand der Heartbeats im Backend geprüft: Die Offline-Phasen traten im Beobachtungszeitraum nicht mehr auf.
D7 – Vorbeugung
- Standardkonfiguration je Anbindungsart dokumentiert.
- Testfall für lange Funkstille in die Freigabe neuer Firmware-Stände aufgenommen.
- Fehlercode-Katalog und Entscheidungsbaum des 1st-Level um das Fehlerbild ergänzt.
D8 – Abschluss
Bericht mit Belegen an Support und Entwicklung übergeben, offene Fragen geklärt, Fall geschlossen.