Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Ankündigung
Einklappen
Keine Ankündigung bisher.
LBS für Zehnder Comfoair CA350/550, Stork und baugleiche
Ich hatte heute, in einem Zeitraum von 30 min 29 Meldungen. Das war heute Mittag und da habe ich definitiv nichts am System gemacht. Seitdem hatte ich heute keine Einträge mehr in der Log-Datei.
Wie hast du deine KWL an das System angebunden? Ich nutze einen Moxa und dann mittels TCP/IP an den Baustein.
Ich nutze die serielle Anbindung mit usb-Adapter. Wie oft fragst du Anlage ab? Jede Minute?
Ansonsten passt das Verhalten zu meinen Log-Einträgen. In einem "kurzen" Zeitfenster kommen die Meldungen und dann läufts wieder...
Ich frage jede Minute ab.
Ich habe eben aber auch gesehen das man die serial.php ebenfalls per FTP kopieren muss. Hab ich natürlich, in meinem Enthusiasmus, nicht gemacht, vlt. war das der Fehler.
Ich werd jetzt mal neu starten und weiter beobachten.
Update:
Also sobald ich die "phpserial.php" in das angegebene Verzeichnis kopiere bekomme ich Probleme überhaupt noch Meldungen vom Bus zu bekommen. Edomie läuft alle 5 Versuche durch um die Initscan abfrage zu machen und bekommt nichts zurück.
Von daher glaube ich das die Kombination phpserial.php und Moxa nicht funktioniert und das auch nicht mein Problem löst.
Zuletzt geändert von ChrisChros; 03.01.2018, 22:54.
Hallo zusammen,
ich habe heute abend mal ein wenig mit dem Baustein experimentiert und versucht, die Lüftungsstufen anzupassen. Leider werden die Werte anscheinend nicht sehr zuverlässig übernommen.
Hier mal ein Auszug aus den Logs
Code:
2018-01-24 23:38:21 861011 1807 5 (ID1599) Informational: Set_ZUL_ST_2
2018-01-24 23:38:21 863451 1807 6 (ID1599) Debug: callExec E18
2018-01-24 23:38:21 997425 18692 6 (ID1599) Debug: Baustein startet - Trigger: E18
2018-01-24 23:38:21 998605 18692 5 (ID1599) Informational: socket_create() OK.
2018-01-24 23:38:21 999347 18692 6 (ID1599) Debug: Versuche, Moxa '192.168.28.90' auf Port '4001' zu verbinden ...
2018-01-24 23:38:22 001760 18692 5 (ID1599) Informational: socket_connect() OK.
2018-01-24 23:38:22 002624 18692 6 (ID1599) Debug: cmdSenden - Request: 00CD00
2018-01-24 23:38:22 003325 18692 6 (ID1599) Debug: String fuer die Berechnung der Checksumme: 00CD00AD
2018-01-24 23:38:22 004050 18692 6 (ID1599) Debug: Checksumme vor der Umwandlung: 378
2018-01-24 23:38:22 004625 18692 6 (ID1599) Debug: Checksumme vor der Kuerzung: 17A[LF]
2018-01-24 23:38:22 005244 18692 6 (ID1599) Debug: Checksumme nach der Kuerzung: 7A
2018-01-24 23:38:22 005855 18692 6 (ID1599) Debug: Checksumme aus der Subroutine: 7A
2018-01-24 23:38:28 000785 18692 3 (ID1599) Error: Exit command_senden() timeout!
2018-01-24 23:38:28 001868 18692 6 (ID1599) Debug: ACK gesendet
2018-01-24 23:38:28 002621 18692 6 (ID1599) Debug: Erste 4 Byte des Datenpakets: 07F3
2018-01-24 23:38:28 003232 18692 6 (ID1599) Debug: reciv gekuerzt: F307F000CE0E0F23140F235A0F0F0101464600000707
2018-01-24 23:38:28 003843 18692 6 (ID1599) Debug: reciv gekuerzt: 07F000CE0E0F23140F235A0F0F0101464600000707
2018-01-24 23:38:28 004602 18692 6 (ID1599) Debug: String ohne 07F0 am Anfang: 00CE0E0F23140F235A0F0F0101464600000707
2018-01-24 23:38:28 005317 18692 6 (ID1599) Debug: Checksumme gelesen: 07
2018-01-24 23:38:28 005868 18692 6 (ID1599) Debug: Datenpaket ohne Checksumme: 00CE0E0F23140F235A0F0F01014646000007
2018-01-24 23:38:28 006485 18692 6 (ID1599) Debug: String fuer die Berechnung der Checksumme: 00CE0E0F23140F235A0F0F01014646000007AD
2018-01-24 23:38:28 007080 18692 6 (ID1599) Debug: Checksumme vor der Umwandlung: 782
2018-01-24 23:38:28 007842 18692 6 (ID1599) Debug: Checksumme vor der Kuerzung: 30E[LF]
2018-01-24 23:38:28 008450 18692 6 (ID1599) Debug: Checksumme nach der Kuerzung: 0E
2018-01-24 23:38:28 009067 18692 6 (ID1599) Debug: String vor 07 Bereinigung: 00CE0E0F23140F235A0F0F01014646000007
2018-01-24 23:38:28 009887 18692 6 (ID1599) Debug: String nach 07 Bereinigung: 00CE0E0F23140F235A0F0F01014646000007
Hallo zusammen,
ich hab seit neuestem nun auch das Problem das die Lüfterstufe nicht mehr übernommen wird, der LBS hängt quasi in einer Stufe dauerhaft.
Wenn ich eine andere Stufe auswähle wird das korrekt E3 angezeigt aber die Stufe wird an A12 nicht geändert. Ebenfalls gibt es auch an der Anlage keine Drehzahländerung.
Wenn ich Edomi neu starte geht alles wieder für eine weile und hängt sich dann wieder auf.
Angesteuert wird die KWL über einen Moxa, hatte bisher auch ohne Probleme funktioniert.
Hab auch mal das Log auf Stufe 6 aktiviert aber bisher sehe ich nichts ungewöhnliches.
Wenn Du sagst "angesteuert über einen Moxa" meinst Du damit vermutlich, dass Du kein KNX-Modul hast? Da gab es nämliche eine fehlerhafte Revision, die genau dieses Verhalten hatte.
Mit der CA350 (das ursprüngliche Modell) mit RS232 angebunden, läuft der LBS seit nunmehr knapp 2 Jahren ohne Auffälligkeiten.
Vielleicht tritt das Problem nur in Verbindung mit Moxa oder der neueren Gerätegattung auf?
Bei mir lief diese Konfiguration jetzt ebenfalls seit ca. 2 Jahren ohne Probleme. Zuvor hatte ich den Baustein von MatthiasS über den HS und seit nun etwas mehr als 1 Jahr über deinen LBS.
aktuell habe ich keine Änderungen an der KWL Logik durchgeführt außer das ich nun über die Schließung der Haustüren verschiedene Stufen anfahre.
Bei mir lief diese Konfiguration jetzt ebenfalls seit ca. 2 Jahren ohne Probleme. Zuvor hatte ich den Baustein von MatthiasS über den HS und seit nun etwas mehr als 1 Jahr über deinen LBS
Da muss ich korrigieren:
Der LBS stammt nicht von mir, lediglich der Eingangspost zu diesem Thema.
Der Baustein selber ist von asto bzw. murelli146
Wenn Du sagst "angesteuert über einen Moxa" meinst Du damit vermutlich, dass Du kein KNX-Modul hast? Da gab es nämliche eine fehlerhafte Revision, die genau dieses Verhalten hatte.
hast Du da nähere Infos welche Revision das war? Ich habe exakt dieses Verhalten bei meinem Zehnder KNX Modul das sich alle paar Wochen mal weghängt bzw.. eine Lüfterstufe „klemmt“ und resettet werden muss. Angeblich nichts bekannt bei zehnder darüber. Wäre dankbar für Infos!
Es war die Revision 1.0 des KNX-Moduls - bei mir stand keine Revision drauf, nur Produktionsjahr 2017. Das Austauschmodul trägt die Rev. 1.0.1 und Jahr 2018.
Der Fehler tritt regelmässig auf, ich glaube alle 45 Tage hängt sich das Modul auf und muss resettet werden.
Der Zehnder-Support wusste bei mir genau Bescheid, den Austausch musste aber aus formalen Gründen mein Lüftungsbauer beantragen (kostenfrei). Neues Modul kam per Post direkt zu mir.
Es war die Revision 1.0 des KNX-Moduls - bei mir stand keine Revision drauf, nur Produktionsjahr 2017. Das Austauschmodul trägt die Rev. 1.0.1 und Jahr 2018.
Super, danke! Werde ich mal den Austausch veranlassen, mein Modul ist sogar aus 2016, ich bekam eine der ersten Comfoair Q.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar