NEWS

Hallo zusammen,
ich bin neu hier im Forum aber schon einige Zeit mit diversen IOBroker Projekten unterwegs.
Aktuell ist bei mir genau das Projekt hier in meinen Gedanken, bin mir bei einigen Punkten aber noch nicht ganz sicher.
Eckdaten:
Ich habe eine PV Anlage mit 18,8KWp installiert, die über 4 Strings auf 2 Wechselrichter aufgeteilt sind (SMA und Viessmann).
Zusätzlich Viessmann Batteriespeicher 15KWh.
Ebenfalls vorhanden ist eine Dimplex Wärmepumpe LA12TU mit WPM EconPlus WPM_J09 / BIOS:0430
Ich gehe einfach davon aus, dass "WPM_J09" der Softwarestand ist.
Welches NWPM ist für mich jetzt empfehlenswert?
NWPM 356960?
NWPM 378800?
Oder evtl. das NWPM410 und RS485 zu ModBus wandler?
Die Teile kosten heute ja nun 400-500 Euro und da will ich nicht die Katze im Sack kaufen.

Realisieren möchte ich ebenfalls Energieüberschuss in "Wärme" umwandeln.
Vielen Dank erstmal.
Viele Grüße

Unabhängig von diesen RSA-Diskussionen läuft der Adapter (bei mir) einwandfrei mit dem jeweiligen vernünftigen User.

Screenshot 2024-04-29 155601.png

@nobbi2 Ich schätze mal das war es... Danke 🙂

@thomas-braun ich geh davon aus das es an der version 8.1.113 liegt und sich die Benutzer Erstellung etwas geändert hat.

@mameier1234 sagte in Yahka Aktor mit Rückfrage:

Meine Frage: Ist es möglich, dass mich das Iphone noch fragt, ob ich wirklich schalten will ? Und dann bei der Antwort Ja eben schaltet, oder bei nein eben nicht ?

Nein. Sowas ist von Apple halt nicht vorgesehen.

@homoran Doch, Neigung der Module ist auch enthalten. Also sowohl Ausrichtung als auch Neigung. Und als besonderes Highlight auch noch das Alter der Module - wegen der Degradation! Der Wahnsinn! 🙂

@sewo12 said in Wie Modbus Installation für go-e Controller durchführen?:

und noch die Anzeige des Modbus

So wie ich das sehe, laufen zwar die Adapter aber du hast weder zum go-e Charger noch zum go-e Controller eine Verbindung, deshalb sind beide unten unter 'Verbunden mit Gerät oder Dienst' auf 'Rot'

Frage: Welchen 'Port' hast du beim go-e Charger eingetragen, und welchen beim 'modbus-Adapter'?

Beim 'modbus-Adapter' ist es auf jeden Fall Port 502

und bei der Abfrage der Register (in deinem Fall 31055) mußt du immer -1 nehmen. Also müsste bei dir jetzt nicht 31055 stehen sondern 31054

@rikdrs

Man installiert deb-Pakete nicht so, man verwendet seinen Paketmanager.

Repo anlegen:

https://forum.iobroker.net/topic/59231/phantastische-repositories-und-wo-sie-zu-finden-sind

@laser hier heisst es "View"

@ralla66 said in MQTT Befehl an Tasmota senden:

@dieter_p

dein Payload richtig ?
"type":"float"
type sollte value sein nicht Text

JSON payload
{"deviceAddress":<value>, "functionCode":<value>, "startAddress":<value>, "type":"<value>","count":<value> "endian":<value>}

Link

Danke. Die JSON Payload scheint mir korrekt. Frag nicht was ich geändert hab (k.A.), aber nun funktioniert es:

11:01:59.642 SRC: MQTT 11:01:59.643 CMD: Grp 0, Cmd 'MODBUSSEND', Idx 1, Len 85, Pld -99, Data '{"deviceaddress": 1, "functioncode": 4, "startaddress": 0, "type":"float", "count":1}' 11:01:59.651 MQT: stat/tasmota_E24E5C/RESULT = {"ModbusSend":"Done"} 11:01:59.811 MQT: tele/tasmota_E24E5C/RESULT = {"ModbusReceived":{"DeviceAddress":1,"FunctionCode":4,"StartAddress":0,"Length":9,"Count":1,"Values":[232.3000030518]}}

a96285f4-4dc7-48d6-8715-368e5118569c-grafik.png

@Homoran
Moin, hat das mit der mail an info@... funktioniert?
Ich habe das gleiche Problem und vor zwei Wochen eine Mail geschrieben. Bis jetzt ist noch nichts passiert.

@bananajoe 👍
Hatte ich ja schon öfter geschrieben, warum umflashen. Aber jedem das seine...
Bei Rollos brauchst du auch keine Angst haben. Die Endpunkte sind ja sowieso im Motor eingestellt. Ergo, selbst bei Tausch, einbinden, Kalibrierung laufen lassen, fertig. War in früherer Zeit mühsam, jetzige FW 0 Problem. 4 Fixpunkte speicherbar und mit Shutter Control gut zu automatisieren.
Aber wir sind schon offtopic...

@paul53 Du hast natürlich Recht, so meinte ich das auch.

@bambulko

Ich schließe mich @Dan-Master zu 100% an.

Mittelfristig wirst du mit Docker besser fahren.
Ich verstehe das die zusätzliche Verwaltungsebene mehr Komplexität reinbringt. Dafür ist dann Portainer super. Aber auch da muss man sich einarbeiten. Zum klicken ist aber einfacher wie konsolenbefehle

Hier mal wieder eine JSONATA Lösung - die sowas mit regulären Ausdrücken sehr elegant macht:

1a0c31a2-1c4a-46d7-a773-ed720078afce-image.png

Hier zum Import:

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="8=$*!H(xy1^`AZEQeNE~">text</variable> <variable id="4bBbO|FF:w0yDLkHe*kP">liste</variable> <variable id="2D;~f0M#tC/:.X,}*?`?">i</variable> </variables> <block type="variables_set" id="v[/}#qF*2iT!|b%!IM$(" x="-887" y="-437"> <field name="VAR" id="8=$*!H(xy1^`AZEQeNE~">text</field> <value name="VALUE"> <block type="text_multiline" id="Eg%^;Qp:%v}$=*i;et;:"> <field name="TEXT">2024-04-25 12:55 ALARM: Chlor leer&amp;#10;2024-04-25 07:59 SYSTEM: Start Automatic&amp;#10;2024-04-25 07:59 SYSTEM: Systemstart abgeschlossen.&amp;#10;2024-04-25 08:59 ALARM: neuer Alarm.&amp;#10;&amp;#10;</field> </block> </value> <next> <block type="variables_set" id="-ab)31WM+q@sOJr#xgOM"> <field name="VAR" id="4bBbO|FF:w0yDLkHe*kP">liste</field> <value name="VALUE"> <block type="convert_jsonata" id="LvW1UNJ#GEPL?=foKQB1"> <value name="EXPRESSION"> <shadow type="text" id="Ih}[H5@vIYKXmjr*uYM-"> <field name="TEXT">$match($,/(?&lt;=ALARM: ).*/).match[]</field> </shadow> </value> <value name="TARGET"> <block type="variables_get" id="FV.4k}u9P/%douL6KDRI"> <field name="VAR" id="8=$*!H(xy1^`AZEQeNE~">text</field> </block> </value> </block> </value> <next> <block type="controls_forEach" id="6Ft.Da]Y+Xccji5?^aH1"> <field name="VAR" id="2D;~f0M#tC/:.X,}*?`?">i</field> <value name="LIST"> <block type="variables_get" id="/he{1fH(wJ,^o(,ge.tm"> <field name="VAR" id="4bBbO|FF:w0yDLkHe*kP">liste</field> </block> </value> <statement name="DO"> <block type="controls_if" id="g{s3hg[AJk8QU^8-Db:]"> <value name="IF0"> <block type="logic_compare" id="wk@18fZYMG#2OmXx?u8E"> <field name="OP">EQ</field> <value name="A"> <block type="convert_type" id="q0Q~bxJFIl-3DCA0E;,P"> <value name="ITEM"> <block type="variables_get" id="(Nf+3iGMdzEnY1MWONCa"> <field name="VAR" id="2D;~f0M#tC/:.X,}*?`?">i</field> </block> </value> </block> </value> <value name="B"> <block type="text" id=")#tq(g%.+Jp*iyA7xA#C"> <field name="TEXT">string</field> </block> </value> </block> </value> <statement name="DO0"> <block type="debug" id="`Nol2FVjT~#k!oX|r=f|"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="~,BQpnF#GB4vFoz]m_x{"> <field name="TEXT">test</field> </shadow> <block type="variables_get" id="PgA.xFG+tVh.0UNMV9Dp"> <field name="VAR" id="2D;~f0M#tC/:.X,}*?`?">i</field> </block> </value> </block> </statement> </block> </statement> </block> </next> </block> </next> </block> </xml>

@marcello_effzeh Na dann brauchst ja meine Hilfe nicht.

6d974aec-b178-45f8-93a7-dfadac9681b2-image.png

das heißt Du kennst Dich ja dann mit fields, measurements und tags aus.

@djmarc75 Ja, hast natürlich Recht 😞

@marty56 sagte in simple-api vs. rest-api - Umstieg?:

Die Rest-API scheint aber auch nicht mehr gepflegt zu sein.
Ich habe aufgrund dieses Post die Rest-API installier und bekomme einige Warnings, dass veraltete Package in dem Adapter verwendet werden.

Naja, bei beiden Adapter wurde innerhalb der letzten 3 Wochen etwas angepasst (und wenn es nur die Readme ist), gar nicht mal so alte geschlossene Tickets finden sich auch bei beiden ...

Beide Adapter haben einen Stand wo diese zuverlässig arbeiten und nur noch Fehler behoben werden müssen.
Einen wirklichen Grund von der Simple auf die Rest-API zu wechseln sehe ich aus meiner Sicht eigentlich gerade nicht.

Die sind halt beide "ausgereift" die Adapter.

@thomas-braun Danke für den Hinweis 👍