Läuft: Heizung mit eBus-Schnittstelle

[de.jt]

Deine Version ist vom Frühjahr. Du musst ebusd schon auf die aktuelle git Version aktualisieren, sonst ist der Fehler natürlich noch drin.

Ich habe ebusd deinstalliert, ebusd-2.1_armhf.deb aus dem git (https://github.com/john30/ebusd/releases/tag/v2.1) geladen und installiert.
Ergebnis:
version: ebusd 2.1.28b50d2
was mache ich falsch?

Grüsse,
D.

[john30]

Ich habe ebusd deinstalliert, ebusd-2.1_armhf.deb aus dem git (https://github.com/john30/ebusd/releases/tag/v2.1) geladen und installiert.
Ergebnis:
version: ebusd 2.1.28b50d2
was mache ich falsch?

Dann musst Du auf das nächste Release warten, ist noch nicht ganz so weit.

[john30]

Bitte noch einmal, habe ich das richtig verstanden: Ohne Zusatzgerät (Calormatic 470) ist die Kommunikation mit der Therme auf ein Minimum beschränkt: Abfragen einiger Werte, aber keine (oder nur minimale) Steuerungsmöglichkeiten. Zusatzanschaffung, -einbau daher empfohlen. Konsequenz VR 700 und VR 900 ---> dann brauche ich allerdings die Kommunikation über den ebus nicht mehr?

Nicht ganz, Du kannst im Prinzip alles steuern, aber das ist halt keine so triviale Angelegenheit. Wenn Du wirklich auf einen Controller mit Heizkurve und Aussentemperatur abhängiger Steuerung verzichten willst, dann müsstest Du das halt komplett selbst machen. Diesen Anspruch hatte bis jetzt noch keiner, aber wie gesagt, möglich wäre es.

[john30]

Ich habe das Log für mich ein bisschen aufbereitet:
In der Tabelle "RAW" ist der direkte Mitschnitt aus den raw-daten ebusd. Laufzeit ca. 5min.

In der zweiten Tabelle habe ich versucht den Raw-Mischnitt sinnvoll zusammen zustellen (Die Datenbits sind nicht zu Ende verifziert, da es mir lediglich um QQ und ZZ ging.)
Die roten Spalten werden mit "grab" nicht erfasst, die blaue ist die besagte MM-Message die doch erkannt wird und grün müsste alles i.O. sein.

In der dritten Tabelle ist ein "grab result" Auszug. Nicht wundern diesen habe ich gerade gezogen. Das Log ist älter, somit stimmen die Datenbits nicht mit dem Log überein. Doppelte Einträge wie Uhrzeit etc. habe ich ebenfalls entfernt.

In der letzten Tabelle ist ein Auszug aus "ebusctl info".

Ich hoffe du kannst damit jetzt was anfangen

tja, also nach dem raw log werden mindestens die ersten zwei der nicht gegrabbten messages vom adressierten device nicht acknowledged. darum erscheinen sie auch nicht im grab result.
den rest hab ich nicht mehr geprüft.

[lewej]

Hallo Zusammen,

Ich weiß gerade nicht ob es in diese Rubrik gehört oder doch in die Anfänger Rubrik.

Ich hab ein Problem mit den Readings.
Für das auslesen benutzen ich ECMD.

Folgendes habe ich definiert

################## bai00.cfg ###############
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }


#fhem.cfg
define Aussentemp ECMDDevice bai00.class
attr Aussentemp IODev EBUS
attr Aussentemp  group Vaillant
attr Aussentemp  icon sani_supply_temp
attr Aussentemp  room Vaillant


Im device gibt es jetzt zwei Readings

Aussentemp: 15
state: Aussentemp 15

Wie bekomme ich das hin, das im State nur 15 steht?

Ich brauche das so, weil in meiner VISU, kann ich nur auf das Device und deren State zugreifen und nicht auf ein zusätzliches Reading.

Gruß
lewej

[jkriegl]

Probier mal stateFormat

[lewej]

Probier mal stateFormat

Hi,

Habe ich schon versucht, das ist aber nur eine formatierte Anzeige, die man nur in fhem. direkt nutzen kann. Meine Visu braucht das State vom Device und da steht das noch immer drin.

Gruß
Lewej

[john30]

Ich habe ebusd deinstalliert, ebusd-2.1_armhf.deb aus dem git (https://github.com/john30/ebusd/releases/tag/v2.1) geladen und installiert.

So, jetzt ist ebusd 2.2 als Release erhältlich:
https://github.com/john30/ebusd/releases/tag/v2.2

VG John

[lewej]

So, jetzt ist ebusd 2.2 als Release erhältlich:
https://github.com/john30/ebusd/releases/tag/v2.2

VG John

Hallo Johnm,

ist im 2.2 Release das Problem mit den Timern auch behoben?

7:10 klappt
7:01 nicht

Grüsse

[john30]

ist im 2.2 Release das Problem mit den Timern auch behoben?

7:10 klappt
7:01 nicht

Behoben ist das falsche Wort, denn das war ja so beabsichtigt.
Aber in Release 2.2 sind diese Datentypen toleranter bzgl. Fehleingaben, insofern: ja

[straightshooter]

tja, also nach dem raw log werden mindestens die ersten zwei der nicht gegrabbten messages vom adressierten device nicht acknowledged. darum erscheinen sie auch nicht im grab result.
den rest hab ich nicht mehr geprüft.

Gehe ich recht in der Annahme, dass ohne ACK diese Messages nie gegrabbt werden?!


Andere Frage noch:
Ich betreibe den EBus USB-Adapter von E-Service an meiner CGW2 (entspricht der CGB2 mit Schichtenspeicher) und BM-2.
Angeschlossen ist der Adapter an der HCM-2 Platine (grüner Stecker Ebus).
Beim letzten mal ist mir aufgefallen, dass wenn ich den Adapter anschließe, werden im BM-2 bestimmte Werte (z.B. Vorlauf_Soll) nicht mehr aktualisiert. Wenn ich die Heizkurve am BM-2 ändere, bleibt der Wert Vorlauf_Soll immer gleich. Ziehe ich den Adapter heraus, wird wieder ganz normal aktualisiert.

Ich bin bisher davon ausgegangen, dass wenn ich EBUSD am Raspberry laufen habe, dass dies eine zusätzliche Steuerungsmöglichkeit für die Anlage ist. Aber ich habe das Gefühl, dass durch diesen Anschluss irgendwas am BM-2 deaktiviert wird.
Prinzipiell läuft die Anlage mit EBUSD, aber normal ist das nicht, dass auf einmal Werte nicht mehr aktualisiert werden.

Kennt jemand das Phänomen?

[galileo]

Hallo zusammen!

Ich bin neu hier und möchte gerne um Unterstützung bei meinem Problem ersuchen.
Doch erst einmal meinen Dank und meine Bewunderung an alle, die dieses Projekt so weit gebracht haben. Die unzähligen Stunden die hier hineingeflossen sind kann ich nur erahnen. Eine tolle Arbeit!

Also in meinem Heizungskeller befindet sich eine Vaillant EcoTec exclusiv, eine AuroMatic 620, ein Mischermodul VR60/3 und Im Wohnzimmer ein Fernbedienungsgerät VR90.
An den eBUS habe ich den eService eBus USB Koppler angeschlossen und dahinter einen Raspi mit dem ebusd laufen. Das funktioniert seit Wochen alles prima und stabil, zu meinem Glück habe ich keinerlei Probleme mit ,,connection lost" o.ä.

Einiges habe ich bereits identifizieren können, so sind z.B. Vorlauf- und Rücklauftemperatur von der ecoTec an VF1 und VF2 der Auromatic angeschlossen und ich kann dort auch vernünftige Werte auslesen.
Fußbodenheizung und Boiler sind allerdings über das Mischer-Modul VR60/3 angeschlossen (HKa, VFa, HKb und VFb) und hier beginnt mein Problem: Obwohl ich fast alle 127 Seiten in diesem Forum gelesen habe, und auch die WIKIs studiert habe, gelingt es mir nicht herauszubekommen, wie ich an die Werte des VR60 Mischermoduls herankomme. Irgendwie passen die Informationen in den .csv Files nicht zu den Beschriftungen und mir ist auch völlig unklar, ob die *SOLSY*.csv die nötigen Inhalte haben oder ob es für VR60 ein eigenes .csv geben müsste und dieses noch gar nicht existiert.

Hier einmal meine Konfiguration:

Code Auswählen Erweitern

pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.1.28b50d2
signal: acquired
symbol rate: 56
masters: 4
messages: 696
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0507;HW=6201", loaded "vaillant/15.ui.csv"
address 17: master #17
address 1c: slave #17, scanned "MF=Vaillant;ID=RC C ;SW=0501;HW=6201", loaded "vaillant/1c.rcc.4.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"


Außerdem bekomme ich einige unknown messages. Ob das von Bedeutung ist ist mir allerdings auch unklar, denn sie betreffen ja alle ,,SOLSY" und dann müsste ja die VR60 da drin enthalten sein ?

Code Auswählen Erweitern


1008b513020508 / 00
1023b505082b0f010000000080 / 00
1025b5040109 / 0a3c0000008016000f5a00
1025b5040117 / 0100
1025b5050427001900 / 00
1025b5050427001a00 / 00
1025b5050427001b00 / 00
1025b505082b0f010000000080 / 00
1026b5040101 / 09140300000580000100
1026b5050427001900 / 00
1026b5050427001a00 / 00
1026b5050427001b00 / 00
1026b505082b0f010000000080 / 00
1050b5050427001900 / 00
1050b5050427001a00 / 00
1050b5050427001b00 / 00
1050b505082b0f010000000080 / 00
10ecb5040101 / 09000200000207000100
10ecb504010d / 050000008000
10ecb5040121 / 05170000f200
10ecb5050427001900 / 00
10ecb5050427001a00 / 00
10ecb5050427001b00 / 00
10ecb505082b0f010000000080 / 00
10feb505025501


Also falls hier jemand durchblickt wäre ich sehr dankbar für eine kurze Aufklärung, was denn jetzt Sache ist.

Ach ja, und bei meinen Analysen bin ich auf  Ungereimtheiten in zwei .csv Files gestoßen wo ich denke dass es so nicht gemeint war und deshalb vielleicht ausgebessert gehörte ?
-   In ec.solsy.sc.csv - Storage4Sensor3: Statt ,,Temperature of SP4 Sensor" sollte es heißen: ,,Temperature of TD1 Sensor".
-   In 50.solsy.mc.csv – FlowTemp: Statt ,,VF1 Sensor" sollte es heißen: ,,VF2 Sensor"

LG
Eduard

[john30]

Gehe ich recht in der Annahme, dass ohne ACK diese Messages nie gegrabbt werden?!

richtig, ohne ACK muss davon ausgegangen werden, dass der Empfänger die Nachricht nicht versteht.

[john30]

Code Auswählen Erweitern

pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.1.28b50d2
signal: acquired
symbol rate: 56
masters: 4
messages: 696
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0507;HW=6201", loaded "vaillant/15.ui.csv"
address 17: master #17
address 1c: slave #17, scanned "MF=Vaillant;ID=RC C ;SW=0501;HW=6201", loaded "vaillant/1c.rcc.4.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"


Problem Nr. 1: Dein VR60 ist nicht zu sehen.
Auf welchen Heizkreis hast Du den VR60 eingestellt?

[galileo]

Auf welchen Heizkreis hast Du den VR60 eingestellt?

Das hat mein Installateur gemacht.
Aber in einem Menue der 620 steht:
HK2: Radiatoren
HK4: Fussboden
HK5: Warmwasser
Da die Radiatoren an der 620 angeschlossen sind, muss auf der VR60
KHa = HK4 = Fussboden und HKb = HK5 = Warmwasser sein.