Pichler LG250 Lüftungsanlage in Kärnten per RS485 auslesen
Pichler LG250 ohne Schnittstelle? Mit Logic Analyzer & Protokollanalyse lesen wir die Lüftungsstufe per RS485 aus – Praxisprojekt Kärnten. Jetzt anfragen!
Ein Pichler LG250 Lüftungsgerät läuft zuverlässig, hat aber keine einzige offizielle Schnittstelle nach außen. Die Frage ist selten, ob sich so ein Gerät irgendwie ansteuern lässt, sondern woran es liegt, wenn ein Gateway trotz korrekter Bytes keine Antwort bekommt. Genau vor diesem Rätsel stand ein aktuelles Reverse-Engineering-Projekt bei Basic4web in Kärnten.
Was Sie in diesem Artikel erfahren:
- Warum ein Gateway trotz korrekter Bytes keine Antwort vom Pichler LG250 erhielt
- Wie ein Logic Analyzer den RS485-Bus (ein differentielles Zweidraht-Bussignal) sichtbar macht
- Was die Protokollanalyse über die Lüftungsstufe wirklich verrät
- Warum passives Mitlesen die stabilere Lösung war als aktives Schreiben
Warum die Pichler LG250 nicht auf Steuerbefehle reagierte
Die ersten Tests liefen über ein Gateway, das SET-Befehle wie Stufe 1 direkt auf den Bus zwischen Bedienteil und Leistungsteil schreiben sollte. Byte-Inhalt und Timing der gesendeten Sequenzen waren nachweislich korrekt – trotzdem blieb jede Bestätigung (ACK) vom Leistungsteil aus. Genau hier setzt Reverse-Engineering ohne Herstellerdokumentation an: Ein Gerät ohne offizielle Schnittstelle liefert keine Fehlermeldung, nur Schweigen.
Um eine Bus-Kollision als Ursache auszuschließen, folgte ein Test bei komplett getrenntem Bedienteil: rund 14 Sekunden nachweisliche Bus-Stille, danach dieselben Sequenzen erneut gesendet. Auch ohne Bedienteil blieb jede Antwort aus – Multi-Master-Kollision war damit als Fehlerursache ausgeschlossen, das Problem musste auf der Signalebene selbst liegen.
Was der Logic Analyzer über den RS485-Bus verrät
Ohne den Bus tatsächlich zu sehen, kam die Analyse nicht weiter. Ein Kingst LA2016 (16 Kanäle, 200 MHz, kompatibel mit der Open-Source-Software sigrok) wurde an die vier Adern des Bedienteil-Steckers angeschlossen. Über mehrere Messreihen ergab sich diese Pinbelegung:
| Pin | Funktion | Spannung ggü. GND |
|---|---|---|
| 2 | Versorgung | ~10 V |
| 3 | Signal B | ~1,16 V |
| 4 | Signal A | ~2 V |
Dabei wird deutlich: Signal A und Signal B verliefen größtenteils gegenphasig zueinander – ein echtes differentielles Paar, wie bei RS-485 erwartet. Die physikalische Ebene stimmte also grundsätzlich, das ACK-Problem musste woanders liegen.
Wenn Sie ein Bestandsgerät ohne Dokumentation in Ihr Smart Home einbinden möchten, unterstützen wir Sie dabei: Smart-Home-Beratung bei Basic4web. Die Vorgeschichte zu diesem Projekt – die erste Pinbelegungs-Analyse per Multimeter, bevor der Logic Analyzer zum Einsatz kam – lesen Sie im Artikel PICHLER 08LG250L Bedienteil analysieren: Pinbelegung, Bus und Register.
Aktiv steuern oder passiv mitlesen? Das Spannungsfeld bei Bestandsanlagen
Mit UART-Decoding (9600 Baud, 8N1, LSB-first) auf den Rohdaten des Logic Analyzers ließ sich der Bus-Traffic in einzelne Frames zerlegen – ähnlich wie beim Reverse-Engineering von Modbus-Registern ohne Herstellerdokumentation beschrieben. Ein eigens geschriebenes Python-Skript gruppierte die Bytes anhand von Zeitlücken zu Nachrichten und verglich sie über mehrere Aufnahmen hinweg.
Zentraler Fund: eine wiederkehrende Statusnachricht mit festem Header, deren letzte Bytes je nach Lüftungsstufe variieren. Innerhalb einer Session sind diese Werte stabil, zwischen Sessions driften sie jedoch, weil die LG250 eine konstante Volumenstromregelung fährt – die Drehzahl wird laufend nachgeregelt, um unabhängig vom Kanaldruck denselben m³/h-Wert zu halten. Der Bus-Wert ist also kein fester Stufencode, sondern ein live nachgeführter Motor-Rückmeldewert. Das erklärt rückblickend auch das ursprüngliche ACK-Problem: Sobald Gateway und Original-Bedienteil parallel aktiv senden, entsteht Bus-Kontention zwischen zwei Teilnehmern – unabhängig davon, wie korrekt die einzelnen Bytes sind.
Die Praxis zeigt jedoch, dass diese Erkenntnis eine Grundsatzfrage aufwirft: aktiv steuern oder passiv mitlesen? Bei einer Bestandsanlage mit angeschlossenem Original-Bedienteil sprechen mehrere Punkte gegen aktives Schreiben:
- Nach einem Stufenwechsel braucht der Motor 60–90 Sekunden, bis er sich eingeregelt hat
- Tastendrücke unter ~30 Sekunden Abstand werden vom Gerät schlicht ignoriert
- Community-Quellen bestätigen: ältere LG250-Serien besitzen keine offizielle externe Schnittstelle, marktübliche Bus-Bridges ersetzen das Bedienteil komplett statt es zu ergänzen
Die Lösung: Passiver ESP32-Sniffer statt aktivem Senden
Statt weiter mit dem Original-Bedienteil um den Bus zu konkurrieren, fiel die Entscheidung für passives Mitlesen. Das eliminiert das Kontentionsproblem vollständig und ist deutlich risikoärmer für die bestehende Anlage. Der geplante Endausbau, wie er auch bei anderen Modbus-Anbindungen für Home Assistant zum Einsatz kommt:
- Ein ESP32 hört als permanenter, rein passiver UART-Sniffer am Bus mit
- Die Statusnachricht wird direkt auf dem ESP32 dekodiert
- Die aktuelle Lüftungsstufe wird per MQTT an Home Assistant übertragen
- Die Anzeige läuft als Sensor-Entity im bestehenden Dashboard
Diese Lösung ist zwar reine Statusanzeige statt aktiver Steuerung – dafür ohne Schreibzugriff auf eine Bestandsanlage, deren Verhalten (Regelzyklen, Ignorieren schneller Tastendrücke) erst durch die Protokollanalyse verständlich wurde.
Fazit: Ein Lüftungsgerät ohne Schnittstelle sichtbar machen
Ein Gerät ohne offizielle Schnittstelle in Home Assistant sichtbar zu machen, ist selten ein linearer Weg. Erst das Verstehen der physikalischen Signalebene – RS485-Differentialpaar, korrekte Pinbelegung – und des dynamischen Regelverhaltens der Anlage hat den Weg zu einer robusten Lösung frei gemacht. Der Umstieg von aktivem Steuern auf passives Mitlesen war dabei nicht nur die pragmatischere, sondern auch die deutlich stabilere Entscheidung.
Steht bei Ihnen ein Bestandsgerät ohne Dokumentation vor der Smart-Home-Anbindung? Nehmen Sie jetzt Kontakt auf – wir analysieren Ihre Situation und zeigen den nächsten Schritt. Der Artikel richtet sich an technikaffine Betriebsleiter:innen, Facility-Verantwortliche und Smart-Home-Interessierte in Kärnten, die Bestandsanlagen ohne Herstellerschnittstelle sinnvoll nachrüsten wollen.
Häufige Fragen
Warum reagiert eine Lüftungssteuerung nicht auf Modbus-Befehle, obwohl die Bytes korrekt sind?
Meist liegt es nicht am Befehl selbst, sondern an Bus-Kontention: Ein zweiter aktiver Teilnehmer – etwa das Original-Bedienteil – sendet parallel und blockiert die Antwort. Erst ein Test bei komplett getrenntem Bedienteil zeigt, ob ein Gateway wirklich allein auf dem Bus sitzt.
Wie erkennt man RS485 zweifelsfrei mit einem Logic Analyzer?
Zwei Kanäle werden an das vermutete Datenpaar gelegt und per UART-Decoder ausgewertet. Verlaufen beide Signale größtenteils gegenphasig zueinander, handelt es sich um ein differentielles Paar – das charakteristische Merkmal von RS485 im Gegensatz zu einem einzelnen Single-Ended-Signal.
Warum ändert sich der Motor-Rückmeldewert einer Lüftungsanlage zwischen zwei Messungen?
Geräte mit konstanter Volumenstromregelung passen die Drehzahl laufend an den Kanaldruck an, um immer denselben m³/h-Wert zu halten. Der Bus-Wert ist deshalb kein fester Stufencode, sondern ein live nachgeführter Messwert, der je nach Betriebszustand leicht schwankt.
Ist es riskant, eine bestehende Lüftungssteuerung aktiv per Bus anzusteuern?
Ja, solange das Original-Bedienteil angeschlossen bleibt und ebenfalls aktiv sendet. Basic4web setzt bei solchen Bestandsanlagen in Kärnten deshalb auf passives Mitlesen statt aktives Schreiben – das eliminiert Kollisionsrisiken vollständig und schont die Anlage.
Mag.a Carmen Hedenig MAS
Basic4web Kärnten
IT-Expertin für KMU – Internet, IT-Sicherheit, KI & Smart Home.