Läuft: Heizung mit eBus-Schnittstelle

Begonnen von Prof. Dr. Peter Henning, 29 November 2014, 13:36:59

Vorheriges Thema - Nächstes Thema

stinch

Hallo,

@John: super, vielen dank für das Update. Genau das habe ich gebraucht.
@pah: selbstverständlich werde ich, wenn ich neue codes identifiziert habe, diese hier teilen. leider fehlt mir dabei bisher noch etwas das knowhow. ich versuche mich einzuarbeiten. woher weiß ich, welcher datentyp verwendet wird. kann ich das aus dem antworttelegramm auslesen?

Viele Grüße
david

drdownload

Zitat von: Tomy am 20 Februar 2015, 15:25:34
Meine Frage an euch - gibt es hier im Forum noch andere BARTL/OCHSNER/TEM Leidensgenossen, welche ebenfalls gerade am entschlüsseln der Codes sind, oder vielleicht schon das eine oder andere Datenpaket herausgefunden haben.
Ich bin sehr an einem Erfahrungsaustausch interessiert!

Die Fernwärme im Haus meiner Mutter hat auch eine TEM Regelung (2940 glaube ich) aber ich komme wohl nicht so schnell dazu mir das anzusehen.
CUL 868 Slow-RF (FS20 Aktoren, Sender, FHT8V), CUL 868 (WMBUS-Empfang), Jeelink (PCA301), WS3600 (WH3080 über USB-Basis), Bewässerung mit ESP-Easy und Proplanta, RFXTRX433 Home-Easy Empfang und Senden, Oregon TH, WS001 TH), Blackbean IR, Mopidy-Snapcast MR Audio, Kodi, Forum-LED-Controller,

stinch

Wie muss ich denn bei der Analyse vorgehen? ebusd gibt mir z.b. folgendes aus:
2015-02-23 15:27:09.029 [update notice] update SOL StatusSOL3 QQ=10: 10.0;4;31.5;0.0
2015-02-23 15:27:09.193 [update notice] unknown MS cmd: 1008b513020508c6 / 0000
2015-02-23 15:27:09.538 [update notice] unknown MS cmd: 1026b509030d04008c / 035f0200bc
2015-02-23 15:27:09.704 [update notice] update MIX StatusMIX2 QQ=10: 32;0;32.88;21
2015-02-23 15:27:09.872 [update notice] unknown MS cmd: 100ab504010db5 / 053f01008037a7
2015-02-23 15:27:10.074 [update notice] update BC DateTimeBC: 15:27:04;23.02.2015
2015-02-23 15:27:10.524 [update notice] update BC OutsideTempBC: 3.000
2015-02-23 15:27:11.031 [bus error] ERR: arbitration lost, retry
2015-02-23 15:27:11.094 [update notice] update BC DateTimeBC2: 15:27:04;23.02.2015
2015-02-23 15:27:11.375 [bus notice] poll pms00 BufferNtcTo: 20.19;0
2015-02-23 15:27:11.573 [update notice] unknown MS cmd: 10edb50701077a / 01009b


wenn ich jetzt z.b. die 3 zeile analysieren möchte? ich gebe ebusctl write -h 26b509030d04008c ein. dann erhalte ich "ERR: invalid argument" anstatt ein Ergebnis. oder mache ich da einen Fehler?

Viele Grüße
david

elmar

@ John30

Zitat von: elmar am 23 Februar 2015, 12:19:13
:) ok. Wer lesen kann ist doch im Vorteil...
read [-v] [-f] [-m SECONDS] [-c CLASS] NAME [FIELD[.N]]
  -v          be verbose (include field names, units, and comments)


das war´s wohl denke ich...

Klappt leider doch nicht.
Beispiel
r -m 10 regler
50.199;6.801;0;01;60.000


r -v -m 10 regler
ERR: element not found


? Was mache ich falsch ?

LG Elmar

john30

Zitat von: stinch am 23 Februar 2015, 15:51:35
Wie muss ich denn bei der Analyse vorgehen?
Ich würde versuchen, Nachrichten mit gleicher ID zu identifizieren und die gesendeten und empfangenen Werte bspw. im Laufe eines Tages beobachten. Die Länge der ID hängt bei Vaillant meist vom PBSB Wert ab (das sind die zwei Bytes nach der Ziel-Adresse, also z.B. in "unknown MS cmd: 1008b513020508c6 / 0000" wäre das "b513"). Die Nachrichten von Vaillant platzieren m.W. noch mindestens ein weiteres ID-Byte hinter das Master-Datenlängen-Feld NN (hier wieder: nach PBSB=b513 potentiell "0508", also beide Datenbytes). Nun kann man bspw. mit Hilfe von grep über ein ebusd Logfile von einem Tag nach den unterschiedlichen Ausprägungen einer Nachricht suchen. Z.B.: egrep "cmd: 1008b5130205" /var/log/ebusd.log
Vieles wurde ja bereits auf http://ebus.webhop.org/twiki/bin/view.pl/EBus/ServiceB5Vaillant identifiziert bzw. es gibt irgendwo ein Openoffice Dokument darüber. pah hat daran glaub ich auch schon weitergearbeitet und im fhem contrib was neueres abgelegt.

Zitat von: stinch am 23 Februar 2015, 15:51:35
ich gebe ebusctl write -h 26b509030d04008c ein. dann erhalte ich "ERR: invalid argument" anstatt ein Ergebnis. oder mache ich da einen Fehler?
Die "8c" ist hier die CRC, die rechnet der ebusd selbst aus, deshalb beim "write -h" einfach weglassen.

Hm, vielleicht sollte ich besser die CRC beim "unknown cmd:" log weglassen, da steht ja eh nix interessantes drin...
author of ebusd

john30

Zitat von: elmar am 23 Februar 2015, 15:54:31
Klappt leider doch nicht.
Beispiel
r -m 10 regler
50.199;6.801;0;01;60.000


r -v -m 10 regler
ERR: element not found


? Was mache ich falsch ?

Nanu, das sieht nach einem Bug aus. Könntest Du mir bitte Deine config files schicken? Oder einfach die Ausgabe von "find -f regler" hier posten, das reicht auch schon.
author of ebusd

elmar

#516
Ok gerne....


ebusctl find -f regler
u,sollw,regler,Sollwertübertragung des Reglers an andere Regler,,fe,0800,,temp2,m,D2B,,°C,Temperatur,temp2,m,D2B,,°C,Temperatur,leistungszwang,m,D1B,,%,Leistungszwang,status,m,HEX:1,,,Status,temp2,m,D2B,,°C,Temperatur


Die cvs sind noch original aus dem 0.5.0. wir von Dir hochgeladen.
Die configs ist komplett default.

LG Elmar

john30

Zitat von: elmar am 23 Februar 2015, 17:54:05

ebusctl find -f regler
u,sollw,regler,Sollwertübertragung des Reglers an andere Regler,,fe,0800,,temp2,m,D2B,,°C,Temperatur,temp2,m,D2B,,°C,Temperatur,leistungszwang,m,D1B,,%,Leistungszwang,status,m,HEX:1,,,Status,temp2,m,D2B,,°C,Temperatur


Ah verstehe. Dafür gibts noch ein TODO im Code, das als nächstes zur Lösung ansteht.
Momentan geht der verbose mode bei read nur für Nachrichten, die aktiv abgefragt werden können. Für broadcast geht das z.B. nicht. Sorry, dauert ein paar Tage, dann ist es erledigt.
author of ebusd

elmar

@John30

OK! Alls klar.
Dann bin ich ja beruhigt. Hatte schon leichte Kriese hier  :D

LG Elmar

Prof. Dr. Peter Henning

Für die Analyse unbekannter Befehle ist es immer sinnvoll, die Struktur der Telegramme zu verstehen

http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/EBUS/Vaillant_eBUS_v0.6.0_mod.pdf

Das Thema "Datenbank" habe ich angefangen. Ab dem kommenden Montag habe ich einen neuen Mitarbeiter, den werde ich mal darauf ansetzen, in unseren Wordpress-Auftritt eine Seite mit Lesezugriff auf diese DB zu integrieren.

LG

pah


Tomy

@drdownload

Ich bin bei der TEM Regelung /Bartl WP dran! hab schon die WP-Soll Temp, WP VL,WP RL, Aussentemperatur,  WW Temp, Speicher Temp Mitte,  WW Temp Soll herausgefunden - TEM benutzt teilweise einen anderen Base Data Type für die Temperaturen (Divider 10 in 1/10 °C Auflösung).
Dank John30 (Thanx!) konnte ich diesen Type in der _templates.csv einfügen, damit er auch gelesen werden kann.

Sobald ich meine Doku für die bisher gefundenen Werte erstellt habe, werde ich diese hier veröffentlichen - sofern Interesse besteht :-)

Grüße
Tomy

Prof. Dr. Peter Henning

Nicht HIER. So etwas gehört ins FHEM Repository unter contrib.

LG

pah

Tomy

#522
??

d.h ich kann/soll die CSV Dateien hier nicht einfach an einen Post anhängen?

john30

#523
Mir wäre es ehrlich gesagt lieber, wenn es nicht im FHEM Respository landen würde. Immerhin ist der ebusd nicht FHEM spezifisch.
Genau dafür ist das Repository unter https://github.com/john30/ebusd-configuration. Hier würde ich gern alles sammeln, was zusammenkommt, auch nicht nur Vaillant.
Über pull requests kann man ja schon zusammenarbeiten und es könnte somit eine gute und erprobte Sammlung entstehen.
Die Verzeichnisstruktur muss vielleicht noch etwas justiert werden, die alten "libebus" Zweige könnte man ins attic schicken und aus ebusd-0.5.x bspw. ein "current" o.ä. machen.
LG John
author of ebusd

monoton

hallo nochmals!

danke john und pah für eure antworten leider ist mein kleiner krank geworden und braucht nun volle aufmerksamkeit. deshalb werde ich erst die kommenden tage mit meinem ebus/fhem projekt weiter machen.
ich hoffe ich kann mich dann nochmals an euch wenden! ;-)
das einzige was ich bis jetzt mal gemacht habe, war ein scan mittels ebusctl der folgendes ergab:

pi@raspberrypi ~ $ ebusctl scan result
05;Joh. Vaillant GmbH & Co.;VD600;0213;7501
06;Joh. Vaillant GmbH & Co.;PMS00;0107;4302
08;Joh. Vaillant GmbH & Co.;BAI00;0703;7401
0a;Joh. Vaillant GmbH & Co.;PMW00;0117;4402
12;Joh. Vaillant GmbH & Co.;PMW00;0117;4402
15;Joh. Vaillant GmbH & Co.;UI   ;0501;6201
1c;Joh. Vaillant GmbH & Co.;RC C ;0501;6201
23;Joh. Vaillant GmbH & Co.;SOLSY;0500;6301
25;Joh. Vaillant GmbH & Co.;SOLSY;0500;6301
26;Joh. Vaillant GmbH & Co.;SOLSY;0500;6301
50;Joh. Vaillant GmbH & Co.;SOLSY;0500;6301
52;Joh. Vaillant GmbH & Co.;MC2  ;0500;6301
53;Joh. Vaillant GmbH & Co.;MC2  ;0500;6301
75;Joh. Vaillant GmbH & Co.;RC C ;0501;6201
ec;Joh. Vaillant GmbH & Co.;SOLSY;0500;6301
ed;Joh. Vaillant GmbH & Co.;PMS00;0107;4302
fc;Joh. Vaillant GmbH & Co.;PMW00;0117;4402

kann es sein das vd600 die vrs620 ist? weis wer was solsy ist? und warum ich soviele teilnehmer habe?
fragen über fragen.....

weiters habe ich heute mal meine kontakte bei Vaillant kontaktiert ob die mir die eine aufschlüsselung der ebus telegramme zukommen lassen können. mal sehen was dabei raus kommt. zumindest klang es am telefon alles machbar.

danke und lg
mono