NEWS
Test Adapter Smartmeter 3.0.x
-
Nachtrag:
mit "ls -l /dev/lese*"
bekomme ich:root@Pi-Strom:~# ls -l /dev/lese* lrwxrwxrwx 1 root root 7 Sep 1 09:21 /dev/lesestrom -> ttyUSB1 lrwxrwxrwx 1 root root 7 Sep 1 09:21 /dev/lesevoltaik -> ttyUSB0 lrwxrwxrwx 1 root root 7 Sep 1 09:21 /dev/lesewasser -> ttyUSB2
Und diese 3 habe ich eingegeben in:
smartmeter.0
smartmeter.1
mbus.0Nur zur Info falls es hilft.
mfg
-
@bahnuhr das ist sehr Strange mal wieder. Sieht nach böse verbogenem npm rechte Kram aus.
Unter welchem User läuft iobroker? Iobroker oder root?
Am Ende kann ich mit dem log oben garantiert was anfangen und denke Auch dafür sorgen das bei dir in dem Fall das eingabefeld wieder kommt aber ...
Ich schaue nachher mal.
-
@apollon77 sagte in Test Adapter Smartmeter 3.0.x:
@bahnuhr das ist sehr Strange mal wieder. Sieht nach böse verbogenem npm rechte Kram aus.
Unter welchem User läuft iobroker? Iobroker oder root?
Am Ende kann ich mit dem log oben garantiert was anfangen und denke Auch dafür sorgen das bei dir in dem Fall das eingabefeld wieder kommt aber ...
Ich schaue nachher mal.
Gute Frage.
Ich habe die Installation auf dem slave schon ewig.
Lief ja bisher auch einwandfrei.
Mit dem fixer hatte ich probleme.
iobroker stop klappt auch nicht.root@Pi-Strom:~# iobroker stop root@Pi-Strom:~# iobroker status iobroker is running Objects type: file States type: file root@Pi-Strom:~#
Es klappt hier nur der alternativ Befehl (hat homoran mal irgendwo gepostet).
Fazit:
Vielleicht sollte ich mal den raspi neu aufsetzen.
Notwendig war dies bisher nicht.
Habe nur 2 Leseköpfe und ein mbus angeschlossen.
Und damit sehr wenig Adapter (auf dem raspi).mfg
-
@bahnuhr Versuch mal die 3.0.4 vom GitHub bitte. Bitte dann Feedback.
Effektiv macht es ggf sinn mal den Slave neu aufzusetzen, aber musst Du wissen ob und wann
-
@apollon77 sagte in Test Adapter Smartmeter 3.0.x:
@bahnuhr Versuch mal die 3.0.4 vom GitHub bitte. Bitte dann Feedback.
Effektiv macht es ggf sinn mal den Slave neu aufzusetzen, aber musst Du wissen ob und wann
habe 3.0.5 installiert.
Keine Veränderung.
Breite ist genauso klein.
Fehler im log sind auch gleich:smartmeter.0 2019-12-06 13:47:27.187 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":243,"ack":false,"time":1575636423510},"_id":8098664} smartmeter.0 2019-12-06 13:47:25.155 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":242,"ack":false,"time":1575636421494},"_id":8098663} smartmeter.0 2019-12-06 13:47:23.141 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":241,"ack":false,"time":1575636419502},"_id":8098662} smartmeter.0 2019-12-06 13:47:21.111 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":240,"ack":false,"time":1575636417492},"_id":8098661} smartmeter.0 2019-12-06 13:47:19.080 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":239,"ack":false,"time":1575636415482},"_id":8098660} smartmeter.0 2019-12-06 13:47:17.049 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":238,"ack":false,"time":1575636413475},"_id":8098659} smartmeter.0 2019-12-06 13:47:15.018 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":237,"ack":false,"time":1575636411455},"_id":8098658} smartmeter.0 2019-12-06 13:47:12.999 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":236,"ack":false,"time":1575636409441},"_id":8098657} smartmeter.0 2019-12-06 13:47:10.981 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":235,"ack":false,"time":1575636407421},"_id":8098656} smartmeter.0 2019-12-06 13:47:08.965 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":234,"ack":false,"time":1575636405425},"_id":8098655} smartmeter.0 2019-12-06 13:47:06.938 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":233,"ack":false,"time":1575636403407},"_id":8098654} smartmeter.0 2019-12-06 13:47:04.920 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":232,"ack":false,"time":1575636401411},"_id":8098653} smartmeter.0 2019-12-06 13:47:02.905 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":231,"ack":false,"time":1575636399412},"_id":8098652} smartmeter.0 2019-12-06 13:47:00.858 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":230,"ack":false,"time":1575636397389},"_id":8098651} smartmeter.0 2019-12-06 13:46:58.827 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":229,"ack":false,"time":1575636395358},"_id":8098650} smartmeter.0 2019-12-06 13:46:56.797 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":228,"ack":false,"time":1575636393345},"_id":8098649} smartmeter.0 2019-12-06 13:46:54.765 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":227,"ack":false,"time":1575636391333},"_id":8098648} smartmeter.0 2019-12-06 13:46:52.500 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":226,"ack":false,"time":1575636389078},"_id":8098647} smartmeter.0 2019-12-06 13:46:50.510 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":225,"ack":false,"time":1575636387107},"_id":8098646} smartmeter.0 2019-12-06 13:46:48.481 info (Unhandled) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":224,"ack":false,"time":1575636385096},"_id":8098645}
mfg
Dieter -
@bahnuhr Häää??? Ok,bitte sicherheitshalber mal noch ein "iobroker upload smartmeter" und einen Restart des Adapters machen. Ich hab u.a das "(Unhandled)" aus der Meldung rausgemacht und wenn das noch drin ist ist bei dir irgendwas noch alt.
-
Ich habe ein ganz komischen Phänomen.
Wenn ich am Master (win7 laptop) auf die admin seite gehe steht:
Also installiert: 3.0.5Wenn ich dann umschalte auf den Slave steht auf einmal:
Wieso wurde das update auf dem slave nicht durchgeführt ???
Oder versteh ich dies nicht ?
Mache nun mal update auf dem slave und berichte dann.
mfg
-
@bahnuhr Ahhhh da bist Du reingerannt
Per Github ist ja quasi kein Update sondern ein Install. Wenn Du da den falschen Host "da oben" selektiert hast wird es auch genau da hin installiert. Damit: Slave bleib alt und auf dem anderen ist der Adapter Code-technisch jetzt auch drauf, aber keine Instanzen
Bei Installs muss man aufpassen das der korrekte Host ausgewählt ist. -
So, jetzt passt es.
Nun ist auf dem slave auch die 3.0.5
Und nun ist das Feld auch breiter.
Da muss man aber auch erst einmal drauf kommen.
Jemand der nicht so viel rumspielt wie ich kann da schon verzweifeln.mfg
Dieter -
Der mbus ist doch auch von dir, richtig ?
du wolltest dort mal bei dem Gerät auch ein Eingabefeld machen.
Vielleicht kommst du ja noch dazu.
(Man kann es ja über raw ändern; aber Eingabefeld wäre halt besser (für jemand der es nicht kennt)).
mfg
Dieter -
@bahnuhr das passt aber immer noch nicht eigenes soll. Mach bitte nochmal ein upload smartmeter auf dem Slave. Da muss oben drüber eine selection sein die sagt „eigene port Einstellung“ und darunter das Textfeld. Das scheint irgendwie alt von der 1.x zu sein.
Und ja wenn das neue mit smartmeter mal tut kommen mbus und andere seriell Adapter auch dran.
Effektiv solltest du mit dem smartmeter 3 auch keine eigenen Namen mehr brauchen weil er die „sich nicht ändernden“ ports von /dev/serial/by-id/... speichert.
-
@apollon77 sagte in Test Adapter Smartmeter 3.0.x:
upload smartmeter auf dem Slave.
Jo, das hat geholfen.
@apollon77 sagte in Test Adapter Smartmeter 3.0.x:
Effektiv solltest du mit dem smartmeter 3 auch keine eigenen Namen mehr brauchen weil er die „sich nicht ändernden“ ports von /dev/serial/by-id/... speichert.
Und diese Erweiterung ist äußerst top !!!
Nun braucht man nicht mehr eine eigene rules erstellen.Mensch Ingo,
das war eine richtig gute Erweiterung.
Großen Dank und Respekt.Wenn ich könnte, wie ich wollte, würde ich nun 5 Punkte vergeben.
mfg
Dieter -
@bahnuhr Perfekt und danke für den test. Die 3.0.5 geht dann heute Abend offiziell raus. Ich hoffe die nächsten tage kommt dann das gleiche bei mbus ... ich melde mich bei Dir zwecks testing wenn das ok ist
Was ist denn bei dir eigentlich noch in der Selection drin? Ich verstehe immer noch nicht das du die Portliste nicht bekommst - weil nur wenn die Liste da ist ermittelt er die /dev/serial/by-id/ Pfade passend
Sieht bei mir so aus :
-
@apollon77 sagte in Test Adapter Smartmeter 3.0.x:
gleiche bei mbus ... ich melde mich bei Dir zwecks testing wenn das ok ist
na klar, mache ich gerne (nur so kommen wir weiter)
Bin ja froh, wenn sich einer meiner "Problemchen" annimmt.Habe damals ja eine eigene rules erstellt mit folgendem Inhalt:
SUBSYSTEM=="tty", ATTRS{product}=="FT232R USB UART", ATTRS{serial}=="AH06GH5Y", SYMLINK+="lesestrom" SUBSYSTEM=="tty", ATTRS{product}=="FT232R USB UART", ATTRS{serial}=="AH06GH5Z", SYMLINK+="lesevoltaik" SUBSYSTEM=="tty", ATTRS{product}=="FT232R USB UART", ATTRS{serial}=="A907T3PS", SYMLINK+="lesewasser"
Und ja, diese Punkte sind jetzt auch in deinem top down Auswahlfeld.
mfg
Dieter -
Nachtrag:
Beim Neustarten der Instanz kommt folgendes:smartmeter.0 2019-12-07 17:19:44.915 info Received 7 values, 7 updated smartmeter.0 2019-12-07 17:19:44.492 info starting. Version 3.0.5 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.15.1 smartmeter.0 2019-12-07 17:19:39.598 info ERROR CLOSING SERIALPORT
Er schreibt "Error" ins log; links steht aber info.
Start erfolgt aber richtig; und Daten kommen auch.mfg
-
Auf Github (und ab irgendwann die Nacht auf auf npm/latest) gibt es die 3.0.6 ... da ist das mit dem Close Handling optimiert ... schau mal ob der Fehler immer noch kommt.
-
@apollon77 sagte in Test Adapter Smartmeter 3.0.x:
Close Handling optimiert
Instanz aus:
host.Pi-Strom 2019-12-08 08:20:53.501 info instance system.adapter.smartmeter.0 terminated with code 0 (OK) host.Pi-Strom 2019-12-08 08:20:53.470 info stopInstance system.adapter.smartmeter.0 killing pid 17463 host.Pi-Strom 2019-12-08 08:20:53.469 info stopInstance system.adapter.smartmeter.0 host.Pi-Strom 2019-12-08 08:20:53.469 info "system.adapter.smartmeter.0" disabled host.Pi-Strom 2019-12-08 08:20:53.468 info object change system.adapter.smartmeter.0 host.Asus-Buero 2019-12-08 08:20:35.918 info object change system.adapter.smartmeter.0
Instanz ein:
smartmeter.0 2019-12-08 08:22:30.836 info Received 7 values, 7 updated smartmeter.0 2019-12-08 08:22:29.403 info starting. Version 3.0.6 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.15.1 host.Pi-Strom 2019-12-08 08:22:27.017 info instance system.adapter.smartmeter.0 started with pid 17477 host.Pi-Strom 2019-12-08 08:22:27.016 info "system.adapter.smartmeter.0" enabled host.Pi-Strom 2019-12-08 08:22:27.015 info object change system.adapter.smartmeter.0 host.Asus-Buero 2019-12-08 08:22:08.499 info object change system.adapter.smartmeter.0
Instanz (Kreis gedrückt - also aus und dann ein):
smartmeter.0 2019-12-08 08:23:13.143 info Received 7 values, 7 updated smartmeter.0 2019-12-08 08:23:12.299 info starting. Version 3.0.6 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.15.1 host.Pi-Strom 2019-12-08 08:23:09.962 info instance system.adapter.smartmeter.0 started with pid 17492 host.Pi-Strom 2019-12-08 08:23:07.475 info instance system.adapter.smartmeter.0 terminated with code 0 (OK) host.Pi-Strom 2019-12-08 08:23:07.442 info stopInstance system.adapter.smartmeter.0 killing pid 17477 host.Pi-Strom 2019-12-08 08:23:07.442 info stopInstance system.adapter.smartmeter.0 host.Pi-Strom 2019-12-08 08:23:07.440 info object change system.adapter.smartmeter.0
Fazit:
sieht ok aus. Fehler ist weg. -
@bahnuhr cool. Danke. Der hatte vorher versucht den Serien port zu schließen obwohl der schon zu war
-
Hallo, ich habe nun am Wochenende meinen Adapter Smartmeter 1.x auf die Version 3.03 upgedatet. Ich habe damit gerechnet, dass der Adapter neue Datenpunkte mit den 2 _ anlegt. Die SQL Statements zum anpassen der in der SQL-DB geloggten Einträge lagen bereit.
Nach dem Update war ich dann (positiv) erstaunt, dass die alten DPs beibehalten wurden. Es war also nicht nötig, die Einträge in der SQL Datenbank anzupassen.Jetzt habe ich auch das Update auf die 3.06 gemacht. Bisher läuft alles sehr gut.
Vielen Dank hier an diese Stelle an @apollon77 .Hier ein Screenshot von der SQL-DB NACH dem Update:
-
@MartyBr sagte in Test Adapter Smartmeter 3.0.x:
mit den 2 _ anlegt
Bei mir wurden beim Update die 2 _ angelegt.
Ich hatte somit die alten DP und auch die neuen mit den 2_.