Läuft: Heizung mit eBus-Schnittstelle

[john30]

An die EHP Besitzer:
Könntet ihr mir bitte die Ergebnisse folgender Abfragen mitteilen?
ebusctl r -d 08 ident
ebusctl r ApplianceCode
ebusctl r HydraulicScheme
ebusctl r ElectricWiringDiagram
ebusctl r CfgHeatSinkType

[Prof. Dr. Peter Henning]

Hallo John30,

nach langer Pause bin ich heute mal probeweise von 1.0 auf 1.2 umgestiegen. Mit ziemlich enttäuschendem Resultat - der ebusd meldet permanent im Abstand von jeweils ein paar Sekunden:

2015-10-11 15:38:20.028 [bus error] signal lost
2015-10-11 15:38:23.062 [bus notice] signal acquired

Irgendeine Ahnung, woran das liegen kann ?

LG

pah

[john30]

nach langer Pause bin ich heute mal probeweise von 1.0 auf 1.2 umgestiegen. Mit ziemlich enttäuschendem Resultat - der ebusd meldet permanent im Abstand von jeweils ein paar Sekunden:

2015-10-11 15:38:20.028 [bus error] signal lost
2015-10-11 15:38:23.062 [bus notice] signal acquired

Irgendeine Ahnung, woran das liegen kann ?

Hm, klingt nach einem Timing Problem.
Wie sehen denn die Startparameter von ebusd genau aus?
Und ist das 1.2.0 oder der aktuelle source von github?

[Prof. Dr. Peter Henning]

Naiverweise dieselben Parameter wie für 1.0 - nur das Device wird gesetzt.

Und ich habe nicht den aktuellen Stand, sondern das Paket vom 25. Mai.

Ich binmir ziemlich sicher, dass das nur eine Einstellfrage ist - werde aber den Versuch jetzt erst einmal ein paar Wochen aufschieben, muss dringend einige Sache fertigstellen.

LG

pah

[Reinhart]

Hallo pah!

Ich habe am 27.05 um 22:40 Uhr die Version 1.2 ausgecheckt und am Raspi compiliert. Ich hänge dir die ebusd, ebusctl und ebusfeed und compilierter Form hier an wenn du noch was testen willst, zumindest kannst die Filelänge vergleichen. Diese Versionen laufen bei mir fehlerfrei (/usr/bin).

Code Auswählen Erweitern

pi@raspberry2 /etc/ebusd $ ebusctl -V
ebusctl of ebusd 1.2.0
pi@raspberry2 /etc/ebusd $ ebusd -V
ebusd 1.2.0
pi@raspberry2 /etc/ebusd $


LG
Reinhart

[erwin]

Hi John30,
die Ergebnisse, ich bin allerdings noch auf version 1.1.0

Code Auswählen Erweitern


pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl -V
ebusctl of ebusd 1.1.0
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r -d 08 ident
Vaillant;EHP00;0419;7201
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r Appliancecode
38
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r HydraulicScheme
4
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r ElectricWiringDiagram
3
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r CfgHeatSinkType
mixer

l.g. erwin

[Tomy]

Hallo John30,

nach langer Pause bin ich heute mal probeweise von 1.0 auf 1.2 umgestiegen. Mit ziemlich enttäuschendem Resultat - der ebusd meldet permanent im Abstand von jeweils ein paar Sekunden:

2015-10-11 15:38:20.028 [bus error] signal lost
2015-10-11 15:38:23.062 [bus notice] signal acquired

Irgendeine Ahnung, woran das liegen kann ?

LG

pah

Hallo Pah,

selbes Problem wie bei mir! Hatte die neue 1.2 am Sonntag direkt aus der Source von John kompiliert. Ich bin bisher auf der 1.1.

Ich konnte FHEM nicht dazu bewegen Daten auszulesen.
Mit ebusctl auf der Konsole konnte ich Daten lesen. Nur mittels ECMD kam nichts an. Das Gaebus-Modul funktioniert mit der 1.2.
FHEM hat das aktuellste Update. Somit hat es irgendwas mit ECMD <--> Ebusd 1.2 zu tun.

Ich bin wieder zurück auf 1.1 dort läuft alles.

Vielleicht helfen ja diese Infos...


Gruß
Matthias

[Prof. Dr. Peter Henning]

Das ist eine wenig hilfreiche Nebelkerze. 

Die "Signal Lost"-Meldungen sind vollkommen unabhängig von ECMD, siehe nächsten Post.

LG

pah

[Prof. Dr. Peter Henning]

ACHTUNG, EBUS-User mit ECMD-Anbindung:

am 3.10.2015 hat Boris Neubert ein Update des Moduls 66_ECMD.pm committed, bei dem er die Trennzeichen für Mehrfachkommandos flexibel einstellbar gemacht hat.

Die Mehrfachkommandos spielen in meinen ECMD-Klassendefinitionen eine wichtige Rolle - Trennzeichen ist dort jeweils ein \000. Leider funktioniert die neue Version des Moduls aber auch nicht mit korrekt eingestelltem "\000"-Separator für Mehrfachkommandos in Zusammenarbeit mit ebusd - irgendetwas stimmt da noch nicht. Als Folge wird von den Mehrfachkommandos immer nur das erste ausgeführt.

Ich habe deshalb nach längerem Probieren an der Konfiguration die alte Version des ECMD-Moduls wieder hergestellt.

LG

pah

[Dr. Boris Neubert]

Hallo,

die Ursache habe ich bereits identifiziert, der Fix kommt am Wochenende. Bitte solange auf die Vorversion zurück gehen, wenn 0 als requestSeparator benötigt wird.

Viele Grüße
Boris

[Prof. Dr. Peter Henning]

OK, Danke.

LG

pah

[john30]

Code Auswählen Erweitern


pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl -V
ebusctl of ebusd 1.1.0
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r -d 08 ident
Vaillant;EHP00;0419;7201
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r Appliancecode
38
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r HydraulicScheme
4
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r ElectricWiringDiagram
3
pi@CL-RPI-1 /opt/ebusd/bin $ ./ebusctl r CfgHeatSinkType
mixer


Ist das eine Luft-Wasser WP?

[john30]

Naiverweise dieselben Parameter wie für 1.0 - nur das Device wird gesetzt.

Und ich habe nicht den aktuellen Stand, sondern das Paket vom 25. Mai.

Ich binmir ziemlich sicher, dass das nur eine Einstellfrage ist - werde aber den Versuch jetzt erst einmal ein paar Wochen aufschieben, muss dringend einige Sache fertigstellen.

Okay, also den Code vom 25. Mai werd ich jetzt nicht mehr debuggen, seit dem hat sich sehr viel getan.
Bitte bei Gelegenheit versuchen, das mit dem aktuellen git zu reproduzieren.

[Prof. Dr. Peter Henning]

Verständlich. Muss aber jetzt wieder etwa warten ...

LG

pah

[Dr. Boris Neubert]

Habe die Sache mit dem requestSeparator gefixt und eingecheckt. Ab sofort im Repo oder ab morgen per update.

Viele Grüße
Boris