Läuft: Heizung mit eBus-Schnittstelle

[TobiasR]

hm,

da bekomme ich ERR: element not found

[Reinhart]

ich habe jetzt nachgeschaut, du hast die Wärempumpe und die Multimatic 700.

mach einmal ebusd --checkconfig

Aber ich glaube in deinem Fall gibt es noch keine CSV, deshalb geht das nicht und du musst doch die Broadcastmeldungen auswerten.

und poste einmal

Code Auswählen Erweitern

ebusctl find -d


LG

[TobiasR]

ja, dass ich da nicht sehr viele Werte rausbekomme weis ich.
Aber wenn die Aussentemperatur ja schon einmal da ist...

Kannst du mit diesen Ausgaben etwas anfangen?

Code Auswählen Erweitern

ebusd --checkconfig
2017-11-18 21:31:25.085 [main notice] ebusd 3.0.595c7c0 performing configuration check...
/etc/ebusd/de/vaillant/_templates.csv:46: ERR: element not found, field type TEMP in field 0
2017-11-18 21:31:25.097 [main error] error reading templates in /etc/ebusd/de/vaillant: ERR: element not found, last error: /etc/ebusd/de/vaillant/_templates.csv:46: ERR: element not found, field type TEMP in field 0
/etc/ebusd/de/vaillant/15.e7f.csv:8: ERR: element not found, field type TEMP in field 0
2017-11-18 21:31:25.099 [main error] error reading config files: ERR: element not found, last error: /etc/ebusd/de/vaillant/15.e7f.csv:8: ERR: element not found, field type TEMP in field 0
2017-11-18 21:31:25.099 [main notice] found messages: 12 (0 conditional on 2 conditions, 0 poll, 4 update)
2017-11-18 21:31:25.100 [main notice] ebusd stopped


Code Auswählen Erweitern

ebusctl find -d
broadcast outsidetemp = 5.000
broadcast vdatetime = 21:32:31;18.11.2017
hmu State = 0;247;off;ready
scan.08  = Vaillant;HMU01;0304;8802
scan.08 id = 21;17;28;0010019758;1610;005614;N2
scan.76  = Vaillant;VWZIO;0111;0103
scan.76 id = 21;17;20;0020143590;1610;005605;N7
scan.e8  = Vaillant;FMU00;0202;6502
scan.e8 id = 21;17;28;0010019758;1610;005614;N2


[Reinhart]

ja ist klar, es wurden keine CSV geladen, ich glaube aber John hat da schon mal was geschrieben das er sich das einmal anschaut ob man da was besser machen kann.

Du kannst nicht anders und musst daher mit den Broadcast auskommen. Warum das jetzt bei dir nicht funktioniert weis ich dann auch nicht, zumal der Wert ja aus dem Buffer eindeutig gelesen werden kann.

LG

[heural]

Hallo Tobias,

ich habe in der bai00.cfg das so drin zur Außentemp:

get Aussentemp cmd {"r -m 10 outsidetemp\n"}
get Aussentemp expect "-?\d+\.\d+\n\n"

Evtl. siehst du auch im FHEM-Log mehr, da steht dann meist etwas wie  ... EBUS: unexpected answer  ...
Ein Regex von ".\n*"  bedeutet doch: ein zeichen, beliebige umbrüche
Ich denke das ist der Haken und FHEM übernimmt das deshalb nicht.

Kommen kann ja bsp:

Code Auswählen Erweitern


pi@raspi:~ $ ebusctl r outsidetemp
0.312
\n
\n


oder

Code Auswählen Erweitern


pi@raspi:~ $ ebusctl r outsidetemp
-0.312
\n
\n


[john30]

da bekomme ich ERR: element not found

das liegt daran, dass es eine broadcast Nachricht mit ZZ=fe ist, sprich die kann ebusd gar nicht aktiv vom Bus abrufen, sondern muss darauf warten, dass der entsprechende Master sie sendet.

[john30]

Aber wenn die Aussentemperatur ja schon einmal da ist...

wie gesagt, das ist Broadcast, kann ebusd nicht aktiv abfragen.

Code Auswählen Erweitern

ebusd --checkconfig

so genügt das nur, wenn Du aus den CSV genau die rausgefischt hast, die für Deine Anlagenkonfiguration notwendig sind und alle anderen gelöscht hast.
Besser ist:

Code Auswählen Erweitern

ebusd --scanconfig --checkconfig

Hast Du denn inzwischen die CSVs aus dem Repo ausgecheckt und verwendest diese auch?

[TobiasR]

Hallo john,

die csv aus dem Repo verwende ich. Deshalb wird jetzt auch die 7000 geladen. Danke nochmal.

Aber ich bin nun endlich an einem Punkt dass ich mich nach dem Sinn fragen.
Scheinbar bin ich zu doof das zu verstehen.
Und wenn ich dann nicht einmal den einzigen Wert nach FHEM bekommen, haben ich gestern Abend beschlossen,
hier nicht weiter zu machen.

Vielleicht gibt es ja irgend wann mal eine Konfig die ich dann mitnutzen kann.

Besten Dank an alle die mich bis hier her unterstützt haben

Tobias

[realkeule]

trotz update auf die neuste version habe ich folgende ausgabe

Code Auswählen Erweitern

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0 available, broadcast.csv: newer version available, vaillant/08.ehp.csv: newer version available, vaillant/15.uih.csv: newer version available, vaillant/23.ehp.cc.csv: newer version available, vaillant/25.ehp.hwc.csv: newer version available, vaillant/50.ehp.mc.csv: newer version available, vaillant/broadcast.csv: different version
signal: acquired
symbol rate: 23
max symbol rate: 138
reconnects: 0
masters: 3
messages: 638
conditional: 285
poll: 2
update: 56
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"

pi@raspberrypi:~ $ ebusd --checkconfig
2017-11-19 12:04:37.102 [main notice] ebusd 3.0.595c7c0 performing configuration check...
/etc/ebusd/vaillant/15.heb.csv:6: ERR: duplicate entry, duplicate ID
2017-11-19 12:04:37.792 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/15.heb.csv:6: ERR: duplicate entry, duplicate ID
2017-11-19 12:04:37.975 [main notice] found messages: 484 (20 conditional on 12 conditions, 0 poll, 4 update)
2017-11-19 12:04:37.996 [main notice] ebusd stopped
pi@raspberrypi:~ $ ebusctl find -d
broadcast datetime = 7.312;12:04:02;19.11.2017
broadcast hwcStatus = off;23;off
broadcast outsidetemp = 7.312
broadcast vdatetime = 12:04:02;19.11.2017
cc Mode = 30;auto;00;off
cc Status = 0;off;-;0
ehp ActualEnvironmentPower = 0
ehp ActualEnvironmentPowerFine = 56
ehp ActualEnvironmentPowerPercentage = 0
ehp errorhistory = 9;2;20:31;17.11.2017;580
ehp FlowTemp = 23.94;ok
ehp HeatpumpType = brinetowater
ehp Mode =  (ERR: invalid position for 1008b51009000232000000000002 / 00)
ehp OutsideTemp = 7.31;ok
ehp SourcePumpStatus = 0
ehp SourceTempInput = 17.12;ok
ehp Status02 = disabled;0;100.0;0;100.0
ehp Status = 23.88;1.592;1.123;03 08 00 00
hwc Mode = 44;auto;00;off
hwc Status = 80;off;49.12;44
mc CfgHeatSinkType = mixer
mc DateTime = ok;12:03:47;19.11.2017;7.312
mc Mode = 21;auto;00;off
mc Status = 25;off;23.94;21
scan.08  = Vaillant;EHP00;0419;7201
scan.08 id = ??;??;??;??????????;????;??????;??
scan.15  = Vaillant;UIH00;0374;6901
scan.15 id = 21;13;48;0020101780;0907;011188;N4
scan.23  = Vaillant;EHP00;0419;7201
scan.23 id = ??;??;??;??????????;????;??????;??
scan.25  = Vaillant;EHP00;0419;7201
scan.25 id = ??;??;??;??????????;????;??????;??
scan.50  = Vaillant;EHP00;0419;7201
scan.50 id = ??;??;??;??????????;????;??????;??

hier das update

Code Auswählen Erweitern

pi@raspberrypi:~ $ sudo service ebusd stop
pi@raspberrypi:~ $ dpkg -i --force-overwrite ebusd-configuration-2.1.*.deb
dpkg: Fehler: Angeforderte Operation benötigt Superuser-Rechte
pi@raspberrypi:~ $ sudo dpkg -i --force-overwrite ebusd-configuration-2.1.*.deb
(Lese Datenbank ... 116031 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-configuration-2.1.b143f39-de_all.deb ...
Entpacken von ebusd-configuration (2.1.b143f39-de) über (2.1.b143f39-de) ...
ebusd-configuration (2.1.b143f39-de) wird eingerichtet ...
pi@raspberrypi:~ $ sudo service ebusd start

[john30]

trotz update auf die neuste version habe ich folgende ausgabe

okay, nochmal für alle:
Das letzte ebusd-configuration Release ist schon etwas alt (Juni 2016) und enthält nicht den letzten Stand der Dinge.
Man braucht aber nicht wirklich ein Release, um an die tagesaktuellen CSVs zu kommen.

Das geht auch einfach wie folgt:

Code Auswählen Erweitern

cd ~
git clone https://github.com/john30/ebusd-configuration.git
mv /etc/ebusd /etc/ebusd.old 2>/dev/null
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd

Damit hat man den aktuellsten Stand in Deutsch zur Verfügung und wenn es im Repo etwas neues gibt, kann man einfach wie folgt wieder auf den aktuellen Stand kommen:

Code Auswählen Erweitern

cd ~/ebusd-configuration
git pull


[realkeule]

hi john,

sorry aber das klappt so bei mir nicht. ich habe auch schon überall gelesen aber nichts gefunden:

pi@raspberrypi:~/ebusd-configuration $ git pull
Already up-to-date.
pi@raspberrypi:~/ebusd-configuration $ ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0 available, broadcast.csv: newer version available, vaillant/08.ehp.csv: newer version available, vaillant/15.uih.csv: newer version available, vaillant/23.ehp.cc.csv: newer version available, vaillant/25.ehp.hwc.csv: newer version available, vaillant/50.ehp.mc.csv: newer version available, vaillant/broadcast.csv: different version
signal: acquired
symbol rate: 105
max symbol rate: 221
reconnects: 0
masters: 3
messages: 638
conditional: 285
poll: 2
update: 56
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"

Code Auswählen Erweitern

pi@raspberrypi:/etc/ebusd $ ls -la
insgesamt 436
drwxr-xr-x   3 root root   4096 Nov 19 14:38 .
drwxr-xr-x 112 root root   4096 Nov  6 20:32 ..
-rw-rw-r--   1 pi   pi     1202 Jun  5  2016 broadcast.csv
lrwxrwxrwx   1 root root     43 Nov 19 14:38 de -> /home/pi/ebusd-configuration/ebusd-2.1.x/de
-rw-r--r--   1 root root 172622 Sep  9 12:07 ebusd-3.0_armhf.deb
-rw-r--r--   1 root root 182742 Sep  9 12:07 ebusd-3.0_armhf_mqtt1.deb
-rw-r--r--   1 root root  52202 Mai 22 23:50 ebusd-configuration-2.1.b143f39-de_all.deb
-rw-rw-r--   1 pi   pi      754 Jun  5  2016 memory.csv
-rw-rw-r--   1 pi   pi     1228 Jun  5  2016 _templates.csv
drwxrwxr-x   2 pi   pi    12288 Nov 19 11:59 vaillant


ist dieser symbollink(?) falsch? oder muss ich manuell kopieren? (leider kein linux profi...)

[john30]

Code Auswählen Erweitern

pi@raspberrypi:/etc/ebusd $ ls -la
-rw-rw-r--   1 pi   pi     1202 Jun  5  2016 broadcast.csv
lrwxrwxrwx   1 root root     43 Nov 19 14:38 de -> /home/pi/ebusd-configuration/ebusd-2.1.x/de
-rw-r--r--   1 root root 172622 Sep  9 12:07 ebusd-3.0_armhf.deb
-rw-r--r--   1 root root 182742 Sep  9 12:07 ebusd-3.0_armhf_mqtt1.deb
-rw-r--r--   1 root root  52202 Mai 22 23:50 ebusd-configuration-2.1.b143f39-de_all.deb
-rw-rw-r--   1 pi   pi      754 Jun  5  2016 memory.csv
-rw-rw-r--   1 pi   pi     1228 Jun  5  2016 _templates.csv
drwxrwxr-x   2 pi   pi    12288 Nov 19 11:59 vaillant

ist dieser symbollink(?) falsch?

ja, so gehts nicht. Wie schon geschrieben einfach die Kommandos der Reihe nach ausführen, hier nochmal:

Code Auswählen Erweitern

cd ~
git clone https://github.com/john30/ebusd-configuration.git
mv /etc/ebusd /etc/ebusd.old 2>/dev/null
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd

[MOLUSER]

Hallo zusammen,
habe selbiges Problem nach Neuinstalltion ebusd, nach microSD-Kartencrash.
Kann bei mir die 15.700.csv (für VRC700) keine Daten einlesen. Funktioniert offensichtlich nur über bai08.csv und broadcast.csv.
Irgendwas mach ich falsch habe die letzten Schritte von heute auch versucht einzuspielen, aber ohne Erfolg.
Kann mir irgend jemand weiterhelfen??

sudo ebusd --checkconfig --scanconfig
2017-11-21 07:49:24.912 [main notice] ebusd 3.0.595c7c0 performing configuration check...
2017-11-21 07:49:25.167 [main notice] found messages: 1233 (194 conditional on 46 conditions, 1 poll, 58 update)
2017-11-21 07:49:25.177 [main notice] ebusd stopped

sudo ebusctl info
version: ebusd 3.0.595c7c0
signal: acquired
symbol rate: 23
max symbol rate: 132
reconnects: 0
masters: 3
messages: 214
conditional: 3
poll: 0
update: 11
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0116;HW=9602", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd

sudo ebusctl find -d
bai DateTime = nosignal;-:-:-;-.-.-;3.000
bai Mode = standby
bai SDFanSpeed = 3664
bai Status01 = 55.5;49.5;3.000;49.5;41.5;4
bai Status02 = auto;60;75.0;70;65.0
broadcast outsidetemp = 3.000
broadcast vdatetime = 07:52:07;21.11.2017
scan.08  = Vaillant;BAI00;0116;9602
scan.08 id = 21;16;14;0010015596;3100;006123;N4
scan.15  = Vaillant;70000;0209;4103
scan.15 id = 21;16;17;0020171314;0082;019519;N3

sudo ls -la
total 55396
drwxr-xr-x 2 pi   pi       4096 Nov 19 16:44 .
drwxr-xr-x 3 root root     4096 Sep  7 16:59 ..
-rw------- 1 pi   pi       6146 Nov 21 07:33 .bash_history
-rw-r--r-- 1 pi   pi        220 Sep  7 16:59 .bash_logout
-rw-r--r-- 1 pi   pi       3523 Sep  7 16:59 .bashrc
-rw-r--r-- 1 root root   172622 Sep  9 12:07 ebusd-3.0_armhf.deb
-rw-r--r-- 1 root root   172622 Sep  9 12:07 ebusd-3.0_armhf.deb.1
-rw-r--r-- 1 root root    52202 May 22 23:50 ebusd-configuration-2.1.b143f39-de_all.deb
-rw-r--r-- 1 root root 18761948 Feb 19  2017 fhem-5.8.deb
-rw-r--r-- 1 root root 18761948 Feb 19  2017 fhem-5.8.deb.1
-rw-r--r-- 1 root root 18761948 Feb 19  2017 fhem-5.8.deb.2
-rw-r--r-- 1 pi   pi        675 Sep  7 16:59 .profile

Danke im Voraus.

Grüße
Torsten

[john30]

habe selbiges Problem nach Neuinstalltion ebusd, nach microSD-Kartencrash.

Ist die Frage jetzt wirklich ernst gemeint? Einen Beitrag vorher ist die Anleitung zu finden...

[MOLUSER]

Ist die Frage jetzt wirklich ernst gemeint? Einen Beitrag vorher ist die Anleitung zu finden...

Hallo John,
sorry für die Umstände die ich dir bereit habe. Ich hatte vorher deine Hinweise beachtet und die Befehlsfolge abgesetzt. Wahrscheinlich hatte ich mich falsch ausgedrückt.
Prinzipiell werden ja einige Werte gelesen aber nicht die 700er aus der 15.700.csv.
Welche Dateien sind denn für das Ansprechen der 15.700.csv relevant, passiert das über die _template.csv?
Sorry für mein Unverständnis, aber ich tue mich hier wahrscheinlich ziemlich schwer.
Bislang konnte ich den Abläufen im Forum gut folgen und es funktionierte alles ganz gut.
Ich  bin nun an einer Stelle angelangt wo ich einfach nicht mehr weiterkomme und langsam verzweifle.

Danke im voraus.
Grüße
Torsten.