@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]}} [image: 1714212336098-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: [image: 1714072995526-1a0c31a2-1c4a-46d7-a773-ed720078afce-image-resized.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. [image: 1714069805495-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

@martinp Das Ziel bei beiden Backups ist das gleiche. Jetzt funktioniert es auch erstmal, nachdem ich mal aufgeräumt habe...

@vippis lies dir noch mal den 2. Beitrag von @mickym durch. Wenn du ein SetState an einem MQTT-Datenpunkt machst (also unterhalb von mqtt.0.xxx oder mqtt.1.xxx) und das mit dem Bestätigung / ACK Flag, passiert genau nichts. Du musst immer unbestätigt hineinschreiben. Dann reagiert der Adapter, sendet den Wert und schreibt den Wert noch mal bestätigt in den gleichen Datenpunkt (womit du überprüfen kannst das er das registriert und reagiert hat). Falls du Blockly nutzt musst du "steuere" nehmen, NICHT "aktualisiere" Edit wegen Rechtschreibung

Also die Struktur sollte so aussehen: device.channel.state device[.folder.[folder...].channel[.folder[.folder...].state device[.folder[.folder...].state folder[.folder...].state Unterhalb von channel sollte kein device mehr kommen Folder können beliebig dazwischen sein. Auch Strukturen die nur folder aufweisen sind voll ok Falls mal kein State am Ende exstiert ist das auch ok (z.B weil ein Adapter eine Struktur aufbaut aber (noch) kein Gerät verbunden ist dass da was als state ablegen will. Grund für diese Struktur ist dass sich VISsen damit leichter tun zu erkennen um was es geht. Was NICHT erlaubt ist und unbedingt vermieden werden sollte sind States die Kinder haben. (Sorry für diese Geburtenkontrolle). Diese Situation gibt es zwar in seltenen Fällen (technisch und oder historisch bedingt) sollte aber bei Neuen Adapterns bzw im Userbereich unbedingt vermieden werden. Dies ist jedenfalls als Ausnahme zu sehen. Und dies kann auch in zukünftigen Versionen zu Warnings / Fehlern führen.

@arteck hast Du einen Tipp mit welche Datenpunkten des WLED Adapter das geht?

@volker-gi erstens LOG immer komplett und im entsprechenden Tag posten [image: 1714019064702-bc87e4ea-9453-4f28-925c-95e9c1e52c49-grafik.png] und man kann alles in historisieren. zeigmal das RAW Object von dem Datenpunkt..oder machst du es per sendTo.. dann fehlt der timestamp

@thomas-braun Ja, ich weiß. leider habe ich das ganz am Anfang meiner iobroker-karriere nicht kapiert, dass ich das auch brauche und danach nie wieder etwas angepackt an den einstellungen. Dachte wohl damals, dass das bei influxdb schon mit dabei sein wird. naja, Lehrgeld gezahlt.

@arteck Es ist genauso die Data Ordner sind bei allen Container ausgelagert und werden via Cron Job noch auf ein NAS kopiert. (incl mount und unmount). Läuft alles auf einem NUC. Gruß Daniel

@iobrokermike Ich würde da mal lesen FHEM Oder da WLAN-Wetterstation

@bananajoe Ah ja, ok. Ich werde das die Tage mal testen... Danke