[Aufruf] Tests history/sql/influxdb neue Versionen!! Alias-Logging

bahnuhr

1.8.0 installiert.

log zeigt:

sql.0	2018-06-20 20:59:38.693	info	starting. Version 1.8.0 in C:/ioBroker/node_modules/iobroker.sql, node: v6.9.0
host.Asus-Buero	2018-06-20 20:59:37.637	info	instance system.adapter.sql.0 started with pid 9600
host.Asus-Buero	2018-06-20 20:59:34.618	info	instance system.adapter.sql.0 terminated with code null ()

Instanz wird grün.

1.9.0 von git installiert.

log zeigt:

host.Asus-Buero	2018-06-20 21:04:23.581	info	Restart adapter system.adapter.sql.0 because enabled
host.Asus-Buero	2018-06-20 21:04:23.581	error	instance system.adapter.sql.0 terminated with code 0 (OK)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Manager.ondata (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\manager.js:322:16)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Decoder.add (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-parser\index.js:246:12)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Decoder.Emitter.emit (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\component-emitter\index.js:134:20)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Decoder. <anonymous>(C:\ioBroker\node_modules\iobroker.js-controller\node_modules\component-bind\index.js:21:15)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Manager.ondecoded (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\manager.js:332:8)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Manager.Emitter.emit (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\node_modules\component-emitter\index.js:133:20)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Manager. <anonymous>(C:\ioBroker\node_modules\iobroker.js-controller\node_modules\component-bind\index.js:21:15)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Socket.onpacket (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\socket.js:236:12)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Socket.onack (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\socket.js:312:9)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: at Socket. <anonymous>(C:\ioBroker\node_modules\iobroker.sql\main.js:963:29)
Caught	2018-06-20 21:04:23.580	error	by controller[1]: ReferenceError: history is not defined
Caught	2018-06-20 21:04:23.580	error	by controller[0]: Cannot find module 'pg-native'
sql.0	2018-06-20 21:04:23.563	info	terminating
sql.0	2018-06-20 21:04:22.951	warn	Exception: ReferenceError: history is not defined
sql.0	2018-06-20 21:04:22.943	error	at Manager.ondata (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\manager.js:322:16)
sql.0	2018-06-20 21:04:22.943	error	at Decoder.add (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-parser\index.js:246:12)
sql.0	2018-06-20 21:04:22.943	error	at Decoder.Emitter.emit (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\component-emitter\index.js:134:20)
sql.0	2018-06-20 21:04:22.943	error	at Decoder. <anonymous>(C:\ioBroker\node_modules\iobroker.js-controller\node_modules\component-bind\index.js:21:15)
sql.0	2018-06-20 21:04:22.943	error	at Manager.ondecoded (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\manager.js:332:8)
sql.0	2018-06-20 21:04:22.943	error	at Manager.Emitter.emit (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\node_modules\component-emitter\index.js:133:20)
sql.0	2018-06-20 21:04:22.943	error	at Manager. <anonymous>(C:\ioBroker\node_modules\iobroker.js-controller\node_modules\component-bind\index.js:21:15)
sql.0	2018-06-20 21:04:22.943	error	at Socket.onpacket (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\socket.js:236:12)
sql.0	2018-06-20 21:04:22.943	error	at Socket.onack (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\lib\socket.js:312:9)
sql.0	2018-06-20 21:04:22.943	error	at Socket. <anonymous>(C:\ioBroker\node_modules\iobroker.sql\main.js:963:29)
sql.0	2018-06-20 21:04:22.943	error	ReferenceError: history is not defined
sql.0	2018-06-20 21:04:22.943	error	uncaught exception: history is not defined
sql.0	2018-06-20 21:04:22.940	info	enabled logging of javascript.0.Status.Heizoel.aktuell, Alias=false, 1 points now activated
sql.0	2018-06-20 21:04:22.915	info	Connected to sqlite
sql.0	2018-06-20 21:04:22.887	info	starting. Version 1.9.0 in C:/ioBroker/node_modules/iobroker.sql, node: v6.9.0</anonymous></anonymous></anonymous></anonymous></anonymous></anonymous>

Adapter wird kurz grün; dann aber gleich wieder rot.

Habe nun auch history von git aktualisiert.

sql bleibt aber rot.

apollon77

Dann hast du bug gefundenen fix kommt gleich. Super, danke

bahnuhr

Is ja n' Ding.

Ich dachte es liegt wieder an meiner Kiste.

apollon77

Ne Du hast wirklich einen Fehler gefunden der bei influxdb und sql reingerutscht war. Die ganzen automatisierten tests sind nie auf den gestossen … congratulation!

Alle 3 Adapter haben jetzt eine ".1" Version auf Github. Die Maximale Länge der Alias-ID sollte jetzt bei 255 zeichen sein :-)

Wer will nochmal wer hat noch nicht ... (genug) ... :-)

paul53

@apollon77:

Die Maximale Länge der Alias-ID sollte jetzt bei 255 zeichen sein

Ja, passt. Das ging ja fix :+1:

bahnuhr

1.91. installiert.

Instanz wird grün.

bahnuhr

~~@apollon77:~~

Gleiches passiert jetzt in einigen Adaptern in Vorbereitung auf js-controller 1.4.2 bzw. 1.5.0 wo bestimmte Zeichen nicht mehr erlaubt sind für State-IDs. Hier ändern sich auch die IDs - allen voran im Smartmeter-Adapter, wo eine Stromverbrauchs-Historie komplett cool ist.

Aber das ist jetzt simpel. Einfach beim alten Objekt das logging deaktivieren, beim neuen aktivieren mit den gleichen Einstellungen UND die alte State-ID einfach als "Alias-ID" bei der Konfiguration des Datenpunkts angeben. Dann landen alle Daten in der "alten" ID was das Logging angeht. `

zu smartmeter:

Kann man dann die alten states unter Objekte dann löschen.

Die Werte müsste doch in der Datei sqlite noch gespeichert sein.

Richtig ?

andere Möglichkeit?

Gibt es ein Tool in dem man die Datenbank sqlite bearbeiten kann.

Also die alten gespeicherten Daten dem neuen Punkt zuordnen.

Man würde dann den alias sparen.

mfg

apollon77

1.) Ja, kannst die alten IDs löschen und bei den neuen den namen des Alten als Alias hinterlegen. Das war die Idee.

2.) Es gibt viele SQLite Editoren. Was die so können keine Ahnung. "Google is your friend"

lobomau

Vielleicht mache ich was falsch oder ich habe es noch nicht verstanden.

Also, ich habe bei einem HM-IP Lichtschalter bei der Leistungsmessung eine Alias-ID eingetragen "Gartenpumpe.power".

Ab dem Abspeichern der Alias-ID sind die bisher geloggten Daten weg und fangen ab dem Zeitpunkt des Abspeicherns an zu loggen.

Aber die ID bleibt weiterhin die gleiche. Nun weiß ich nicht was ich mit der Alias-ID mache bzw. wo ich sie finde.

Ich dachte es wäre alles wie vorher nur quasi doppelt durch einen neuen zusätzlichen Namen, der Alias-ID.

paul53

@lobomau:

Ich dachte es wäre alles wie vorher nur quasi doppelt durch einen neuen zusätzlichen Namen, der Alias-ID.

Nein, es wird nicht doppelt gespeichert. Man kann lediglich das Speichern mit einer "alten" ID und einem neuen Datenpunkt fortsetzen.

@apollon77 sagte:

beim alten Objekt das logging deaktivieren, beim neuen aktivieren mit den gleichen Einstellungen UND die alte State-ID einfach als "Alias-ID" bei der Konfiguration des Datenpunkts angeben. Dann landen alle Daten in der "alten" ID was das Logging angeht.

apollon77

Paul53 hat es richtig verstanden! :-)

Und ja, wenn Du einen neuen Alias-ID-namen eingibst den es bisher nicht gab dann wird alles ab dem zeitpunkt dahin geloggt und auch Abfragen auf den echten Datenpunkt werden dahin "umgebogen".

lobomau

Bei mir dauert es noch mit dem Verstehen… :-)

Also, ich habe dann bei einem Gerät die Alias-ID wieder gelöscht. Im Flot taucht der Graph vor dem Zeitpunkt des Setzens des Alias-ID aber nicht wieder auf. Bug oder feature?

Dann eine Beobachtung: ich habe mal dem Alias-ID den gleichen Namen gegeben wie die ID, in dem konkreten Fall "landroid-s.0.mower.batteryCharging". Dann kommt erstmal eine Zeitlang Fehlermeldung, wahrscheinlich zu Recht, und Flot lädt den Graph nicht. Nach einer Zeit ist der reload wohl abgeschlossen und alles läuft wieder vorher. Läuft das alles wie gedacht?

sql.0	2018-06-21 09:16:08.557	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:16:08.557	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284
sql.0	2018-06-21 09:15:35.840	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:15:35.839	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284
sql.0	2018-06-21 09:14:35.040	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:14:35.039	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284
sql.0	2018-06-21 09:14:04.339	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:14:04.338	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284

Stabilostick

Ohne Alias-ID mit SQL Server läuft es wie vorher.

apollon77

~~@lobomau:~~

Bei mir dauert es noch mit dem Verstehen… :-)

Also, ich habe dann bei einem Gerät die Alias-ID wieder gelöscht. Im Flot taucht der Graph vor dem Zeitpunkt des Setzens des Alias-ID aber nicht wieder auf. Bug oder feature? `

Hm … good point ... neustart des Adapters sollte das fixen .. Muss mal nachdenken dazu.

~~@lobomau:~~

Dann eine Beobachtung: ich habe mal dem Alias-ID den gleichen Namen gegeben wie die ID, in dem konkreten Fall "landroid-s.0.mower.batteryCharging". Dann kommt erstmal eine Zeitlang Fehlermeldung, wahrscheinlich zu Recht, und Flot lädt den Graph nicht. Nach einer Zeit ist der reload wohl abgeschlossen und alles läuft wieder vorher. Läuft das alles wie gedacht?

sql.0	2018-06-21 09:16:08.557	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:16:08.557	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284
sql.0	2018-06-21 09:15:35.840	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:15:35.839	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284
sql.0	2018-06-21 09:14:35.040	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:14:35.039	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284
sql.0	2018-06-21 09:14:04.339	error	Please wait till next data record is logged and reload.
sql.0	2018-06-21 09:14:04.338	warn	For getHistory for id landroid-s.0.mower.batteryCharging: Type empty. Need to write data first. Index = 284
```` `

Muss ich auch anschauen.

lobomau

~~@apollon77:~~

~~@lobomau:~~

Bei mir dauert es noch mit dem Verstehen… :-)

Also, ich habe dann bei einem Gerät die Alias-ID wieder gelöscht. Im Flot taucht der Graph vor dem Zeitpunkt des Setzens des Alias-ID aber nicht wieder auf. Bug oder feature? `

Hm … good point ... neustart des Adapters sollte das fixen .. Muss mal nachdenken dazu. `
Stimmt. SQL neugestartet. Datenpunkte wieder da.

apollon77

Alle Adapter haben jetzt eine .2 am Ende als Versionsnummer auf GitHub.

Jetzt sollte auch das entfernen und Ändern von Alias-IDs problemlos funktionieren.

@lobomau: Bitte deine Fälle nochmal re-testen.

Vielen Dank für Feedback

lobomau

Hab mit 1.9.2. getestet.

Also wenn ich die Alias-ID genauso benenne wie die ID, gibt es den Fehler. Ok, das soll man also nicht machen. Verstanden.

2018-06-21 15:03:18.206 - warn: sql.0 Ignoring Alias-ID because identical to ID for parser.0.Delignit

Dann habe ich einen neuen Alias-ID benannt. Im Flot beginnt ab diesem Zeitpunkt der neue Graph, Vergangenheit gibt es nicht mehr.

Nach Löschen des Alias-ID ist der Graph wie vorher mit Vergangenheit und Zukunft.

Wie mache ich es nun mit neuer Alias-ID und Vergangenheit? Ich muss dann den alten ID in der Datenbank dazu löschen?

apollon77

~~@lobomau:~~

Hab mit 1.9.2. getestet.

Also wenn ich die Alias-ID genauso benenne wie die ID, gibt es den Fehler. Ok, das soll man also nicht machen. Verstanden.
2018-06-21 15:03:18.206 - warn: sql.0 Ignoring Alias-ID because identical to ID for parser.0.Delignit
```` `  

Ja Du hast da durchaus nen Punkt gehabt. AM Ede sollte mit identischer alias-Id alles tun, macht nur keinen Sinn und wollte nicht alles nochmal durchschauen nach Edge-Cases :-))

~~@lobomau:~~

Dann habe ich einen neuen Alias-ID benannt. Im Flot beginnt ab diesem Zeitpunkt der neue Graph, Vergangenheit gibt es nicht mehr. `
So soll es sein weil ist ja nix in der DB.

~~@lobomau:~~

Nach Löschen des Alias-ID ist der Graph wie vorher mit Vergangenheit und Zukunft. `
korrekt … nur die Werte in der Zwischenzeit fehlen.

~~@lobomau:~~

Wie mache ich es nun mit neuer Alias-ID und Vergangenheit? Ich muss dann den alten ID in der Datenbank dazu löschen? `

Was willst Du tun? Du möchtest eine neue Alias-ID angeben und dann die Vergangenheit eines bestimmten Datenpunkts drin haben und ab dann neu fortschreiben?

Das geht nicht bzw ist nicht supportet.

Der Haupt-usecase den ich im uage hatte für die das ganze Relevant ist, ist:

Ich habe heute einen Datenpunkt wo ich logging an habe und die Daten brauche
Jetzt ändert sich aus irgendeinem Grund die ID des Datenounktes (Gerät wird ersetzt, js.controller 1.5.0 oder sonstwas), ich will aber die Daten weiter haben und alle neuen dran.
Dann schalte ich beim alten Datenpunkt das logging aus
Trage die ID des Alten Datenpunkts als Alias beim neuen ein
voilla … die Alten Daten sind noch da und die neuen werden angehängt.

Wenn DU jetzt sagt "geile Idee ich stelle alles auf "geräteunabhängige Alias-IDs um" dann verlierst du einmalig alle Daten.

apollon77

Für history sind wir jetzt bei 1.8.3 … Man kann dort jetzt das schreiben der Null-Werte am Ende ebenso abschalten wie bei sql.

klassisch

Habe auf 1.8.3 upgdatet. piVCCU auf Orange Pi. Hat übersetzt, funktioniert bisher. Nach nichts mit Alias gemacht.

Community Forum

NEWS

[Aufruf] Tests history/sql/influxdb neue Versionen!! Alias-Logging

Support us

805

32.6k

82.2k

1.3m