Läuft: Heizung mit eBus-Schnittstelle

[TiPpFeHlEr]

So,

zu der Message ist mir etwas aufgefallen!

Code Auswählen Erweitern

1008b5100900000050ffff010000 / 0101 = bai Mode
1008b5100900000064ffff010000 / 0101 = bai Mode
1008b5100900000068ffff010000 / 0101 = bai Mode


die beiden Werte vor  "ffff010000", also die 50,64,68 ist die WW _Solltemp
Hex 50 = Dez 80 / 2 = 40°C Soll
Hex 64 = Dez 100 / 2 = 50°C Soll
usw....
Dieser Wert ändert sich immer wenn ich die WWSolltemp ändere!

das heist, in dieser message wird nicht der Status " standby, Heizbetrieb, WW Betrieb " übertragen. lediglich ob das Gerät im "normalen" oder "frostschutzbetrieb" ist.

mfg maik

[ak323]

Hi
....
würde ich gerne noch die RecoVair (Vaillant Lüftung) abfragen und fernsteuern

...

Theoretisch könnte ich die Lüftung im Groben über den VRC470 auslesen, da ich diese über diesen auch lesen und steuern kann. Nur leider sind in der 15.470.csv dafür keine Einträge.

Nun meine Bitte,

wie muss ich vorgehen um eine eigene *.csv dafür zu erstellen?

wo muss ich anfangen, oder hat bereits jemand eine Vaillant Lüftung integriert??

mfg maik

Maik .. Ich bin dabei !
Würde meine recovair auch gerne über ebus steuern, finde aber keinerlei Infos.

VG ak323

[nightstorm99]

Hallo Zusammen,

habe jetzt mein EBUSD Daemon mal auf den neusten GIT Stand gebracht.
War vorher noch mit der Version 1 unterwegs.
Erkennen scheint er erstmal ziemlich viel:

Code Auswählen Erweitern

version: ebusd 2.1.acae7c3
signal: acquired
symbol rate: 33
masters: 3
messages: 745
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0370;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/50.ehp.mc.csv"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202", loaded "vaillant/e0.omu.csv"

aber ich habe zwischen drin immer noch ein Gerät was er nicht zuordnern oder noch keine Daten für gibt:

Code Auswählen Erweitern

2016-08-31 21:21:03.075 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-08-31 21:21:04.927 [update notice] update cc Mode QQ=10: 30;auto;00;off
2016-08-31 21:21:05.094 [update notice] update cc Status QQ=10: 0;off;-;0
2016-08-31 21:21:05.275 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000b0110000
2016-08-31 21:21:05.426 [update notice] unknown MS cmd: 1023b5040131 / 020000
2016-08-31 21:21:05.593 [update notice] update ehp SourcePumpStatus QQ=10: 0
2016-08-31 21:21:05.777 [update notice] update ehp errorhistory QQ=10: 2;2;22:34;30.08.2016;580
2016-08-31 21:21:08.030 [bus error] poll mc CfgHeatSinkType failed: ERR: read timeout
2016-08-31 21:21:08.899 [update notice] update broadcast hwcStatus QQ=10: off;31;off
2016-08-31 21:21:09.072 [update notice] unknown BC cmd: 10feb505034a0100
2016-08-31 21:21:09.724 [update notice] update ehp VWLSBadWeatherOMU2 QQ=10: no
2016-08-31 21:21:09.895 [update notice] update ehp SourceTempInput QQ=10: 21.06;ok
2016-08-31 21:21:10.059 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 0
2016-08-31 21:21:10.221 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2016-08-31 21:21:10.638 [update notice] update broadcast vdatetime QQ=10: 21:21:04;31.08.2016
2016-08-31 21:21:10.948 [update notice] update broadcast outsidetemp QQ=10: 15.312
2016-08-31 21:21:11.149 [update notice] update broadcast datetime QQ=10: 15.312;21:21:04;31.08.2016
2016-08-31 21:21:11.631 [update notice] unknown BC cmd: 10feb5160304b011
2016-08-31 21:21:12.152 [update notice] unknown MS cmd: 1023b505072b000100000000 / 00
2016-08-31 21:21:14.554 [update notice] unknown MS cmd: 1025b50903290000 / 050000060300
2016-08-31 21:21:15.154 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-08-31 21:21:16.101 [update notice] unknown MS cmd: 1050b5040133 / 02b011
2016-08-31 21:21:16.557 [update notice] unknown MS cmd: 03e0b5210500020b00e7 / 0900020f01f900070000
2016-08-31 21:21:17.499 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-08-31 21:21:18.486 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2016-08-31 21:21:19.105 [update notice] unknown MS cmd: 1050b5040132 / 0a002806030101b0110100
2016-08-31 21:21:19.256 [update notice] unknown MS cmd: 1050b5040131 / 020001
2016-08-31 21:21:21.233 [update notice] unknown BC cmd: 10feb505034a0100
2016-08-31 21:21:23.028 [update notice] unknown MS cmd: 1050b505072b000100000000 / 00
2016-08-31 21:21:25.069 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-08-31 21:21:27.353 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-08-31 21:21:29.424 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000b0110000
2016-08-31 21:21:29.574 [update notice] unknown MS cmd: 1025b5040131 / 020000

Hat jemand eine Idee was das "MS" noch sein kann?

Danke und Gruß
Denny

[Sven77]

MS = master-slave
BC = broadcast

Das erste Byte ist immer die Masteradresse, das zweite die Slaveadresse bzw. FE bei Broadcasts.
Dein EHP und die Steuerung schicken also offenbar reichlich Nachrichten, deren Sinn (noch) unbekannt ist. Im Grunde bleiben dir 2 Möglichkeiten:

a) (Hex-)Inhalte beobachten und erraten, um was es sich handelt - danach dann eine CSV-Zeile hinzufügen und John weiterleiten
b) einen Dummy-Eintrag für jede unbekannte Nachricht erstellen, um das "unknown" aus dem Log zu bekommen - da die Nachrichten aber eh verschickt werden, wird dann aus dem "unknown MS cmd" nur ein "update ... ..."

[nightstorm99]

a) (Hex-)Inhalte beobachten und erraten, um was es sich handelt - danach dann eine CSV-Zeile hinzufügen und John weiterleiten

Wenn ich etwas mehr Zeit habe, werde ich das mal beobachten!

Danke und Gruß
Denny

[john30]

Die RecoVair hängt an einem Buskoppler "V32"

Theoretisch könnte ich die Lüftung im Groben über den VRC470 auslesen, da ich diese über diesen auch lesen und steuern kann. Nur leider sind in der 15.470.csv dafür keine Einträge.

Hallo Maik,
ich bin seit einigen Tagen auch in der Lage, meine recovair auszulesen und werde in den nächsten Wochen versuchen, dafür eine csv zu entwerfen.
Mit dem Buskoppler kann man meines Wissens lediglich die Betriebsart steuern und ein paar Statuswerte auslesen und sonst nichts.
Was kannst Du denn über die VRC470 alles in der Lüftung verändern bzw. auslesen? Das wäre schon mal hilfreich zu wissen, dann könnte man den Buskoppler auch so langsam besser unterstützen.
VG John

[john30]

ja genau, habe es selber compiliert!

Müsste aber bei einem Numerischen Vergleich >= ja auch funktionieren, oder?

das ist ja das Paketmanagement vom System, das den Fehler produziert, weil dort eben nicht ebusd 2.1 als installiert bekannt ist, sondern ebusd 2.0.
die ebusd-conf hat aber eine Abhängigkeit auf ebusd 2.1 und fragt bei der Installation nicht beim ebusd die Version nach, sondern nur im Paketmanagement, und somit passt das nicht zusammen.

VG John

[TiPpFeHlEr]

Hi John,

erstmal Top das du auch eine RecoVair hast

also im Moment kann ich mit dem 470/4 nur die Lüfterstufen 1-6 Tag/Nacht, und den Modus Tag /Nacht auslesen bzw steuern.

seltsam ist, wenn ich die Lüfterstufen ändere, wird kein befehl vom 470 an den Buskoppler geschickt (ebusctl listen/ ebusctl grab)

mfg maik

p.s. ein Kunde von uns hat einen VR900 mit der MultiMatic App, er ist total entäuscht! es lassen sich lediglich Tag/Nacht/WW/Aussen - Temp auslesen und ändern, und eigentlich alle Schaltzeiten, dies geht aber nicht da die App defekt ist. Auch beim auslesen der SollTemp's gibt es grosse Probleme, wir werden das mal mit Vaillant besprechen. Der Kunde hatte erwartet wesentlich mehrt Informationen / Funktionen damit abdecken zu können.

[TiPpFeHlEr]

Mit dem Buskoppler kann man meines Wissens lediglich die Betriebsart steuern und ein paar Statuswerte auslesen und sonst nichts.

Das würde aber keinen Sinn machen!
Da der Buskoppler VR32 dafür gedacht ist Kaskaden (mehrere Heizgeräte) in den EBUS zu integrienen.
also auch 2-x Thermen, dafür müsste also der Buskoppler alle nötigen Daten übertragen / empfangen können.

Der Grund für den Buskoppler bei mir ist das Die Therme und die Lüftung  je ein Heizgerät im EBUS darstellt. die Therme hat die Adresse 1, auch das Lüftungsgerät hätte die 1, da dies zum Konflikt führen würde, benutzt man den Buskoppler und gibt der Lüftung die 2.

mfg maik

[john30]

Das würde aber keinen Sinn machen!
Da der Buskoppler VR32 dafür gedacht ist Kaskaden (mehrere Heizgeräte) in den EBUS zu integrienen.
also auch 2-x Thermen, dafür müsste also der Buskoppler alle nötigen Daten übertragen / empfangen können.

ja ich weiß. ich vermute, dass der VR32 lediglich die b504/b505 Kommandos an das Heizgerät weiterleitet, aber nicht die Konfigurationsänderungen. Es wäre interessant, das herauszufinden, aber ich selbst habe halt keinen VR32, insofern für mich schwierig.

Der Grund für den Buskoppler bei mir ist das Die Therme und die Lüftung  je ein Heizgerät im EBUS darstellt. die Therme hat die Adresse 1, auch das Lüftungsgerät hätte die 1, da dies zum Konflikt führen würde, benutzt man den Buskoppler und gibt der Lüftung die 2.

Ich habe das über getrennte eBus Interfaces + jeweils einen eigenen ebusd gelöst. Funktioniert auch
Im Prinzip könnte man sogar irgendwann so weit gehen, dass ebusd auch als Buskoppler arbeitet. Aber dafür müsste man erstmal rauskitzeln, was der VR32 so treibt...

[TiPpFeHlEr]

Hi John,

1. wenn du die RecoVair an einem eigenen EBUSD hängen hast, kannst du die Lüftung noch über deinen 470 steuern??

2. wie soll ich vorgehen um den VR32 auszutesten?

3. hast du mal hex beispiele die ich an den VR32 senden kann?
Ich hatte schon mehrere versucht, es kommt aber immer "element not found"

mfg maik

[john30]

1. wenn du die RecoVair an einem eigenen EBUSD hängen hast, kannst du die Lüftung noch über deinen 470 steuern??

Ich hab keinen 470, nur ne EHP mit zugehörigem UIH.

2. wie soll ich vorgehen um den VR32 auszutesten?

Du könntest erstmal einen scan initiieren ("ebusctl scan"), eine halbe Minute warten und dann das Ergebnis posten ("ebusctl scan result").

3. hast du mal hex beispiele die ich an den VR32 senden kann?

Du könntest mal mit "ebusctl hex 38b509030d000" (bzw. "ebusctl w -h 38b509030d000" für ebusd 2.1) anfangen, das sollte dann evtl. die Raumtemperatur sein.

[TiPpFeHlEr]

@ John

1. achso

2.

Code Auswählen Erweitern

pi@ospi ~ $ ebusctl scan result
08;Vaillant;BAI00;0518;7401;21;11;32;0010004276;0001;007809;N3
15;Vaillant;47000;0420;1403;21;14;32;0020171280;0082;031167;N9
38;Vaillant;V32  ;0117;9802


3. nein kommt nix

Code Auswählen Erweitern

pi@ospi ~ $ ebusctl w -h 38b509030d000
ERR: invalid numeric argument

pi@ospi ~ $ ebusctl w -h 38b509030d0000
ERR: element not found


mfg maik

[john30]

3. nein kommt nix

Code Auswählen Erweitern

pi@ospi ~ $ ebusctl w -h 38b509030d000
ERR: invalid numeric argument

pi@ospi ~ $ ebusctl w -h 38b509030d0000
ERR: element not found


hm, sehr übersichtlich...
probier mal "ebusctl w -h 38b5090124"

[TiPpFeHlEr]

Code Auswählen Erweitern

pi@ospi ~ $ ebusctl w -h 38b5090124
ERR: element not found