[Aufruf] Dringender Test sql 1.6.4

pepp86

Hab die Instanz jetzt einmal komplett beendet und neu gestartet. Jetzt aktualisiert er beim Ändern unter "Speichern als" auf Number den Wert in der DB korrekt auf 0.

Allerdings zeigt der Adapter jetzt unter Tabelle einen Fehler:
1178_screenshot.png

pepp86

Bei neuen Datenpunkten funktioniert jetzt alles korrekt für den Typ number

apollon77

Kannst Du mal sicherstellen das ein Wert geloggt wurde und nochmal die Tabellenanzeige versuchen. Habe da ne Vermutung Die Vermutung ist das die History-Abfrage davon ausgeht dasd der Typ bekannt ist … der wird aber ggf erst initialisiert wenn der erste Wert geloggt wird.

Ansonsten brauche ich debug log

pepp86

Werte sind in der number Tabelle vorhanden. Das lief ja trotz falschem Typ unter datapoints jederzeit korrekt.

Hier das Debug log:

2018-01-31 09:40:21.551 - debug: sql.0 redis pmessage messagebox.system.adapter.sql.0 messagebox.system.adapter.sql.0 {"command":"getHistory","message":{"id":"javascript.0.Heizung.Test3","options":{"aggregate":"none","instance":"sql.0","from":true,"ack":true,"q":true,"end":1517388029381,"count":50,"user":"system.user.admin"}},"from":"system.adapter.admin.0","callback":{"message":{"id":"javascript.0.Heizung.Test3","options":{"aggregate":"none","instance":"sql.0","from":true,"ack":true,"q":true,"end":1517388029381,"count":50,"user":"system.user.admin"}},"id":51,"ack":false,"time":1517388021550},"_id":99887388}

2018-01-31 09:40:21.552 - debug: sql.0 SELECT ts, val, ack, iobroker.sources.name as 'from', q FROM iobroker.undefined INNER JOIN iobroker.sources ON iobroker.sources.id=iobroker.undefined._from WHERE iobroker.undefined.id=2794 AND iobroker.undefined.ts < 1517388029381 ORDER BY ts DESC LIMIT 50;

2018-01-31 09:40:21.553 - debug: sql.0 SELECT ts, val, ack, iobroker.sources.name as 'from', q FROM iobroker.undefined INNER JOIN iobroker.sources ON iobroker.sources.id=iobroker.undefined._from WHERE iobroker.undefined.id=2794 AND iobroker.undefined.ts < 1517388029381 ORDER BY ts DESC LIMIT 50;

2018-01-31 09:40:21.564 - error: sql.0 Error: ER_NO_SUCH_TABLE: Table 'iobroker.undefined' doesn't exist

apollon77

Installier nochmal neu vom Github, ist jetzt dehug erwetert. Dann bitte nochmal debug schicken. Danke

Kueppert

Hi,

Update bei mir ist drauf. Instanz neu gestartet. Es wird bei mit nur null geloggt. Vorher hatte ich, vor Neustart, die Fehlermeldung, dass die Tabelle nicht existiert…~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201801 ... d358ec.jpg">https://uploads.tapatalk-cdn.com/20180131/88c0bc4f92080ebad8df143897d358ec.jpg</link_text>" />~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201801 ... 65d63e.jpg">https://uploads.tapatalk-cdn.com/20180131/15133b5d5c1a14758fa680459e65d63e.jpg</link_text>" />

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

apollon77

Najs mit "nur null" kannst Du von dem oben beschriebenen Problem Nr 2 betroffen sein. Kann es sein das der Datneounkt mit der 1.5.8 oder 1.6.x erst neu angelegt wurde? Wenn ja dann mal versuchen unter der Datenpunkt Konfig bei "Speichern als" denn korrekten Datentyp (Number) zu wählen und Instanz neu zu starten. Wie ists danach?

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??~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201801 ... 387464.jpg">https://uploads.tapatalk-cdn.com/20180131/ed67d80331181106f04c7b6b39387464.jpg</link_text>" />~~![](</s><URL url=)<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?!

NEWS

[Aufruf] Dringender Test sql 1.6.4

Support us

720

32.4k

81.4k

1.3m