NEWS
History überarbeitet
-
Jetzt funktioniert so langsam alles.
Muss ich den history.0 Adapter deaktivieren, wenn ich sql.0 nutze?
Mit flot klappte es jetzt auch, wenn man mal die Einstellungen verstanden hat:

Wenn kein Datenpunkt / Messpunkt innerhalb des ausgewählten Fensters liegt, dann läßt flot die Kurve einfach weg …
(SOLL TEMP) Wähle ich hier 1 Tag als Intervall, dann ist die Kurve da.
-
Hallo,
Die Treppenfunktionen bei flot sind verkehrtherum implementiert.
Wenn ich z.B. Folgende Datnepunkte habe:
8:00 10Grad
9:00 10Grad
10:00 12Grad
11:00 12Grad,
Dann hätte ich einen Graphen erwartet, der um 10:00 auf 12 Grad steigt.
Macht er aber nicht, er steigt um 9:00 auf 12 Grad.
Oder mache ich etwas falsch?
-
Hab den neuen SQL (0.0.3) installiert, aber immer noch die Fehlermeldungen:
` > sql-0 2015-12-08 08:14:46 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558876000, 2.5, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:09:12 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558541000, -0.9, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:07:08 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558418000, 1, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:04:49 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558278000, 4.9, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:02:15 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558125000, 11.4, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
[…]
sql-0 2015-12-08 07:59:28 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557957000, 11.2, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:56:26 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557776000, -0.4, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:51:47 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557496000, 2.2, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:46:10 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557159000, 1.1, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:39:10 error Cannot delete DELETE FROM ts_number WHERE id=18 AND ts < 1449470340;: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:35 warn Cannot get index of 'hm-rpc.0.xxxxxxxx.1.HUMIDITY': Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:35 error Cannot select SELECT id, type FROM datapoints WHERE name='hm-rpc.0. xxxxxxxx.1.HUMIDITY';: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:35 error Cannot delete DELETE FROM ts_number WHERE id=6 AND ts < 1449470281;: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:32 warn Cannot get index of 'hm-rpc.0. xxxxxxxx.1.HUMIDITY': Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:32 error Cannot select SELECT id, type FROM datapoints WHERE name='hm-rpc.0.JEQ0553734.1.HUMIDITY';: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:32 error Cannot delete DELETE FROM ts_number WHERE id=34 AND ts < 1449470281;: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:29 warn Cannot get index of 'hm-rpc.0. xxxxxxxx.1.TEMPERATURE': Error: SQLITE_BUSY: database is locked `
Hab ich evtl. was vergessen?
Gruß,
Eric
PS: Habe den Screenshot jetzt durch einen Log-Auszug ersetzt.
-
-
Hallo,
ich habe den History nun auch erneuert. Ich bin nach dem ersten Post vorgegangen und es hat gut funktioniert (OS X).
Ich nutze den eingebauten SQlite.
Die Adaptereinstellungen bieten einen Verbindungstest. Der meldet "ok". Leider lassen sich in flot die gewünschten Datenpunkten nicht auswählen.Und im admin-Reiter Objekte kann ich das Loggen nicht mehr ein/ausschalten, da kein Knopf mehr da ist -> Das hat sich jetzt erledigt, dauerte einige Minuten bis die grünen Knöpfe auftauchten. Allerdings muss da noch mal extra ein Haken bei "Aktiviert" gesetzt werden.
Der "Speichern"-Knopf reagiert nur sehr träge/beim zweiten Klick.Gruß
Pix
-
Hab den neuen SQL (0.0.3) installiert, aber immer noch die Fehlermeldungen:
` > sql-0 2015-12-08 08:14:46 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558876000, 2.5, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:09:12 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558541000, -0.9, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:07:08 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558418000, 1, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:04:49 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558278000, 4.9, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 08:02:15 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449558125000, 11.4, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
[…]
sql-0 2015-12-08 07:59:28 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557957000, 11.2, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:56:26 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557776000, -0.4, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:51:47 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557496000, 2.2, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:46:10 error Cannot insert INSERT INTO ts_number (id, ts, val, ack, _from, q) VALUES(18, 1449557159000, 1.1, 1, 2, 0);: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:39:10 error Cannot delete DELETE FROM ts_number WHERE id=18 AND ts < 1449470340;: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:35 warn Cannot get index of 'hm-rpc.0.xxxxxxxx.1.HUMIDITY': Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:35 error Cannot select SELECT id, type FROM datapoints WHERE name='hm-rpc.0. xxxxxxxx.1.HUMIDITY';: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:35 error Cannot delete DELETE FROM ts_number WHERE id=6 AND ts < 1449470281;: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:32 warn Cannot get index of 'hm-rpc.0. xxxxxxxx.1.HUMIDITY': Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:32 error Cannot select SELECT id, type FROM datapoints WHERE name='hm-rpc.0.JEQ0553734.1.HUMIDITY';: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:32 error Cannot delete DELETE FROM ts_number WHERE id=34 AND ts < 1449470281;: Error: SQLITE_BUSY: database is locked
sql-0 2015-12-08 07:38:29 warn Cannot get index of 'hm-rpc.0. xxxxxxxx.1.TEMPERATURE': Error: SQLITE_BUSY: database is locked `
Hab ich evtl. was vergessen?
Gruß,
Eric
PS: Habe den Screenshot jetzt durch einen Log-Auszug ersetzt. `
Hallo,
Man sieht oben, das die Timestamps noch auf 000 enden, das darf nicht sein.
Hier kannst du kurzzeitig den fix aus den Post einsetzen, wo die Zeile durch Date.now ersetzt wird.
Das hat bei mir geholfen.
-
So, hab auch grad alles umgestellt. Erhalte leider auch den Fehler "Error: SQLITE_BUSY: database is locked" `
Probier mal:
Ja, es liegt offensichtlich an den fehlenden Millisekunden. Aber nicht nur auf dem Pi - ich arbeite mit Windows.
Ich habe mich aber jetzt noch mal in den Code reingekniet und empfehle Dir folgendes zu testen - wenn Du Dir's zutraust.
Und zwar musst Du in der Datei "..\iobroker\node_modules\iobroker.sql\main.js" die Zeile 552:
Code:
state.ts = parseInt(state.ts, 10) * 1000 + (parseInt(state.ms, 10) || 0);
durch die folgende ersetzen:
Code:
state.ts = parseInt(Date.now());
Dann die Datei speichern und den SQL-Adapter neustarten. Dann dürfte es keine doppelten Timestamps mehr geben (und ich hoffe dass ich damit nichts anderes durcheinanderbringe - aber wir sind ja hier noch in der Beta ;) )
Gruß Thilo
-
Hi sissiwup,
den Vorschlag hatte Thisoft schon gemacht und ich habe es ausprobiert.
Wirft bei mir weiterhin Fehler.
Siehe hier : http://forum.iobroker.net/viewtopic.php … =40#p15492
Gruß,
Eric
-
Vielleicht hast Du mehr Glück - bei mir hat's nicht wirklich g fruchtet.
Auf welcher Plattform läuft es bei Dir? Ich hab's auf einem Cubietruck laufen (evtl. geht's bei anderer HW).
Gruß,
Eric
-
Hi sissiwup,
den Vorschlag hatte Thisoft schon gemacht und ich habe es ausprobiert.
Wirft bei mir weiterhin Fehler.
Siehe hier : http://forum.iobroker.net/viewtopic.php … =40#p15492
Gruß,
Eric `
Hallo,
der Fehler sollte aber nicht an der Anpassung liegen. Bei mir waren jedenfalls danach die Fehler bei den Inserts weg.
Ich habe übrigens auch eine arm-Platform: Raspi 2
-
der Fehler sollte aber nicht an der Anpassung liegen. Bei mir waren jedenfalls danach die Fehler bei den Inserts weg.
Ich habe übrigens auch eine arm-Platform: Raspi 2 `
Ok, wenn's nächste Woche (noch) keine Lösung gibt, probiere ich es nochmal. Fliege in ein paar Stunden in Urlaub und bastele jetzt nicht mehr rum :-)Gruß,
Eric
-
Will mich auch mal wieder dazu melden…
Ich muss gestehen, der database-locked-Fehler kommt auch bei mir nach der Änderung des Timestamps immer noch. Da muss noch was anderes faul sein.
Mal so als Frage in die Runde: Kommt dieser Fehler eigentlich nur in VErbindung mit der Standard-SQLite-Db oder hat den Fehler auch jemand der eine andere Db einsetzt?
Ich würde ja gerne mal mit MS-SQLServer testen, aber dazu brauche ich erst noch nen Rechner, bei meinem ioBroker-Server geht der RAM in die Knie und nachrüsten kann ich da nix :( Wäre ein guter Grund, endlich mal meinen RasPi2 ans Laufen zu bekommen, hab aber gestern mal wieder einen erfolglosen Abend damit verbracht :cry:
Gruß Thilo