Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Skripten / Logik
    4. JavaScript
    5. getState ohne/mit await

    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

    getState ohne/mit await

    This topic has been deleted. Only users with topic management privileges can see it.
    • H
      hub01 @paul53 last edited by

      @paul53 sagte in getState ohne/mit await:

      @hub01 sagte: Was ist der Unterschied der beiden Varianten?

      Das Holen direkt vom js-controller ist aufwändiger. Dafür kann man den Puffer in den Einstellungen der Javascript-Instanz deaktivieren, was aber die Verwendung der synchronen Version von getState(id) und getObject(id) ausschließt.

      Da gehen mir wohl noch ein paar Grundkenntnisse und Zusammenhänge ab.
      Welchen Weg nehmen die Daten?
      Datenpunkt, Javascript-Adapter, Puffer, js-controller, Variable im Skript, …

      OliverIO paul53 2 Replies Last reply Reply Quote 0
      • OliverIO
        OliverIO @hub01 last edited by

        @hub01 sagte in getState ohne/mit await:

        Datenpunkt, Javascript-Adapter, Puffer, js-controller, Variable im Skript, …

        • alle datenpunkte werden je nach konfiguration entweder in der jsonl oder in redis gespeichert.
        • nur der js-controller arbeitet mit diesem backend.
        • der js-controller stellt allen adaptern standardfunktionen zum zugriff auf diesen daten bereit: getState,setState.
        • der javascript baut für sich noch diesen puffer auf und spiegelt für die skripte mehr oder weniger diese befehle getState,setState, die die Skripte nutzen können um Daten in Variablen zu schreiben oder aus Variablen in einen Datenpunkt zu schreiben
        paul53 1 Reply Last reply Reply Quote 1
        • paul53
          paul53 @hub01 last edited by

          @hub01 sagte: Welchen Weg nehmen die Daten?

          Der Zustand eines Datenpunktes existiert im Original im js-controller. Manche Adapter-Instanzen (Javascript, Admin) haben eigene Puffer, die ein Abbild aller Datenpunktzustände und Objekte enthalten. Das synchrone getState(id) holt den Zustand eines DP aus dem Zustände-Puffer der Javascript-Instanz. Das synchrone getObject(id) holt sich das adressierte Objekt aus dem Objekte-Puffer.

          1 Reply Last reply Reply Quote 1
          • paul53
            paul53 @OliverIO last edited by

            @oliverio sagte: alle datenpunkte werden je nach konfiguration entweder in der jsonl oder in redis gespeichert.

            Im laufenden Betrieb werden die Zustände (states) und Objekte nur in die DB geschrieben, damit sie bei Neustart von ioBroker von dort wieder hergestellt werden können.

            H 1 Reply Last reply Reply Quote 1
            • H
              hub01 @paul53 last edited by hub01

              ich habe mal versucht, das Ganze aus den bisherigen Infos zu erfassen.

              003.png
              004.png

              Liege ich da richtig?
              -> der Zugriff auf die js-controller-Datenbank erfolgt immer asynchron
              -> der Zugriff auf den js-Adapter-Puffer erfolgt immer synchron

              Unklar ist mir noch der Puffer.
              -> welche Daten werden dort gehalten?
              -> wie/wann erfolgt ein Abgleich mit der Datenbank?

              paul53 1 Reply Last reply Reply Quote 0
              • paul53
                paul53 @hub01 last edited by paul53

                @hub01 sagte: wie/wann erfolgt ein Abgleich mit der Datenbank?

                Der JS-Adapter abonniert alle Zustände beim js-controller und wird so synchron gehalten.

                @hub01 sagte in getState ohne/mit await:

                welche Daten werden dort gehalten?

                Alle Objekte und Zustände des js-controllers.

                @hub01 sagte in getState ohne/mit await:

                Liege ich da richtig?
                -> der Zugriff auf die js-controller-Datenbank erfolgt immer asynchron
                -> der Zugriff auf den js-Adapter-Puffer erfolgt immer synchron

                Nein.
                setState() schreibt immer in den eigenen Puffer (wenn vorhanden) und in den js-controller und arbeitet immer asynchron.
                await getStateAsync(id) liefert den Zustand synchron aus dem js-controller.

                FernetMenta H 2 Replies Last reply Reply Quote 1
                • FernetMenta
                  FernetMenta @paul53 last edited by FernetMenta

                  Wenn "Do not subscribe all states on start" nicht aktiv ist (default), dann benötigt man keine callback bzw await für getState. Das ist dann immer synchron.

                  paul53 1 Reply Last reply Reply Quote 1
                  • paul53
                    paul53 @FernetMenta last edited by

                    @fernetmenta sagte: Wenn "Do not subscribe all states on start" nicht aktiv ist (default), dann benötigt man keine callback

                    Ja, dann wird gepuffert.

                    H 1 Reply Last reply Reply Quote 1
                    • H
                      hub01 @paul53 last edited by

                      @paul53
                      korrigierte Fassung,
                      nur gültig, wenn beim Start alle Zustände abonniert werden (mit Puffer)

                      011.PNG
                      012.PNG

                      FernetMenta 1 Reply Last reply Reply Quote 0
                      • FernetMenta
                        FernetMenta @hub01 last edited by

                        @hub01 Das stimmt so nicht ganz, wenn ich den code vom javascript adapter richtig gelesen habe. Wenn alle Zustände aboniert sind, holt der Adapter die Werte immer aus dem Puffer. Es ist egal welchen Befehl man verwendet.

                        paul53 1 Reply Last reply Reply Quote 0
                        • paul53
                          paul53 @FernetMenta last edited by paul53

                          @fernetmenta sagte: Wenn alle Zustände aboniert sind, holt der Adapter die Werte immer aus dem Puffer. Es ist egal welchen Befehl man verwendet.

                          Nein. Auszug "sandbox.js" (Zeile 2479 ff.):

                                  getState: function (id, callback) {
                                      if (typeof id !== 'string') {
                                          sandbox.log(`getState has been called with id of type "${typeof id}" but expects a string`, 'error');
                                          return undefined;
                                      }
                          
                                      if (typeof callback === 'function') {
                                          if (!id.includes('.')) {
                                              adapter.getState(id, (err, state) =>
                                                  callback(err, context.convertBackStringifiedValues(id, state)),
                                              );
                                          } else {
                                              adapter.getForeignState(id, (err, state) =>
                                                  callback(err, context.convertBackStringifiedValues(id, state)),
                                              );
                                          }
                                      } else {
                                          if (adapter.config.subscribe) {
                                              sandbox.log(
                                                  'The "getState" method cannot be used synchronously, because the adapter setting "Do not subscribe to all states on start" is enabled.',
                                                  'error',
                                              );
                          

                          getStateAsync(id):

                                  getStateAsync: async function (id) {
                                      let state;
                                      if (id.includes('.')) {
                                          state = await adapter.getForeignStateAsync(id);
                                      } else {
                                          state = await adapter.getStateAsync(id);
                                      }
                                      return context.convertBackStringifiedValues(id, state);
                                  },
                          
                          FernetMenta 1 Reply Last reply Reply Quote 0
                          • FernetMenta
                            FernetMenta @paul53 last edited by

                            @paul53 danke, da hab ich wohl den Code zu schnell und falsch gelesen 🙂

                            1 Reply Last reply Reply Quote 0
                            • H
                              hub01 @paul53 last edited by hub01

                              @paul53
                              Erst mal ein großes Danke, weil du auf jede Frage eingehst und richtig stellst.

                              Wenn meine letzte Aufstellung passt, würde ich gern noch die weiteren Varianten betrachten.
                              Ich hoffe, dass ich alles richtig verstanden und eingetragen habe.

                              EDIT: get/setStateAsync durchgestrichen
                              013a.PNG

                              Noch eine Frage zu get/setState mit Callback:
                              die Funktion arbeitet zwar asynchron, die Callbackfunktion wird aber erst aufgerufen, wenn der DP gelesen wurde?

                              paul53 1 Reply Last reply Reply Quote 0
                              • paul53
                                paul53 @hub01 last edited by paul53

                                @hub01 sagte: Noch eine Frage zu get/setState mit Callback:
                                die Funktion arbeitet zwar asynchron, die Callbackfunktion wird aber erst aufgerufen, wenn der DP gelesen wurde?

                                Ja, das Ergebnis (Zustand) wird an die Callback-Funktion übergeben.

                                @hub01 sagte in getState ohne/mit await:

                                die weiteren Varianten betrachten.

                                Wozu setStateAsync gut ist, erschließt sich mir nicht.
                                Die ...Async Funktionen kann man nicht ohne await aufrufen. Ergebnis bei getStateAsync ohne await:

                                Promise { <pending> }
                                

                                Die Callback-Funktion bei setState() dient nur einer möglichen Fehlerauswertung. Sie unterscheidet sich ansonsten nicht von setState() ohne Callback und wird so gut wie nie verwendet.

                                EDIT: Folgende Funktionen sind sinnvoll:

                                • const state = getState(id) nur mit Puffer
                                • getState(id, cb) Aufruf mit cb(err, state)
                                • const state = await getStateAsync(id)
                                • setState(id, state)
                                H 1 Reply Last reply Reply Quote 1
                                • H
                                  hub01 @paul53 last edited by

                                  @paul53
                                  „await setStateAsync“ wäre auch noch brauchbar, oder?

                                  paul53 1 Reply Last reply Reply Quote 0
                                  • paul53
                                    paul53 @hub01 last edited by

                                    @hub01 sagte: „await setStateAsync“ wäre auch noch brauchbar, oder?

                                    Wofür?

                                    T H 3 Replies Last reply Reply Quote 0
                                    • T
                                      ticaki Developer @paul53 last edited by ticaki

                                      @paul53

                                      Wenn man States in einer so hohen Frequenz ändert, das die Möglichkeit besteht einen "Rückstau" zu erzeugen. Mit await setStateAsync() würde man den neuen Schreibvorgang immer erst dann auslösen, wenn der alte abgeschlossen ist.

                                      1 Reply Last reply Reply Quote 0
                                      • H
                                        hub01 @paul53 last edited by

                                        @paul53 sagte in getState ohne/mit await:

                                        @hub01 sagte: „await setStateAsync“ wäre auch noch brauchbar, oder?

                                        Wofür?

                                        ich dachte, z.B. wegen Post #9
                                        Wird aber vermutlich selten bis gar nicht gebraucht.
                                        Da es die Funktion gibt, und diese macht, was sie machen soll, lasse ich sie vollständigkeitshalber in meiner Aufstellung drin.
                                        (aber mit Anmerkung)

                                        1 Reply Last reply Reply Quote 0
                                        • H
                                          hub01 @paul53 last edited by

                                          @paul53 sagte in getState ohne/mit await:

                                          @hub01 sagte: „await setStateAsync“ wäre auch noch brauchbar, oder?

                                          Wofür?

                                          ich will 1x pro Tag den Energiewert der PV-Anlage in einen Datenpunkt speichern,
                                          und danach den Energiewert löschen.
                                          Dabei war mir nicht klar, ob ich dafür ein setStateAsync bzw. getStateAsync benötige.

                                          // ====================================================
                                          //   um 23:59:55
                                          //   - akt. Tagesenergie als 1 Tageswert sichern
                                          //   - alle Energiewerte löschen
                                          //
                                          //   PVGes       = PV1+PV2
                                          //   EnergieTag  = aktuelle aufsummierte Tagesenergie
                                          //   EnergieTag2 = 1 gesicherter Wert/Tag (Tageswert)
                                          // ====================================================
                                          schedule({hour:23, minute:58, second:0}, async() => {
                                              await setStateAsync((prePVAllg +".PVGesEnergieTag2"), 
                                               await getStateAsync(prePVAllg +".PVGesEnergieTag"), true);     // Ges-Energie als Tageswert sichern
                                              console.log("Gesamt-Energie als Tageswert gesichert")
                                          
                                              // danach:
                                              setState((prePVAllg +".PVGesEnergieTag"), 0, true);             // CLR Gesamt-Energie
                                              setState((preWR1 +".TodayYield"), 0, true);                     // CLR Energie Haus
                                              setState((preWR2 +".dailyEnergyYield"), 0, true);               // CLR Energie Garage
                                              console.log("Energiewerte gelöscht")
                                          });
                                          
                                          paul53 1 Reply Last reply Reply Quote 0
                                          • paul53
                                            paul53 @hub01 last edited by paul53

                                            @hub01 sagte: 1x pro Tag den Energiewert der PV-Anlage in einen Datenpunkt speichern

                                            Du speicherst nicht nur den Wert, sondern den kompletten Zustand in "Tag2".

                                            @hub01 sagte in getState ohne/mit await:

                                            setStateAsync bzw. getStateAsync benötige.

                                            Wenn der Puffer der JS-Instanz nicht deaktiviert wurde, weder - noch

                                                setState(prePVAllg + ".PVGesEnergieTag2", getState(prePVAllg + ".PVGesEnergieTag").val, true);     // Ges-Energie als Tageswert sichern
                                            

                                            Was stört daran, dass das Skript durchgelaufen ist, bevor setState() für "Tag2" fertig ist?
                                            Aus "Tag" wird synchron gelesen und danach werden die DP auf 0 gesetzt.

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

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            545
                                            Online

                                            31.8k
                                            Users

                                            80.0k
                                            Topics

                                            1.3m
                                            Posts

                                            6
                                            43
                                            1061
                                            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