Speicherfehler nach Firmwareupdate: Version und Verlauf dokumentieren
09.10.2026
Ein Speicherfehler kurz nach einem Firmwareupdate ist zunächst ein zeitlicher Zusammenhang, kein Beweis für die Ursache. Wer Versionsstände, Ereignisse und exportierte Protokolle systematisch sichert, erleichtert die spätere Eingrenzung durch den Fachbetrieb oder Hersteller.
Erst dokumentieren, dann die Ursache bewerten
Tritt eine Störung kurz nach einer Aktualisierung auf, ist die zeitliche Nähe wichtig – sie beweist aber nicht, dass die neue Firmware den Fehler verursacht hat. Ein Eintrag wie „Speicherfehler nach Update“ ist deshalb als Beobachtung zu notieren, nicht als Diagnose. Für eine spätere Prüfung sollten Sie den Wortlaut der Meldung und den angezeigten Ereigniscode unverändert festhalten. Das ist besonders sinnvoll, weil ein Hersteller Ereigniscodes je nach Firmwarestand unterschiedlich zuordnen kann: SMA zeigt dies für eine Batteriemeldung, die bei verschiedenen Firmwareständen mit unterschiedlichen Nummern erscheint. Eine reine Notiz des Codes ohne Versionsbezug kann somit missverständlich sein. Notieren Sie die Anlage und betroffene Komponente möglichst eindeutig: Wechselrichter, Speicher beziehungsweise Batteriemodul und – sofern angezeigt – dessen Serien- oder Modulkennung. Für SMA-Serviceanfragen nennt die Dokumentation Gerätetyp, Seriennummer, Firmwareversion und Ereignismeldung als relevante Angaben. Das ist keine universelle Pflichtliste für alle Hersteller, aber eine robuste Mindeststruktur für die eigene Chronik. [SMA: Serviceangaben](https://manuals.sma.de/SI-13/en-US/535095051.html) und [SMA: Ereignis 5160/A0/9347](https://manuals.sma.de/SMA%20Home%20Storage/de-DE/14452200971.html)
Versionsstand als Vorher-nachher-Paar sichern
Schreiben Sie nicht nur „Update durchgeführt“ auf. Halten Sie für jedes relevante Gerät fest, welche Version vor dem Update angezeigt wurde und welche danach. Wenn mehrere Komponenten beteiligt sind, führen Sie sie getrennt: etwa Wechselrichter, Batterie oder Kommunikationsgerät. Ergänzen Sie das Datum und – wenn sichtbar – die Uhrzeit, den Weg des Updates (lokale Oberfläche, App oder Fachbetrieb) sowie den Status, den die Oberfläche meldet. Diese Angaben sind ein Dokumentationsvorschlag; die konkrete Anzeige und der Updateablauf hängen vom Modell ab. Eine kompakte Tabelle reicht: Komponente | Serien-/Modulkennung | Firmware vorher | Firmware nachher | Updatezeit | Ergebnis. Ergänzen Sie daneben die erste beobachtete Störung mit Datum/Uhrzeit und wörtlicher Meldung. Bei fehlender Anzeige schreiben Sie „nicht ablesbar“, statt eine Version zu vermuten. Bewahren Sie Screenshots oder den Export im Original auf; eine zusätzlich lesbare Zusammenfassung darf die Originaldatei nicht ersetzen. Das Versionspaar hilft, die Störung zeitlich einzugrenzen, und verhindert, dass unterschiedliche Firmwarestände innerhalb eines Speicherverbunds in einer Notiz zusammenfallen.
Ereignisverlauf exportieren und unverändert aufbewahren
Sichern Sie das Ereignisprotokoll möglichst bald, bevor weitere Einträge den für die Fehlersuche relevanten Zeitraum schwerer auffindbar machen. Die genaue Menüführung ist geräteabhängig: In der SMA-Anleitung für einen Wechselrichter wird der Export über „Device > Inverter Log“ beschrieben; nach Auswahl des Ereignistyps wird eine ZIP-Datei mit den Ereignismeldungen heruntergeladen. Andere Modelle können andere Menüs, Dateiformate oder Zugriffsrechte verwenden. Folgen Sie daher der Anleitung Ihres Geräts und verändern Sie keine elektrischen Anschlüsse, um an Protokolle zu gelangen. [SMA: Ereignismeldungen abrufen](https://manuals.sma.de/STPxxx60/en-US/15091761291.html) Speichern Sie den Export mit einer aussagekräftigen Dateibezeichnung, zum Beispiel Datum_Anlage_Geraet_Ereignisprotokoll, und behalten Sie die unveränderte Originaldatei. Schreiben Sie in eine Begleitnotiz, wann und aus welcher Oberfläche exportiert wurde. SMA führt Ereignis- und Service-Dateien ausdrücklich als Unterlagen für die Fehlersuche auf. Für das Sunny-Island-System beschreibt SMA gespeicherte Ereignisse und Momentanwerte als auswertbare Informationen; die Dokumentation sagt zudem, dass die Daten dem Service bei der Fehleranalyse helfen. Das belegt nicht, dass jedes Gerät dieselben Daten speichert; prüfen Sie die jeweilige Produktdokumentation. [SMA: Daten und Ereignisse](https://manuals.sma.de/SI-13/en-US/2747817867.html)
Eine kurze Chronik für den Fachbetrieb erstellen
Fassen Sie die Beobachtungen in wenigen Zeilen zusammen: Datum/Uhrzeit des Updates; Version vorher und nachher je Komponente; Zeitpunkt des ersten Fehlers; vollständiger Meldungstext und Code; Betriebszustand (zum Beispiel Laden, Entladen oder Standby, sofern ablesbar); bereits ausgeführte Schritte; Namen der angehängten Protokolldateien. Trennen Sie klar zwischen Beobachtung und Vermutung: „Ladeleistung fiel um 14:20 Uhr ab“ ist etwas anderes als „Update hat den Fehler ausgelöst“. Geben Sie nur die vom Hersteller beziehungsweise Installationsbetrieb angeforderten Dateien weiter und nutzen Sie einen vereinbarten Übermittlungsweg. Zugangsdaten, WLAN-Passwörter und unnötige persönliche Informationen gehören nicht in eine öffentliche Anfrage. Öffnen oder verändern Sie unbekannte Diagnosearchive nicht, wenn der Hersteller ausdrücklich die Originaldatei benötigt. Eine aussagekräftige Chronik beschleunigt nicht automatisch jede Reparatur und ersetzt keine Prüfung durch qualifiziertes Personal. Sie macht aber die Abfolge aus Versionswechsel, Ereignis und beobachtetem Anlagenverhalten nachvollziehbar – genau die Art von Unterlage, die Herstellerdokumentationen für eine Fehleranalyse vorsehen.
Wann die Dokumentation nicht genügt
Ein Protokoll ist kein Freibrief, ein Speicherproblem selbst zu beheben. Bei Warnungen, wiederkehrenden Fehlern, ungewöhnlicher Erwärmung, Geruch, Geräuschen oder sichtbaren Schäden beachten Sie die Sicherheitsanweisungen des Herstellers und wenden Sie sich an Installations- oder Servicepersonal. Führen Sie kein weiteres Firmwareupdate nur auf Verdacht durch; ein Update kann modell- und komponentenspezifische Schritte voraussetzen. Wenn die Oberfläche keine Daten mehr zeigt, notieren Sie genau, was fehlt, und fragen Sie den zuständigen Service, welche Diagnoseunterlagen noch benötigt werden. Die hier genannten Exportwege und Versionsbeispiele stammen aus SMA-Unterlagen und lassen sich nicht ungeprüft auf andere Speichersysteme übertragen.