eBus Schaltung Rpi in Betrieb nehmen!

Begonnen von Reinhart, 19 Februar 2018, 19:38:23

Vorheriges Thema - Nächstes Thema

Eraser

Hallo Burkhard,

danke für deine Hilfe.

Hat folgendes ergeben:


pi@raspberrypi:~ $ ebusctl
localhost: listen -u
listen started

localhost: listen -u
hmu Status01 = 25.0;24.5;23.188;-;41.0;off
1076b5110101 09ff313017ff520000ff
1076b512030f0201 0790020000801405
1076b51009000000ffffff050000 0101
03e0b5210900002214e4ffff4600 0b000040013b010700000600
1076b5110101 09ff313017ff520000ff
1076b512030f0201 0790020000801405
1076b51009000000ffffff050000 0101
1076b5110101 09ff313017ff520000ff
1076b512030f0201 0790020000801405
1076b51009000000ffffff050000 0101
1076b5110101 09ff313017ff520000ff
10feb505025c00
1076b512030f0201 0790020000801405
1076b51009000000ffffff050000 0101
broadcast vdatetime = 14:51:14;30.08.2020
hmu DateTime = valid;14:51:16;30.08.2020;23.188
1008b5110100 09900114000000000100
1008b507020900 02a402
broadcast outsidetemp = 23.188
10feb510020601
1008b512020064 00
1008b5120204ff 0101
1008b513020528 0101
1076b51303040d00 02ffff
1076b5110101 09ff313017ff520000ff
1076b512030f0201 0790020000801405
1076b51009000000ffffff050000 0101
1076b5110101 09ff313017ff520000ff
1076b512030f0201 0790020000801405
1076b51009000000ffffff050000 0101
listen continued



localhost: grab result all
3105070400 / 0ab5565239323020075703 = 1: scan.05
3105b5090127 / 094e3500000000000000 = 3: scan.05 id
3108070400 / 0ab5484d55303003070403 = 1: scan.08
3108b5090127 / 094e383c3c3c3c3c3c3c = 3: scan.08 id
3115070400 / 0ab5373030303005106403 = 1: scan.15
3115b5090127 / 094e3800000000000000 = 3: scan.15 id
3138070400 / 0ab5563332000001179802 = 1: scan.38
3176070400 / 0ab556575a303003070403 = 1: scan.76
3176b5090127 / 00 = 3907: scan.76 id
03e0070400 / 0ab54f4d55303001315202 = 25: scan.e0
31e0b5090127 / 094e303c3c3c3c3c3c3c = 3: scan.e0 id
1008b51009000000ffffff070000 / 0101 = 922: hmu SetMode
10feb516080016581430080720 = 154: broadcast vdatetime
10feb51603013017 = 153: broadcast outsidetemp
1008b5040100 / 0a0327221230080720a013 = 1: hmu DateTime
1008b507010a / 03828207 = 3
1008b5110100 / 09900114000000000100 = 155
1008b5110101 / 093232a013ff590000ff = 2: hmu Status01
1076b5110101 / 09ff313017ff520000ff = 924
10feb505025c00 = 156
10feb508020900 = 16
10feb510020601 = 31
10feb516080024221230080720 = 1: broadcast vdatetime
3105b5090124 / 09003231313835303030 = 1: scan.05 id
3108b5090124 / 09003231313735303030 = 1: scan.08 id
3115b5090124 / 09003231313830363030 = 1: scan.15 id
3176b5090124 / 00 = 1: scan.76 id
31e0b5090124 / 09003231313830373030 = 1: scan.e0 id
1008b5040100 / 0a03195814300807203017 = 154: hmu DateTime
1008b5110101 / 0932313017ff520000ff = 899: hmu Status01
0008b503020002 / 0affffffffffffffffffff = 9
0008b503020004 / 0affffffffffffffffffff = 10
0015b503020002 / 0affffffffffffffffffff = 10
1008b507020900 / 02a402 = 156
1008b512020064 / 00 = 31
1008b5120204ff / 0101 = 31
1008b513020528 / 0101 = 31
0008b503020001 / 0affffffffffffffffffff = 9: hmu currenterror
0015b503020001 / 0affffffffffffffffffff = 10: 700 currenterror
1076b512030f0201 / 0790020000801405 = 924
1076b51303040d00 / 02ffff = 154
0008b51608100000ff83050000 / 0b00000483051e2900e88049 = 12
0015b51608100000ff41030000 / 0b00000241031e2900000000 = 2
0033b5170608b503020004 = 42
1008b51009000000ffffff070000 / 0101 = 2: hmu SetMode
1076b51009000000ffffff050000 / 0101 = 924
03e0b5210900002214e4ffff4600 / 0b000040013a010700000600 = 280
3300b5180affffffffffffffffffff = 39
3310b5180affffffffffffffffffff = 1


Sieht so aus, als ob der Großteil von meiner Vaillant-Heizung noch nicht dekodiert ist.

Ist eine Vaillant Flexotherm VWF 117/4 mit Recovair VAR 260/4, Multimatic VR700 und Kommunikationsmodul VR920.

Hatte gehofft, dass mehr Telegramme schon dekodiert sind.
Hat jemand so eine Heizung in Verbindung mit ebusd am Laufen bzw. schon dekodiert?
Würde dafür auch "spenden".

mfg Wolfgang

JimKnopf

Hi Wolfgang!

Ich könnte mir vorstellen, dass auch schon mehr bekannt ist, evtl. passt Deine Konfiguration noch nicht so ganz, dass die passenden Dateien nicht geladen werden.
Hast Du die aktuellen CVS Dateien unter /etc/ebusd/ abgelegt. Sind das alle oder nur eine Auswahl? Mit welchen Optionen wird bei Dir ebusd gestartet? Nutzt Du --scanconfig und --configpaht/etc/ebusd/ oder --configpaht/etc/ebusd/de/ ?
Sieh mal hier
https://github.com/john30/ebusd/wiki/4.7.-Automatic-configuration
https://github.com/john30/ebusd-configuration

Bei Viailant kann ich dir konkret nicht weiterhelfen, da wir hier eine Wolf Therme haben.
Freut mich, wenn ich schon mal etwas helfen kann. Jetzt im Sommer ist es wohl noch schwer hier him Forum Hilfe bei diesem Thema zu bekommen. Ich warte auch noch auf gute Tips.

Gruß,
Burkhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

Eraser

Hallo Burkhard,

folgend der Eintrag der /etc/default/ebusd:


EBUSD_OPTS="--scanconfig -d /dev/ttyebus -l /var/log/ebusd.log"


Unter /etc/ebusd ist nichts hinterlegt:


pi@raspberrypi:/etc/ebusd $ ls -la
total 8
drwxr-xr-x  2 pi   pi   4096 Oct 27  2019 .
drwxr-xr-x 81 root root 4096 Aug 26 17:07 ..


Ich dachte, das macht die Option --scanconfig mit der neuesten ebusd-Version zusammen automatisch anhand der empfangenen Daten auf dem eBus?
Dann hab ich das falsch verstanden, sodass nur die richtige csv ausgewählt aber nicht downgeloaded wird?

Aufgrund der Auflistung der csv-Datei hier bin ich davon ausgegangen, dass die richtige csv bereits ausgewählt wurde:


pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 23
max symbol rate: 146
min arbitration micros: 9
max arbitration micros: 21
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 6
messages: 586
conditional: 49
poll: 0
update: 9
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR920;SW=2007;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"


Da sind die folgenden csv bereits gelistet:

"vaillant/08.hmu.csv"
"vaillant/15.700.csv"
"vaillant/e0.omu.csv"


Danke

Eraser

Hab gerade mit folgendem Code laut Anleitung die csv's kopiert:


git clone https://github.com/john30/ebusd-configuration.git
if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


Die ebusd-Parameter dann wie folgt abgeändert:


EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd/de -d /dev/ttyebus -l /var/log/ebusd.log"


Nach einem Neustart ist das Ergebnis aber nun, dass er gar keine csv mehr auswählt:


pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 61
max symbol rate: 122
min arbitration micros: 10
max arbitration micros: 20
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 4
messages: 4
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202"


Die csv's sind korrekt hinterlegt:


pi@raspberrypi:/etc/ebusd $ ls -la
total 24
drwxr-xr-x 3 root root 4096 Aug 31 14:34 .
drwxr-xr-x 4 root root 4096 Aug 31 14:34 ..
-rw-r--r-- 1 root root 1253 Aug 31 14:34 broadcast.csv
-rw-r--r-- 1 root root  754 Aug 31 14:34 memory.csv
-rw-r--r-- 1 root root 1228 Aug 31 14:34 _templates.csv
drwxr-xr-x 2 root root 4096 Aug 31 14:34 vaillant


Habe danach wieder den configpath aus der ebusd gelöscht und nach einem Neustart werden die csv's wieder aufgelistet:


pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 80
max symbol rate: 153
min arbitration micros: 7
max arbitration micros: 60
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 6
messages: 587
conditional: 49
poll: 0
update: 9
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR920;SW=2007;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"


Laut Anleitung von ebusd reicht das --scanconfig bei einer Version >3.2 aus.

JimKnopf

#364
Bei mir klappt das mit dem --scanconfig überhaupt nicht. Bekomme dann die Meldung, dass einige CVS nicht gefunden werden. Habe dann einen manuelle Konfiguration angelegt und nutze --scanconfig nicht.
Evtl. ist das /de bei Dir im --configpath zu viel, da möglicherweise ebusd selbst nochmal nach dem Sprachenordner sucht und das selbst anhängt.
Damit ich viel mitbekomme, lasse ich zur Zeit ebusd nicht als service laufen, bzw. habe den Service gleich wieder gestoppt und nutze den commandline aufruf mit -f. So sehe ich sofort was ebusd so treibt. So geht es auch schneller mit den Parameter zu experimentieren. Nachdem ich die für mich passenden Einstellungen gefunden habe, habe ich die Datei in /etc/default entsprechend angepasst.

Gruß,
Burkhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

Eraser

Hab gerade ein bisschen rumgespielt mit -f statt dem service, da sieht man alles sehr gut, danke.

Leider keine Änderung, egal wie ich den config-path abändere.
Ohne --scanconfig dann immer die Meldung, dass die csv nicht vorhanden ist.


pi@raspberrypi:~ $ ebusd --configpath=/etc/ebusd/ -d /dev/ttyebus -f
2020-08-31 21:17:19.060 [main notice] ebusd 3.4.v3.3-51-g57eae05 started
2020-08-31 21:17:19.107 [main error] error reading config files from /etc/ebusd/: ERR: duplicate entry, last error: vaillant/15.ui.csv:8: ERR: duplicate entry, duplicate ID



pi@raspberrypi:~ $ ebusd --configpath=/etc/ebusd/vaillant/ -d /dev/ttyebus -f
2020-08-31 21:17:07.699 [main notice] ebusd 3.4.v3.3-51-g57eae05 started
2020-08-31 21:17:07.705 [main error] error reading templates in /: ERR: element not found, last error: _templates.csv:46: ERR: element not found, field type TEMP in field 0
2020-08-31 21:17:07.705 [main error] error reading config files from /etc/ebusd/vaillant/: ERR: element not found, last error: 15.470.csv:7: ERR: element not found, field type BDAY in field 0
2020-08-31 21:17:07.706 [bus notice] bus started with own address 31/36


config-files wären vorhanden:


pi@raspberrypi:~ $ cd /etc/ebusd/vaillant
pi@raspberrypi:/etc/ebusd/vaillant $ ls -la
total 800
drwxr-xr-x 2 root root  4096 Aug 31 14:34 .
drwxr-xr-x 3 root root  4096 Aug 31 14:34 ..
lrwxrwxrwx 1 root root    10 Aug 31 14:34 05.vd2.csv -> 05.vd4.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 05.vd3.csv -> 05.vd4.csv
-rw-r--r-- 1 root root  5833 Aug 31 14:34 05.vd4.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 05.vd6.csv -> 05.vd4.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 05.vl8.csv -> 05.vd4.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 05.vl9.csv -> 05.vd4.csv
-rw-r--r-- 1 root root  5350 Aug 31 14:34 06.pms.csv
-rw-r--r-- 1 root root  3887 Aug 31 14:34 08.bai.csv
-rw-r--r-- 1 root root 28639 Aug 31 14:34 08.ehp.csv
-rw-r--r-- 1 root root  2753 Aug 31 14:34 08.hmu.csv
-rw-r--r-- 1 root root  5656 Aug 31 14:34 0a.pmw.hwc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 15.140.csv -> 15.350.csv
-rw-r--r-- 1 root root  4822 Aug 31 14:34 15.350.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 15.360.csv -> 15.350.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 15.36p.csv -> 15.350.csv
-rw-r--r-- 1 root root  9886 Aug 31 14:34 15.370.csv
-rw-r--r-- 1 root root  8443 Aug 31 14:34 15.392.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 15.400.csv -> 15.350.csv
-rw-r--r-- 1 root root 15460 Aug 31 14:34 15.430.csv
-rw-r--r-- 1 root root 17160 Aug 31 14:34 15.470.csv
-rw-r--r-- 1 root root 24429 Aug 31 14:34 15.700.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 15.b7v.csv -> 15.700.csv
-rw-r--r-- 1 root root  3949 Aug 31 14:34 15.e7f.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 15.f35.csv -> 15.350.csv
-rw-r--r-- 1 root root  9945 Aug 31 14:34 15.f37.csv
-rw-r--r-- 1 root root 14715 Aug 31 14:34 15.f43.csv
-rw-r--r-- 1 root root 16734 Aug 31 14:34 15.f47.csv
lrwxrwxrwx 1 root root    12 Aug 31 14:34 15.heb.csv -> 15.sdr_p.csv
lrwxrwxrwx 1 root root    12 Aug 31 14:34 15.hep.csv -> 15.sdr_p.csv
-rw-r--r-- 1 root root  2986 Aug 31 14:34 15.sdr_p.csv
-rw-r--r-- 1 root root 13608 Aug 31 14:34 15.ui.csv
-rw-r--r-- 1 root root  5908 Aug 31 14:34 15.uih.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 1c.rcc.4.csv -> 75.rcc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 1c.v81.4.csv -> 75.v81.csv
-rw-r--r-- 1 root root   539 Aug 31 14:34 23.ehp.cc.csv
-rw-r--r-- 1 root root   885 Aug 31 14:34 23.solsy.cc.csv
-rw-r--r-- 1 root root   886 Aug 31 14:34 23.vr630.cc.csv
-rwxr-xr-x 1 root root   913 Aug 31 14:34 23.zeo.cc.csv
-rw-r--r-- 1 root root  2196 Aug 31 14:34 25.ehp.hwc.csv
-rw-r--r-- 1 root root  2906 Aug 31 14:34 25.solsy.hwc.csv
-rw-r--r-- 1 root root  1944 Aug 31 14:34 25.vr630.hwc.csv
-rwxr-xr-x 1 root root   851 Aug 31 14:34 25.zeo.hwc.csv
-rw-r--r-- 1 root root  4203 Aug 31 14:34 26.solsy.hc.csv
-rw-r--r-- 1 root root  2187 Aug 31 14:34 26.vr630.hc.csv
-rw-r--r-- 1 root root  2447 Aug 31 14:34 26.vr_71.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 35.rcc.1.csv -> 75.rcc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 35.v81.1.csv -> 75.v81.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 3c.rcc.5.csv -> 75.rcc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 3c.v81.5.csv -> 75.v81.csv
-rw-r--r-- 1 root root  6424 Aug 31 14:34 50.ehp.mc.csv
-rw-r--r-- 1 root root  3794 Aug 31 14:34 50.solsy.mc.csv
-rw-r--r-- 1 root root  7688 Aug 31 14:34 50.v61.mc.csv
-rw-r--r-- 1 root root  2403 Aug 31 14:34 50.vr630.mc.csv
-rwxr-xr-x 1 root root  1599 Aug 31 14:34 50.zeo.mc.csv
-rw-r--r-- 1 root root  2446 Aug 31 14:34 51.vr630.mc.3.csv
-rw-r--r-- 1 root root  5359 Aug 31 14:34 52.mc2.mc.4.csv
-rw-r--r-- 1 root root  1349 Aug 31 14:34 52.vr_70.csv
-rw-r--r-- 1 root root  4957 Aug 31 14:34 53.mc2.mc.5.csv
lrwxrwxrwx 1 root root    15 Aug 31 14:34 54.mc2.mc.6.csv -> 52.mc2.mc.4.csv
lrwxrwxrwx 1 root root    15 Aug 31 14:34 55.mc2.mc.7.csv -> 53.mc2.mc.5.csv
-rw-r--r-- 1 root root   515 Aug 31 14:34 64.v65.csv
-rw-r--r-- 1 root root   713 Aug 31 14:34 75.rcc.csv
-rw-r--r-- 1 root root  2601 Aug 31 14:34 75.v81.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 7c.rcc.6.csv -> 75.rcc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 7c.v81.6.csv -> 75.v81.csv
-rwxr-xr-x 1 root root 15147 Aug 31 14:34 84.zeo.csv
-rw-r--r-- 1 root root  3309 Aug 31 14:34 a0.sol.hwc.csv
-rw-r--r-- 1 root root   661 Aug 31 14:34 a1.sol.cc.csv
-rw-r--r-- 1 root root 14212 Aug 31 14:34 bai.0010002315.inc
-rw-r--r-- 1 root root 16921 Aug 31 14:34 bai.0010002465.inc
-rw-r--r-- 1 root root 16142 Aug 31 14:34 bai.0010003857.inc
-rw-r--r-- 1 root root 16494 Aug 31 14:34 bai.0010003886.inc
-rw-r--r-- 1 root root 22824 Aug 31 14:34 bai.0010004121.inc
-rw-r--r-- 1 root root 17089 Aug 31 14:34 bai.0010004150.inc
-rw-r--r-- 1 root root 17150 Aug 31 14:34 bai.0010005400.inc
-rw-r--r-- 1 root root 18344 Aug 31 14:34 bai.0010006101.inc
-rw-r--r-- 1 root root 16327 Aug 31 14:34 bai.0010006341.inc
-rw-r--r-- 1 root root 17863 Aug 31 14:34 bai.0010007508.inc
-rw-r--r-- 1 root root 17872 Aug 31 14:34 bai.0010010674.inc
-rw-r--r-- 1 root root 17105 Aug 31 14:34 bai.0010015600.inc
-rw-r--r-- 1 root root 17428 Aug 31 14:34 bai.0010021961.inc
-rw-r--r-- 1 root root  5547 Aug 31 14:34 bai.0020066007.inc
-rw-r--r-- 1 root root 17001 Aug 31 14:34 bai.308523.inc
-rw-r--r-- 1 root root   620 Aug 31 14:34 broadcast.csv
-rw-r--r-- 1 root root  6658 Aug 31 14:34 e0.omu.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 e1.omu.1.csv -> e0.omu.csv
-rw-r--r-- 1 root root  5665 Aug 31 14:34 ec.sol.sc.csv
-rw-r--r-- 1 root root  6001 Aug 31 14:34 ec.solsy.sc.csv
-rwxr-xr-x 1 root root  1280 Aug 31 14:34 ec.zeo.sc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 ed.pms.sc.csv -> 06.pms.csv
-rw-r--r-- 1 root root   525 Aug 31 14:34 errors.inc
lrwxrwxrwx 1 root root    10 Aug 31 14:34 f5.rcc.3.csv -> 75.rcc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 f5.v81.3.csv -> 75.v81.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 fc.rcc.7.csv -> 75.rcc.csv
lrwxrwxrwx 1 root root    10 Aug 31 14:34 fc.v81.7.csv -> 75.v81.csv
-rw-r--r-- 1 root root   693 Aug 31 14:34 general.csv
-rw-r--r-- 1 root root  1104 Aug 31 14:34 hcmode.inc
-rw-r--r-- 1 root root   883 Aug 31 14:34 hwcmode.inc
-rw-r--r-- 1 root root   404 Aug 31 14:34 iotest620.inc
-rw-r--r-- 1 root root   407 Aug 31 14:34 iotest630.inc
-rw-r--r-- 1 root root   307 Aug 31 14:34 iotestact.inc
-rw-r--r-- 1 root root   348 Aug 31 14:34 iotestbmc.inc
-rw-r--r-- 1 root root   313 Aug 31 14:34 iotestbsol.inc
-rw-r--r-- 1 root root   423 Aug 31 14:34 iotesthp.inc
-rw-r--r-- 1 root root  1435 Aug 31 14:34 mcmode.inc
-rw-r--r-- 1 root root   316 Aug 31 14:34 quick.inc
-rw-r--r-- 1 root root   238 Aug 31 14:34 roomtempoffset.inc
-rw-r--r-- 1 root root   792 Aug 31 14:34 scan.csv
-rw-r--r-- 1 root root   530 Aug 31 14:34 service.inc
-rw-r--r-- 1 root root  3475 Aug 31 14:34 _templates.csv
-rw-r--r-- 1 root root   727 Aug 31 14:34 tempsetpoints.inc
-rw-r--r-- 1 root root   647 Aug 31 14:34 timercc.inc
-rw-r--r-- 1 root root   677 Aug 31 14:34 timercool.inc
-rw-r--r-- 1 root root   633 Aug 31 14:34 timerhc.inc
-rw-r--r-- 1 root root   647 Aug 31 14:34 timerhwc.inc
-rw-r--r-- 1 root root   979 Aug 31 14:34 timer.inc
-rw-r--r-- 1 root root   667 Aug 31 14:34 timertariff.inc
-rw-r--r-- 1 root root   606 Aug 31 14:34 yield3d43.inc
-rw-r--r-- 1 root root   606 Aug 31 14:34 yield3f40.inc
-rw-r--r-- 1 root root   606 Aug 31 14:34 yield4445.inc
-rw-r--r-- 1 root root   606 Aug 31 14:34 yield8485.inc
-rw-r--r-- 1 root root   630 Aug 31 14:34 yield8485r.inc

Eraser

Hab gerade alles wieder zurück auf nur --scanconfig gestellt.

Dann mal probiert ein paar Werte per r lesen:


localhost: r CoolingActive
no

localhost: r FanSpeedMax
100

localhost: r FanMode
no

localhost: r DeicingStarts
306


Also dürften die csv's funktionieren, meine falsche Annahme beruhte darauf, dass die meisten Telegramme nicht entschlüsselt werden konnten. Anscheinend werden die ganzen Parameter aber nicht zyklisch ausgelesen und die paar Werte, die ich verstellt habe, dürften noch nicht entschlüsselt sein.

Wie handhabt ihr das?
Werte zyklisch auslesen?

mfg
Wolfgang

JimKnopf

Da giebt es meines Wissen nach drei Ansätze:
1. einen Polllevel angeben r1,ciricut,name,remark ....   r1 bedeutet hohe priorität, r9 niedriege. Unter den commandlineoptionen/bwz. Option für den Service kann man einen Pollintervall angeben. --pollinterval=10. Das bedeutet dass alle 10 sec ein Poll durchgeführt wird. Die Polllevel habe ich noch nicht ganz verstanden, aber ich vermute, das r9 nur bei jedem 9. Durchlauf ausgeführt wird. Pollen lohnt nur bei sich häufig ändernden Werten, wie Lüfter und Temperaturen. Für Eingestellte Werte wie Warmwassertemperatur ist es nicht optimal, da zu häufig abgefragt wird.

2. evtl. kann man https://github.com/john30/ebusd/wiki/4.9.-Instructions dies nutzen. Vermute aber, dass es ungeeignet ist.

3. mit at aus FHEM heraus ein read auslösten. Habe ich aber auch noch nicht gemacht.

Ich nutze Poll für Durchflussmenge und Rücklauftemperatur der Solaranlage. Da ich den ebus Adapter über WLan betreibe kommt es gelegentlich zu Kollisionen auf dem ebus, was bislang aber noch nie zu Problemen geführt hat.

Gruß,
Burhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

Eraser

Hallo Burkhard,

danke werde ich versuchsweise mal testen.

Mein Endausbau soll dann so aussehen, dass die Werte per MQTT gesendet und empfangen werden.
Sollte funktionieren, dass ich damit die Betriebsmodi dann per MQTT umschalte oder?

@galileo: Ist deine ebusd-Version vom Image mit MQTT?

mfg
Wolfgang

JimKnopf

Hi Wolfgang!

Ich nutze auch MQTT. Direkte reads von FHEM heraus habe ich noch nicht gemacht.
Leider ist es mir mit unser Wolf Anlage noch nicht gelungen irgend einen Wert oder Zustand zu verändern, warte noch immer auf mein zweites Bedienteil um zu sehen wie die sich untereinander unterhalten.

Gruß,
Burkhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

smirrrr

@Eraser
Das Image von Galileo ist ohne mqtt support.

Ich hatte ebusd deinstalliert, in der Datei /etc/apt/sources.list.d/ebusd.list den Pfad Teil "nomqtt" mit "default" ersetzen und anschließend ebusd wieder installieren.
z.B. "deb https://www.ebusd.eu/repos/apt/default/stretch stretch main"

Die Konfigurationen (z.B. /etc/default/ebusd) vor dem deinstallieren sichern.

JimKnopf

Ich habe übrigens nicht das Image genommen, sonder das ganze compiliert nach folgender Anleitung:
https://github.com/john30/ebusd/wiki/1.-Build-and-install
Da natürlich mit MQTT support compiliert. Wichtig ist "sudo apt install libmosquitto-dev" VOR dem compilieren auszuführen.

Hat auf Anhieb geklappt.

Gruß,
Burkhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

Reinhart

Zitat von: Eraser am 31 August 2020, 22:00:09

Wie handhabt ihr das?
Werte zyklisch auslesen?

mfg
Wolfgang

Wie ihr schon richtig erwähnt habt, gibt es mehrere Ansätze eine zyklische Abfrage zu realisieren. Hier 2 einfache Möglichkeiten um gezielte Werte abzufragen. Bei mehren Timern kann man auch unterschiedliche Zeiten definieren, zb: den Wasserdruck nur alle Stunden etc.

Ich habe in meiner Konfiguration bei MQTT2 folgenden Timer im Einsatz (alle 5 Minuten folgende Messwerte):
+*00:05:00 set ebusMQTT publish ebusd/430/Hc1HeatCurve/get;
set ebusMQTT publish ebusd/430/HwcTempDesired/get;
set ebusMQTT publish ebusd/bai/WaterPressure/get;
set ebusMQTT publish ebusd/bai/FlowTemp/get;
set ebusMQTT publish ebusd/bai/ReturnTemp/get;
set ebusMQTT publish ebusd/bai/FanSpeed/get;
set ebusMQTT publish ebusd/bai/WPPWMPower/get;
set ebusMQTT publish ebusd/bai/Status02/get;
set ebusMQTT publish ebusd/bai/HcHours/get;
set ebusMQTT publish ebusd/bai/HwcStarts/get


und bei ECMD so wie hier im Wiki beschrieben. ECMD ist etwas aufwändiger weil hier auch zusätzlich eine Konfigfile für die Abfragewerte (bai00.cfg etc) definiert werden muss aber wenn mal konfiguriert, dann ist ECMD auch sehr zuverlässig.



LG
Reinhart
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

JimKnopf

Zitat von: Reinhart am 06 September 2020, 12:26:56

Ich habe in meiner Konfiguration bei MQTT2 folgenden Timer im Einsatz (alle 5 Minuten folgende Messwerte):
+*00:05:00 set ebusMQTT publish ebusd/430/Hc1HeatCurve/get;
set ebusMQTT publish ebusd/430/HwcTempDesired/get;
set ebusMQTT publish ebusd/bai/WaterPressure/get;
set ebusMQTT publish ebusd/bai/FlowTemp/get;
set ebusMQTT publish ebusd/bai/ReturnTemp/get;
set ebusMQTT publish ebusd/bai/FanSpeed/get;
set ebusMQTT publish ebusd/bai/WPPWMPower/get;
set ebusMQTT publish ebusd/bai/Status02/get;
set ebusMQTT publish ebusd/bai/HcHours/get;
set ebusMQTT publish ebusd/bai/HwcStarts/get



Hallo Reinhard!
Vielen Dank für das Beispiel. "ebusd/bai/HwcStarts" z.B. soll wohl identisch mit den Eintragungen unter attr ebusMQTT readingList sein oder?
In meiner CVS steht z.B.:
r,solar,ertraege,,07,76,5022,02f902,betriebsstunden,,UIN,,Betriebsstunden
In der readingList demnach:
ebusd/solar/ertraege:.* { json2nameValue($EVENT, 'betriebsstunden', $JSONMAP) }

dann müsste ich im Timer:
set ebusMQTT publish ebusd/solar/ertraege/get
setzen. Wäre das so richtig? Scheint zumindest funktioniert zu haben.
Gruß,
Burhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

TomLee

Mal zum "Timer" noch eine Alternative die man direkt im MQTT2_DEVICE umsetzen kann:

periodicCmd i.V.m dem entsprechenden get-Kommando.

Sollte dann an Hand dem Readinglisteintrag oben so klappen:

attr <MQTT2_DEVICENAME> getList <irgendeinnamefürdengetter>:noArg betriebsstunden ebusd/solar/ertraege/get

attr <MQTT2_DEVICENAME> periodicCmd betriebsstunden:10

Hole die betriebsstunden alle 10 Minuten oder manuell über den getList-Eintrag.

Gruß

Thomas