UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[bahnuhr]

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.0

Nur zur Info falls es hilft.

mfg

[apollon77]

@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.

[bahnuhr]

@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

[apollon77]

@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 :-)

[bahnuhr]

@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

[apollon77]

@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.

[bahnuhr]

Ich habe ein ganz komischen Phänomen.

Wenn ich am Master (win7 laptop) auf die admin seite gehe steht:

Also installiert: 3.0.5

Wenn 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

[apollon77]

@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.

[bahnuhr]

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

[bahnuhr]

@apollon77

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

[apollon77]

@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.

[bahnuhr]

@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

[apollon77]

@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 :

[bahnuhr]

@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

[bahnuhr]

@apollon77

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

[apollon77]

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.

[bahnuhr]

@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.

[apollon77]

@bahnuhr cool. Danke. Der hatte vorher versucht den Serien port zu schließen obwohl der schon zu war ;-)

[MartyBr]

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:

[bahnuhr]

@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_.