Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. ODL-Adapter

    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

    ODL-Adapter

    This topic has been deleted. Only users with topic management privileges can see it.
    • crycode
      crycode Developer @mcm1957 last edited by

      @mcm57 Danke für dein Feedback! 🙂
      Bei deiner genannten Codestelle wird ack=true schon ein paar Zeilen vorher mit definiert:
      https://github.com/crycode-de/ioBroker.odl/blob/43df6b0ca0dea5b2ad6ff9a860e6c4afe403b021/src/main.ts#L362C19-L362C19

            const newState: ioBroker.SettableState = {
              val: featureLatest.properties.value,
              ack: true,
              ts: featureLatest.properties.end_measure ? new Date(featureLatest.properties.end_measure).getTime() : Date.now(),
              lc: Date.now(),
              q: featureLatest.properties.value !== null ? 0x00 : 0x81, // 0x00 = good, 0x81 = general problem by sensor
            };
      

      Meines Wissens nach sollte das so passen und gab bislang auch keine Fehler. 🤔

      Meine Vermutung wäre eher, wie oben schon geschrieben, dass die States mit einem anderen Zeitstempel (dem des tatsächlichen Messwertes) geschrieben werden und der SQL-Adapter das deshalb vlt. aussortiert. Das checke ich aber nächste Woche genauer.

      mcm1957 1 Reply Last reply Reply Quote 0
      • mcm1957
        mcm1957 @crycode last edited by

        @crycode
        DANKE für die Rückmeldung und sorry für die Vermutung. Ich hab definitiv übersehen, dass du ein Objet und nicht einen Wert übergibst.

        Wie gesagt ich kann die Aussage dass Werte mit ack=false existieren nicht nachvollziehen.

        1 Reply Last reply Reply Quote 1
        • S
          StefanH 0 last edited by StefanH 0

          Das könnte sein, wenn ich mir die Zeitstempel der odl.Objekte (val) anschaue, so liegen diese eigenartigerweise um ca. 10 Minuten vor der Zeit des Raspberry-Pi.

          Weiter ist mir über das IOBroker-Info-Menü folgendes aufgefallen:

          odl3.jpg

          Die Zeit-Einstellung meines Raspberry-Pi habe ich kontrolliert, diese ist korrekt.
          Das sollte dann eigentlich auch die Zeit von IOBroker sein, oder?

          Thomas Braun crycode 2 Replies Last reply Reply Quote 0
          • Thomas Braun
            Thomas Braun Most Active @StefanH 0 last edited by

            @stefanh-0 sagte in ODL-Adapter:

            Das sollte dann eigentlich auch die Zeit von IOBroker sein, oder?

            Die Anzeige hat mich auch schon irritiert. Einmal Browser refresh und es passt wieder.

            S 1 Reply Last reply Reply Quote 0
            • S
              StefanH 0 @Thomas Braun last edited by

              @thomas-braun ja stimmt, hat funktioniert, also ein Bug !

              1 Reply Last reply Reply Quote 0
              • crycode
                crycode Developer @StefanH 0 last edited by

                @stefanh-0 Dass die Zeitstempel der val-Objekte in der Zukunft liegen kann eigentlich nicht sein. Die Zeitstempel kommen aus der Datenschnittstelle des BfS. Bis da ein Messwert drin ist, muss die jeweilige Messstelle erst mal die Daten verschickt haben und die Daten müssen dann durch einen internen Prozess (Berechnung der ODL aus den Impulsen der Zählrohre, Berechnung der 1h-Mittelwerte etc.) laufen. Damit ist immer ein Versatz von mind. 10 Minuten drin.

                Hast du in der Adapterkonfig die Option "Verlauf nachladen" aktiviert?
                Diese sollte ggf. fehlende Datenlücken in der Historie für die letzten 7 Tage auffüllen (und damit auch ggf. nicht direkt gespeicherte aktuelle Werte).
                Das ist für die Verlaufs-Adapter history, influx und sql verfügbar.
                Wenn es damit klappt, ist es zwar noch nicht die Lösung des eigentlichen Problems, aber wäre zumindest ein Workaround. 🙂

                1 Reply Last reply Reply Quote 0
                • S
                  StefanH 0 last edited by

                  Kaum zu glauben, nachdem ich die Option

                  odl4.jpg

                  aktiviert habe, bekomme ich nun fortlaufend Daten.
                  Habe die Option gestern Abend aktiviert und habe alle Veränderungen bis heute Morgen.

                  Verstehe den Zusammenhang noch nicht ganz!!!!

                  crycode 1 Reply Last reply Reply Quote 0
                  • crycode
                    crycode Developer @StefanH 0 last edited by

                    @stefanh-0 Mit der Option aktiviert, prüft der Adapter zusätzlich deinen gespeicherten Verlauf (in deinem Fall mit dem SQL Adapter) und versucht Datenlücken über eine zusätzliche Anfrage an die Datenschnittstelle des BfS zu füllen.
                    Wenn die Datenschnittstelle dann Werte liefert, die bei dir noch nicht vorhanden sind, dann gibt der ODL Adapter dem SQL Adapter (alternativ History oder Influxdb) entsprechende Befehle, um die fehlenden Werte bei dir nachzutragen.

                    Gedacht ist diese Funktion eigentlich dafür, wenn du einen möglichst vollständigen Verlauf haben möchtest, aber die Datenschnitte mal (aus welchem Grund auch immer) für einen Zeitraum von bis 7 Tagen keine Daten geliefert hat, danach aber die Daten aus dem Zeitraum wieder verfügbar sind.

                    Wie gesagt, das löst das eigentliche Problem nicht, aber füllt durch das Nachladen der fehlenden Werte trotzdem deinen Verlauf.

                    1 Reply Last reply Reply Quote 0
                    • crycode
                      crycode Developer last edited by

                      Kurze Zwischeninfo:
                      Auch mit InfluxDB und deaktivierter Option "Verlauf nachladen" werden die Werte nicht aufgezeichnet.
                      Vermutlich filtern die Verlaufsadapter hier nach dem Zeitstempel, damit nicht versehentlich ältere Werte aufgezeichnet werden. Das schaue ich mir noch genauer an.

                      1 Reply Last reply Reply Quote 0
                      • crycode
                        crycode Developer last edited by

                        Ab sofort steht Version 3.0.1 vom ODL-Adapter über NPM und spätestens morgen auch im latest-Repository bereit.
                        In dieser Version sollte das Problem mit dem Speichern der Verlaufsdaten behoben sein. Zudem wurden alle Abhängigkeiten aktualisiert.
                        Achtung: Der Adapter benötigt nun mindestens Node.js 16.

                        @StefanH-0 Kannst du das bitte mal testen und dabei die Option "Verlauf nachladen" wieder (zumindest testweise) deaktivieren?

                        S 1 Reply Last reply Reply Quote 1
                        • S
                          StefanH 0 @crycode last edited by

                          @crycode Habe gestern Abend noch die Latest Version 3.0.1 installiert und die Optione "Verlauf nachladen" wieder ausgeschaltet. Sieht heute Morgen gut aus, habe über Nacht kontinuierlich und lückenlos Werte erhalten.

                          Vielen Dank, gute Arbeit!

                          crycode 1 Reply Last reply Reply Quote 1
                          • crycode
                            crycode Developer @StefanH 0 last edited by

                            @stefanh-0 Super! 🙂
                            Wenn du im ioBroker einen möglichst vollständigen Verlauf haben möchtest, dann würde ich dir trotzdem empfehlen die Option wieder zu aktivieren.

                            Über die Datenschnittstelle vom BfS kommen manchmal einzelne Stundenwerte nicht direkt, sondern erst später.
                            zufälliges Beispiel: Dein Adapter holt die Werte immer um *:40 ab. Um 12:40 erhältst du den 12:00 Uhr Wert, um 13:40 immer noch den 12:00 Wert und um 14:40 dann den 14:00 Wert. Damit würde der 13:00 Wert bei dir im Verlauf fehlen. Mit der Option "Verlauf nachladen" würde der Adapter diese Lücke in deinem Verlauf bemerken und den 13:00 Wert über die Schnittstelle nachladen und bei dir eintragen. 🙂

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

                            Support us

                            ioBroker
                            Community Adapters
                            Donate
                            FAQ Cloud / IOT
                            HowTo: Node.js-Update
                            HowTo: Backup/Restore
                            Downloads
                            BLOG

                            944
                            Online

                            31.9k
                            Users

                            80.1k
                            Topics

                            1.3m
                            Posts

                            certifikats-fehler odl-adapter
                            9
                            45
                            2021
                            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