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

[MeisterF]

@Homoran:

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 …

[MeisterF]

Es ist verrückt, ob ich 20s oder 60s oder 120s für "Gleiche Werte aufzeichnen(s)" einstelle, ich erhalte bei dem Javascript zur CPU-Auslastung:

aber immerhin gibt es Werte.

[MeisterF]

Was?

Er bekommt eine 1,9 bar - bekommt sie aber doch nicht - oder was soll das??????

[Homoran]

Jetzt mal eins nach dem anderen:
@MeisterF:

Er bekommt eine 1,9 bar - bekommt sie aber doch nicht `
Was hast du da gemacht?

Adapter restartet?
> km200.0 finished creation of states

@MeisterF:

Es ist verrückt, ob ich 20s oder 60s oder 120s für "Gleiche Werte aufzeichnen(s)" einstelle, `
Wie sehen denn die restlichen Einstellungen dazu aus?

Was erwartest du?

Wie oft läuft das Javascript?

@MeisterF:

debian 9 installiert und alles frisch installiert `
@MeisterF:

Ich habe jetzt die alte Installation vom Pi per SFTP auf den Debian geschafft und schau mal, was nun passiert. `

führe bitte mal das reinstall.sh aus.

Wenn es daran liegt dass du für ARMv6 kompilierte Pakete auf einem Intel laufen hast suchen wir uns hier zu Tode.

[MeisterF]

@Homoran:

Jetzt mal eins nach dem anderen:
@MeisterF:

Er bekommt eine 1,9 bar - bekommt sie aber doch nicht `
Was hast du da gemacht?

Adapter restartet?
> km200.0 finished creation of states `

Nichts - mir nur das debug-log-File angesehen und gefiltert und mich dann gewundert, was da steht.

@Homoran:

@MeisterF:

Es ist verrückt, ob ich 20s oder 60s oder 120s für "Gleiche Werte aufzeichnen(s)" einstelle, `
Wie sehen denn die restlichen Einstellungen dazu aus?

Was erwartest du?

Wie oft läuft das Javascript? `

Welche restlichen Einstellungen? aktiv - Haken rein / nur Änderungen - Haken raus / gleiche Werte - entweder 20 oder 60 oder 120 rein geschrieben

und es loggt jede Minute … egal ob er gleiche Werte alle 20 oder 60 oder 120 s aufnehmen soll.

Im Script steht setTimeout(main, 500);

@Homoran:

@MeisterF:

debian 9 installiert und alles frisch installiert `
@MeisterF:

Ich habe jetzt die alte Installation vom Pi per SFTP auf den Debian geschafft und schau mal, was nun passiert. `

führe bitte mal das reinstall.sh aus.

Wenn es daran liegt dass du für ARMv6 kompilierte Pakete auf einem Intel laufen hast suchen wir uns hier zu Tode. `

Nein - das was Du da zitierst, hatte ich heute nachmittag gemacht, als ich dachte, dass Du erst morgen wieder Zeit hast.

Ich schrieb dann, dass ich den Originalzustand wieder hergestellt habe - also frische Installation von gestern abend - nichts mit ARM oder sonstigem.

[Homoran]

Bitte keine Nacherzählungen sondern Screenshots.

Oft wird etwas nicht für wichtig erachtet und nicht erwähnt.

Aber hier:
@MeisterF:

nur Änderungen - Haken raus `
Der nächste Parameter:
@MeisterF:

gleiche Werte `
greift nur wenn "nur Änderungen" aktiv ist.

Wie bereits geschrieben, bewirkt "nur Änderungen" Die Unterdrückung des Speicherns von neu hereinkommenden Werten, wenn diese sich nicht vom zuletzt gespeicherten unterscheiden.

Wenn "nur Änderungen" nicht angehakt ist bewirkt
@MeisterF:

entweder 20 oder 60 oder 120 rein geschrieben `

nichts.

Und wenn keine neuen Daten kommen kann auch nichts geloggt werden.

Wenn deine Code

setTimeout(main, 500);

bedeutet was ich vermute, nämlich alle 500msec. dürfte wieder nichts aufgezeichnet werden weil du in den Einstellungen…..

Achso das fehlt ja im nicht vorhandenen Screenshot

Das war früher mein Verdacht als es hieß, der ändert sich ständig und ich das als Sekundentakt interpretierte.

@MeisterF:

dass ich den Originalzustand wieder hergestellt habe - also frische Installation von gestern abend - nichts mit ARM oder sonstigem. `
Ok, also alle Adapter nativ installiert.

Dann ist wenigstens eine Fehlerquelle weniger.

@MeisterF:

Adapter restartet?

km200.0 finished creation of states

Nichts - mir nur das debug-log-File angesehen und gefiltert und mich dann gewundert, was da steht. `
Ich kenne den Adapter nicht, aber so etwas sollte IMHO da nicht stehen, allerdings sehe ich ja alles davor nicht.

Vielleicht muss der Entwickler da mal ran.

Deshalb vielleicht noch ein paar Systeminfos bitte:

Debian: 9;

nodejs: ??;

npm: ??;

[MeisterF]

Nun, ich kann Deine Erklärung "Nur Änderungen aufzeichnen" -> Haken soll rein

nicht nachvollziehen.

Da das hier im Beitrag sich nicht so schön schreiben lässt, habe ich ein pdf mit der Zusammenstellung angehängt.

und das logfile auf debug vom nicht korrekt loggenden ioBroker

Ich hoffe, Du kannst daraus alles entnehmen und mit weiteren Tipps dienen.

Frohes Fest!

[Homoran]

@MeisterF:

ch kann Deine Erklärung "Nur Änderungen aufzeichnen" -> Haken soll rein

nicht nachvollziehen. `
Wo hapert es denn?

Nur wenn du gleiche neue Daten "eigentlich" heraus filterst ergibt die einstellung "trotzdem alle xx Sekunden eine neuen gleichen Wert loggen" einen Sinn.

[MeisterF]

Wenn Du das PDF gelesen hättest, würdest Du sehen, dass die beiden Alt-Versionen problemlos gleiche Daten loggen, wenn:

"Nur Änderungen aufzeichnen" - Haken raus

gleiche Daten alle xx Sekunden loggen -> 300 (= 5 min) rein

eingestellt ist. Es kann natürlich sein, dass Du Recht hast und die Sache so gedacht ist, dass man keine gleichen Daten loggt (also nicht jede Sekunde einen Wert schreibt) aber dann doch alle 300s einen schreibt, wenn der Haken bei "Nur Änderungen aufzeichnen" drin ist.

Aber mein Problem ist ja, dass er gar keine gleichen Daten loggt - obwohl der Haken "Nur Änderungen aufzeichnen" raus ist.

Lies bitte die PDF.

frohes Fest!

[Homoran]

Nochmal:
@MeisterF:

Aber mein Problem ist ja, dass er gar keine gleichen Daten loggt `

Nach meiner Meinung kann er nichts loggen, weil aus irgend einem Grund keine Daten kommen.

Es werden keine "künstlichen" Messwerte alle 300sec erzeugt, sondern nur dann geloggt, wenn innerhalb dieser Zeit auch ein Wert von deiner Heizung kommt.

Deswegen klappt das auf dem Pi, aber nicht auf dem Debian System.

[paul53]

@Homoran:

Nach meiner Meinung kann er nichts loggen, weil aus irgend einem Grund keine Daten kommen.

Es werden keine "künstlichen" Messwerte alle 300sec erzeugt, `
Doch, genau das ist der Sinn der Option "gleiche Daten aufzeichnen". Das funktioniert unter Raspbian auch, aber z.B. nicht unter Windows. Diese Option dient dazu, bei der Darstellung im Chart (Flot) eine waagerechte Linie zu erzeugen anstelle einer großen Lücke, wenn der Wert lange Zeit konstant bleibt.

[Homoran]

@paul53:

Doch, genau das ist der Sinn der Option "gleiche Daten aufzeichnen". `
Bist du wirklich sicher??

Ich habe an deinen Aussagen noch nie gezweifelt, deshalb bin ich jetzt verunsichert.

@paul53:

Diese Option dient dazu, bei der Darstellung im Chart (Flot) eine waagerechte Linie zu erzeugen anstelle einer großen Lücke, wenn der Wert lange Zeit konstant bleibt. `
Da bin ich voll bei dir, wenn der letzte Messpunkt "aus der Skala" rutscht ist die Linie in flot sonst weg.

Der Messpunkt wird also künstlich (aus dem letzten) erzeugt, auch wenn in der Zwischenzeit kein neuer geliefert wurde???

In meinem Verständnis wurden gleiche Werte unterdrückt außer es wird nach der (gleiche Daten aufzeichnen nach..) Zeit ein weiterer gleicher Wert geliefert.

Gruß

Rainer

[MeisterF]

@Homoran:

Nochmal:
@MeisterF:

Aber mein Problem ist ja, dass er gar keine gleichen Daten loggt `

Nach meiner Meinung kann er nichts loggen, weil aus irgend einem Grund keine Daten kommen. `

Aber für die sich ändernden Werte Warmwassertemperatur, Außentemperatur kommen doch auch Werte …

Wo siehst Du, das keine kommen?

@Homoran:

Es werden keine "künstlichen" Messwerte alle 300sec erzeugt, sondern nur dann geloggt, wenn innerhalb dieser Zeit auch ein Wert von deiner Heizung kommt. `

Sollen ja auch nicht - es sollen eben auch die gleichen mit geloggt werden - nicht nur geänderte …

@Homoran:

Deswegen klappt das auf dem Pi, aber nicht auf dem Debian System. `

Weswegen? auf dem debian mit dem "alten ioBroker" klappt es doch auch.

Wo ist da der Wurm drin? km200-Adapter ist doch der gleiche (debian mit alten ioBroker und debian mit neuem ioBroker).

Frohes Fest!

[paul53]

@Homoran:

In meinem Verständnis wurden gleiche Werte unterdrückt außer es wird nach der (gleiche Daten aufzeichnen nach..) Zeit ein weiterer gleicher Wert geliefert. `
Wenn "nur Änderungen aufzeichnen" aktiv ist, werden gleiche Werte, bei denen nur der Zeitstempel aktualisiert wird (Beispiel: Temperatur aus HM-Wandthermostat alle 2,5 min) unterdrückt. Ohne den Haken werden Werte aus dem WT alle 2,5 min aufgezeichnet.

Die Option "Gleiche Werte aufzeichnen" erzeugt durch History selbst generierte Einträge im vorgegebenen Abstand (dort, wo es funktioniert).

Mein Anwendungsfall: Meine Flot-Charts zeigen meist einen Zeitraum von 48 h. Für die Darstellung von Auf-/Zu-Ventilen, die im Sommer nur einmal pro Woche für 5 Minuten öffnen, lasse ich gleiche Werte alle 24 h aufzeichnen. Das funktioniert unter Raspbian Jessie.

Schönes Weihnachtsfest

[MeisterF]

Vielen Dank,

ich habe nun die alte ioBroker-Version, die ich auf den debian-PC kopiert hatte, Adapter für Adapter geupdatet.

Jetzt macht die fast ganz neue Version was sie soll - aber ich durfte history nicht von 1.6.1 auf 1.6.3 updaten, dann loggte es die gleichen Werte nicht mehr.

Da ich nach jedem Update eine Kopie des Ordner /opt/iobroker gezogen habe und nach jedem Update ein reboot des PCs und dann mind. drei gleiche Werte haben loggen lassen - hat das Ganze "ewig" gedauert. Aber jetzt sieht es so weit gut aus - jetzt heißt es rebooten und beobachten.

Ein Problem bleibt:

Ich habe 300s zum Speichern gleicher Werte in den Objekteinstellungen eingegeben - ich habe 6min im km200-Adapter in seinen Adaptereigenschaften eingeben - ich habe 300s für gleiche Daten im history-Adapter 1.6.1 eingestellt - geloggt wird alle 10 min … aber das passt mir für die Heizung auch.

[Homoran]

Dann kommen wir ja (fast) zu einer Lösung.

Die Info mit den selbst generierten Werten für History ist mir neu (passt aber zu dem log, dass obwohl keine echten Werte bei km200.0 zu sehen waren etwas in history geschrieben wurde - auch wenn man es in der Liste nicht sah - das ist ggf. ein anderer Bug)

Für mich war daher primär wichtiger wieso der km200.0 keine Werte bei pressure abholte.

Schöne Weihnachten

Rainer

[paul53]

Habe gerade History Version 1.6.1 unter Win 7 getestet: Die Option "Gleiche Werte aufzeichnen" funktioniert in dieser Version. Allerdings werden die Zeitstempel in History gleichgeschaltet (immer die letzte Zeit).

[MeisterF]

sie passt nicht zu dem log, denn das log war ja von der nicht-funktionierenden Version mit history1.6.3 erzeugt.

In neueren Versionen - also ab 1.6.3 sollte das dann so gehen:

"Log unchanged values any(s) - When using "log changes only" you can set a time interval in seconds here after which also unchanged values will be re-logged into the DB"

siehe https://github.com/ioBroker/ioBroker.hi … /README.md

Aber bei mir passierte das nach dem Update auf 1.6.3. nicht - es wurde nicht geloggt

[Homoran]

@MeisterF:

"Log unchanged values any(s) - When using "log changes only" you can set a time interval in seconds here after which also unchanged values will be re-logged into the DB" `
… und genau das verstehe ich eben so, dass es auch einen neuen (gleichen) Wert geben muss, bevor dieser geloggt werden kann.

Gruß

Rainer

[paul53]

Jetzt History Version 1.6.6 (von github) unter Win 7 getestet: Die Option "Gleiche Werte aufzeichnen" funktioniert wie erwartet. Es stimmen jetzt auch die Zeitstempel und der Zeitabstand in der History-Tabelle.

Die Einträge unter dem Wert null stammen von History 1.6.1.