Sonoff Adapter Shutter

[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..