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

[wendy2702]

Wenn du, was auch immer mit SSH gekillt hast kann es sein das er den Serial Port nicht richtig geschlossen hat.

Sicherheitshalber mal den Rechner neu starten.

Desweiteren kann ich nicht glauben das sich die Instanz nicht mehr stoppen lässt... kann mich nicht daran erinnern das hier einmal gelesen zu haben... also immer ruhig bleiben

Wenn es mit den 300 nicht klappt probieren mal 9600, wenn das auch nicht klappt wieder auf 300 und Baudrate Changeover Overwrite mal auf 300.

Bei Fallback OBIS Medium Strom auswählen.

Da wir nicht sicher sind das der Zähler D0 spricht (habe ich zumindest noch nicht gelesen) auch mal mit SML probieren.

[digitalnaive]

Ich hab sowohl BAUD 300 als auch 9600 mit D0 und mit SML probiert. Immer die gleichen Ergebnisse

smartmeter.0	2019-02-14 16:10:05.214	debug	SET MESSAGE TIMEOUT TIMER2: 120000
smartmeter.0	2019-02-14 16:10:05.214	debug	DONE SEND 0
smartmeter.0	2019-02-14 16:10:05.214	debug	INITIAL MESSAGES TO SEND: 0
smartmeter.0	2019-02-14 16:10:05.211	debug	SERIALPORT RESET BAUDRATE TO 9600
smartmeter.0	2019-02-14 16:10:05.210	debug	SERIALPORT OPEN
smartmeter.0	2019-02-14 16:10:05.207	debug	CREATE SERIALPORT: 9600 7 1 even
smartmeter.0	2019-02-14 16:10:05.204	debug	SCHEDULE NEXT RUN IN 0s
smartmeter.0	2019-02-14 16:10:05.204	debug	DELETE rest of data (0) because new Message start with a new Request Message
smartmeter.0	2019-02-14 16:10:05.204	debug	SERIALPORT REMOVE LISTENERS
smartmeter.0	2019-02-14 16:10:05.204	debug	SERIALPORT CLOSE
smartmeter.0	2019-02-14 16:10:05.203	debug	CLEAR MESSAGE TIMEOUT TIMER
smartmeter.0	2019-02-14 16:10:05.203	debug	STOP
smartmeter.0	2019-02-14 16:10:05.203	debug	Transport Reset!! Restart = true
smartmeter.0	2019-02-14 16:10:05.203	debug	Error: No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-14 16:10:05.202	warn	No or too long answer from Serial Device after last request.

Noch ne kleine Debug Info die ich gerade sehe:

host.asrock	2019-02-14 16:11:15.979	info	instance system.adapter.smartmeter.0 terminated with code 0 (OK)
host.asrock	2019-02-14 16:11:15.458	info	stopInstance system.adapter.smartmeter.0 killing pid 3384
host.asrock	2019-02-14 16:11:15.457	info	stopInstance system.adapter.smartmeter.0

[RappiRN]

@digitalnaive

Die Meldung kommt, wenn du die Einstellungen änderst und speicherst. Danach wird der Adapter neugestartet.
Hast du einen Raspi-Neustart auch schon gemacht?

Enrico

Edit: Sorry, nicht Raspi, sondern NUC!

[Homoran]

@RappiRN sagte in Adapter "smartmeter":

nicht Raspi, sondern NUC!

Etwa in einer VM?
Serielport und VM - klappt das überhaupt?

[RappiRN]

@digitalnaive sagte in Adapter "smartmeter":

... und ich habe einen NUC auf dem Linux Server laeuft.

Ich glaube nicht, wenn ich das hier richtig verstehe.

Enrico

[digitalnaive]

@RappiRN said in Adapter "smartmeter":

@digitalnaive sagte in Adapter "smartmeter":

... und ich habe einen NUC auf dem Linux Server laeuft.

Ich glaube nicht, wenn ich das hier richtig verstehe.

Enrico

Es ist ganz regulär Linux Server auf dem NUC installiert und dazu ioBroker. Was kann/soll daran anders sein, als auf einem PI?

[RappiRN]

@digitalnaive

Die ganzen anderen Möglichkeiten werden dich wahrscheinlich erstaunen, wenn du, so wie ich, ein Anfänger bist. Mir würden schon ein paar Varianten einfallen und den Profis hier wohl noch viel mehr!

Enrico

[digitalnaive]

@RappiRN said in Adapter "smartmeter":

@digitalnaive

Die ganzen anderen Möglichkeiten werden dich wahrscheinlich erstaunen, wenn du, so wie ich, ein Anfänger bist. Mir würden schon ein paar Varianten einfallen und den Profis hier wohl noch viel mehr!

Enrico

Ok. Und wie bekomme ich jetzt heraus ob die Befürchtung stimmt?

[RappiRN]

@digitalnaive

Immer schön im Forum mitlesen, dann wirst du viele Hardware/Software-Variationen kennenlernen!

Enrico

[digitalnaive]

Dann hoffe ich, dass vllt noch jemand eine Idee hat. Der Adapter ist erst 3 Tage alt und ich würde ihn ungern behalten, wenn er gar nicht funktioniert.

[RappiRN]

@digitalnaive

Der Adapter (und auch der Lesekopf) funktioniert auf jeden Fall. Das Problem ist eben, dass dein Zähler hier noch nicht so oft aufgetaucht ist und deshalb nicht sicher gesagt werden kann, mit welchen Einstellungen du auf Fehlersuche gehen kannst!

Enrico

[Homoran]

jetzt müssten wir nur noch wissen ob er auch an USB0 hängt

[digitalnaive]

@Homoran said in Adapter "smartmeter":

jetzt müssten wir nur noch wissen ob er auch an USB0 hängt

Sagt das der dmesg | grep Befehl nicht aus?

[Homoran]

@digitalnaive hab lange gesucht.
Bitte Code auch als Code einstellen

Gut dann bleibt ja fast nur, dass der Kopf falsch sitzt.

Oder hast du noch was am USB?

[RappiRN]

Stehen hier benötigte Infos drin? Da steht zwar ein anderer Hersteller drin, aber der taucht bei der Suche nach der Gerätebezeichnung öfter auf!

Enrico

[Homoran]

@RappiRN
höchstens:

auf dem Raspberry muss das als sudo ausgeführt werden, da sonst der Zugriff auf die serielle Schnittstelle nicht möglich ist.

Wann wurde dein ioBroker installiert?

[Röstkartoffel]

Pafal und Apator sind eine FirmenGruppe und damit identisch.

[RappiRN]

Also, nachdem, was ich hier gelesen habe, müssten diese Einstellungen auch für deinen Zähler gelten.
Hast du das schon so probiert?

Enrico

[Homoran]

@RappiRN
wichtig ist wohl dieser part:

"protocol": "d0",
      "device": "/dev/ttyUSB0",
      "pullseq": "2F3F210D0A",
      "ackseq": "063030300D0A",
      "baudrate": 300,
      "parity": "7e1",
      "baudrate_change_delay": 0

Also D0
Baudrate und parity

irgendwo stand noch was von delay

[wendy2702]

Also früher musste man noch das Paket Serialport manuell installieren.

Schau mal in /opt/iobroker/node_modules/iobroker.modbus/node_modules/serialport was in der package.json steht ... Die Version zählt am Ende und ob es das bei dir überhaupt gibt.

Sonst: iobroker stoppen und das Paket nach installieren.

cd /opt/iobroker
npm i serialport

Dann nochmal den Adapter testen.