Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@MeisterF:

Im neuen debian (da habe ich jetzt im KM200 Adapter auf alle 5 min gestellt) wird z.Z. nur bei Veränderung geloggt / in die Historey geschrieben. `
Kannst du dann da mal unter Zustände bei dem Datenpunkt nachsehen?

ebenso wie bei Ereignisse steht dort ein letzter Timestamp und ein Timstamp für "last changed"

Guten Hunger

[MeisterF]

natürlich:

17:48 obwohl es schon 18:23 ist …

auch in der Tabelle nichts gescheites - es hätte ja alle 5 min loggen müssen - zumindest seit 18:05, als ich es eingestellt habe.

es loggt also nicht mit …

[MeisterF]

Wünschen würde ich es mir so, wie beim Raspberry Pi und altem ioBroker:

da hat er zwar auch keine neue Aktualisierungszeit - aber er loggt trotzdem:

das möchte ich nun beim neuen ioBroker unter debian auch

[Homoran]

@MeisterF:

es loggt also nicht mit … `

Neee!
@MeisterF:

17:48 obwohl es schon 18:23 ist … `
Wenn nichts kommt kann es History auch nicht loggen.

Da ist es beim Pi schon anders

Wieso loggt der im Millisekundenbereich?

Passen den Timestamps und Werte von pi und Debian zusammen?

[MeisterF]

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

[MeisterF]

und das, obwohl es so aussieht, als würde der debian alle 5 min Daten holen:

[Homoran]

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.

[Homoran]

@MeisterF:

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

[MeisterF]

Instanzen auf debug umschalten:

und nun 15 min warten ;-)

[MeisterF]

was bedeutet das?

[paul53]

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.

[MeisterF]

pressure ist nicht dabei:

[MeisterF]

@paul53:

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 ;-)

[Homoran]

@MeisterF:

pressure ist nicht dabei: `
Hatte deinen Kommentar gar nicht gesehen :(

und suche verzweifelt den pressure ;-)

@MeisterF:

was bedeutet das? `
Alles gut (in meinen Augen)

[MeisterF]

jetzt auch was mit Pressure (oben ) - das wäre dann schlecht?

[Homoran]

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.

[MeisterF]

Nur für Dich trenne ich jetzt mal für ne Stunde den Pi vom Strom … wer weiß

[MeisterF]

der blöde ioBroker soll einfach den alten Wert wieder speichern, wenn er keinen neuen kriegt …

[Homoran]

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.

[MeisterF]

… 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?