NEWS
Frage zum History-Adapter
-
history loggt doch beim Pi - obwohl da 16:37 als "letzte Änderung" steht …
Die Werte können stimmen, denn der debian hat zwischen zwei vom pi geloggten 1,8er Werten 17:48 die gleichen 1,8 bar geloggt, die der Pi 17:44 und 17:54 geloggt hat. Nur der debian loggt nicht weiter ....
Der debian schreibt einfach keine identischen Werte auf, bzw. holt sie sich nicht mal ab
-
Um die Ursache einzugrenzen bitte nicht alles durcheinanderwerfen!
@MeisterF:Der debian schreibt einfach keine identischen Werte auf `
ist eine Aussage, die einer anderen Handlung bedarf als:
@MeisterF:bzw. holt sie sich nicht mal ab `
und genau das musst du herausbekommen.
Ich denke nämlich auch, dass der Adapter auf dem Debian-System die Daten gar nicht abholt.
Ich gehe mal davon aus, dass das so stimmt:
@MeisterF:history loggt doch beim Pi - obwohl da 16:37 als "letzte Änderung" steht … `
obwohl du die Screenshots so toll beschnitten hast, dass ich nicht überprüfen kann, ob es sich hier tatsächlich um die identischen Datenpunkte handelt.Hilft nur eins:
Instanzen auf debug umschalten (im Reiter Instanzen auf Expertenmodus -> logstufe: debug auswählen) um anschließend (hoffentlich) im log sehen zu können, ob die Daten kommen.
-
und das, obwohl es so aussieht, als würde der debian alle 5 min Daten holen: `
Aber ob er ALLE Daten auch zurückbekommt wissen wir noch nicht -
-
Um die Diskussion abzukürzen: Es kann tatsächlich am OS liegen. Auf meinem RPi 2 funktioniert die Option "Gleiche Werte aufzeichnen(s)" so wie erwartet. Auf meinem Testsystem unter Win7 (History 1.6.3) werden keine gleichen Werte aufgezeichnet. `
Deshalb habe ich die Win10Pro Platte ausgebaut und auf einer anderen debian 9 installiert und alles frisch installiert
Meine installierten Versionen - einige Posts vorher - alles neu ;-)
-
-
Das ist ja strange!
Eigentlich wollte ich dass du nach km200 filterst (das ist die Antwort der Heizung)
jetzt speichert er etwas in history, was er (aktuell) gar nicht vom Adapter bekommen hat.
-
Wie soll er das wenn er keine bekommt.
Du kannst im history nur einstellen, dass er gleiche ignoriert, aber nicht, dass er welche bastelt, wenn er keine hat.
-
… und warum gehts dann beim Pi mit der Uraltversion vom ioBroker?
Da hatte ich im Sommer auch mal alles updaten wollen, aber da der Pi1 schon beim download und installieren Probleme hatte, habe ich das Unvermögen nach dem Update gleiche Daten nicht loggen zu können auf den Pi geschoben und arbeite seit dem mit der alten Sicherung (und altem Softwarestand) auf dem Pi weiter.
Aber wenn jetzt die neuste Version auf dem debian-PC das auch nicht kann (und auch die auf dem Win10-PC) - dann glaube ich fast, dass es ein Fehler der neuen history oder sonstigen Software des ioBrokers ist.
oder was soll ich jetzt noch machen?
Pi ist aus
alles ist auf dem debian so eingestellt wie auf dem Pi (außer die 5 min beim debian statt der 10 min beim PI im KM200-adapter).
Auf dem debian liest die neuste Version nur Änderungen aus - aber keine gleichen Werte ....
Vorschläge?
-
und warum gehts dann beim Pi mit der Uraltversion vom ioBroker? `
Das will ich ja gerade herausbekommen!ich behaupte:
der bekommt Daten vom Adapter, der Debian nicht.
-
ich behaupte:
der bekommt Daten vom Adapter, der Debian nicht. `
ich behaupte der holt sich keine gleichen Daten - die Uraltversion schon
Es ist ja nicht nur der Druck - es sind ja alle Daten des km200, die bei Veränderungen NICHT geloggt werden.
Ich kann ja einfach mal noch was anderes loggen lassen, was sich nicht ändert …
580
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge