eBus Schaltung in Betrieb nehmen

Begonnen von Reinhart, 23 Dezember 2015, 15:19:45

Vorheriges Thema - Nächstes Thema

Cruiser79

Ich habe meine Versuche, den nach längerer Zeit auftretenden "signal lost" wegzubekommen vorgestern mit einem aktiven USB Hub versucht entgegenzutreten. Scheint auch geklappt zu haben, die LED am Konverter blinkt seit Tagen munter vor sich hin. Ein scanconfig liefert

pi@raspberrypi:~$ ebusd --checkconfig --scanconfig
2016-02-19 07:32:46.753 [main notice] Performing configuration check...
2016-02-19 07:32:52.131 [main notice] found messages: 5625 (439 conditional on 100 conditions, 2 poll, 58 update)

Wieso aber steht in meiner ebusd-log für den ganzen gestrigen Tag nur folgendes drin?

2016-02-18 09:49:44.025 [bus notice] max. symbols per second: 249
2016-02-18 12:50:50.028 [bus notice] max. symbols per second: 250
2016-02-18 13:51:52.035 [bus notice] max. symbols per second: 253
2016-02-18 15:52:56.032 [bus notice] max. symbols per second: 256
2016-02-18 16:01:57.017 [bus notice] max. symbols per second: 269

Ein ebus info liefert

pi@raspberrypi:~$ ebusctl info                         
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 92
masters: 3
messages: 208
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502", loaded "vaillant/08.bai.HW5502.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=70000;SW=0110;HW=2103"

Btw, ich habe eine bis jetzt noch nicht unterstützte Therme. Die HW5502 ist eine kopierte 08.bai.HW7401.csv

Gruß,
Tim
FHEM auf Raspberry Pi
HM-CFG-LAN mit HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-WDS10-TH-O, HM-LC-SW1-FM, HM-LC-Bl1-FM
Signalduino mit Elro AB440, LOGILINK WS0002, IT CMR-1000

john30

Zitat von: Jensmaier2 am 19 Februar 2016, 07:33:58

ebusctl read -m 10 outsidetemp

werden mit

ERR: element not found

quittiert
naja das kann nicht funktionieren, weil ja die für deine Anlage notwendigen CSVs noch fehlen.
Ergo gibt es im Moment die Definition der Nachrichti "outsidetemp" noch gar nicht...
author of ebusd

RainerS

ZitatAnmerkung zu ReadingsVal:

ReadingsVal(<DeviceName>, <ReadingsName>, <Defaultwert>)

Damit wird das entsprechende Reading am entsprechenden Device ausgelesen.

Die o.z. Aussage stammt aus dem FHEM-Wiki.
Bedeutet das, das mittels "Readingsval" nochmal ein Zugriff auf den Ebus erfolgt ?

z.B.
IF (ReadingsVal("Aussentemperatur","Aussentemperatur",0) ....

cs-online

nein, das liest nur (evtl. nochmal) den Wert aus der Funktion (also bei Dir die Funktion Aussentemperatur), mit der Du den EBUSD abfragst. Die Funktion selber wird dadurch nicht aktualisiert (zumindest bei mir nicht) ;-)

Wie schaut es bei Dir mit D.29 und der Geradengleichungsidee von mir aus ? Bei mir ist das recht genau geworden. Hab auch mit den Mittelwerten aller D29 und aller Dez die Geradengleichung ausprobiert, ist aber auch nicht genauer geworden. Und während ich das schreibe fällt mir ein, daß ich das nochmal mit den Medianen probieren wollte.... Aber eine Abweichung von 0,02m³/h ist erträglich... denke ich...

Grüße

Christian
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

ansi7k3

#499
Zitat von: R2D2_ am 20 Februar 2016, 14:01:36
Bedeutet das, das mittels "Readingsval" nochmal ein Zugriff auf den Ebus erfolgt ?

Ich vermute nein. Es greift nicht direct auf EBUS, sondern gibt die Value der Letze Reading aus. Hier aus fhem.pl:

ReadingsVal($$$)
{
  my ($d,$n,$default) = @_;
  if(defined($defs{$d}) &&
     defined($defs{$d}{READINGS}) &&
     defined($defs{$d}{READINGS}{$n}) &&
     defined($defs{$d}{READINGS}{$n}{VAL})) {
     return $defs{$d}{READINGS}{$n}{VAL};
  }
  return $default;
}

Cruiser79

Ich habe es endlich hinbekommen, meinen Converter dauerhaft zum laufen zu bringen. Entscheiden war bei mir dabei das Netzteil. Insofern kann ich für meinen Fall sagen, ich hatte zu wenig Strom auf der Leitung. Ich hatte einen extra Raspberry aufgesetzt nur mit ebusd am laufen. Nach einem Tag hatte ich wieder einen Abbruch mit "signal lost". Daraufhin habe ich das vorhandene Netzteil mit einem 1,5 A Netzteil ausgetauscht, seitdem läuft ebusd und der Converter ohne Probleme.

Mein Log wird nun also, trotz der eigentlich "falschen" CSV Datei, fleissig mit Werten gefüllt. Meine HW5502 gibt es ja noch nicht als CSV.

2016-02-23 10:17:28.911 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:17:29.175 [update notice] unknown MS cmd: 1008b5110100 / 08a2021620040f0081
2016-02-23 10:17:29.421 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2016-02-23 10:17:29.661 [update notice] unknown MS cmd: 1008b512020064 / 00
2016-02-23 10:17:29.904 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-23 10:17:30.123 [update notice] update broadcast outsidetemp QQ=10: 6.000
2016-02-23 10:17:37.842 [update notice] update bai Status01 QQ=10: 42.0;35.0;6.000;-;54.5;on
2016-02-23 10:17:38.115 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:17:47.850 [update notice] update bai Status01 QQ=10: 42.0;34.5;6.000;-;54.5;on
2016-02-23 10:17:48.124 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:17:57.865 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:17:58.138 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:17:58.397 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:18:07.882 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:08.155 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:17.896 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:18.169 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:27.873 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:28.147 [update notice] update bai DateTime QQ=10: valid;10:18:29;23.02.2016;6.000
2016-02-23 10:18:28.387 [update notice] update broadcast vdatetime QQ=10: 10:18:28;23.02.2016
2016-02-23 10:18:28.662 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:28.921 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:18:29.186 [update notice] unknown MS cmd: 1008b5110100 / 089f021620040f0081
2016-02-23 10:18:29.430 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2016-02-23 10:18:29.669 [update notice] unknown MS cmd: 1008b512020064 / 00
2016-02-23 10:18:29.913 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-23 10:18:30.133 [update notice] update broadcast outsidetemp QQ=10: 6.000
2016-02-23 10:18:37.899 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:38.172 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:47.876 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:48.149 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:57.898 [update notice] update bai Status01 QQ=10: 41.5;35.0;6.000;-;54.5;on
2016-02-23 10:18:58.170 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:58.430 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:19:07.907 [update notice] update bai Status01 QQ=10: 41.5;35.0;6.000;-;54.5;on
2016-02-23 10:19:08.181 [update notice] update bai Mode QQ=10: standby


Nun aber meine Verständnisprobleme, um das auch in FHEM zu bekommen.

Also erstens, wie kann ich denn diese Werte deuten? Was bedeutet
Status02 QQ=10: auto;60;75.0;70;70.0
oder
Status01 QQ=10: 41.5;35.0;6.000;-;54.5;on
oder
Mode QQ=10: standby

Zweites Problem: Ein "ebusctl read -c broadcast outsidetemp" und ein "ebusctl read -m 10 outsidetemp" liefern mir beide die aktuelle Aussentemperatur. Worin liegt der Unterschied der beiden Befehle?

Drittens: Um das jetzt in FHEM zu bekommen, habe ich die defines, die der ebus_installer angelegt hat, rauskopiert und bei mir eingerichtet. Dort steht dann aber für Aussentemp  "get Aussentemp cmd {"r -f outsidetemp temp\n"}", was zu einem "ERR: element not found " führt. Ich schätze mal, das mit dem Kommando FHEM ein "ebusctl r -f outsidetemp temp" absetzt? Müsste ich das nur zu "read -m 10 outsidetemp" umändern und es würde gehen?

Viertens: Ich habe mir zwar schon die Wikiseite zu ebus durchgelesen, aber wie man an den vorherigen Fragen erkennt, fehlt mir noch der Zusammenhang von allem. Die 08.bai.HW5502.csv übersetzt meines Wissens nach, wie in http://www.fhemwiki.de/wiki/EBUS#eBusd_Bedeutung_der_Telegramme erläutert, die Meldungen auf dem Bus. Wozu ist aber nun die broadcast.csv da? Hier scheint ja auch meine Abfrage mit "ebusctl read -c broadcast outsidetemp"  herzukommen, da ich nur dort einen Zeile mit outsidetemp finde
b,,outsidetemp,Außentemperatur,,,,01,,,temp2,,,,,,,,,,,,,,,
In der BAI Datei finde ich nur ein

r,,OutdoorstempSensor,d.47 Außentemperaturfühler,,,,"7600",,,tempsensor,,,Außentemperaturwert (ohne Korrekturwert) und Sensorstatus,,,

was wohl was anderes zu sein scheint.

Wer kann mich erleuchten?

Gruß,
Tim
FHEM auf Raspberry Pi
HM-CFG-LAN mit HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-WDS10-TH-O, HM-LC-SW1-FM, HM-LC-Bl1-FM
Signalduino mit Elro AB440, LOGILINK WS0002, IT CMR-1000

Prof. Dr. Peter Henning

Selbstverständlich werden manche Werte doppelt verwendet: Einmal in abfragbaren Registern, einmal als Broadcast übers Netz. Ich kenne alleine fünf verschiedene Möglichkeiten, die Außentemperatur auszulesen.

Außerdem sollte das Log NICHT gefüllt werden - sondern die Werte per ebusctl oder telnet abgefragt werden.

LG

pah

Reinhart

#502
@Cruiser79

nun gut, dann möchte ich dich am Beispiel "status01" etwas erleuchten.

ebusctl find -F name,comment|grep Status01

Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus

mit find suchst du die Texte der Felder und wir setzen noch einen grep auf dem Namen nach


ebusctl find -F name,comment,fields|grep Status01
Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus,temp1,s,D1C,,°C,Temperatur,temp1,s,D1C,,°C,Temperatur,temp2,s,D2B,,°C,Temperatur,temp1,s,D1C,,°C,Temperatur,temp1,s,D1C,,°C,Temperatur,pumpstate,s,UCH,0=off;1=on;2=overrun,,Pumpenstatus

wenn du nun wissen willst welche Variablen bei den verschiedenen Werten zugeordnet sind musst "fileds" noch dazu nehmen.
Die Variablen sind hier: temp1,temp1,temp2,temp1,temp1,pumpstate.

pi@raspberry2 ~ $ ebusctl r -m 10 Status01
39.0;39.0;2.750;33.0;36.0;off

so bekommst du nun alle Datenwerte des "status01" in einem String

pi@raspberry2 ~ $ ebusctl r -m 10 Status01 temp1.0
39.0

da wir wissen das die Variable der Vorlauftemperatur "temp1" zugeordnet ist filtern wir mit temp1 und dem ersten Vorkommen (beginnt bei 0)

pi@raspberry2 ~ $ ebusctl r -m 10 Status01 temp1.2
33.0

und hier die Warmwassertemperatur (= dritter temp1)

pi@raspberry2 ~ $ ebusctl r -m 10 Status01 temp2
2.750

und hier die Aussentemperatur (ohne Index weil Default = 0 und es gibt nur eine temp2)

Ich hoffe es sind dir die Zusammenhänge der Stringfilterung jetzt halbwegs klar und du kannst nun alles filtern was du willst.
Da du ja keine CSV verwenden kannst musst du dich vorerst mit den Broadcast Daten zufrieden geben. Daher die Abfrage mit "-m", das liest nur aus dem Buffer des ebusd und fragt nicht direkt über den Bus ab. Aber es sind hier schon die wichtigsten Daten vorhanden. Aus diesem einem "status01" bekommst du nun schon 6 Datenpunkte.

Der Broadcast ist wie der Name schon sagt ein ständiger zyklischer Datenverkehr am eBus den die Devices von selbst senden. Du stößt die Abfrage nicht an, sondern die kommen von selbst! Die 08.bai, 430 oder sonstige müssen angefordert werden, daher dann "-f" (forced) im Abfragestring. Der Broadcast ist ja auch eine Grundfunktion im Netzwerk und dient ähnlichen Informations Zwecken. So kann ein Gerät dem anderen mitteilen das es erstens noch da ist und wie der Status ist.

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

Reinhart

Zitat von: Cruiser79 am 23 Februar 2016, 10:39:27
Drittens: Um das jetzt in FHEM zu bekommen, habe ich die defines, die der ebus_installer angelegt hat, rauskopiert und bei mir eingerichtet. Dort steht dann aber für Aussentemp  "get Aussentemp cmd {"r -f outsidetemp temp\n"}", was zu einem "ERR: element not found " führt. Ich schätze mal, das mit dem Kommando FHEM ein "ebusctl r -f outsidetemp temp" absetzt? Müsste ich das nur zu "read -m 10 outsidetemp" umändern und es würde gehen?

Zu deiner dritten Frage, ja das passt wenn du den Broadcast aus dem Buffer auslesen willst musst  "-m" nehmen.

Was mich interessiert, warum hast du mit dem Installer installiert und dann kopiert? Der installiert doch alles in die produktive System (fhem.cfg) und sollte sofort laufen.
Noch zur Anmerkung, wenn du Broadcast auslesen willst/musst kannst du nicht den GAEBUS nehmen, der kann das nicht weil er automatisch mit "-f" abfragt!

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

Cruiser79

Zitat von: Reinhart am 24 Februar 2016, 11:57:13
Zu deiner dritten Frage, ja das passt wenn du den Broadcast aus dem Buffer auslesen willst musst  "-m" nehmen.

Was mich interessiert, warum hast du mit dem Installer installiert und dann kopiert? Der installiert doch alles in die produktive System (fhem.cfg) und sollte sofort laufen.
Noch zur Anmerkung, wenn du Broadcast auslesen willst/musst kannst du nicht den GAEBUS nehmen, der kann das nicht weil er automatisch mit "-f" abfragt!

LG

Wow cool, danke für die echt aufschlussreiche Erklärung. Damit habe ich es nun schon hinbekommen, Aussentemperatur, Rücklauf, Vorlauf und ein paar andere Werte auszulesen und in FHEM darzustellen.
Zu der Aussentemperaturabfrage: Das wären jetzt also z.B. zwei verschieden Wege, die Aussentemperatur abzufragen aus dem Broadcastdaten. Einmal mit
ebusctl r -m 10 Status01 temp2
und einmal mit
ebusctl r -m 10 outsidetemp
Wenn das nun aber Broadcastdaten sind, wieso stehen denn eine Konfigurationen (Status01) in der 08.bai.HW5502.csv und die andere(outsidetemp)  in der broadcast.csv? Oder anders gefragt, was ist der Unterschied und Sinn dieser beiden Dateien?

Zu deiner Installer Frage: Der Installer hat mir nur eine Datei fhem-installer.cfg in mein FHEM Ordner gelegt und keine Änderungen an meiner fhem.cfg gemacht.

Gruß,
Tim
FHEM auf Raspberry Pi
HM-CFG-LAN mit HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-WDS10-TH-O, HM-LC-SW1-FM, HM-LC-Bl1-FM
Signalduino mit Elro AB440, LOGILINK WS0002, IT CMR-1000

Reinhart

Ja das mit der Aussentemperatur ist so, der Status0X beinhaltet Statusmeldungen die nur bei bestimmter HW (bai00) kommen und die outsidetemp kommt als Broadcast nochmals "alleine" (sobald ein Fühler angeschlossen ist). Ist wie pah schon erwähnt hat, das manche Werte einfach mehrmals kommen oder abfragbar sind.
Aber im Prinzip hast du schon recht, das sind eigentlich alle Broadcast.

Wegen dem Installer, da kannst du einmal schauen was bei dir unter "Duplicate" (ebus_install_fhem.sh) eingetragen ist, sollte auf "false" stehen. Bei "true" wird nur eine Kopie angelegt (für ganz vorsichtige User). Als Default ist "false" voreingestellt.

Version="V0.8.5"

#######################
#   please change me  #
Duplicate=false       # False=change in orignal fhem.cfg, true=make a copy fhem-install.cfg
Modify_cfg=true       # Config Files where modified for a correct Function
cleaning=true         # delete Install Files in $ebusinstallerdir
repoamunra=false      # Change repo to amunra0412
#######################


Und eins sollte man noch bedenken, die "-m" Messdaten sind immer etwas älter (einige Sekunden bis Minuten seit dem letzten Broadcast) als die "-f", die sind Spontanabfrage und kommen direkt vom Bus und nicht aus dem Buffer. Von Echtzeit zu reden wäre aber auch übertrieben, weil die auch schon einige Sekunden "alt" (je nach Verarbeitungsgeschwindigkeit) sein können, aber es trifft die Bezeichnung schon eher.

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

BioBier

#506
Hallo Zusammen,

hoffe das es ok ist mich hier einzuklinken. Habe den eBusd nun seit etwa einem Monat erfolgreich im betrieb. Lese/Schreibe über OpenHab<->NodeRed<->eBusd. Alles läuft auf einem Raspberry pi 2.
Nun brauche ich aber bissel Hilfe um neue Felder hinzuzufügen.

Heizungsumgebung:
info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 23
masters: 3
messages: 493
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0606;HW=5502"
address 10: master #6
address 15: slave #6, 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 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"



Hauptgrund für die Anschaffung war die Fussbodenheizung (address 50) im Wohnzimmer besser zu regeln anhand der Raum-ist-Temperatur eines TempSensors (auf Arduino basis).
Erst dache ich dies über "Heizkurve" und "Raum-soll-Temperatur" zu regeln, doch einfacher wäre es doch die Raum-ist-Temperatur der VRS620 "mitzuteilen" und die regelt den rest wie bei einem termostat über Raumaufschaltung.

Leider konnte ich kein Feld dafür in den csv's finden:
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/50.solsy.mc.csv
RoomTempOffset   Raumaufschaltung   is nur als Korrektur soweit ich verstanden habe.
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/15.ui.csv

Der Mitschnitt während ich die Raumaufschaltung am Bedienteil aktiviert und deaktiviert habe (Bilder angehängt):
grab result
1008b51009000064ffffff00ff00 / 0101
1008b51009000066ffffff00ff00 / 0101
1008b5110101 / 09584d0080ffff0100ff
1008b513020508 / 00
1023b504010a / 06008000010100
1023b505082b0f010000000080 / 00
1025b504010a / 06940300000100
1025b504010b / 0400050000
1025b5040117 / 0100
1025b5040122 / 03000407
1025b5050427002a00 / 00
1025b5050427002b00 / 00
1025b505082b0f010000000080 / 00
1026b5040101 / 09160300000385000100
1026b5040109 / 0a160f55008515000f5a00
1026b504010a / 06a9020001002a
1026b504010d / 052a00b20216
1026b5040136 / 0100
1026b5050427002a00 / 00
1026b5050427002b00 / 00
1026b505042d000000 / 00
1026b505082b0f010000000080 / 00
1050b5040109 / 0a160f46008112000f3000
1050b504010a / 0690020101002a
1050b5040136 / 0100
1050b505020115 / 00
1050b5050427002a00 / 00
1050b5050427002b00 / 00
1050b505082b0f010000000080 / 00
10ecb5040101 / 09000200000207000100
10ecb504010d / 050000008000
10ecb5040110 / 0a94030080008000800080
10ecb5040111 / 0a5a0c055a0c055a0c0590
10ecb5040112 / 0a00800000000080000000
10ecb5040113 / 09000000000000000103
10ecb5040125 / 020703
10ecb5040128 / 03000000
10ecb504012b / 020000
10ecb504012c / 0180
10ecb5040135 / 0100
10ecb5050427002a00 / 00
10ecb5050427002b00 / 00
10ecb505082b0f010000000080 / 00
10ecb5060104 / 0ab2029202008094030080
10ecb50903297f00 / 037f0000
10ecb50903298100 / 03810000
10ecb50903298200 / 0382006e
10feb5060101


grab stop


Wobei der part für "mc" adress 50 wohl der interessante ist:
1050b5040109 / 0a160f46008112000f3000
1050b504010a / 0690020101002a
1050b5040136 / 0100
1050b505020115 / 00
1050b5050427002a00 / 00
1050b5050427002b00 / 00
1050b505082b0f010000000080 / 00


Ich konnte hier nirgends den wert 20 (wie auf dem Bedienteil zusehen) finden.

Wie kann ich das ganze angehen um das Feld für Raum-Ist-Temperatur zu finden um es auch zu setzten?

Lg
Alex

Reinhart

@BioBier

schaue einmal in die 15.430.csv, da gibt es "Hc1ManualOPRoomTempDesired" zum Schreiben. Versuche einmal ob du auf 3200 was schreiben kannst. Da du ja das am Display setzen kannst, würde es mich wundern das man das nicht via eBus setzen könnte. Kannst ja eventuell die eine Zeile bei deiner 15.ui.csv hinein kopieren versuchen.

r;w,,Hc1OPMode,Betriebsart Heizkreis 1,,,,"2F00",,,UCH,0=off;1=manual;2=auto,,operation mode of the first heating circuit,,,
r;w,,Hc1NightTemp,Absenktemperatur Heizkreis 1,,,,"3000",,,temp1,,,Absenktemperatur des 1. Heizkreises,,,
r;w,,Hc1HeatCurve,Heizkurve Heizkreis 1,,,,"3100",,,curve,,,heating curve of the first heating circuit,,,
r;w,,Hc1ManualOPRoomTempDesired,Raumtemperatur Soll Heizkreis 1 (manuell),,,,"3200",,,temp1,,,room setpoint in operation mode manual of the first heating circuit,,,

Auszug aus der 15.430.csv


LG

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

BioBier

#508
@Reinhart

Wie es aussieht ist die 3200 schon belegt in der 15.ui.csv:
r;wi,,BoilerSequence,Kesselfolgeumkehr,,,,"3200",,,onoff,,,Die Kesselfolgeumkehr prüft ob der Unterschied der Ansteuerstunden (nicht die echten Betriebsstunden) zwischen den Heizgeräten 100 Stunden überschreitet und sortiert die Geräte dann neu nach den Ansteuerstunden (Vorlaufsollwert > 20°C),,,

Dort gibt es auch:
# ##### Reglerintern #####,,,,,,,,,,,,,,,,
r,,RoomTemp,Raumisttemp,,,,"0000",,,tempsensor,,,Raumtemperatur,,,

Aber leider nur lesend. -> 22.31;ok
Wäre interessant wo dieser Wert her kommt.

Hinzukommt das ich die Raumtemperatur ja nur für den zweiten Heizkreis setzen will (Name FBH im Display).

amunra

#509
Zitat von: BioBier am 02 März 2016, 12:02:39
Wie kann ich das ganze angehen um das Feld für Raum-Ist-Temperatur zu finden um es auch zu setzten?
Hallo Alex,
ich würde über einen Plan C nachdenken, dem System eine "Ist Temperatur" ohne einen Sensor (ohne ebus Anbindung) vorzugaukeln finde ich spannend, wenn auch vielleicht irgendwie möglich.
Bin mal gespannt wie es ausgeht.
Viele Grüße
Arthur