History überarbeitet

pix

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. 261_bildschirmfoto_2015-12-08_um_14.31.38.jpg 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. 261_bildschirmfoto_2015-12-08_um_15.07.31.jpg Der "Speichern"-Knopf reagiert nur sehr träge/beim zweiten Klick.

Gruß

Pix

sissiwup

~~@eric2905:~~

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.

sissiwup

~~@versteckt:~~

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

eric2905

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

versteckt

Das ausprobieren und trauen ist bei mir kein Thema, hab schon ein paar Adapter entwickelt.

Werde ich mir morgen ansehen, heute schon anderweitig beschäftigt.

Gesendet von meinem iPhone mit Tapatalk

eric2905

@versteckt

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

versteckt

Mac bzw. Raspi bzw. Raspi 2

Gesendet von meinem iPhone mit Tapatalk

sissiwup

~~@eric2905:~~

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

sissiwup

~~@Bluefox:~~

Es gibt neue Version von SQL-Adapter und flot. `

Hallo,

flot habe ich keine neue Version gefunden. Ist immer noch 0.2.0

SQL habe ich die 0.0.2 am laufen.

eric2905

~~@sissiwup:~~

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

Thisoft

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

sissiwup

Hallo,

ich habe allerdings auch auf mySQL gewechselt.

Bei mir belegt mySQL 21 KB Speicher.

Habe allerdings auch auf die Konfiguration für Kleinstrechner gewechselt.

In top ist mysql nicht unter den top ten.

Thisoft

Hallo sissi,

verstehe ich das richtig dass bei Dir der Fehler weg ist seit Du auf MySQL gewechselt hast?

MySQL wäre schon auch eine Alternative - ich wollte nur gerne gleich auf MS-SQLServer gehen. Der braucht etwas mehr Ressourcen, ich könnte den dann aber auch ganz gut für andere Projektchen gebrauchen.

pix

Hallo,

bei mir gab es heute morgen noch diesen Fehler:

! ````
2015-12-09 08:12:28.679 - info: history.0 moving 480 entries to couchdb
2015-12-09 08:12:28.709 - error: uncaught exception: Cannot read property 'ts' of null
2015-12-09 08:12:28.710 - error: TypeError: Cannot read property 'ts' of null
at Socket. <anonymous>(/Users/pix/Documents/iobroker/node_modules/iobroker.history/history.js:105:33)
at Socket.onack (/Users/pix/Documents/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:295:6)
at Socket.onpacket (/Users/pix/Documents/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:220:12)
at Manager. <anonymous>(/Users/pix/Documents/iobroker/node_modules/component-bind/index.js:21:15)
at Manager.Emitter.emit (/Users/pix/Documents/iobroker/node_modules/component-emitter/index.js:134:20)
at Manager.ondecoded (/Users/pix/Documents/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:301:8)
at Decoder. <anonymous>(/Users/pix/Documents/iobroker/node_modules/component-bind/index.js:21:15)
at Decoder.Emitter.emit (/Users/pix/Documents/iobroker/node_modules/component-emitter/index.js:134:20)
at Decoder.add (/Users/pix/Documents/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-parser/index.js:247:12)
at Manager.ondata (/Users/pix/Documents/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:291:16)
2015-12-09 08:12:28.731 - info: history.0 moving 480 entries to couchdb</anonymous></anonymous></anonymous>

Hat scheinbar auch etwas mit dem Timestamp zu tun.

Gruß,

Pix
[9054_1.png](/assets/uploads/files/9054_1.png)
[9054_2.png](/assets/uploads/files/9054_2.png)
[9054_3.png](/assets/uploads/files/9054_3.png)
[9054_4.png](/assets/uploads/files/9054_4.png)
[9054_5.png](/assets/uploads/files/9054_5.png)
[9054_6.png](/assets/uploads/files/9054_6.png)
[9054_7.png](/assets/uploads/files/9054_7.png)
[9054_8.png](/assets/uploads/files/9054_8.png)
[9054_9.png](/assets/uploads/files/9054_9.png)

starfish

diese Fehler sind schon seltsam. Ich kann dies hier aber nicht nachvollziehen. Sowohl sqlite wie auch mysql laufen hier fehlerfrei, allerdings habe ich nur 2 Datenpunkte, die aufgezeichnet werden. Ich hatte früher woanders auch schon ein ähnliches Fehlerbild.Da war der Index auf den timestamp gesetzt Die Datensätze waren deshalb teilweise nicht unique.

versteckt

Hab grad mit einem Kollegen auf CentOS alles hochgezogen.

MySQL Integration funktioniert.

Gesendet von meinem iPhone mit Tapatalk

sissiwup

~~@Thisoft:~~

Hallo sissi,

verstehe ich das richtig dass bei Dir der Fehler weg ist seit Du auf MySQL gewechselt hast?

MySQL wäre schon auch eine Alternative - ich wollte nur gerne gleich auf MS-SQLServer gehen. Der braucht etwas mehr Ressourcen, ich könnte den dann aber auch ganz gut für andere Projektchen gebrauchen. `

Hallo,

ja, du mußt halt noch den Fix machen, den ich bei MySQL geposted habe (weiter vorne).

Da ansonsten keine String-Datenpunkte gespeichert werden können.

versteckt

Morgähn, hab gestern Abend noch von SQLite auf mySQL umgestellt.

Fehler sind keine mehr da, aber meine SETPOINTS meiner HM-CC-TC werden nicht ordentlich an ioBroker übermittelt.

Somit sind meine Grafiken eher doof.

Aber das ist ein anderes Thema, das ich mir genauer ansehen muss.

Ansonsten läuft der Adapter korrekt.

sissiwup

~~@versteckt:~~

Morgähn, hab gestern Abend noch von SQLite auf mySQL umgestellt.

Fehler sind keine mehr da, aber meine SETPOINTS meiner HM-CC-TC werden nicht ordentlich an ioBroker übermittelt.

Somit sind meine Grafiken eher doof.

Aber das ist ein anderes Thema, das ich mir genauer ansehen muss.

Ansonsten läuft der Adapter korrekt. `

Hallo,

die Setpoints kommen schon korrekt. Leider hat der HM-CC-TC die eigenart, die Setpoints, die ja auf Kanal2 liegen, nur zu übermitteln, wenn diese sich ändern. Damit sehen die Grafiken eher merkwürdig aus.

Bis flot angepaßt ist, und es dir Wichtig ist, wie die Grafiken aussehen,

kannst du wie folgt vorgehen:

Einstellung soll-Temperatur HM-CC-TC:

…

8:00 - 11:59 18°

12:00 - 20:59 22°

...

ersetzen durch

...

8:00 -- 11:58 18°

11:58 -- 11:59 18°

12:00 - 20:58 22°

20:58 - 20:59 22°

...

Mit den neuen Thermostaten gibt es das Problem übrigens nicht.

versteckt

Hallo, alles klar, danke für die Info.

Nein, Grafiken sind mir im Moment nicht so wichtig, arbeite sonst gerne mit Grafana,

das ist halt einfach ein cooles Grafik Werkzeug.

Ansonsten ist das ja mittels occ recht einfach umzustellen.

LG Christian

Community Forum

NEWS

History überarbeitet

Support us

745

32.5k

81.7k

1.3m