Läuft: Heizung mit eBus-Schnittstelle

[thomhug]

Hallo zusammen
Vielen Dank @john30 fuer den tollen ebusd! Das erleichtert einiges.

Ich habe leider einen TEM Regler (IT 5711 OGZ), welcher zwei Heizkreise steuert mit je einem FS 5601 (Fernstellregler im Raum - misst Temp, kann die Heizung off/Sonne/Uhr schalten und +/-3 Grad auf den Sollwert erwirken).

Wie andere auch schon festgestellt haben ist der Regler nicht so gespraechig bis auf die BC Telegramme 07/08, welche ich mittels CSV Dateien schoen dargestellt bekomme im Log dank E-Bus Doku. Dann gibt es nur alle paar Stunden noch 10fe10 Telegramme (TEM spezifisch), welche nirgends dokumentiert sind. Da vermute ich Zaehlerstaende. Betriebsstunden ueber 03h abfragen ist anscheinend nicht supported, wie auch alle 05h Befehle nicht gehen.

Mir fehlen aktuell noch folgende Werte: Raumtemperaturen (Soll und Ist), manueller Offset im Raum +3/-3 sowie der Betriebszustand (off/Sonne/Uhr).
Und ich wuerde gerne diese fehlenden Werte setzen sowie die Boilersollwerttemp oder einfach den Boiler on/off schalten.

Da TEM keine Hilfe gibt und auf geheimes geistiges Eigentum verweist, wirds schwierig! Eine Variante waere beim Servicetool mitlauschen. Ich habe aber weder  ein Servicetool, noch Windows 

Funktionieren wuerde EEPROM und RAM lesen (und vermutlich auch schreiben) beim Regler mit 09h sowie RAM lesen beim Fernsteller FS5601. Es gleicht aber einer Nadel im Heuhaufen zu suchen...?

Etwas vertehe ich noch nicht. Man kann die Unterstuetzten Befehle abfragen mit 07h 03h (07h 05h geht nicht). Dann bekomme ich folgendes:

$ ebusctl write -h 9107030100 (Fernsteller, ..1 bringt das gleiche Resultat)
03010214

$ ebusctl write -h 1507030100 (Regler)
0a010000001f000000000f

$ ebusctl write -h 1507030101 (Regler - alle weitern 3, 4, 5 sehen gleich aus)
0a01000000000000000000

Auch nicht verstehen tue ich, warum ich zwischen dem Regler und den Fernstellern keine Kommunikation sehe auf dem Bus...

[stinch]

Sollte mit dem commit https://github.com/john30/ebusd/commit/5f50c99 von gerade eben behoben sein.
Merci fürs Bescheid geben!
John

Hallo,

vielen Dank für das Update.
Allerdings scheint weiterhin irgendwo ein kleiner Fehler zu bestehen. Wie unten zu sehen werden ein'ge Dateien noch nicht geladen, obwohl diese vorhanden sind.

Code Auswählen Erweitern

pi@raspberrypi /etc/ebusd/vaillant $ ls
05.vd2.csv  05.vl8.csv         08.ehp.csv      15.f47.csv    23.ehp.cc.csv     26.solsy.hc.csv  50.v61.csv    broadcast.csv    scan.csv
05.vd3.csv  05.vl9.csv         0a.pmw.hwc.csv  15.ui.csv     23.solsy.cc.csv   3c.rcc.5.csv     52.mc2.4.csv  e0.omu.csv       _templates.csv
05.vd4.csv  06.pms.csv         15.430.csv      15.uih.csv    25.ehp.hwc.csv    50.ehp.mc.csv    53.mc2.5.csv  ec.solsy.sc.csv
05.vd6.csv  08.bai.HW7401.csv  15.470.csv      1c.rcc.4.csv  25.solsy.hwc.csv  50.solsy.mc.csv  75.rcc.csv    ed.pms.sc.csv
pi@raspberrypi /etc/ebusd/vaillant $ ebusctl
localhost: i
version: ebusd 2.0.0-preview.5f50c99
signal: acquired
symbol rate: 41
masters: 5
messages: 824
address 01: master #2, seen
address 03: master #3, seen
address 06: slave of 01, seen, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402", loaded "vaillant/06.pms.csv"
address 08: slave of 03, seen, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 0a: slave, seen, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #6, seen
address 12: slave, seen, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave of 10, seen, scanned "MF=Vaillant;ID=UI   ;SW=0507;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, seen, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, seen, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 26: slave, seen, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 50: slave, seen, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, seen, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"
address ed: slave, seen, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address f7: master #24, seen
address fc: slave of f7, seen, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"

Existieren die Dateien "fc.pmw...." Und "12.pmw..."?

Viele Grüße und danke
David

[john30]

Allerdings scheint weiterhin irgendwo ein kleiner Fehler zu bestehen. Wie unten zu sehen werden ein'ge Dateien noch nicht geladen, obwohl diese vorhanden sind.

welche meinst du denn?
ich sehe keine mehr, die vorhanden sind und nicht geladen werden.

Existieren die Dateien "fc.pmw...." Und "12.pmw..."?

Mangels irgendwelcher Erkenntnisse darüber: nein.

[john30]

Ich habe leider einen TEM Regler (IT 5711 OGZ), welcher zwei Heizkreise steuert mit je einem FS 5601 (Fernstellregler im Raum - misst Temp, kann die Heizung off/Sonne/Uhr schalten und +/-3 Grad auf den Sollwert erwirken).

Damit bist Du dann meines Wissens der vierte TEM Benutzer im Bunde. Wollkommen!

Mir fehlen aktuell noch folgende Werte: Raumtemperaturen (Soll und Ist), manueller Offset im Raum +3/-3 sowie der Betriebszustand (off/Sonne/Uhr).
Und ich wuerde gerne diese fehlenden Werte setzen sowie die Boilersollwerttemp oder einfach den Boiler on/off schalten.

Vielleicht sollte ich mal ein eigenes Forum für TEM öffnen, wo man diese Details besprechen kann.
Hast Du mal die https://github.com/john30/ebusd-configuration/blob/master/ebusd-1.x.x/ochsner/22102.csv und "read heating room" bzw. "roomnominal" probiert?

Etwas vertehe ich noch nicht. Man kann die Unterstuetzten Befehle abfragen mit 07h 03h (07h 05h geht nicht). Dann bekomme ich folgendes:

$ ebusctl write -h 9107030100 (Fernsteller, ..1 bringt das gleiche Resultat)
03010214

das müsste laut eBUS Spezifikation bedeuten: unterstützte PBSB sind 0502, 0504

$ ebusctl write -h 1507030100 (Regler)
0a010000001f000000000f

das müsste bedeuten: unterstützte PBSB sind 0700-0704, 0C00-0C03

$ ebusctl write -h 1507030101 (Regler - alle weitern 3, 4, 5 sehen gleich aus)
0a01000000000000000000

das müsste bedeuten: gar keine unterstützten PBSB

Auch nicht verstehen tue ich, warum ich zwischen dem Regler und den Fernstellern keine Kommunikation sehe auf dem Bus...

Ist Dein Fernsteller denn auf "Raumaufschaltung" eingestellt? Andernfalls gibt es ja nichts, was der Fernsteller dem Controller sagen müsste, es sei denn Du verstellst die gewünschte Rumatemperatur.

[thomhug]

Damit bist Du dann meines Wissens der vierte TEM Benutzer im Bunde. Wollkommen!

Besser als alleine!

Vielleicht sollte ich mal ein eigenes Forum für TEM öffnen, wo man diese Details besprechen kann.

Bin dabei meine Erkenntnisse zu teilen!

Hast Du mal die https://github.com/john30/ebusd-configuration/blob/master/ebusd-1.x.x/ochsner/22102.csv und "read heating room" bzw. "roomnominal" probiert?

Ja hatte ich, leider ohne Erfolg.

das müsste laut eBUS Spezifikation bedeuten: unterstützte PBSB sind 0502, 0504

Da mag der FS aber nicht antworten...

das müsste bedeuten: unterstützte PBSB sind 0700-0704, 0C00-0C03

0C00 - 0C03 ist spannend, was ist das? Das finde ich nicht in meiner Doku (spec_prot_7_v1_6_3_d).

Ist Dein Fernsteller denn auf "Raumaufschaltung" eingestellt? Andernfalls gibt es ja nichts, was der Fernsteller dem Controller sagen müsste, es sei denn Du verstellst die gewünschte Rumatemperatur.

Was ist Raumaufschaltung? Ich habe jetzt den ebusd auf raw gestellt und da gibt es tatsaechlich eine Kommunikation zwischen Regler und FS alle 5.5 Stunden! Die Telegramme werden aber vom ebusd ignoriert?

Habe folgendes mal aufbereitet aus "raw" und jeweils zwischen "aa" geschnitten. "ff" waere NACK? Was ist "fe" am Schluss? Muesste da nicht ein "00" fuer ACK sein statt ff/fe? Warum der Regler an die FS Telegramme schickt und nicht umgekehrt, leuchtet mir auch nicht ein.

Gemaess Doku haben Einstellungen am FS Vorrang, d.h. wenn ich an der Heizung etwas verstelle, wird das nach ein paar Minuten wieder umgestellt. Deshalb wuerde ich erwarten, dass da regelmaessig Telegramme vom FS kommen muessten - ausser der Regler speichere das.

Code Auswählen Erweitern


10 90 10 0a 0e d1 14 09 03 02 03 02 03 03 03 01 ff 01 ff ec ff
10 90 10 0a 0e d1 14 09 03 02 03 02 03 03 03 01 ff 01 ff ec ff
10 91 10 0a 0e d1 15 09 03 03 03 04 03 02 03 02 03 01 ff 1f ff
10 91 10 0a 0e d1 15 09 03 03 03 04 03 02 03 02 03 01 ff 1f ff
10 90 10 0a 02 00 04 88 fe
10 90 10 0a 02 00 04 88 fe
10 91 10 0a 02 00 05 6c ff
10 91 10 0a 02 00 05 6c ff
10 90 10 0a 0e d1 14 09 03 02 03 02 03 03 03 01 ff 01 ff ec fe
10 90 10 0a 0e d1 14 09 03 02 03 02 03 03 03 01 ff 01 ff ec ff
10 91 10 0a 0e d1 15 09 03 03 03 04 03 02 03 02 03 01 ff 1f ff
10 91 10 0a 0e d1 15 09 03 03 03 04 03 02 03 02 03 01 ff 1f ff
10 90 10 0a 02 00 04 88 fe
10 90 10 0a 02 00 04 88 ff
10 91 10 0a 02 00 05 6c ff
10 91 10 0a 02 00 05 6c ff
10 90 10 0a 0e d1 14 09 03 02 03 02 03 03 03 01 ff 01 ff ec fe
               ^^^^^ Temp?


[Reinhart]

@zentis666

Falls irgendjemand im Nachgang noch eine Sammelbestellung machen will kann er gerne die Produktionsdaten und die Stüli bekommen.

Hallo Sven, ich würde gerne eine neuerliche Sammelbestellung von Platinen durchführen und möchte gerne auf dein Angebot zurück kommen. Kannst du mir bitte die Produktionsdaten zukommen lassen?

LG
Reinhart

[stinch]

welche meinst du denn?
ich sehe keine mehr, die vorhanden sind und nicht geladen werden.
Mangels irgendwelcher Erkenntnisse darüber: nein.

Hi

25.solsy und es.pms werden nicht geladen. Oder ist das eine nicht kompatible Datei, die vorhanden ist?

Viele Grüße
David

[Reinhart]

Sammelbestellung eBus Platinen!

Zentis666 war so freundlich und hat mir seinen Platinenfiles für den eBus Konverter (nach Schaltung pah) und die Bestelldaten zur Verfügung gestellt. Ich möchte daher eine erneute Sammelbestellung durchführen und bei Interesse bitte diesen Link benutzen: http://forum.fhem.de/index.php/topic,45127.0.html

LG
Reinhart

[Stütti]

Hallo zusammen,
ich lese hier auch schon länger mit, habe nun den gesamten Thread durch und melde mich nun auch mal.

Habe vor einigen Tagen endlich den eBus-Koppler USB von eService erhalten. Ziel ist es, meine Vaillant (ecoTEC plus 146/5) über den Rasperry (FHEM) abzufragen.

Leider bekomme ich - wie schon andere vor mir - über den Bus hauptsächlich die "signal acquired"/"signal lost" Meldungen, aber auch "max. symbols per second"!?

Code Auswählen Erweitern

pi@raspberrypi ~ $ /usr/bin/ebusd -f -l ALL -d /dev/ttyUSB0
2015-12-03 22:49:26.682 [main notice] ebusd 2.0.0-preview.5f50c99 started
2015-12-03 22:49:26.690 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2015-12-03 22:52:48.711 [bus notice] signal acquired
2015-12-03 22:52:57.002 [bus error] signal lost
...
2015-12-03 22:53:02.600 [bus notice] signal acquired
2015-12-03 22:53:04.021 [bus notice] max. symbols per second: 147
2015-12-03 22:53:06.031 [bus error] signal lost
...
2015-12-03 22:53:32.049 [bus notice] signal acquired
2015-12-03 22:53:33.000 [bus notice] max. symbols per second: 265
2015-12-03 22:53:34.000 [bus notice] max. symbols per second: 961
2015-12-03 22:54:12.001 [bus notice] max. symbols per second: 962

Auch über --lograwdata bekomme ich, egal bei welcher Poti-Einstellung, keine sauberen Daten rein. Zudem werden,sobald ich ebusd starte die Daten vom Außentemperatur-Fühler und dem Zeitgeber nicht mehr auf der Calormatic (470) angezeigt!?

Jetzt bin ich auf der Fehlersuche:
- Netzteil nicht stabil genug? zentis666 hatte ein ähnliches Problem.
- Kann es an der neuen 2.0.0-preview Version liegen?
- Hardware/Software?

Hat jemand von euch eine Idee? Ich wäre dankbar für jeden Tipp.

LG
Ben

[zentis666]

Hi Ben,

bei mir war es am Ende ein Problem mit dem Linux Kernel und FTDI Treiber.
Wenn Du noch ein anderes Linux Gerät hast probier mal das, vielleicht ist das Problem dann weg.
Ich hatte dieses Verhalten mit einem Raspberry Pi, mit einem Netbook mit Ubuntu war das Problem weg.
Ein anderes Netzteil hat zwar bewirkt, dass der Fehler seltener auftritt, weg war er aber damit nicht.

Gruß
Sven

[Stütti]

Danke Sven, für die schnelle Antwort.

Ich aktualisiere jetzt erst mal die Firmware des Raspberry. Wenn das nicht hilft, kann ich natürlich testweise Mal Ubuntu parallel auf meinem Win-PC installieren und damit testen.

Schönen Gruß
Ben

[john30]

0C00 - 0C03 ist spannend, was ist das? Das finde ich nicht in meiner Doku (spec_prot_7_v1_6_3_d).

das weiß ich auch nicht, aber wenn man der Spez. glauben schenkt, dann ist das die Bedeutung.

Was ist Raumaufschaltung?

Das ist, wenn man den Raumregler so einstellt, dass die Differenz zwischen gemessener Raumtemperatur und Soll-Raumtemperatur die Regelung der Vorlauftemperatur beeinflusst.

Ich habe jetzt den ebusd auf raw gestellt und da gibt es tatsaechlich eine Kommunikation zwischen Regler und FS alle 5.5 Stunden! Die Telegramme werden aber vom ebusd ignoriert?

Das hat einen Grund, siehe unten.

Habe folgendes mal aufbereitet aus "raw" und jeweils zwischen "aa" geschnitten. "ff" waere NACK? Was ist "fe" am Schluss? Muesste da nicht ein "00" fuer ACK sein statt ff/fe? Warum der Regler an die FS Telegramme schickt und nicht umgekehrt, leuchtet mir auch nicht ein.

Ja, FF bedeutet NACK, also die Antwort vom adressierten Gerät, dass die CRC falsch ist.

Code Auswählen Erweitern

10 90 10 0a 0e d1 14 09 03 02 03 02 03 03 03 01 ff 01 ff ec ff

Hier wäre die richtige CRC z.B. "93" (statt EC). Folgerichtig kommt ein NACK.
Somit hast Du also einigermaßen gravierende Probleme mit Deiner Busleitung, die Du schleunigst beheben solltest. Kann natürlich gut sein, dass der Anschluß des ebus Interfaces das negativ beeinflusst. Wie sind denn deine Leitungslängen?
[/code]

[Prof. Dr. Peter Henning]

Bitte zur Vermeidung einer Begriffsverwirrung nicht von Firmware schreiben, wenn das Betriebssystem eines Universalrechners gemeint ist.

LG

pah

[john30]

25.solsy und es.pms werden nicht geladen. Oder ist das eine nicht kompatible Datei, die vorhanden ist?

Ah, jetzt weiß ich was Du meinst.
Das liegt wohl daran, dass Du schon eine WW Instanz hast (0a.pmw). Damit überschneiden sich die Definitionen.
Wenn Du die Datei "25.solsy.hwc.csv" umbenennst nach "25.solsy.2.hwc.csv", dann klappt es.
Damit taucht die zweite WW Instanz dann mit circuit "hwc.2" auf.
Ist das denn eine zweite Warmwasser-Station?

[john30]

Habe vor einigen Tagen endlich den eBus-Koppler USB von eService erhalten. Ziel ist es, meine Vaillant (ecoTEC plus 146/5) über den Rasperry (FHEM) abzufragen.

Leider bekomme ich - wie schon andere vor mir - über den Bus hauptsächlich die "signal acquired"/"signal lost" Meldungen, aber auch "max. symbols per second"!?

Code Auswählen Erweitern


2015-12-03 22:53:02.600 [bus notice] signal acquired
2015-12-03 22:53:04.021 [bus notice] max. symbols per second: 147
2015-12-03 22:53:06.031 [bus error] signal lost
...
2015-12-03 22:53:32.049 [bus notice] signal acquired
2015-12-03 22:53:33.000 [bus notice] max. symbols per second: 265
2015-12-03 22:53:34.000 [bus notice] max. symbols per second: 961
2015-12-03 22:54:12.001 [bus notice] max. symbols per second: 962

- Netzteil nicht stabil genug? zentis666 hatte ein ähnliches Problem.
- Kann es an der neuen 2.0.0-preview Version liegen?
- Hardware/Software?

Über 960 Symbole/Sekunde klingt nach einem Zeitproblem. Läuft da ein NTP drauf?
Um die 2.0 Version als Fehlerquelle auszuschließen kannst ja einfach mal eine ältere aus den https://github.com/john30/ebusd/releases probieren.