Läuft: Heizung mit eBus-Schnittstelle

[john30]

Ich habe eine Wolf-Anlage und bisher für den ebusd 0.5.0 keine passenden csv-Dateien finden können. Das alte Repository ist ja down und bei john30 finde ich nur passende Files für Vaillant. Alles was ich bisher für Wolf finden konnte scheint ein anders Format zu sein.
Kann ich die cvs-Dateien der älteren Versionen konvertieren und/oder kann ich die Unterschiede irgendwo finden.

hab jetzt mal ein Stück von den alten Wolf Files konvertiert:

https://github.com/john30/ebusd-configuration/tree/master/ebusd-0.5.x/wolf

Nachdem ich selbst keine Wolf Anlage habe, bitte einfach mal nur lesend ausprobieren, ich kann natürlich keine Gewähr für die Richtigkeit übernehmen!
Also: enter at your own risk

[Franz Tenbrock]

Hallo
hab mir das nun runtergeladen und auch mal reingeschaut
ebusd-configuration-master.zip
dort dann die wolf.csv

was soll/muss/kann ich nun damit anstellen nachsehen etc

Im Handbuch der Anlage?

no plan halt 

[elmar]

@John
Klasse !
Danke hab´s schon drin und zumindest wird mal was konvertiert angezeigt.

Code Auswählen Erweitern


2015-02-20 02:14:23.313 [update notice] unknown MS cmd: 7051501407029a2d9a1700141e / 090001662d0080146432c9
2015-02-20 02:14:24.432 [update notice] update betrd regler QQ=10: aa;03;59.12;0.004;-;10.0;ff
2015-02-20 02:14:25.824 [update notice] update broadcast feuerung QQ=f1: 01;40;-;62.0;-;0;4
2015-02-20 02:14:28.248 [update notice] update broadcast feuerung QQ=03: 01;48;0;64.5;-;49;4
2015-02-20 02:14:28.735 [update notice] update sollw regler QQ=f1: 59.102;3.602;0;00;10.000
2015-02-20 02:14:33.138 [update notice] update betrd regler QQ=10: aa;02;59.12;0.004;-;10.0;ff
2015-02-20 02:14:34.529 [update notice] update broadcast feuerung QQ=f1: 01;40;-;64.0;-;0;4
2015-02-20 02:14:37.486 [update notice] update sollw regler QQ=f1: 59.102;3.602;0;00;10.000
2015-02-20 02:14:38.397 [update notice] update sollw regler QQ=03: 59.102;4.000;0;02;10.000
2015-02-20 02:14:41.906 [update notice] update betrd regler QQ=10: aa;03;59.12;0.004;-;10.0;ff
2015-02-20 02:14:43.298 [update notice] update broadcast feuerung QQ=f1: 01;40;-;64.0;-;0;4
2015-02-20 02:14:47.471 [update notice] update sollw regler QQ=f1: 59.102;3.602;0;00;10.000
2015-02-20 02:14:48.482 [update notice] update broadcast feuerung QQ=03: 01;48;0;67.0;-;49;4
2015-02-20 02:14:52.039 [update notice] update betrd regler QQ=10: aa;02;59.12;0.004;-;10.0;ff
2015-02-20 02:14:53.453 [update notice] update broadcast feuerung QQ=f1: 01;40;-;67.0;-;0;4
2015-02-20 02:14:57.537 [update notice] update sollw regler QQ=f1: 59.102;3.602;0;00;10.000
2015-02-20 02:14:58.478 [update notice] update sollw regler QQ=03: 59.102;4.000;0;02;10.000
2015-02-20 02:15:02.040 [update notice] update betrd regler QQ=10: aa;03;59.12;0.004;-;10.0;ff
2015-02-20 02:15:03.453 [update notice] update broadcast feuerung QQ=f1: 01;40;-;67.0;-;0;4
2015-02-20 02:15:07.538 [update notice] update sollw regler QQ=f1: 59.102;3.602;0;00;10.000
2015-02-20 02:15:08.527 [update notice] update broadcast feuerung QQ=03: 01;40;0;69.0;-;49;4
2015-02-20 02:15:12.094 [update notice] update betrd regler QQ=10: aa;02;59.12;0.004;-;10.0;ff
2015-02-20 02:15:13.507 [update notice] update broadcast feuerung QQ=f1: 01;40;-;69.0;-;0;4
2015-02-20 02:15:17.537 [update notice] update sollw regler QQ=f1: 59.102;3.602;0;00;10.000




Werd´s am Wochenende mal weiter vertiefen und prüfen.

LG Elmar

[Prof. Dr. Peter Henning]

Leute, jetzt brauche ich mal bitte Unterstützung.

Denn ich habe heute früh versucht, von meiner älteren und wunderbar laufenden Version 0.5.0, mit den Konfigurationsdateien von hier: http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/EBUS/
auf die aktuelle Version umzustellen. Nach dem Übersetzen den ebusd mit --checkconfig gestartet, keine Fehlermeldung. Prima, denke ich mir - sollte also laufen.

Ist aber nicht so, in der Mehrzahl der Kommandos liefert mir der ebusctl ein ERR: element not found

Vielleicht ist jemand so nett und schreibt mir 5 Zeilen darüber, welche Änderung am Format der Konfigurationsdateien ich verpasst habe. Oder macht das hierin im Änderungsmodus: http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/EBUS/Vaillant_Protokoll_kurz.ods?format=raw und schickt sie mir.

Normalerweise habe ich keine Probleme, das selbst herauszufinden - bin allerdings im Moment beruflich extrem stark eingespannt.

LG

pah

[john30]

was soll/muss/kann ich nun damit anstellen nachsehen etc

Im Handbuch der Anlage?

Als erstes ebusd zum Laufen bringen. Dazu das fertige Package installieren (https://github.com/john30/ebusd/releases/latest) oder die Quellen übersetzen: https://github.com/john30/ebusd/wiki/1.-Build-and-install.

Dann noch die Dateien in das ebusd config Verzeichnis (das sollte /etc/ebusd/ sein) kopieren und dann den Dienst starten.

Der Dienst protokolliert in eine Datei (normalerweise /var/ebusd/ebusd.log) und da solltest Du einen Blick rein werfen, z.B. so:

Code Auswählen Erweitern

tail -f /var/ebusd/ebusd.log

[john30]

Denn ich habe heute früh versucht, von meiner älteren und wunderbar laufenden Version 0.5.0, mit den Konfigurationsdateien von hier: http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/EBUS/
auf die aktuelle Version umzustellen. Nach dem Übersetzen den ebusd mit --checkconfig gestartet, keine Fehlermeldung. Prima, denke ich mir - sollte also laufen.

Ist aber nicht so, in der Mehrzahl der Kommandos liefert mir der ebusctl ein ERR: element not found

Das liegt nicht in den config files sondern an dem veränderten "read" Aufruf in der neuen Version. Es wird jetzt vor der Angabe der Message Klasse ein "-c" erwartet, da die Klasse optional ist. Siehe hier:
https://github.com/john30/ebusd/wiki/3.-Commands#read

Im HEAD vom master Branch ist das jetzt auch für "write" so umgesetzt ("-c" kann hier vor der Klasse stehen). Bis gestern war hier das "-c" nicht notwendig. Hintergrund ist, dass für ein "write" die Angabe der Klasse auf jeden Fall notwendig ist, um nicht aus Versehen auf das falsche Gerät zu schreiben.

Wenn ich das richtig sehe, sollten die http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/EBUS/*.cfg Files mit einem search&replace zu patchen sein, bspw. so:

Code Auswählen Erweitern

sed -ie 's/\(["0]\)read\s/\1read -c /g' *.cfg

LG John

[stinch]

Hallo,

erst mal ein dickes Lob an alle hier. dank den Files kann ich fast alles was ich will auslesen und mit vwmon speichern.
eine frage habe ich jedoch: wenn mit einem read Aufruf mehrere Daten gleichen typs ausgegeben werden, wie schaffe ich es, dass nur der gewünschte wert angezeigt wird?

Viele Grüße
david

[elmar]

Der Dienst protokolliert in eine Datei (normalerweise /var/ebusd/ebusd.log) und da solltest Du einen Blick rein werfen, z.B. so:

Code Auswählen Erweitern

tail -f /var/ebusd/ebusd.log

Moin!

Also bei mir sind die Logdateien in "/var/log/"

Code Auswählen Erweitern

tail -f /var/log/ebusd.log

LG Elmar

[Prof. Dr. Peter Henning]

@john30: Danke, das war es. Läuft wieder astrein - und die Sonne scheint auch.

LG

pah

[Tomy]

Hallo zusammen,

ich verfolge den Ebus Thread nun auch schon eine Weile. Ich habe mir den Adapter von PAH der Wiki-Seite gebaut, dieser funktioniert klasse. Seit dieser Woche kann ich nun auch den Bus abhören. Hierfür danke an alle, die das Abfragen ermöglicht haben. 

Mein Problem ist, ich hab keine Vaillant oder Wolf Anlage, sondern ich habe eine Luft Kompakt Wärmepumpe für Innenaufstellung von der Firma BARTL, diese besitzt eine TEM-Regelung (SE 6001 WPC). Über diese WP/TEM-Regelung finde ich sehr wenig Informationen im Netz. Ein paar Daten sind auf der Standard Ebus Konfig verfügbar - welche ich auch schon im Klartext sehe (Datum, Uhrzeit, Aussentemperatur, mittlere Speichertemperatur, WP RL)
Ein Bekannter von mir besitzt eine Ochsner WP ebenfalls mit TEM Regelung.
Wir sind dran und versuchen gerade noch mehr Datenpakete zu entschlüsseln.

Meine Frage an euch - gibt es hier im Forum noch andere BARTL/OCHSNER/TEM Leidensgenossen, welche ebenfalls gerade am entschlüsseln der Codes sind, oder vielleicht schon das eine oder andere Datenpaket herausgefunden haben.
Ich bin sehr an einem Erfahrungsaustausch interessiert!

Danke für viele Antworten 

Gruß Tomy

[Franz Tenbrock]

Hallo, hab im wiki nun auch einiges gelesen.
Es wird ja empfohlen einen Raspi zu nehmen.
Da ich noch nicht so fit bin wird das sicher für mich auch die bessere Variante sein, ev kann ich das ja später auf den cubitruck transferieren..
Reicht ein Raspi A aus, die sind ja wohl nun sehr billig zu bekommen...
oder besser B oder das neueste Modell.
Was würdet ihr machen.
Den Eigenbau Bus sollte ich wohl hinbekommen, nanoCul und fhemduino und einiges anderes hat ja auch geklappt

[Prof. Dr. Peter Henning]

@Tomy: Ich würde mal beim Hersteller anfragen. Nicht alle hallen ihren Kram geheim.

LG

pah

[monoton]

Hallo!

Ich möchte mich als erstes bei allen für die tolle arbeit bedanken!
Habe Gestern begonnen meinen Rasperry Pi 2 (der nun genug Power haben sollte um alles auf ihn laufen zu lassen) zu konfigurieren.
EbusD läuft schon stabil, jedoch habe ich so meine Probleme mit den cvs Dateien und Fhem das nicht mehr übers interface erreichbar ist und ecmd?!
Muss diesen Thread heute Abend nochmal durchackern und hoffe das ich daraus schlau werde.

Meine Vaillant Heizung besteht aus folgenden Komponenten: 1x 620/3, 2x90/3, 1xVPM30/35, 1xVPM20S, 1xVR60, 1xVkk226/4 und vrnetdialog 860/2
pah´s files habe ich schon gezogen (Vielen dank nochmal) und werde versuchen diese einzubinden. woltle auch noch die files von yuhu ziehn, jedoch wurde alles gelöscht !
Hat jemand noch Backups von diesen?


weiters wollte ich fragen ob sowas wie im anhang (aus der weboberfläche der vrnetdialog) sinnvoll ist (nurmal plump aus dem html file kopiert).
wenn wir das brauchen können, dann setzte ich mich heute abend hin und mache eine saubere tabelle mit allen werten usw.

liebe grüße und vielen dank nochmals an alle!

mono

[monoton]

Da ein Popup erscheint das den Read und Write Befehl der VrNetDialog durchführt wäre es evtl. möglich da Daten mit zu schreiben?!
Muss ich mir heute Abend nochmals ansehen.
Lg

[john30]

eine frage habe ich jedoch: wenn mit einem read Aufruf mehrere Daten gleichen typs ausgegeben werden, wie schaffe ich es, dass nur der gewünschte wert angezeigt wird?

Du meinst sicher aneinander gehängte Felder mit ";" dazwischen. Die sind übrigens nicht unbedingt vom gleichen Typ, sondern einfach alle Teil der entsprechenden Message.
Um nur genau eines der Felder zu bekommen, musst Du beim "read" command einfach noch den Feldnamen dahinter schreiben, also z.B.

Code Auswählen Erweitern

read -c ehp00 hwTankTemp temp