Läuft: Heizung mit eBus-Schnittstelle

[Prof. Dr. Peter Henning]

Das sieht mir so aus, als ob FHEM den EBUS mit irgendwelchen Befehlen flutet und damit lahm legt. Die auromatic kann damit den Bus nicht mehr selbst nutzen.

LG

pah

[heural]

Dann müsste es so sein, dass FHEM "write" an EBUS sendet?

Code Auswählen Erweitern

[main notice] write hc TempDesired: decode done


Das sollte  jedoch nur passieren wenn ich eine Einstellung ändere, wie hier den Sollwert für die Raumtemp.

Eine andere Frage:
Ich habe mich aus dem Ebus-Wiki an Einstellungen für Devices für die fhem.cfg und bai00.cfg gehalten.
Im Device erhalte ich immer 2 Readings, Bsp:

fhem.cfg:
define Aussentemp ECMDDevice bai00.class
attr Aussentemp DbLogExclude .*
attr Aussentemp DbLogInclude Aussentemp.*
attr Aussentemp IODev EBUS
attr Aussentemp addLog Aussentemp
attr Aussentemp alias Außentemperatur
attr Aussentemp event-aggregator Aussentemp:300:mean
attr Aussentemp group Vaillant
attr Aussentemp icon temp_outside
attr Aussentemp room Heizung
attr Aussentemp sortby 1
attr Aussentemp stateFormat {sprintf "%.1f °C", ReadingsVal($name, "Aussentemp", 0)}

bai00.cfg:
get Aussentemp cmd {"r -m 10 outsidetemp\n"}
get Aussentemp expect "-?\d+\.\d+\n\n"
get Aussentemp postproc { $_ }

Code Auswählen Erweitern


Aussentemp   -1.5                               2017-02-07 21:49:21
state               Aussentemp -1.5          2017-02-07 21:49:21


Ich kann nicht nachvollziehen woher das "doppelte" Reading kommt, state wäre hier irgendwie sinnfei.

[bacanol]

Naja, beobachten, wie sich die Daten verändern und versuchen, das mit einem realen Wert zu assoziieren... Wie sieht die Unbekannte denn aus?

Konkret geht es um den VR60 und den Heizkreis 3, bzw um die Werte und die Steuerung.

[john30]

Konkret geht es um den VR60 und den Heizkreis 3, bzw um die Werte und die Steuerung.

Der VR60 ist in den CSVs verfügbar.

[bacanol]

Der VR60 ist in den CSVs verfügbar.

Prima! Dann aktualisiere ich nochmal und melde mich. 

[a200]

@John30

Hallo Zusammen,

bei mir läuft jetzt die 3pre Version.

Code Auswählen Erweitern

version: ebusd 3.0pre.1e6b776
signal: acquired
symbol rate: 23
reconnects: 0
masters: 3
messages: 712
conditional: 12
poll: 1
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"

Die Config Dateien habe ich aus https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x/de kopiert und nach /etc/ebusd abgelegt. Sind die csv für ebusd-2.1.x auch für ebus-3.0pre geeignet? Denn ebusd --checkconfig zeigt mir haufenweise Fehlermeldungen an.

Code Auswählen Erweitern

Error reading "/etc/ebusd/vaillant/05.vd3.csv" line 8 field 8 value "0000": ERR: duplicate entry
Erroneous item is here:
r,,SoftwareVersion,,,,,0000,,,HEX:4,,,
                       ^
Error reading "/etc/ebusd/vaillant/05.vd3.csv" line 9 field 8 value "0100": ERR: duplicate entry
Erroneous item is here:
r,,EnableMonitoring,,,,,0100,,,HEX:5,,,
                        ^
Error reading "/etc/ebusd/vaillant/05.vd3.csv" line 10 field 8 value "0200": ERR: duplicate entry
Erroneous item is here:
r,,FlexibleMonitoring,,,,,0200,,,HEX:8,,,
...
...
...

Was mache ich falsch?

Danke,
a200.

[jkriegl]

Hat jemand Erfahrung mit den Zählern PrEnergySumHc1, PrEnergySumHwc1 bzw. PrEnergyCountHc1, PrEnergyCountHwc1
Habe bislang via PrEnergySumxxx ausreichend zuverlässig auf den Verbrauch hochgerechnet.
Nun zählt PrEnergySumHc1 nicht mehr weiter, die hex-Abfrage ergibt 049bffffff
Eigentlich müsste man diese Zähler gefahrlos zurücksetzen können, da es sich um Wartungsdaten handelt.
r,bai,PrEnergySumHc1,PrEnergySumCH1_DK,,08,b509,0df500,,s,ULG,,,Wartungsdaten
In der Doku und der Bedienerführung habe ich keine Möglichkeit gefunden den Zähler zurückzusetzen.
Hat jemand diese Zähler schon mal zurückgesetzt?

[Sven77]

Diese beiden habe ich noch nicht zurückgesetzt.
Wohl aber die Fehler im ersten/zweiten Zündversuch - die sind laut CSV auch readonly, lassen sich aber per Hex auf jeden beliebigen Wert setzen. Nicht so allerdings der Zähler der Zündausfälle! Wenn der bei 254 ist, zählt er offenbar gar nicht weiter. Die anderen beiden bleiben auch bei 254, bis man sie manuell zurücksetzt.
Der Vaillant-Kundendienst erfährt das offenbar auch nur auf interne Rückfrage - bin gespannt, welche Möglichkeit man mir offiziell präsentiert, wie man den Zähler zurücksetzt.

Also zu den PrEnergyCount/Sum: versuche es einfach mal! Bei mir sind die Zähler noch nicht so hoch - aber es zählt bei mir auch nicht immer der richtige Zähler - also vielleicht zählt auch der PrEnergySumHwc1 aktuell bei Dir?
Oder zählt denn der PrEnergyCountHc1 und nur der Sum nicht??

[john30]

Sind die csv für ebusd-2.1.x auch für ebus-3.0pre geeignet?

ja.

Denn ebusd --checkconfig zeigt mir haufenweise Fehlermeldungen an.

Das liegt daran, dass Du --scanconfig als Parameter vergessen hast. Ohne den werden alle CSVs geladen und dann gibt es natürlich Überlappungen.

[a200]

ja.
Das liegt daran, dass Du --scanconfig als Parameter vergessen hast. Ohne den werden alle CSVs geladen und dann gibt es natürlich Überlappungen.

Mea culpa. Vor lauten Bäumen sehe ich die Parameter nicht mehr! Sorry.

Jetzt noch eine Verständnisfrage. Ich nutze z.Zt. den ReadOnly Adapter: http://ebus-wiki.org/lib/exe/detail.php/ebus/arduinoebus2usbreadonly.png?id=ebus%3Aebuskonverter an der erweiterten Version arbeite ich noch!  Ist das aber der Grund für die ganzen Timeouts beim Lesen der Geräte?

Code Auswählen Erweitern

2017-02-19 20:39:30.415 [bus error] send to 26: ERR: read timeout, retry
2017-02-19 20:39:30.459 [bus error] send to 26: ERR: read timeout, retry
2017-02-19 20:39:30.517 [bus error] send to 26: ERR: read timeout, retry
2017-02-19 20:39:30.544 [bus error] send to 26: ERR: read timeout
2017-02-19 20:39:30.544 [main error] scan config 26 message: ERR: read timeout
2017-02-19 20:39:32.566 [bus error] send to 50: ERR: read timeout, retry
2017-02-19 20:39:32.609 [bus error] send to 50: ERR: read timeout, retry

Gehe ich Recht in der Annahme, dass ebusctrl/busd die Komponente auslesen will, das aber nicht kann weil er keine Kommandos senden kann? Und dass wen ich die erwachsenen Version einsetze, dass ich dann auch die ganzen Parameter erhalte? Und bis dahin ich nur passiv zuhören kann wenn was gesendet wird?

Danke und Gruß,
a200.

[jkriegl]

@ Sven77 die hwc haben noch weitergezählt, die hc nicht mehr (weil am Anschlag)
Habe alle mit einem mulmigen Gefühl per write hex zurückgesetzt.
Die hc zählen jetzt wieder. Ich hoffe, dass es auch mit den hwc klappt.
Edit: es wird auch in hwc gezählt - vermutlich wegen Umschaltung, obwohl keine Pufferladung.

[john30]

Ich nutze z.Zt. den ReadOnly Adapter. Ist das aber der Grund für die ganzen Timeouts beim Lesen der Geräte?

exakt.

Gehe ich Recht in der Annahme, dass ebusctrl/busd die Komponente auslesen will, das aber nicht kann weil er keine Kommandos senden kann? Und dass wen ich die erwachsenen Version einsetze, dass ich dann auch die ganzen Parameter erhalte? Und bis dahin ich nur passiv zuhören kann wenn was gesendet wird?

genau so ist es.

[schka17]

Ich bin jetzt dabei die unknown messages zu analysieren, vor allem suche ich noch nach ein paar für wichtigen Parametern. Einem bin ich schon sehr nahe (glaube ich), nämlich dem Holiday Status.

Beim aktivieren bekomme ich diese Meldung:

Code Auswählen Erweitern

2017-02-25 17:42:27.269 [update notice] unknown MS cmd: 1008b512020000 / 00
Beim deaktivieren

Code Auswählen Erweitern

2017-02-25 17:42:56.060 [update notice] unknown MS cmd: 1008b512020064 / 00
Mithilfe von Wiki und google habe ich schon ein paar Dinge herausgefunden

Code Auswählen Erweitern

ein kommando:
1008b512020000 / 00

10 Adresse Sender Zentrale
08 Adresse Empfänger = BAI
b5 Vaillant
12 Klasse des Kommandos
02 Anzahl datenbytes = 2

aber was bedeutet der Rest

Code Auswählen Erweitern

0000 / 00 und vor allem wie erstelle ich hier die richtige Einträge für das Configfile?

[john30]

Ich bin jetzt dabei die unknown messages zu analysieren, vor allem suche ich noch nach ein paar für wichtigen Parametern. Einem bin ich schon sehr nahe (glaube ich), nämlich dem Holiday Status.

Beim aktivieren bekomme ich diese Meldung:

Code Auswählen Erweitern

2017-02-25 17:42:27.269 [update notice] unknown MS cmd: 1008b512020000 / 00
Beim deaktivieren

Code Auswählen Erweitern

2017-02-25 17:42:56.060 [update notice] unknown MS cmd: 1008b512020064 / 00
Mithilfe von Wiki und google habe ich schon ein paar Dinge herausgefunden

Code Auswählen Erweitern

ein kommando:
1008b512020000 / 00

10 Adresse Sender Zentrale
08 Adresse Empfänger = BAI
b5 Vaillant
12 Klasse des Kommandos
02 Anzahl datenbytes = 2

aber was bedeutet der Rest

Code Auswählen Erweitern

0000 / 00 und vor allem wie erstelle ich hier die richtige Einträge für das Configfile?

ich glaube, das ist eher die Warmwasserzirkulation an (0x64) bzw. aus (0x00).

[schka17]

Hallo John,

Danke für die Antwort, aber das kann ich ausschließen, ich habe keine Warmwasserzirkulation, zumindest weiss ich nichts davon, und ich kann es jederzeit nachstellen. Also setzen und rücksetzen über die Vaillant App erzeugt genau diese messages. Ich habe zwar jede Menge anderer unknown Messages, aber da bin ich mir sehr sicher.


Sent from my iPad using Tapatalk