LIVE-ANLAGE
Dachs MSR2 · technische Übersicht
Noch keine Messung
GENERATORLEISTUNG
Wirkleistung Ist / Soll
Istwert aus Block 24 · Sollwert aus Block 50, Hka_Ew.usSollGenerator · Offset 8
LIVEWERTE
Meine Kacheln
Die Auswahl wird lokal auf dem Pi gespeichert. Zusätzliche Blöcke werden im langsamen Zyklus gelesen.
ANLAGENÜBERSICHT
Dachs-Prozessbild
Ruhige HMI-Darstellung · deutliche Medienwege · Farbe warnt nur bei Abweichungen
MOTOR
Leistungszustand
SYSTEM
Status und Meldungen
LOKALER BEDIENPLATZ
Technische Anlagenübersicht
Drehzahl · Wirkleistung · MotorabgasLade letzte 2 Stunden …
ZEITREIHEN
Schnellüberwachung
Lesender Poller über den gemeinsamen Serialworker, Speicherung in SQLite.
—
ZEITRAUM
Historischen Zeitraum anzeigen
Schnellbereich direkt wählen, freie Stunden mit Button oder Enter bestätigen oder Start und Ende als Datum mit Uhrzeit festlegen.
Dachs läuftDachs stehtKeine Messdaten
Aktiv: letzte 24 Stunden
TEMPERATUREN
Dachs-Vorlauf, Dachs-Rücklauf, Kapsel und Regler
Vorlauf = Kühlwasser Motor · Rücklauf = Dachs-Eintritt · Maus zeigt Werte und Messpunkte · Bereich ziehen · Doppelklick setzt Zoom zurück · Farbe anklicken blendet Kurve aus
MOTOR / GENERATOR
Wirkleistung und Umdrehungen
Drehzahl links bis 3000 1/min · Leistung rechts bis 6 kW · Farbe anklicken blendet Kurve aus
MOTORSTATUS · BLOCK 24
Start-, Lauf- und Abschaltphasen
Jeder Statuswechsel bleibt erhalten · Maus zeigt Nummer und Bedeutung · Bereich ziehen zoomt alle vier Diagramme gemeinsam · Datenlücken sind schraffiert
Aus · 15/16Startvorbereitung · 20Start/Anlasser · 21–24Läuft/Regelung · 30–35Abschaltroutine · 11–13Störabschaltung · 10/14OK · 0UnbekanntKeine Messdaten
ABGAS
Motorabgas und Dachsabgas
Motorabgas links bis 600 °C · Dachsabgas rechts bis 200 °C · Farbe anklicken blendet Kurve aus
LOKALE SQLITE-HISTORIE · 250 BETRIEBSSTUNDEN
250-h-Diagnose
Aus bereits gespeicherten ODM-Snapshots rekonstruiert. Keine MSR2-Diagnoseblöcke, keine zusätzlichen Blockreads und kein Schreibzugriff.
Noch nicht geladen
Historienabdeckung wird geprüft …
AKTUELLER KONTEXT
Hinweise, Warnungen und Schutzereignisse
Herstellerhinweise sind Entscheidungshilfen, keine automatische Defektdiagnose. Datenmängel und echte Meldungs-/Schutzkontexte bleiben getrennt.
Noch keine Auswertung geladen.
250-BH-MITTELWERTE
Verläufe aus interner Historie
Abgeschlossene Intervalle und der laufende Teilbereich werden getrennt. Trendgrenzen beziehen sich auf 1000 Betriebsstunden.
INTERVALLNACHWEIS
Abdeckung, Starts und dynamischer Leistungssollwert
Generatorleistung wird in jedem Sollwertsegment gegen den im selben Zeitraum gespeicherten Sollwert ±150 W bewertet.
| Bereich | Daten | Bh/Start | Fehlstarts | Leistung im Band | Sollwertsegmente |
|---|---|---|---|---|---|
| Noch keine Intervalle geladen. | |||||
HERSTELLERHINWEISE · NICHT SCHUTZGRENZEN
Dokumentierte Orientierungswerte
- Bh/Start
- >1; höher ist günstiger
- Fehlstarts
- <4 %
- Motorabgas HR
- 420–490 °C; Trend +20 K/1000 Bh
- Dachs-Abgas
- <170 °C; Trend +15 K/1000 Bh
- Kühlwasser
- 72–85 °C; Trend +10 K/1000 Bh
- Dachs-Eintritt
- 60–65 °C dokumentierte Grauzone
- Regler
- <40 °C
- Generator
- dynamischer Sollwert ±150 W
Die unmittelbaren Schutzschwellen des Reglers sind davon verschieden. Kondenser-Abgas wird nicht angezeigt, weil keine eindeutig reale, separat belegte ODM-Serie vorliegt. Der bestehende Rußfilter-Füllstand bleibt eine unabhängige Anzeige und wird durch diese Diagnose weder berechnet noch verändert.
WARTUNG & ANLAGENBERICHT
Geführte Dachs-Wartung
Beim Wartungsstart speist ein einziger gemeinsamer 42-Ziele-Lesevorgang zugleich das vollständige, geprüfte Backup und den Anlagenstand. 38 Konfigurationsziele bleiben wiederherstellbar; die neuen Netzblöcke 20/21 werden zusätzlich schreibfrei gesichert.
LIVE · BLOCK 104
Wartungsstatus noch nicht gelesen
LOKALES ARCHIV AUF DEM PI
Anlagen-Snapshots und Online-Wartungsprotokolle
Jeder Wartungsstart erzeugt einen schreibfreien Gesamtzustand und ein unveränderliches 42-Ziele-Sicherungsabbild. Snapshot, Checkliste, Messwerte und Bemerkungen bleiben lokal in SQLite gespeichert; das Backup bleibt auch nach dem Löschen eines Berichts erhalten.
| Nr. | Erstellt | Status | Monteur | Betriebsstunden | Pflichtbackup | Exporte | Aktionen |
|---|---|---|---|---|---|---|---|
| Noch keine Berichte. | |||||||
DEMOMODUS
Testlauf lokal abschließen
Validiert und archiviert das Protokoll ausschließlich auf dem Pi. Block 100, Block 104 und das Bestätigungsbit bleiben unverändert.
Noch nicht gelesen
MSR2 SICHERUNGSABBILD
Backup & Wiederherstellung
Alle 36 Reglerblöcke auf CPU 0 sowie Block 16, 20 und 21 auf CPU 1 und CPU 2 sichern – insgesamt 42 Ziele. Wiederherstellbar bleiben ausschließlich die 36 Reglerblöcke und die beiden geprüften Block-16-Ziele.
WARTUNGSBACKUPS · ADMIN
Geschütztes Backup-Archiv
Bei jedem Wartungsstart entsteht automatisch ein vollständiges 42-Ziele-Abbild mit 38 Restore-Zielen. Ältere geprüfte 38er-Abbilder bleiben weiterhin lesbar und nutzbar.
Archiv wurde noch nicht geladen.
Noch keine Wartungsbackups geladen.
BACKUP · NUR LESEN
Regler- und Netzschutzblöcke sichern
Das Backup liest ausschließlich die ausgewählten Blockziele und lädt anschließend ein geprüftes JSON-Abbild herunter. CPU und Blocknummer werden dabei eindeutig gespeichert. Einzelne Lesefehler bleiben im Abbild nachvollziehbar. Vollständige Abbilder können Anlagen-, Adress- und Kontaktdaten enthalten und gehören vertraulich aufbewahrt.
Blockauswahl wird geladen …
WIEDERHERSTELLUNG · ADMIN
Sicherungsabbild einlesen
Zuerst wird die Datei ohne Reglerzugriff validiert. Danach wählst du gezielt die wiederherzustellenden Blöcke. Dry-Run bleibt der Standard.
Noch kein Sicherungsabbild eingelesen.
Rohblock-WiederherstellungEin ausgewähltes Ziel wird vollständig aus dem Abbild übernommen. Darin enthaltene Laufzustände, Zähler oder Zeitwerte können älter sein. Netzschutz-Ziele auf CPU 1 und CPU 2 sind besonders sicherheitsrelevant und werden eindeutig mit ihrer CPU angezeigt. Vor dem Live-Schreiben erfolgen erneutes Lesen, Authentifizierung, positive Bestätigung und bytegenaue Rückleseprüfung.
Nach dem Einlesen erscheinen hier die gültigen CPU-/Blockziele.
Dry-Run: Es wird nichts geschrieben.
FEHLERKATALOG
Servicecodes und Klartexte
Eigener Open-Dachs-Katalog mit deutschen Meldungstiteln. Der lokale Diagnosekatalog auf dem Pi ergänzt bei vorhandenen Daten Ursachen und Maßnahmen.
Integrierter Klartextkatalog wird geprüft.
SUCHE
Fehler schnell finden
Suche nach Nummer, Titel, Ursache oder Maßnahme.
Katalog wird geladen …
MSR2 REGISTER
Einstellungen und Register
Regler-CPU und beide Netzüberwachungs-CPUs besitzen getrennte Blockräume. Auf CPU 1 und CPU 2 bleibt nur Legacy-Block 16 geschützt schreibbar. Block 20 und 21 werden nach der realen Hardwareabnahme ausschließlich gelesen und gesichert.
SCHREIBSCHUTZ
Admin-Schreibfreigabe
Ohne Haken bleibt der Vorgang ein Dry-Run. Beim echten Schreiben folgen Lesen, Kodierung, Authentifizierung, bytegenauer Ausgangszustandsvergleich, Schreibdienst, positives ACK und Rückleseprüfung. B20 bleibt trotz nominalem Dienst 21 nur lesbar, weil beide U-3.050-CPUs bestätigte Testwrites ignorierten.
Dry-Run: Hardware bleibt unverändert.
MSR2-AUTHENTIFIZIERUNG
PW4 aus der Anlage berechnen
Die Seriennummer und Betriebsstunden werden lesend aus Block 20 und 22 geholt. Es wird dabei kein Register geschrieben.
Seriennummer—
Betriebsstunden—
Berechnete PW4
—StatusNoch nicht berechnet
Formel: letzte 4 Stellen des MSR2-Tagescodes
RUSSFILTER
Geschätzter Füllstand
Lineare Schätzung aus der Motorabgastemperatur. Unterhalb der 0-%-Temperatur werden 0 %, oberhalb der 100-%-Temperatur 100 % angezeigt.
Standard: 420 °C = 0 % · 520 °C = 100 % · Grün < 60 % · Orange 60–89 % · Rot ab 90 %.
BLOCK
Block auswählen
OPEN DACHS MANAGER
Systemverwaltung
Benutzer, Rollen, Passwörter, API-Zugänge und der Wartungs-Testmodus werden hier verwaltet – vollständig getrennt von den Dachs/MSR2-Einstellungen.
FIRMWARE-CENTER · OFFLINE-PRÜFUNG
Senertec-MUC prüfen
Die Datei wird im Arbeitsspeicher auf Header, Längen, SHA-256 und alle acht Modulabbilder geprüft. Sie wird nicht gespeichert und es wird kein serieller Zugriff ausgeführt.
Noch keine Firmwaredatei geprüft.
Live-Flash absichtlich gesperrtDer erfolgreiche Windows-Lauf ist vollständig aufgezeichnet und die Nutzdaten sind zugeordnet. Framegrenzen, Loader-Kommandos, Baudwechsel, ACK-Regeln und der sichere Abschluss sind für einen nativen Flasher aber noch nicht vollständig verifiziert. Bis dahin bleibt der Hersteller-Updater über die kontrollierte COM3/RFC2217-Brücke der einzige freigegebene Flashweg.
WARTUNGSABSCHLUSS
Testmodus
Das Umschalten selbst schreibt nichts in den Regler. Die Einstellung wird lokal auf dem Pi gespeichert und bleibt nach einem Neustart erhalten.
Testmodus aktiv: Wartungsberichte werden ausschließlich lokal abgeschlossen. Der Regler bleibt unverändert.
LOKALER BENUTZER
Bedienplatz ohne Web-Login
Öffnet einen zweiten HTTP-Listener ausschließlich auf 127.0.0.1. Der normale Web-Port und der Reverse Proxy bleiben immer loginpflichtig. Dachs-Schreibvorgänge behalten Freigabe, MSR2-Authentifizierung, ACK und Readback.
EIGENES KONTO
Eigenes Passwort ändern
Mindestens 12 Zeichen. Danach werden deine offenen Sitzungen beendet.
NEUER BENUTZER
Konto anlegen
Gäste dürfen lesen. Admins dürfen zusätzlich Systemeinstellungen und kontrollierte Dachs-Schreibvorgänge bedienen.
BENUTZERVERWALTUNG
Konten und Berechtigungen
| Benutzer | Rolle | Status | Neues Passwort | Aktionen |
|---|---|---|---|---|
| Benutzer werden geladen … | ||||
EDOMI-SCHREIBSCHUTZ
Serverseitige API-Logik
HTTP bleibt lokal aktiv. HTTPS kann extern durch nginx terminiert werden. EDOMI übergibt nur logische Keys und Werte; PW4, Blockkodierung, ACK und Readback bleiben im Dachs Manager.
NEUER API-TOKEN
EDOMI-Zugang erzeugen
Das Token wird nur einmal vollständig angezeigt. Danach speichert das System ausschließlich den Hash.
NUR EINMAL SICHTBAR
Neues API-Token sichern
Jetzt in den EDOMI-Logikbaustein übernehmen. Eine spätere Anzeige ist absichtlich nicht möglich.
TOKEN-MANAGER
API-Zugänge
| Name | Token | Rechte | Status | Zuletzt benutzt | Aktionen |
|---|---|---|---|---|---|
| Tokens werden geladen … | |||||
EDOMI-API
Endpunkte
Authorization: Bearer <Token>- GET /api/v1/live
- Alle aktuellen Werte aus dem lokalen Cache
- GET /api/v1/catalog
- Blöcke, Keys, Typen und Grenzen
- GET /api/v1/history
- 24-h-Rohwerte und verdichtete Stillstandszeiten
- POST /api/v1/actions/set-value
- Serverseitig validierter Schreibablauf mit Readback und Audit
Historienstatus wird geladen …
NACHVOLLZIEHBARKEIT
Schreib-Audit
Jeder Dry-Run und jeder Hardware-Schreibversuch wird lokal protokolliert.
| Zeit | Benutzer | Block | Ergebnis | Felder |
|---|