NEWS
-
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)
-
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
-
-
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.
-
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?!
-
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"
-
Du kannst bei Flot "NULL-Werte ignorieren" einstellen.
Gruß
Rainer
-
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.
-
versuch mal im iobroker-Verzeichnis ein
sudo npm install https://github.com/ioBroker/ioBroker.sql ```` `Hi Apollon,
bevor ich mein System wieder zerschieße…geht es hier noch weiter? Steht da gefühlt seit 20 Minuten und bewegt sich nicht...
! ` > root@raspberrypi3:~# cd /opt/iobroker
root@raspberrypi3:/opt/iobroker# sudo npm install https://github.com/ioBroker/ioBroker.sql
npm WARN deprecated node-uuid@1.4.8: Use uuid module instead
npm WARN deprecated sprintf@0.1.5: The sprintf package is deprecated in favor of sprintf-js.
sqlite3@3.1.13 install /opt/iobroker/node_modules/iobroker.sql/node_modules/sqlite3
node-pre-gyp install –fallback-to-build
node-pre-gyp ERR! Tried to download(403): https://mapbox-node-binary.s3.amazonaws ... arm.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for sqlite3@3.1.13 and node@4.8.3 (node-v46 ABI) (falling back to source compile with node-gyp)
make: Entering directory '/opt/iobroker/node_modules/iobroker.sql/node_modules/sqlite3/build'
ACTION deps_sqlite3_gyp_action_before_build_target_unpack_sqlite_dep Release/obj/gen/sqlite-autoconf-3150000/sqlite3.c
TOUCH Release/obj.target/deps/action_before_build.stamp
CC(target) Release/obj.target/sqlite3/gen/sqlite-autoconf-3150000/sqlite3.o `
Tadaaa, anscheinend zahlt sich Gedult mal aus, kam noch was :D
! ` > ^Cdeps/sqlite3.target.mk:122: recipe for target 'Release/obj.target/sqlite3/gen/sqlite-autoconf-3150000/sqlite3.o' failed
make: *** [Release/obj.target/sqlite3/gen/sqlite-autoconf-3150000/sqlite3.o] Unterbrechung
root@raspberrypi3:/opt/iobroker# `
keine Ahnung ob das gut ist, aber diesmal hat er sich zumindest nicht aufgehangen…teste jetzt weiter SQL. Bis gleich...
-
So,
Adapter SQL hab ich 2 mal neu gestartet, 1mal vor und 1mal nach Änderung von der Speicherdauer. Sonst nix verändert.
1. ich habe SQL im CloudPro aktiviert, wo noch die alte Admin-Oberfläche läuft - wo zum teufel mache ich das in der neuen Admin-Oberfläche? :lol:
2. anbei meine Bildchen aus dem Adapter. Mir fällt auf, dass bei einem Wert da MiHome anstatt SQL steht O.o ich denke, ich werde morgen wissen, ob der fein gelieferte Daten gut loggt…
Viele Grüße, Thorsten
PS: Danke dir Apollon für dein Engagement ;)
PS: Habe jetzt auch wieder "speichern auf" auf automatik gesetzt. Tabelle ist nun wieder leer. Ich schaue morgen mal, was neues drin ist und poste das hier.
-
Tadaaa, anscheinend zahlt sich Gedult mal aus, kam noch was :D
! ` > ^Cdeps/sqlite3.target.mk:122: recipe for target 'Release/obj.target/sqlite3/gen/sqlite-autoconf-3150000/sqlite3.o' failed
make: *** [Release/obj.target/sqlite3/gen/sqlite-autoconf-3150000/sqlite3.o] Unterbrechung
root@raspberrypi3:/opt/iobroker# `
keine Ahnung ob das gut ist, aber diesmal hat er sich zumindest nicht aufgehangen…teste jetzt weiter SQL. Bis gleich... `
Naja Du hast scheinbar abgebrochen mit CTRL-C … hättest es mal einfach laufen lassen ... aber da du kein sqlite nutzt kann es ja passen. Musst halt schauen das du wirklich die 1.6.5 drauf hast
Support us
736
Online32.4k
Users81.6k
Topics1.3m
Posts