Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • 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

  • Default (No Skin)
  • No Skin
Collapse
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. Blockly
  5. Init vom iobroker erkennen

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.4k

Init vom iobroker erkennen

Scheduled Pinned Locked Moved Blockly
blockly
4 Posts 2 Posters 575 Views 2 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • P Offline
    P Offline
    PeterImNetz
    wrote on last edited by
    #1

    Hallo,

    ich verwende text2command in Verbindung mit dem telegramm Adapter und mein iobroker läuft als Docker Container.

    Nun habe ich das Problem, dass jedes Mal wenn ich den Container stoppe und erneut starte, dass iobroker die dem text2command zugeordneten Blockly's beim Start des Containers einmal komplett ausführt (die Blocklys verwenden ja keinen TriggerBlock, sondern werden über text2command getriggert).

    Also dachte ich mir, dass ich einen Datenpunkt iobroker_in_init erzeuge der mit true initialisiert wird, den z.B. nach 2min auf false setze. In den Blocklys für text2command prüfe ich dann ob iobroker_in_init == true und wenn ja führe ich im Blockly nichts weiteres aus, da der Trigger ja vom Init des iobrokers kommt. Das klappt fein beim ersten Boot, aber einmal iobroker_in_init == true bleibt das auch über den Stop und Neustart des Containers erhalten und im nachfolgenden Boot werden die Blocklys wieder im init des iobrokers komplett ausgeführt. Das ist ja sogar korrekt da iobroker die Werte beim sauberen Herunterfahren speichert.

    Mir geht es also darum den Initialisierungsprozess des iobrokers zu erkennen und darauf in meinen Blocklys abzufragen.

    Hat da jemand eine Idee wie ich das machen kann?

    UncleSamU 1 Reply Last reply
    0
    • P PeterImNetz

      Hallo,

      ich verwende text2command in Verbindung mit dem telegramm Adapter und mein iobroker läuft als Docker Container.

      Nun habe ich das Problem, dass jedes Mal wenn ich den Container stoppe und erneut starte, dass iobroker die dem text2command zugeordneten Blockly's beim Start des Containers einmal komplett ausführt (die Blocklys verwenden ja keinen TriggerBlock, sondern werden über text2command getriggert).

      Also dachte ich mir, dass ich einen Datenpunkt iobroker_in_init erzeuge der mit true initialisiert wird, den z.B. nach 2min auf false setze. In den Blocklys für text2command prüfe ich dann ob iobroker_in_init == true und wenn ja führe ich im Blockly nichts weiteres aus, da der Trigger ja vom Init des iobrokers kommt. Das klappt fein beim ersten Boot, aber einmal iobroker_in_init == true bleibt das auch über den Stop und Neustart des Containers erhalten und im nachfolgenden Boot werden die Blocklys wieder im init des iobrokers komplett ausgeführt. Das ist ja sogar korrekt da iobroker die Werte beim sauberen Herunterfahren speichert.

      Mir geht es also darum den Initialisierungsprozess des iobrokers zu erkennen und darauf in meinen Blocklys abzufragen.

      Hat da jemand eine Idee wie ich das machen kann?

      UncleSamU Offline
      UncleSamU Offline
      UncleSam
      Developer
      wrote on last edited by
      #2

      @peterimnetz Löse es umgekehrt: mach kein Script ohne Trigger.

      Du kannst ja eigene Datenpunkte erstellen, auf die du triggerst und die du von Telegram aus setzt. Scripts ständig ein- und auszuschalten kann zu komischen Nebenwirkungen führen, dafür ist ioBroker nicht ausgelegt.

      Bitte bei Problemen mit meinen Adaptern, Issue auf GitHub erfassen: Loxone | I2C | Luxtronik2
      ♡-lichen Dank an meine Sponsoren

      P 1 Reply Last reply
      0
      • UncleSamU UncleSam

        @peterimnetz Löse es umgekehrt: mach kein Script ohne Trigger.

        Du kannst ja eigene Datenpunkte erstellen, auf die du triggerst und die du von Telegram aus setzt. Scripts ständig ein- und auszuschalten kann zu komischen Nebenwirkungen führen, dafür ist ioBroker nicht ausgelegt.

        P Offline
        P Offline
        PeterImNetz
        wrote on last edited by
        #3

        @unclesam Gute Idee! Das werde ich die Tage ausprobieren. Dank Dir für den Tipp!!!

        P 1 Reply Last reply
        0
        • P PeterImNetz

          @unclesam Gute Idee! Das werde ich die Tage ausprobieren. Dank Dir für den Tipp!!!

          P Offline
          P Offline
          PeterImNetz
          wrote on last edited by
          #4

          @UncleSam Klappt :v:

          1 Reply Last reply
          1
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          Support us

          ioBroker
          Community Adapters
          Donate

          684

          Online

          32.6k

          Users

          82.3k

          Topics

          1.3m

          Posts
          Community
          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
          ioBroker Community 2014-2025
          logo
          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Home
          • Recent
          • Tags
          • Unread 0
          • Categories
          • Unreplied
          • Popular
          • GitHub
          • Docu
          • Hilfe