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. [Solved] Blockly läuft nicht mehr / kein Protokoll mehr

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.7k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.1k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.0k

[Solved] Blockly läuft nicht mehr / kein Protokoll mehr

Geplant Angeheftet Gesperrt Verschoben Blockly
8 Beiträge 4 Kommentatoren 509 Aufrufe 1 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.
  • tugsiT Offline
    tugsiT Offline
    tugsi
    schrieb am zuletzt editiert von tugsi
    #1

    Moin,
    ich hatte ein einfaches Blocklyscript zum neustarten meiner OpenDTU, da mit einer neueren Firmware diese sich immer wieder aufhängt.
    Eine zeitlang hatte ich auf eine ältere Firmware gewechselt, jetzt aber mal wieder zurück und ich muss feststellen, dass irgendwie das Script nicht abgearbeitet wird, obwohl aktiv geschaltet.
    Zusätzlich sehe ich aber auch kein Protokoll-Log.

    Durch den Adapter "Ping" frage ich die IP immer ab, wenn diese nicht mehr erreichbar ist, wechselt der Wert "Alive" von "true" auf "false".
    Dies frage ich ab und stoße dann eine Zigbeesteckdose an und danach mich per telegram zu informieren.

    Doch leider klappt es nicht mehr, kann aber auch durch das fehlende Log nichts erkennen.

    2cae70ff-e579-49d4-9879-74d3450d4bbd-image.png

    Jemand eine Idee?
    Adapter:
    admin v7.4.21
    javascript v8.9.1
    socket.io v7.0.1

    Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

    HomoranH CodierknechtC 2 Antworten Letzte Antwort
    0
    • tugsiT tugsi

      Moin,
      ich hatte ein einfaches Blocklyscript zum neustarten meiner OpenDTU, da mit einer neueren Firmware diese sich immer wieder aufhängt.
      Eine zeitlang hatte ich auf eine ältere Firmware gewechselt, jetzt aber mal wieder zurück und ich muss feststellen, dass irgendwie das Script nicht abgearbeitet wird, obwohl aktiv geschaltet.
      Zusätzlich sehe ich aber auch kein Protokoll-Log.

      Durch den Adapter "Ping" frage ich die IP immer ab, wenn diese nicht mehr erreichbar ist, wechselt der Wert "Alive" von "true" auf "false".
      Dies frage ich ab und stoße dann eine Zigbeesteckdose an und danach mich per telegram zu informieren.

      Doch leider klappt es nicht mehr, kann aber auch durch das fehlende Log nichts erkennen.

      2cae70ff-e579-49d4-9879-74d3450d4bbd-image.png

      Jemand eine Idee?
      Adapter:
      admin v7.4.21
      javascript v8.9.1
      socket.io v7.0.1

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

      @tugsi ist alive DTU vom Typ String?

      @tugsi sagte in Blockly läuft nicht mehr / kein Protokoll mehr:

      Doch leider klappt es nicht mehr,

      heisst was?
      "Geht nicht" ist keine Fehlerbeschreibung.

      reichen die 10 Sekunden bei Zigbee?

      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
      1
      • tugsiT tugsi

        Moin,
        ich hatte ein einfaches Blocklyscript zum neustarten meiner OpenDTU, da mit einer neueren Firmware diese sich immer wieder aufhängt.
        Eine zeitlang hatte ich auf eine ältere Firmware gewechselt, jetzt aber mal wieder zurück und ich muss feststellen, dass irgendwie das Script nicht abgearbeitet wird, obwohl aktiv geschaltet.
        Zusätzlich sehe ich aber auch kein Protokoll-Log.

        Durch den Adapter "Ping" frage ich die IP immer ab, wenn diese nicht mehr erreichbar ist, wechselt der Wert "Alive" von "true" auf "false".
        Dies frage ich ab und stoße dann eine Zigbeesteckdose an und danach mich per telegram zu informieren.

        Doch leider klappt es nicht mehr, kann aber auch durch das fehlende Log nichts erkennen.

        2cae70ff-e579-49d4-9879-74d3450d4bbd-image.png

        Jemand eine Idee?
        Adapter:
        admin v7.4.21
        javascript v8.9.1
        socket.io v7.0.1

        CodierknechtC Offline
        CodierknechtC Offline
        Codierknecht
        Developer Most Active
        schrieb am zuletzt editiert von Codierknecht
        #3

        @tugsi

        Versuch's mal auf die Art:

        175a897f-9321-4439-a5f8-d142e3dc8835-image.png

        Edit
        fc39ff3a-fe82-43ed-a3d1-b818d2af941b-image.png
        Das kann so nie funktioniert haben.
        "ObjektID Alive OpenDTU" liefert eine ID. Also sowas wie 0_userdata.0.Test.Alive-OpenDTU.
        Das wird niemals "false". Schon gar nicht - wie @Homoran bereits angemerkt hat - wenn das "false" da als String abgeprüft wird.

        Darum auf "kleiner als letztes" triggern.
        Der reagiert genau in dem Moment, wenn "Alive" von true (1) auf false (0) wechselt.

        "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

        Proxmox 9.1.1 LXC|8 GB|Core i7-6700
        HmIP|ZigBee|Tasmota|Unifi
        Zabbix Certified Specialist
        Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

        1 Antwort Letzte Antwort
        2
        • tugsiT Offline
          tugsiT Offline
          tugsi
          schrieb am zuletzt editiert von
          #4

          @Homoran
          Tut mir leid, dass ich aufgrund mangelnder Logs keine genaue Fehlerbeschreibung machen kann.

          Denn, auch wenn es hier anders gesagt wird, hat es ja vor einiger Zeit funktioniert, aber dann ging es mir auf den Keks, dass ich über ein Dutzend mal am Tag die Telegram-Meldung bekommen hatte und habe in der OpenDTU ein Downgrade gemacht und sie lief wieder durch (ist leider ein bekanntes Problem bei manchen Konstellationen).

          Jetzt bin ich aber wieder hingegangen und habe upgedatet und sie hängt sich wieder auf.
          Und da kein LOG unten erscheint, habe ich gedacht, da ist etwas generelles ein Problem.

          Die 10s haben bei mir gereicht.

          Normalerweise wird ja beim Neustarte o.ä. was im LOG erscheinen.

          Zum Thema das es mal lief und der Anmerkung von @Codierknecht kann sein, dass mir der Fehler nie aufgefallen ist, weil durch den Trigger dies angestossen wurde, aber warum habe ich dann eine Telegram-Nachricht bekommen?
          Denn damit habe ich ja den "Vollzug" überprüft.

          Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

          HomoranH paul53P CodierknechtC 3 Antworten Letzte Antwort
          0
          • tugsiT tugsi

            @Homoran
            Tut mir leid, dass ich aufgrund mangelnder Logs keine genaue Fehlerbeschreibung machen kann.

            Denn, auch wenn es hier anders gesagt wird, hat es ja vor einiger Zeit funktioniert, aber dann ging es mir auf den Keks, dass ich über ein Dutzend mal am Tag die Telegram-Meldung bekommen hatte und habe in der OpenDTU ein Downgrade gemacht und sie lief wieder durch (ist leider ein bekanntes Problem bei manchen Konstellationen).

            Jetzt bin ich aber wieder hingegangen und habe upgedatet und sie hängt sich wieder auf.
            Und da kein LOG unten erscheint, habe ich gedacht, da ist etwas generelles ein Problem.

            Die 10s haben bei mir gereicht.

            Normalerweise wird ja beim Neustarte o.ä. was im LOG erscheinen.

            Zum Thema das es mal lief und der Anmerkung von @Codierknecht kann sein, dass mir der Fehler nie aufgefallen ist, weil durch den Trigger dies angestossen wurde, aber warum habe ich dann eine Telegram-Nachricht bekommen?
            Denn damit habe ich ja den "Vollzug" überprüft.

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

            @tugsi sagte in Blockly läuft nicht mehr / kein Protokoll mehr:

            Und da kein LOG unten erscheint,

            warum nichts?
            Steht nichts auf der Seite Protokolle?
            ist die js-Instanz auf Logstufe debug?

            @tugsi sagte in Blockly läuft nicht mehr / kein Protokoll mehr:

            hat es ja vor einiger Zeit funktioniert

            auch hier: was hat funktioniert?

            @tugsi sagte in Blockly läuft nicht mehr / kein Protokoll mehr:

            weil durch den Trigger dies angestossen wurde

            ...und der "Logik" im Trigger grundsätzlich alles nicht ausgeführt werdrn durfte

            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
            1
            • tugsiT tugsi

              @Homoran
              Tut mir leid, dass ich aufgrund mangelnder Logs keine genaue Fehlerbeschreibung machen kann.

              Denn, auch wenn es hier anders gesagt wird, hat es ja vor einiger Zeit funktioniert, aber dann ging es mir auf den Keks, dass ich über ein Dutzend mal am Tag die Telegram-Meldung bekommen hatte und habe in der OpenDTU ein Downgrade gemacht und sie lief wieder durch (ist leider ein bekanntes Problem bei manchen Konstellationen).

              Jetzt bin ich aber wieder hingegangen und habe upgedatet und sie hängt sich wieder auf.
              Und da kein LOG unten erscheint, habe ich gedacht, da ist etwas generelles ein Problem.

              Die 10s haben bei mir gereicht.

              Normalerweise wird ja beim Neustarte o.ä. was im LOG erscheinen.

              Zum Thema das es mal lief und der Anmerkung von @Codierknecht kann sein, dass mir der Fehler nie aufgefallen ist, weil durch den Trigger dies angestossen wurde, aber warum habe ich dann eine Telegram-Nachricht bekommen?
              Denn damit habe ich ja den "Vollzug" überprüft.

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

              @tugsi sagte: hat es ja vor einiger Zeit funktioniert

              Das kann so nie funktioniert haben. @Codierknecht hat es richtig beschrieben:

              @codierknecht sagte in Blockly läuft nicht mehr / kein Protokoll mehr:

              Darum auf "kleiner als letztes" triggern.

              ...und den Vergleich komplett weglassen.

              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

              1 Antwort Letzte Antwort
              1
              • tugsiT tugsi

                @Homoran
                Tut mir leid, dass ich aufgrund mangelnder Logs keine genaue Fehlerbeschreibung machen kann.

                Denn, auch wenn es hier anders gesagt wird, hat es ja vor einiger Zeit funktioniert, aber dann ging es mir auf den Keks, dass ich über ein Dutzend mal am Tag die Telegram-Meldung bekommen hatte und habe in der OpenDTU ein Downgrade gemacht und sie lief wieder durch (ist leider ein bekanntes Problem bei manchen Konstellationen).

                Jetzt bin ich aber wieder hingegangen und habe upgedatet und sie hängt sich wieder auf.
                Und da kein LOG unten erscheint, habe ich gedacht, da ist etwas generelles ein Problem.

                Die 10s haben bei mir gereicht.

                Normalerweise wird ja beim Neustarte o.ä. was im LOG erscheinen.

                Zum Thema das es mal lief und der Anmerkung von @Codierknecht kann sein, dass mir der Fehler nie aufgefallen ist, weil durch den Trigger dies angestossen wurde, aber warum habe ich dann eine Telegram-Nachricht bekommen?
                Denn damit habe ich ja den "Vollzug" überprüft.

                CodierknechtC Offline
                CodierknechtC Offline
                Codierknecht
                Developer Most Active
                schrieb am zuletzt editiert von
                #7

                @tugsi sagte in Blockly läuft nicht mehr / kein Protokoll mehr:

                warum habe ich dann eine Telegram-Nachricht bekommen?

                Aus einem völlig anderen Grund.
                Jedenfalls nicht, weil eine ID mal "false" enthält.

                Quod erat demonstrandum:
                4e6f2182-699a-4624-a218-3840f0081e54-image.png

                "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

                Proxmox 9.1.1 LXC|8 GB|Core i7-6700
                HmIP|ZigBee|Tasmota|Unifi
                Zabbix Certified Specialist
                Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

                1 Antwort Letzte Antwort
                1
                • tugsiT Offline
                  tugsiT Offline
                  tugsi
                  schrieb am zuletzt editiert von
                  #8

                  Also, ich habe jetzt mal ein wenig hin und her getestet und probiert.
                  Und bin extrem verwirrt.

                  Natürlich habt ihr Recht, das Objekt ist ein "Bool" und es funktioniert hier so gar nichts und mich wundert nur, dass ich damals diese Telegrambenachrichtigungen erhalten hatte, es macht kein Sinn, da bin ich jetzt ganz bei euch.
                  Einzige Erklärung ist, dass ich danach nochmal etwas geändert hatte und zusätzlich an der OpenDTU ein Downgrade gemacht habe.
                  Alles andere kann ich nicht erklären.

                  Hab es wie @Codierknecht jetzt gemacht, auf "kleiner als letzte", mein Vergleich auf "false" rausgenommen, den Rest darunter so gelassen und es klappt.

                  Zum Thema LOG unter den Skripten, danke @Homoran das war der Hinweis, ich habe irgendwann mal den Loglevel hochgestuft auf "Warn", hatte gedacht, der LOG beim Skript selber wäre davon nicht betroffen, sondern nur das Protokoll.
                  Wieder was gelernt.

                  Danke @Codierknecht , @paul53 und @Homoran für die schnelle Hilfe

                  Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

                  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

                  871

                  Online

                  32.4k

                  Benutzer

                  81.5k

                  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