Wolf CWL 300/400 excellent ebus Inbetriebnahme

[john30]

Das habe ich gemacht. Sieht dann wie folgt aus:

Mal was ganz grundsätzliches zu dem Thema: ebusd macht kaum selbständig Abfragen irgendwelcher Werte auf dem Bus, nur diejenigen, die eine poll priority besitzen werden regelmäßig abgerufen.
Um diese Priorität bei einer Nachrichtendefinition zu setzen, einfach statt "r" in der ersten Spalte des entsprechenden CSV auf bspw. "r1" setzen. Damit wird der Nachricht die poll priority 1 zugewiesen, weshalb diese in jedem poll Zyklus abgefragt wird. Priorität 2 würde bspw. bedeuten, dass die Nachricht nur in jedem 2. Zyklus abgefragt wird.

[lukics]

versuche mal den rohdateverkehr mitzuschneiden, ebusctl raw absetzten und log tail-en.
es könnte sein dass die pegelanpassung nicht stimmt. mann müsste etwas vernünftiges im mitschnitt sehen, zumindest aa termierungszeichen:

Code Auswählen Erweitern


2017-06-28 08:03:40.015 [bus notice] <aa
2017-06-28 08:03:40.016 [bus info] poll cmd: 313c40220118
2017-06-28 08:03:40.016 [bus notice] >31
2017-06-28 08:03:40.026 [bus notice] <31
2017-06-28 08:03:40.027 [bus notice] >3c
2017-06-28 08:03:40.037 [bus notice] <3c
2017-06-28 08:03:40.037 [bus notice] >40
2017-06-28 08:03:40.047 [bus notice] <40
2017-06-28 08:03:40.048 [bus notice] >22
2017-06-28 08:03:40.058 [bus notice] <22
2017-06-28 08:03:40.058 [bus notice] >01
2017-06-28 08:03:40.068 [bus notice] <01
2017-06-28 08:03:40.069 [bus notice] >18
2017-06-28 08:03:40.079 [bus notice] <18
2017-06-28 08:03:40.079 [bus notice] >85
2017-06-28 08:03:40.089 [bus notice] <85
2017-06-28 08:03:40.094 [bus notice] <00
2017-06-28 08:03:40.098 [bus notice] <02
2017-06-28 08:03:40.102 [bus notice] <00
2017-06-28 08:03:40.106 [bus notice] <00
2017-06-28 08:03:40.110 [bus notice] <2c
2017-06-28 08:03:40.110 [bus notice] >00
2017-06-28 08:03:40.121 [bus notice] <00
2017-06-28 08:03:40.121 [bus notice] poll wolfcwl filterstatus: Clean
2017-06-28 08:03:40.121 [bus notice] >aa
2017-06-28 08:03:40.132 [bus notice] <aa
2017-06-28 08:03:40.179 [bus notice] <aa
2017-06-28 08:03:40.225 [bus notice] <aa
2017-06-28 08:03:40.272 [bus notice] <aa
2017-06-28 08:03:40.318 [bus notice] <aa
2017-06-28 08:03:40.363 [bus notice] <aa
2017-06-28 08:03:40.409 [bus notice] <aa
2017-06-28 08:03:40.455 [bus notice] <aa
2017-06-28 08:03:40.501 [bus notice] <aa
2017-06-28 08:03:40.546 [bus notice] <aa
2017-06-28 08:03:40.592 [bus notice] <aa
2017-06-28 08:03:40.638 [bus notice] <aa
2017-06-28 08:03:40.683 [bus notice] <aa


[FunkOdyssey]

Mal was ganz grundsätzliches zu dem Thema: ebusd macht kaum selbständig Abfragen irgendwelcher Werte auf dem Bus, nur diejenigen, die eine poll priority besitzen werden regelmäßig abgerufen.
Um diese Priorität bei einer Nachrichtendefinition zu setzen, einfach statt "r" in der ersten Spalte des entsprechenden CSV auf bspw. "r1" setzen. Damit wird der Nachricht die poll priority 1 zugewiesen, weshalb diese in jedem poll Zyklus abgefragt wird. Priorität 2 würde bspw. bedeuten, dass die Nachricht nur in jedem 2. Zyklus abgefragt wird.

Hallo john30, die Konfigurationsdatei, die ich derzeit nutze, habe bereits das Pollin hinterlegt:
https://github.com/dstrigl/ebusd-config-brink-renovent-excellent-300/blob/master/7c.renovent-excellent-400p.csv
Anfangs war mir das noch nicht bekannt, wie man "zyklisch" (so habe ich es im Mikrokontroller-Forum genannt) an die Werte kommt. Das mit dem Polling habe ich also nun kapiert.
Jedoch macht es keinen Unterschied, ob ich manuell per "ebusctrl read xyz" oder über das Polling abfrage. Der Fehler bleibt.

versuche mal den rohdateverkehr mitzuschneiden, ebusctl raw absetzten und log tail-en.
es könnte sein dass die pegelanpassung nicht stimmt. mann müsste etwas vernünftiges im mitschnitt sehen, zumindest aa termierungszeichen:

Sorry für die langen Logs gestern. Ich habe das vom Sofa übers Smartphone gemacht und konnte nur den ganzen Dump einfügen. Nächstes mal gibt es ein "tail".
Das raw-Logging habe ich bereits gemacht und auch gestern noch einmal überprüft inkl. erneuter Pegelanpassung. Ich sehe die "<aa" wie auch andere Werte. Ich habe am Poti einen sehr großen Bereich, den ich verstellen kann - ohne dass sich etwas am raw-Logging ändert.

[lukics]

kein schimmer was es sein kann.

mein info:

Code Auswählen Erweitern

veveOHAB02:~ $ ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 22
reconnects: 0
masters: 2
messages: 82
conditional: 0
poll: 41
update: 7
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 37: master #18
address 3c: slave #18, scanned "MF=ENCON;ID=  ;SW=-;HW=-", loaded "encon/3c.wolf-cwl-excelent-300.csv"


mein cfg:

Code Auswählen Erweitern

EBUSD_OPTS="--pollinterval=1 --httpport 8085 --scanconfig --enablehex  -d 192.168.3.52:5000 --loglevel info"


versuch mal mit -d das device explicit zu setzen (bei dir usb?) und das enablehex ?, pollintervall muss definitiv egal sein.

gruss

[john30]

versuch mal mit -d das device explicit zu setzen (bei dir usb?) und das enablehex ?, pollintervall muss definitiv egal sein.

das bringt aber nichts.

Code Auswählen Erweitern


2017-06-27 23:50:42.021 [bus error] poll brrenovent IstwertZuluftdruck failed: ERR: read timeout


So wie das aussieht, kann Dein Interface nicht senden. Hast Du das schon mal erfolgreich hinbekommen? Oder passen die Nachrichtendefinitionen nicht zu Deinem Gerät? Dann antwortet es natrülich nicht auf solche Requests.
Oder hast ein Kernel update gemacht? Dann neueste ebusd git Version nutzen oder mit setserial latency minimieren.

[FunkOdyssey]

Das war es. Danke dir vielmals, john30, dass du mir den Tipp gegeben hast. Schön, dass du überhaupt diesen Thread gefunden hast, da ich die Diskussion nicht in den bekannten Threads weitergeführt habe.

Ich bin auf die ebus Git-Version gewechselt und konnte direkt Veränderungen im Log feststellen. Dies machte Hoffnung. Ich hatte nur noch ein paar kleine Probleme mit der CSV-Datei (lt. --checkconfig). Hier musste ich in der zweiten Spalte (= Circuit) einen Wert eingeben und so lief auf diese Prüfung sauber durch.

• Das Polling funktioniert nun
• ebusctl read läuft auch
• ebusctl find ist voller Werte

Ich war kurz davor aufzugeben und bin euch allen sehr dankbar für die Hilfe.



Wie ich mehrfach gelesen habe und mir auch per E-Mail mitgeteilt wurde, gibt es auf der Hersteller-Homepage ein Diagnose-Tool. Das hätte ich natürlich irgendwann auch zum Debuggen eingesetzt, um den Fehler weiter einzugrenzen. Aber der Tipp eines anderen Renovent-Besitzers ist viel schöner: Man kann mit Tools die Anwendung decompilieren. Dort kann man sämtliche ebus-Parameter auslesen. So gibt es zwischen den Modellen teilweise noch minimale Unterschiede. Schlussendlich sind die Werte aber fast alle schon in den bekannten CSV-Dateien enthalten.

[FunkOdyssey]

Wahnsinn. Wenn ich ebusd mit --enablehex starte, dann kann ich sogar die Lüftungsstufen endlich ändern. Das Bedienteil ist dabei aber nicht angeschlossen. Das muss ich später mal testen. Beides soll Probleme bereiten.

Code Auswählen Erweitern

Stufe 0: ebusctl hex 7c40A106000000000000 (Feuchteschutz)
Stufe 1: ebusctl hex 7c40A106000100010000 (Reduziert)
Stufe 2: ebusctl hex 7c40A106000200020000 (Normal)
Stufe 3: ebusctl hex 7c40A106000300030000 (Intensiv)



Jetzt muss ich nur noch schauen, ob ich das auch über das normale ebusctl write hinbekomme. Die jetzigen Zeile in den CSV-Dateien zu den Anlagen scheint buggy zu sein:

Code Auswählen Erweitern

w,kwl,w_Ventilatorbetrieb,40a1000200,,7c,40a1,00,data,m,UCH,,,,byp,s,BI4,0=BYPASS AUS;1=BYPASS EIN,,,frost,s,BI2,0=FROST AUS;1=FROST EIN ,,,,,,,,,,,,,,,,,,,,,,,,,

Da gehören diese Dinge wie BYPASS & Co. gar nicht hin.

Der lesende Teil sieht wie folgt aus:

Code Auswählen Erweitern

r2,kwl,Ventilatorbetrieb,,,7c,4022,01,,,UIR,0=Feuchteschutz;1=Reduziert;2=Normal;3=Intensiv,,,,,,,,,,,,,,,,,,,,,,,,,,

Ich werde mich mal weiter in die ebus-Syntax einlesen.



Nachtrag:

Einen kleinen Teilerfolg hatte ich schon. Ich konnte den Ventilatorbetrieb bereits verändern. Aber irgendwie nur einmal bzw. ich kann nur von Stufe "2=Normal" immer auf Stufe "0=Feuchteschutz" setzen. Vermutlich schreibe ich einfach nur Nullen. Ich muss also irgendwie zu der ID "00" auch den Wert für die Stufen übermitteln. Hmm?

Code Auswählen Erweitern

w,kwl,w_Ventilatorbetrieb,40a1000200,,7c,40a1,00,data,,UIR,0=Feuchteschutz;1=Reduziert;2=Normal;3=Intensiv ,,,,,,,,,,,,,,,,,,,,,,,,,

[FunkOdyssey]

@john30: Dürfte ich dich und dein KnowHow um etwas bitten?
Kannst du mir sagen wie ich die folgenden HEX-Werte über das normale "write" setzen kann?

Code Auswählen Erweitern

Stufe 0: ebusctl hex 7c40A106000000000000 (Feuchteschutz)
Stufe 1: ebusctl hex 7c40A106000100010000 (Reduziert)
Stufe 2: ebusctl hex 7c40A106000200020000 (Normal)
Stufe 3: ebusctl hex 7c40A106000300030000 (Intensiv)


Ich würde gerne folgenden Befehl ausführen:

Code Auswählen Erweitern


ebusctl write -c kwl w_Ventilatorbetrieb Normal


Ich schaffe es nicht, dies in der CSV umzusetzen.

Vielen Dank.

[john30]

Kannst du mir sagen wie ich die folgenden HEX-Werte über das normale "write" setzen kann?

Code Auswählen Erweitern

Stufe 0: ebusctl hex 7c40A106000000000000 (Feuchteschutz)
Stufe 1: ebusctl hex 7c40A106000100010000 (Reduziert)
Stufe 2: ebusctl hex 7c40A106000200020000 (Normal)
Stufe 3: ebusctl hex 7c40A106000300030000 (Intensiv)


Ich würde gerne folgenden Befehl ausführen:

Code Auswählen Erweitern


ebusctl write -c kwl w_Ventilatorbetrieb Normal


Das wäre dann etwa so:

Code Auswählen Erweitern


w,kwl,Ventilatorbetrieb,,,7c,40a1,,,,ULR,0x0=Feuchteschutz;0x00010001=Reduziert;0x00020002=Normal;0x00030003=Intensiv,,,,,IGN:1

Schwierigkeit hier ist, dass der Wert 0/1/2/3 zwei Mal enthalten ist. Das hab ich jetzt als 4 Byte Werteliste umgesetzt.
Das w_ am Anfang des Namens brauchst Du eigentlich nicht, da ja über read/write unterschieden wird.

[FunkOdyssey]

Vielen Dank john30. Damit hast du mir einen großen Gefallen getan.
Nun könnte alles theoretisch über ebusd abgewickelt werden.



Problem ist nur, dass man den Modus alle 5sec setzen muss. Kann man machen - finde ich aber nicht wirklich schön.
Da ich einen Stufenschalter über Homematic simuliere, werde ich bei dieser Lösung bleiben.
Wenn jemand zyklisch per AT/DOIF die Werte setzen will, der sollte gleichzeitig kein Stufenschalter außerhalb von Stufe1 gesetzt haben. Stufe1 ist die Ausgangsstufe. Diese muss man eigentlich auch gar nicht explizit setzen. Wird nichts geschrieben, so fällt das KWL-Gerät entweder auf Stufe1 zurück (ohne Stufenschalter) oder springt zum Modus, welcher über den Stufenschalter gesetzt wurde.

Dies lässt sich auch über den Parameter PosStufenschalter und Ventilatorbetrieb abfragen.

[lukics]

Warum nicht einfach so verdrahten das der stufenschslter stellung 3 simuliert wird, und dann per ebus die werte für stufe 3 dynamisch verädern?

[FunkOdyssey]

Jetzt verstehe ich das. Gute Idee. Die Lüftungsstufe wird festgelegt und es werden dann einfach die Konfigurationswerte für die Luftmengen geändert. Stufe0 kann man nicht wählen, da hier das Maximum nur 50 sein kann.

Aktuell habe ich folgende Werte hinterlegt:

Code Auswählen Erweitern


Aktuell;Minimum;Maximum,Schrittgröße,Werkseinstellung
LuftmengeStufe0 = 50;0;50;50;50
LuftmengeStufe1 = 100;50;400;5;100
LuftmengeStufe2 = 200;50;400;5;200
LuftmengeStufe3 = 300;50;400;5;300


Ich würde es dann so machen:

Code Auswählen Erweitern


Aktuell;Minimum;Maximum,Schrittgröße,Werkseinstellung
LuftmengeStufe0 = 5;0;50;50;50
LuftmengeStufe1 = 50;50;400;5;100
LuftmengeStufe2 = 390;50;400;5;200
LuftmengeStufe3 = 395;50;400;5;300


Die Stufe1 immer die Standardstufe ist, brauche ich sogar nichts mehr verkabeln.

Nachtrag: Ich merke gerade, dass die Abstände zu den anderen Stufen über ebusd nicht geprüft werden. Man kann also ohne Anpassungen die Volumen der Stufe1 ändern. Und man muss dies halt nur bei Änderungen machen und nicht alle 5s. Kleiner Nachteil: Die Anzeige im Display repräsentiert dann den falschen Status.

[FunkOdyssey]

Frage in die Runde:

Ist euch schon einmal aufgefallen, dass irgendetwas im 30-Sekunden-Takt den Ventilatorbetrieb auf Stufe1 (=Reduziert) runterdrückt?
Das war ursprünglich nicht und ich habe auch eine Vermutung:
Ich habe aktuell eine Filterwechsel-Hinweis im Lüftungsgerät. Ich wollte diese noch nicht zurücksetzen, da ich noch ein DOIF darauf aufsetzen wollte.
Ich hoffe, dass nach einem Reset der Filterwarnung sich dieses Fehlverhalten wieder ändert. Komisch ist das dennoch.

Ich kann aber weder am Lüftungsgerät - noch an der Fernbedienung den Stufenwechsel erkennen.
Vielleicht ist das auch eine Fehlinterpretation der ebus-Config-Werte. Jedoch haben Filterwechsel-Hinweis und Ventilatorstufe absolut nichts gemeinsam.

Vielleicht weiß ich bald mehr. Aber achtet doch mal auf eure ebusd.log.

Code Auswählen Erweitern

2017-07-24 17:04:46.567 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:04:47.859 [update notice] update kwl Ventilatorbetrieb QQ=01: Reduziert
2017-07-24 17:04:51.570 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:04:56.437 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:01.425 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:06.458 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:11.416 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:16.428 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:18.853 [update notice] update kwl Ventilatorbetrieb QQ=01: Reduziert
2017-07-24 17:05:21.444 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:26.418 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:31.400 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:36.428 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:41.401 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:46.428 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:49.848 [update notice] update kwl Ventilatorbetrieb QQ=01: Reduziert
2017-07-24 17:05:51.425 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:05:56.405 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:01.426 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:06.389 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:11.404 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:16.385 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:20.825 [update notice] update kwl Ventilatorbetrieb QQ=01: Reduziert
2017-07-24 17:06:21.383 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:26.406 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:31.384 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:36.407 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:41.384 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:46.403 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:51.385 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:06:51.996 [update notice] update kwl Ventilatorbetrieb QQ=01: Reduziert
2017-07-24 17:06:56.388 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:01.361 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:06.383 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:11.382 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:16.373 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:21.382 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:22.790 [update notice] update kwl Ventilatorbetrieb QQ=01: Reduziert
2017-07-24 17:07:26.388 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:31.362 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:36.389 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:41.368 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal
2017-07-24 17:07:46.344 [update notice] update kwl Ventilatorbetrieb QQ=01: Normal

[FunkOdyssey]

Hmm, an der aktiven Filterwechselwarnung hat das nicht gelegen. Wäre auch merkwürdig gewesen.
Die Meldung kommt jedoch rekonstruierbar vom Bedienteil/der Fernbedienung.
Obwohl ein Stufenschalter angeschlossen ist, der alles übersteuern sollte, wird alle 30sec die (vorherige) Stufe des Bedienteils getriggert.
Am Bedienteil wird jedoch die Stufe des Stufenschalters (z.B. "normal") angezeigt. Das Bedienteil übernimmt auch jedesmal in der Anzeige die vom Stufenschalter geschaltete Stufe. Aber aus irgendeinem Grund wird neuerdings (oder ist mir das zuvor noch nie aufgefallen?) die Bedienteil-Ventilatorstufe gesendet, die als letztes am Bedienteil manuell eingestellt wurde.

[PaddyX]

Hallo,

[...]
Obwohl ein Stufenschalter angeschlossen ist, der alles übersteuern sollte, wird alle 30sec die (vorherige) Stufe des Bedienteils getriggert.
Am Bedienteil wird jedoch die Stufe des Stufenschalters (z.B. "normal") angezeigt. Das Bedienteil übernimmt auch jedesmal in der Anzeige die vom Stufenschalter geschaltete Stufe. Aber aus irgendeinem Grund wird neuerdings (oder ist mir das zuvor noch nie aufgefallen?) die Bedienteil-Ventilatorstufe gesendet, die als letztes am Bedienteil manuell eingestellt wurde.

In der Anleitung von Brink zu meiner Anlage steht:

Bitte beachten:
Bei Verwendung mehrerer Fernbedienungen wird das Gerät immer nach der Fernbedienung mit der höchst
eingestellten Lüftungsstufe betrieben.

Insofern dies doch genau das Verhalten. Das Bedienteil sendet stumm seine (zeit)programmierte Stufe an die KWL. Die KWL schreibt aber, da der Stufenschalter eine höhere Prio hat, diese Stufe als aktuelle Stufe als Info auf den Bus. Leider habe ich noch keinen Stufenschalter und kann das daher nicht nachprüfen. Aber nach Schaltungsbild der Bedienungsanleitung verhält sich ein Stufenschalter auf Stufe 1 wie ein nicht angeschlossener Stufenschalter (kein Kontakt geschlossen). Der Wert 1 bekomme ich auch bei mir beim Abfragen der Stufenschaltereinstellung (über EBUS) als Antwort.

[...]

Die jetzigen Zeile in den CSV-Dateien zu den Anlagen scheint buggy zu sein:

Code Auswählen Erweitern

w,kwl,w_Ventilatorbetrieb,40a1000200,,7c,40a1,00,data,m,UCH,,,,byp,s,BI4,0=BYPASS AUS;1=BYPASS EIN,,,frost,s,BI2,0=FROST AUS;1=FROST EIN ,,,,,,,,,,,,,,,,,,,,,,,,,

Da gehören diese Dinge wie BYPASS & Co. gar nicht hin.

[...]

Noch ein Hinweis hierzu. Auf das zyklische Telegramm über setzen der Lüfterstufe des Bedienteils antwortet die KWL mit einer Bestätigung. Das Antworttelegramm enthält aber noch zusätzliche Informationen (Bypass, Frost). Warum der Hersteller das so macht, keine Ahnung. Eventuell um den Traffic klein zu halten und die Ergebnisse direkt im Bedienteil anzuzeigen.

Man kann die Informationen auch mit einem extra Anfrage abfragen. Ich glaube aus Erinnerung, das auch noch mehr Informationen im Antworttelegramm verpackt sind, die ich aber damals noch nicht alle entschlüsselt hatte.

Gruß
Paddy