eBus Schaltung in Betrieb nehmen

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

Vorheriges Thema - Nächstes Thema

bmwfan

#645
Hallo,

bin gerade auch dabei, meine Heizung mit ebusd in Betrieb zu nehmen. Raspi_Heizung läuft, Platine bestückt, nach Wiki in Betrieb genommen  und angeschlossen. Telnet-Verbindung vom Raspi 1 zum Raspi_Heizung steht. So weit so gut. Jetzt komme ich aber mit den CSV-Dateien nicht klar. Ich vermute, dass dies an meiner "speziellen" Heizung von Vaillant liegt. Ich habe eine ZeoTherm in Betrieb und dafür bisher nirgends einen Hinweis gefunden, wie die CSV-Dateien anzupassen sind. Habe auch die Systematik der CSV-Dateien noch nicht erfasst, so dass ich sie selber modifizieren kann. Gibt es hierzu eine Anleitung?

Folgender Stand habe ich: ebusctl info
version: ebusd 2.3.5bcc475
signal: acquired
symbol rate: 92
masters: 4
messages: 28
conditional: 0
poll: 0
update: 4

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0201;HW=8701", loaded "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIZ00;SW=0110;HW=9801"
address 23: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address 25: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address 7f: master #24
address 84: slave #24, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address ec: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"


Ein ebusd --checkconfig --scanconfig bringt (und endet immer mit einem Stop des ebus???):
ebusd --checkconfig --scanconfig
2016-12-18 16:13:31.627 [main notice] ebusd 2.3.5bcc475 performing configuration check...
Error reading "/etc/ebusd/vaillant/0a.pmw.hwc.csv" line 18 field 14 value "0=OFF, 1=ON, 2=AUTO, 3=MANUAL": ERR: element not found
Erroneous item is here:
r,,OperatingMode,Betriebsart,,,,0A00,,,hwcmode2,,,"0=OFF, 1=ON, 2=AUTO, 3=MANUAL"Error reading "/etc/ebusd/vaillant/15.470.csv" line 32 field 14 value "labelling of the second heating circuit (only A-Z,0-9,blank)": ERR: element not found
Erroneous item is here:
r,,HcName2,Heizkreisname HK2,,,,3F08,,,hcname,,,"labelling of the second heating circuit (only A-Z,0-9,blank)"
Error reading "/etc/ebusd/vaillant/15.392.csv" line 42 field 14 value "first part of the installer's telephone number": ERR: element not found
Erroneous item is here:
r,,PhoneNumber1,Telefonnummer Teil 1,,,,5400,,,phone,,,first part of the installer's telephone number
Error reading "/etc/ebusd/vaillant/15.392.csv" line 43 field 14 value "second part of the installer's telephone number": ERR: element not found
Erroneous item is here:
r,,PhoneNumber2,Telefonnummer Teil 2,,,,5408,,,phone,,,second part of the installer's telephone number
Error reading "/etc/ebusd/vaillant/15.f37.csv" line 24 field 14 value "labelling of the first heating circuit (only A-Z,0-9,blank)": ERR: element not found
Erroneous item is here:
r,,HcName1,Heizkreisname HK1,,,,3F00,,,hcname,,,"labelling of the first heating circuit (only A-Z,0-9,blank)"
2016-12-18 16:13:32.903 [main notice] found messages: 6345 (377 conditional on 136 conditions, 7 poll, 62 update)
2016-12-18 16:13:32.973 [main notice] ebusd stopped


Die LOG-Datei sieht so aus:
2016-12-18 16:34:22.922 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.113 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.304 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.476 [update notice] unknown MS cmd: 1084b50903299f00 / 059f00890000
2016-12-18 16:34:23.667 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.856 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:24.048 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:24.230 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000000
2016-12-18 16:34:24.369 [update notice] update bai Mode QQ=7f: standby
2016-12-18 16:34:24.446 [update notice] unknown MS cmd: 1023b504010d / 050000008000
2016-12-18 16:34:24.637 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:24.809 [update notice] unknown MS cmd: 1084b50903299b00 / 059b001d0000
2016-12-18 16:34:25.000 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:25.191 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:25.383 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:25.557 [update notice] unknown MS cmd: 1084b5090329a200 / 05a200a00100
2016-12-18 16:34:25.743 [update notice] unknown MS cmd: 10ecb5040112 / 0a8900008c0c0080000000
2016-12-18 16:34:25.907 [update notice] unknown MS cmd: 1084b5090329be00 / 03be0000
2016-12-18 16:34:26.073 [update notice] unknown MS cmd: 1084b5090329cc00 / 03cc0000
2016-12-18 16:34:26.265 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:26.454 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:26.619 [update notice] unknown MS cmd: 1084b5090329b900 / 03b90000
2016-12-18 16:34:26.809 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:26.998 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.190 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.381 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.571 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.763 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.954 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:28.143 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:28.284 [update notice] unknown BC cmd: 10feb5050427001a00
2016-12-18 16:34:28.517 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

TheSealion

Nach einem Neustart der Heizung kann ich mittels Info die folgenden Daten auslesen


address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0602;HW=5502"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0347;HW=9502"


Ich wollte mich dann erstmal mit der Heizung beschäftigen, nur leider finde ich auf der Heizung nicht, was wie die Product IDs in der cvs aussieht.

Wenn ich mir die Seriennummer anzeigen lasse, dann gibt es einen Abschnitt der den Product IDs ähnlich sieht, so aber nicht verzeichnet ist:
0010011642

Die Anlage ist eine "VC DE 206/5-5 R2"

Kann man damit etwas anfangen?

bmwfan

Hallo,
scheinbar hat niemand Erfahrung mit einer Zeotherm bzw. einen Tip zur Anpassung der csv-Dateien.

Aber vielleicht kann mir jemand auf die Sprünge helfen, wie ich mit Putty und dem Befehl ebusctl einzelne Register abfrage. Ich kenne ebusctl scan und ebusctl info, habe aber in einem Beitrag gelesen, dass man mit ebusctl auch einzelne Register abfragen kann. Komme allerdings mit dem Wiki zum ebusctl nicht klar.

Vielleicht hat jemand als Beispiel einen Abfragebefehl?

Grüße Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

Prof. Dr. Peter Henning

Erst einmal versuchen, die Kommandoistruktur zu verstehen - siehe dazu das anliegenden immer noch rudimentäre Dokument. Bin leider seit 2014 nicht  dazu gekommen, das weiter auszubauen - wer es weiter schreiben möchte, ist dazu herzlich willkommen.

Zweiter Tipp: Nicht direkt mit den CSV-Dateien arbeiten, sondern mit einem Spreadsheet (sagen wir Open OIffice...)
Die CSV-Dateien daraus jeweils generieren.

Für die raw Befehle kann ich direkt das Wiki von John30 zitieren
ebusctl read [-f] [-m SECONDS] [-c CIRCUIT] -h ZZ PB SB NN Dx
  -f          force reading from the bus (same as '-m 0')
  -m SECONDS  only return cached value if age is less than SECONDS [300]
  -c CIRCUIT  limit to messages of CIRCUIT
    ZZ        destination address
    PB SB     primary/secondary command byte
    NN        number of following data bytes
    Dx        data byte(s) to send


LG

pah

Reinhart

Zitat von: TheSealion am 18 Dezember 2016, 22:45:26

Ich wollte mich dann erstmal mit der Heizung beschäftigen, nur leider finde ich auf der Heizung nicht, was wie die Product IDs in der cvs aussieht.

Wenn ich mir die Seriennummer anzeigen lasse, dann gibt es einen Abschnitt der den Product IDs ähnlich sieht, so aber nicht verzeichnet ist:
0010011642

Die Anlage ist eine "VC DE 206/5-5 R2"

Kann man damit etwas anfangen?

du hast es ja schon gesagt, mit "ebusctl i" bekommst du alle Infos, vor allem welche csv da geladen werden. Nun brauchst du nur mehr in diesen csv nachschauen was da alles an Datenpunkten abgefragt werden kann. So wie ich sehe, ist das eine Standard Sache bei dir, 08.bai00.csv dann wird es irgendeine bai.xxxxxx.inc sein und die Calormatic 470 (15.470.csv).

Die Produkt ID hilft dir ohnehin nicht viel, weil ja die von John eingebaute Logik das selber alles sucht und automatisch lädt! Man kann allerdings etwas nachhelfen wenn was bei der Erkennung nicht genau passt, glaube ich aber ist in deinem Fall nicht notwendig.

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

john30

Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
Habe auch die Systematik der CSV-Dateien noch nicht erfasst, so dass ich sie selber modifizieren kann. Gibt es hierzu eine Anleitung?
Das wiki ist ziemlich umfangreich und da solltest Du erstmal einen Blick reinwerfen.

Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
Ein ebusd --checkconfig --scanconfig bringt (und endet immer mit einem Stop des ebus???):
Das soll so sein, weil man ja nur die config prüft.

Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
ebusd --checkconfig --scanconfig
2016-12-18 16:13:31.627 [main notice] ebusd 2.3.5bcc475 performing configuration check...
Error reading "/etc/ebusd/vaillant/0a.pmw.hwc.csv" line 18 field 14 value "0=OFF, 1=ON, 2=AUTO, 3=MANUAL": ERR: element not found

Auch hier wieder die Standardfrage: Wie hast Du die CSVs auf dein System gebracht? Mit einem der Releases, github clone oder manuell "rumgedoktert"?

Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
Die LOG-Datei sieht so aus:
So lange die CSVs noch Fehler aufweisen, wird sich am Log nicht viel ändern...
author of ebusd

john30

Zitat von: TheSealion am 18 Dezember 2016, 22:45:26
Wenn ich mir die Seriennummer anzeigen lasse, dann gibt es einen Abschnitt der den Product IDs ähnlich sieht, so aber nicht verzeichnet ist:
0010011642
Die Anlage ist eine "VC DE 206/5-5 R2"
Das ist der Produktcode Deiner Heizung. Dieser Code und diese Version der BAI wird aber derzeit noch nicht von den CSVs unterstützt.
author of ebusd

john30

Zitat von: bmwfan am 21 Dezember 2016, 21:22:16
Aber vielleicht kann mir jemand auf die Sprünge helfen, wie ich mit Putty und dem Befehl ebusctl einzelne Register abfrage. Ich kenne ebusctl scan und ebusctl info, habe aber in einem Beitrag gelesen, dass man mit ebusctl auch einzelne Register abfragen kann. Komme allerdings mit dem Wiki zum ebusctl nicht klar.

Vielleicht hat jemand als Beispiel einen Abfragebefehl?

ebusctl hex 08b509030d0000

fragt das Register 0 der Heizung ab (die letzten zwei 00 Bytes). Ergebnis ist dann eine Hex Sequenz, die mit dem Längenbyte beginnt.
author of ebusd

TheSealion

Zitat von: john30 am 22 Dezember 2016, 11:53:47
Das ist der Produktcode Deiner Heizung. Dieser Code und diese Version der BAI wird aber derzeit noch nicht von den CSVs unterstützt.
Dann weiß ich ja, was ich machen kann, sobald ich die entsprechende Z-Diode habe damit ich auch senden kann.

bmwfan

@John30:
CSV mit Hilfe des Wiki als Package installiert
ZitateBusd Konfigurationsdateien (CSV-Files)
Das entsprechende eBusd Konfigurations Debian Package kann vom GitHub ebusd-configuration bezogen werden.
.

Wiki gelesen, aber vermutlich nicht alles verstanden. Mein aktuelles Verständnis:
Je nach gefundener HW sucht sich das ebus-Programm die entsprechende (oder am ehesten passende) CSV-Datei heraus.
In den CSV-Dateien ist für die Abfrage der Parameter eine *.inc-Datei hinterlegt, die dann aufgerufen wird und die eigentliche Abfrage auf den Bus sendet. Je nach in der CSV-Datei enthaltenem und abgefragtem Parameter wird ein HEX-Code, der aus den *.inc-Dateien stammt, gesendet.

Ist das so korrekt?

Gruß Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

Prof. Dr. Peter Henning

Nein. Alle Daten sind in den Spalten einer dem Befehl zugeordneten Zeile der CSV-Datei enthalten und werden vom ebusd nur noch zusammengesetzt.

Die CSV-Dateien sind ein ziemlich primitves Exportformat für Tabellenkalkulationsprogramme ("Comma separated value") und können auch da hinein wieder importiert werden.

Im contrib-Ordner gibt es im Verzeichnis EBUS noch eine ältere OpenOffice-Datei von mir, die ein komfortables Editieren ermöglicht.

LG

pah


john30

Zitat von: bmwfan am 25 Dezember 2016, 17:38:31
Je nach gefundener HW sucht sich das ebus-Programm die entsprechende (oder am ehesten passende) CSV-Datei heraus.
In den CSV-Dateien ist für die Abfrage der Parameter eine *.inc-Datei hinterlegt, die dann aufgerufen wird und die eigentliche Abfrage auf den Bus sendet. Je nach in der CSV-Datei enthaltenem und abgefragtem Parameter wird ein HEX-Code, der aus den *.inc-Dateien stammt, gesendet.
Nicht ganz:

Die "*.inc" Dateien sind ein relativ junges Konstrukt in ebusd, mit dem zum einen häufig verwendete Teile ausgelagert werden können (bspw. die Definitionen in error.inc) und zum anderen Produktspezifische Teile nachgeladen werden können.

ebusd sucht mit den default Startparametern die zur Anlage passenden CSV Dateien anhand des Scan Ergebnisses. Darin enthalten sind Slaveadresse, ID, Hardware- und Softwareversion. All das kann dann für die Auswahl verwendet werden. Die Adresse wird immer zwingend verwendet (die ersten beiden Ziffern des CSV Namens) und im jetzigen Stand der CSVs auch die ID, die ausgehende von den 5 Zeichen, die das Gerät gemeldet hat, sukzessive um abschließende "0"en reduziert wird.

In den CSVs bzs. incs ist immer nur die Definition der Nachrichtenstruktur enthalten und aktiv benutzt ebusd davon so gut wie nichts selbständig. Dazu muss man dann schon das entsprechende "read" oder "write" Kommando absetzen.

HEX Codes ist ein bisschen eng gefasst. Letztlich werden über den Bus Nachrichten gesendet, die aus Byte Sequenzen bestehen. Diese kann man natürlich auch in HEX darstellen, aber das will man ja eigentlich nicht, sondern man möchte die Bedeutung ablesen können, alsoo bspw. Temperaturwerte als Dezimalzahl.
author of ebusd

bmwfan

@pah:
Habe ebusd auf einem Raspi ohne FHEM laufen. Dort finde ich keinen contrib-Ordner.
Auf dem Raspi mit FHEM habe ich kein ebusd laufen. Ich vermute deswegen gibt es im contrib-Ordner kein Verzeichnis EBUS und auch keine OpenOffice-Datei. Kannst Du sie mir bitte zusenden?

@john30:
Und wie geht man vor, wenn zur HW keine CSV-Datei gefunden wird? Ich habe in einem anderen Thread diese Frage gestellt.
https://213.252.140.23/index.php/topic,29737.msg547230.html#msg547230

Gruß Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

thgorjup

#658
Hallo zusammen,

ich habe mir ein das eBus-Modul (Platine V1.6) zusammen gelötet und tagelang gelesen.
Heute habe ich alles gemäß Anleitung angeschlossen. Hier kurz ein paar Daten:

Therme = Wolf
Spannung ebus Therme = 22,2V
Konverter =  http://www.ebay.de/itm/221789695553?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Rechner = Raspberry Pi2

Anschluß Konverter: (Ist doch richtig, das ich RXD an TXD angeschlossen habe, oder?)
eBus Modul ←→ RS232 Konverter
Pin1 TXD ←→ Pin5 RXD
Pin2 GND ←→ Pin1 GND
Pin3 RXD ←→ Pin4 TXD
Pin4 VDD ←→ Pin3 VCC


Beim Anschluß an die Therme habe ich den Poti solang vorsichtig gedreht, bis die LED´s auf dem Anduido gerade NICHT mehr leuchten (wie beschrieben).

Auf dem Raspberry ist das Modul jetzt an USB-Port /dev/ttyUSB2 angeschlossen.

lrwxrwxrwx 1 root root 13 Dez 30 10:14 usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -> ../../ttyUSB2


Software von GITHUB gecloned und compiliert.


root@pi2:~# ebusd -V
ebusd 2.4.64768b5


Config: /etc/default/ebusd

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


Aber wenn ich den ebusd-daemon starte, tut sich nichts im Log.
Ich habe auch schon die Methode mit den Minimal-Parametern ausprobiert. Aber es erscheint auch da nichts im Log.
Kann mir bitte jemand einen Tipp geben?


root@pi2:~# /etc/init.d/ebusd start
[ ok ] Starting ebusd (via systemctl): ebusd.service.
root@pi2:~# ps -aux|grep ebus
root     31115  0.0  0.1  28564  1780 ?        Ssl  13:51   0:01 /usr/bin/ebusd --pidfile /var/run/ebusd.pid --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p 8888 -l /var/log/ebusd.log
root     31833  0.0  0.1   4756  1844 pts/4    S+   14:12   0:00 grep ebus


Logfile: /var/log/ebusd.log

2016-12-30 13:41:56.945 [main notice] ebusd stopped
2016-12-30 13:51:59.695 [main notice] ebusd 2.4.64768b5 started
2016-12-30 13:51:59.703 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)


Danke und Gruß
Thomas


FHEM auf Ubuntu 18.04LTS, 2x nanoCUL, JeeLink, nanoPIR, MQTT, ESP-Easy, HUE.
Sensoren+Aktoren: HM, IT, Lacrosse, Multitrade-PIR, VU+, Somfy

sua

> Anschluß Konverter: (Ist doch richtig, das ich RXD an TXD angeschlossen habe, oder?)

Nein, (oder eben: ja), das scheint hier wohl Dein Problem zu sein:
TxD an TxD
RxD an RxD