Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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. Skripten / Logik
  4. Blockly
  5. In Blockly im Skript erzeugte Tastenfunktion wird im WeMos D1 mini nicht erkannt

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    3.3k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.1k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.4k

In Blockly im Skript erzeugte Tastenfunktion wird im WeMos D1 mini nicht erkannt

Geplant Angeheftet Gesperrt Verschoben Blockly
9 Beiträge 4 Kommentatoren 621 Aufrufe 3 Watching
  • Ä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.
  • E.W.d.G.E Offline
    E.W.d.G.E Offline
    E.W.d.G.
    schrieb am zuletzt editiert von
    #1

    Folgende Realisierung:
    In der Visualisierung vis wurden zwei Schalter (Taster00 und Taster01) definiert.
    b353ea22-78b9-4ede-99ca-04f4b3e9a6f6-grafik.png
    Diese beiden Schalter sind auch unter Objekte im mqtt.0 zu finden (30Taster00 und 30Taster01).
    91dd8540-02ed-43c8-8a6e-f770e532d750-grafik.png
    Ein Sketch im WeMos D1 mini bekommt eineindeutig korrekt jede Schalterstellung, bestätigt durch ein "Serial.println" am seriellen Monitor, mit.
    Diese beiden Schalter werden nun zu Tastern: Beigefügtes Blocky-Skript schaltet sie nach 3 Sekunden wieder auf LOW.
    eb085e64-cdc9-4678-9266-c09daea64a53-grafik.png.
    Dies funktioniert in vis, der Taster wird nach 3 Sekunden wieder umgelegt und auch der Status des Topic geht unter Objekte wieder auf LOW.
    Fehlverhalten:
    Bei aktivierten Blockly-Skript bekommt der WeMos in den aller meisten Fällen nichts von einem Statuswechsel mit. Es hat für mich den Anschein, dass kein Telegramm über einen Statuswechsel an den WeMos geschickt wird.
    Was ist in meinem ersten Blockly-Skript falsch, das es mit dem WeMos dann nicht klappt?

    paul53P 1 Antwort Letzte Antwort
    0
    • liv-in-skyL Offline
      liv-in-skyL Offline
      liv-in-sky
      schrieb am zuletzt editiert von
      #2

      warum schaltest du auf "0" zurück und nicht auf "false"

      nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html

      E.W.d.G.E 2 Antworten Letzte Antwort
      0
      • E.W.d.G.E E.W.d.G.

        Folgende Realisierung:
        In der Visualisierung vis wurden zwei Schalter (Taster00 und Taster01) definiert.
        b353ea22-78b9-4ede-99ca-04f4b3e9a6f6-grafik.png
        Diese beiden Schalter sind auch unter Objekte im mqtt.0 zu finden (30Taster00 und 30Taster01).
        91dd8540-02ed-43c8-8a6e-f770e532d750-grafik.png
        Ein Sketch im WeMos D1 mini bekommt eineindeutig korrekt jede Schalterstellung, bestätigt durch ein "Serial.println" am seriellen Monitor, mit.
        Diese beiden Schalter werden nun zu Tastern: Beigefügtes Blocky-Skript schaltet sie nach 3 Sekunden wieder auf LOW.
        eb085e64-cdc9-4678-9266-c09daea64a53-grafik.png.
        Dies funktioniert in vis, der Taster wird nach 3 Sekunden wieder umgelegt und auch der Status des Topic geht unter Objekte wieder auf LOW.
        Fehlverhalten:
        Bei aktivierten Blockly-Skript bekommt der WeMos in den aller meisten Fällen nichts von einem Statuswechsel mit. Es hat für mich den Anschein, dass kein Telegramm über einen Statuswechsel an den WeMos geschickt wird.
        Was ist in meinem ersten Blockly-Skript falsch, das es mit dem WeMos dann nicht klappt?

        paul53P Offline
        paul53P Offline
        paul53
        schrieb am zuletzt editiert von
        #3

        @E-W-d-G sagte:

        bekommt der WeMos in den aller meisten Fällen nichts von einem Statuswechsel mit.

        aktualisiere --> steuere

        Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
        Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

        E.W.d.G.E 1 Antwort Letzte Antwort
        0
        • liv-in-skyL liv-in-sky

          warum schaltest du auf "0" zurück und nicht auf "false"

          E.W.d.G.E Offline
          E.W.d.G.E Offline
          E.W.d.G.
          schrieb am zuletzt editiert von
          #4

          @liv-in-sky
          Ich habe die Wahl nach dem Ablaufen des Timers nach den 3 Sekunden von "0" auf "unwahr" gesetzt. Jetzt erscheint in den Objekten als Status nicht mehr "0", sondern "false". Aber der WeMos bekommt genauso wenig mit wie mit der "0". Obwohl der WeMos alles abfragt:
          if (strPayload == "off" || strPayload == "0" || strPayload == "false") Serial.println("..00 false");
          Habe auch die Bedingungsabfrage von "wahr" auf "1" gesetzt. Hat aber die gleichen Auswirkungen.
          Ich denke, das ist auch nicht das Problem. Der Timer läuft ja. Durch die Betätigung des Schalter wird das Topic auf "1" gesetzt und der Timer angestoßen. Nach 3 Sekunden wird das Topic durch den Timer wieder auf "0" oder "false" gesetzt und der Schalter in der Visualisierung wieder auf "Aus" umgelegt. Das funktioniert ja.
          Nur der WeMos bekommt bei akriviertem Skript selten etwas davon mit.

          1 Antwort Letzte Antwort
          0
          • paul53P paul53

            @E-W-d-G sagte:

            bekommt der WeMos in den aller meisten Fällen nichts von einem Statuswechsel mit.

            aktualisiere --> steuere

            E.W.d.G.E Offline
            E.W.d.G.E Offline
            E.W.d.G.
            schrieb am zuletzt editiert von
            #5

            @paul53
            Sorry. Aber deine Anregung kann ich nicht deuten. Was soll ich "aktualisiere --> steuere"?
            Sicher habe ich den Skript nach den Änderungen angehalten, gespeichert und neu gestartet. Auch mqtt.0 habe ich gestoppt und neu wieder aktiviert.
            Aber das meinst du vielleicht nicht?

            HomoranH 1 Antwort Letzte Antwort
            0
            • E.W.d.G.E E.W.d.G.

              @paul53
              Sorry. Aber deine Anregung kann ich nicht deuten. Was soll ich "aktualisiere --> steuere"?
              Sicher habe ich den Skript nach den Änderungen angehalten, gespeichert und neu gestartet. Auch mqtt.0 habe ich gestoppt und neu wieder aktiviert.
              Aber das meinst du vielleicht nicht?

              HomoranH Nicht stören
              HomoranH Nicht stören
              Homoran
              Global Moderator Administrators
              schrieb am zuletzt editiert von
              #6

              @E-W-d-G
              Du sollst den aktualisiere Block gegen den steuere Block tauschen

              kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

              Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

              der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

              1 Antwort Letzte Antwort
              0
              • liv-in-skyL Offline
                liv-in-skyL Offline
                liv-in-sky
                schrieb am zuletzt editiert von liv-in-sky
                #7

                @E-W-d-G

                wie die beiden anderen jungs sagten - ändere mal das blockly-modul- anstatt aktualisieren mal steuere nehmen.

                wenn das nichts bringt:
                wenn sich der datenpunkt ändert - siehst du das auch im serial.println auf dem wemos - ist mir noch nicht klar?
                du scheinst mqtt zu nutzen - dann ist natürlich die frage, ob du die änderung im mqtt datenpunkt siehst? bzw sendest - also die frage, kommt die änderung am wemos wirklich an? könnte sein, dass das ändern des blocklys wie oben erwähnt was bringt - wenn nicht, gibt es noch 2 möglichkeiten. du sendest mal einen mqqt befehl mit einem mqtt tool direct an den wemos und beobachtest - damit stellst du sicher, das der wemos richtig schaltet. funktioniert das, sollten mal die mqqt einstellungen im iobroker kontrolliert werden - mehr fällt mir erstmal nicht ein

                nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html

                1 Antwort Letzte Antwort
                0
                • E.W.d.G.E Offline
                  E.W.d.G.E Offline
                  E.W.d.G.
                  schrieb am zuletzt editiert von E.W.d.G.
                  #8

                  Recht herzlichen Dank für eure Tipps. Jetzt funktioniert es wie folgendes Bild zeigt:
                  d598a030-5d30-4db1-bd27-339f2571e869-grafik.png

                  Der Tausch des Blocks "aktualisiere" gegen "steuere" hat es gebracht. Es wird nun nicht nur in Objekten der Topic-Status aktualisiert, sondern auch der WeMos über die Statusänderung informiert.

                  Ich hatte bis dato wohl falsche Vorstellungen der Arbeitsweise von ioBroker. Für mich war der Status des Topic unter den Objekten immer der Dreh- und Angelpunkt für weitere Veranlassungen von ioBroker. Das ioBroker durch den Block "aktualisiere" wohl in Objekten den Status ändert und in vis zu dem Aufruf eines andern Schalterbildes führt und nicht zur Weitergabe der Statusmeldungsänderung an den WeMos halte ich für sehr bedenklich. Durch diese Abarbeitung erzeugt ioBroker von sich aus eine Diskrepanz der angeschlossenen Gerätschaften.
                  Und dann kommte ja noch hinzu, dass mit dem Skript und dem Block "aktualisiere" das Schalten auf "1" oder "true" ja manchmal funktioniert hat. Irgendwie scheint mir da etwas nicht "sauber" zu sein.

                  1 Antwort Letzte Antwort
                  0
                  • liv-in-skyL liv-in-sky

                    warum schaltest du auf "0" zurück und nicht auf "false"

                    E.W.d.G.E Offline
                    E.W.d.G.E Offline
                    E.W.d.G.
                    schrieb am zuletzt editiert von E.W.d.G.
                    #9

                    O.k. erledigt.
                    Nur wie markiere ich diesen Beitrag als erledigt?

                    1 Antwort Letzte Antwort
                    0
                    Antworten
                    • In einem neuen Thema antworten
                    Anmelden zum Antworten
                    • Älteste zuerst
                    • Neuste zuerst
                    • Meiste Stimmen


                    Support us

                    ioBroker
                    Community Adapters
                    Donate

                    637

                    Online

                    32.7k

                    Benutzer

                    82.3k

                    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