Läuft: Heizung mit eBus-Schnittstelle

[stinch]

Hallo,

Macht es einen Unterschied ob beim Scan z.B. PMS00 oder PMS02 erscheint? Hier mein Scanergebnis:

Code Auswählen Erweitern

localhost: scan result
06;Vaillant;PMS02;0209;8402;21133400;100143143;110005445;N9
08;Vaillant;BAI00;0703;7401;21134200;100041210;006006757;N3
0a;Vaillant;PMW01;0205;8302;21134800;100143113;110006279;N4
12;Vaillant;PMW01;0205;8302;21134800;100143113;110006279;N4
15;Vaillant;UI   ;0507;6201;21134500;200804650;907012054;N6
23;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
25;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
26;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
50;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
ec;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
ed;Vaillant;PMS02;0209;8402;21133400;100143143;110005445;N9
fc;Vaillant;PMW01;0205;8302;21134800;100143113;110006279;N4
Das Ergebnis von Grab über den heutigen Tag werde ich ebenfalls posten.

Vielen Dank nochmals an die bisher geleistete großartige Arbeit.

Viele Grüße
David

[Prof. Dr. Peter Henning]

Ich nehme an, mit "der UI" ist die Benutzungsoberfläche gemeint ...

Das stimmt nur bedingt, denn die Namen können frei gewählt und vergeben werden.

LG

pah

[Reinhart]

@john30

was mir beim Testen noch aufgefallen ist, in der bai00.csv fehlt noch d.14, d.15, d.17, d.18, d.19, d.20.
Oder wurden die vielleicht in eine andere Datei ausgelagert?

Code Auswählen Erweitern

r,,PumpPowerDesired,d.14 => Leistung Heizungspumpe Soll,,,,0A04,,,UCH,0=auto;1=53;2=60;3=70;4=85;5=100,%,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,PumpPower,d.15 => Leistung Heizungspumpe,,,,7300,,,UCH,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,RegulationMode,d.17 => Regelungsmodus,,,,0C04,,,UCH,0=flow;1=return,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,PumpMode,d.18 => Pumpenbetriebsart,,,,4904,,,UCH,0=aftertime;1=continous;2=winter;3=intermittent,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,PumpMode2,d.19 => Pumpenbetriebsart 2. Pumpe,,,,0B04,,,UCH,0=aftertime;1=continous;2=winter;3=intermittent,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,StorageTempSetMax,d.20 => Maximale Speichersolltemperatur,,,,4304,,,temp,, °C,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,


LG
Reinhart

[john30]

was mir beim Testen noch aufgefallen ist, in der bai00.csv fehlt noch d.14, d.15, d.17, d.18, d.19, d.20.

Die BAI gibt es in der DB in 6 verschiedenen Varianten abhängig von der HW Version. Für Deinen Scan sind diese Werte nicht definiert.
Wie schon gesagt, für den Variantenreichtum muss ich mir noch was überlegen...

[john30]

Macht es einen Unterschied ob beim Scan z.B. PMS00 oder PMS02 erscheint?

Das scheint keinen Unterschied zu machen. Hm, damit sind die Files schon wieder falsch benannt... grummel

[john30]

Code Auswählen Erweitern

localhost: scan result
06;Vaillant;PMS02;0209;8402;21133400;100143143;110005445;N9
08;Vaillant;BAI00;0703;7401;21134200;100041210;006006757;N3
0a;Vaillant;PMW01;0205;8302;21134800;100143113;110006279;N4
12;Vaillant;PMW01;0205;8302;21134800;100143113;110006279;N4
15;Vaillant;UI   ;0507;6201;21134500;200804650;907012054;N6
23;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
25;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
26;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
50;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
ec;Vaillant;SOLSY;0500;6301;21134500;200804630;907010779;N6
ed;Vaillant;PMS02;0209;8402;21133400;100143143;110005445;N9
fc;Vaillant;PMW01;0205;8302;21134800;100143113;110006279;N4

Hast Du zufällig mehr als eine Wasserstation (PMW)? Und wenn ja, wie ist dort jeweils der Adresschalter eingestellt?

[stinch]

Hi,

Nein ich hab nur eine wasserstation, eine solarstation, eine gastherme, einen Pufferspeicher und vrs620/3.

Viele Grüße
David

PS: Morgen früh stell ich das Grab Ergebnis online.

[john30]

So, die config-files sind mal wieder im repo überarbeitet unter https://github.com/john30/ebusd-configuration/tree/master/ebusd-1.1.x/vaillant_de :
- Dateinamen sind jetzt kürzer, je nachdem worauf ein File matched, also z.B. "bai.csv" für alle mit einem Ident "BAI*" im Scan result. Das wird für das kommende ebusd Feature "scanne und konfiguriere automatisch" benötigt.
- Die Circuit Namen sind vereinheitlicht. So ist z.B. ein Mixer immer mit Circuit "mc" (optional gefolgt von der Nummer bei zusätzlichen Heizkreisen) angegeben, eine Zirkulationspumpe mit "cc", ein Solarkreis mit "sc", ein Warmwasserkreis mit "hwc", Heizkreis mit "hc". Wenn in der DB keine Circuit hinterlegt ist, dann wird der Scan-Ident wie oben beschrieben verwendet, also z.B. "bai" oder "470".
- Bei allen Felder, die in der DB eine Einheit besitzen, hängt diese jetzt auch an der Definition dran bzw. wird durch die Template-Referenz eingesetzt.

Was noch fehlt wären einheitliche Namen für Raumtemperaturregler (Vorschlag "rc" für Room Controller) und für die UIs (Vorschlag "ui").

Ach ja, und ebusd 1.1.0 ist auch gerade released

[Prof. Dr. Peter Henning]

Rc ist keine gute idee - denn es wird ja nicht der Raum kontrolliert.

Vielmehr handelt es sich um einen Thermostaten, von mir aus auch noch Raumthermostaten (RT).

Auch User Interface ist zu generisch. Da wäre zwar Remote Control = Rc ok, birgt aber wegen des C Verwechselungsgefahr mit einem Circuit

LG

pah

[stinch]

Hallo,

habe jetzt die aktuelle Version gebaut und die neuen config files verwendet. Seitdem erhalte ich bei den messages im daemon fast nur noch "unknown ms ..."

Folgende config files verwende ich bei o.g. Scan:bai.csv, pms.csv, pmw.hwc.csv ,solsy.cc.csv  ,solsy.mc.csv,  _templates.csv, broadcast.csv , pms.sc.csv, scan.csv, solsy.hc.csv, solsy.sc.csv , ui.csv
Woran liegt das?

Wenn ich zusätzlich die solsy.cc.csv erscheint beim reload "Duplicate entry" error.

Viele Grüße
David

[Reinhart]

Hallo,

ich habe den ebus (1.1.0) heute auch frisch ausgecheckt und die CSV neu installiert, bei mir funktioniert soweit alles. Ich habe allerdings nicht so eine Menge Geräte wie du angeschlossen hast und benutze nur die bai,_templates,430, scan und common. Durch die neue common habe ich nur mehr 2 unknown ms.

Schau mal was ebusd --checkconfig so sagt und ob da Fehler sind?

Code Auswählen Erweitern

pi@raspberry2 ~ $ ebusd --checkconfig
2015-03-29 18:47:19.370 [main notice] Performing configuration check...
2015-03-29 18:47:19.642 [main notice] found messages: 421 (0 poll, 11 update)

Müssten bei dir dann wesentlich mehr sein.

LG
Reinhart

[stinch]

Hallo,

Bei checkconfig kommt kein Fehler. Allerdings erscheint bei ebusd -V weiterhin 1.0.0. das versteh ich nicht.

Code Auswählen Erweitern

pi@raspberrypi ~ $ ebusd -V
ebusd 1.0.0
pi@raspberrypi ~ $ ebusd --checkconfig
2015-03-29 23:09:50.132 [main notice] Performing configuration check...
2015-03-29 23:09:50.578 [main notice] found messages: 721 (0 poll, 9 update)

Viele Grüße
David

[Reinhart]

@stinch

Da scheint irgendwas schief gelaufen zu sein. Ich checke es immer nach der altbekannten Methode aus (obwohl der Prefix könnte glaube ich jetzt schon entfallen, den hat John30 als Default gesetzt, schadet aber nicht). Die CSV's hole ich allerdings händisch, da sich die im Augenblick fast täglich ändern. Ich habe beim Letzen Mal sogar den "alten" ebus Dämon laufen lassen (versehentlich) und sogar da wurde die Binary durch "make install" korrekt ersetzt, kopiert also tadellos darüber und startet offensichtlich auch den Dämon durch, da sofort ohne Neustart die V 1.1.0 erschien. Es kann aber bei dir eventuell auch sein, das die "alte" Binary auch noch in anderen Verzeichnissen liegt, diesen Fehler hatte ich am Anfang auch irgendwann einmal.

Code Auswählen Erweitern

svn co https://github.com/john30/ebusd
cd /home/pi/ebusd/trunk
sudo ./autogen.sh --prefix=/usr
sudo make
sudo make install
kompletter aktueller Checkout mit Compile und Install direkt am Raspi, dauert bei mir (Raspi+) ungefähr 10 Minuten.

Code Auswählen Erweitern

pi@raspberry2 / $ /usr/bin/ebusd -V
ebusd 1.1.0
ergibt dann die aktuelle Version von 1.1.0.

Code Auswählen Erweitern


pi@raspberry2 /usr/bin $ ls -al ebus*
-rwxr-xr-x 1 root root  131678 Mär 28 21:33 ebusctl
-rwxr-xr-x 1 root root 2436924 Mär 28 21:33 ebusd
-rwxr-xr-x 1 root root  106612 Mär 28 21:33 ebusfeed

und hier die aktuellen Dateigrößen der Binarys V 1.1.0, aus gecheckt am 28.03.

Ich hoffe die Infos helfen dir jetzt weiter und führen zum Erfolg.

LG
Reinhart

[joachimS]

Da würd ich mal das raw logging aktivieren, dann solltest Du relativ schnell sehen, wohin das Poti muss
Es sollte dann ungefähr alle 40ms ein "<aa" da stehen, was das SYN Symbol ist.

Habe ich gemacht und auch das Poti mal durchgedreht.
Ergebnis:

Code Auswählen Erweitern

odroid@SmartHome:~$ ebusd -f -l ALL -d /dev/ttyUSB0 -p 8888 --lograwdata
2015-03-30 18:59:23.807 [main notice] ebusd started
2015-03-30 18:59:23.808 [main error] error reading templates: ERR: element not found
2015-03-30 18:59:23.808 [main notice] found messages: 0 (0 poll, 0 update)
2015-03-30 18:59:47.094 [bus notice] <00
2015-03-30 18:59:47.094 [bus notice] signal acquired
2015-03-30 18:59:47.119 [bus notice] <00
2015-03-30 18:59:47.441 [bus notice] <00
2015-03-30 18:59:47.461 [bus notice] <00
2015-03-30 18:59:47.624 [bus notice] <00
2015-03-30 18:59:47.873 [bus notice] <00
2015-03-30 18:59:48.431 [bus notice] <00
2015-03-30 18:59:50.018 [bus error] signal lost
2015-03-30 18:59:56.990 [bus notice] <00
2015-03-30 18:59:56.990 [bus notice] signal acquired
2015-03-30 18:59:58.013 [bus error] signal lost
2015-03-30 19:00:17.613 [bus notice] <00
2015-03-30 19:00:17.613 [bus notice] signal acquired
2015-03-30 19:00:19.050 [bus error] signal lost
2015-03-30 19:01:04.631 [bus notice] <00
Wiederholt sich so jede Minute.
Habe noch keine Templates für Wolf installiert.

[Jojo11]

Hallo zusammen,

ich bin endlich mal wieder dazu gekommen, mich mit dem ebus zu beschäftigen. Da ich zuletzt ja einige Schwierigkeiten miit dem ebus-Koppler hatte, habe ich einen zweiten Raspberry Pi aufgesetzt und den ebusd 1.1 installiert. Ich habe sowohl das Kabel vom Koppler zur Therme als auch das USB-Kabel ausgetauscht. Zudem habe ich ein neues Netzteil verwendet. Die LED flackert wie gewünscht, aber leider funktioniert es immer noch nicht. Ich habe nur die _templates.csv in den entsprechenden Ordner kopiert. Folgenden output erhalte ich:

Code Auswählen Erweitern


pi@raspberrypi ~ $ /usr/bin/ebusd --checkconfig
2015-03-30 17:00:38.919 [main notice] Performing configuration check...
2015-03-30 17:00:38.943 [main notice] found messages: 0 (0 poll, 0 update)

pi@raspberrypi ~ $ /usr/bin/ebusd -f -l ALL -d /dev/ttyUSB0
2015-03-30 17:00:56.772 [main notice] ebusd 1.1.0 started
2015-03-30 17:00:56.797 [main notice] found messages: 0 (0 poll, 0 update)
2015-03-30 17:00:57.269 [bus notice] signal acquired
2015-03-30 17:04:27.014 [bus error] signal lost
2015-03-30 17:04:27.171 [bus notice] signal acquired
2015-03-30 17:06:22.015 [bus error] signal lost
2015-03-30 17:06:22.115 [bus notice] signal acquired
2015-03-30 17:07:46.012 [bus error] signal lost
2015-03-30 17:07:46.125 [bus notice] signal acquired
2015-03-30 17:08:06.018 [bus error] signal lost
2015-03-30 17:08:06.111 [bus notice] signal acquired

So geht es dann weiter. Mit der calormatic 470f kann ich nach wie vor Einstellungen ändern aber ich sehe keine Nachrichten über den ebus laufen.

Dann ist mir aufgefallen, dass die Zeit des RPi noch nicht stimmt. Nachdem ich sie korrigiert habe, kamen auf einmal wieder Nachrichten über den ebus:

Code Auswählen Erweitern


pi@raspberrypi ~ $ sudo dpkg-reconfigure tzdata

Current default time zone: 'Europe/Berlin'
Local time is now:      Mon Mar 30 19:16:42 CEST 2015.
Universal Time is now:  Mon Mar 30 17:16:42 UTC 2015.

pi@raspberrypi ~ $ /usr/bin/ebusd -f -l ALL -d /dev/ttyUSB0
2015-03-30 19:16:50.535 [main notice] ebusd 1.1.0 started
2015-03-30 19:16:50.555 [main notice] found messages: 0 (0 poll, 0 update)
2015-03-30 19:16:51.344 [bus notice] signal acquired
2015-03-30 19:16:51.377 [bus notice] new master 10
2015-03-30 19:16:51.378 [bus notice] new master 03
2015-03-30 19:16:51.379 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:17:01.099 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:17:09.063 [update notice] unknown BC cmd: 10feb516080008171930030115
2015-03-30 19:17:09.301 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-03-30 19:17:11.123 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:17:19.087 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-03-30 19:17:21.122 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:17:29.059 [update notice] unknown BC cmd: 10feb51603012008
2015-03-30 19:17:31.142 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:17:39.121 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-03-30 19:17:41.160 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:17:51.144 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:18:01.168 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:18:09.166 [update notice] unknown BC cmd: 10feb516080008181930030115
2015-03-30 19:18:09.401 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-03-30 19:18:11.182 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:18:19.149 [update notice] unknown BC cmd: 10feb505022900
2015-03-30 19:18:19.409 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-03-30 19:18:21.968 [update notice] unknown MS cmd: 1008b5100900003d6effff00ff00 / 0101
2015-03-30 19:18:29.179 [update notice] unknown BC cmd: 10feb51603012008
2015-03-30 19:18:31.261 [update notice] unknown MS cmd: 1008b5100900003e6effff00ff00 / 0101
2015-03-30 19:18:39.241 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-03-30 19:18:41.235 [update notice] unknown MS cmd: 1008b5100900003e6effff00ff00 / 0101
2015-03-30 19:18:51.251 [update notice] unknown MS cmd: 1008b5100900003e6effff00ff00 / 0101


Ich kann sogar wieder Werte abfragen (mit den entsprechenden .csv-Dateien). Ansonsten habe ich nichts geändert. Leider verstehe ich dieses Verhalten in keinster Weise. Kann die "Fehlfunktion" wirklich daran liegen, dass die Therme eine andere (=spätere) Zeit hatte (DCF-Funkuhr) als der RPi? Oder kann der Zeitpunkt des Startens des ebusd eine Rolle spielen?
...mal sehen, wie lange er jetzt läuft 

Nachtrag: Bei genauerer Betrachtung funktioniert z.B. mit der 470er csv-Datei "read OutsideTemp" ohne Probleme. "read RoomTemp" endet aber zuverlässig immer in einem "ERR: arbitration lost". Kann es etwas damit zu tun haben, dass die OutsideTemp ohne vorheriges Senden bereitgestellt wird? Das würde die Theorie untermauern, dass der Koppler nicht senden kann.


schöne Grüße
Jo