Hallo,
anbei ein neues Modul für für ComfoAir Lüftungsanlagen von Zehnder mit serieller Schnittstelle (RS232) sowie dazu kompatible Anlagen wie Storkair WHR 930, Storkair 950, Paul Santos 370 DC, Paul Santos 570 DC, Wernig G90-380 oder Wernig G90-550.
Es gibt bereits zwei andere Module für den gleichen Zweck (http://forum.fhem.de/index.php/topic,14697.0.html), die jedoch nicht so weit weiter entwickelt wurden, dass man sie einchecken könnte.
Ich hatte ursprünglich angefangen, das Modul von danhauck zu erweitern, habe dann aber so viel umgebaut / dazu gebaut, dass man inzwischen kaum noch Ähnlichkeiten im Code findet.
Dem neuen Modul kann man beim define ein Intervall mitgeben, so dass es aktiv die Werte von der Lüftung abfragt, so ähnlich wie das im Modul von danhauck der Fall ist. Man kann das Intervall aber auch auf 0 setzen, dann liest das Modul nur passiv mit und man könnte es parallel zu einer externen Fernsteuerung betreiben, wie das beim Modul von Joachim der Fall ist. In diesem Fall sollte man jedoch von Set-Befehlen absehen, da die RS232-Schnittstelle nicht dafür gedacht ist, mehr als zwei Geräte miteinander zu verbinden.
Bei der aktiven Abfrage kann man über Attribute bestimmen, welche Abfragen gesendet werden. Damit kann man kontrollieren, welche Readings man haben möchte und welche nicht.
Die einzelnen Parameter kann man auch per Get abfragen und ein paar kann man per Set auch schreiben. Für FhemWeb werden bei Get und Set passende Optionen angegeben, so dass man passende Werte auswählen kann. Beispiele und weitere Details stehen wie üblich in der Doku am Ende des Modul-Codes.
Ich habe das Protokoll etwas detaillierter umgesetzt, als es in den beiden früheren Modulen der Fall ist (auch das Senden von Ack und die Kodierung / Dekodierung von x07-Werten), ein paar zusätzliche Protokoll-Befehle implementiert und die Definition des Protokolls erfolgt am Anfang des Modus in einer Datenstruktur, so dass man auch weitere Protokollbefehle und Readings einfach ergänzen kann, ohne den eigentlichen Code anfassen zu müssen.
Wenn noch jemand beim Testen helfen könnte, würde ich mich um das Einchecken (zumindest nach contrib) bemühen.
Gruss
Stefan
Und hier noch das Modul ...
Edit: 18.5.14 - neue Version angehängt - weniger Logging bei unbekannten Protokollbefehlen, Fehlerbehebungen beu Betrieb an CC-Ease o.ä., Protokollunterstützung ergänzt (EWT, Sensordaten)
Edit: die aktuelle Version des Moduls ist eingecheckt.
Moin Stefan,
super, dann Du da weitergemacht hast, sowie ich Zeit habe, werd ich es mal testen, und Rückmeldung erstatten.
Es hat mich eigentlich schon länger gewurmt, dass ich in dem begonnenen Modul nicht weitergemacht habe. (Es lief ja).
Melde mich die Tage.
Gruß Joachim
Moin Stefan,
habe Dein Modul jetzt mal bei mir eingespielt, und schon mal flüchtig in den Code gesehen.
1. Rückmeldung
eingestellt als nur lesen, die Anlage wird sauber mitgeloggt, sieht gut aus, leider fehlt das Reading meines Erdwärmetauschers.
Kommando: 0x00 0xD1 Temperaturen abrufen
Antwort: 0x00 0xD2
Daten: Byte[1] Komfort Temperatur (°C*)
Byte[2] T1 / Außenluft (°C*)
Byte[3] T2 / Zuluft (°C*)
Byte[4] T3 / Abluft (°C*)
Byte[5] T4 / Fortluft (°C*)
Byte[6] Fühler anwesend: (1 = anwesend / 0 = abwesend)
0x01 = T1 / Außenluft
0x02 = T2 / Zuluft
0x04 = T3 / Abluft
0x08 = T4 / Fortluft
0x10 = EWT
0x20 = Nachheizung
0x40 = Küchenhaube
Byte[7] Temperatur EWT (°C*) <--------------------------------------------------------------- Dieses Byte
Ich werde heute in meiner Nachtschicht versuchen zu verstehen, was Du da programmiert hast, und dann mal weitersehen.
Außerdem flutet es mein Log mit:
2014.05.15 14:39:05.533 3: WHR960: read got unknown cmd 0098, len 20, data 0000000000000000000000000000000000000000, chk 89
2014.05.15 14:39:05.701 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:05.813 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:06.023 3: WHR960: read got unknown cmd 003e, len 4, data 80b57613, chk 173
2014.05.15 14:39:06.211 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:06.719 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:06.823 3: WHR960: read got unknown cmd 00aa, len 8, data 0000000000000000, chk 95
2014.05.15 14:39:07.227 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:07.735 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:08.241 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:08.565 3: WHR960: read got unknown cmd 00ec, len 7, data 040c0001000012, chk 195
2014.05.15 14:39:08.748 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:08.846 3: WHR960: read got unknown cmd 003e, len 4, data 80b57613, chk 173
2014.05.15 14:39:09.087 3: WHR960: read got unknown cmd 0098, len 20, data 0000000000000000000000000000000000000000, chk 89
2014.05.15 14:39:09.256 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:09.766 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:09.875 3: WHR960: read got unknown cmd 00aa, len 8, data 0000000000000000, chk 95
2014.05.15 14:39:10.348 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:10.896 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
2014.05.15 14:39:11.288 3: WHR960: read got unknown cmd 003c, len 10, data a016cf5b7f77800000e2, chk 43
ansonsten sieht es schon mal sehr gut aus.
Gruß Joachim
Hallo Joachim,
Vielen Dank für's Testen. Offenbar verwendet Deine Fernsteuereinheit ein paar weitere Protokollbefehle, die ich noch nicht definiert habe. Da ich das recht generisch über die Datenstrukturen am Anfang des Moduls gemacht habe, muss ich jetzt nur noch für die zusätzlichen Protokollbefehle den passenden unpack-String und die Namen der Readings hinzufügen.
Das gleiche gilt für die Abfrage der EWT-Daten.
Das sollte ich am Wochenende hinbekommen. Dann sind auch die Log-Meldungen weg. Ich werde bei der Gelegenheit auch das Loglevel für Meldungen zu unbekannten Nachrichten von 3 auf 4 erhöhen, dann stört das in solchen Fällen weniger.
Gruß
Stefan
Moin Stefan,
hört sich gut an, sowie der EWT drinnen ist werde ich wieder auf Dein Modul umsteigen, und weiter testen.
Bis dahin werde ich erst einmal versuchen, zu verstehen, wie Dein Modul arbeitet.
Gruß Joachim
Hi,
ich würde es auch nutzen, aber wie sind den genau die Defines?
Grüße
define <name> ComfoAir /dev/ttyUSBX@9600 0
nur mitloggen
Hi Joachim,
Und wie bekomme ich die von dir angesprochene aktive abfrage der Anlage hin? Ich hab nämlich keine bedieneinheit :)
Grüße
Wie wäre es mit lesen!
ZitatDem neuen Modul kann man beim define ein Intervall mitgeben, so dass es aktiv die Werte von der Lüftung abfragt, so ähnlich wie das im Modul von danhauck der Fall ist. Man kann das Intervall aber auch auf 0 setzen, dann liest das Modul nur passiv mit und man könnte es parallel zu einer externen Fernsteuerung betreiben, wie das beim Modul von Joachim der Fall ist.
Hallo,
ich habe oben eine neue Version angehängt. Der EWT sollte jetzt unterstützt werden, ich kann es jedoch leider nicht selbst testen, da ich keinen habe. Zudem habe ich noch den Protokollbefehl zum Auslesen der Sensordaten hinzugefügt und bei passivem Betrieb einen Fehler korrigiert (das Modul hatte versucht ACK zu senden).
Für den EWT war die Definition der Protokollnachricht "00d2" noch unvollständig. Die "unpack" Zeile habe ich auf
unpack => "CCCCCxC" geändert und eine weitere Zeile für das Reading hinzugefügt:
{ name => "Temp_EWT", expr => '$val / 2 - 20'}]},
Für den Protokollbefehl "Sensordaten" habe ich folgende Zeilen hinzugefügt:
"0098" => { unpack => "CCCCCCxCCCCCCCCCC",
name => "Sensordaten",
request => "0097",
readings => [ { name => "Temp_Enthalpie", expr => '$val / 2 - 20'},
{ name => "Feucht_Enthalpie"},
{ name => "Analog1_Proz"},
{ name => "Analog2_Proz"},
{ name => "Koeff_Enthalpie"},
{ name => "Timer_Enthalpie", expr => '$val * 12'},
{ name => "Analog1_Zu_Wunsch"},
{ name => "Analog1_Ab_Wunsch"},
{ name => "Analog2_Zu_Wunsch"},
{ name => "Analog2_Ab_Wunsch"},
{ name => "Analog3_Proz"},
{ name => "Analog4_Proz"},
{ name => "Analog3_Zu_Wunsch"},
{ name => "Analog3_Ab_Wunsch"},
{ name => "Analog4_Zu_Wunsch"},
{ name => "Analog4_Ab_Wunsch"}]},
Das Modul macht daraus automatisch auch die Set-Option "request-Sensordaten", ein Attribut "poll-Sensordaten" und Get-Optionen für alle neuen Readings.
Gruss
Stefan
Danke Stefan,
geht heute Nachmittag in den Testbetrieb.
Gruß Joachim
Hallo zusammen,
danke einmal für die Defines und für die erklärung. Manchmal sehe ich einfach im Forum den Wald vor lauter Bäume nicht oder ich freu mich zusehr auf die neue Funktion, dass ich etwas übersehe.
Wie ich schon schrieb, habe ich eine ComfoAir OHNE CC-Ease und ohne CC-Luxe. Ebenso hat meine Lüftungsanlage KEINE Konnektorplatine und NUR eine Steuerplatine. Da nun auch auf der Konnektorplatine einige RS232-Ports sind, stellt sich für mich die Frage, welchen RS232-Port ihr verwendet habt? Den RS232 auf der Steuerplatine, den RS232 auf der Konnektorplatine oder den RS232-PC.
Ich bekomme derzeit leider immer nur folgende Einträge in meinem Log:
2014.05.19 23:23:48 3: CA350: timeout waiting for reply expecting 00ce Request was 07f000cd007a070f
In meiner Config sieht das so aus:
define CA350 ComfoAir /dev/ttyUSB0@9600 10
Die Attribute für diverse REadings habe ich über die GUI auf "1" gestellt.
Übersehe ich etwas? Was mach ich falsch?
Schöne Grüße & Danke schonmal vorab :)
Michael
genauen Typ Deiner Lüftungsanlage bitte.
Hallo Joachim,
laut dem Typenschild ist meine Anlage folgender Typ:
Zehnder ComfoSystems ComfoD 350 R (D)
Grüße
USB-Port stimmt?
RX und TX mal getauscht?
Anlage nachrüstbar mit Konnektorplatine?
Baujahr?
RJ11 oder RJ45 Anschluss auf der Steuerplatine?
Bedienteil in der Lüftungsanlage integriert?
Zu Deiner Eingangsfrage:
Zitatwelchen RS232-Port ihr verwendet habt?
den RS232-PC, aber den hast Du ja nicht.
Gruß Joachim
Zitat von: Joachim am 20 Mai 2014, 14:38:27
USB-Port stimmt?
CHECK! Stimmt
Zitat von: Joachim am 20 Mai 2014, 14:38:27
RX und TX mal getauscht?
Nein. Ich habe bis dato nur ein RS232-Kabel auf RJ45 genutzt. Ich mach mir mal ein RJ45-Kabel mit getauschten Adern-Paare.
Zitat von: Joachim am 20 Mai 2014, 14:38:27
Anlage nachrüstbar mit Konnektorplatine?
Laut Zehnder ja, aber zu teuer/unrentabel
Zitat von: Joachim am 20 Mai 2014, 14:38:27
Baujahr?
Das Haus ist BJ 2011 und somit müsste die Anlage auch 2011 sein :)
Zitat von: Joachim am 20 Mai 2014, 14:38:27
RJ11 oder RJ45 Anschluss auf der Steuerplatine?
Laut Anleitung RJ45
Zitat von: Joachim am 20 Mai 2014, 14:38:27
Bedienteil in der Lüftungsanlage integriert?
Nur die normalen. Pfeil hoch/runter, OK, Komforttemperatur und die zwei Knöpfe für Be und Entlüftung und Entlüftung. Zusätzlich eben noch einen 3-Stufenschalter mit 0/1/2/3
Zitat von: Joachim am 20 Mai 2014, 14:38:27
Zu Deiner Eingangsfrage:den RS232-PC, aber den hast Du ja nicht.
Schade. Ich werde auch mal bei Zehnder nachfragen ob der RS232 einfach nur "durchgeschliffen" wird.
Hat jemand von euch schon mal probiert vom Windows bzw. von einem Raspberry aus die Kommandos direkt einzutippen?
Moin MichaelH,
1. Verdächtiger: RX/TX tauschen.
Die Nachrüstbarfrage ging darum, herauszubekommen, welches Platinenlayout es ist, nach meinem Kenntnisstand gab es das Vorgängermodell mit RS-485 Schnittstelle.
ggf. zwischen Bedienteil und Platine messen, welche Kommunikation da stattfindet.
Moin Stefan,
Dein Modul rennt bei mir fast fehlerfrei, ist schön geworden.
Beim Slider für die Komforttemperatur müsstest Du mal die Werte anpassen.
Komfortemperatur 12°-28° und den Slider ebenfalls.
Ansonsten habe ich jetzt so einigermaßen verstanden, wie Du die Programmierung umgesetzt hast, meinetwegen kannst Du das Modul einchecken.
Gruß Joachim
Hallo Joachim,
ich habe jetzt mal das Adernpaar zwischen RX/TX getauscht. Leider scheint das nicht zu fruchten. Ich habe aber derzeit die Vermutung, dass es ggf an meinem Kabel selbst liegt. Ich nutze ein RJ45-DB9-Kabel aus den guten alten Cisco-Zeiten (Verbindung zum Router). Vielleicht ist hier ja schon das Problem. Was für ein Kabel benötige ich denn genau. Hast du vielleicht sogar einen Amazonlink?
Zu deiner Frage bzgl. Nachrüstung. Es ist definitiv ein RS232 laut Anleitung. Aber hier ist ja bei mir bis dato nichts gesteckt und somit kann ich da leider auch nichts messen :(
Grüße
Moin MichaelH,
Du weißt aber schon, was Du tust?
Nur weil ein Stecker in eine Buchse passt, heißt das noch lange nicht, dass die Belegung stimmt.
Hier die Belegung des RJ-45- Steckers:
http://www.see-solutions.de/sonstiges/Protokollbeschreibung_ComfoAir.pdf
hier die Belegung der Seriellen Schnittstelle:
http://de.wikipedia.org/wiki/RS-232
und jetzt ist Löten angesagt.
Gruß Joachim
Hallo Michael,
die alten Kabel für die Cisco Konsole hatten zumindest früher eine sehr eigene Belegung.
Das kann nicht funktionieren. Du brauchst eigentlich nur RX, TX und GND. Löten ist da halb so schlimm :-)
Alternativ gibt es auch Adapter von RJ45 auf DB9, bei denen man die PINS (einmalig) frei stecken kann. Findest Du direkt wenn Du bei den einschlägigen Versandhäusern suchst.
Gruss
Stefan
Hi zusammen,
DB9 war leider ein bisschen vor meiner Zeit ;)
Ist auch durchaus interessant da mal wieder in die Materie einzutauchen. Ich als neumodischer it'ler bin dann doch eben USB, Lightning,... gewohnt.
Ich habe mir jetzt mal so ein "Bastel dir selbst dein DB9"-Set bestellt.
P.S. Zehnder kann mir nicht sagen ob der RJ45 identisch zu dem auf der großen Platine ist. (hätte ich mir dann doch vom Hersteller erwartet)
Merci & Grüße
Michael
Hallo zusammen,
ich möchte nun gerne Feedback geben, da ich nun eine funktionierende Steuerung habe.
1. Für alle mit einer CA350 OHNE Konnektorplatine -> Es geht auch über den RJ45-RS232-Port auf der Steuerplatine. Also auch das Steuern der Stufen,....
2. Das mit dem RS232-Verbinder war korrekt. Anscheinend war RX und TX vertauscht (mit dem neuen klappte es)
3. Ein RJ45-Female auf RJ45-Female sollte nicht verwendet werden. Anscheinend klappt dann die Verbindung nicht. Über ein Patchfeld (läuft nun bei mir so) klappt alles wunderbar.
@Rest: In welchem Intervall lasst ihr eure Lüftungsanlage pollen? Ich habe derzeit einen Wert von 20 und frage mich, ob der so "OK" ist oder ob man noch öfters pollen kann.
@Stefan: Sehe ich das richtig, dass default mäßig alle Readings gepollt werden und nur die mit einem Wert von "0" nicht gepollt werden?
[EDIT] OK. Learning by Doing. Default ist "0" und manche Werte werden immer gelesen. :)
@Stefan: Ist es möglich auch einen "Badtaster" über FHEM zu implementieren? Also wirklich an die Lüftungsanlage ein entsprechendes Command zu senden oder "muss" ich es selbst erstellen in FHEM.
[/EDIT]
Danke & Grüße
Michael
Hallo Michael,
Ich frage meine Lüftung alle 60 Sekunden ab. Wenn ich die Fernsteuereinheit machen lasse, dann ist die fast ständig am Reden mit der Lüftung. Das kleinste Intervall für das Modul hängt davon ab, wie viele Abfragen Du machen lässt (poll- Attribute). Wenn das zu viele werden und das im Intervall nicht abgearbeitet werden kann, dann wird irgendwann die Schreib-Warteschlange den Speicher füllen... Das sollte ich in einer nächsten Version mal abfangen.
Was den Badtaster angeht, so kommt das darauf an, was Du genau machen möchtest. Über die vorhandenen Set-Befehle kannst Du ja die wichtigsten Dinge steuern. Das Modul sendet die entsprechenden Befehle an die Lüftung. Was wäre denn die Funktion Deines Badtasters?
Gruß
Stefan
Hi Stefan,
ok nach meinen jetzigen Erfahrungen ist eine Abfrage alle 20 Sekunden in Ordnung :)
Der Badtaster setzt im "orginal" die Lüftung auf "Hoch" für knapp 10 Minuten. Dadurch soll z.b. bei heißem Duschen der Dunst verhindert werden. Der Taster kann leider nur auf der Konnektorplatine genutzt werden. Klasse wäre eben eine "Software"-Lösung, denn damit wird die Konnektorplatine total überflüssig :)
Grüße
Hallo Michael,
eine Softwarelösung kannst Du Dir auf jeden Fall mit Fhem "Bordmitteln" einfach bauen. Das ComfoAir Modul bietet zwar bisher keinen "set stufe-hoch-for-timer", aber mit "set stufe hoch" und einem At, der nach 10 Minuten wieder ein "set stufe mittel" absetzt, ist das machbar. Um das als hübschen Button im Gui abzubilden ist vermutlich ein Dummy-Device hilfreich.
Vielleicht komme ich aber auch noch dazu so einen Timer gleich mit ins Modul zu packen.
Gruss
Stefan
Moin Stefan, Moin Michael,
diesen Thread im KNX-Forum kennt ihr?
http://knx-user-forum.de/code-schnipsel/21359-comfoair-steuerung-ueber-rs232-39.html
Da lässt sich sicherlich die gewünschte Funktion abkupfern.
Gruß Joachim
Hallo zusammen,
ich hatte jetzt mal Zeit meinen Badtaster zu implementieren. Falls jemand auch bedarf hat:
Die Lüftungsanlage ist die "CA350"
Der AT-Job wäre dann "CA350BadtasterAT"
Ein Dummy zum Test war der "HK_CA350Switch"
define NHK_CA350Switch notify HK_CA350Switch {my $CA350CurrentStat=ReadingsVal("CA350","Stufe",0);;fhem ("set CA350 Stufe hoch;; define CA350BadtasterAT at +00:15:00 set CA350 Stufe $CA350CurrentStat") if (Value("CA350BadtasterAT") eq "")}
Der Notify setzt die Lüftung auf Hoch für 15 Minuten und danach dann wieder auf den vorherigen Wert zurück. Ergo es wird genau die "native" Funktion von der Lüftungsanlage simuliert.
super wäre noch den Timer jedesmal beim Drücken um weitere 15Minuten zu erweitern. Mal schauen vielleicht "bastel" ich mir das jetzt noch.
Grüße
Hallo Michael,
ich habe auch die ComfoD 350 R in der Basisversion, also ohne Konnektorplatine und versuche diese nun schon seit einigen Wochen an meine Steuerung (SPS bzw. loxone) zu bekommen. Leider scheitere ich aber bei der Kommunikation zwischen Steuerung und Zehnder. Kannst du mir bitte mal beschreiben bzw. Bilder einstellen, wie du die Verkabelung vorgenommen hast und welche Adapter du ggf. eingesetzt hast. Ich habe schon gelesen, dass du vom RJ45 auf ein Patchfeld gegangen bist. Benutzt du für die Steuerung die gleichen Befehle (RS232-Codes etc.) wie für die Comfoair 350?
Besten Dank und Gruß
Norman
Hi norman,
bin noch auf Arbeit und heute nur kurz zuhause. Ich schau mal ob ich morgen hinbekomme ein paar Bilder zu machen.
Adapter war ein rj45 aus rs232 Adapter zum selber zusammenstecken. Das patchfeld ist bei mir nur nötig, da mein pi nicht im selben raum steht wie lüftungsanlage. Als kabel ist ein normales cat5e netzwerkkabel zu verwenden (nicht gekreuzt).
was an befehlen genutzt wird, musst du den Entwickler des moduls fragen. Ich habe aber nichts verändert und daher sollte alles wie bei der luxe sein.
grüsse
Hallo Michael,
konntest du schon Fotos machen? Ich bin für jede Hilfe dankbar.
Gruß
Norman
Hallo,
anbei eine neue Version des ComfoAir Moduls. Mir war aufgefallen, dass die Temperatur-Werte in der Nachricht 0xD2 manchmal untereinander verschoben / vertauscht waren, was vor allem in den Verlaufsgrafiken auffällig war. Offenbar stimmt die Protokollbeschreibung hier nicht ganz. Der Wert von Byte 6 in der Nachricht 0xD2 bestimmt, ob Bytes 1-5 tatsächlich so belegt sind wie in der Protokollbeschreibung bisher vermutet. Als erste Lösung habe ich einen Filter eingebaut, der die wenigen abweichenden Nachrichten ausfiltert.
Wenn die neue Version auch bei anderen Nutzern keine Probleme macht, würde ich die Änderung demnächst einchecken.
Gruss
Stefan
Edit: die aktuelle Version des Moduls ist eingecheckt.
Hallo,
ich bin recht neu und unerfahren, daher bitte ich um Entschuldigung falls ich etwas übersehen habe oder es Euch dumm vorkommt.
Ich habe eine Zehnder Comfoair 350 R Luxe mit einem aktuell abgeklemmten CC Ease und eine Konnektorplatine. An dieser habe ich per PL2303 USB - Seriell Kabel an die PC Buchse einen Raspberry angeschlossen welcher wiederum per WLAN in einem Netz mit dem Rechner hängt auf dem FHEM läuft. Die serielle Verbindung wird per socat über TCP an den FHEM Rechner weitergeleitet.
Nun kann ich die Stufen einstellen (da kann ich hören, dass sich etwas ändert), vielleicht kann ich auch die Komforttemperatur einstellen, das sehe ich aber nicht.
In den Logfiles finde ich nun:
Lueftung: Timeout2 in ReadAnswer for Stufe
Lueftung: timeout waiting for reply expecting 00ce Request was 07f000cd007a070f
Aus irgend einem Grund kann ich also nicht lesen, schreiben scheint aber zu gehen (Stufen ändern sich).
Daher glaube ich, das RX/TX tauschen hier nichts bringt.
Kann mir jemand helfen?
Und vielleicht auch damit, einen Schalter / Slider angezeigt zu bekommen, die, wenn möglich, auch in der Android FHEM App funktionieren?
Vielen Dank schon einmal!
Hallo,
ich wollte noch ein paar Informationen geben. Vielleicht kann mir dann jemand helfen?
Um auszuschließen, dass socat Schuld an dem Problem hat, habe ich nun FHEM direkt auf dem Raspberry installiert.
In den Logfiles finde ich dann z.B.:
2014.07.10 13:10:14 5: Lueftung: handle send queue
2014.07.10 13:10:14 4: Lueftung: handle queue sends get Ventilation-Levels code: 00cd frame: 07f000cd007a070f and wait for 00ce
2014.07.10 13:10:14 5: SW: ��z
2014.07.10 13:10:14 5: Lueftung: raw buffer: 07f0d209405855590f2828a90f07f307f0ce0e0f320f3232320146000045070f
2014.07.10 13:10:14 5: Lueftung: ParseFrames got frame: 07f0d209405855590f2828a90f07f307f0ce0e0f320f3232320146000045070f data ce0e0f320f3232320146000045 Rest
2014.07.10 13:10:14 5: Lueftung: read split frame into cmd ce0e, len 15, data 320f32323201460000 chk 69
2014.07.10 13:10:14 4: Lueftung: read: wrong length: 9 (calculated) != 15 (header) cmd=ce0e, data=320f32323201460000, chk=69
2014.07.10 13:10:14 4: Lueftung: read: wrong checksum: 182 (calculated) != 69 (frame) cmd ce0e, data 320f32323201460000
2014.07.10 13:10:14 5: Lueftung: raw buffer:
Irgend etwas scheint hier nicht mit den gelesenen Daten zu stimmen, da ja die Checksumme nicht stimmt. Gibt es vielleicht ein bekanntes Problem mit einem PL2303 Kabel und eine Empfehlung zur besseren und stabileren seriellen Anbindung?
Für Rückfragen bin ich offen und möchte mich schon einmal bedanken.
Viele Grüße
Hallo paulman2,
Der Puffer enthält schon die richtge Antwort auf den "00cd"-Befehl, allerdings steht davor noch Unsinn, der die Parse-Routine durcheinander bringt. Das ab dem 07f0ce und bis 070f ist das richtige Frame. Nach dem Lesen wird alles bis dahin aus dem Puffer gelöscht. beim nächsten gelesenen Frame sollte das Problem daher weg sein.
Was passiert denn wenn Du den Befehl nochmal absetzt?
Gruss
Stefan
Hallo Stefan,
ich hatte gerade auch noch etwas ausprobiert, nämlich das USB - Seriell Kabel getausch auf eins mit anderem Chipsatz (diesmal FTDI). Hat aber auch nichts gebracht.
Um auf Deine Frage zurückzukommen:
Ich habe zweimal die Lüfterstufe geändert (hat nach Gehör geklappt), aber die Antwort klappte beide Male nicht.
Leider sieht mein Logfile auch irgendwie anders aus. Ich sehe die RAW Antworten nicht mehr, auch auf der Weboberfläche nicht. Verbose ist auf 5 und der RS 232 Modus auf PC Only.
Tut mir leid wenn ich mich etwas doof anstelle, bin noch am Anfang, lerne aber gerne dazu.
Vielen Dank!
Paulman
Hallo Paulman2,
Aus Deinem Log vom 10.7. geht hervor, dass es zumindest da nicht an den Kabeln gelegen hat. Die Daten werden korrekt übertragen. Nur die zusätzlich gelesenen Daten haben die Parse-Routine im Modul durcheinander gebracht. Ich schau mal ob ich das im Modul verbessern kann. Eigentlich sollte das Problem so nicht auftreten und vermutlich ist die Regex, die ein Frame aus dem Datenstrom extrahiert nicht optimal.
Hast Du mal statt manueller set und get Befehle einfach ein Intervall beim define angegeben, so dass das Modul z.B. alle 30 Sekunden automatisch die wichtigsten Werte abfragt? Ich vermute dass sich das Problem dann auch erledigt ...
Ich melde mich später nochmal mit einem Update für's Modul.
Gruss
Stefan
Hallo paulman2,
jetzt konnte ich gerade nochmal genau hinsehen.
Die Daten, die bei Dir im Raw Buffer angekommen sind, haben zwar die gleiche Frame-Begrenzung (07F0 bis 070F) und den gleichen ACK-Code (07F3) wie bei meiner Anlage, aber das war es dann auch schon. Der Befehlscode in den Daten passt nicht und die Inhalte auch nicht. Statt dem erwarteten 00CE kommt nur ein CE und die Daten danach scheinen auch nicht zum bekannten Protokoll zu passen.
Das klingt zunächst so als ob Deine Anlage eine andere Sprache spricht. Andererseits scheinen die Befehle zum setzen der Stufe ja verstanden zu werden. Das ist Seltsam. Wenn das Kabel falsch wäre, würde auch die Frame-Begrenzungen etc. nicht ankommen.
Versuch doch mal das serielle Kabel direkt an den Anschluss für die CC Ease zu klemmen. RX, TX und GND reichen. Das Modul funktioniert bei mir auch am Anschluss, der für die CC Ease bzw. CC Luxe vorgesehen ist. PC-Modus o.ä. habe ich auch nicht gesetzt. Das Modul tut so als wäre es eine CC Luxe. So könnten wir ausschließen, dass auf der Konnektorplatine ein anderes Protokoll gesprochen wird. Würde mich zwar wundern, aber man weiss ja nie.
Wie alt bzw. neu ist Deine Anlage denn?
Ausführlichere Logs und der relevante Ausschnitt aus der Konfiguration könnten eventuell auch helfen, das Problem einzugrenzen.
Gruss
Stefan
Hallo Stefan,
finde ich echt klasse, dass Du Dich so schnell meldest. Also, die Anlage ist 2011 hier eingebaut worden, daher Baujahr Ende 2010, Anfang 2011.
In der fhem.cfg mache ich bis jetzt nur folgendes:
define Lueftung ComfoAir /home/gbr/dev/vmodem0@9600 60
attr Lueftung room Eingang
attr Lueftung webCmd Stufe
attr Lueftung poll-Betriebsstunden 1
attr Lueftung poll-Status-Bypass 1
attr Lueftung poll-Ventilation-Status 1
attr Lueftung poll-Temperaturen 1
attr Lueftung poll-Ventilation-Levels 1
attr Lueftung poll-Sensordaten 1
attr Lueftung verbose 5
Vielleicht liegt hier schon mein Fehler? Um das Kabel an den CC Ease Anschluß zu klemmen muss ich noch den Lötkolben schwingen, das dauert noch etwas. Werde ich aber probieren.
Was mir noch aufgefallen ist im Log:
014.07.12 13:53:14 5: Lueftung: Set ? not found, return list request-Status-Bypass request-Bootloader-Version request-Ventilation-Status request-Temperaturen Temp_Komfort:slider,12,1,28 request-Firmware-Version request-KonPlatine-Version request-Ventilation-Levels Stufe:auto,abwesend,niedrig,mittel,hoch request-Betriebsstunden request-Verzoegerungen request-Status-Vorheizung RS232-Modus:Ende,nur-PC,nur-CC-Ease,PC-Master,PC-Log request-Sensordaten SendRawData
2014.07.12 13:53:14 5: Lueftung: Get ? not found, return list Temp_Aussen Stufe
Das passiert, wenn ich einen Wert setzen will bzw. Abfrage mit den Set und Get Schaltern oben auf der FHEM Webseite des Lueftungsmoduls. Vielleicht habe ich ein grundsätzliches Konfigurationsproblem oder ein Hilfsmodul nicht installiert?
Vielen Dank, ich bin echt baff, wie hilfsbereit Du bist! Echt großartig!
Paulman
Hallo paulman2,
das mit dem Set ? ist nur eine normale Debug-Ausgabe. Die zeigt nichts falsches an. Die Konfiguration schein auch nicht falsch zu sein. Allerdings würde ich versuchen den Anschluss zunächst direkt mit einer /dev/tty.. zu machen, damit nicht irgend eine andere Software dazwischenfunken kann.
Ich konnte den Anschluss ohne übrigens Löten einfach über Klemmen machen.
Gruss
Stefan (werde jetzt vermutlich frühestens morgen oder Montag wieder zum Antworten kommen)
Hallo Stefan,
ich habe die Zeit mal genutzt um weiter zu experimentieren. Was habe ich getan:
- FHEM auf RPi installiert und direkt verwendet -> gleiches Problem
- FHEM auf Ubuntu 12.04 PC installiert und direkt angeschlossen -> gleiches Problem
- Serielles Kabel an die Klemmen auf der Konnektorplatine angeklemmt an der vorher die CC Ease hing (sowohl RPi als auch PC) -> gleiches Problem
Du schriebst ja, dass FHEM sich als CC Ease ausgibt und diese Befehle nutzt. Somit hätte es klappen können. Hat es aber leider nicht :( Vielleicht ist etwas im Protokoll anders. Mein CC Ease hat die Version (auf dem kleinen Aufkleber mit der Verdrahtungsanleitung) H2-v0.6 .
Soweit von meiner Seite. Falls ich etwas dazu beitragen kann zu debuggen oder Protokolle mitzuschneiden mache ich das gerne. Allerdings brauche ich dann eine kleine Starthilfe (also welches Programm oder welche Einstellungen ich nutzen soll). Ich würde mich freuen wenn ich da etwas beitragen kann.
Viele Grüße
Paulman
Hallo paulman2,
Welche Fhem-Version verwendest Du denn?
Hast Du mal ein Update gemacht?
Bei verbose 5 gibt ja nicht nur das ComfoAir Modul den RAWBUFFER aus, sondernauch die DEVIO Routine aus FHEM zeigt beim Senden mit SW: den Hex-String der zu sendenden Daten. Bei Dir war da kein Hex-String sondern es sah nach binären Daten aus. Die dafür zuständige Änderung wär glaube ich im März ...
Bitte schick doch nochmal ein paar Log-Zeilen mit dem RAWBUFFER nachdem Du auf die aktuelle Version upgedated hast.
Gruß
Stefan
Hallo Stefan,
ich hatte Version 5.5 direkt von der Webseite als .deb. Da dachte ich nicht, noch ein Update machen zu müssen. Habe ich jetzt aber gemacht, wurde auch einiges gefunden.
Hier also noch einmal von der Konfiguration "Raspberry FHEM direkt an /dev/ttyUSB0 @ 9600" ein paar Zeilen Logfile (verbose 5):
2014.07.15 19:22:44 5: SW: 07f3
2014.07.15 19:22:44 5: Lueftung: raw buffer:
2014.07.15 19:22:45 5: Lueftung: handle send queue
2014.07.15 19:22:45 5: Lueftung: send busy, delay writing from queue
2014.07.15 19:22:46 3: Lueftung: timeout waiting for reply expecting 00e0 Request was 07f000df008c070f
2014.07.15 19:22:46 5: Lueftung: handle send queue
2014.07.15 19:22:46 4: Lueftung: handle queue sends get Ventilation-Status code: 000b frame: 07f0000b00b8070f and wait for 000c
2014.07.15 19:22:46 5: SW: 07f0000b00b8070f
2014.07.15 19:22:46 5: Lueftung: raw buffer: 07f307f000062d046e1eb3070f
2014.07.15 19:22:46 5: Lueftung: ParseFrames got frame: 07f307f000062d046e1eb3070f data 00062d046e1eb3 Rest
2014.07.15 19:22:46 5: Lueftung: read split frame into cmd 0006, len 45, data 046e1e chk 179
2014.07.15 19:22:46 4: Lueftung: read: wrong length: 3 (calculated) != 45 (header) cmd=0006, data=046e1e, chk=179
2014.07.15 19:22:46 4: Lueftung: read: wrong checksum: 112 (calculated) != 179 (frame) cmd 0006, data 046e1e
2014.07.15 19:22:46 5: Lueftung: raw buffer:
2014.07.15 19:22:47 5: Lueftung: handle send queue
2014.07.15 19:22:47 5: Lueftung: send busy, delay writing from queue
2014.07.15 19:22:48 3: Lueftung: timeout waiting for reply expecting 000c Request was 07f0000b00b8070f
2014.07.15 19:22:49 5: Lueftung: handle send queue
2014.07.15 19:22:49 4: Lueftung: handle queue sends get Temperaturen code: 00d1 frame: 07f000d1007e070f and wait for 00d2
2014.07.15 19:22:49 5: SW: 07f000d1007e070f
2014.07.15 19:22:49 5: Lueftung: raw buffer: 07f3f000d2094852545556282828070f
2014.07.15 19:22:49 4: Lueftung: read got Ack
2014.07.15 19:22:50 5: Lueftung: handle send queue
2014.07.15 19:22:50 5: Lueftung: send busy, delay writing from queue
2014.07.15 19:22:51 3: Lueftung: timeout waiting for reply expecting 00d2 Request was 07f000d1007e070f
2014.07.15 19:22:51 5: Lueftung: handle send queue
2014.07.15 19:22:51 4: Lueftung: handle queue sends get Ventilation-Levels code: 00cd frame: 07f000cd007a070f and wait for 00ce
2014.07.15 19:22:51 5: SW: 07f000cd007a070f
2014.07.15 19:22:51 5: Lueftung: raw buffer: f000d2094852545556282828070f07f307f0ce0e0f320f232d0301460000400f
2014.07.15 19:22:51 4: Lueftung: read got Ack
2014.07.15 19:22:52 5: Lueftung: handle send queue
2014.07.15 19:22:52 5: Lueftung: send busy, delay writing from queue
2014.07.15 19:22:53 3: Lueftung: timeout waiting for reply expecting 00ce Request was 07f000cd007a070f
2014.07.15 19:22:53 5: Lueftung: handle send queue
2014.07.15 19:22:53 4: Lueftung: handle queue sends get Betriebsstunden code: 00dd frame: 07f000dd008a070f and wait for 00de
2014.07.15 19:22:53 5: SW: 07f000dd008a070f
2014.07.15 19:22:53 5: Lueftung: raw buffer: 07f0ce0e0f320f232d0301460000400f07f3f000de140366321500140000000fea380000d9070f
2014.07.15 19:22:53 4: Lueftung: read got Ack
2014.07.15 19:22:54 5: Lueftung: handle send queue
2014.07.15 19:22:54 5: Lueftung: send busy, delay writing from queue
2014.07.15 19:22:55 3: Lueftung: timeout waiting for reply expecting 00de Request was 07f000dd008a070f
Ich hoffe, Du kannst damit etwas anfangen. Falls nicht, schreib einfach, was ich testen soll.
Viele Grüße,
Paulman
Hallo Paulman,
vielen Dank für die zusätzlichen Logs. Das Problem wird langsam klarer:
Wenn Du die empfangenen Daten im RAWBUFFER mit der Protokollbeschreibung vergleichts (siehe http://www.see-solutions.de/sonstiges/Protokollbeschreibung_ComfoAir.pdf), dann sieht man dass bei Dir immer wieder einzelne Bytes fehlen. Ich habe ein paar Blanks in die Logs eingefügt, damit es lesbarer wird.
2014.07.15 19:22:46 4: Lueftung: handle queue sends get Ventilation-Status code: 000b frame: 07f0000b00b8070f
and wait for 000c
2014.07.15 19:22:46 5: Lueftung: raw buffer: 07f3 07f0 00 062d 046e 1eb3 070f
hier kommt ein Ack (07f3), dann der Beginn eines Frames (07f0) und dann sollte der Befehl als 000c kommen. Es kommt aber nur 00. Das 0c fehlt. Im Rest der Nachricht fehlen nochmals einzelne Bytes.
2014.07.15 19:22:49 4: Lueftung: handle queue sends get Temperaturen code: 00d1 frame: 07f000d1007e070f
and wait for 00d2
2014.07.15 19:22:49 5: Lueftung: raw buffer: 07f3 f0 00d2 09485254555628 2828 070f
Hier ist wieder ein ACK, dann sollte der Beginn des nächsten Frame mit 07f0 angekündigt werden. Es fehlt aber diesmal das 07.
Die restlichen Bytes des Frame sind diesmal da.
2014.07.15 19:22:51 4: Lueftung: handle queue sends get Ventilation-Levels code: 00cd frame: 07f000cd007a070f
and wait for 00ce
2014.07.15 19:22:51 5: Lueftung: raw buffer: f000d2094852545556282828070f 07f3 07f0 ce 0e 0f 32 0f 23 2d 03 01 46 00 00 40 0f
Hier ist noch das alte kaputte Frame im Buffer, danach kommt das ACK auf den gesendeten Befehl (07f3), dann der Beginn eines neuen Frame (07f0) und dann sollte der Befehl des Antwort-Frames mit 00ce kommen. Diesmal fehlt das 00.
Am Ende des Frames fehlt diesmal auch noch das 07 vor dem 0f.
2014.07.15 19:22:53 4: Lueftung: handle queue sends get Betriebsstunden code: 00dd frame: 07f000dd008a070f
and wait for 00de
2014.07.15 19:22:53 5: Lueftung: raw buffer: 07f0ce0e0f320f232d0301460000400f 07f3 f0 00de 140366321500140000000fea380000d9 070f
auch hier ist das alte Frame noch im Puffer, dann kommt wieder ein Ack als Antwort auf die gesendete Anfrage und dann das Antwortpaket mit Befehl 00de.
Hier fehlt gleich am Anfang wieder ein 07 vor dem f0. Der Befehl kommt dann vollständig (00de) und auch am Ende passt das 070f.
Unterm Strich sieht das für mich so aus als ob wir hier kein anderes Protokoll haben. Deine Lüftung versteht die Befehle und antwortet. Nur leider sind die Antworten alle verstümmelt. Da immer andere Bytes fehlen ist das kein Protokollunterschied sondern ein Übertragungsfehler oder Fehler an der Steuerung der Lüftung.
Hat denn Deine CC Ease funktioniert oder funktioniert die auch nicht?
Gruss
Stefan
Hallo Stefan,
Danke für die Analyse. Es scheint tatsächlich so zu sein. Die CC Ease funktioniert übrigens problemlos. Wenn ich sie angeklemmt habe und die Lüftung einschalte springt sie an und nach einer kurzen Zeit hat sie die Uhrzeit eingestellt und auch die sonstigen Werte sind sichtbar, also z.B. die Bypassklappe. Lüfter hoch/runter, Badtaster etc. funktionieren alle.
Wie schließt Du denn die Anlage an den PC an, also welchen Seriell -> PC Adapter nutzt Du? Vielleicht ist meiner ja etwas überfordert? Evtl. sind die Spannungen zu hoch und es gibt eine Übersteuerung oder die Flanken sind unsauber und es kommt dadurch zu einer Fehlerkennung.
Ich habe es probiert mit einem USB Kabel mit PL2303 Chip und mit einem USB Kabel mit FTDI Chip (Nummer habe ich gerade nicht da). Das Ergebnis war vergleichbar schlecht in beiden Fällen.
Ich habe keine Messgeräte zu Hause ausser einem Multimeter. Falls ich damit etwas anfangen kann würde ich damit losmessen.
Viele Grüße,
Paulman
Hallo Paulman,
wenn die CC Ease funktioniert kann es zumindest nicht an der Steuerplatine bzw. Konnektorplatine in der Lüftung liegen. Dann muss das Problem irgendwo zwischen Kabel-Anschluss und Perl auf dem Raspberry liegen.
Ich habe bisher mit zwei verschiedenen USB to Serial Adaptern jeweils mit FTDI Chipsatz gearbeitet und beide hatten keine Probleme.
Wie hast Du denn den Anschluss gemacht? Welche Adern hast Du verbunden?
Was für ein Linux läuft auf Deinem Raspi?
Gruss
Stefan
Hallo Stefan,
ich habe auf dem Raspberry "Raspian" installiert, hatte aber auch einen Versuch mit einem PC mit Ubuntu 12.04 gemacht. Beide jeweils mit eingespielten Updates (System und FHEM).
Den Anschluß hatte ich zuerst an die SUB D 9pol Schnittstelle auf der Platine, das bot sich an, da das Kabel ja direkt passte. Dann habe ich an die Klemmen, an der die CC Ease hing ein Kabel geklemmt das ich an eine SUB D Buchse gelötet hatte die ich dann an das USB Kabel gesteckt hatte. Hier hatte ich dann RX, TX und GND verbunden.
Ergebnis immer gleich.
Ratlos,
Paulman
Hallo Paulman,
jetzt bin ich leider auch fast ratlos.
Was anderes hab ich auch nicht gemacht.
Was passiert denn wenn Du parallel zur CC-Ease nur GND und RX mit dem Raspi verbindest, so dass das Modul die Antworten von der Lüftung an die CC-Ease sehen kann, aber selbst nicht senden kann (gleichzeitiges Senden wäre keine gute Idee)
Gruss
Stefan
Hallo Stefan,
ich habe das CC Ease wieder angeschlossen (funktioniert auch) und den RasPi nur an GND & TX. Jetzt sehe ich eine Menge Kram im Logfile, aber immer noch die Fehler.
Werde mal einen Kollegen fragen, der zwar von der Lüftung keine Ahnung hat aber gut in Hardware ist. Vielleicht hat er eine Idee wegen des Anschlussproblems.
Ich werde vermutlich bis Montag nicht mehr zum testen kommen.
Viele Grüße,
Paulman
Hi Paulman,
Das ist schon sehr seltsam. Ich verstehe vor allem nicht warum immer ganze Bytes fehlen. Bei Leitungsstörungen würde ich erwarten, dass die Daten verfälscht werden. Aber dass immer exakt ganze Bytes einfach fehlen ...
Der einzige potentielle Unterschied, der mir noch einfällt ist dass bei mir die USB-Seriell-Adapter an einem USB-Hub mit Stromversorgung hängen.
Um es endgültig zu klären müsste man vermutlich mit einem Oszi o.ä. den Datenstrom genau ansehen.
Gruss
Stefan
Hallo,
ich habe auch eine ComfoAir und bin begeistert von der Möglichkeit das Gerät direkt mit FHEM zu verbinden. Bei mir läuft FHEM auf der Fritzbox und die ComfoAir ist im Keller. Ich kann deswegen nur über Ethernet und TCP/IP kommunizieren. Frage:
Ich habe einen Moxa seriell<->Ethernet Server. Somit kann ich für die Kommunikation kein USB Gerät zur Verfügung stellen (/dev/ttyUSB1@9600). Wie bekomme ich das modul 98_ComfoAir dazu, sich über TCP/IP mit der ComfoAir zu verbinden?
Der Moxa Server kann so konfiguriert werden, dass er völlig transparent eine ankommende TCP-Verbindung auf die serielle Schnittstelle umsetzt. Es ist also keinerlei Treiber notwendig. Die Baudrate wird im Moxa festgelegt.
Irgendjemand eine Idee?
Gruß
Georg
Hallo Stefan,
ich habe mal mit einem Bekannten gesprochen der mehr in Hardware unterwegs ist als ich. Er meinte, die ganzen Bytes fehlen, weil sie verworfen werden sobald ein Bit falsch ist. Und zu dem Thema kam dann ein langer Vortrag zu EMV, Flankensteilheit, Pegeln etc. Für mich ein etwas größeres Thema, ich werde mal sehen was ich da so machen kann.
Vielen Dank nochmal,
Paulman
Hallo Georg,
ohne Erweiterung kommt das Modul derzeit nicht mit TCP/IP zurecht. Ich glaube zwar nicht dass man viel ändern müsste, aber bisher geht der code von einer direkten seriellen Verbindung aus.
Gruss
Stefan
Hallo,
ich bin nun schon seit Jahren FHEM-Benutzer und muss mich jetzt endlich mal bedanken. Eigentlich natürlich bei sehr vielen Leuten, die alle zu FHEM beigetragen haben. Hier im speziellen aber StefanStrobel.
Ich habe meine Zehnder ComfoAir 550 Luxe heute mit FHEM verbunden und es funktioniert einfach ohne Probleme und von Anfang an mit dem Modul 98_ComfoAir.pl.
Ich finde das einfach fantastisch. Funktionalität, die weit über die teuren Möglichkeiten des Herstellers hinaus geht (ein Bedienteil muss ich nicht kaufen...) und das kostenlos.
Vielen herzlichen Dank für die Bereitstellung!
Falls es interessiert hier mein Aufbau:
- ComfoAir 550 Luxe
-> RJ45-Buchse auf der Anschlussplatine der ComfoAir (auf einem Bild der Anschlussplatine, das man im Wolf-Online-Shop findet, die schwarze Buchse unten, die mit X5 bezeichnet ist)
-> Cat6-Kabel, 20m
-> Nur Rx, Tx und Gnd verbunden:
- Pin2 (Rx ComfoAir) an Pin 3 einer DSub-Buchse
- Pin3 (Tx ComfoAir) an Pin 2 einer DSub-Buchse
- Pin8 (Gnd ComfoAir) an Pin 5 einer DSub-Buchse
-> An die DSub-Buchse einen USB-Seriell-Adapter (superbillig von ebay, blaue Stecker, silbernes Kabel, laut dmesg ein "ark3116")
-> USB-Stecker in den Raspberry Pi (ohne USB-Hub, an dem anderen USB-Port hängt ein HM-CFG-USB)
Im Moment ist die ComfoAir noch nicht in Betrieb, daher kann ich über die Langzeitstabilität noch nichts sagen, aber im Test sieht alles gut aus.
Gruß
frankbatzen
Hallo,
nachdem ich mich durch die Installation gekämpft habe, kurze Rückmeldung zum Modul "98_ComfoAir":
- ich habe versucht, über die serielle Schnittstelle des RasPi mit der KWL zu kommunizieren. Leider Timeout-Fehler.
Device::Serial wurde installiert und die Kommunikation auch als "open" in FHEM deklariert.
Zitat2014.11.15 19:52:38 3: ZL: timeout waiting for reply expecting 00e0 Request was 07f000df008c070f
2014.11.15 19:52:40 3: ZL: timeout waiting for reply expecting 00d2 Request was 07f000d1007e070f
2014.11.15 19:52:42 3: ZL: timeout waiting for reply expecting 00ce Request was 07f000cd007a070f
2014.11.15 19:53:38 3: ZL: timeout waiting for reply expecting 00e0 Request was 07f000df008c070f
2014.11.15 19:53:40 3: ZL: timeout waiting for reply expecting 00d2 Request was 07f000d1007e070f
2014.11.15 19:53:42 3: ZL: timeout waiting for reply expecting 00ce Request was 07f000cd007a070f
Nach dem Anschluss eines USBtoSer Wandler funktionierte die Kommunikation.
Jetzt wäre die Frage:
Was kann ich tun, um per RS232 auf die KWL zuzugreifen ?
Hallo,
ich hoffe, dass der Entwickler des Moduls noch mal hier reinschaut.
Folgende Daten werden nicht aktualisiert, warum auch immer. Im Code sind es geenau diese:
Zitatmy %parseInfo = (
"000c" => { unpack => "CCS>S>",
name => "Ventilation-Status", # PC Befehl
request => "000b",
readings => [ { name => "Proz_Zuluft"},
{ name => "Proz_Abluft"},
{ name => "UPM_Zuluft", expr => 'int(1875000/$val)'},
{ name => "UPM_Abluft", expr => 'int(1875000/$val)'}]},
Gibt es Erfahrungswerte, ob dieses Modul auch mit den Paul Novus Geräten funktioniert?
Ich glaube das wird nicht mit einer PAUL novus funktionieren, da ich mir mal eine ComfoAir-Protokoll-Beschreibung ergoogelt habe (gibt es bestimmt auch hier verlinkt, hat jemand privat erstellt), und was ich da sehe ist was ganz anderes als das, was ich gecaptured habe. Ich habe eine TFT-Modul angeschlossen und sehe nie "07 F0" (oder so ähnlich) auf den Leitungen.
Habe die Verbindung nun genau so aufgebaut wie auch frankbatzen beschrieben hat.
Und es funktioniert! Klasse!
:-)
Hallo,
wir haben eine ComfoAir 350 und ich bekomm das einfach nicht hin mit dem verbinden. Es ist nicht die Zusatzpatine drauf. Bin direkt an die RJ45 Dose auf der ComfoAir Plantine.
Die Stufen schalte ich mit einem Drehschalter (über dem Lichtschalter im Raum).
Ich benutze ein einfaches Patchkabel und habe dazu den stecker nach T568B Standard gekrimpt.
Dann habe ich Kabel 2,3,8 an einem DSUB 9 Stecker gelötet. Habe versucht mit einem Serial Port Monitor was zu lesen und habe auch das Test-Tool von see-solutions getestet.
Komisch finde ich, dass die Spannung zwischen GND und TX/RX sehr gering ist. Konstant 0,06V zwischen RX und GND. Zwischen TX und GND schwankt diese zwischen 0 und 0,06V.
Auf Pin 1 von der Lüftung Messe ich gegen GND 20V (anstatt 12V).
Es sieht so aus als würde was von der Plantine gesendet aber das Signal sieht viel zu schwach aus.
Hat jemand eine Idee, was ich noch machen kann?
Hallo,
ich würde die Pin-Belegung variieren. Irgendwo wird da vermutlich noch was nicht stimmen ...
Gruss
Stefan
ZitatIch benutze ein einfaches Patchkabel und habe dazu den stecker nach T568B Standard gekrimpt.
Dann habe ich Kabel 2,3,8 an einem DSUB 9 Stecker gelötet. Habe versucht mit einem Serial Port Monitor was zu lesen und habe auch das Test-Tool von see-solutions getestet.
Habe das KWL-Modul auch am laufen. Hast Du Rx/Tx vertauscht ?
Sub-D9 -> RJ45:
Pin2 -> Pin3
Pin3 -> Pin2
Pin5 -> Pin8
Hallo,
die Meldungen können verschiedene Ursachen haben. Hast Du eine Fernbedienung / Steuereinheit parallel angeschlossen? Die senden fast ständig ... Dann könnte es sein, dass der Request gleichzeitig mit einem Befehl der Steuereinheit gesendet wurde und bei seriellen Verbindungen führt das zu Kollisionen.
Es kann auch sein, dass einfach bei der Übertragung ein Bit gekippt ist und dass der Request oder die Response nicht verstanden wurde.
Am besten drehst Du mal verbose auf 5, dann sieht man alles was gesendet und empfangen wird.
Gruss
Stefan
Hallo erstmal,
also ich möcht mich auch mal bedanken. Klasse Arbeit die hier unentgeldlich geleistet wird.
Da ich auch absoluter FHEM-Neuling bin hat´s ein bisschen gedauert bis die ComfoAir mit mir gesprochen hat...aber jetzt funzts :)
Hat jemand schon ein GUI für die Lüftungsanlage gemacht, in dem die Bedien- und Beobachtung grafisch aufbereitet wurde?
Wäre Klasse wenn auch da schon was auf dem "Markt" wäre ;D
Danke schon mal und viele Grüße!
AirMax
Hallo AirMax,
für die Darstellung bin ich ein Fan von einem Kindle mit eInk Display als Fhem-Display.
Recht einfach klappt das mit einem alten Kindle4. Die grafische Darstellung kann per SVG Grafik gemalt werden und Fhem ersetzt dann die Texte / Werte mit aktuellen Daten...
Gruss
Stefan
Hallo Stefan,
die Hardware ist bei mir schon fix. Mir ging es eher um ein fertiges Frontend, das ich evtl. nutzen kann.
Bei den ganzen KWL-/ComfoAir-Nutzern hier im Forum muss es doch da bestimmt schon was geben ;)
Danke schon mal.
AirMax
@Stefan:
In der Protokollbeschreibung gibt es einen Testmodus.
ZitatKommando: 0x00 0x09 Klappen setzen
Daten: Byte[1]
Byte[2]
Bypass (1 = offen / 0 = geschlossen / 3 = Stop)
Vorheizung (1 = offen / 0 = geschlossen / 3 = Stop)
Kann das Modul erweitert werden, um den Bypass auch bei Bedarf zu aktivieren ?
Normalerweise wird der Bypass im Sommermodus in Verbidnung mit der Komfortemperatur automatisch aktiviert.
Hallo,
vermutlich reicht es, den Befehl in der parseInfo Struktur am Anfang des Moduls einzubauen.
Ich werde aber diese Woche leider nicht dazu kommen, mir das anzusehen.
Probier's doch einfach mal aus.
Gruss
Stefan
Hallo,
sobald meine Hardware eintrifft, möchte ich mich auch mal an die FHEM Einbindung meines 350er Anlage kümmern. Ich habe zwar jetzt meiner Meinung nach einige Beiträge durch, aber für mich noch keine Antwort gefunden, ob der komplizierte
RJ45 --> DSUB9 --> USB --> RasPi Lötanschluss
auch durch einen RS232 to USB Adapter gelöst werden kann.
z.B. so
http://www.amazon.de/PL2303HX-UART-RS232-COM-Kabel-Konverter-Modul/dp/B00WEMQ7IQ/ref=sr_1_4?s=computers&ie=UTF8&qid=1455010775&sr=1-4&keywords=usb+to+rs232+ttl (http://www.amazon.de/PL2303HX-UART-RS232-COM-Kabel-Konverter-Modul/dp/B00WEMQ7IQ/ref=sr_1_4?s=computers&ie=UTF8&qid=1455010775&sr=1-4&keywords=usb+to+rs232+ttl)
oder so:
http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B008RF73CS/ref=sr_1_2?s=computers&ie=UTF8&qid=1455010775&sr=1-2&keywords=usb+to+rs232+ttl (http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B008RF73CS/ref=sr_1_2?s=computers&ie=UTF8&qid=1455010775&sr=1-2&keywords=usb+to+rs232+ttl)
Moin hofschalk,
Zitatauch durch einen RS232 to USB Adapter gelöst werden kann.
geht wunderbar, ggf. muß TX/RX gekreuzt werden.
Gruß Joachim
Das habe ich soweit verstanden. Hab nur nicht ganz kapiert, warum dann nochmal der Umweg vom Rj45 zum dsub Stecker. Ich hätte halt auf dem selbstbauadapter den Rj45stecker mit getauschtem TX und Rx gekrimpt.
Wie man sieht, ist meine EDV Fachkenntnis etwas simpel. Dieses TTL Modul ist dann unschädlich
(Und falls sich jetzt jemand - evtl auch zu Recht - denkt, was will der Amateur mit einem solchen System: Ich würde es anhand der vielen guten Anleitungen einfach mal probieren und mich einarbeiten)
Der Umweg über RJ45 ist unnötig.
Ich habe direkt den RS232-PC Anschluss an der Comfoair genommen,und dann mit einem RS232 auf usb-Adapter an einen Raspberry angeschlosse.
Gruß Joachim
Ok, danke. Da ich jedoch nur die einfache Platine mit dem Rj45 Stecker habe, muss ich doch einen kleinen Umweg gehen.
Zitat von: Joachim am 11 Februar 2016, 15:42:23
Ich habe direkt den RS232-PC Anschluss an der Comfoair genommen
Wenn man an den RS232-PC Anschluss geht, darf man dann eine CC Ease Bedieneinheit angeschlossen lassen?
So wie ich es verstanden habe, kann man nicht gleichzeitig die CC Ease verwenden und FHEM seriell verbinden, oder?
Auf die CC Ease möchte ich nicht verzichten und will nur eine zusätzliche Möglichkeit, Daten der ComfoAir 350 zu visualisieren.
Ist das irgendwie möglich?
Grüße, Jannik
Hallo Jannik,
Fhem kann mitlesen während CC Ease angeschlossen ist. Nur senden sollte Fhem nicht währen CC Ease das macht.
Gruss
Stefan
Zitat von: kaktus567 am 24 Januar 2016, 18:51:59
@Stefan:
In der Protokollbeschreibung gibt es einen Testmodus.
Kann das Modul erweitert werden, um den Bypass auch bei Bedarf zu aktivieren ?
Normalerweise wird der Bypass im Sommermodus in Verbidnung mit der Komfortemperatur automatisch aktiviert.
Hallo,
ich bekomme das leider nicht hin, kann jemand da mal reinschauen ? :-[
Zitat von: kaktus567 am 24 Januar 2016, 18:51:59
@Stefan:
In der Protokollbeschreibung gibt es einen Testmodus.
Kann das Modul erweitert werden, um den Bypass auch bei Bedarf zu aktivieren ?
Normalerweise wird der Bypass im Sommermodus in Verbidnung mit der Komfortemperatur automatisch aktiviert.
Hallo,
ich bekomme das leider nicht hin, kann jemand da mal reinschauen ? :-[
2. Wie kann die Abfrage jede volle Minute erfolgen ? , "alignTime" gibt's ja hier nicht
Hallo zusammen,
die Idee mit dem Bypass ist nicht schlecht, da man diesen nicht selbst beeinflussen kann. Der Sommermodus wird durch die Firmware aktiviert.
Es gibt aber eine Möglichkeit: nachfolgende Funktionen habe ich mit ComfoPC getestet, aber ich werde aus dem Sourcecode von "98_ComfoAir.pm" nicht schlau.
Benötigt wird:
1. Testmodus aktivieren:
Kommando: 0x00 0x01 Testmodus Modus starten
Daten: -
Antwort: 0x00 0x02 Bestätigung Testmodus
Daten: -
2. Klappe setzen/rücksetzen:
Kommando: 0x00 0x09 Klappen setzen
Daten: Byte[1] Bypass (1 = offen / 0 = geschlossen / 3 = Stop)
3. Testmodus aus:
Kommando: 0x00 0x19 Testmodus beenden
Daten: -
Antwort: 0x00 0x1A Bestätigung Ende Testmodus
Daten: -
Ich hab' keinen Schimmer, wie das eingebaut werden soll. Kann sich das jemand mal ansehen ?
Wie gesagt, die Befehle funktionieren ...
MfG
Hallo R2D2,
Am eigentlichen Programm-Code des Moduls musst Du vermutlich gar nichts ändern.
Das Modul beginnt mit der Definition einer großen Datenstruktur mit Namen %parseInfo.
Da steckt die Protokollbeschreibung drin. Um einen neuen Befehl hinzuzufügen musst Du nur diese Struktur erweitern.
Problematisch könnte es jedoch werden dass der Befehl für das Ein- und Ausschalten des Testmodus keine Daten enthält. Dafür ist der bisherige Code eigentlich nicht vorgesehen. Es könnte aber dennoch funktionieren. Ich kann das aber gerade leider nicht selbst testen.
"0002" => { unpack => "C", # da keine Daten geliefert werden, müsste unpack eigentlich entfallen. Der Code geht bisher jedoch davon aus, dass immer ein unpack-Code angegeben ist ...
name => "Test-Modus-Ein",
request => "0001", # keine Daten, also auch keine Readings. Ob das klappt?
},
Für das Setzen der Klappe könnte das so funktionieren:
"FF09" => { unpack => "C", # Es gibt gar keine Antwort auf diesen Befehl
name => "Klappen setzen", # eigener Request existiert auch nicht
readings => [ { name => "Bypass",
map => "1:offen, 0:geschlossen, 3:stop",
set => "0009:%02x03", }]}, # Byte 2 als 03 angenommen.
Alternativ gibt es ein Set-Befehl mit Namen SendRawData. Dem kannst Du einen Hex-String übergeben, z.B. 0001 zum Einschalten des Testmodus.
Wenn Du zusätzlich zu den 2 Befehls-Bytes noch Daten übergeben möchtest, kannst Du das bei SendRawData z.B. als 0009->01 angeben.
Damit sollte es auf jeden Fall funktionieren.
Gruß
Stefan
@Stefan: vielen Dank für die Unterstützung. Habe es umgesetzt und es funktioniert ! 8)
Hier die Änderungen am Modul 98_ComfoAir.pm:
"0002" => { unpack => "C",
name => "Test-Modus-Ein",
request => "0001",
},
"001A" => { unpack => "C",
name => "Test-Modus-Aus",
request => "0019",
},
"FF09" => { unpack => "C",
name => "Klappen setzen",
readings => [ { name => "Bypass",
map => "1:offen, 0:geschlossen, 3:stop",
set => "0009:%02x03", }]},
Testmodus Ein: set KWL request-Test-Modus-Ein
Testmodus Aus: set KWL request-Test-Modus-Aus
Bypass-Klappe öffnen: set KWL Bypass offen
Bypass-Klappe schliessen: set KWL Bypass geschlossen
Die weitere Logik in FHEM könnte dann so aussehen:
Wenn es im jeweiligen Raum zu warm wird und die Zehnder-Logik noch nicht auf Sommerbypass umgeschaltet hat, kann
man jetzt in den Testmodus wechseln, die Bypass-Klappe öffnen und eine Temperaturabsenkung abwarten. Dann wieder die
Bypass-Klappe schliessen und den Testmodus verlassen.
Im Testmodus ist die Lüftungsstufe nicht schaltber, so dass man sich vorher entscheiden muss. Vermutlich sowieso dann
Stufe 3 und anschliessend "lüften".
Noch einen Nachtrag:
Was bedeutet / wofür steht hier "x03" ?
set => "0009:%02x03", }]}, # Byte 2 als 03 angenommen.
Kann die Bestätigung Beginn/Ende Testmodus abgefragt werden ? d.h., kann man die Antwort der ComfoAir irgendwo abfangen ?
Es gibt lt. Protokoll keine Statusabfrage, ob sich das Gerät im Testmodus befindet, lediglich eine Anzeige am Gerät selbst mittels "t"
0x00 0x1A Bestätigung Ende Testmodus
Hallo,
Der Befehl zum Setzen der Klappen sendet immer zwei Bytes. Das erste für den Bypass, das zweite für die Vorheizung. So zumindest interpretiere ich die Protokollspezifikation.
Wenn man es vollständig implementieren wollte, müsste man immer beim Set beide Werte angeben und zwei Bytes kodieren...
Was den Status / Testmodus angeht, so setzt das Modul bisher nur Readings wenn die Lüftung auch Werte sendet. Im Fall des Testmodus müsste man das Modul so erweitern, dass es sich den Zustand selbst merkt.
Gruß
Stefan
Wie können die Änderungen ins nächste Update einfliessen ? Habe gerade gemerkt, dass meine durch ein Update von FHEM überschrieben wurden ...
Diese Änderungen sind zum Ansteuern des Bypass erforderlich:
"0002" => { unpack => "C",
name => "Test-Modus-Ein",
request => "0001",
},
"001A" => { unpack => "C",
name => "Test-Modus-Aus",
request => "0019",
},
"FF09" => { unpack => "C",
name => "Klappen setzen",
readings => [ { name => "Bypass",
map => "1:offen, 0:geschlossen, 3:stop",
set => "0009:%02x03", }]},
Ich bau es bei nächster Gelegenheit ein.
Gruss
Stefan
Anfängerfrage mal in die Runde:
Ich möchte auch meine CA350 in FHEM anbinden, da ich eine CC Ease habe erstmal nur lesend.
Kann ich nicht die Anbindung/Anschlüße der CC Ease nehmen? Also parallel?
Ich hatte meine Fragen schon im Unterforum Einplatinencomputer gestellt, aber ich glaube sie passt hier besser.
Um meine ComfoAir 350 in Fhem einzubinden habe ich folgenden Adapter gekauft: http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B008RF73CS/ref=cm_cr_arp_d_product_top?ie=UTF8 (http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B008RF73CS/ref=cm_cr_arp_d_product_top?ie=UTF8)
Eingebunden in Fhem mit /dev/ttyUSB0@9600
Wird wohl dort erkannt, STATE wechselt auf opened. Wenn ich USB1 nehme dann bleibt es bei disconnected.
RX,TX und Ground von der abgeklemmten CCEase Einheit genommen, Kabelfehler schliesse ich aus.
RX und TX auch schon vertauscht.
Eine Kommunikation findet aber nicht statt. Bei Verbose 5 finde ich folgendes:
2016.04.06 22:24:34 5: ComfoAir350: handle send queue
2016.04.06 22:24:34 5: ComfoAir350: send busy, delay writing from queue
2016.04.06 22:24:35 4: WEB_192.168.0.10_55318 POST /fhem?detail=ComfoAir350&dev.getComfoAir350=ComfoAir350&cmd.getComfoAir350=get&arg.getComfoAir350=Stufe&val.getComfoAir350=&XHR=1&addLinks=1&fw_id=130; BUFLEN:0
2016.04.06 22:24:35 5: Cmd: >get ComfoAir350 Stufe<
2016.04.06 22:24:35 3: ComfoAir350: Request found in getHash created from parseInfo data
2016.04.06 22:24:35 4: ComfoAir350: send adds frame to queue with cmd 00cd (get Ventilation-Levels) / frame 07f000cd007a070f
2016.04.06 22:24:35 5: ComfoAir350: send queue length : 2
2016.04.06 22:24:35 5: ComfoAir350: handle send queue
2016.04.06 22:24:35 5: ComfoAir350: send busy, delay writing from queue
2016.04.06 22:24:35 5: ComfoAir350: ReadAnswer called for get Stufe
2016.04.06 22:24:37 3: ComfoAir350: Timeout2 in ReadAnswer for Stufe
2016.04.06 22:24:37 4: name: /fhem?detail=ComfoAir350&dev.getComfoAir350=ComfoAir350&cmd.getComfoAir350=get&arg.getComfoAir350=Stufe&val.getComfoAir350=&XHR=1&addLinks=1&fw_id=130 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.04.06 22:24:37 3: ComfoAir350: timeout waiting for reply expecting 00ce Request was 07f000cd007a070f
2016.04.06 22:24:37 5: ComfoAir350: handle send queue
2016.04.06 22:24:37 4: ComfoAir350: handle queue sends get Ventilation-Levels code: 00cd frame: 07f000cd007a070f and wait for 00ce
2016.04.06 22:24:37 5: SW: 07f000cd007a070
Wer kann mir einen Tip geben?
Hallo RitterSport,
wenn Du nur lesend auf die Lüftung zugreifen möchtest, kannst Du Fhem parallel anschließen. Nur wenn Du auch Befehle schicken möchtest, sollte die externe Steuerung abgeklemmt werden, da es sonst zu Problemen kommen kann, wenn beide gleichzeitig Befehle schicken.
Ob Dein USB-Adapter hier funktioniert, kann ich nicht sagen. Ich verwende einen ganz normalen USB to Seriell Adaper.
Gruss
Stefan
Hallo R2D2,
ich habe Deine Ergänzungen eingebaut und das aktualisierte Modul gerade eingecheckt.
Die Readings-Namen, die noch Umlaute enthalten haben, habe ich auch umbenannt.
Gruss
Stefan
@ Stefan Strobel
Könntest du mir einen Link eines bis jetzt funktionierenden Adapters geben?
Nicht das es wirklich an meinem aktuellen Adapter liegt und der nächste von mir ausgesuchte geht dann auch wieder nicht.
Danke im vorraus
Hallo,
ich habe einen Mehrfach-Adapter (DA 70158).
Aber eigentlich sollte jeder ganz normale USB-RS232-Adapter funktionieren.
Gruss
Stefan
Parallel zur CCEase konnte ich den Adapter nicht anschliessen, auch wenn beim Modul alles auf Poll 0 steht und kein Abfrageintervall definiert ist.
Nach kurzer Zeit bleibt Fhem dann stehen und ist auch nicht zu erreichen, dann hilft nur ein Reboot der Raspi.
Hallo RitterSport,
bei mir läuft es in parallelem Betrieb. Hast Du mal verbose auf 5 gesetzt? Bekommt Dein Raspi evt. zu viele Meldungen von der Lüftung und ist überlastet?
Kommen überhaupt korrekte Nachrichten an?
Gruss
Stefan
Bei mir läuft's auch parallel - ohne Effekte.
Verbose hatte ich auf 5, allerdings scheint gar nichts anzukommen. Jedenfalls nicht bis zum Modul in Fhem.
Kann ich irgendwie auf Raspi-Ebene monitoring machen?
Hallo zusammen,
ich habe seint Kurzem auch meine ComfoAir 350 in FHEM eingebunden (über den PC-RS232-Anschluss). Parallel dazu ist die CC-Ease-Steuerung angeschlossen, außerdem ist an den Eingängen "WTW Abschalten" ein Abgas-Temperatursensor angeschllossen, der die Ventilatoren abschaltet, wenn der Kamin geheizt wird.
Dazu habe ich folgende Fragen:
1: ich habe mehrfach gelesen, dass es nicht empfohlen wird, eine externe Steuerung über die RS232-Schnittstelle parallel zu CC-Ease zu betreiben, da sie sich gegenseitig behindern können (jedefalls wenn man mit der externen Steuerung auch Befehle absetzen will). Leider will meine bessere Hälfte nicht auf CC-Ease verzichten, aus diesem Grund habe ich jetzt FHEM eine Weile doch parallel laufen lassen und (bis jetzt) keine Probleme festgestellt, d.h. wenn ich in FHEM die Stufe umschalte, wird es umgehend auf CC-Ease angezeigt und umgekehrt. Gibt es hier jemanden, der wirklich negative Auswirkungen gehabt hat?
2: wenn der Kamin geheizt wird, zeigt die CC-Ease "E4" an. Da wir jetzt nicht mehr heizen, konnte ich noch nicht prüfen, wie FHEM sich dann verhält. Kann man die entsprechenden Kontakte ebenfalls auslesen, oder bekommt FHEM auf einem der anderen Kanäle mit, dass die Ventilatoren abgeschaltet sind?
Danke im Voraus!
Hallo tndx,
ich hatte auch eine Zeit lang beides parallel und trotzdem Befehle von Fhem aus abgesetzt. Passiert ist dabei nichts negatives, das kann aber auch Glück gewesen sein. Wenn man verbose 5 setzt und zuschaut wie die CC-Ease Befehle absetzt, dann sieht man allerdings, dass die sehr geschwätzig ist. Wenn zwei Befehle von Fhem und CC-Ease gleichzeitg gesendet werden, ist auch klar, dass bei der Lüftung nur Müll ankommen kann ...
Gruss
Stefan
Zitat von: StefanStrobel am 23 April 2016, 09:23:11
ich hatte auch eine Zeit lang beides parallel und trotzdem Befehle von Fhem aus abgesetzt. Passiert ist dabei nichts negatives, das kann aber auch Glück gewesen sein. Wenn man verbose 5 setzt und zuschaut wie die CC-Ease Befehle absetzt, dann sieht man allerdings, dass die sehr geschwätzig ist. Wenn zwei Befehle von Fhem und CC-Ease gleichzeitg gesendet werden, ist auch klar, dass bei der Lüftung nur Müll ankommen kann ...
Nach ein paar weiteren Testtagen habe ich mittlerweile mehrmals solche Effekte gehabt. Wenn man manuell schalltet, merkt man, dass die Aktion erfolglos war und kann sie nochmal anstoßen, wenn man aber die Befehle automatisch absetzt (at), kann man sich leider nicht sicher sein, dass das auch funktioniert. Mehrfach hintereinander ausführen, hilft auch nur bedingt, da man auch mehrfach hintereinander Pech haben kann... Ich werde dann mal schauen, ob ich nicht eine Anweisung hinkriege, die nach jedem at prüft, ob die Ausführung funktioniert hat und andernfalls die Ausführung nochmal startet, bis es funktioniert hat.
Eine andere Frage an Dich, Stefan: ist es umständlich, das ComforAir-Modul so zu erweitern, dass man konfigurieren kann, ob die serielle Schnittstelle zwischen den einzelnen FHEM-Abfragen geöffnet bleibt, oder nicht? Dann müsste FHEM auch nicht ständig mitkriegen, dass CC-Ease mit der ComfoAir am schwätzen ist. Ich habe leider keinerlei Perl-Kenntnisse und bevor ich mich einarbeite, wüsste ich gerne, ob das überhaupt Aussicht auf Erfolg hat.
Nochmals die Frage in die Runde was ich noch machen kann:
Mittlerweile kann Fhem mitlesen, die CC-Ease ist angeschlossen mit VCC ,GND, Tx und Rx am ComfoAir.
Tx und Rx greife ich ab und führe sie zum Adapter. Jetzt werden in Fhem alle Readings sekündlich aktualisiert und ich kann sie lesen.
Setzen der Stufen etc geht aber nicht, da beim Auswählen er sofort alles wieder ändert.
Die CC-Ease rauslassen, Tx,Rx und Ground verbinden mit dem Adapter funktioniert auch nicht, da meldet das Modul nur "opened".
CC-Ease angeschlossen und Rx,Tx UND GND bringt sofort einen Fehler auf der CC-Ease und das Modul zeigt keine Reaktion mehr.
Dieses Verhalten tritt an einem anderen Adapter genauso auf. Sobald Ground verbunden ist, geht es nicht.
Hab ich irgendwas übersehen?
Hallo,
Klingt für mich so als wären ein paar Adern / Pins vertauscht.
Wenn Du nur TX und RX ohne GND abgreifst, solltest Du nichts mitlesen können. Evt. hast Du statt TX GND verbunden. Dann wäre es für mich plausibel.
Dass dann beim Verbinden von GND gar nichts mehr empfangen wird klingt wieder nicht plausibel.
Prüf doch nochmal ob da wirklich keine Adern vertauscht sind.
Gruss
Stefan
Zitat von: RitterSport am 30 April 2016, 18:18:51
Mittlerweile kann Fhem mitlesen, die CC-Ease ist angeschlossen mit VCC ,GND, Tx und Rx am ComfoAir.
Tx und Rx greife ich ab und führe sie zum Adapter. Jetzt werden in Fhem alle Readings sekündlich aktualisiert und ich kann sie lesen.
Setzen der Stufen etc geht aber nicht, da beim Auswählen er sofort alles wieder ändert.
Ich habe ja auch FHEM parallel zu CC-Ease angeschlossen und kann dieses Verhalten absolut nachvollziehen. Du versuchst vermutlich die Stufen über die voreingestellten Felder des ComfoAir-Moduls zu setzen, dabei bist du schlicht zu langsam, denn die CC-Ease quatscht in ca 4-Sekunden-Takt dazwischen, dann werden die Felder sofort auf die von der CC-Ease zuletzt gemeldeten Werte zurückgesetzt. Wenn Du Dich beeilst, kriegst Du es sicherlich hin, ging mir zumindest auch so. Mit eigenen FHEM-Anweisungen geht das Setzen deutlich unproblematischer, aber trotzdem quatscht die CC-Ease immer wieder dazwischen, so dass man die Befehle ggf. mehrfach absetzen muss, bis das Gewünschte erreicht ist. S. auch meine Beiträge in diesem Thread.
Moin
wir haben nun auch eine ComfoAir 550 Luxe mit ZE Bedieneinheit ComfoSense 55.
Bin direkt am RS232 Anschluss an der Zusatzplatine und an meinem Raspi ein Digutus COM2USB Adatper angeschlossen.
Daten kommen alle an. So weit so gut.
Jetzt habe ich aber 2 Probleme:
1. Log
Ich kann die Logfile zwar füttern, aber das geschieht im Sekundentakt!
event-on-change-reading 1 oder
event-on-update-reading 1 oder
event-min-interval 60
bewirkt nur, dass im LOG aufeinmal nichts mehr geloggt wird!
################################### Comfoair550 #######################################
define ComfoAir550 ComfoAir /dev/ttyUSB1@9600 0
attr ComfoAir550 event-on-change-reading 1
attr ComfoAir550 hide-Betriebsstunden 0
attr ComfoAir550 hide-Bootloader-Version 1
attr ComfoAir550 hide-Firmware-Version 1
attr ComfoAir550 hide-KonPlatine-Version 1
attr ComfoAir550 hide-Sensordaten 1
attr ComfoAir550 hide-Status-Bypass 0
attr ComfoAir550 hide-Status-Vorheizung 1
attr ComfoAir550 hide-Temperaturen 0
attr ComfoAir550 hide-Test-Modus-Ein 1
attr ComfoAir550 hide-Ventilation-Levels 1
attr ComfoAir550 hide-Ventilation-Status 1
attr ComfoAir550 hide-Verzoegerungen 1
attr ComfoAir550 icon vent_ventilation_control
attr ComfoAir550 room _Uebersicht,KWL
attr ComfoAir550 stateFormat <table><tr><td>Lüftungsstufe</td><td>Stufe</td></tr><tr><td>Filter</td><td>Betriebsstunden_Filter</td></tr><tr><td>Temperatur Abluft</td><td>Temp_Abluft °C</td></tr><tr><td>Temperatur Zuluft</td><td>Temp_Zuluft °C</td></tr><tr><td>Temperatur Fortluft</td><td>Temp_Fortluft °C</td></tr><tr><td>Temperatur Aussen</td><td>Temp_Aussen °C</td><tr><td>Bypass Sommermodus</td><td>Bypass_Sommermodus</td><tr><td>Abluft aktuell</td><td>Proz_Abluft_aktuell</td><tr><td>Zuluft aktuell</td><td>Proz_Zuluft_aktuell</td><tr><td>Zuluft niedrig</td><td>Proz_Zuluft_niedrig</td><tr><td>Zuluft mittel</td><td>Proz_Zuluft_mittel</td><tr><td>Zuluft hoch</td><td>Proz_Zuluft_hoch</td><tr><td>Abluft niedrig</td><td>Proz_Abluft_niedrig</td><tr><td>Abluft mittel</td><td>Proz_Abluft_mittel</td><tr><td>Abluft hoch</td><td>Proz_Abluft_hoch</td></table>
attr ComfoAir550 verbose 4
define FileLog_ComfoAir FileLog ./log/ComfoAir-%Y-%W.log ComfoAir550.*
2. KWL über FHEM steuern
Wenn ich mein Bedienteil Comfosense abklemme und gnd, tx, rx direkt an Delock Sub-D 9-Polig Terminalblock Adapter bekomme ich keine Readings mehr.
Vertauschen von RX/TX brachte keinen Erfolg, auch nach jeden Wechsel eines Kabels wurde die ComfoAir550 neugestartet.
Schliesse ich es parallel zum Comfosense an, kann ich keine Steuerbefehle senden, bzw. haben keine Auswirkung.
2016.05.14 15:02:13 5: ComfoAir550: ParseFrames got frame: 07f000da11000000000000000000000000000000000098070f data 00da11000000000000000000000000000000000098 Rest
2016.05.14 15:02:13 5: ComfoAir550: read split frame into cmd 00da, len 17, data 0000000000000000000000000000000000 chk 152
2016.05.14 15:02:13 5: ComfoAir550: read: unknown cmd 00da, len 17, data 0000000000000000000000000000000000, chk 152
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 5: ComfoAir550: raw buffer:
2016.05.14 15:02:13 5: ComfoAir550: Set found option Stufe in setHash created from parseInfo data
2016.05.14 15:02:13 5: ComfoAir550: found hoch in setHash rmap and converted to 4
2016.05.14 15:02:13 4: ComfoAir550: send adds frame to queue with cmd 0099 / frame 07f0009901044b070f
2016.05.14 15:02:13 5: ComfoAir550: send queue length : 0
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 4: ComfoAir550: handle queue sends code: 0099 frame: 07f0009901044b070f
2016.05.14 15:02:13 5: SW: 07f0009901044b070f
2016.05.14 15:02:13 4: ComfoAir550: send adds frame to queue with cmd 00cd (get Ventilation-Levels) / frame 07f000cd007a070f
2016.05.14 15:02:13 5: ComfoAir550: send queue length : 0
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 5: ComfoAir550: send busy, delay writing from queue
2016.05.14 15:02:13 5: ComfoAir550: ReadAnswer called for get Stufe
2016.05.14 15:02:13 5: ComfoAir550: ReadAnswer got: 07
2016.05.14 15:02:13 5: ComfoAir550: raw buffer: 07
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 5: ComfoAir550: send busy, delay writing from queue
2016.05.14 15:02:13 5: ComfoAir550: ReadAnswer got: 07f307f000
2016.05.14 15:02:13 5: ComfoAir550: raw buffer: 07f307f000
2016.05.14 15:02:13 5: ComfoAir550: read got Ack
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 4: ComfoAir550: handle queue sends get Ventilation-Levels code: 00cd frame: 07f000cd007a070f and wait for 00ce
2016.05.14 15:02:13 5: SW: 07f000cd007a070f
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 5: ComfoAir550: ReadAnswer got: 07f00004020000
2016.05.14 15:02:13 5: ComfoAir550: raw buffer: 07f00004020000
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 5: ComfoAir550: ReadAnswer got: 07f00004020000b3
2016.05.14 15:02:13 5: ComfoAir550: raw buffer: 07f00004020000b3
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
2016.05.14 15:02:13 5: ComfoAir550: ReadAnswer got: 07f00004020000b3070f
2016.05.14 15:02:13 5: ComfoAir550: raw buffer: 07f00004020000b3070f
2016.05.14 15:02:13 5: ComfoAir550: ParseFrames got frame: 07f00004020000b3070f data 0004020000b3 Rest
2016.05.14 15:02:13 5: ComfoAir550: read split frame into cmd 0004, len 2, data 0000 chk 179
2016.05.14 15:02:13 5: ComfoAir550: read: unknown cmd 0004, len 2, data 0000, chk 179
2016.05.14 15:02:13 3: ComfoAir550: read did not get expected reply (00ce) but 0004
2016.05.14 15:02:13 5: ComfoAir550: handle send queue
Für Anregungen wäre ich sehr dankbar.
Gruß
Kobi
Hallo,
ich habe es auch seit gestern am laufen. (Comfoair 350 / CC-Ease & RS232-PC) läuft soweit wiklich gut gut.
Eine wahrscheinlich einfache Fragen habe ich doch :
a) An der CC-EASE kann ich -> Zufuhr von Luft und/oder Abfuhr von Luft einstellen. Ich habe keine Möglichkeit gesehen das über FHEM zu steuern oder zu ändern !?
(Hintergrund : Wir haben im Gebiet leider einige Kamine, und es kommt immer wieder vor das der Qualm in der Staße steht und angesaugt wird, dann stelle ich die
auf A und Zuluft aus ;-)
Hab gerade aber das mit dem WTW Anschluss gefunden und werde mal versuchen so die Kuh vom Eis zu bekommen. :-)
Leider scheine ich diesen Port / Anschluss nicht zu haben.
LG Toron
Hallo Kobi,
Zu 1)
Wenn Du event-on-change-reading korrekt verwendest, wird es klappen.
Z.B.
attr ComfAir550 event-min-interval .*:600
attr ComfAir550 event-on-change-reading .*
Zu 2)
Wenn Du fhem parallel zum Bedienteil angeschlossen hast und Readings bekommst, ist zumindest GND und RX korrekt angeschlossen. Schreiben kann man parallel so gut wie nicht, da das Bedienteil zu schnell dazwischen schreibt und sich dann die Befehle auf der seriellen Leitung gegenseitig überschreiben.
Gruß
Stefan
Hallo Toron,
So weit ich mich erinnere, gab es in der bisher bekannten Protokollbeschreibung keinen Befehl um Zuluft komplett zu deaktivieren aber Abluft laufen zu lassen.
Wenn Du eine Möglichkeit hast, die serielle Übertragung von Deiner Bedieneinheit mitzulesen und den Befehl identifizieren kannst, ist er aber schnell im Modul integriert.
Gruß
Stefan
Zitat von: StefanStrobel am 05 November 2016, 17:30:00Wenn Du eine Möglichkeit hast, die serielle Übertragung von Deiner Bedieneinheit mitzulesen und den Befehl identifizieren kannst, ist er aber schnell im Modul integriert.
Hallo Stefan,
würde ich machen wenn ich wüste wie es geht, wenn du mir was schreibs ... bin sofort dabei. :-)
Also wenn ich das an der Bedieneinheit umstelle ändert sich auch der "Zuluft_aktiv auf 0"
Es gibt 3 Kombinationen die sich durch schalten lassen : Zuluft an & Abluft an / Zuluft an & Abluft aus / Zuluft aus & Abluft an /
Lg Toron
P.S. Wegen meinem Nachbar Rauch Thema habe ich die Abwesend von 15% auf 0 % umgestellt. dadurch UPM_Abluft & UPM_Zuluft von 500 auf (Abluft 37 Zuluft 100-200) runter ;-) Warum das variert ist mir noch unklar (Wind oder Messungenauigkeit ..) Jedenfalls geht der verbaurch auch von 10 Watt auf 4-5 Watt runter.
Hallo Toron,
Das Modul implementiert weitgehend die Protokollbeschreibung von See Solutions:
http://www.see-solutions.de/sonstiges/Protokollbeschreibung_ComfoAir.pdf
Du könntest jetzt Deinen seriellen Anschluss so verkabeln, dass Du die Befehle vom Bedienteil sehen kannst und dann die Befehle mit der Protokollbeschreibung abgleichen.
Irgendwo wird dann der gesuchte Befehl kommen.
Wenn Du beide Kommunikationsrichtungen. Verfolgen möchtest benötigst Du allerdings zwei serielle Schnittstellen und ein Programm, das beides lesbar aufzeichnet. Oder eine Bus analyzer o.ä.
Das wird sicher kein keiner Aufwand.
Gruß
Stefan
Zitat von: StefanStrobel am 07 April 2016, 17:42:21
[...]
Nur wenn Du auch Befehle schicken möchtest, sollte die externe Steuerung abgeklemmt werden, [...]
Gruss
Stefan
Ich hab auch zwei Boards und eine CC Ease verbaut (bekommen), möchte aber ganz gerne über FHEM steuern.
Was ist denn zur Abklemmung zur machen?
Reicht es, die Verbindung zwischen Steuer- und Konnektorplatine zu trennen und an der Steuerplatine die bekannte RJ45 auf Sub-D9 Verkabelung zum seriellen Adapter am FHEM Server herzustellen?
Beste Grüße,
SnakeZZ
Ich hab nur +5V an der Steuerung abgeklemmt. Es reicht wenn die keine Befehle mehr sendet.
Gruss
Stefan
Hi Stefan,
vielen Dank für die Antwort. Auf den Schaltplänen finde ich keine 5V. Bei mir steht da zum CC Ease 12V. Meinst du das?
Weisst du zufällig ob ich auch an die RS232-KFB statt an die RS232-PC gehen kann? Ich müsste mir sonst extra noch eine
RS-232 beschaffen... Und da gibts ja direkt nebenan auch noch eine Ext. Comm. RJ45 Buchse... Leider sieht man nicht, was da angelegt ist;
die wäre perfekt... dann könnte ich direkt mit nem Patchkabel aus der Lüftung raus...?!?
Beste Grüsse,
SnakeZZ
Hallo Snake,
Ja 12V ist korrekt.
Das mit dem andren Anschluss habe ich nicht getestet.
Gruß
Stefan
Hallo,
hier mal ein kleines Update zum Testen bevor ich es einchecke:
In der Version kommt nach einem Set kein Fenster mit Ausgabe mehr, es sei denn es gab einen Fehler.
Das mit der Ausgabe hatte ich damals so implementiert, ist aber eigentlich nicht üblich. Daher fällt es jetzt weg.
Gruss
Stefan
Hallo Zusammen,
ich steuere mittlerweile auch meinen Comfoair über FHEM, zumindest die Belüftungsstufen...
Frage an die Runde: Wie steuert Ihr den Bypass? Wird der automatisch geregelt durch setzen der Komforttemperatur
oder steuert Ihr aktiv über "offen/geschlossen/stop"?
Beste Grüsse,
SnakeZZ
Hallo,
ein Freund von mir ist gerade dabei FHEM aufzusetzen (auf einem Raspberry Pi 3). Er hat eine Comfoair 350 luxe mir CC-Ease.
Haben das Modul also wie beschrieben eingerichtet nur leider kriegen wir es nicht zum laufen. Deshalb hoffe ich hier mal auf einen Hinweis :)
Was wir gemacht haben ...
Wir haben an den Seriell PC Anschluss auf der Steuerplatine einen RS232 Stecker angeschlossen und TX / RX / GND auf einen USB / Seriell Wandler geführt. Um es gleich vorweg zu nehmen ... TX / RX testweise tauschen haben wir schon versucht - ohne Änderung am Ergebnis.
In FHEM haben wir dann das Modul angelegt und zwar so wie hier beschrieben:
https://baublog.jensschanz.de/2015/10/06/comfoair-350-im-smarthome-mit-fhem/
define ComfoAir350 ComfoAir /dev/ttyUSB0@9600 60
attr ComfoAir350 poll-Betriebsstunden 1
attr ComfoAir350 poll-Sensordaten 1
attr ComfoAir350 poll-Status-Vorheizung 1
attr ComfoAir350 poll-Ventilation-Levels 1
attr ComfoAir350 poll-Ventilation-Status 1
attr ComfoAir350 room Heizung
Das es auch wirklich ttyUSB0 ist (und der Port zur Verfügung steht) haben wir mittels dmesg geprüft.
In FHEM haben wir dann versucht den RS232 Modus anzupassen (wobei uns nicht ganz klar war ob das zwingend müssen und welcher denn nun der richtige ist).
Leider haben wir keinerlei readings bekommen. Was aufgefallen ist was der RAWBUFFER. Der ist zum Teil komplett übergelaufen.
Im FHEM Log fanden sich zahlreiche Einträge mit "request timeout".
Kann uns hier jemand einen Tip geben was die beste Vorgehensweise ist um die Comfoair an FHEM zu koppeln?
Ich vermute wir haben irgendwo einen kleinen Denkfehler drin - aber gestern nach 2 Stunden versuchen haben wir dann erstmal abgebrochen.
Hat denn wirklich niemand einen Tipp? :-[
Hallo Dominik,
zunächst mal würde ich das Modul so konfigurieren, dass nur mitgelesen wird.
Ein aktives Pollen / Schreiben ist problematisch wenn gleichzeitig die CC-Ease angeschlossen ist.
Dann das Modul auf verbose 5 setzen und das entstandene Fhem-Log mit den Meldungen posten wäre ein Anfang.
Gruss
Stefan
ZitatFrage an die Runde: Wie steuert Ihr den Bypass? Wird der automatisch geregelt durch setzen der Komforttemperatur
oder steuert Ihr aktiv über "offen/geschlossen/stop"?
Über die Komforttemperatur funktioniert das zwar, aber eben nur bis 12°C. Daher nutze ich das hier:
https://forum.fhem.de/index.php/topic,23373.msg429021.html#msg429021 (https://forum.fhem.de/index.php/topic,23373.msg429021.html#msg429021)
Moin @all,
es hat nun endlich geklappt. Es reicht wohl nicht nur GND, TX und RX zu verkabeln an dem RS232 Port.
Da braucht es noch irgendeine additive Spannung (Ich denke mal über RTS oder DTR).
Mit einem fertigen USB<>Seriell Adapter hat es auf Anhieb geklappt. :P
Hallo zusammen,
ich habe nach langer Pause wieder meine Comfoair 350 angeschlossen und aktiviert, und stelle fest, dass es einige Readings nicht mehr gibt, die es vor der Pause gegeben hat:
Betriebsstunden_Filter
UPM_Abluft
UPM_Zuluft
Bei Betriebsstunden_Filter bin ich mir jetzt nicht 100% sicher, aber die anderen beiden gab es definitiv, sie sind auch im Screenshot von Stefan im 1.Post zu sehen. Was ist aus denen geworden? Konnte auf Anhieb auch keine Informationen über gravierende Änderungen an dem Modul finden...
Hallo tndx,
am Modul hat sich nichts geändert.
Wenn Du diese Werte kontinuierlich abfragen möchtest, musst Du das per Attribut aktivieren:
poll-Ventilation-Status 1
oder per set request-Ventilation-Levels einmalig abfragen.
Gruss
Stefan
Hallo Stefan,
Danke für Deine Antwort!
"poll-ventilation-Status 1" ist bei mir eingestellt:
Internals:
BUSY 0
CHANGED
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03GET8-if00-port0@9600 0
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03GET8-if00-port0@9600
EXPECT
FD 9
INTERVAL 0
LASTFRAMEDATA 003c0a8116fd5b6d77000000e0a6
LASTREQUEST 07f000d1007e070f
NAME ComfoAir350
NR 45
PARTIAL
RAWBUFFER
STATE <table><tr><td>Lüftungsstufe</td><td>abwesend</td></tr><tr><td>Filter</td><td>Betriebsstunden_Filter</td></tr><tr><td>Temperatur Abluft</td><td>20 °C</td></tr><tr><td>Temperatur Zuluft</td><td>19 °C</td></tr><tr><td>Temperatur Fortluft</td><td>10 °C</td></tr><tr><td>Temperatur Aussen</td><td>9.5 °C</td></tr><td>Lüfter Abluft</td><td>UPM_Abluft rpm</td></tr><td>Lüfter Zuluft</td><td>UPM_Zuluft rpm</td></tr></table>
TYPE ComfoAir
Readings:
2017-02-11 15:24:56 Analog1_Ab_Wunsch 0
2017-02-11 15:24:56 Analog1_Proz 0
2017-02-11 15:24:56 Analog1_Zu_Wunsch 0
2017-02-11 15:24:56 Analog2_Ab_Wunsch 0
2017-02-11 15:24:56 Analog2_Proz 0
2017-02-11 15:24:56 Analog2_Zu_Wunsch 0
2017-02-11 15:24:56 Analog3_Ab_Wunsch 0
2017-02-11 15:24:56 Analog3_Proz 0
2017-02-11 15:24:56 Analog3_Zu_Wunsch 0
2017-02-11 15:24:56 Analog4_Ab_Wunsch 0
2017-02-11 15:24:56 Analog4_Proz 0
2017-02-11 15:24:56 Analog4_Zu_Wunsch 0
2017-02-11 15:24:57 Bypass_Faktor 5
2017-02-11 15:24:57 Bypass_Korrektur 5
2017-02-11 15:24:57 Bypass_Sommermodus nein
2017-02-11 15:24:57 Bypass_Stufe 0
2017-02-11 15:24:56 Feucht_Enthalpie 0
2017-02-11 15:24:58 Frostminuten 0
2017-02-11 15:24:56 Koeff_Enthalpie 0
2017-02-11 15:24:57 Proz_Abluft_abwesend 15
2017-02-11 15:24:57 Proz_Abluft_aktuell 15
2017-02-11 15:24:57 Proz_Abluft_hoch 70
2017-02-11 15:24:57 Proz_Abluft_mittel 50
2017-02-11 15:24:57 Proz_Abluft_niedrig 35
2017-02-11 15:24:57 Proz_Zuluft_abwesend 15
2017-02-11 15:24:57 Proz_Zuluft_aktuell 15
2017-02-11 15:24:57 Proz_Zuluft_hoch 67
2017-02-11 15:24:57 Proz_Zuluft_mittel 48
2017-02-11 15:24:57 Proz_Zuluft_niedrig 33
2017-02-11 15:24:56 RS232-Modus nur-CC-Ease
2017-02-11 15:24:58 Status_Frostschutz inaktiv
2017-02-11 15:24:58 Status_Frostsicherheit 3
2017-02-11 15:24:58 Status_Klappe unbekannt
2017-02-11 15:24:58 Status_Vorheizung inaktiv
2017-02-11 15:24:57 Stufe abwesend
2017-02-11 15:24:57 Temp_Abluft 20
2017-02-11 15:24:57 Temp_Aussen 9.5
2017-02-11 15:24:57 Temp_EWT 0
2017-02-11 15:24:56 Temp_Enthalpie -20
2017-02-11 15:24:57 Temp_Flag 15
2017-02-11 15:24:57 Temp_Fortluft 10
2017-02-11 15:24:57 Temp_Komfort 22
2017-02-11 15:24:57 Temp_Zuluft 19
2017-02-11 15:24:56 Timer_Enthalpie 0
2017-02-11 15:24:57 Zuluft_aktiv 1
2017-02-11 00:08:56 state opened
Helper:
buffer
Attributes:
event-min-interval .*:3600
event-on-change-reading .*
event-on-update-reading .*
icon vent_ventilation_control
poll-Betriebsstunden 1
poll-Bootloader-Version 1
poll-Firmware-Version 1
poll-KonPlatine-Version 1
poll-Sensordaten 1
poll-Status-Bypass 1
poll-Status-Vorheizung 1
poll-Temperaturen 1
poll-Ventilation-Levels 1
poll-Ventilation-Status 1
poll-Verzoegerungen 1
room Heizungsraum
stateFormat <table><tr><td>Lüftungsstufe</td><td>Stufe</td></tr><tr><td>Filter</td><td>Betriebsstunden_Filter</td></tr><tr><td>Temperatur Abluft</td><td>Temp_Abluft °C</td></tr><tr><td>Temperatur Zuluft</td><td>Temp_Zuluft °C</td></tr><tr><td>Temperatur Fortluft</td><td>Temp_Fortluft °C</td></tr><tr><td>Temperatur Aussen</td><td>Temp_Aussen °C</td></tr><td>Lüfter Abluft</td><td>UPM_Abluft rpm</td></tr><td>Lüfter Zuluft</td><td>UPM_Zuluft rpm</td></tr></table>
Irgendeine andere Idee?
Edit:
Nachdem ich einmal manuell "set request..." gemacht habe, wurden die Readings angelegt. Die Ursache des Problems ist mir zwar nach wie vor unklar, aber es läuft jetzt.
Hallo,
Dein Abfrageintervall steht auf 0. Deshalb wird nichts gepollt.
Ist ein Bedienteil parallel angeschlossen?
Gruss
Stefan
Zitat von: StefanStrobel am 12 Februar 2017, 08:02:43
Dein Abfrageintervall steht auf 0. Deshalb wird nichts gepollt.
Ist ein Bedienteil parallel angeschlossen?
OK, das ist des Rätsels Lösung. Ich habe die 0 als "immer an" interpretiert, habe mich wie gesagt schon länger nicht damit beschäftigt... Dadurch, dass bei mir die CCEase noch mit dranhängt, die für ständigen Verkehr sorgt, sah es für mich so aus, als wäre ständig gepollt worden.
Kannst Du sagen, welche Auswirkungen die unterschiedlichen Werte des "RS232-Modus" haben?
Sorry, das hab ich auch noch nicht herausgefunden.
Gruss
Stefan
An meiner ComfoAir hängt, wie ich bereits geschrieben habe, eine CC-Ease Bedieneinheit. Bei meinen Tests vor etwa einem Jahr war der parallele Betrieb mit CC-Ease und FHEM stabil möglich. Aktuell habe ich aber das Problem, dass die CC-Ease sich einmal am Tag verbschiedet, ich muß die gnaze Lüftungsanlage einmal kurz stromlos machen, damit die CC-Ease wieder geht. Gibt es irgendwelche Schrauben, an denen ich drehen kann, um den Betrieb wieder stabiler hinzukriegen?
Hallo,
Das parallele Anschließen von Fhem und CC-Ease ist einfach ein Problem. Die serielle Leitung ist nicht für mehr als zwei Kommunikationspartner gedacht und die CC-Ease belegt die Leitung fast ständig. Wenn Fhem nur passiv zuhört ist alles gut. Wenn Fhem aber auch selbst Abfragen an die Lüftung stellen will, dann überschreiben sich die Befehle an die Lüftung immer wieder gegenseitig und das kann alle möglichen Effekte haben.
Gruß
Stefan
Hallo Stefan,
Zitat von: StefanStrobel am 16 Februar 2017, 18:23:53
Das parallele Anschließen von Fhem und CC-Ease ist einfach ein Problem. Die serielle Leitung ist nicht für mehr als zwei Kommunikationspartner gedacht und die CC-Ease belegt die Leitung fast ständig. Wenn Fhem nur passiv zuhört ist alles gut. Wenn Fhem aber auch selbst Abfragen an die Lüftung stellen will, dann überschreiben sich die Befehle an die Lüftung immer wieder gegenseitig und das kann alle möglichen Effekte haben.
OK, ich habe nun das Pollen abgestellt, damit funktioniert es wieder (relativ) stabil. Die Drehzal-Readings werden zwar nicht aktualisiert, aber damit kann ich leben. Das gelegentliche Absetzen von Befehlen scheint trotzden zu funktionieren, auch wenn man sie ggf. mehrfach absetzen muss, damit sie umgesetzt werden.
Eine Sache finde ich allerdings etwas unschön und würde gerne wissen, ob sich das nicht anders lösen läßt:
ein "set myCA350 Stufe hoch" hat eine Ausgabe "Stufe => hoch" zur Folge, ich muss dann mit dem Zurück-Button zurück zum Device navigieren. Wenn ich die Befehle über "webCmd" ausführe, muß ich auch diese Ausgabe mit einem Mausklick quittieren. Lässt sich diese Ausgabe irgendwie abstellen, bzw. ist sie wirklich notwendig? Zumindest bei den Homematic-Devices kann ich "set ..." absetzen, ohne das Device "verlassen" wird...
Hallo,
das war eine Altlast.
Ich habe eine neue Version eingecheckt und hoffe, dass sie keinen neuen Probleme verursacht.
Gruss
Stefan
Vielen Dank!
Die Ausgabe ist weg und der WAF ist deutlich gestiegen! ;)
Hallo,
der letzte Post ist zwar schon etwas her, aber ich wollte Bescheid geben, dass auch bei mir das Modul nach anfänglichen Schwierigkeiten nun läuft. Ich habe eine Zehnder Comfoair 550 luxe mit angeschlossener CC Sense. Die Verbindung findet über die RS232-PC Schnittstelle (derzeit nur lesend) mit diesem USB-RS232-Adapter (https://www.amazon.de/CSL-seriell-RS232-Adapter-Port/dp/B008FKABG0/ref=sr_1_1?ie=UTF8&qid=1513774118&sr=8-1&keywords=csl+rs232) parallel zur Bedieneinheit statt.
Am Anfang hatte ich es über 2 verschiedene China-USB-UART/TTL-Adapter versucht (nur GND, TX, RX). Einer ging gar nicht, der andere brachte mir dieselben Fehler wie hier (https://www.symcon.de/forum/threads/15495-Zehnder-ComfoAir-350-%C3%BCber-RS232-anbinden?p=295558#post295558) beschrieben.
Mit dem neuen Adapter gings dann auf Anhieb. Für den Fall, dass mal jemand über dasselbe Problem stolpert... Und danke für das schöne Modul, jetzt muss ich es nur noch ordentlich visualisieren...
Gruß
Andreas
Freut mich!
Gruss / thanx
Stefan
Hallo Stefan
Ich bin nicht so geübt mit perl, hast du grad eine Basis parat wie man das Modul stand-alone betreiben könnte?
Mein plan ist die die serielle Leitung in der Steigzone zum Bedienteil anzuzapfen - mittels raspi3 worauf ich dann den I/O via deinem Modul machen möchte.
Der Raspi dient dann jedoch nur als "aktor" - die logik / verarbeitung mache ich auf meinem (Linux) Server wo ich auch Homeatic IP Sensoren/Aktoren lese/steuere.
Danke & Gruss
hallo zusammen
habe seit gestern meine zehnder comfoair 550 auch angeschlossen.
klappt wunderbar und via FHEM tablet ui mittels folgendem code kann ich die stufen der lüftung steuern:
<div data-type="homestatus"
data-device="ZL"
data-get="Stufe"
data-get-on='["auto","niedrig","hoch","mittel","abwesend"]'
data-alias='["Automatik"," "," "," "," "]'
data-icons='["fa-car","fa-dice-one","fa-dice-three","fa-dice-two","fa-suitcase"]'
data-version="">
</div>
die automatik (wochenprogramm) muss ich wohl irgendwie im FHEM nachbauen, da diese in der cc luxe programmiert ist. korrekt ?
und die timer funktion ?
ich habe zbsp. die lüftung mittels cc luxe auf stufe 1 eingestellt, setze nun die 3 mit timer in der cc luxe.
das bedeutet dann, dass ich 30 minuten auf stufe 3 habe und die dann automatisch wieder zur stufe 1 wechselt.
wie kann ich das via FHEM steuern ?
vielen dank für eure hilfe
Ich möchte meine Zehnder Comfoair ins FHEM bringen um diese "fernzusteuern". So wie ich gelesen habe ist das über die RS232 möglich.
Wüsste jemand wie man es lösen könnte wenn der Raspberry zu weit von der Lüftungsanlage entfernt ist.
Alternativ würde ich einen 2. Raspi verbauen.
Gibt es eine Anleitung für den Bau?
Es soll mit einem RS232 to ethernet adapter gehen.
https://forum.fhem.de/index.php?topic=90816.0 (https://forum.fhem.de/index.php?topic=90816.0)
Berichte doch mal wie es gelaufen ist.
Guten Abend,
mir ist sei Kurzem aufgefallen, dass im Log von meiner ComfoAir 350 immer mal wieder für ein paar Sekunden
Stufe: 48
auftaucht. Anschließend wird wieder die zuvor eingestellte Stufe eingestellt. Irgendwelche Nebenwirkungen an der Lüftungsanlage sind mir deswegen nicht aufgefallen, aber das verwirrt mein Statusdisplay, das nur (abwesend|niedrig|mittel|hoch|auto) erwartet. Sicherlich könnte ich versuchen, das abzufangen, aber erst würde ich gerne wissen, ob das nicht an der Quelle behoben werden kann oder ob das ggf. irgendeinen Sinn ergibt.
Hallo,
Wenn Deine Lüftung Stufe 48 liefert, dann könnte das entweder eine Störung bei der Übertragung oder eine bisher unbekannte Meldung sein. Das Modul basiert ja auf einer Analyse des Protokolls und nicht auf einer offiziellen Dokumentation des Herstellers:
http://www.see-solutions.de/sonstiges/Protokollbeschreibung_ComfoAir.pdf
Da kann es schon sein, dass es in den Antwort-Frames eine Bedeutung drinsteckt, die wir bisher nicht richtig interpretieren.
Bei Bedarf kann das Fhem-Modul aber leicht angepasst werden.
Gruß
Stefan
Hallo,
bei mir läuft das Modul ganz gut, kann Stufen einstellen und bekomm sonnst auch alle Werte.
Doch für das Reading "Betriebsstunden_Hoch" seh ich ein komisches verhalten. Plötzlich unplausieble hohe Werte.
grep " Betriebsstunden_Hoch" LueftungAll-2021.log # logfile von ComfoAir
2021-03-25_12:08:29 ZL Betriebsstunden_Hoch: 5636097
2021-03-25_12:09:29 ZL Betriebsstunden_Hoch: 269
2021-03-25_13:25:31 ZL Betriebsstunden_Hoch: 256
2021-03-25_13:26:31 ZL Betriebsstunden_Hoch: 269
2021-03-25_16:12:35 ZL Betriebsstunden_Hoch: 1
2021-03-25_16:13:35 ZL Betriebsstunden_Hoch: 269
2021-03-25_20:57:40 ZL Betriebsstunden_Hoch: 6225921
2021-03-25_20:58:40 ZL Betriebsstunden_Hoch: 269
2021-03-26_02:58:53 ZL Betriebsstunden_Hoch: 269
2021-03-26_04:57:00 ZL Betriebsstunden_Hoch: 6750209
2021-03-26_04:58:00 ZL Betriebsstunden_Hoch: 269
2021-03-26_07:01:05 ZL Betriebsstunden_Hoch: 256
2021-03-26_07:02:05 ZL Betriebsstunden_Hoch: 269
2021-03-26_13:02:10 ZL Betriebsstunden_Hoch: 269
2021-03-26_19:02:21 ZL Betriebsstunden_Hoch: 269
2021-03-26_19:30:23 ZL Betriebsstunden_Hoch: 256
2021-03-26_19:31:23 ZL Betriebsstunden_Hoch: 269
2021-03-27_01:31:45 ZL Betriebsstunden_Hoch: 269
2021-03-27_04:48:57 ZL Betriebsstunden_Hoch: 8388609
2021-03-27_04:49:57 ZL Betriebsstunden_Hoch: 269
2021-03-27_09:18:08 ZL Betriebsstunden_Hoch: 256
2021-03-27_09:19:08 ZL Betriebsstunden_Hoch: 269
grep " ZL" fhem.log | grep "03.27 04:48" # fhem.log
2021.03.27 04:48:57 4: ZL: send adds frame to queue with cmd 00dd (get Betriebsstunden) / frame 07f000dd008a070f
2021.03.27 04:48:57 4: ZL: handle queue sends get Betriebsstunden code: 00dd frame: 07f000dd008a070f and wait for 00de, V 1.52 - 15.5.2020
2021.03.27 04:48:57 4: ZL: send adds frame to queue with cmd 00cd (get Ventilation-Levels) / frame 07f000cd007a070f
2021.03.27 04:48:57 4: ZL: send adds frame to queue with cmd 00e1 (get Status-Vorheizung) / frame 07f000e1008e070f
2021.03.27 04:48:57 4: ZL: send adds frame to queue with cmd 000b (get Ventilation-Status) / frame 07f0000b00b8070f
2021.03.27 04:48:57 4: ZL: send adds frame to queue with cmd 00df (get Status-Bypass) / frame 07f000df008c070f
2021.03.27 04:48:57 4: ZL: send adds frame to queue with cmd 00d1 (get Temperaturen) / frame 07f000d1007e070f
2021.03.27 04:48:57 4: ZL: read: wrong length: 21 (calculated) != 20 (header) cmd=00de, data=004e0f003e8900018e05590000002e31128000010d, chk=175
2021.03.27 04:48:57 4: ZL: read got Betriebsstunden (reply code 00de) with data 004e0f003e8900018e05590000002e31128000010d
2021.03.27 04:48:57 4: ZL: sending Ack
2021.03.27 04:48:57 4: ZL: handle queue sends get Ventilation-Levels code: 00cd frame: 07f000cd007a070f and wait for 00ce, V 1.52 - 15.5.2020
2021.03.27 04:48:57 4: ZL: read got Ventilation-Levels (reply code 00ce) with data 0f233b0f23322323020146460000
2021.03.27 04:48:57 4: ZL: sending Ack
2021.03.27 04:48:57 4: ZL: handle queue sends get Status-Vorheizung code: 00e1 frame: 07f000e1008e070f and wait for 00e2, V 1.52 - 15.5.2020
2021.03.27 04:48:57 4: ZL: read got Ack
2021.03.27 04:48:57 4: ZL: read got Status-Vorheizung (reply code 00e2) with data 020000000003
2021.03.27 04:48:57 4: ZL: sending Ack
2021.03.27 04:48:57 4: ZL: handle queue sends get Ventilation-Status code: 000b frame: 07f0000b00b8070f and wait for 000c, V 1.52 - 15.5.2020
2021.03.27 04:48:57 4: ZL: read got Ack
2021.03.27 04:48:57 4: ZL: read got Ventilation-Status (reply code 000c) with data 232306620630
2021.03.27 04:48:57 4: ZL: sending Ack
2021.03.27 04:48:57 4: ZL: handle queue sends get Status-Bypass code: 00df frame: 07f000df008c070f and wait for 00e0, V 1.52 - 15.5.2020
2021.03.27 04:48:57 4: ZL: read got Ack
2021.03.27 04:48:57 4: ZL: read got Status-Bypass (reply code 00e0) with data 00000500050001
2021.03.27 04:48:57 4: ZL: sending Ack
2021.03.27 04:48:57 4: ZL: handle queue sends get Temperaturen code: 00d1 frame: 07f000d1007e070f and wait for 00d2, V 1.52 - 15.5.2020
2021.03.27 04:48:57 4: ZL: read got Ack
2021.03.27 04:48:57 4: ZL: read got Temperaturen (reply code 00d2) with data 4c3a4d523c0f000000
2021.03.27 04:48:57 4: ZL: sending Ack
vielen Dank Gruß,
Zwiebel.
Hallo Zwiebel,
da ist ein kaputtes Frame empfangen worden, in dem am Anfang der Daten ein zusätzliches 00 drin steht. Da die Checksumme nur eine echte Summe ist, merkt die das nicht.
Bei der Längenprüfung hatte ich irgendwann mal den Abbruch wegen falscher Länge auskommentiert. Warum auch immer.
Wenn Du in der Funktion InterpretFrame das Kommentarzeichen vor dem return entfernst, dann werden solche Frames wieder abgewiesen.
# Länge prüfen
if (unpack ('C', $len) != length($data)) {
Log3 $name, 4, "$name: read: wrong length: " . length($data) .
" (calculated) != " . unpack ('C', $len) . " (header)" .
" cmd=$hexcmd, data=$hexdata, chk=$chk";
#return;
}
Ich teste noch ein paar Sachen und posten dann eine neue Version.
Gruss
Stefan
Hallo Stefan,
sehr schön! Vielen dank für die schnelle Hilfe!
Gruss
Zwiebel
Hallo,
anbei eine neue Version zum Testen.
Es gibt keine neuen Features, aber intern hat sich das Modul stark verändert.
Ich bin gerade dabei, meine Module zu überarbeiten und in eigene Namespaces zu packen.
Feedback ob noch alles funktioniert wäre hilfreich :-)
Gruss / Thanx
Stefan
Hallo Stefan,
hab das Modul vor gut einer Stunde ausgetauscht. Schaut gut aus! Die Readings kommen rein, und schauen plausibel aus.
viele Grüße
Zwiebel.
Hallo Stefan,
ich habe am 7. März FHEM upgedatet. Jetzt habe ich festgestellt das der ComfoAir nicht mehr automatisch gepollt wird.
Die set oder get funktionen gehen problemlos.
viele Grüße,
Zwiebel.
Hallo Stefan,
Es gibt Probleme mit dem Modul und dem Aufruf GetUpdate in InternalTimer. Es wird versucht die Funktion im main Kontext auf zu rufen. Hier ein Patch
--- FHEM/98_ComfoAir.pm 2021-04-06 14:29:30.743085029 +0200
+++ ../98_ComfoAir.pm 2021-04-12 14:33:33.876526752 +0200
@@ -392,7 +392,7 @@ sub DefineFn {
}
else {
$hash->{INTERVAL} = $interval;
- InternalTimer(gettimeofday()+1, "GetUpdate", $hash, 0);
+ InternalTimer(gettimeofday()+1, "ComfoAir::GetUpdate", $hash, 0);
}
Log3 $name, 3, "$name: Defined with device $dev" . ($interval ? ", interval $interval" : '');
return;
@@ -801,7 +801,7 @@ sub ReadyFn {
sub GetUpdate {
my ($hash) = @_;
my $name = $hash->{NAME};
- InternalTimer(gettimeofday()+$hash->{INTERVAL}, "GetUpdate", $hash, 0)
+ InternalTimer(gettimeofday()+$hash->{INTERVAL}, "ComfoAir::GetUpdate", $hash, 0)
if ($hash->{INTERVAL});
foreach my $msgHashRef (values %parseInfo) {
Du kannst aber auch
GP_Export( qw(
Initialize
GetUpdate
));
Und dann
--- FHEM/98_ComfoAir.pm 2021-04-06 14:29:30.743085029 +0200
+++ ../98_ComfoAir.pm 2021-04-12 14:33:33.876526752 +0200
@@ -392,7 +392,7 @@ sub DefineFn {
}
else {
$hash->{INTERVAL} = $interval;
- InternalTimer(gettimeofday()+1, "GetUpdate", $hash, 0);
+ InternalTimer(gettimeofday()+1, "ComfoAir_GetUpdate", $hash, 0);
}
Log3 $name, 3, "$name: Defined with device $dev" . ($interval ? ", interval $interval" : '');
return;
@@ -801,7 +801,7 @@ sub ReadyFn {
sub GetUpdate {
my ($hash) = @_;
my $name = $hash->{NAME};
- InternalTimer(gettimeofday()+$hash->{INTERVAL}, "GetUpdate", $hash, 0)
+ InternalTimer(gettimeofday()+$hash->{INTERVAL}, "ComfoAir_GetUpdate", $hash, 0)
if ($hash->{INTERVAL});
foreach my $msgHashRef (values %parseInfo) {
machen
Grüße
Marko
Man kann auch über eine Referenz arbeiten
--- FHEM/98_ComfoAir.pm 2021-04-06 14:29:30.743085029 +0200
+++ ../98_ComfoAir.pm 2021-04-12 14:33:33.876526752 +0200
@@ -392,7 +392,7 @@ sub DefineFn {
}
else {
$hash->{INTERVAL} = $interval;
- InternalTimer(gettimeofday()+1, "GetUpdate", $hash, 0);
+ InternalTimer(gettimeofday()+1, \&GetUpdate, $hash, 0);
}
Log3 $name, 3, "$name: Defined with device $dev" . ($interval ? ", interval $interval" : '');
return;
@@ -801,7 +801,7 @@ sub ReadyFn {
sub GetUpdate {
my ($hash) = @_;
my $name = $hash->{NAME};
- InternalTimer(gettimeofday()+$hash->{INTERVAL}, "GetUpdate", $hash, 0)
+ InternalTimer(gettimeofday()+$hash->{INTERVAL}, \&GetUpdate, $hash, 0)
if ($hash->{INTERVAL});
Hallo Marko und Zwiebel,
vielen Dank für die Meldung und Analyse.
Da ich schon angefangen habe, das Modul zu überarbeiten, werde ich die Timer-Steuerung auch gleich auf die HTTPMOD::Utils umstellen.
Dann hat sich das Problem erledigt und es werden die gleichen Funktionen wie schon bei Modbus und HTTPMOD verwendet.
Kann aber noch ein par Tage dauern.
Gruss
Stefan
Hallo fhempi,
wie hast Du das ganze denn angeschlossen? läuft parallel noch eine Steuerung oder hat Fhem exklusiven Zugriff auf das Kabel?
000c ist z.B. die Antwort Ventilation-Status, 00d2 sind die Temperaturen (siehe %parseInfo am Anfang des Quellcode).
Gruss
Stefan
Falls jemand schon mal testen möchte ...
Gruss
Stefan
Edit 26.4.: Anhang gelöscht
Hallo Stefan,
danke für das umbauen! Hab das Modul vom Forum ausgetauscht. Jetzt werden wieder Werte geliefert.
Aber die Attribute lassen sich nicht setzen.
attr ZL event-min-interval .*:3600
attr ZL event-on-change-reading .*
viele Grüße,
Zwiebel.
Zitat von: Zwiebel am 13 April 2021, 20:24:41
Aber die Attribute lassen sich nicht setzen.
attr ZL event-min-interval .*:3600
attr ZL event-on-change-reading .*
vielen Dank, da war noch ein Tippfehler in der Attributsliste. Mit dem Einbau der HTTPMOD::Utils für den Update-Timer kam auch alignTime als neues Attribut mit.
jetzt sollte es gehen.
Gruss
Stefan
Zitat von: fhempi am 13 April 2021, 19:44:10
Warum erwartet Dein Modul:
000c und es kommt tatsächlich 000b
00d2 und es kommt tatsächlich 00d1
00e0 und es kommt tatsächlich 00df
das ist in Ordnung.
Wenn Du in die Parse-Info reinschaust siehst Du:
"00d2" => { unpack => "CCCCCCC",
name => "Temperaturen",
request => "00d1", defaultpoll => 1,
check => '($fields[5] & 15) == 15',
...
Der Protokoll-Befehl zur Abfrage der Temperaturen ist 00d1. Das Antwort-Frame verwendet 00d2.
Auch das ? not found im Debug-Log ist normal. Fhemweb fragt mit set ? die möglichen Optionen ab. Die Antwort ist identisch zu einem unbekannten set.
wie häufig kommen denn die Timeouts bei Dir?
Gruss
Stefan
Hallo,
wenn die Timeouts nicht häufiger kommen, dann wird es wohl an irgendwelchen Störungen liegen.
Oft liegt es daran, dass an der Lüftung noch ein Bedienteil oder eine Steuerung angeschlossen ist. Dann kommt sich Fhem damit in die Quere.
Das mit dem get ? oder auch set ? kann ich nicht beeinflussen. Ich kann nur den Log-Eintrag weglassen. Der Aufruf kommt aber von Fhem bzw. Fhemweb an das Modul.
Gruss
Stefan
Es wird kein d1 erwartet sondern d2.
timeout waiting for reply expecting 00d2 Request was 07f000d1007e070f
ist eben ein Debug-Eintrag, der bedeuten soll, dass das 07f000d1007e070f als Request-Frame verschickt wurde und danach die erwartete Antwort mit "d2" nicht angekommen ist ;-)
Gruss
Stefan
Nur zur Info: nach dem heutigen Update von FHEM konnte ich keine Verbindung mehr über Web herstellen. Es schien am Update des Moduls "98_ComfoAir.pm" zu liegen.
Ich greife über einen Ethernet-RS232 Konverter auf das Gerät zu. Das ist evtl. die Besonderheit. Bisher funktionierte das super:
defmod Lueftung ComfoAir 192.168.178.40:5000 300
Mit der (unreleased) Version vom 13.4. funktioniert der Web-Zugriff wieder
Gruß KiK
War bei mir das gleiche Problem. Musste auf ein Backup zurückgreifen.
Hallo,
nach dem Update auf die Unreleased-Version werden die Werte für "Vorheizen" (Status_Frostschutz, Status_Vorheizung) nicht mehr aktualisiert.
Laut Beschreibung sollte das Attribut "poll-Status-Vorheizung" auf "1" gesetzt werden. In der vorherigen Version hatte ich das nicht gebraucht.
Allerdings sind diese Poll-Attribute nicht in der Attributs-Liste enthalten.
Gruß
KiK
Edit: Sorry, wer lesen kann....
Kaum nimmt man die aktuelle Version vom 13.4. 20:51, dann geht's ;)
Danke für die Überarbeitung.
Dann werde ich die neue Version mal einchecken ...
Gruss
Stefan
Hallo fhempi,
hast Du die aktuelle Version?
Gruss
Stefan
Das ist sehr seltsam.
Der Fehler war in der Version 2.02 vom selben Tag.
In 2.03 habe ich das behoben. Bei mir kann ich das Attribut auch problemlos setzen.
Hast Du seither Fhem mal neu gestartet?
Gruss
Stefan
Hallo zusammen,
wenn ich es richtig in Erinnerung habe, ist es nachwievor ein Problem, wenn die Bedieneinheit und FHEM (gleichzeitig) schreibend auf die Anlage zugreifen.
Wäre es denkbar, dass man quasi einen "Schalter" in die Anschlußleitung der Bedieneinheit einbaut und jedesmal die Verbindung "kappt", bevor man mit FHEM ein Kommando absetzt?
Ich denke, man müsste nur irgendwo sicherstellen, dass man die Bedieneinheit nicht mitten in der Kommunikation abwürgt, oder werden fehlerhafte bzw. "halbe" Kommandos in der Anlage eh aussortiert?
So könnte man ausschließen, dass die Bedieneinheit in die Befehle von FHEM pfuscht aber trotzdem beide gleichzeitig betreiben? Derzeit habe ich zwar beides an der Anlage, FHEM liest aber nur mit.
Was denkt ihr davon, oder gibts sogar jemanden, der das so macht?
Gruß
Andreas
Hallo Andreas,
denkbar ist das. Defekte Pakete sollten anhand der Prüfsumme aussortiert werden.
Du müsstest dann vermutlich von Fhem aus ein Relais ansteuern.
Gruss
Stefan
Hallo,
Das kann ich nicht nachvollziehen.
Kannst Du das reproduzieren?
Was kommt denn wenn Du {$modules{ComfoAir}{AttrList}} in der Eingabeleiste eingibst?
Welche Version des Moduls läuft denn bei Dir?
Gruß
Stefan
Hallo,
heute habe ich zufällig aufgrund der niedrigen Temperaturen Stromspitzen in regelmäßigen Abständen gesehen. Vermutung war u.a. die Vorheizung an der ComfoAir, was sich dann auch bestätigt hat.
Früher hatte ich im Diagramm einen Anzeige,wenn Vorheizung aktiv, aktuell nicht !
Laut Hilfe soll "poll-Status-Vorheizung" das Problem lösen können, aber dieses Attr taucht nicht in der Liste auf ? Wurde hier was geändert ?
EDIT: die letzte Änderung des Readings war im Jannuar 22
folgende Readings werden nicht aktualisiert, obwohl alle Attr "poll-xxx" auf "1" gesetzt: (bis auf poll-Vorheizung = n.v.)
-Frostminuten
- Status_Frostschutz
- Status_Frostsicherheit
- Status_Klappe
- Status_Vorheizung
EDIT2: set request Status-Vorheizung funktioniert, insofern fehlt das automatische Triggern.
Oder muss ich neuerdings ein "at" für die Abfrage nutzen ?
Hallo Frank84,
wie verwendest Du das Modul denn? Wie sieht Deine Konfiguration im Detail aus?
Ist an der Lüftung noch ein Bedienteil angeschlossen (dann fragt das Bedienteil die Werte ab und Fhem sollte nur passiv mitlesen) oder nur Fhem (dann muss Fhem alles aktiv abfragen)?
Im Zweifelsfall ist es immer hilfreich mal verbose auf 5 zu setzen und im Log nachzusehen was passiert.
Bei Bedarf kannst Du gerne auch einen längeren Log-Auszug posten, dann kann ich mir das ansehen.
was meinst Du mit
Zitat
(bis auf poll-Vorheizung = n.v.)
wenn poll-Status-Vorheizung nicht gesetzt ist, werden die Readings natürlich nicht abgefragt.
Im Code siehst da:
"00e2" => { unpack => "CCCS>C",
name => "Status-Vorheizung",
request => "00e1",
readings => [ { name => "Status_Klappe", map => "0:geschlossen, 1:offen, 2:unbekannt"},
{ name => "Status_Frostschutz", map => "0:inaktiv, 1:aktiv"},
{ name => "Status_Vorheizung", map => "0:inaktiv, 1:aktiv"},
{ name => "Frostminuten"}, # S> is 2 bytes as high low
{ name => "Status_Frostsicherheit", map => "1:extra, 4:sicher"}]},
dass das ein Befehl ist, mit dem diese Werte abgefragt werden...
Gruss
Stefan
Das eigentliche Problem ist:
ZitatLaut Hilfe soll "poll-Status-Vorheizung" das Problem lösen können, aber dieses Attr taucht nicht in der Liste auf ? Wurde hier was geändert ?
- das Attribut ist nicht in der Attributliste aufgeführt, wenn ich das Attribut "poll-Status-Vorheizung" auf "1" setzten könnte, würde es funktionieren
Ok, jetzt verstehe ich Dein Problem.
Welche Version hat denn das Modul bei Dir?
Seit April 2021 habe ich da nichts geändert und bei mir ist das Attribut sichtbar.
ModuleVersion 2.03 - 13.4.2021
Gruss
Stefan
Habe auch diese Version ... eben habe ich einen ScreenShot erstellt und plötzlich seheh ich, dass das Attribut vorhanden ist ??? ::)
Das war bis heute nachmittag definitiv nicht vorhanden !
Ein Neustart gestern hatte es ebenfalls nicht zum Vorschein gebracht , verstehe es nicht. Werde nun "pollStatusVorheizung" auf "1" setzen und beobachten ...
Zitat von: KiK am 19 April 2021, 00:19:10Ich greife über einen Ethernet-RS232 Konverter auf das Gerät zu. Das ist evtl. die Besonderheit. Bisher funktionierte das super:
defmod Lueftung ComfoAir 192.168.178.40:5000 300
Mit der (unreleased) Version vom 13.4. funktioniert der Web-Zugriff wieder
Gruß KiK
Das wars ! Diese Möglichkeit funktioniert auf anhieb, da ich zunächst versucht hatte, das Modul über einen virtuellen COM-Port zu versorgen.
Die Beschreibung dazu fehlt noch im Wiki, es sei denn, ich habe das überlesen ;)
Aber warum funktioniert ein "Virtueller COM-Port" nicht ? Hatte versucht, diesen mit socat zu verwenden ?
Zitat von: StefanStrobel am 08 Juni 2021, 19:41:29Hallo Andreas,
denkbar ist das. Defekte Pakete sollten anhand der Prüfsumme aussortiert werden.
Du müsstest dann vermutlich von Fhem aus ein Relais ansteuern.
Oder ist der PC-Master Modus dafür gedacht? Kommando 0x009b (http://www.see-solutions.de/sonstiges/Protokollbeschreibung_ComfoAir.pdf)
https://github.com/mtdcr/comfoair-mqtt-bridge welches wiederum https://github.com/mtdcr/pycomfoair nutzt, verspricht zumindest dass es "quite reliably" tut. Umgeschaltet wird da: link (https://github.com/mtdcr/pycomfoair/blob/abede5bd46a7e23c6e98672c5f4745adacaa9d9c/comfoair/asyncio.py#L211)
Will nun nach 10Jahren die ComfoAir doch noch in FHEM einbinden. Warte aber noch auf ein RS-232/ETH Modul und konnte diesen Code noch nicht ausprobieren.