Läuft: Heizung mit eBus-Schnittstelle

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

Vorheriges Thema - Nächstes Thema

lewej

Zitat von: Reinhart am 14 Januar 2018, 19:54:47
wenn du die Pollingtime auch mit hochschraubst passt es schon.

Aber zurück zu deiner ursprünglichen Frage, du hast doch Daten von heute in deinem Post. Was funktioniert denn jetzt deiner Ansicht nicht?
Oder war das noch vor dem ebusd Update auf 3.1 ?

PS: habe gerade gesehen du hast es schon korrigiert.

LG

Ich bin davon ausgegangen das es nicht funktioniert, da die Collpumpe1 bereits seit dem 4.1 auf off steht und seit dem gab es keine Veränderung am Readingdstum, aber das ist richtig so, wir hatten seit dem 4.1 einfach keine Sonnenstunden wo die Pumpe angelaufen wäre, zumindest steht es so im ebus log.
Ich werde es mal die nächsten Tage beobachten.

gruss
lewej

vwsuser

Zitat von: jkriegl am 08 Januar 2018, 12:42:22
set P.Lad1x cmd { "w -c quick load %temp\n" }
set P.Lad1x params temp
set P.Lad1x expect "done\n"
set P.Lad1x postproc {if ($_ =~ "done") {"%temp"} else {$_}}

Du brauchst noch eine passende quick.csv. Habe leider eine veraltete Version, läuft aber bestens.
Und auch stoppen.
Bei mir funktioniert das leider nicht. Meine quick.csv sieht wie folgt aus:


# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment
# MK: quick commands,,,,,,,,,,,,,
*w,,,,,,"B505",,,,,,,
w,,party,Quick - Party,,,,05,,,onoff,,,
w,,load,Quick - WW Speicherladung,,,,06,,,onoff,,,
w,,save,Quick - Sparen bis,,,,07,,,TTH,,,


Kannst du mal deine quick.csv posten?

john30

Zitat von: vwsuser am 15 Januar 2018, 13:44:18
Bei mir funktioniert das leider nicht. Meine quick.csv sieht wie folgt aus:
Du musst einfach anstelle von "w -c quick load %temp\n" folgendes nehmen:
"w -c SLAVE load on\n"
und statt SLAVE vermutlich hwc nehmen.
Schau einfach mal, wie das bei Dir definiert ist mit "ebusctl find -w load".
author of ebusd

rob uboot

hallo nochmals!

habe eine frage zur speicherladung mit der 470.

Zitat
ebusctl r -f HwcOPMode
ebusctl w -c 470#install HwcOPMode 6

sind das die richtigen befehle?
was ich so gelesen habe dürfte die cvs das write nicht erlauben.
stimmt das? und falls ja kann ich das file einfach mit dem write befehl erweitern und es sollte dann klappen?

danke und lg

rob uboot

das selbe gilt wohl auch für

Zitat
Hc1Pump

dort steht im cvs auch nur die leserechte.
wie muss man das richtig anpassen damit nichts kaputt geht?

ideal wäre die ansteuerung folgender teile mit fhem ohne
mit dem 470 arbeiten zu müssen.

einmal speicherladung falls nötig
ansteuerung der zirk. pumpe mit fhem
an und abschalten der heizungspumpe da in zukunft alternativ mit holz geheizt werden kann
wobei die selbe heizungspumpe verwendet werden soll.
das könnte man dann darüber regeln in dem man die soll temperatur vom vaillant runter regelt oder
gibt es dazu eine elegantere eingabe variante?

danke!  :)

cs-online

da muss in der CSV auf W geändert werden, dann geht das (mit meiner 470er). Kurzer Auszug aus meiner Klasse:

set Wannenfuellung cmd {"w -c 470 hwctempdesired 60\n"}
set Speicherfüllung cmd {"w -c 470 hwctempdesired 45\n"}
set Speicher_laden cmd {"w -c 470 hwcOPMode 6\n"}
set Partymodus cmd {"w -c 470 hwcOPMode 4\n"}
set Speicherautomatik cmd {"w -c 470 hwcOPMode 2\n"}
set Sommerbetrieb cmd {"w -c 470 hc1opmode 5\n"}
set Heizautomatik cmd {"w -c 470 hc1opmode 2\n"}


dann mittels Dummy und Notify einfach aufgerufen (ja, geht auch einfacher, nur war ich damals noch nicht soweit)
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

jkriegl

@vwuser, hier meine quick.csv
# type (r;w;u;1-9),class,name,comment,QQ,ZZ,PBSB,ID,field,part (m;s),type / templates,divider / values,unit
*b,quick,,,,25,B505,,,,,,
*w,quick,,,,25,B505,,,,,,
#*w4,quick_mc4,,,,52,B505,,,,,,
#*w5,quick_mc5,,,,53,B505,,,,,,
#w;w4;w5,,party,Quick - Party,,,,05,,,onoff,,
w;b,,load,Quick - WW Speicherladung,,,,06,,,onoff,,
#w;w4;w5,,save,Quick - Sparen bis,,,,07,,,TTH,,

Aber Achtung: bin noch auf ebusd 2.? Läuft aber wunderbar.
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

rob uboot

r;wi,,HwcOPMode,Betriebsart Warmwasserkreis,,,,"4200",,,UCH,0=off;1=on;2=auto;3=autosunday;4=party;5=load;7=holiday,,"operation mode of the domestic hot water circuit set implicitly"


in meiner csv fehlt die option 6 komplett.
er nimmt mir aber auch leider nicht die anderen optionen  :(

pi@raspi:/etc/ebusd/vaillant $ ebusctl r -f hwctempdesired
61.0

pi@raspi:/etc/ebusd/vaillant $ ebusctl write -c 470 hwctempdesired 60
done

pi@raspi:/etc/ebusd/vaillant $ ebusctl write -c 470 Hc1DayTemp 22
done

pi@raspi:/etc/ebusd/vaillant $ ebusctl write -c 470 hwcOPMode 5
ERR: element not found

pi@raspi:/etc/ebusd/vaillant $ ebusctl write -c 470 hwcOPMode 4
ERR: element not found




cs-online

...meine sieht an der Stelle so aus:

r;w,,HwcOPMode,Betriebsart Warmwasserkreis,,,,"4200",,,UCH,,,"operation mode of the domestic hot water circuit set implicitly (0 = off, 1 = on, 2 = auto, 3 = auto sunday, 4 = party, 6 = one time tank loading, 7 = holiday)"
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

Reinhart

Zitat von: rob uboot am 25 Januar 2018, 10:39:24
sind das die richtigen befehle?
was ich so gelesen habe dürfte die cvs das write nicht erlauben.
stimmt das? und falls ja kann ich das file einfach mit dem write befehl erweitern und es sollte dann klappen?

Ab der Version 3.0 hat John hier den Accesslevel eingeführt, siehe hier.

--accesslevel=*
dann kannst du schreiben.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

rob uboot


sudo service ebusd start --accesslevel=install


klappt super - danke!  :)

pi@raspi:~ $ ebusctl w -c 470 Hc1Pump 1
done

pi@raspi:~ $ ebusctl r -f Hc1Pump
on


muss ich das im systemstart ebenfalls eintragen?
welcher befehl ist das dann?

danke & lg

rob uboot

pi@raspi:/etc/ebusd/vaillant $ ebusctl r -f hwcOPMode
2

pi@raspi:/etc/ebusd/vaillant $ ebusctl w -c 470 hwcOPMode 6
done

pi@raspi:/etc/ebusd/vaillant $ ebusctl r -f hwcOPMode
2


irgendwo habe ich da einen fehler. csv wurde wie beschrieben verändert.
den befehl 6 zeigt er zwar als erledigt an ändert aber nichts

pi@raspi:/etc/ebusd/vaillant $ ebusctl r -f hwcOPMode
6

pi@raspi:/etc/ebusd/vaillant $ ebusctl w -c 470 hwcOPMode 2
done

pi@raspi:/etc/ebusd/vaillant $ ebusctl r -f hwcOPMode
6


wenn man die speicherladung hingegen bei dem 470 aktiviert.
springt er auf den 6er modus um.
dieser lässt sich dann aber nicht mehr überschreiben?!?
was mache ich da falsch?  :o

sua

#2517
Hallo,

Zitat von: rob uboot am 25 Januar 2018, 23:28:25
... wenn man die speicherladung hingegen bei dem 470 aktiviert, springt er auf den 6er modus um.
Dieser lässt sich dann aber nicht mehr überschreiben?!?
Was mache ich da falsch?  :o
höchstwahrscheinlich machst Du nichts falsch.

Die verschiedenen 470er-Versionen haben wohl ein internes Problem beim Beschreiben
des hwcOPMode per ebus (und damit dann per ebusd).
Lt. Forum gibt es hier wohl nur einen Nutzer, bei dem das Beschreiben des hwcOPMode in der
470er funktioniert, jedoch so ca. 5-8 Nutzer, bei denen es nicht klappt.
Es gibt ja mind. diese 470er-Versionen der calorMATIC: 470; 470/2; 470/3; 470/4; 470f; die
wohl alle auch noch unterschiedliche (interne) Software-Versionen besitzen können.
Es sieht dadurch wohl so aus, daß die unterschiedlichsten Softwareversionen der 470er wohl
einen internen Fehler beim Beschreiben des hwcOPMode besitzen, den Vaillant so auch nicht
repariert/repariert hat, weil es im "normalen" Betrieb des 470er-Reglers nicht als Fehler auftritt.
In der Original-Software von Vaillant ist lt. john30 der hwcOPMode für (alle) 470er auch nur als
lesend gekennzeichnet.

Ich bin mit meiner 470er-Version auch mit dem Nichtbeschreiben des hwcOPMode betroffen, eine Lösung
habe ich leider nicht gefunden, trotz vieler Versuche per unterschiedlichster Varianten und Vorgehensweisen.
Wie gesagt, das ist damit wohl kein Problem auf Seiten des ebusd.

sua

john30

Zitat von: sua am 26 Januar 2018, 15:26:36
Ich bin mit meiner 470er-Version auch mit dem Nichtbeschreiben des hwcOPMode betroffen, eine Lösung
habe ich leider nicht gefunden, trotz vieler Versuche per unterschiedlichster Varianten und Vorgehensweisen.
Hast Du schon mal den letzten Stand der csv, insbesondere mit hwcmode.inc probiert?
Ich könnte mir gut vorstellen, dass sich der HWC Mode der 470 nur mit diesen "Standard"-Nachrichten von außen ändern lässt.
author of ebusd

sua

#2519
Hallo john30,

Zitat von: john30 am 26 Januar 2018, 17:54:45
Hast Du schon mal den letzten Stand der csv, insbesondere mit hwcmode.inc probiert?
im Prinzip schon, wenn wir vom "SetMode" und "B505" reden.
Die hwcmode.inc wird bei mir "normal" wohl nicht geladen, aber der "SetMode" ist dann in der bai mit enthalten...
Hier 'mal meine ebusctl info (Stand 2017-11):

root@ebusd30-Rpb2B:~# ebusctl info
version: ebusd 3.0.v3.0-23-g4c1aefb
...
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0113;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015600']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd

der Setmode lieferte:

root@ebusd30-Rpb2B:~# ebusctl read SetMode
auto;36.0;-;-;0;0;1;0;0;0
root@ebusd30-Rpb2B:~#
root@ebusd30-Rpb2B:~# ebusctl r -c bai Setmode
auto;36.0;-;-;0;0;1;0;0;0


Einen direkten HWC habe ich da nicht gefunden, oder habe ich hier einen groben Denkfehler???

Ich habe z.Z. nur Zugriff auf einen Teil meine damaligen log-Dateien, aber lt. denen erbrachte
ein write des "Setmode" auch ggf. ein done, aber eben dann keinerlei Änderung/Umschaltung
in der 470er (nach "hardcodieren" der hwcmode.inc abwechselnd in die bai- bzw 470-csv und
deaktivieren des original-Setmode).
Unabhängig davon hatte ich auch mit direkten hex-Schreiben des SetMode "02" und dem "B505"
jeweils bei bai und 470 getestet, für mich ohne Umschalt-Ergebnis...

Ggf. kannst Du mich ja doch noch irgendwie in die richtige Richtung "treten"? ;-)

Danke,
sua