Skip to content
  • 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
  1. ioBroker Community Home
  2. Deutsch
  3. Entwicklung
  4. Timing issue createState --> setState trotz Callback

NEWS

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

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

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

Timing issue createState --> setState trotz Callback

Geplant Angeheftet Gesperrt Verschoben Entwicklung
setstatecreatestate
16 Beiträge 3 Kommentatoren 791 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.
  • H HGlab

    Hallo Community,

    ich nutze folgende Logik um ein Json mit 100+ Werten als Datenpunkte abzulegen.

    function setStateCus(id, name, value) {
        if (existsObject(id) == false) {
            createState(id, '', creat_param, function () {
                setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
            });
        } else {
            setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
        }
    }
    

    setState ist im Callback von createState verpackt, trotzdem kommt bei mehr als ca. 50 JSON Werten dazu, dass das setState folgende Warning erzeugt (für jeden Datenpunkt):

    2020-12-29 07:12:45.204 - warn: javascript.0 (32532) State "TEST.daily.7.temp.day" not found
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1358:20)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at script.js.Test:63:13
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at client.set.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:547:55)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at process._tickCallback (internal/process/next_tick.js:68:7)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) State "TEST.daily.7.temp.min" not found
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1358:20)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at script.js.Test:63:13
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at client.set.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:547:55)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
    2020-12-29 07:12:45.205 - warn: javascript.0 (32532) at process._tickCallback (internal/process/next_tick.js:68:7)
    

    Für mich sieht es so aus, also würde der JS-Controller ab einer gewissen Menge trotz Callback-Commit mit dem Einarbeiten nicht nachkommen oder mache ich was falsch?
    Danke für euren Support!

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

    @HGlab sagte:

    der JS-Controller ab einer gewissen Menge trotz Callback-Commit mit dem Einarbeiten nicht nachkommen

    Ja, das ist leider so: setState() wird zu früh aufgerufen, wenn das in einer Schleife abgearbeitet wird. Weshalb übergibst Du an createState() als Init-Wert einen Leerstring und nicht die Variable value ?

    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

    H 1 Antwort Letzte Antwort
    0
    • paul53P paul53

      @HGlab sagte:

      der JS-Controller ab einer gewissen Menge trotz Callback-Commit mit dem Einarbeiten nicht nachkommen

      Ja, das ist leider so: setState() wird zu früh aufgerufen, wenn das in einer Schleife abgearbeitet wird. Weshalb übergibst Du an createState() als Init-Wert einen Leerstring und nicht die Variable value ?

      H Offline
      H Offline
      HGlab
      schrieb am zuletzt editiert von
      #5

      @paul53
      Guter Punkt, kann nur dann kein 'ack' und 'expire' mitgeben

      paul53P 1 Antwort Letzte Antwort
      0
      • H HGlab

        @paul53
        Guter Punkt, kann nur dann kein 'ack' und 'expire' mitgeben

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

        @HGlab sagte:

        kann nur dann kein 'ack' und 'expire' mitgeben

        Wozu dient "expire" ?
        Nach meiner Erfahrung macht es nur Probleme.

        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

        H 1 Antwort Letzte Antwort
        0
        • paul53P paul53

          @HGlab sagte:

          kann nur dann kein 'ack' und 'expire' mitgeben

          Wozu dient "expire" ?
          Nach meiner Erfahrung macht es nur Probleme.

          H Offline
          H Offline
          HGlab
          schrieb am zuletzt editiert von
          #7

          @paul53
          das JSON-Objekt hat Bäume und Blätter die optional sind. Da ich generisch durch das Objekt traversiere schreibe ich alles rein was da ist. Wenn etwas nicht mehr da ist läuft es ins expire.

          Mit folgender Ergänzung rennt es nun ohne Warnings durch - eigentlich gibt es dafür keinen Grund, aber so klappt es - warum auch immer!

          if (existsObject(id) == false) {
              createState(id, '', creat_param, function (err,state) {
                  if (err) log(err + ' | ' + state, 'error'); 
                  setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
              });
          } else {
              setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
          }
          
          paul53P UncleSamU 2 Antworten Letzte Antwort
          0
          • H HGlab

            @paul53
            das JSON-Objekt hat Bäume und Blätter die optional sind. Da ich generisch durch das Objekt traversiere schreibe ich alles rein was da ist. Wenn etwas nicht mehr da ist läuft es ins expire.

            Mit folgender Ergänzung rennt es nun ohne Warnings durch - eigentlich gibt es dafür keinen Grund, aber so klappt es - warum auch immer!

            if (existsObject(id) == false) {
                createState(id, '', creat_param, function (err,state) {
                    if (err) log(err + ' | ' + state, 'error'); 
                    setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
                });
            } else {
                setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
            }
            
            paul53P Offline
            paul53P Offline
            paul53
            schrieb am zuletzt editiert von paul53
            #8

            @HGlab sagte:

            Mit folgender Ergänzung rennt es nun ohne Warnings durch - eigentlich gibt es dafür keinen Grund

            Der log-Befehl benötigt Zeit, sorgt also dafür dass setState() etwas später ausgeführt wird.

            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

            H 1 Antwort Letzte Antwort
            0
            • H HGlab

              @paul53
              das JSON-Objekt hat Bäume und Blätter die optional sind. Da ich generisch durch das Objekt traversiere schreibe ich alles rein was da ist. Wenn etwas nicht mehr da ist läuft es ins expire.

              Mit folgender Ergänzung rennt es nun ohne Warnings durch - eigentlich gibt es dafür keinen Grund, aber so klappt es - warum auch immer!

              if (existsObject(id) == false) {
                  createState(id, '', creat_param, function (err,state) {
                      if (err) log(err + ' | ' + state, 'error'); 
                      setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
                  });
              } else {
                  setState(id, { 'val': value, 'ack': true, 'expire': 5.1 * 60 });
              }
              
              UncleSamU Offline
              UncleSamU Offline
              UncleSam
              Developer
              schrieb am zuletzt editiert von
              #9

              @HGlab Was sagt denn das Log nun?

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

              UncleSamU H 2 Antworten Letzte Antwort
              0
              • paul53P paul53

                @HGlab sagte:

                Mit folgender Ergänzung rennt es nun ohne Warnings durch - eigentlich gibt es dafür keinen Grund

                Der log-Befehl benötigt Zeit, sorgt also dafür dass setState() etwas später ausgeführt wird.

                H Offline
                H Offline
                HGlab
                schrieb am zuletzt editiert von
                #10

                @paul53
                war auch ein Verdacht, es ist aber nur das "if", ist nie TRUE;
                Wenn ich nur

                log(err + ' | ' + state, 'error'); 
                

                ohne if nehme, dann kommen die Fehler wieder. Sehr strange!

                paul53P 1 Antwort Letzte Antwort
                0
                • UncleSamU UncleSam

                  @HGlab Was sagt denn das Log nun?

                  UncleSamU Offline
                  UncleSamU Offline
                  UncleSam
                  Developer
                  schrieb am zuletzt editiert von
                  #11

                  @UncleSam sagte in Timing issue createState --> setState trotz Callback:

                  @HGlab Was sagt denn das Log nun?

                  ?

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

                  1 Antwort Letzte Antwort
                  0
                  • UncleSamU UncleSam

                    @HGlab Was sagt denn das Log nun?

                    H Offline
                    H Offline
                    HGlab
                    schrieb am zuletzt editiert von
                    #12

                    @UncleSam said in Timing issue createState --> setState trotz Callback:

                    @HGlab Was sagt denn das Log nun?

                    keine Fehler im Log; die CreateState funktionieren alle
                    siehe https://forum.iobroker.net/topic/40222/timing-issue-createstate-setstate-trotz-callback/4

                    1 Antwort Letzte Antwort
                    0
                    • H HGlab

                      @paul53
                      war auch ein Verdacht, es ist aber nur das "if", ist nie TRUE;
                      Wenn ich nur

                      log(err + ' | ' + state, 'error'); 
                      

                      ohne if nehme, dann kommen die Fehler wieder. Sehr strange!

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

                      @HGlab sagte:

                      ohne if nehme, dann kommen die Fehler wieder. Sehr strange!

                      Allerdings.
                      Möglicher Workaround wäre, die Funktion in einem Intervall (z.B. alle 200 ms) anstelle in einer Schleife aufzurufen, denn die JSON-Abfrage erfolgt anscheinend alle 5 Minuten.

                      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

                      H 1 Antwort Letzte Antwort
                      0
                      • paul53P paul53

                        @HGlab sagte:

                        ohne if nehme, dann kommen die Fehler wieder. Sehr strange!

                        Allerdings.
                        Möglicher Workaround wäre, die Funktion in einem Intervall (z.B. alle 200 ms) anstelle in einer Schleife aufzurufen, denn die JSON-Abfrage erfolgt anscheinend alle 5 Minuten.

                        H Offline
                        H Offline
                        HGlab
                        schrieb am zuletzt editiert von HGlab
                        #14

                        @paul53
                        Ich traversiere rekursiv durch das JSON Objekt und rufe für jedes Blatt die setStateCus-Methode auf.
                        Wüsste nicht wie ich das sinnvoll entkoppeln kann.
                        Hab auch schon setState mit 1000ms verzögert ausgeführt, auch das hat nichts geholfen.
                        Ich denke es liegt am Übergang zu Reddis. Reddis funktioniert ja auch asynchron und vermutlich stecken die "creates" noch in der Queue und werden teilweise von den setStates überholt.

                        Vielleicht lege ich mal ein issue beim JS-Controller an...

                        paul53P 1 Antwort Letzte Antwort
                        0
                        • H HGlab

                          @paul53
                          Ich traversiere rekursiv durch das JSON Objekt und rufe für jedes Blatt die setStateCus-Methode auf.
                          Wüsste nicht wie ich das sinnvoll entkoppeln kann.
                          Hab auch schon setState mit 1000ms verzögert ausgeführt, auch das hat nichts geholfen.
                          Ich denke es liegt am Übergang zu Reddis. Reddis funktioniert ja auch asynchron und vermutlich stecken die "creates" noch in der Queue und werden teilweise von den setStates überholt.

                          Vielleicht lege ich mal ein issue beim JS-Controller an...

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

                          @HGlab sagte in:

                          Vielleicht lege ich mal ein issue beim JS-Controller an...

                          Da gibt es bereits etwas.

                          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

                          H 1 Antwort Letzte Antwort
                          0
                          • paul53P paul53

                            @HGlab sagte in:

                            Vielleicht lege ich mal ein issue beim JS-Controller an...

                            Da gibt es bereits etwas.

                            H Offline
                            H Offline
                            HGlab
                            schrieb am zuletzt editiert von
                            #16

                            @paul53 👍

                            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

                            786

                            Online

                            32.4k

                            Benutzer

                            81.4k

                            Themen

                            1.3m

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

                            • Du hast noch kein Konto? Registrieren

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