NEWS
Adapter "smartmeter"
Adapter "smartmeter"
-
2Tage `
zu kurz!
erst am zweiten Tag um 23:59 wird der korrekter wert geschrieben.
Erklärung:
gestern 12:00 du installierst und startest smartmeter
23:59 der aktueller Zählerstand wird in Total-d geschrieben nicht aber in Day, weil der Tag unvollständig war
heute 22:00 Du meinst smartmeter läuft schon 2 Tage, du aber noch keinen wert in Day hast
23:59 Der erster vollständiger tag ist abgelaufen. Erster Wert wird in Day geschrieben.
Morgen 10:00 du schaust rein und freust dich.
Leider gilt das gleiche für Woche und Monat. Denn nur ein Vollständiger Zyklus wird geschrieben.
D.h. Am Montag wird erst der Total-w Wert gefüllt und erst am 20.02. bekommst du deinen ersten Wochenverbrauchswert zu sehen.
und am 01.03. wird Total-m geschrieben und am 01.04. wird dein Monatsverbrauch für Februar ermittelt.
Was meinst du?
-
Damit es etwas übersichtlicher wird eröffne ich einen neuen Thread für mein Skript.
Hier geht es weiter: http://forum.iobroker.net/viewtopic.php?f=21&t=5251
-
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.
-
@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.
-
@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. -
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.
-
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
-
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
-
-
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
-
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 -
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 SIGTERMAber 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>
-
"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.smartmetersehen 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>
-
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?
-
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.
178
Online32.4k
Users81.3k
Topics1.3m
Posts