|
|
||
Holding Register 55: "Room temperature setting when closing the external adjustment input" da kannst also einen Soll-Wert für deine Raumtemperatur reinschreiben. Aber keinen Sensorwert. Den Wert für BT50 kannst über Register 2740 -> ID 15 schreiben. Aber ich hab das Gefühl, du gehst die Sache falsch bzw. mit der falschen Logik oder Erwartungshaltung an... Daher die Frage: Was ist dein Ziel? |
||
|
||
Danke dir für die Info. Ich würde gerne neben der Außentemperatur der WP WP [Wärmepumpe] auch die Temperatur eines Referenzraumes mitgeben. Hab mir lediglich gedacht, wenn ich die Werte ja eh schon habe, warum nicht weitergeben, vl kann sie dann effizienter arbeiten 🫣 |
||
|
||
Ist nicht ganz richtig, da die gesetzte ID 15 auf 2740 zwar dann auf den BT50 zeigt, aber nur lesend. Das heißt lt. Doku kann ich da nicht drauf schreiben. Probiert hab ich es allerding noch nie. https://assetstore.nibe.se/hcms/v2.3/entity/document/878103/storage/ODc4MTAzLzAvbWFzdGVy LG |
||
|
||
interessant, stimmt so laut Doku. Probiert hab ichs aber auch noch nicht. Aber was ich dir mitgeben kann: die interne Regelung kann NICHT mit Raumeinfluss umgehen. bei den S-Modellen funktioniert der Raumeinfluss bei vernünftig gedämmten Häusern mit unsren üblichen FBH FBH [Fußbodenheizung] oder BKA BKA [Betonkernaktivierung] Lösungen nicht. Das regelt VIEL zu aggresiv. Mit Heizkörpern oder flinken Trockenbau-FBH evtl. brauchbar, aber sonst nicht. mit älteren F-Modellen hats noch so halbwegs funktioniert, da war der Raumfühler Einfluss noch einstellbar und nicht automatisch. Auf einen minimalen Einfluss-Wert gestellt, hat das noch funktioniert. Wie gesagt, mit der Automatik der S-Serie: vergiss es bitte gleich. Was ich eine Zeitlang gemacht hab: ich hab per externer Regelung die Raumtemperatur gedämpft/gemittelt mitgeschrieben. Und abhängig davon die Umwälzpumpendrehzahl, je nach Soll-Abweichung, leicht erhöht oder verringert. So quasi, dass die Heizkurve 90-95% per VL VL [Vorlauf]-Soll regelt. Und der Rest wird mit Pumpendrehzahl "optimiert" hat auch was gebraucht: zumindest auf den Datenlogs 😉 Da war dann die Raumtemp. noch etwas stabiler. "Gefühlt" hast es aber nicht 🤕 Hab den Logikbaustein dann irgendwann mal stillgelegt. Ohne fühlbaren Nachteil |
||
|
||
Hey, danke für den wertvollen Input. Das ist wohl vielleicht auch der Grund, warum man auch keine Sensordaten über Modbus für die Innentemperatur schicken kann, weils eh nix bringt 🤣🤣 Dann spar ich mir den Ärger und die Mühe! Hab bei mir jetz die ERR ERR [Einzelraumregelung] komplett entfernt, lediglich 2x Kinderzimmer hab ich gelassen, weil es hier sein kann, dass die irgendwann unterschiedliche Anforderungen haben. Was man definitiv hier in den Logs sieht, dass sich darüber die Pumpe sehr freut. Die Hz sind ordentlich runter gegangen, interessanterweise auch der Volumenstrom bei gleichbleibenden Temperaturen. Der Ansatz mit der Umwälzpumpe ist interessant, werd ich aber wohl auch net machen. Reicht so 🤭 DANKE!! |
||
|
||
Update auf Version: 3.5.5 Habe ich heute durchgeführt und im Zusammenspiel modbus und Iobroker läuft alles prima! |
||
|
||
Ich will nicht zu sehr ins OT OT [Off Topic] gehen, aber hast du auch Infos zu dem Update? Läuft irgendwas besser oder schlechter? Bzw. Kann man den Changelog wo nachlesen? |
||
|
||
der ist ja nicht geheim, habs hier geschrieben da in der Vergangenheit ab und zu modbus zicken machte nach einem update! google hilft aber, bzw. hier direkt bei Nibe nachlesen: https://www.nibe.eu/webdav/files/myuplink_changelog/nibe-n.pdf |
||
|
||
Dank dir @BigMike für die Info dass alles gut läuft. Ich bin noch auf 2.23.4. Überlege auch mal wieder ein Update zu machen. Hatte aber auch mal den Fall, dass nach eine Update vieles in Bezug zu Modbus nicht mehr ging. |
||
|
||
Support for Fronius and SolarEdge SunSpec Smart Meter, including the energy dashboard Der Punkt hört sich mal super spannend an :) Was steckt genau dahinter? |
||
|
||
@GeoPod ich habe nicht jedes Update mitgemacht und immer mal wieder auch was ausgelassen, vor allem die, bei denen an den Energiedaten rumgeschraubt wurde. Es haben sich immer mal wieder Register-Adressen verschoben oder Register sind entfallen. Die letzten paar Updates waren unkritisch. Bin aber noch bei 3.4.11. Wenn du jetzt einen sehr großen Sprung machst, würde ich es für wahrscheinlich halten, dass du dann alle Änderungen auf einen Schlag mitbekommst. |
||
|
||
Bin auch auf die aktuelle Version umgestiegen. Modbus + IOBroker laufen weiter sehr gut. Seit längerem beobachte ich den Betriebsstundenzähler und stelle fest, dass die in der APP gezeigten h nicht mit den via Modbus ausgegeben h überenstimmen. Inzwischen liegt die Diffenrenz bei 49h. BW ist immer korrekt, die gesamt-h weichen ab. h für Heizung muss man ausrechnen. Dabei wird die Differenz deutlich. Vor einem Jahr war das Delta bei 39h inzwischen 49h. Hat noch jemand diese Erfahrung gemacht? |
||
|
||
Heizkurve in Halbgradschritten verstellen... Lässt sich per modbus die Heizkurve in kleineren Schritten einstellen? Bestimmt schon mal gefragt worden, habs nicht gefunden und bisher nicht probiert. edit: leider nimmt zumindest die f1155 nur ganze zahlen. nachkommastellen werden ignoriert. oder dürfen die nicht mit punkt statt komma angegeben werden? nodered lässt mich nur punkt verwenden. immerhin hab ich jetzt die eigene kurve (0) ins dashboard integriert... :D |
||
|
||
@cacer halbe schritte bringen sicher auch nichts das es ja eine Kurve ist und die VL VL [Vorlauf] daraus direkt berechnet wird und auch 0.x Gradwerte ja dann hat. was ich aber nach dem Update gesehen habe, ist im Menu Tools/Modbus , da kann man eine externe VL VL [Vorlauf] über Modbus einspeisen! Habs aber selber noch nicht probiert welches Register das dann ist und ob es die berechnete VL VL [Vorlauf] ist oder nur eine gemessene.... |
||
|
||
glaub ich nicht. das kann ja problemlos gerundet werden. und wenn ich bei 10AT 25C vorgebe und bei 0AT 28C z.b. kann da ja auch nicht in exakten 0,1 schritten gerechnet werden: 10/30 wäre ja auch 0,33K änderung pro delta K AT AT [Außentemperatur]. geht auch hier zuweit vom thema, aber nibe scheint es einfach nicht zu verstehen, daß gut gedämmte häuser ne feinere HK benötigen. mein problem ist, daß 27C VL VL [Vorlauf] bei 0AT zu viel ist und 26C VL VL [Vorlauf] zu wenig. bleibt mir nur, den volumenstrom gen 0AT bei 27VL etwas zu verringern, oder besser bei 26C VL VL [Vorlauf] zu erhöhen. das sollte dann mit der sekundären HK vielleicht noch drin sein. dann muss ich dort noch etwas experimentieren... da komm ich grad nicht hinterher. wie hilft das? vermutlich müsste man auch dauernd schreiben und bei modbusausfall würde es ganicht mehr laufen? |
||
|
||
Habe zwar (noch?) keinen Smartmeter, aber zwei Fronius WR WR [Wechselrichter] und finde natürlich gut, dass die bei der Zusammenarbeit mit Geräten dieser Marke aktiv sind. Ein Nibe-Technikmitarbeiter sagte mal, ihr Chef (?) hat Fronius zuhause und ist daher hier dahinter. |
||
|
||
Funktioniert bei mir ohne größere Probleme. Ich lasse die Vorlauftemperatur aktuell von Loxone berechnen und schicke sie über das entsprechende Register 5009 (Heizen) und 5017 (Kühlen). Zusätzlich zu den Temperaturen setze ich noch die Heizfreigabe (Register 181) und die Kühlfreigabe (Register 182), sobald Loxone sagt es gibt eine Heiz- oder Kühlanforderung. Erst dann fängt die Nibe an zu arbeiten. Um das ganze zu aktivieren, wird Register 237 genutzt, welches den Modus des Wärmepumpenbetriebs auf "manuell" (Wert 1) setzt. Sobald hier Wert 0 (Automatik) gesetzt ist, ignoriert die Nibe alle gesetzten Werte und arbeitet wieder ganz normal im Automatikmodus. |
||
|
||
Hallo, könnte vielleicht mal jemand für Neulinge erklären, wie man in Home Assistant via modbus.yaml in Register mit ID schreibt? Üblicherweise hat man doch nur eine Adresse / ID und nicht Unteradressen. Ich habe hier folgende Konfiguration (Ausschnitt): - name: "Nibe SMO S40 - F2120" type: tcp host: 192.168.178.35 port: 502 binary_sensors: - name: nibe_ext_heating_medium_pump_status address: 1066 input_type: input ... sensors: - name: "Außentemperatur, BT1" device_class: temperature state_class: measurement unit_of_measurement: °C address: 1 input_type: input data_type: int16 scale: 0.1 precision: 1 ... switches: - name: "Activate AUX via Modbus" address: 2741 write_type: coil ... |
Beitrag schreiben oder Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]