Läuft: Heizung mit eBus-Schnittstelle

[manolo]

Hallo zusammen,

dank eurer Unterstützung habe ich meine Vaillant Gastherme (VC 146/5-5 Exklusiv) mit RaspberryPi0 und USB ebus Koppler erfolgreich in Betrieb genommen. Dafür schonmal vielen Dank!

Meine Anlage hat noch Solarunterstüzung mit einem 300L Speicher (VIHS300). Geregelt wird das Solarmodul mit dem Vaillant Modul VR70. Als Regler in der Therme kommt der VR700 zu Einsatz, was wohl der Nachfolger vom VR470 ist (irgendwo mal aufgeschnappt).

Es läuft schon gut. Es wird sauber über den Bus gelesen (mehr möchte ich auch erstmal nicht!).

Über FHEM (eBus Modul) und über den Bus kann ich folgendes Auslesen (siehe auch Bild im Anhang):

• 
  Vorlauf / Rücklauf / Außentemperatur
  
• 
  Zeit der Funkuhr aus dem Außensensor
  
• 
  Einen Pumpenstatus (Normalerweise immer off, wenn aber die Therme anspringt um Wasser aufzuheizen geht der State in overrun)
  

ebus info liefert das:

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103"
address 31: master #8, ebusd
address 36: slave #8
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903"

Ich sehe ja das nur die 08.bai csv geladen wurde, die anderen Teile meiner Anlage sind wohl noch zu neu.
Da ich schon gerne z.B. die Kollektortemp. und noch weitere Werte auslesen möchte, wie würde ich da weiter vorgehen? Dazu fehlt mir irgendwie der nächste Ansatz. Ich will halt nix kaputt machen...

Wenn ich mir nun die Busmeldungen anschaue, werden mir doch nur Meldungen angezeigt welche über die 08.csv "übersetzt" werden, oder?

Es wäre nett wenn mir kurz erläutert werden könnte, wie ich hier nun weiter machen kann.

Vielen Dank nochmals.

Gruß der Manolo

[Sven77]

Hi manolo,

ich habe inzwischen eine recht umfangreiche CSV zur VRC700. Die VR70 ist selbst nur passiv, hier lese ich nur eine einzige Nachricht mit bzw. habe auch nur den notwendigen Eintrag für diese eine.
Gerade in Sachen Solar fehlt aber noch ziemlich viel in der VRC, momentan ist erstmal nur der Solar-Gesamtertrag bekannt und auslesbar. Schicke mir bitte Deine Mailadresse als PN, dann bekommst Du einen Link zur CSV.
Ich bitte vorerst um Verständnis, dass ich diese nicht ganz frei veröffentliche, weil ich so einen besseren Überblick behalte wer welche Konfiguration hat, um Änderungen gezielt testen zu lassen!

LG, Sven

[MOLUSER]

Hallo Sven,
habe inzwischen auch einen ebus-Koppler an meiner VRC700 am laufen, bekomme aber keine readings zurück, weil ich sicher nicht die richtige "CSV-Datei" in meinem ebusd-Verzeichnis habe.
Unter ebusctl info erhalte ich folgende Rückmeldung:

version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 23
masters: 3
messages: 14
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0116;HW=9602"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103"

Kannst du mir bitte mal auf die Sprünge helfen, wie man da weiterkommt.
Ich möchte vorerst mal nur im Lesemodus mit der VRC700 arbeiten.

LG
Torsten

[TiPpFeHlEr]

Hi Leute,

habe da mal ein Problem mit dem schreiben der Heizkurve in den calorMatic470.
in der bai00.cfg steht

Code Auswählen Erweitern

# HeizkurveSchreiben
get HeizkurveSchreiben cmd {"w -c 470 Hc1HeatCurve ".Value("HeizkurveEinstellen")."\n"}
get HeizkurveSchreiben expect ".*\n\n"
get HeizkurveSchreiben postproc  { $_ }
#


als Fehler in FHEM kommt als state

Code Auswählen Erweitern

HeizkurveSchreiben usage: write [-d ZZ] -c CIRCUIT NAME [VALUE[;VALUE]*]
  or:  write [-c CIRCUIT] -h ZZPBSBNNDx
Write value(s) or hex message.
  -d ZZ       override destination address ZZ
  -c CIRCUIT  CIRCUIT of the message to send
  NAME        NAME of the message to send
  VALUE       a single field VALUE
  -h          send hex write message:
    ZZ        destination address
    PB SB     primary/secondary command byte
    NN        number of following data bytes
    Dx        data byte(s) to send

woran liegt das?

Dann noch ne Frage wegen dem Auslesen des Wasserdruck's

in bai00.cfg

Code Auswählen Erweitern

# Wasserdruck
get Wasserdruck cmd {"r -f WaterPressure\n"}
get Wasserdruck expect "\d+\n\n"
get Wasserdruck postproc { sprintf("%5.1f",$_) }



die Ausgabe in FHEM

Code Auswählen Erweitern

???


mfg maik

[Reinhart]

versuche mal beim Wasserduck folgende Syntax (pressure klein geschrieben), denn da hat sich bei den CSV Files was geändert.:

Code Auswählen Erweitern

# Anlagendruck
get Wasserdruck cmd {"r -f Waterpressure press.0\n"}
get Wasserdruck expect ".*\n*"
get Wasserdruck postproc { sprintf("%5.1f",$_) }

und beim Heizkurve schreiben würde ich einmal testen was den der Befehl in der Konsole sagt, eventuell brauchst du da noch #install!

Code Auswählen Erweitern


pi@raspberry2 ~ $ ebusctl w -c 470 Hc1HeatCurve 0.90
done


Code Auswählen Erweitern

pi@raspberry2 ~ $ ebusctl w -c 470#install Hc1HeatCurve 0.90

LG

[Reinhart]

@John

ich habe leider Pech gehabt und in meiner Vaillant Therme (VCW) ist der Zündtrafo defekt geworden. Den gibt es nicht als Ersatzteil, so musste ich die komplette Steuerplatine tauschen.

Leider wird nun bei einem "scan" zwar der slave 08 richtig erkannt, aber keine ID, HW und SW ausgelesen. Kannst du dir vorstellen, ob ich diese Information noch wo eingeben/aktivieren muss?

Die Steuerplatine ist richtig eingestellt, habe ich nochmals kontrolliert bzw. richtig gesetzt, also

d.97 mit Passwort "17" aktiviert, dann auf d.93 und d.76 die Gerätekennung "37" laut Teilenummer eingetragen.
Die Teilenummer steht zwar nirgends, habe ich aus der Liste der Gerätekennung für Brennwertgeräte aber ermittelt. Der Techniker hat mir das so erklärt, dass es zwar immer dieselbe Platine ist, aber für die unterschiedlichen Länder unterschiedliche Codes eingetragen sein müssen weil das der Gesetzgeber so vorschreibt. Ich habe ein AT Gerät, daher die "37", bei DE wäre es "30".

alte Platine hat tadellos funktioniert

Code Auswählen Erweitern

version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 57
masters: 3
messages: 209
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"


Austausch der Platine und nun fehlen MF, ID, HW, SW

Code Auswählen Erweitern


version: ebusd 2.0.3b6f385
signal: acquired
symbol rate: 23
masters: 3
messages: 235
address 03: master #3
address 08: slave #3, scanned
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"
address 26: slave, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"


logischerweise wird nun die 08.bai nicht mehr geladen und somit kann ich nur mehr mit der 430 sprechen.

Code Auswählen Erweitern

pi@raspberry2 ~ $ ebusctl scan result
26;Vaillant;43000;0215;2002;21;11;09;0020028515;0907;006374;N5


Hast du einen Rat für mich wie ich die "08.bai" wieder laden kann ohne auf die "Automatik" zu verzichten?

LG
Reinhart

[Sven77]

Dein Scan zeigt nur noch das Gerät 26 (warum ist der 430 überhaupt auf einmal 26?), weder 08 noch 15...
Bist du sicher, dass der eBus elektrisch richtig angeschlossen ist?!

Da allerdings die anderen Geräte noch im "info" stehen - wurde ebusd schonmal neu gestartet?

[Reinhart]

ich habe nun noch versucht die alte 1.2 zu installieren, hier kann ich die Configs ja händisch laden und es funktioniert soweit das ich auch die Broadcast über die CSV als Klartext erhalte. Aber es funktionieren nur die Broadcast und die 430, aber von der 08.bai kann ich nichts abfragen!

Bin nun wieder zurück zur letzten eBusd Version 2.1 und erhalte im Prinzip dieselben Ergebnisse nur das hier die Broadcast nicht übers CSV übersetzt werden. Es sieht so aus, als wäre die Hauptplatine zum Schreiben gesperrt, daher auch keine Scan Info. Mit der Calormatic die ja am selben eBus hängt funktioniert alles wie gehabt, schreiben und lesen und es kommen auch im Raw Modus alle Broadcast fehlerfrei an.

Ich werde im September ohnehin noch eine Wartung durchführen lassen, da werde ich den Techniker nochmals befragen was da auf der neuen Platine nun anders sein soll (sofern die Techniker darüber überhaupt informiert werden).

Code Auswählen Erweitern

2016-08-26 11:29:39.537 [main notice] ebusd 2.1.422b8d6 started
2016-08-26 11:29:39.983 [main error] error reading config files: ERR: duplicate entry, /etc/ebusd/vaillant/15.140.csv:9
2016-08-26 11:29:39.984 [main notice] found messages: 364 (16 conditional on 9 conditions, 0 poll, 6 update)
2016-08-26 11:29:40.010 [bus notice] signal acquired
2016-08-26 11:29:41.072 [bus notice] new master 10, master count 2
2016-08-26 11:29:41.105 [bus notice] new master 03, master count 3
2016-08-26 11:29:41.106 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:29:47.115 [update notice] unknown MS cmd: 1008b5110101 / 09706e401960620000ff
2016-08-26 11:29:51.143 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:29:57.155 [update notice] unknown MS cmd: 1008b5110101 / 09706e401960620000ff
2016-08-26 11:29:59.117 [update notice] unknown BC cmd: 10feb516080039171126080516
2016-08-26 11:29:59.375 [update notice] unknown MS cmd: 1008b512020064 / 00
2016-08-26 11:30:01.156 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:30:05.145 [update notice] unknown MS cmd: 1008b5110101 / 09706e401960620000ff
2016-08-26 11:30:07.145 [update notice] unknown MS cmd: 1008b5040100 / 0a00172508ffffffff4019
2016-08-26 11:30:07.420 [update notice] unknown MS cmd: 1008b5110102 / 05033c78466e
2016-08-26 11:30:11.172 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:30:15.164 [update notice] unknown MS cmd: 1008b5110101 / 096e6e40195a620000ff
2016-08-26 11:30:17.100 [update notice] unknown BC cmd: 10feb51603014017
2016-08-26 11:30:21.170 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:30:25.163 [update notice] unknown MS cmd: 1008b5110101 / 096e6e401944620000ff
2016-08-26 11:30:27.149 [update notice] unknown MS cmd: 1008b5110102 / 05033c78466e
2016-08-26 11:30:31.177 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:30:35.209 [update notice] unknown MS cmd: 1008b5110101 / 096e6e401938620000ff
2016-08-26 11:30:37.215 [update notice] unknown MS cmd: 1008b5040100 / 0a00482508ffffffff4019
2016-08-26 11:30:37.435 [update notice] unknown BC cmd: 10feb505020400
2016-08-26 11:30:41.194 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:30:45.189 [update notice] unknown MS cmd: 1008b5110101 / 096e6e401934600000ff
2016-08-26 11:30:49.220 [update notice] unknown MS cmd: 1008b51009000000ffffff05ff00 / 0101
2016-08-26 11:30:53.497 [bus notice] scan 02 timed out (227 slaves left)
2016-08-26 11:30:54.056 [bus notice] scan 04 timed out (226 slaves left)
2016-08-26 11:30:54.615 [bus notice] scan 05 timed out (225 slaves left)
2016-08-26 11:30:55.806 [bus notice] scan 06 timed out (224 slaves left)
2016-08-26 11:30:56.968 [update notice] unknown MS cmd: 1008b5110101 / 096e6e4019325e0000ff
2016-08-26 11:30:57.044 [bus error] scan 08 failed (223 slaves left): ERR: ACK error
2016-08-26 11:30:57.684 [bus notice] scan 09 timed out (222 slaves left)
2016-08-26 11:30:58.241 [bus notice] scan 0a timed out (221 slaves left)
2016-08-26 11:30:58.796 [bus notice] scan 0b timed out (220 slaves left)
2016-08-26 11:30:59.509 [bus notice] scan 0c timed out (219 slaves left)
2016-08-26 11:31:00.068 [bus notice] scan 0d timed out (218 slaves left)

man sieht hier aber schön, das beim scan auf 08 (beim Schreibversuch um das Scan Kommando abzusetzen) ein ACK error kommt. Die Broadcast von der selben Platine kommen aber gleichzeitig schön herein, die müssen ja nicht extra angestoßen werden. Entweder verhalten sich die Pegel der Hauptplatine anders oder es ist wirklich ein kleiner Fehler bei der Abstimmung.

Ich werde aber trotzdem noch einen neuen eBus Konverter testen um alle Hardwarefehler auszuschließen.

LG

[Reinhart]

so, mein Problem hat sich erledigt.
Ich weiß zwar jetzt nicht genau was es war, weil ich 2 Dinge auf einmal durchgeführt habe. Ich habe die Steuerplatine komplett zurück gesetzt und den eBus Koppler getauscht, der war noch eine Lochrasterplatine.

Nun wird die "bai" wieder sauber erkannt und kann nun auch wieder beschrieben werden. Die Platine war zwar original verpackt und wurde vor meinen Augen geöffnet, aber nach dem Reset funktioniert der eBus wieder zu 100%.

Code Auswählen Erweitern

version: ebusd 2.1.422b8d6
signal: acquired
symbol rate: 93
masters: 3
messages: 426
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401",loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"
address 31: master #8, ebusd
address 36: slave #8


LG

[john30]

so, mein Problem hat sich erledigt.
Ich weiß zwar jetzt nicht genau was es war, weil ich 2 Dinge auf einmal durchgeführt habe. Ich habe die Steuerplatine komplett zurück gesetzt und den eBus Koppler getauscht, der war noch eine Lochrasterplatine.

Nun wird die "bai" wieder sauber erkannt und kann nun auch wieder beschrieben werden. Die Platine war zwar original verpackt und wurde vor meinen Augen geöffnet, aber nach dem Reset funktioniert der eBus wieder zu 100%.

Code Auswählen Erweitern

version: ebusd 2.1.422b8d6
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401",loaded "bai.308523.inc", "vaillant/08.bai.csv"


Ist das das erwartete Scan Ergebnis? Oder bräuchtest Du eines der anderen BAI inc Files?
VG John

[Reinhart]

Danke John, mir ist noch nichts aufgefallen was nicht funktionieren würde, deshalb bin ich mit den CSV Files zufrieden, habe auch die letzten 2.1 vom Github geladen. Aber Fehler war das schon ein komischer, an die Calormatic kann geschrieben und gelesen werden, Broadcast sind auch da aber bei einem Schreibversuch in die BAI00 ist es aus und bei der alten Steuerplatine hat es tadellos funktioniert.

Bei der Installation der CSV Files (nach deinem Wiki im Github) ist mir aufgefallen, dass er behauptet das die Version 2.1 zu alt sei, weil er der Meinung ist es handelt sich um 2.0. Habe es dann händisch installiert.

Code Auswählen Erweitern

pi@raspberry2 ~ $ ebusd -V
ebusd 2.1.422b8d6

pi@raspberry2 ~ $ sudo dpkg -i --force-overwrite ebusd-configuration-2.1.*.deb
(Lese Datenbank ... 70363 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von ebusd-configuration 2.1.b143f39-de (durch ebusd-configuration-2.1.b143f39-de_all.deb) ...
Ersatz für ebusd-configuration wird entpackt ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von ebusd-configuration:
ebusd-configuration hängt ab von ebusd (>= 2.1); aber:
  Version von ebusd auf dem System ist 2.0.

dpkg: Fehler beim Bearbeiten von ebusd-configuration (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
ebusd-configuration
pi@raspberry2 ~ $

hier die Fehlermeldung, der vermeintlichen Version 2.0

LG
Reinhart

[john30]

Bei der Installation der CSV Files (nach deinem Wiki im Github) ist mir aufgefallen, dass er behauptet das die Version 2.1 zu alt sei, weil er der Meinung ist es handelt sich um 2.0. Habe es dann händisch installiert.

Code Auswählen Erweitern

pi@raspberry2 ~ $ ebusd -V
ebusd 2.1.422b8d6


Kann es sein, dass Du den ebusd nicht mit dem .deb package installiert, sondern nochmal selbst compiliert hast? 422b8d6 ist nämlich vom 24. Juli und somit wesentlich neuer als das 2.1 Release...
VG John

[TiPpFeHlEr]

Hi,

So nachdem die Therme und der Raumregler integriert sind (Vaillant VC126 & CalorMatic470/4)
würde ich gerne noch die RecoVair (Vaillant Lüftung) abfragen und fernsteuern.

Die RecoVair hängt an einem Buskoppler "V32"

hier ebusctl info

Code Auswählen Erweitern

pi@ospi ~ $ ebusctl info
version: ebusd 2.1.28b50d2
signal: acquired
symbol rate: 40
masters: 4
messages: 448
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "b
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "va
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8
address 38: slave #13, scanned "MF=Vaillant;ID=V32  ;SW=0117;HW=9802"


ganz unten ist der Buskoppler an dem die Lüftung hängt.

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

[Reinhart]

Kann es sein, dass Du den ebusd nicht mit dem .deb package installiert, sondern nochmal selbst compiliert hast? 422b8d6 ist nämlich vom 24. Juli und somit wesentlich neuer als das 2.1 Release...
VG John

ja genau, habe es selber compiliert!

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

LG

[TiPpFeHlEr]

Und noch ein Problem,

und zwar mit der hcmode.inc

dort steht

Code Auswählen Erweitern

r,,Mode,Betriebsart,,,B510,00,mode,,UCH,0=off;1=standby;2=heat;3=water,,

dieser liefert immer "standby"

Code Auswählen Erweitern

pi@ospi ~ $ ebusctl r -c bai Mode
Standby


nun habe ich mal gegrab't

hier was ich mitlesen konnte

pi@ospi ~ $ ebusctl grab result


1008b5100900000066ffff050000 / 0101 = bai Mode
66 = standby / 05 = Frostschutz(System aus)

1008b510090000008cffff050000 / 0101 = bai Mode
8c = WW / 05 = Frostschutz(System aus)

1008b5100900000066ffff010000 / 0101 = bai Mode
66 = standby / 01 = Normalbetrieb


1008b5100900000068ffff010000 / 0101 = bai Mode
68 = unbekannt vermutlich Pumpennachlauf (WWbereitung)?

den Staus Heizbetrieb konnte ich noch nicht testeten , Aussentemp > 34°C

in wie weit muss ich die hcmode.inc abändern damit ich den Status richtig auswerten kann??