Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. [gelöst] Sonoff Adapter: Senden von retained messages?

NEWS

  • Neues YouTube-Video: Visualisierung im Devices-Adapter
    BluefoxB
    Bluefox
    10
    1
    236

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    1.8k

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    11
    1
    770

[gelöst] Sonoff Adapter: Senden von retained messages?

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
3 Beiträge 1 Kommentatoren 353 Aufrufe 1 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • M Offline
    M Offline
    Modulo-N
    schrieb am zuletzt editiert von Modulo-N
    #1

    Hallo zusammen,

    ich habe einen kleinen Wemos D1 mini (TASMOTA 11) mit einem angeschlossenen BME280 im Einsatz, der alle 10min aus dem DeepSleep erwacht und seine Werte an den ioBroker sendet, wo sie mittels des Sonoff-Adapters schön dargestellt werden.
    Ich möchte nun folgendes umsetzen: sobald der Sensorwert für die Luftfeuchte einen Schwellwert überschreitet, soll der Wemos eine StatusLED einschalten und zwar beim nächsten Aufwachen aus dem DeepSleep (das kann ich ja mittels eines Reset-Tasters problemlos erzwingen).
    Der Wemos wird mit Batterie betrieben, d.h. auf den DeepSleep möchte ich nicht verzichten. Ich möchte allerdings die Möglichkeit haben, nach Drücken des Resettaster kurz (d.h. bis er sich wieder schlafen legt) zu sehen, ob die LED in der Zwischenzeit, also in den letzten maximal 10 min, gesetzt wurde oder nicht.
    Hierzu müsste ich vom ioBroker und seinen Helferlein aus eine MQTT-Nachricht senden, die auf Abholung wartet. Mit dem mosquitto_pub auf der Kommandozeile ginge das ja über das -r Flag, das eine Nachricht als retained markiert. Geht so etwas mit dem Sonoff-Adapter auch? Oder alternativ mittels eines Javascripts, dass sich direkt mit dem Wemos verbindet bzw. dem Wemos eine retained message schickt?
    Ich habe mir schon einen Wolf gesucht, aber nix gefunden. Wenn ich den Wemos nicht schlafen schicke, kann ich ja einfach über http einen request hinschicken und die LED geht an. Dummerweise funktioniert das eben nicht, wenn der Zwerg schläft...

    M 1 Antwort Letzte Antwort
    0
    • M Modulo-N

      Hallo zusammen,

      ich habe einen kleinen Wemos D1 mini (TASMOTA 11) mit einem angeschlossenen BME280 im Einsatz, der alle 10min aus dem DeepSleep erwacht und seine Werte an den ioBroker sendet, wo sie mittels des Sonoff-Adapters schön dargestellt werden.
      Ich möchte nun folgendes umsetzen: sobald der Sensorwert für die Luftfeuchte einen Schwellwert überschreitet, soll der Wemos eine StatusLED einschalten und zwar beim nächsten Aufwachen aus dem DeepSleep (das kann ich ja mittels eines Reset-Tasters problemlos erzwingen).
      Der Wemos wird mit Batterie betrieben, d.h. auf den DeepSleep möchte ich nicht verzichten. Ich möchte allerdings die Möglichkeit haben, nach Drücken des Resettaster kurz (d.h. bis er sich wieder schlafen legt) zu sehen, ob die LED in der Zwischenzeit, also in den letzten maximal 10 min, gesetzt wurde oder nicht.
      Hierzu müsste ich vom ioBroker und seinen Helferlein aus eine MQTT-Nachricht senden, die auf Abholung wartet. Mit dem mosquitto_pub auf der Kommandozeile ginge das ja über das -r Flag, das eine Nachricht als retained markiert. Geht so etwas mit dem Sonoff-Adapter auch? Oder alternativ mittels eines Javascripts, dass sich direkt mit dem Wemos verbindet bzw. dem Wemos eine retained message schickt?
      Ich habe mir schon einen Wolf gesucht, aber nix gefunden. Wenn ich den Wemos nicht schlafen schicke, kann ich ja einfach über http einen request hinschicken und die LED geht an. Dummerweise funktioniert das eben nicht, wenn der Zwerg schläft...

      M Offline
      M Offline
      Modulo-N
      schrieb am zuletzt editiert von Modulo-N
      #2

      ... Nachtrag: es wäre natürlich auch denkbar, auf das (erzwungene) Aufwachen zu warten d.h. auf das "alive" zu reagieren und dann sofort den LED Status zu senden. Allerdings müsste dann der Wemos lange genug wachbleiben, damit die LED auch wirklich angehen kann... Wie kann ich dann die Wachzeit des Wemos in Tasmota konfigurieren?

      M 1 Antwort Letzte Antwort
      0
      • M Modulo-N

        ... Nachtrag: es wäre natürlich auch denkbar, auf das (erzwungene) Aufwachen zu warten d.h. auf das "alive" zu reagieren und dann sofort den LED Status zu senden. Allerdings müsste dann der Wemos lange genug wachbleiben, damit die LED auch wirklich angehen kann... Wie kann ich dann die Wachzeit des Wemos in Tasmota konfigurieren?

        M Offline
        M Offline
        Modulo-N
        schrieb am zuletzt editiert von Modulo-N
        #3

        Ok, ich hab's dann doch etwas anders gelöst (und dokumentiere es hier für mich und für andere):

        • Die GPIOs der LEDs habe ich in Tasmota als Relay definiert; mit PowerRetain behalten die Pins ihren Zustand bei und die LEDs leuchten beim Aufwachen aus dem DeepSleep so, wie sie beim Schlafenlegen gesetzt waren.
        • Im sonoff-Adapter kann ich die Werte POWER1 und POWER2 ganz easy über javascript setzen, wobei es wichtig ist, das ACK bei setState NICHT zu setzen, die LEDs gehen beim Setzen der entsprechenden Werte an und aus und das ACK setzt der Wemos über MQTT!
        • Das Aufwachen des Wemos kann ich mit einem on-Konstrukt auf den Datenpunkt "alive" verfolgen. Wenn ich dann direkt DeepSleepTime auf 0 setze (wieder OHNE das ACK zu setzen), bleibt der Wemos wach. Ich habe dann genug Zeit auf eine Änderung der Sensorwerte des BME280 zu warten (wieder mittels "on") und die LEDs neu zu setzen.
        • Das Versetzen in DeepSleep funktionert einfach mit Neusetzen der DeepSleepTime. Ich habe das Ganze im gleichen Skript verpackt, in dem ich das Neusetzen mit einem TimeOut von 15 sec verzögere (das reicht für das Setzen der LED).
        1 Antwort Letzte Antwort
        0

        Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

        Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

        Mit deinem Input könnte dieser Beitrag noch besser werden 💗

        Registrieren Anmelden
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate
        FAQ Cloud / IOT
        HowTo: Node.js-Update
        HowTo: Backup/Restore
        Downloads
        BLOG

        287

        Online

        32.9k

        Benutzer

        83.0k

        Themen

        1.3m

        Beiträge
        Community
        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
        ioBroker Community 2014-2025
        logo
        • Anmelden

        • Du hast noch kein Konto? Registrieren

        • Anmelden oder registrieren, um zu suchen
        • Erster Beitrag
          Letzter Beitrag
        0
        • Home
        • Aktuell
        • Tags
        • Ungelesen 0
        • Kategorien
        • Unreplied
        • Beliebt
        • GitHub
        • Docu
        • Hilfe