Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Skripten / Logik
    4. Blockly
    5. Feedback Loop

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    Feedback Loop

    This topic has been deleted. Only users with topic management privileges can see it.
    • 9
      9_Mad-Max_5 last edited by

      Servus miteinander,

      Ich binde meine States immer zusammen.
      Also lege mir selbst in 0_userdata ein state an, den ich wiederum an den Adapterwert binde, also etwa ein Rollladen.
      Dies führt jüngst allerdings immer wieder zu einem Feedback Loop.
      Also steuere ich den Rollladen etwa manuell, wird er begonnen herunterzufahren und auf halbem weg wieder hoch.
      Weil nun der "anzeige" state den "echten" wieder zurückrollt.

      Kann man das irgendwie verhindern, hattet ihr das Problem auch schonmal?

      Asgothian paul53 2 Replies Last reply Reply Quote 0
      • Asgothian
        Asgothian Developer @9_Mad-Max_5 last edited by

        @9_mad-max_5 Kann man.

        Der entscheidende Trick ist nicht mit 2 Bindungen Sondern mit 2 Triggern zu arbeiten. Dabei ist entscheidend das du im Trigger auswählst das dieser nur aktiv wird bei "Steuer" Befehlen, sprich wenn die Änderung nicht "Bestätigt" ist.

        Screenshot 2022-12-27 at 09.31.30.png

        Dazu ist die Einstellung bei "Auslösung durch" zu verwenden.

        Weiterhin ist wichtig das die Aktualisierung deines "Userdata" Datenpunktes nur über einen "Aktualisiere" Baustein, nicht über einen "Steuere" Baustein geschieht.

        A.

        9 1 Reply Last reply Reply Quote 0
        • paul53
          paul53 @9_Mad-Max_5 last edited by paul53

          @9_mad-max_5 sagte: in 0_userdata ein state an, den ich wiederum an den Adapterwert binde

          Weshalb nicht mittels Alias? Ein Alias vermeidet die Triggerschleife.

          9 1 Reply Last reply Reply Quote 0
          • 9
            9_Mad-Max_5 @paul53 last edited by

            @paul53
            Bisher habe ich die Aliase nicht richtig gemocht, da sie nicht ganz meiner Idee eines States gefolgt sind zum Beispiel kann ich hier keine Hierarchie einführen.
            Also etwa die Geräte nach Stockwerk und Raum trennen, da ja alle nachher in einem sind?
            Oder anders gesagt, der Alias Manager sieht so etwas nicht vor.
            Auch wenn ich mir bewusst bin, dass es die enums, zur Einsortierung noch gibt, hat es mir trotzdem gut gefallen, dass ich nicht jedem Objekt einen eindeutigen Namen geben musste, da sie ja alle in ihrem eigenen Ordner lebten.

            Immerhin klappt das mit dem Alias und dem Feedbackloop gut und ich habe keinen mehr.

            1 Reply Last reply Reply Quote 0
            • 9
              9_Mad-Max_5 @Asgothian last edited by

              @asgothian
              Irgendwann dachte ich mal in einem Video von den bekannteren YouTubern gesehen zu haben, wie sie eben genau weg von dem Trigger zu der Bindung gingen, da es schnell zu programmieren ist und damit etwas leichter von der Hand geht.
              Oder war das nur ein schlechter Ansatz?

              1 Reply Last reply Reply Quote 0
              • First post
                Last post

              Support us

              ioBroker
              Community Adapters
              Donate

              920
              Online

              31.9k
              Users

              80.2k
              Topics

              1.3m
              Posts

              blockly
              3
              5
              252
              Loading More Posts
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes
              Reply
              • Reply as topic
              Log in to reply
              Community
              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
              The ioBroker Community 2014-2023
              logo