eBus Schaltung in Betrieb nehmen

Begonnen von Reinhart, 23 Dezember 2015, 15:19:45

Vorheriges Thema - Nächstes Thema

tho-mas

#1665
Also die Langversion vom Startbefehl funktioniert im Terminal:

pi@rpi:~ $ cd ebusd
pi@rpi:~/ebusd $ ./src/ebusd/ebusd -f -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=*  --pollinterval=10 --enablehex --enabledefine
2020-10-06 20:22:12.536 [main notice] ebusd 3.4.v3.4-20-gedfe09a started
2020-10-06 20:22:12.801 [main error] error reading config files from /etc/ebusd/de: ERR: duplicate entry, last error: vaillant/15.hep.csv:6: ERR: duplicate entry, duplicate ID
2020-10-06 20:22:12.804 [bus notice] bus started with own address 01/06
2020-10-06 20:22:13.050 [bus notice] signal acquired
2020-10-06 20:22:21.023 [bus notice] max. symbols per second: 105
2020-10-06 20:22:22.805 [main notice] found messages: 490 (17 conditional on 7 conditions, 0 poll, 6 update)
2020-10-06 20:22:32.000 [bus notice] max. symbols per second: 130
2020-10-06 20:22:33.039 [bus notice] max. symbols per second: 227


Ist der Fehler mit dem doppeltem Eintrag erst mal wichtig oder kann ich deb später suchen?

In FHEM kommt jedoch nichts an. Liegt es daran, das die Ausgabe ins Terminal geleitet wird?

aktuelle Anzeige im Terminal:
2020-10-06 20:38:29.577 [update notice] received read bai DateTime QQ=10: valid;20:38:30;06.10.2020;12.688
2020-10-06 20:38:29.841 [update notice] received read bai Status02 QQ=10: auto;30;75.0;70;65.0
2020-10-06 20:38:30.075 [update notice] received unknown BC cmd: 10feb516080029382006100220
2020-10-06 20:38:30.357 [update notice] received unknown MS cmd: 1008b5110100 / 09e00116000000008b00
2020-10-06 20:38:30.572 [update notice] received unknown BC cmd: 10feb5160301b00c
2020-10-06 20:38:39.002 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:38:39.278 [update notice] received read bai Mode QQ=10: standby
2020-10-06 20:38:49.008 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:38:49.280 [update notice] received read bai Mode QQ=10: standby
2020-10-06 20:38:58.971 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:38:59.246 [update notice] received read bai Mode QQ=10: standby
2020-10-06 20:38:59.511 [update notice] received read bai Status02 QQ=10: auto;30;75.0;70;65.0
2020-10-06 20:39:08.982 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:39:09.749 [update notice] received read bai Mode QQ=10: standby



JimKnopf

Also, in FHEM kann nur ankommen, was auch im Terminalfenster steht (beim Langbefehl).
Der doppelte Eintrag befindet sich in /etc/ebusd/de/vaillant/15.hep.csv, Zeile 6. Dadurch wird die Datei komplett ignoriert, evtl. alle dateien. Das sollte also berichtigt werden.
Wenn Du die Zeile nicht komplett löschen möchtest kannst Du das Nummernzeichen # an den Anfang der Zeile setzen. Damit ist sie auskomentiert.
Es können noch mehr doppelte Einträge auftauchen, die sollten auch alle berichtigt werden.
Du musst dazu normalerweise ebusd nicht neu starten. Du kannst in einem neuen Terminalfenster "ebusctl" eingeben uns somit starten. Hier kannst du mit reload ein neues einlesen der Dateien bewirken.
Da Du "./src/ebusd/" vor ebusd schreiben musst, kann es sein, dass ebusctl auch nicht ohne Pfadangabe gefunden wird. Das musst Du einfach mal ausprobieren.
2020-10-06 20:22:22.805 [main notice] found messages: 490 (17 conditional on 7 conditions, 0 poll, 6 update)
bedeutet, dass ebusd 490 Telegramme kennt und dekodieren kann.
Wenn Du ebusd etwas laufen lässt kommen zwei Arten von Meldungen:
dekodierte Telegramme
oder
0-10-06 20:41:10.525 [update notice] received unknown MM cmd: 03f10800080027000c80000036
natürlich mit anderen Werten.
Lass mal etwas laufen und poste mal die Ausgabe. Erzähl mal ob Du ebusctl so starten kannst. Wenn ja, solltest Du auch ebusd ohne Pfadangabe starten können.
PS: sehe gerade, dass Du den Autput schon gebpostet hast, sieht gut aus.
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

JimKnopf

So, ebusd läuft so bei Dir, jetzt kommt es drauf an, wie Du die Daten in FHEM einbinden willst.
Ich nutze MQTT. Mit den anderen Varianten kenne ich mich nicht aus.
Wenn Du auch MQTT nutzen willst kann ich Dir da weiterhelfen, nachdem Du Dich mit https://wiki.fhem.de/wiki/EBUS-MQTT2 beschäftigt hast und die dortige Anleitung soweit befolgt hast.
Ich habe sie auch genau so umgesetzt.

Möchtest Du eine andere Variante nutzen, müsste wer anderes helfen.
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

tho-mas

#1668
pi@rpi:~/ebusd $ ebusctl
bash: ebusctl: Kommando nicht gefunden.
pi@rpi:~/ebusd $ ./src/ebusd/ebusctl
bash: ./src/ebusd/ebusctl: Datei oder Verzeichnis nicht gefunden
pi@rpi:~/ebusd $


Also weder noch.

Werde mir deinen Link zu MQTT an anderem Rechner mal durchlesen. - Geschehen - ICh werde die Installationen für heute beenden, das wird mir zuviel. Melde mich in den nächsten Tagen noch einmal.


JimKnopf

Weiter möglichkeit für tests:
wenn Du ebusctl starten kannst, kannst Du mit read und write aktiv am ebus Arbeiten.
Sieh mal in die CSV Dateien die bei Dir verwendet werden. Wo am Anfang ein w steht, kannst Du Werte senden.
Evtl. musst Du alle Werte senden, die in einer Zeile aufgelistet sind. In der obersten Zeile der Datei steht immer, wie eine Zeile aufgebaut ist.
Weitere Hinweise findest Du wieder hier: https://github.com/john30/ebusd/wiki/4.1.-Message-definition.
Es ist nicht ganz einfach. Ich habe ich kein bischen mit Vailant beschäftigt und weiß deshalb nicht, was Dich in den Dateien erwartet.
Kleiner Tipp, die Dateien nicht per doppelklick öffnen, sonst wird es mit LibreOffice geöffnet, das ist nicht hilfreich.
Ich klicke mit rechts  und öffne mit Geany. Sollte das bei Dir nicht verfügbar sein:
sudo apt update
sudo apt install Geany


Da war noch die Frage, ob Du nach
make
auch
make install
ausgeführt hast. Das ist notwendig, damit die Anwendungen auch ohne Pfadangabe gefunden werden, bzw. an dem richtigen Ort liegen.
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

a_quadrat

Hallo Zusammen,

danke erstmal für das tolle Projekt und die geleistete Arbeit. Seid 1-2 Tagen habe ich meinen ebus-Controller V2.2 am laufen. Letzte Nacht ist er dann ca. 3 Uhr ausgestiegen und liefert keine Daten mehr an fhem. Ich habe schon mehrmals neu gestartet, aber alles ohne Erfolg.

ebusctl info liefert folgendes Ergebnis:


root@raspberrypi:~# ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
access: *
signal: acquired
symbol rate: 22
max symbol rate: 165
min arbitration micros: 3336
max arbitration micros: 3336
min symbol latency: 5
max symbol latency: 5
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd



und im ebuslog kommen folgende Einträge:


2020-10-29 13:45:00.125 [mqtt error] read message bai WaterPressure not found
2020-10-29 13:45:00.125 [mqtt error] read message bai FlowTemp not found
2020-10-29 13:45:00.125 [mqtt error] read message bai ReturnTemp not found
2020-10-29 13:45:00.125 [mqtt error] read message bai FanSpeed not found
2020-10-29 13:45:00.125 [mqtt error] read message bai WPPWMPower not found
2020-10-29 13:45:00.125 [mqtt error] read message bai OutdoorstempSensor not found
2020-10-29 13:45:00.125 [mqtt error] read message bai Status02 not found
2020-10-29 13:45:00.125 [mqtt error] read message bai FanHours not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HcHours not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HwcHours not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HwcStarts not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HwcTemp not found
2020-10-29 13:45:02.431 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:06.613 [update notice] received unknown MS cmd: 1008b5100900004f68ffff04ff00 / 0101
2020-10-29 13:45:10.748 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:12.805 [update notice] received unknown BC cmd: 10feb516080014451329100420
2020-10-29 13:45:13.065 [update notice] received unknown MS cmd: 1008b512020000 / 00
2020-10-29 13:45:17.015 [update notice] received unknown MS cmd: 1008b5100900004f68ffff04ff00 / 0101
2020-10-29 13:45:21.192 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:23.294 [update notice] received unknown MS cmd: 1008b5040100 / 0a0323451329100420e00b
2020-10-29 13:45:23.565 [update notice] received unknown MS cmd: 1008b5110102 / 05033c785078
2020-10-29 13:45:25.392 [update notice] received unknown MS cmd: 1008b5100900004f68ffff04ff00 / 0101
2020-10-29 13:45:31.655 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:33.696 [update notice] received unknown BC cmd: 10feb5160301e00b


Hat jemand eine Idee woran das liegen kann, oder was ich noch probieren kann?

VG Andreas

JimKnopf

Hi!

Ich vermute mal das irgendwas mit Deinen CSV Dateien durcheinander gekommen ist. Entweder wurde an denen was verändert, oder Dein Aufruf hat sich geändert, so dass sie nicht mehr gefunden werden.
Wenn Du ebusd neu startets sollte nach kurzer Zeit eine Ähnliche Meldung wie diese kommen:
2020-10-29 14:55:39.992 [main notice] found messages: 284 (0 conditional on 0 conditions, 10 poll, 33 update)

Wenn Du mit dem Daemon arbeitest mal ins Log schauen.
Bedeutet bei mir, dass 284 Telegramme bekannt sind und dekodiert werden können.
Was da bei Dir steht wäre jetzt interessant.

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

a_quadrat

Hi,

jetzt funktioniert es wieder. In FHEM hat autocreate ein Modul angelegt, dass auf den USB0 Port zugegriffen hat, vllt. war es das.

Kennst du den MQTT-Befehl für einmal Speicher laden? Ich konnte ihn noch nicht finden.

VG Andreas

JimKnopf

Nein, kenne ich leider auch nicht. Die ISM7 bietet diese Funktion leider auch nicht an.

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

cs-online

Zitat von: a_quadrat am 29 Oktober 2020, 16:18:22
Hi,

jetzt funktioniert es wieder. In FHEM hat autocreate ein Modul angelegt, dass auf den USB0 Port zugegriffen hat, vllt. war es das.

Kennst du den MQTT-Befehl für einmal Speicher laden? Ich konnte ihn noch nicht finden.

VG Andreas

Welche Therme und welche Steuerung hast du ?
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

metserver1

Hallo Forum,

ich versuche eine Version 1.6-Platine an meinem Weishaupt WTC15A zum Laufen zu bringen, bekomme es aber nicht hin, weil ich die Fehlermeldungen nicht interpretieren kann.

[main error] error executing instructions: ERR: element not found, last error: included "weishaupt/sc.processvalues.inc" for "08" ...


Die Datei existiert aber und ist lesbar.

Beim Stöbern hier in den Forenbeiträgen ist mir aufgefallen, dass ich offenbar keine broadcast-Datei habe. Brauche ich die, wenn ich den Bus nur auslesen möchte?

Um Euch bei der Hilfe zu unterstützen habe ich im Folgenden ein paar Detail-Informationen einkopiert.

Ich bin für jeden Tipp dankbar, der mich das Ding zum Laufen bringen lässt.

Danke und Gruß,

Jochen



Wenn ebusd als daemon läuft, bringt ein
ebusctl i

jochen@metserver1:/etc/ebusd$ ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 106
max symbol rate: 106
reconnects: 0
masters: 3
messages: 12
conditional: 0
poll: 0
update: 12
address 03: master #11
address 08: slave #11
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ff: master #25


Test der Konfiguration mit ebusd --checkconfig --scanconfig

jochen@metserver1:/etc/ebusd$ ebusd --checkconfig --scanconfig
2020-12-18 18:07:59.881 [main notice] ebusd 3.4.v3.3-51-g57eae05 performing configuration check...
2020-12-18 18:08:00.020 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2020-12-18 18:08:00.020 [main notice] ebusd stopped


Inhalt der Datei /etc/default/ebusd

# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="-c /etc/ebusd/ -d /dev/ttyUSB1 -p 8888 -l /var/log/ebusd.log"



Inhalt des Konfigurationsverzeichnisses

jochen@metserver1:/etc/ebusd$ ll
total 68
drwxr-xr-x   4 root root  4096 Mär 15  2020 ./
drwxr-xr-x 105 root root 12288 Dez 12 16:38 ../
drwxr-xr-x   8 root root  4096 Mär 15  2020 .git/
-rw-r--r--   1 root root   154 Mär 15  2020 .gitignore
-rw-r--r--   1 root root 35141 Mär 15  2020 LICENSE
-rw-r--r--   1 root root  1734 Mär 15  2020 README.md
drwxr-xr-x   4 root root  4096 Mär 15  2020 weishaupt/
jochen@metserver1:/etc/ebusd$ cd weishaupt
jochen@metserver1:/etc/ebusd/weishaupt$ ll
total 172
drwxr-xr-x 4 root root  4096 Mär 15  2020 ./
drwxr-xr-x 4 root root  4096 Mär 15  2020 ../
-rw-r--r-- 1 root root   442 Mär 15  2020 04..EA.csv
-rw-r--r-- 1 root root   572 Mär 15  2020 05..EA.csv
-rw-r--r-- 1 root root   230 Mär 15  2020 08..sc.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 1c..hc4.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 24..hc8.csv
-rw-r--r-- 1 root root  1970 Mär 15  2020 35..hc1.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 3c..hc5.csv
-rw-r--r-- 1 root root  1367 Mär 15  2020 51..hc2.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 75..hc2.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 7c..hc6.csv
drwxr-xr-x 2 root root  4096 Mär 15  2020 Documentation/
-rw-r--r-- 1 root root  1435 Mär 15  2020 f5..hc3.csv
-rw-r--r-- 1 root root  2822 Mär 15  2020 f6..sc.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 fc..hc7.csv
drwxr-xr-x 2 root root  4096 Mär 15  2020 FHEM/
-rw-r--r-- 1 root root  1774 Mär 15  2020 hc.expert2.inc
-rw-r--r-- 1 root root  1951 Mär 15  2020 hc.expert.inc
-rw-r--r-- 1 root root  1575 Mär 15  2020 hc.processvalues.inc
-rw-r--r-- 1 root root 13515 Mär 15  2020 hc.timer.inc
-rw-r--r-- 1 root root  1742 Mär 15  2020 hc.userholiday.inc
-rw-r--r-- 1 root root  1361 Mär 15  2020 hc.user.inc
-rw-r--r-- 1 root root  1209 Mär 15  2020 hwc.expert.inc
-rw-r--r-- 1 root root   801 Mär 15  2020 hwc.processvalues.inc
-rw-r--r-- 1 root root  5049 Mär 15  2020 hwc.timercc.inc
-rw-r--r-- 1 root root  4958 Mär 15  2020 hwc.timer.inc
-rw-r--r-- 1 root root   874 Mär 15  2020 hwc.user.inc
-rw-r--r-- 1 root root  1022 Mär 15  2020 sc.enduser.inc
-rw-r--r-- 1 root root  9951 Mär 15  2020 sc.errorhistory.inc
-rw-r--r-- 1 root root  1279 Mär 15  2020 sc.manufacturer.inc
-rw-r--r-- 1 root root  1631 Mär 15  2020 sc.processvalues.inc
-rw-r--r-- 1 root root  6345 Mär 15  2020 sc.statistic.inc
-rw-r--r-- 1 root root  3644 Mär 15  2020 sc.systemheatcontrol.inc
-rw-r--r-- 1 root root  3334 Mär 15  2020 _templates.csv


Mein Test-Skript

#!/bin/bash
#
# Rechner: metserver1
# --------------------------------------------------------
# ReadEBUS.sh
# --------------------------------------------------------

# Ermittlung des richtigen USB-Devices
# Das ist nicht fix, es kann sich nach einem reboot geändert haben
#
getUSBdevEBUS ()
{
text=`dmesg|less|grep "FTDI"|tail -1`
USBdevEBUS=${text: -7}
}


# ---------------------------------------------------------
echo Start
# Wechsel ins Programmverzeichnis
cd /etc/ebusd
pwd

# Variablen setzen
USBdevEBUS=""
Logfile="/var/log/ebusd.log"
ConfigDir="/etc/ebusd/"
#ConfigDir="/etc/ebusd/weishaupt/" # macht keinen Unterschied

# USB-Device holen
getUSBdevEBUS
echo $USBdevEBUS

# eBus lesen
ebusd -r -f -c $ConfigDir -d /dev/$USBdevEBUS -l $Logfile


Die Ausgaben

jochen@metserver1:/mnt/daten/_Computersystem/metserver1/eBus$ ./ReadEBUS.sh
Start
/etc/ebusd
ttyUSB1
2020-12-18 17:48:01.040 [main notice] ebusd 3.4.v3.3-51-g57eae05 started
2020-12-18 17:48:01.060 [bus notice] bus started with own address 31/36
2020-12-18 17:48:01.086 [bus notice] signal acquired
2020-12-18 17:48:01.195 [bus notice] new master ff, master count 1
2020-12-18 17:48:01.245 [bus notice] new master 03, master count 2
2020-12-18 17:48:01.245 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:01.442 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:01.649 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:01.862 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:02.079 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 0600046b2d4aa1
2020-12-18 17:48:02.619 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:02.826 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:03.024 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:03.231 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:03.447 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844900434303
2020-12-18 17:48:03.649 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004662d4aa1
2020-12-18 17:48:04.012 [bus notice] max. symbols per second: 101
2020-12-18 17:48:04.222 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:04.430 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:04.629 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:04.834 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:05.009 [bus notice] max. symbols per second: 137
2020-12-18 17:48:05.049 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:05.251 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 0600046d2d4aa1
2020-12-18 17:48:05.827 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:06.033 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:06.232 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:06.438 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:06.655 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434203
2020-12-18 17:48:06.856 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004642d4aa1
2020-12-18 17:48:07.432 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:07.637 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:07.836 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:08.042 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:08.256 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:08.368 [bus notice] new master 30, master count 3
2020-12-18 17:48:08.374 [bus notice] new master f1, master count 4
2020-12-18 17:48:08.375 [update notice] received update-read hc1 Set: hotwaterinheating;stopconsumer;46.69;-;-;35.0;-
2020-12-18 17:48:08.498 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004662d4aa1
2020-12-18 17:48:09.030 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:09.239 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:09.436 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:09.642 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:09.858 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434203
2020-12-18 17:48:10.005 [bus notice] max. symbols per second: 138
2020-12-18 17:48:10.259 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004662d4aa1
2020-12-18 17:48:10.618 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:10.824 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:11.022 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:11.224 [main error] error executing instructions: ERR: element not found, last error: included "weishaupt/sc.processvalues.inc" for "08", included "weishaupt/sc.enduser.inc" for "08", included "weishaupt/sc.statistic.inc" for "08", error including "weishaupt/sc.manufacturer.inc" for "08": ERR: element not found weishaupt/sc.manufacturer.inc:3: ERR: element not found, field type TEMP0 in field 7, included "weishaupt/sc.errorhistory.inc" for "08", included "weishaupt/hc.processvalues.inc" for "1c", included "weishaupt/hc.user.inc" for "1c", included "weishaupt/hc.userholiday.inc" for "1c", included "weishaupt/hc.expert.inc" for "1c", included "weishaupt/hc.expert2.inc" for "1c", included "weishaupt/hc.timer.inc" for "1c", included "weishaupt/hc.processvalues.inc" for "24", included "weishaupt/hc.user.inc" for "24", included "weishaupt/hc.userholiday.inc" for "24", included "weishaupt/hc.expert.inc" for "24", included "weishaupt/hc.expert2.inc" for "24", included "weishaupt/hc.timer.inc" for "24", included "weishaupt/hc.processvalues.inc" for "35", included "weishaupt/hc.user.inc" for "35", included "weishaupt/hc.userholiday.inc" for "35", included "weishaupt/hc.expert.inc" for "35", included "weishaupt/hc.timer.inc" for "35", included "weishaupt/hwc.processvalues.inc" for "35", included "weishaupt/hwc.user.inc" for "35", included "weishaupt/hwc.expert.inc" for "35", included "weishaupt/hwc.timer.inc" for "35", included "weishaupt/hwc.timercc.inc" for "35", included "weishaupt/hc.processvalues.inc" for "3c", included "weishaupt/hc.user.inc" for "3c", included "weishaupt/hc.userholiday.inc" for "3c", included "weishaupt/hc.expert.inc" for "3c", included "weishaupt/hc.expert2.inc" for "3c", included "weishaupt/hc.timer.inc" for "3c", included "weishaupt/hc.processvalues.inc" for "75", included "weishaupt/hc.user.inc" for "75", included "weishaupt/hc.userholiday.inc" for "75", included "weishaupt/hc.expert.inc" for "75", included "weishaupt/hc.expert2.inc" for "75", included "weishaupt/hc.timer.inc" for "75", included "weishaupt/hc.processvalues.inc" for "7c", included "weishaupt/hc.user.inc" for "7c", included "weishaupt/hc.userholiday.inc" for "7c", included "weishaupt/hc.expert.inc" for "7c", included "weishaupt/hc.expert2.inc" for "7c", included "weishaupt/hc.timer.inc" for "7c", included "weishaupt/hc.processvalues.inc" for "f5", included "weishaupt/hc.user.inc" for "f5", included "weishaupt/hc.userholiday.inc" for "f5", included "weishaupt/hc.expert.inc" for "f5", included "weishaupt/hc.expert2.inc" for "f5", included "weishaupt/hc.timer.inc" for "f5", included "weishaupt/sc.systemheatcontrol.inc" for "f6", included "weishaupt/hc.processvalues.inc" for "fc", included "weishaupt/hc.user.inc" for "fc", included "weishaupt/hc.userholiday.inc" for "fc", included "weishaupt/hc.expert.inc" for "fc", included "weishaupt/hc.expert2.inc" for "fc", included "weishaupt/hc.timer.inc" for "fc"
2020-12-18 17:48:11.225 [main notice] found messages: 1677 (0 conditional on 0 conditions, 0 poll, 12 update)
2020-12-18 17:48:11.228 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:11.442 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:11.645 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004652d4aa1
2020-12-18 17:48:12.223 [update notice] received read sc ProcessValues4 QQ=ff: 132;12;6;39;127;46
2020-12-18 17:48:12.430 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:12.628 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:12.835 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:13.050 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434203
2020-12-18 17:48:13.255 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004652d4aa1
2020-12-18 17:48:13.831 [update notice] received read sc ProcessValues4 QQ=ff: 132;12;6;39;127;46
2020-12-18 17:48:14.037 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
^C2020-12-18 17:48:14.091 [main notice] SIGINT received
2020-12-18 17:48:14.236 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:14.443 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141455
2020-12-18 17:48:14.659 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:14.861 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004652d4aa1
2020-12-18 17:48:15.440 [update notice] received read sc ProcessValues4 QQ=ff: 132;12;6;39;127;46
2020-12-18 17:48:15.643 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:15.843 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:16.050 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:16.279 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:16.338 [main notice] ebusd stopped


Die Meldung [main error]
Ich habe ein paar Zeilenumbrüche eingebaut, um den Text besser lesbar zu machen.

[main error] error executing instructions:
ERR: element not found,
last error: included "weishaupt/sc.processvalues.inc" for "08",
included "weishaupt/sc.enduser.inc" for "08",
included "weishaupt/sc.statistic.inc" for "08",
error including "weishaupt/sc.manufacturer.inc" for "08":

ERR: element not found weishaupt/sc.manufacturer.inc:3:
ERR: element not found, field type TEMP0 in field 7,
included "weishaupt/sc.errorhistory.inc" for "08",
included "weishaupt/hc.processvalues.inc" for "1c",
included "weishaupt/hc.user.inc" for "1c",
included "weishaupt/hc.userholiday.inc" for "1c",
included "weishaupt/hc.expert.inc" for "1c",
included "weishaupt/hc.expert2.inc" for "1c",
included "weishaupt/hc.timer.inc" for "1c",
included "weishaupt/hc.processvalues.inc" for "24",
included "weishaupt/hc.user.inc" for "24",
included "weishaupt/hc.userholiday.inc" for "24",
included "weishaupt/hc.expert.inc" for "24",
included "weishaupt/hc.expert2.inc" for "24",
included "weishaupt/hc.timer.inc" for "24",
included "weishaupt/hc.processvalues.inc" for "35",
included "weishaupt/hc.user.inc" for "35",
included "weishaupt/hc.userholiday.inc" for "35",
included "weishaupt/hc.expert.inc" for "35",
included "weishaupt/hc.timer.inc" for "35",
included "weishaupt/hwc.processvalues.inc" for "35",
included "weishaupt/hwc.user.inc" for "35",
included "weishaupt/hwc.expert.inc" for "35",
included "weishaupt/hwc.timer.inc" for "35",
included "weishaupt/hwc.timercc.inc" for "35",
included "weishaupt/hc.processvalues.inc" for "3c",
included "weishaupt/hc.user.inc" for "3c",
included "weishaupt/hc.userholiday.inc" for "3c",
included "weishaupt/hc.expert.inc" for "3c",
included "weishaupt/hc.expert2.inc" for "3c",
included "weishaupt/hc.timer.inc" for "3c",
included "weishaupt/hc.processvalues.inc" for "75",
included "weishaupt/hc.user.inc" for "75",
included "weishaupt/hc.userholiday.inc" for "75",
included "weishaupt/hc.expert.inc" for "75",
included "weishaupt/hc.expert2.inc" for "75",
included "weishaupt/hc.timer.inc" for "75",
included "weishaupt/hc.processvalues.inc" for "7c",
included "weishaupt/hc.user.inc" for "7c",
included "weishaupt/hc.userholiday.inc" for "7c",
included "weishaupt/hc.expert.inc" for "7c",
included "weishaupt/hc.expert2.inc" for "7c",
included "weishaupt/hc.timer.inc" for "7c",
included "weishaupt/hc.processvalues.inc" for "f5",
included "weishaupt/hc.user.inc" for "f5",
included "weishaupt/hc.userholiday.inc" for "f5",
included "weishaupt/hc.expert.inc" for "f5",
included "weishaupt/hc.expert2.inc" for "f5",
included "weishaupt/hc.timer.inc" for "f5",
included "weishaupt/sc.systemheatcontrol.inc" for "f6",
included "weishaupt/hc.processvalues.inc" for "fc",
included "weishaupt/hc.user.inc" for "fc",
included "weishaupt/hc.userholiday.inc" for "fc",
included "weishaupt/hc.expert.inc" for "fc",
included "weishaupt/hc.expert2.inc" for "fc",
included "weishaupt/hc.timer.inc" for "fc"


Weishaupt WTC 15 A -> ebus-Adapter V1.6 -> USB
ebusd 3.4.v3.3-51-g57eae05
Ubuntu Server 20.04 (metserver1)
rrdtool -> apache

metserver1

Ich habe mich heute durch diesen Thread Weishaupt WTC am eBus mit ebusd gelesen und bin tatsächlich ein Stück weiter gekommen.
Es erscheinen keine Fehlermeldungen mehr und ich kann mit ebusctl read auch erste Werte auslesen (datetime).

Aber die eigentlichen Anlagendaten werden nicht gelesen bzw. nicht erkannt und zur Verfügung gestelt.

Die Konfigurationsdateien werden jetzt von ebusd.eu gezogen

Die meisten Daten erzeugen im Log trotzdem nur ein
[update notice] received unknown "MS" oder "MM" oder "BC"  cmd.

Wie bringe ich ebusd dazu, die Nachrichten am Bus zu erkennen und zur Verfügung zu stellen?

Würde mich über ein paar Tipps sehr freuen.

Danke und Gruß,
Jochen


/etc/default/ebusd
Ohne ConfigPath

EBUSD_OPTS="--scanconfig --accesslevel=* -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd.log"

Mit ConfigPath

EBUSD_OPTS="--scanconfig --accesslevel=* --configpath=http://ebusd.eu/config/ -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd.log"

Bei der Verwendung von ebusd.eu macht es keinen Unterschied, ob man --configpath damit setzt oder die Option komplett weglässt.


Log-Einträge

2020-12-19 22:26:00.029 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2020-12-19 22:26:00.368 [bus notice] bus started with own address 31/36
2020-12-19 22:26:00.370 [bus notice] signal acquired
2020-12-19 22:26:00.552 [bus notice] new master ff, master count 2
2020-12-19 22:26:00.602 [bus notice] new master 03, master count 3
2020-12-19 22:26:00.603 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:00.805 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:01.380 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:01.588 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:01.787 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001cc
2020-12-19 22:26:01.993 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101054
2020-12-19 22:26:02.207 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:02.409 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:02.985 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:03.193 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:03.390 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001cb
2020-12-19 22:26:03.595 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101054
2020-12-19 22:26:03.810 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:04.004 [bus notice] max. symbols per second: 140
2020-12-19 22:26:04.014 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:04.593 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:04.800 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:04.999 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001c9
2020-12-19 22:26:05.207 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101054
2020-12-19 22:26:05.434 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:05.646 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:06.177 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:06.384 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:06.582 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001c7
2020-12-19 22:26:06.789 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101454
2020-12-19 22:26:07.005 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:07.005 [bus notice] max. symbols per second: 145
2020-12-19 22:26:07.207 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:07.749 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:07.967 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c

2020-12-19 22:26:12.525 [main error] scan config 08: ERR: read timeout
2020-12-19 22:26:14.636 [main error] scan config 35: ERR: read timeout
2020-12-19 22:26:16.693 [main error] scan config f6: ERR: read timeout
2020-12-19 22:26:38.021 [bus notice] new master 07, master count 6
2020-12-19 22:26:38.748 [main error] scan config 0c: ERR: read timeout
...
2020-12-19 22:29:41.479 [update notice] received update-read broadcast datetime QQ=30: 6.000;22:31:-;19.12.2020



ebusctl info

jochen@metserver1:/etc/ebusd$ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
access: *
signal: acquired
symbol rate: 112
max symbol rate: 158
reconnects: 0
masters: 6
messages: 16
conditional: 0
poll: 0
update: 4
address 03: master #11
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=W ;SW=1200;HW=0302"
address 30: master #3
address 31: master #8, ebusd
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302"
address ff: master #25



Bus Scan

jochen@metserver1:/etc/ebusd$ ebusctl scan full
done



ebusctl scan result
jochen@metserver1:/etc/ebusd$ ebusctl scan result
08;Kromschroeder;W ;1200;0302
f6;Kromschroeder;WWST?;1200;0302


ebusctl find

jochen@metserver1:/etc/ebusd$ ebusctl find
broadcast datetime = 6.000;22:17:-;19.12.2020
broadcast error = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.04  = no data stored
scan.08  = Kromschroeder;W ;1200;0302
scan.0c  = no data stored
scan.35  = no data stored
scan.f6  = Kromschroeder;WWST?;1200;0302


ebusctl find -V

jochen@metserver1:/etc/ebusd$ ebusctl find -V
broadcast datetime = outsidetemp=6.000 °C [Temperatur];time=22:32:- [Uhrzeit];date=19.12.2020 [Datum] [ZZ=fe, lastup=2020-12-19 22:30:41, passive read]
broadcast error = no data stored [ZZ=fe, passive read]
broadcast id = no data stored [ZZ=fe, passive read]
broadcast id = no data stored [ZZ=any, active read]
broadcast signoflife = no data stored [ZZ=fe, passive read]
memory eeprom = no data stored [ZZ=any, active read]
memory ram = no data stored [ZZ=any, active read]
scan.04  = no data stored [ZZ=04, active read]
scan.08  = MF=Kromschroeder;ID=W ;SW=1200;HW=0302 [ZZ=08, lastup=2020-12-19 22:28:43, active read]
scan.0c  = no data stored [ZZ=0c, active read]
scan.35  = no data stored [ZZ=35, active read]
scan.f6  = no data stored [ZZ=f6, active read]


Leseversuche
Es funktionieren nur Lesebefehle auf datetime


jochen@metserver1:/etc/ebusd$ ebusctl r datetime
6.000;22:22:-;19.12.2020

jochen@metserver1:/etc/ebusd$ ebusctl r datetime outsidetemp
6.000

jochen@metserver1:/etc/ebusd$ ebusctl r datetime time
22:22:-

Weishaupt WTC 15 A -> ebus-Adapter V1.6 -> USB
ebusd 3.4.v3.3-51-g57eae05
Ubuntu Server 20.04 (metserver1)
rrdtool -> apache

Reinhart

mach doch bitte einmal in deiner config den Parameter --latency=20000 dazu.
Das Problem ist ja, dass keine csv geladen werden weil ich glaube die gibts am Online am Server nicht. Daten kommen ja rein, können aber nicht zugeordnet werden. Gibts den in dem Thread keine csv von den Usern damit man die lokal laden kann.

Die Platine scheint ja soweit in Ordnung zu sein, das gute alte Stück!

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

metserver1

#1678
Hallo Reinhart,

super! Vielen Dank, dass Du Dich meldest. Ich dachte schon, der Thread sei definitv tot. Ich bin heute wieder einen Riesenschritt weiter gekommen. Danke!

Zitat von: Reinhart am 21 Dezember 2020, 18:34:05Die Platine scheint ja soweit in Ordnung zu sein, das gute alte Stück!

Ja klar. Die hatte ich mir vor ca. einem Jahr über eBay bei jemandem aus Frankfurt (glaube ich) gekauft und ich habe sie auch auf Anhieb hinbekommen.
Eine Quelle für V3 gibt es ja offenbar noch nicht, (siehe https://forum.fhem.de/index.php/topic,114988.0.html) aber ich wäre sofort dabei.


Zitat von: Reinhart am 21 Dezember 2020, 18:34:05mach doch bitte einmal in deiner config den Parameter --latency=20000 dazu.

Das habe ich eben gemacht und es wird jetzt mehr angezeigt. Danke für den Tipp. Dadurch war ich heute in der Lage Reaktionen der SW auf meine Änderungen zu sehen.


Zitat von: Reinhart am 21 Dezember 2020, 18:34:05Gibts denn in dem Thread keine csv von den Usern damit man die lokal laden kann.

Doch, die gibt es. Man kann die Weishaupt-Konfigurationsdateien von User J0EK3R von github laden:

git clone https://github.com/J0EK3R/ebusd-configuration-weishaupt.git /etc/ebusd/


Diese Dateien enthielten noch ein paar Verweise auf Datentypen, die es nicht (mehr) gibt.
Egal, ich konnte sie mit Hilfe dieser Seite (https://github.com/john30/ebusd/wiki/4.3.-Builtin-data-types) durch Standard-Typen ersetzen und ein ebusd-Aufruf mit --checkconfig bringt keine Fehler mehr. Super!

Ein wesentlicher Unterschied zu Vorgestern: es kommt (kam) praktisch nur noch ein und das selbe Telegramm

ff0850000b5d015f0168016a016e0359 / 06000d29252820

ebusctl grab result

jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl grab result
f1fe500a0d01067f4a2052ff4a000d150b28 = 81
30f1050709bb0383020080ff46ff = 61
30f1050709bb038d020080ff46ff = 60
ff0850000b5d015f0168016a016e0359 / 06000d29252820 = 40



Erst als ich im Weishaupt-Datenlogger (WCM-Diagnose-Software am W-EA-Modem am eBus) - den ich ja erstzen möchte - ein paar Masken aufgerufen hatte, wurden plötzlich viel mehr Telegramme im ebusd-Log angezeigt und mit ebusctl grab result auch gefunden:


ebusctl grab result NACH Aktivität in WCM-Diagnose

jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl grab result
f1fe500a0d01067f4a2052ff48000d220b28 = 125                          ?? um was handelt es sich hier ??
ff0850000304b2c0 / 0d00000000000000000000000000 = 2
ff0850000308b2cc / 0d00000004000000000000000000 = 2
ff085000031cb2d8 / 0d0000000000000000006a8a1000 = 2
ff0850000320b2e4 / 0d0000009d00000000936c006a34 = 2
ff0850000358b29c / 0d008a2500000000000000000000 = 2
ff085000036cb2a8 / 0d00000000000000000001000000 = 2
ff0850000370b2b4 / 0d00000000000000000000000000 = 2
ff085000038cb248 / 0d00cb40680f80c2c2c2dbeef7ff = 1
ff0850000390b254 / 0d00fefbfb943cbb41698c30e6e6 = 1
ff08500003a4b260 / 0d00e6f5fefff7f1ebeb94e5c640 = 1
ff08500003a8b26c / 0d00680f8078a0c2dbeef7fffefb = 1
30f1050709bb0383020080ff46ff = 61                                   ?? um was handelt es sich hier ??
30f1050709bb038d020080ff46ff = 143                                  ?? um was handelt es sich hier ??
ff085000050922780245 / 0500fb82a74b = 1
ff085000053106012239 / 04000d3911 = 1
ff085000072001c301dc3358 / 0700293201200384 = 716
ff085000094a016a116e017d11b2 / 07002428237f323c = 717
ff0850000b5d015f0168016a016e0359 / 06000d29242820 = 68
ff085000076c0601023c6200 / 09000600000000000000 = 1
ff085000099e1179017701ed01de / 0600037520428f = 719
ff08500005a8720d0200 / 0a0005058193375e54dc00 = 1
ff08500009a80127112b01281120 / 0700ff6340141455 = 719
ff085000055106019225 / 0b000d2d1e160620ff29230c = 1
ff0850000bc801220161016511700174 / 0700844100302f03 = 719
ff085000055b0601922f / 0b00092b111606207e1f190b = 1
ff085000057306019207 / 0b0000000033063cff312c54 = 1
ff08500005ec22f00234 / 0500921d0019 = 2
ff085000056506019211 / 0b00fc2919160820ff292206 = 1
ff085000056f0601921b / 0b000a31001606214f26210c = 1



Das verstehe ich nicht.
Könnte das heißen, dass das Senden bestimmter Telegramme erst angetriggert werden muss, bevor sie gesendet werden und dass ebusd das nicht macht?


Was bedeutet dieser Fehler im find, unten?

sc Manufacturer1 = 49;84;144;217;253;156;95.574;-121.941;-105.000 (ERR: invalid position for ff08500003c5b201 / 0d00315490d9fd9c935f0f860097)



ebusctl find


jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl find
broadcast datetime = 13.000;17:24:-;22.12.2020
broadcast error = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
sc BoilerSensorDefective = no data stored
sc BurnerOperationSinceLastService = no data stored
sc CRCErrorHeatingEngeneerParameter = no data stored
sc CRCErrorManufacturerParameter = no data stored
sc DHWSensorDefective = no data stored
sc Enduser = no data stored
sc ErrorHistory = no data stored
sc ErrorSCOTCalibration4 = no data stored
sc ErrorSCOTCalibration5 = no data stored
sc ErrorSCOTCalibration6 = no data stored
sc ErrorSCOTCalibration8 = no data stored
sc ErrorSCOTControlInput = no data stored
sc ErrorSCOTIOControl = no data stored
sc ErrorVoltagSupply = no data stored
sc ExternalSensorDefektive = no data stored
sc FanFaultDuringOperation = no data stored
sc FanFaultDuringShutdown = no data stored
sc FlameFailureDuringOperation = no data stored
sc FlameSimulation = no data stored
sc FlueGasSensorDefective = no data stored
sc GasValveCycleV1V2Defective = no data stored
sc GPSFailureDuringSafetyTime = no data stored
sc H2EmergencyOffFunction = no data stored
sc Manufacturer1 = 49;84;144;217;253;156;95.574;-121.941;-105.000 (ERR: invalid position for ff08500003c5b201 / 0d00315490d9fd9c935f0f860097)
sc Manufacturer2 = no data stored
sc NoFlameFormation = no data stored
sc NoGasPressureAvailable = no data stored
sc ProcessValues1 = no data stored
sc ProcessValues2 = no data stored
sc ProcessValues3 = no data stored
sc ProcessValues4 = 132;12;13;34;127;41
sc ProcessValues5 = no data stored
sc ProcessValues6 = no data stored
sc PWMPumpDefective = no data stored
sc Statistic1 = no data stored
sc Statistic2 = no data stored
sc Statistic3 = no data stored
sc Statistic4 = no data stored
sc Statistic5 = no data stored
sc Statistic6 = no data stored
sc StatisticUkn01 = no data stored
sc StatisticUkn02 = no data stored
sc StatisticUkn03 = no data stored
sc StatisticUkn04 = no data stored
sc StatisticUkn05 = no data stored
sc WWTurbineDefective = no data stored
scan.04  = no data stored
scan.08  = Kromschroeder;W ;1200;0302
scan.0c  = no data stored
scan.35  = no data stored
scan.f6  = Kromschroeder;WWST?;1200;0302



Warum werden offenbar nur Telegramme bzgl. 08 gesendet nicht aber zu f6, der WW-Steuerung?


ebusctl info


jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available, broadcast.csv: different version available
access: *
signal: acquired
symbol rate: 22
max symbol rate: 71
reconnects: 0
masters: 6
messages: 58
conditional: 0
poll: 0
update: 4
address 03: master #11
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=W ;SW=1200;HW=0302", loaded "kromschroeder/08..sc.csv"
address 30: master #3
address 31: master #8, ebusd
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302"
address ff: master #25



(Warum wird für address f6: slave #10 keine CSV-Datei geladen? Na, weil keine Telegramme gefunden werden.)


Arbitration lost
Dieser Fehler tritt sehr häufig im Log auf:

2020-12-22 18:23:34.651 [bus error] send to 08: ERR: arbitration lost, retry
...
...
2020-12-22 18:23:40.076 [bus error] send to 08: ERR: arbitration lost
2020-12-22 18:23:40.077 [bus error] send message part 0: ERR: arbitration lost


Ich bekomme ihn auch auf der Kommandozeile wenn ich

jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl r Manufacturer1
ERR: arbitration lost


eingebe.

Received unknown ... cmd

Diese Meldungen erscheinen am häufigsten im Log. Es gibt Varianten mit MS cmd, MM cmd und BC cmd.


2020-12-22 18:29:11.249 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002528237f323c
2020-12-22 18:29:11.449 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 0700293401280384
2020-12-22 18:29:11.655 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340145055
2020-12-22 18:29:11.870 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 07008447003b3b03
2020-12-22 18:29:12.073 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060003fe28478f




Was bedeutet das und was kann ich dagegen tun?





Schön, dass ich das Ding jetzt prinzipiell am fliegen habe. Schade nur, dass ich praktisch keine der verfügbaren Daten sehe.

Habt Ihr dazu noch Tipps?


Danke und Gruß,

Jochen
Weishaupt WTC 15 A -> ebus-Adapter V1.6 -> USB
ebusd 3.4.v3.3-51-g57eae05
Ubuntu Server 20.04 (metserver1)
rrdtool -> apache

Reinhart

Prinzipiell funktioniert da so, das es Broadcast gibt und Daten die du anfordern musst. Broadcasts sind Daten die regelmäsig über den Bus kommen,
alles andere musst du anfordern, zB: in der console mit ebusctl. Schau einfach ins File "kromschroeder/08..sc.csv" und frage dann deine gewünschten Werte ab.

Also ebusd fordert für dich keine Daten selbständig an, dass musst du erledigen! eBbsd ist nur das Werkzeug um es dir zu ermöglichen mit deinem Heizgerät zu kommunizieren. Aber somit hast du alles in der Hand.

ebusctl r -f BoilerSensorDefective
Beispiel

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