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

[Kueppert]

Apollon,

ja das ist korrekt. Hab xiaomi neu bei mir drin. Hab auf Nummer gestellt und die Instanz neu gestartet. Folgendes Bild:

Muss ich evtl abwarten??<link_text text="https://uploads.tapatalk-cdn.com/201801 ... 387464.jpg">https://uploads.tapatalk-cdn.com/20180131/ed67d80331181106f04c7b6b39387464.jpg</link_text>" /><link_text text="https://uploads.tapatalk-cdn.com/201801 ... 777fec.jpg">https://uploads.tapatalk-cdn.com/20180131/63fd4f5757530d51d6e4e95d4d777fec.jpg</link_text>" />

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk~~~~

[apollon77]

Nach setzen auf "Number" die Instanz neu gestartet?

Bzw bitte nochmal von Github aktualisieren,. Habe da für getHostpry was gefixt das er nicht den falschen typ aus der DB nimmt. Im zweifel kommt nichts zurück bis der erste Datenpunkt neu gelogt wurde nach dem Start.

[apollon77]

STOP WArten!! Muss noch was fixen auf Github.

[pepp86]

Mit dem aktuellsten download vom github funktioniert bei mir jetzt alles.

[Kueppert]

OK ich warte…der pi3 stürzt beim Update auch immer ab. Aber das wird in einem anderen Thema bearbeitet.

Mache das nächste Update über die Konsole ;)

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[apollon77]

Dann sollte mit 1.6.5 im Notfall auch der getHistory-Fall mit dem Fehler abgefangen sein

[Kueppert]

@apollon77:

Dann sollte mit 1.6.5 im Notfall auch der getHistory-Fall mit dem Fehler abgefangen sein `

Hmmm,

wie bekomme ich die 1.6.5 denn installiert? Der schmeisst mir in der Konsole folgende Fehler aus:

! ` > root@raspberrypi3:/opt/iobroker# sudo npm install iobroker.sql@1.6.5

npm ERR! Linux 4.9.30-v7+

npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "iobroker.sql@1.6.5"

npm ERR! node v4.8.3

npm ERR! npm v2.15.11

npm ERR! version not found: iobroker.sql@1.6.5

npm ERR!

npm ERR! If you need help, you may report this error at:

npm ERR! <https://github.com/npm/npm/issues>

npm ERR! Please include the following file with any support request:

npm ERR! /opt/iobroker/npm-debug.log

root@raspberrypi3:/opt/iobroker# `

PS: Habs auch mal mit Version 1.6.4 getestet. Gleiches Bild O.o letztes mal ginbg es noch (ohne sudo; sagte Hormoran aber, soll ich mit dazu schreiben)

[apollon77]

Die Versionen sind alle noch nur auf Github! Also per "Custom-Install". Ich veröffentliche nach den tests

[Kueppert]

Achso…mmhhh... Kannst du mir den Befehl sagen? Den hab ich noch nicht in meiner Liste stehen...

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[apollon77]

versuch mal im iobroker-Verzeichnis ein

sudo npm install https://github.com/ioBroker/ioBroker.sql

[BBTown]

ich hatte bisher die v.1.6.1 im Einsatz und habe nun auf die v.1.6.5 aktualisiert.

nun laufen bei mir reichlich "null" Werte rein, die ich zuvor eher "mitunter" hatte

Anmerkung:

• Ich habe eine MariaDB v.10.2.8.1 (Fork von mySQL) auf meinem NAS im Einsatz

• den SQL Adapter setze ich erst seit ein paar Tagen ein

• die v.1.6.1 war meine erste Version

[apollon77]

null Werte kommen immer zum Adapterstart oder zum Ende und das für jeden Datenpunkt.

Also pro Datenpunkt ein (es gibt Spezialfälle mit 2) NULL ist ok und danach sollten wieder echte Werte kommen und keine weitere NULL.

Das war aber auch in 1.6.x schon so (genauer ab 1.5.8).

Wie beschrieben war der Bug in 1.5.8/1.6.x das die "Null" meistens in die "String"-Tabelle geschrieben wurden wegen einem Fehler und damit in den eigentlichen Datentabellen nie aufgetaucht sind :-)

Das soll in Graphen deutlich ersichtlich machen das keine Daten da sind bzw ab wann wieder Daten da sind.

[BBTown]

@apollon77:

null Werte kommen immer zum Adapterstart oder zum Ende und das für jeden Datenpunkt ` das gilt dann entsprechend auch für die ts_string tabelle, korrekt?!

[apollon77]

Ja, jetzt sollten die NULLs immer in der Tabelle stehen wo auch die Daten hingehören und mit 1.6.5 auch nicht mehr als "null" (=Text) sondern als echter NULL Wert

[BBTown]

@apollon77:

jetzt sollten die NULLs immer in der Tabelle stehen wo auch die Daten hingehören und mit 1.6.5 auch nicht mehr als "null" (=Text) sondern als echter NULL Wert ` jetzt wo Du es sagst, NULL sieht nun tatsächlich anders aus …. offensichtlich wie von dir beschrieben nun tatsächlich der Wert "NULL" und nicht der Inhalt/String "null"

[BBTown]

Ich habe einige Werte geprüft und ganz offensichtlich laufen bei mir die Werte in die korrekten Tabellen wie sie sollen.

(MariaDB v.10.2.8.1, SQL-Adapter v. 1.6.5)

[Pman]

Bei mir funktioniert es jetzt auch so weit. Die automatische Y-Achsenskalierung in Flot wird durch die NULL-Werte allerdings verhindert. Sobald ein Null-Wert enthalten ist wird immer der komplette Bereich dargestellt.

[Homoran]

Du kannst bei Flot "NULL-Werte ignorieren" einstellen.

Gruß

Rainer

[Pman]

@Homoran:

Du kannst bei Flot "NULL-Werte ignorieren" einstellen. `
Ich weiß, ist eingestellt, hilft aber leider nicht :cry: .

Passiert übrigens nur bei der "mittel"-Aggregation, da scheint die null-Einstellung überhaupt keinen Effekt zu haben. Jedoch wird bei null-Einstellung "default" (so, dass in der Zeit eine Lücke angezeigt wird) immer die autom. Achsenskalierung verhindert.

Das ist auf jeden Fall ein Flot-Problem und gehört daher eigtl. nicht hier her.

[Lebeao]

Mit dem aktuellsten download vom github funktioniert bei mir jetzt alles. ;) ;)