NEWS
Adapter "smartmeter"
-
Leider gleiches Spiel:
smartmeter.0 2019-02-14 13:51:50.915 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-02-14 13:51:50.914 debug STOP smartmeter.0 2019-02-14 13:51:50.911 debug SCHEDULE NEXT RUN IN 0s smartmeter.0 2019-02-14 13:51:50.911 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-02-14 13:51:50.910 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.0 2019-02-14 13:51:50.910 debug ERROR CLOSING SERIALPORT: Error: Port is not open smartmeter.0 2019-02-14 13:51:50.910 debug TO SEND 1: //?!! smartmeter.0 2019-02-14 13:51:50.910 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2019-02-14 13:51:50.910 debug TO SEND 2: smartmeter.0 2019-02-14 13:51:50.910 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2019-02-14 13:51:50.910 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2019-02-14 13:51:50.910 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-02-14 13:51:50.910 debug STOP smartmeter.0 2019-02-14 13:51:50.910 debug Transport Reset!! Restart = true smartmeter.0 2019-02-14 13:51:50.910 debug Error: Error on Baudrate changeover: Error: Port is not open smartmeter.0 2019-02-14 13:51:50.910 warn Error on Baudrate changeover: Error: Port is not openSicherheitshalber hier die Adapter Settings:
-
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.
-
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 -
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.0Die 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!
-
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!
@RappiRN sagte in Adapter "smartmeter":
nicht Raspi, sondern NUC!
Etwa in einer VM?
Serielport und VM - klappt das überhaupt? -
Folgenden Text hatte ich per Bild gepostet:
Last login: Wed Feb 13 19:53:58 2019 from 192.168.178.192
user@asrock:~$ dmesg | grep tty
[ 0.000000] console [tty0] enabled
[ 7.764579] usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0
user@asrock:~$Adapter wie gesagt von Weidmann Elektronik.
Auslesen will ich die Daten vom Stromzaehler und ich habe einen NUC auf dem Linux Server laeuft.
@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 sagte in Adapter "smartmeter":
... und ich habe einen NUC auf dem Linux Server laeuft.
Ich glaube nicht, wenn ich das hier richtig verstehe.
Enrico
@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 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?
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
-
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
@RappiRN said in Adapter "smartmeter":
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 said in Adapter "smartmeter":
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?
Immer schön im Forum mitlesen, dann wirst du viele Hardware/Software-Variationen kennenlernen!
Enrico
-
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.
-
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.
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
-
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
jetzt müssten wir nur noch wissen ob er auch an USB0 hängt
-
@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 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?
@digitalnaive hab lange gesucht.
Bitte Code auch als Code einstellenGut dann bleibt ja fast nur, dass der Kopf falsch sitzt.
Oder hast du noch was am USB?
-
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
@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?
-
Pafal und Apator sind eine FirmenGruppe und damit identisch.
-
@RappiRN
wichtig ist wohl dieser part:"protocol": "d0", "device": "/dev/ttyUSB0", "pullseq": "2F3F210D0A", "ackseq": "063030300D0A", "baudrate": 300, "parity": "7e1", "baudrate_change_delay": 0Also D0
Baudrate und parityirgendwo stand noch was von delay
751
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge