Läuft: Heizung mit eBus-Schnittstelle

[amunra]

@yuhu

0b 4845495a4b524549532000 3b => HEIZKREIS => Name HZ1

Ich finde im Template kein entsprechenden Typ - oder übersehe ich etwas?
VG Arthur

[Prof. Dr. Peter Henning]

STR:10

LG

pah

[amunra]

STR:10

LG

pah

Danke.
VG Arthur

[amunra]

25 und damit vermutlich ca. 1/3 der Regsiter der VRC430 konnte ich heute Abend abfragen und entschlüsseln können.
VG Arthur

[Prof. Dr. Peter Henning]

Gratulation.

LG

pah

[Prof. Dr. Peter Henning]

Über "keinen" kann ich nichts sagen - aber ich habe es nicht.

LG

pah

[heikoh81]

Hmm, also was habe ich was andere vielleicht nicht haben?

• 2 FHEM-Slaves, über Telnet angebunden, Port 7072 und 7073
• pilight zur Steuerung von 433Mhz-Aktoren, pilight hat auch ein Master-Slave-Konzept eingebaut, ich habe aber nur 1 Master

[heikoh81]

Zwischenzeitlich habe ich den ebusd-Raspi mal komplett neu aufgesetzt, Basis Raspbian-Image vom 24.12.2014 mit allen Updates.
Deshalb musste ich auch ebusd neu kompilieren.

@pah:
Mit der neuesten ebusd Rev. 593 erhalte ich mit neuester _template.csv von Github für deine Vaillant.csv:

Code Auswählen Erweitern


root@raspiebus:~# ebusd --checkconfig
2014-12-31 14:49:23.311 [bas event] ebusd started
2014-12-31 14:49:23.312 [bas trace] path to ebus configuration files: /etc/ebusd
2014-12-31 14:49:23.328 [bas trace] read templates
Error reading "/etc/ebusd/Vaillant_Protokoll_kurz.csv" line 15 field 17 value "": ERR: duplicate entry
Erroneous item is here:
"r","","RoomTempHoliday","Ferien Solltemperatur","","","","2200","","","temp","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
                                                                                              ^
Error reading "/etc/ebusd/Vaillant_Protokoll_kurz.csv" line 18 field 14 value "": ERR: file/element not found or not readable
Erroneous item is here:
"r","","Password","Passwort","","","","2C00","","","pin1-4","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
                                                                   ^
Error reading "/etc/ebusd/Vaillant_Protokoll_kurz.csv" line 85 field 17 value "": ERR: duplicate entry
Erroneous item is here:
"r","HWC","NightTemp","Absenktemperatur","","25","B504","0A","","","temp0;status","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
                                                                                                  ^
2014-12-31 14:49:23.394 [bas trace] read config files
2014-12-31 14:49:23.395 [bas event] message DB: 114
2014-12-31 14:49:23.396 [bas event] updates DB: 15
2014-12-31 14:49:23.397 [bas event] polling DB: 0
2014-12-31 14:49:23.400 [bas event] ebusd stopped


Was ist denn da der doppelte Wert?
Und nach Auskommentieren der genannten Zeile (da ich diese nicht momentan verwende).

Code Auswählen Erweitern


root@raspiebus:~# ebusd --checkconfig
2014-12-31 14:52:07.834 [bas event] ebusd started
2014-12-31 14:52:07.835 [bas trace] path to ebus configuration files: /etc/ebusd
2014-12-31 14:52:07.851 [bas trace] read templates
Error reading "/etc/ebusd/Vaillant_Protokoll_kurz.csv" line 18 field 14 value "": ERR: file/element not found or not readable
Erroneous item is here:
"r","","Password","Passwort","","","","2C00","","","pin1-4","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","","",""
                                                                   ^
2014-12-31 14:52:07.909 [bas trace] read config files
2014-12-31 14:52:07.910 [bas event] message DB: 114
2014-12-31 14:52:07.911 [bas event] updates DB: 15
2014-12-31 14:52:07.911 [bas event] polling DB: 0
2014-12-31 14:52:07.915 [bas event] ebusd stopped
root@raspiebus:~#


Nach Auskommentieren aller 3 Zeilen läuft ebusd --checkconfig durch:

Code Auswählen Erweitern


root@raspiebus:~# ebusd --checkconfig
2014-12-31 14:53:07.363 [bas event] ebusd started
2014-12-31 14:53:07.364 [bas trace] path to ebus configuration files: /etc/ebusd
2014-12-31 14:53:07.380 [bas trace] read templates
2014-12-31 14:53:07.434 [bas trace] read config files
2014-12-31 14:53:07.435 [bas event] message DB: 114
2014-12-31 14:53:07.436 [bas event] updates DB: 15
2014-12-31 14:53:07.437 [bas event] polling DB: 0
2014-12-31 14:53:07.440 [bas event] ebusd stopped
root@raspiebus:~#


[heikoh81]

Also mit der rev. 593 scheint nun alles nicht mehr richtig zu funktionieren.
Ich verwende die neueste template.csv und die Vaillant_Protokoll_kurz.csv, und einfachste Abfragen über manuelles Telnet klappen nicht mehr.
Erstaundlicherweise laufen diese Daten aber im Klartext über den ebusd-Log:

Code Auswählen Erweitern


2014-12-31 15:14:35.422 [upd trace] update MS cmd: 1008b5100900006cffffff04ff004a / 01019a
2014-12-31 15:14:35.424 [upd event] update MS SetBoiler: 1;77.0
2014-12-31 15:14:39.520 [upd trace] update MS cmd: 1008b511010189 / 096046c002ff240100ffb6
2014-12-31 15:14:39.522 [upd event] update MS StatusHC: 48.0;35.0;192;2;1
2014-12-31 15:14:41.489 [upd trace] update MS cmd: 1008b5100305ff0198 / 01019a
2014-12-31 15:14:41.491 [upd event] unknown MS cmd: 1008b5100305ff0198 / 01019a
2014-12-31 15:14:44.253 [bas event] >>> read MS StatusHC
2014-12-31 15:14:44.254 [bas event] <<< message not defined


[john30]

Im aktuellen ebusd git #bbd1353 kann die Klasse weggelassen werden, oder muss mit "-c" angegeben werden, also z.B.:
read StatusHC

[heikoh81]

@john30:
Das funktioniert.
Leider funktioniert das /etc/init.d/ebusd skript auch nicht mehr richtig - zumindest kommt gar keine Rückmeldung.

Auch mit komplett frischem Raspi, der nur ebusd drauf hat, stürzt FHEM in der Millisekunde ab, in der ich ebusd beende.
Es muss also an ECMD liegen.

[john30]

okay, ECMD Problematik kann ich (noch) nicht beurteilen

[amunra]

Im aktuellen ebusd git #bbd1353 kann die Klasse weggelassen werden, oder muss mit "-c" angegeben werden, also z.B.:
read StatusHC

Hallo john30,

heißt das, dass der name(id) unique sein muss?
r THERM Aussentemp
r CI Aussentemp
darf es nicht geben?

VG Arthur

[john30]

nein, es muss Klasse+Name unique sein (wird bei Start bzw. configcheck dann auch angemeckert).
Lässt man bei der Abfrage die Klasse weg, wird die erste Nachricht mit dem angegebenen Namen verwendet.

[amunra]

Lässt man bei der Abfrage die Klasse weg, wird die erste Nachricht mit dem angegebenen Namen verwendet.

darauf wollte ich hinaus - bei mehren configs (therme.csv ci.csv etc.) ist dann die Reihenfolge interessant.
Ich pers. werde die classe immer angeben, dann bin ich mir sicher wen ich anspreche. ;o)
Danke.