LBS für Zehnder Comfoair CA350/550, Stork und baugleiche

[mfd]

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

[ChrisChros]

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.

[mfd]

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?

[ChrisChros]

Ja ich habe kein KNX Modul an der KWL. Ist noch das Vorgängermodel. Hat aber bisher immer zuverlässig funktioniert.

[MoseP]

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.

[ChrisChros]

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.

{EDOMI,CUSTOMLOG_LBS19000680.htm,31.08.2018,20:26:00,186872,29335}
ZeitstempelmsPIDLogLevelMeldung
2018-08-31 20:26:00186585293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:27:00237412293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:27:07630132293355(ID852) Informational: Trigger Stufe
2018-08-31 20:27:45066716293355(ID852) Informational: Trigger Stufe
2018-08-31 20:27:45686057293355(ID852) Informational: Trigger Stufe
2018-08-31 20:28:00041964293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:28:28848906293355(ID852) Informational: Trigger Stufe
2018-08-31 20:29:00081007293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:30:00695118293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:31:00185864293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:32:00228699293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:33:00035538293355(ID852) Informational: Trigger Zyklus
2018-08-31 20:34:00074376293355(ID852) Informational: Trigger Zyklus

Jemand eine Idee woran das liegen kann?

Gruß Christian

[phili]

Ich habe die Comfoair jetzt mal spannungsfrei gesetzt und wieder gestartet. Nun tut es wie gewünscht. Komisch

[phili]

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

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

Ist folgende Zeile kritisch

2018-01-24 23:38:28    000785    18692    3    (ID1599) Error: Exit command_senden() timeout!

Ansonsten funktioniert die Stufeneinstellung über den Baustein zuverlässig.

[ChrisChros]

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.

[asto]

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...

[ChrisChros]

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.

[asto]

Hallo Christian,

die Meldung kommt, wenn bei der Kommunikation mit der Anlage im Antwort-Datensatz die Ende/Ack-Sequenz nicht innerhalb von 5 Sekunden erkannt wird.
Das ganze greift auch bei der zyklischen Abfrage, also auch Nachts...

Ich hab das bei mir kontrolliert und habe in den letzten 2 Monaten 28 Einträge in 3 kurzen Zeitfenstern von maximal einer Stunde gefunden. Ich frage die Werte alle 5 Minuten ab. Trotz timeout wurden aber alle Daten empfangen. Soweit für mich nicht dramatisch.

Wenn das bei dir häufiger kommt, müsste man mal schauen, wie genau die Antwort-Datensätze aussehen und warum da die End-Sequenzen fehlen/nicht erkannt werden.

Ich habe bei mir das Logging an der Stelle mal erweitert, in der Hoffnung etwas zu erkennen.

Vg Tobi

[ChrisChros]

Hallo mfd,
ich hole das noch mal hoch, da das Problem immer noch besteht. Weißt du woher das kommt?

Gruß Christian

[ChrisChros]

Hallo,

mir ist gerade aufgefallen das der Baustein mit immer wieder folgende Zeilen die Log-Datei schreibt:

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
[TR]
[TD="colspan: 5"]{EDOMI,CUSTOMLOG_LBS19000680.htm,17.12.2017,15:48:30,002616,2694}[/TD]
 		[/TR]
[TR]
[TD]Zeitstempel[/TD]
 			[TD]ms[/TD]
 			[TD]PID[/TD]
 			[TD]LogLevel[/TD]
 			[TD]Meldung[/TD]
 		[/TR]
[TR]
[TD]2017-12-17 15:48:30[/TD]
 			[TD]002233[/TD]
 			[TD]2694[/TD]
 			[TD]3[/TD]
 			[TD](ID852) Error: Exit command_senden() timeout![/TD]
 		[/TR]
[TR]
[TD]2017-12-17 15:53:52[/TD]
 			[TD]002661[/TD]
 			[TD]3282[/TD]
 			[TD]3[/TD]
 			[TD](ID852) Error: Exit command_senden() timeout![/TD]
 		[/TR]
[TR]
[TD]2017-12-17 17:26:27[/TD]
 			[TD]002290[/TD]
 			[TD]6382[/TD]
 			[TD]3[/TD]
 			[TD](ID852) Error: Exit command_senden() timeout![/TD]
 		[/TR]
[TR]
[TD]2017-12-17 21:29:02[/TD]
 			[TD]002166[/TD]
 			[TD]14034[/TD]
 			[TD]3[/TD]
 			[TD](ID852) Error: Exit command_senden() timeout![/TD]
 		[/TR]
[TR]
[TD]2017-12-18 01:30:07[/TD]
 			[TD]001233[/TD]
 			[TD]21473[/TD]
 			[TD]3[/TD]
 			[TD](ID852) Error: Exit command_senden() timeout![/TD]
 		[/TR]
[/TABLE]

leider kann ich mit den Meldungen nichts damit anfangen. Die Anlage lässt sich über den Baustein ohne Probleme steuern.
Was mir aber komisch erscheint ist der letzte Eintrag um 1:30, zu dieser Zeit wird der Zustand der KWL eigentlich nicht geändert, weder über eine Logik noch von den Bewohnern.
Was haben diese Meldungen zu bedeuten?

Gruß Christian

[mfd]

Wie ChrisChros schon geschrieben hat, manuelles Verstellen der Komforttemperatur und Lüftungsstufen, Anzeige Filterwechsel. Vielleicht eine Automatik wenn geduscht oder gekocht wird...
Ansonsten ist es ja wie mit der Heizung, großartige Verstellorgien sind im Normalbetrieb eher nicht erforderlich.