Adapter "smartmeter"

a200

@a200

mir würde es genügen wenn ich jede minute logge. `

Dafür brauchst du doch keine Skripte! Du kannst den Datenpunkt: smartmeter.0.1-0:16_7_0255.value Also den Momentanen Verbrauch speichern. oder smartmeter.0.1-0:1_8_0255.value für den Gesamtzählerstand. Was dir lieber ist. Beide Werte liefert smartmeter frei Haus.

apollon77

~~@arndl:~~

Da es noch Probleme mit der Installation gibt habe ich den Test mit dem EFR Zähler erstmal verschoben.

Bei meinem PI3 war es so, dass sich die Installation der Version 0.2.4 mit 100% CPU aufgehängt hat. SSH, um den npm Prozess zu killen ging leider nicht mehr. Es blieb nur hartes Ausschalten des PI. `

Naja, wenn keiner solche Probleme meldet kann nichts passieren …

Die installation enthält "serialport", was ggf kompiliert wird ... das kann dauern ... Versuchs doch nochmal, wäre interessant.

Thisoft

~~@apollon77:~~

~~@arndl:~~

Da es noch Probleme mit der Installation gibt habe ich den Test mit dem EFR Zähler erstmal verschoben.

Bei meinem PI3 war es so, dass sich die Installation der Version 0.2.4 mit 100% CPU aufgehängt hat. SSH, um den npm Prozess zu killen ging leider nicht mehr. Es blieb nur hartes Ausschalten des PI. `

Naja, wenn keiner solche Probleme meldet kann nichts passieren …

Die installation enthält "serialport", was ggf kompiliert wird ... das kann dauern ... Versuchs doch nochmal, wäre interessant. `

Ich bin auch schon zumindest beinahe auf solche "Aufhänger" hereingefallen.

Ich schlage vor, dass in die Installationsanleitung bzw. Hinweise für Einsteiger ein deutlicher Hinweis darauf mit aufgenommen wird dass man manchmal einfach etwas Geduld aufbringen muss. Als Windows-verwöhnter (verzogener ) Linux-Einsteiger denkt man wirklich dass sich da was aufgehängt hat wenn über viele Minuten (oder gar im Stundenbereich) keinerlei sichtbare Rückmeldung vom Rechner kommt.

apollon77

Github-Seite um Infos zu "Known problems" erweitert

Zu den SIGABRT und SIGSEGV läuft jetzt bei mir der letzte test mit node 7.5 … mal schauen ...

a200

Bei mir (Raspi 3) hat der manueller Upgrade ca 1 Minute gedauert. Load war kaum erhöht, mein System stabil. Allerdings hatte ich früher mal ein ähnliches Problem wie oben beschrieben. Load auf 100% und der raspi war nicht mehr ansprechbar. Damals habe ich den Upgrade über die GUI angestoßen.

simpixo

~~@apollon77:~~

Github-Seite um Infos zu "Known problems" erweitert

Zu den SIGABRT und SIGSEGV läuft jetzt bei mir der letzte test mit node 7.5 … mal schauen ... `

Muss ich Node upgraden!? Also momentan lese ich die Daten mit einer Intervalle von 2 Sekunden ein!

Von SIGABRT und SIGSEGV Fehlern bis jetzt keine Spur [emoji6]bei einer Intervalle von 1 Sekunde traten sie ab und an noch auf!

Also lagst du mit deiner Vermutung richtig das es an Node liegt [emoji1360]

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

apollon77

Du glücklicher. Ich habe 60 Sekunden Leseintervall und hab mehrfach am Tag … vllt mus ich es runtersetzen? ;-))

Schaue heute Abend ions Log mit node 7, dann weiss ich mehr

apollon77

Update zu SIGABRT/SIGSEGV bei mir:

Mit node 6 ca. 1x/Stunde (SML, Lesen alle 60 Sekunden)
Mit node 7 seit gestern ca. 23:00: KEIN MAL!!

Ich lasse jetzt mal weiter laufen, aber spontan sieht es so aus als ob der relevante Speicher-Management-Bug in node 7.5 gefixt ist … damit warten offiziell bis node 8

a200

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV

chemieka

Ach ich habe heute auch ein Update gemacht. war glaube bei 0.2.4

Und jetzt viele Fehler:

smartmeter.0	2017-02-13 18:57:48.413	info	smartmeter.0 Received 7 values, 3 updated
ioBroker-Pi	2017-02-13 18:57:44.069	info	host.ioBroker-Pi Restart adapter system.adapter.smartmeter.0 because enabled
ioBroker-Pi	2017-02-13 18:57:44.069	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 18:57:41.637	info	host.ioBroker-Pi instance system.adapter.smartmeter.0 started with pid 31452
host.ioBroker-Pi	2017-02-13 18:57:11.619	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:57:11.618	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:57:09.271	info	instance system.adapter.smartmeter.0 started with pid 31436
smartmeter.1	2017-02-13 18:57:04.631	info	Received 7 values, 0 updated
host.ioBroker-Pi	2017-02-13 18:56:39.249	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:56:39.248	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:56:36.801	info	instance system.adapter.smartmeter.0 started with pid 31419
host.ioBroker-Pi	2017-02-13 18:56:06.779	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:56:06.778	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:56:04.408	info	instance system.adapter.smartmeter.0 started with pid 31401
smartmeter.0	2017-02-13 18:55:46.795	info	Received 7 values, 3 updated
host.ioBroker-Pi	2017-02-13 18:55:34.394	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:55:34.393	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:55:31.916	info	instance system.adapter.smartmeter.0 started with pid 31385
smartmeter.1	2017-02-13 18:55:03.193	info	Received 7 values, 7 updated
smartmeter.1	2017-02-13 18:55:02.707	info	starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v6.9.4
host.	2017-02-13 18:55:02.635	info	States connected to redis 127.0.0.1:6379
host.ioBroker-Pi	2017-02-13 18:55:01.901	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:55:01.900	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:55:00.193	info	instance system.adapter.smartmeter.1 started with pid 31365
host.ioBroker-Pi	2017-02-13 18:55:00.179	info	object change system.adapter.smartmeter.1
host.ioBroker-Pi	2017-02-13 18:54:59.387	info	instance system.adapter.smartmeter.0 started with pid 31359
host.ioBroker-Pi	2017-02-13 18:54:59.373	info	object change system.adapter.smartmeter.0
host.ioBroker-Pi	2017-02-13 18:54:30.554	info	Do not restart adapter system.adapter.smartmeter.0 because disabled or deleted
host.ioBroker-Pi	2017-02-13 18:54:30.553	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:54:04.659	info	object change system.adapter.smartmeter.0
host.ioBroker-Pi	2017-02-13 18:54:04.430	info	instance system.adapter.smartmeter.1 terminated with code 0 (OK)
smartmeter.1	2017-02-13 18:54:04.413	info	terminating
host.ioBroker-Pi	2017-02-13 18:54:03.903	info	stopInstance system.adapter.smartmeter.1 killing pid 31266
host.ioBroker-Pi	2017-02-13 18:54:03.903	info	stopInstance system.adapter.smartmeter.1
host.ioBroker-Pi	2017-02-13 18:54:03.902	info	object change system.adapter.smartmeter.1
host.ioBroker-Pi	2017-02-13 18:53:58.182	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:53:58.181	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
web.0	2017-02-13 18:53:56.517	info	2017-02-13T17:53:56.517Z Connected system.user.admin
host.ioBroker-Pi	2017-02-13 18:53:55.805	info	instance system.adapter.smartmeter.0 started with pid 31326
smartmeter.0	2017-02-13 18:53:45.572	info	Received 7 values, 3 updated
host.ioBroker-Pi	2017-02-13 18:53:25.791	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:53:25.790	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:53:23.366	info	instance system.adapter.smartmeter.0 started with pid 31309
host.ioBroker-Pi	2017-02-13 18:52:53.341	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker-Pi	2017-02-13 18:52:53.340	error	instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
host.ioBroker-Pi	2017-02-13 18:52:50.919	info	instance system.adapter.smartmeter.0 started with pid 31292

chemieka

Nein auch mit 0.2.4 gehts jetzt nur mitr Fehlern.

ioBroker-Pi	2017-02-13 19:12:42.731	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 19:12:10.309	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 19:11:37.827	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code 7 (Adapter already running)
ioBroker-Pi	2017-02-13 19:11:05.356	error	host.ioBroker-Pi instance system.adapter.smartmeter.0 terminated with code null ()

Muss mit dem Update was gezogen haben, wo auch ein zurücksetzen nicht mehr bringt.

Was kann ich machen?

Wenn ich das richtig sehe, dann kommt, wenn ich nur eine Instanz habe nur dieser Fehler:

host.ioBroker-Pi	2017-02-13 19:30:11.452	warn	instance system.adapter.smartmeter.0 terminated due to SIGTERM

Aber mache ich noch die zweite Instanz rein dann eben mehr Fehler. Wie oben.

<size size="150">Update: gerade mal etwas gewartet bis ich die zweite Instanz rein nehme, bis jetzt kein Fehler.</size>

apollon77

"Adapter already running" heisst das da irgendwo noch ein Prozess dieser Instanz läuft.

geht mal auf die Kommandozeilt (putty oder so), dort kannst du mit

ps auxww |grep io.smartmeter

sehen was läuft und findest die prozessID (die erste Zahl in der Zeile nach dem usernamen).

Dann kannst Du per "kill -9 <id>" (ohne die spitzen klammern) den prozess abschiessen, dann sollte iobroker einen neuen starten und fertig</id>

apollon77

~~@a200:~~

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV `

Wenn Du experiemntierfreudig bist versuch doch auch mal node 7

Ist das dein Hauptsystem oder ein Slave mit nur smartmeter drauf?

a200

~~@apollon77:~~

~~@a200:~~

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV `

Wenn Du experiemntierfreudig bist versuch doch auch mal node 7

Ist das dein Hauptsystem oder ein Slave mit nur smartmeter drauf? `
Hauptsystem. Bin mir nicht sicher, wann ich dazu komme, aber ich werde es testen. Danke.

apollon77

Hauptsystem … dann lass mal lieber node 7 ist halt Dev-Version ... aber am ENde: Adapter wird neu gestartet gut is

chemieka

Sagt mal die Datenpunkte in History werden die bei einem normalen Backup mit gespeichert?

a200

~~@chemieka:~~

Sagt mal die Datenpunkte in History werden die bei einem normalen Backup mit gespeichert? `
hängt von deinem History-Adapter. Ich nutze mysql. dafür erstelle ich täglich ein dump. Wenn du es in eine Datei schreibst, dann werden die Daten im FS abgelegt und dann ggf. gesichert.

apollon77

Ich glaube nicht das das History-Verzeichnis im Backup drin ist. Musst du getrennt backuppen

chemieka

Ich mache bis jetzt noch gar kein Backup.

Wenn ich per Filezilla auf die PI gehe und den kompletten Ordner (/opt/iobroker) sichere dann hätte ich doch auch diese Daten?

Ich sag ml ich würde auch einmal im Monat eine Datei kopieren.

Ebenso die VIS.

Thisoft

~~@apollon77:~~

~~@a200:~~

zwischen 00:00 und 18:22

root@miniyou:/opt/iobroker/log# grep 'SIGSEGV|SIGABRT' iobroker.2017-02-13.log

2017-02-13 02:49:38.316 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 09:42:50.991 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGABRT

2017-02-13 14:01:35.620 - warn: host.miniyou instance system.adapter.smartmeter.0 terminated due to SIGSEGV `

Wenn Du experiemntierfreudig bist versuch doch auch mal node 7

Ist das dein Hauptsystem oder ein Slave mit nur smartmeter drauf? `

Ich war mal experimentierfreudig Habe den RasPi als Slave mit smartmeter und noch einem amzon-dash-adapter im Testbetrieb drauf.

Hatte aber keinen Erfolg mit node 7! Der smartmeter-adapter sagte immer wieder:

instance system.adapter.smartmeter.0 terminated with code 1 ()

Und der amazon-adapter hat noch mehr herumgeschimpft von wegen dass pcap mit einer falschen Version kompiliert wurde etc.

Der amazon-adapter wäre ja erstmal egal, aber da smartmeter nicht mehr lief und mir das "terminated with code 1" jetzt gar nicht wirklich was sagt bin ich erstmal wieder zurück auf node 6 und es läuft wieder…

NEWS

Adapter "smartmeter"

Adapter "smartmeter"

Support us

100

32.4k

81.3k

1.3m