WOLF eBus Allgemein

Reinhart · 28 Februar 2018, 21:14:23

ich muss das einmal testen, aber ich glaube mit MQTT wäre das Problem nicht da und der alte Wert bleibt stehen.

LG

Gerd.Ternes · 27 März 2018, 17:25:16

Hallo zusammen,

die Daten kommen mittlerweile bei mir an. Ich habe eine CBG-11 Heiztherme.
Hier ein Ausschnitt aus der ebusd.log:

Code Auswählen

2018-03-27 17:23:28.241 [update notice] received broadcast DATE_TIME QQ=30: 00 80;17:22:10;-.-.-
2018-03-27 17:23:28.809 [update notice] received COB NBH QQ=ff: 14319
2018-03-27 17:23:29.853 [update notice] received COB BBH QQ=ff: -25964
2018-03-27 17:23:29.987 [update notice] received COB temp_08_15 QQ=ff: 0.0
2018-03-27 17:23:30.117 [update notice] received COB BST QQ=ff: 10593
2018-03-27 17:23:30.878 [update notice] received BM0 BM0_HG: bb;06;c0 03;00 80;ff;90;ff
2018-03-27 17:23:31.169 [update notice] received broadcast feuerungf1: 1;30;-;61.0;-;56;7
2018-03-27 17:23:32.867 [update notice] received MM1 temp_51_8 QQ=70: 0.3
2018-03-27 17:23:33.174 [update notice] received MM1 temp_51_12 QQ=70: 75.0
2018-03-27 17:23:33.479 [update notice] received MM1 temp_51_13 QQ=70: 10.0
2018-03-27 17:23:35.893 [update notice] received MM SW_10_03: 60.000;7.000;80;03;45.000
2018-03-27 17:23:36.185 [update notice] received broadcast SW_BR: 60.000;7.000;0;00;45.000
2018-03-27 17:23:40.568 [update notice] received broadcast feuerung: 7;78;26;61.0;56;56;7
2018-03-27 17:23:40.645 [update notice] received MM SW_03_F1: 60.000;7.000;80;12;45.000
2018-03-27 17:23:40.875 [update notice] received BM0 BM0_HG: bb;02;c0 03;00 80;ff;90;ff
2018-03-27 17:23:41.167 [update notice] received broadcast feuerungf1: 1;30;-;61.0;-;56;7
2018-03-27 17:23:45.874 [update notice] received MM SW_10_03: 60.000;7.000;80;03;45.000
2018-03-27 17:23:46.166 [update notice] received broadcast SW_BR: 60.000;7.000;0;00;45.000

wie schaffe ich es nun die Daten für fhem zu übersetzen (classdef?)? gibt es hier eine Beschreibung?
Parallel habe ich auch ein ISM 7 angehängt, so dass ich die Werte schon ein wenig interpretieren kann.

also z.b:

2018-03-27 17:53:09.217 [update notice] received MM SW_03_F1: 60.000;7.000;80;12;45.000

hier wird die Aussentemperatur (7.000) angezeigt.

Danke im Voraus.

Gerd

alfagero · 02 Februar 2019, 10:53:36

Hi !

ich habe auch mal ne Frage:
meine Gastherme Wolf CGW20 besitzt noch keinen Außentemperaturfühler. Ich dachte vielleicht könnte man das mit der ebus-Platine und dem pi und Wettervorsagen nachholen.

wenn ich nun

ebusctl r betrd aussentemp
ausführe bekomme ich -40.
das scheint der "default-Wert" zu sein wenn kein Fühler dran ist.
soweit so gut.

Wenn ich z.b.
ebusctl w -c betrd aussentemp -3 eingebe bekomme ich "ERR: element not found"

kann man bei der Therme überhaupt werte setzen ? Oder mache ich was falsch ?

Reinhart · 02 Februar 2019, 13:51:27

und was spricht dagegen wenn du einfach einen Außenfühler anklemmst?
Das ist doch nur ein temperaturabhängiger Widerstand um wenige Cent. Wolf benutzt laut Recherche einen 5K NTC. Mach einfach einmal einen Test und klemme einen Widerstand (so um die 5K) an die Klemme AF und lese die Außentemperatur dann nochmals aus dann siehst du ob es funktioniert. Wenn du dann den Widerstand verkleinerst oder vergrößerst siehst du ob die Temperatur sinkt oder steigt. Sinkt die Temperatur, dann steigt der Widerstand. 10K wären dann schon um die 10 Grad und 6,2K 20 Grad.
Hier siehst du die Kennlinie eines 5K NTC.

Bei Reichelt kannst so einen NTC für kleines Geld kaufen. Der angegebene Wert (zB. 5k ) gilt immer für 25 Grad.
NTC 4,7K
NTC 5K

LG
Reinhart

alfagero · 05 Februar 2019, 12:55:19

Danke für den Hinweis mit dem Widerstand.
Dann muss ich erst mal die Klemmen in meiner Heizung finden und außerdem muss noch ein Loch nach draußen gemacht werden

Deshalb würde ich gern die "Computerlösung" bevorzugen.
(Nur den Status der Heizung gucken ist auf Dauer nicht so spannend). Eine "Steuerung" wäre cool(als weitere Möglichkeit würde ich an "Frei-Tagen die Steuerung auf Sonntag stellen...)

Hat jemand schon mal was gesteuert ?

Reinhart · 05 Februar 2019, 18:18:05

ich habe eine Steuerung nach Wärmebedarf pro Raum und regle bei Überschuss oder Mangel die Heizkurve vollautomatisch nach, somit wird indirekt der Vorlauf gesteuert und die Außentemperatursteuerung bleibt auch noch aktiv. Der Wärmebedarf wird über die Ventilstellung mittels dem Modul Valves ermittelt und ein Durchschnitt (Wichtung) berechnet. Hatte das hier schon einmal näher beschrieben.

LG

ricos · 09 Februar 2019, 16:07:54

Hallo Wölfe,

leider haben wir auf unsere Forumsanfrage https://forum.fhem.de/index.php/topic,95173.msg896454.html#msg896454 bislang keine Reaktion.
Dennoch haben wir uns weiter mit dem bereits vorhandenen Teilen (08+35.csv) beschäftigt.

Die 08.csv funktioniert. Die Werte können gut ausgelesen werden und sind im FHEM teilweise aufgenommen.
Kessel, Warmwasser und Außentemperatur sind sicher ganz interessant, aber eigentlich war es unser Ziel, die Zeitprogramme für Heizung/Wasser bequem am Rechner einzustellen.

Die 35.csv funktioniert leider nicht, so dass wir einige Tests durchgeführt haben.

ebusctl hex 355022 03 f52101 bzw. 02 2101 (welches tatsächlich identisch ist) ergibt bei uns den Wohentag (1 Montag -7 Sonntag).
Aktuelle Stunde, Minute und Sekunde liegen bei uns unter 02 2501, 2601 und 2701.

Sämtliche im Internet gefundenen Befehle wie z.B. Raumtemperatur ec1100 ergeben 020000.
Die Raumtemperatur war einmalig "greifbar" (als wir das BM kurz "abgenommen haben").

Wie kommt Ihr an neue Werte? Muss man mühselig "durchzählen"?
Gibt es ein System dabei (siehe Stunde, Minute)?

Sind wie bei 5022 richtig? Oder müssen wir hier 0800 oder 5014 o.ä. verwenden?
Aktuell wollen wir natürlich nur lesen und nicht schreiben.

Wir würden uns über einen Rückläufer freuen. Danke.

Grüsse
Rico

copystring · 09 Februar 2019, 16:24:25

Hallo Rico,

ich habe zufälligerweise in den letzten Tagen für 08 und 35 alle IDs mit den dazugehörigen Prüfsummen ausgelesen. Hat circa 4 Tage (2 Pro ID) gedauert.
In den nächsten Tagen werde ich diese mal durchgehen und prüfen was dort zu finden ist.
Sprich: Ich habe alle auslesbaren IDs von 08 und 35 aber muss diese noch prüfen und filtern.

Liebe Grüße

Felix

copystring · 10 Februar 2019, 15:38:26

So,

hier habe ich alle von mir gefundenen gültigen Adressen für 08 und 35 als CSV.
Diese habe ich bereits mit weiteren Adressen von mir und von github verglichen und die Bekannten bereits eingepflegt. Übrig bleiben nun die unbekannten.

Nun geht es darum diese Unbekannten zu interpretieren.
Das ist nicht unbedingt mein Spezialgebiet. Ich werde mir diese zwar selbst anschauen aber vielleicht kann das ja jemand besser als ich.
Daher hänge ich beide Dateien hier an.

PS: Es kann sein, dass die 35.csv nicht vollständig ist, da manche Werte sporadisch 020000 zurück gegeben haben. Dies passiert auch dann, wenn die Adresse keinen Inhalt hat.

Liebe Grüße

Felix

ricos · 10 Februar 2019, 19:07:34

Hallo Felix,

vergleich mal mit unserer 08.csv... unsere hat schon einiges mehr entschlüsseltes drin wie es mir scheint.

Grüsse

Rico

copystring · 10 Februar 2019, 19:12:14

Das ist die Liste von github oder? Diese Werte habe ich in meine Liste bereits übertragen.

pink99panther · 10 Februar 2019, 19:58:28

Hallo copystring
hier mal mein zusammengewürfeltes Zeugs
https://forum.fhem.de/index.php/topic,95173.msg889316.html#msg889316
Vielleicht ist da ja was dabei, was du noch nicht hast

ricos · 10 Februar 2019, 20:51:12

Hi,

ich glaube, Copy hat das gleiche Problem wie wir, dass die verfügbaren Dateien (ausser 08.csv) irgendwie nicht stimmen.

15+f6 werden gar nicht bei uns geladen, und die Werte von 75 sind in 35 teilweise übertragbar/verfügbar.

Vermutlich liegts an dem Gerät (bei uns DWT_2D). Dieses spricht selten mit uns.
Die Raumtemp war nur 1x kurz nach dem "Start" verfügbar und den Rest nicht mehr greifbar.
Der erste Ansatz war natürlich genau die Befehle von 35+75 "per Hand" zu prüfen... und es gab 4 Übereinstimmungen (Stunde, Min, Sek und Raumtemp) nur.

Da die 08 bereits viel hergibt, werden wir uns erstmal auf die 35 stürzen und schauen, was wir hier noch finden und zuordnen können.

Grüsse
Rico

skycrack · 25 Februar 2019, 21:25:22

Hallo,
ich komme leider nicht ans Ziel und mir fehlt das Erfolgserlebnis.
Ich habe den Ebusadapter in Betrieb genommen.
Die 08.csv 35.csv und cgb-2.csv liegen im /etc/ebusd Verzeichnis.
Ein "ebusd --scanconfig --checkconfig --configpath=/etc/ebusd" bringt

Code Auswählen

2019-02-25 21:21:52.625 [main notice] ebusd 3.3.v3.3 performing configuration check...
2019-02-25 21:21:52.807 [main notice] found messages: 179 (0 conditional on 0 conditions, 0 poll, 4 update)
2019-02-25 21:21:52.812 [main notice] ebusd stopped

aber /var/log/ebusd.log habe ich nur unbekannte Strings.

Code Auswählen

2019-02-25 21:20:04.116 [update notice] received unknown BC cmd: 03fe050308010040ff84413803
2019-02-25 21:20:08.904 [update notice] received unknown BC cmd: 30fe03010e1f00008000000000000000000000
2019-02-25 21:20:09.148 [update notice] received unknown MM cmd: 3003050709bb0316030080ff7000
2019-02-25 21:20:09.479 [update notice] received unknown MS cmd: 3008502203cc0200 / 023200
2019-02-25 21:20:09.806 [update notice] received unknown MS cmd: 3008502203cc1600 / 028e02
2019-02-25 21:20:10.135 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02
2019-02-25 21:20:10.462 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02
2019-02-25 21:20:10.791 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02

ein "ebusctl r -m 9 -c betrd_bm2 temp_burner" bringt z.B
ERR: element not found

Ich habe eine Wolf CGB2. Bin über jeden Hinweis dankbar. MfG Rene

skycrack · 26 Februar 2019, 10:59:24

Zitat von: skycrack am 25 Februar 2019, 21:25:22
Hallo,
ich komme leider nicht ans Ziel und mir fehlt das Erfolgserlebnis.

Also etwas habe ich doch gestern noch hinbekommen. Habe Johns Git nochmal geholt und alle csv ersetzt, sowie den Timeout angepasst.
Jetzt findest er in der /var/log/ebusd.log einige Werte.

Code Auswählen

2019-02-26 10:42:33.131 [update notice] received unknown MS cmd: 305050140703803500190070 / 09000100800080008428
2019-02-26 10:42:36.704 [update notice] received read betrd_bm2 temp_burner QQ=30: 54.2
2019-02-26 10:42:37.031 [update notice] received read betrd_bm2 temp_return QQ=30: 41.7
2019-02-26 10:42:37.357 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2019-02-26 10:42:37.686 [update notice] received read betrd_bm2 performance_burner QQ=30: 23
2019-02-26 10:42:38.012 [update notice] received unknown MS cmd: 3008502203cc7301 / 021600
2019-02-26 10:42:38.341 [update notice] received read betrd_bm2 fw_version_burner QQ=30: 2.00
2019-02-26 10:42:38.668 [update notice] received read betrd_bm2 no_of_firing QQ=30: 722
2019-02-26 10:42:38.816 [update notice] received unknown BC cmd: 03fe050308010048ff6c293908
2019-02-26 10:42:38.974 [update notice] received unknown MS cmd: 3008502203cc2702 / 020000
2019-02-26 10:42:39.302 [update notice] received read betrd_bm2 op_hrs_supply QQ=30: 254
2019-02-26 10:42:39.622 [update notice] received unknown BC cmd: f1fe050308010100ff6cff3901
2019-02-26 10:42:39.863 [update notice] received unknown MS cmd: 3008502203cc2902 / 020000
2019-02-26 10:42:40.191 [update notice] received read betrd_bm2 op_hrs_heating QQ=30: 209
2019-02-26 10:42:40.519 [update notice] received read betrd_bm2 pressure QQ=30: 2.23
2019-02-26 10:42:40.845 [update notice] received unknown MS cmd: 3008502203cc3727 / 020100
2019-02-26 10:42:41.172 [update notice] received read betrd_bm2 uflags5 QQ=30: 10
2019-02-26 10:42:41.499 [update notice] received read betrd_bm2 uflags4 QQ=30: 5
2019-02-26 10:42:41.826 [update notice] received unknown MS cmd: 3008502203cc6327 / 02fa05
2019-02-26 10:42:42.153 [update notice] received unknown MS cmd: 3008502203cc6a27 / 020080
2019-02-26 10:42:43.337 [update notice] received read betrd_bm2 bm2 QQ=30: Brauchwasser_Heizen;Verbraucheraus;53.50;-;-;56.0;dc

Das ist schon mal schön.
Ich habe jedoch noch ein Verständisproblem, wie diese Werte als Readings im Fhem auftauchen. Bisher sehe ich das so:

Der EBUS Adapter hängt per USB am RSPi im Keller. Dort läuft ebusd als Dämon und lauscht auf dem Bus um eventuell eine Übersetzung der Strings in den Konfigfiles zu finden und diese dann ggf. in der ebusd.log mit auszugeben. ( brauche ich dort eigentlich diesen angepassten etty Kerneltreiber für die serielle Schnittstelle?)
Der ebusd öffnet einen TCP(udp?) Socket auf 8888. Mein Fhem RSPi connectet sich laut definition an diesem.

Code Auswählen

defmod EBUS ECMD telnet 192.168.xxx.xxx:8888

Wie bekomme ich jetzt readings?

Wenn ich auf den PI wo ebuid läuft ein "ebusctl find" mache, bekomme ich schön einige Werte aufgelistet.

Code Auswählen

betrd_bm2 bm2 = Brauchwasser_Heizen;Verbraucheraus;53.06;-;-;56.0;dc
betrd_bm2 fw_version_burner = 2.00
betrd_bm2 ionisation = 55
betrd_bm2 no_of_firing = 722
betrd_bm2 no_of_power_on = 9
betrd_bm2 op_hrs_heating = 209
betrd_bm2 op_hrs_supply = 254
betrd_bm2 performance_burner = 22
betrd_bm2 performance_pump = 15
betrd_bm2 pressure = 2.21
betrd_bm2 raumtemp = 3276.8
betrd_bm2 tagtemp = no data stored
betrd_bm2 temp_burner = 56.0
betrd_bm2 temp_exhaust = 48.0
betrd_bm2 temp_return = 37.7
betrd_bm2 uflags4 = 5
betrd_bm2 uflags5 = 10
broadcast datetime = -;10:51:10;26.02.2019
broadcast error = E000 10:42
broadcast id = Kromschröder;  ;0204;8080
broadcast id = no data stored
broadcast signoflife = no data stored
dwt 35Unbekannt10 = no data stored
dwt 35Unbekannt11 = no data stored
dwt 35Unbekannt12 = no data stored
dwt 35Unbekannt13 = no data stored
dwt 35Unbekannt1 = no data stored
dwt 35Unbekannt2 = no data stored
dwt 35Unbekannt3 = no data stored
dwt 35Unbekannt4 = no data stored
dwt 35Unbekannt5 = no data stored
dwt 35Unbekannt6 = no data stored
dwt 35Unbekannt7 = no data stored
dwt 35Unbekannt8 = no data stored
dwt 35Unbekannt9 = no data stored
dwt h = no data stored
dwt m = no data stored
dwt s = no data stored
feuerung a09 = no data stored
feuerung hg01 = no data stored
feuerung hg02 = no data stored
feuerung hg03 = no data stored
feuerung hg04 = no data stored
feuerung hg06 = no data stored
feuerung hg07 = no data stored
feuerung hg09 = no data stored
feuerung hg10 = no data stored
feuerung hg11 = no data stored
feuerung hg12 = no data stored
feuerung hg15 = no data stored
feuerung hg16 = no data stored
feuerung hg17 = no data stored
feuerung hg21 = no data stored
feuerung hg22 = no data stored
feuerung hg73 = no data stored
feuerung hg75 = no data stored
feuerung pwm_pumpe = no data stored
feuerung ruecklauf_ist = 37.1
feuerung unbekannt18 = no data stored
feuerung unbekannt19 = no data stored
feuerung unbekannt20 = no data stored
feuerung unbekannt21 = no data stored
feuerung unbekannt22 = no data stored
feuerung unbekannt24 = no data stored
feuerung unbekannt26 = no data stored
feuerung unbekannt2 = 0
feuerung unbekannt30 = no data stored
feuerung unbekannt31 = no data stored
feuerung unbekannt32 = no data stored
feuerung unbekannt33 = no data stored
feuerung unbekannt34 = no data stored
feuerung unbekannt35 = no data stored
feuerung unbekannt36 = no data stored
feuerung unbekannt37 = no data stored
feuerung unbekannt38 = no data stored
feuerung unbekannt39 = no data stored
feuerung unbekannt40 = no data stored
feuerung unbekannt41 = no data stored
feuerung unbekannt46 = no data stored
feuerung unbekannt47 = 22
feuerung unbekannt49 = no data stored
feuerung unbekannt50 = 8
feuerung unbekannt51 = 22
feuerung unbekannt52 = no data stored
feuerung unbekannt53 = no data stored
feuerung unbekannt54 = no data stored
feuerung unbekannt55 = no data stored
feuerung unbekannt57 = no data stored
feuerung unbekannt58 = no data stored
feuerung unbekannt5 = 93
feuerung unbekannt8 = no data stored
feuerung vorlauf_ist = 55.4
feuerung vorlauf_soll = no data stored
feuerung warmwasser_ist = 52.4
feuerung warmwasser_soll = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.04  = no data stored
scan.08  = Wolf; !;0002;0000
scan.35  = Kromschroeder;  ;0204;8080
scan.50  = no data stored
scan.76  = Kromschroeder;  ;0204;8080
scan.f6  = no data stored

Aber abrufen kann ich sie nicht.
Ein "ebusctl r -m 9 -c betrd_bm2 no_of_firing"
bringt ein.
ERR: read timeout

egal ob auf dem pi mit ebusd oder meinen Fhem mittels telnet.
Wäre es nicht schon völlig ausreichend eine geparste Liste von "ebusctl find" als readingsliste zu nehmen? Mehr wäre doch nicht nötig oder sehe ich da was falsch?

Würde mich über einen Ansatz freuen. Gruß Rene