Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[bug77]

Hallo zusammen,

ich habe meine Rolläden über den Shelly2.5 mit Tasmota installiert.
Soweit funktioniert alles, jedoch kann ich das Level im sonoff adapter nicht bedienen. Es wird korrekt angezeigt, aber die Datenpunkte lassen sich nicht bedienen.
Über blockly lassen sie sich ändern, aber es bewegt sich nichts.

Es gibt dazu auch bereits ein Issue:
https://github.com/ioBroker/ioBroker.sonoff/issues/278

Hat jemand eine Lösung?

[Armilar]

@bug77

schon mit dem mqtt-Adapter ausprobiert? Oder direkt mal in der Tasmota-Console? Sonst könnte man evtl. ein Request über http absetzten...

[bug77]

@armilar
In der console und auch als http request funktioniert es wie es soll.

Nur der datenpunkt im sonoff Adapter wird wohl falsch angelegt.
Würde gerne alles über sonoff laufen lassen , deswegen kommt mqtt nicht in frage

[Armilar]

@bug77

Dann würde es ja ausreichen, wenn der Datenpunkt auch beschreibbar gemacht wird.

[bug77]

@armilar

Genau.
Der Punkt heißt shutter1_position.
Es gibt ja auch noch Position1 und Shutter1, beide reagieren ebenfalls nicht auf Veränderung.

[FredF]

@bug77
Ich weis nicht mehr woher ich das habe...
Notiert habe ich mir damals, das in der Tasmota Konsole

ShutterPosition1

eingegeben werden muss. Damit wird eine steuerbarer Datenpunkt angelegt.
Mit diesem steuere ich seit längerem meine Tasmota Geräte.

[bug77]

@fredf
Ok danke.

Habe diesen Befehl natürlich schon oft eingegeben und er funktioniert einwandfrei in der Konsole.
Nur leider wird wohl der datenpunkt im sonoff Adapter falsch erstellt.
Welche sonoff Adapter Version benutzt du denn? Mit der neuesten ist es zumindest falsch.

[Armilar]

@bug77

viel Los heute im Forum:

Gehe mal im Datenpunkt "ShutterPosition1" oder wie auch immer der heißt auf den Stift...

und dann setze das write mal auf "true"

"read": true,
"write": true,

Wenn deine Vermutung stimmt, dass der Datenpunkt falsch angelegt wurde, sollte es ja danach klappen...

[bug77]

@armilar
ne leider bewirkt das ändern der Position nichts, in der tasmota console kommt:

11:24:15.912 MQT: stat/sonoff/RESULT = {"Command":"Unknown"}

[Armilar]

@bug77

Bekommst du irgendwie die Datenpunkte hier gepostet?

Ich habe zwar keinen Shutter, habe aber mit dem NSPanel und mqtt vor einiger Zeit supportet. Dabei wurde

abboniert.
Kann es sein, dass du einen Datenpunkt verwenden wollt, der bei dir gar nicht existiert, oder nur in bestimmten Tasmota Konfigurationen abboniert werden kann?

Also so wie in dieser Beschreibung (Habe ich erst vor kurzem geschrieben)

https://github.com/joBr99/nspanel-lovelace-ui/wiki/NSPanel-Tasmota-FAQ#13--shuttermode

Tasmota kennt den Shutter nicht, wenn es einfach nur als 2 Relays (on/off) eingestellt ist

[bug77]

@armilar

SHUTTER1 aktualisiert erst, wenn der Rolladen am "Ziel" angekommen ist.
Shutter_position ist aktuell, wird permanent aktualisiert

Muss es nicht shutterposition und nicht shutter1_position heissen, vielleicht gehts deswegen nicht?

[Armilar]

@bug77 sagte in Sonoff Adapter Shutter:

shutter1_position

Der abonnierte Datenpunkt heißt: "Shutter1_Position". Warum auch immer werden in allen Tasmota-Beschreibungen ShutterPosition<x> 0-100 verwendet.

Eventuell gibt es hier jemanden, der den Shutter unter Tasmota und dem Sonoff-Adapter verwendet.

Ich würde ebenfalls darauf tippen, dass man dem Datenpunkt "Shutter1_Position" einen Wert zwischen 0 und 100 verpassen kann.

[bug77]

@armilar
danke für deine Hilfe!

Hoffe auch das jemand das so laufen hat und mir dazu was sagen kann.

Alternativ gehts ja über eigene Datenpunkte und Blockly HTTP Request, aber ist ja bei 20 Rolläden ziemlich aufwendig und unnötig, wenns doch nur an dem einen Datenpunkt liegt.

[FredF]

@bug77
Habe damals noch etwas notiert:
Damit ShutterPosition1 sich aktualisiert bei manuellem Schalten:

rule1 on SHUTTER1#Position do backlog publish stat/%topic%/RESULT {"ShutterPosition1":%value%} endon

und mit

rule1 1

aktivieren

[bug77]

@fredf said in Sonoff Adapter Shutter:

rule1 1

Vielen Dank, das war die Lösung, der Datenpunkt ist nun angelegt und kann bedient werden. Problem gelöst.
Ist das nun ein Tasmota oder ein Adapter problem?

[amplifier]

Hallo zusammen,

das scheint mir hier noch der aktuellste Thread zu sein. Offenbar hat es bug77 weitergeholfen, aber ich habe eigentlich genau das oben beschriebene Problem weiterhin.

Ich habe diese Teekar Rollo Schalter, welche ich auf tasmota geflasht habe. Shottermode ist aktiviert, SetOption80 1.

Es werden zig Datenpunkte im IOBroker Objekt-Baum erstellt, unter SENSOR, STATE, INFO, RESULT sowie direkt unter dem Kanal.

Ich kann per Console mit Shutterposition sowie Shutterposition1 den Rolladen auch in jeden Zustand fahren, unter RESULT wird das auch brav live aktualisiert.

Kanal:

Sensor:

RESULT:

Es gibt jedoch keinen DP, dem ich aus dem IOBroker einen Wert geben kann (manuell oder per JS..), der dann auch tasmota und Gerät bedient.

Ich habe es auch mit dem MQTT-Adapter versucht, ähnliches hier.

Ich hatte mich aufgrund anderer Tätigkeiten und defekter SD-Karte im Raspberry PI nun bestimmt ein Jahr nicht mehr um IOBroker gekümmert und erst letztens eine neue Installation für die kalte Jahreszeit mit neuer Hardware aufgesetzt. Somit wohl auch insgesamt neuerer Adapterversionen.

Früher hatte ich jedoch die Shutterposition (ich glaube als Shutter1_Position) als beschreibbaren DP und somit auch ansteuerbar... und zwar mit SONOFF-Adapter. Das war straight-forward.

Offenbar ist das aber mittlerweile nicht mehr verfügbar. Auch wenn ich den TIpps hier gefolgt bin, auch per Regel wird zwar Shutterposition1 dann als DP erzeugt, welcher jedoch nicht reagiert auf Änderungen durch IOBroker. --> In der Console von tasmota kommt dann auch sowas wie "COMMAND UNKNOWN".

SHUTTER1 als DP auf oberster Ebene ist nicht schreibbar, ändere ich das manuell (Stiftsymbol, allow write) führt dies zu einem ESP Reset, wie auch hier und in ähnlichen anderen Threads beschrieben. Die DP unter SENSOR/SHUTTER1 bewirken ebenfalls keine Bewegung (auch nicht, wenn ich die auf write setze)..

Im Übrigen: ggfs verursacht durch vieles Löschen im Obejktbaum und dann neu hinzufügen, ich erhalte WARNUNGEN im Log:

Diese anderen erwähnten Threads enden aber einfach irgendwann ohne zufriedenstellende Lösung mit Hinweis auf eigene DP erzeugen, mit JS irgendetwas bauen, z.B. per http-request, etc.

Ich wünsche mir einfach, dass es wieder einen DP gibt, den ich gelistet sehe und auch ansprechen kann, ich bin dann doch eher der Bastler und Integrator als Entwickler um der Sache auf den Zahn zu fühlen :)

Freue mich über eine Lösung des hier eigentlich beschriebenen Problems oder den entscheidenden Hinweis, was ich ggfs falsch gemacht haben könnte. WIe gesagt, früher lief das bereits mal so, wie ich es nun auch heute erwarten würde.

Danke für eure Motivation, mich und ggfs andere in dieser Thematik zu unterstützen.

Viele Grüße, Fred

[amplifier]

... sehe gerade, im sonoff-Adapter-github ist der Issue auch beschrieben. Ich hab mal ein Like dagelassen, ggfs nimmt man sich der Sache ja an :) Heisst wohl, abwarten..

[mrboo]

Hallo,
ich habe etwas rumgespielt und konnte den Datenpunkt so erstellen.
Hinweis von bug77
in der konsole eingeben

rule1 on SHUTTER1#Position do backlog publish stat/%topic%/RESULT {"ShutterPosition1":%value%} endon
rule1 1
shutterposition

danach wurden bei mir die Datenpunkte im Iobroker geschrieben.
Vieleicht hilft es

[amplifier]

@mrboo ja, danke dir für die Antwort. DP habe ich, allerdings möchte ich diese gerne innerhalb IOBroker schreiben. Also Werte einsetzen. Das kann ich tun (Shutter1, Shutterposition1, shutter1_position, ... Aber Ergebnis ist entweder ein ESP Reset (DP Shutter1) oder Command:Unknown in der tasmota-Konsole.. irgendwas stimmt da nicht bei der Übergabe sonoff Adapter zu tasmota auf dem ESP. Oder tasmota Version (12.xx) hat einen weg, denn wenn ich Shutter1 100 in der Konsole eingebe, crasht der ESP auch glaub ich

[amplifier]

@mrboo .. moment, shutterposition1 ist jetzt da und es funktioniert tatsächlich wieder. Ich hab es mit shutter1_position verwechselt, womit es natürlich nicht geht. Danke. Jetzt muss ich nur noch hinbekommen, dass ich die Hoch und Runter Tasten (deren DP) im iot Adapter für Google Home als Blinds / Rollo zusammenfassen kann. Bisher ging es entweder nur hoch, oder nur runter, also immer nur der erste DP.. das wird tricky..