Adapter "smartmeter"
-
Ich habe gerade bei Volkszähler und IP-Symcon gesehen, das der Zähler nur auf Anforderung einen Datensatz schickt.
Somit ist auf meinem Bild die Art der Datenübertragung zu ändern. -
Kannst du mal das bei "D0 Kommando SignON-Nachricht" eintragen:
/?! -
@wendy2702 said in Adapter "smartmeter":
Kannst du mal das bei "D0 Kommando SignON-Nachricht" eintragen:
/?!Hab ich eingetragen. Auf was sollte ich am besten dann den Data Transfer stellen?
-
Die Datenübertragung auf "serielles Gerät mit bidir. Komm." stellen.
Das Protokoll bleibt bei "D0"
Und bei signOn den String, den Wendy2702 vorgeschlagen hat -
@wendy2702 @Röstkartoffel Das schießt leider das System ab und ich muss den Adapter via SSH stoppen
Siehe Log:
smartmeter.0 2019-02-14 14:20:45.544 warn Error on Baudrate changeover: Error: Port is not open smartmeter.0 2019-02-14 14:20:45.544 debug Error: Error on Baudrate changeover: Error: Port is not open smartmeter.0 2019-02-14 14:20:45.543 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.0 2019-02-14 14:20:45.538 debug CREATE SERIALPORT: 300 7 1 even smartmeter.0 2019-02-14 14:20:45.535 debug SCHEDULE NEXT RUN IN 0s smartmeter.0 2019-02-14 14:20:45.535 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-02-14 14:20:45.535 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.0 2019-02-14 14:20:45.535 debug ERROR CLOSING SERIALPORT: Error: Port is not open smartmeter.0 2019-02-14 14:20:45.534 debug TO SEND 1: //?!! smartmeter.0 2019-02-14 14:20:45.534 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2019-02-14 14:20:45.534 debug TO SEND 2: smartmeter.0 2019-02-14 14:20:45.534 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2019-02-14 14:20:45.534 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2019-02-14 14:20:45.534 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-02-14 14:20:45.534 debug STOP smartmeter.0 2019-02-14 14:20:45.534 debug Transport Reset!! Restart = true smartmeter.0 2019-02-14 14:20:45.534 debug Error: Error on Baudrate changeover: Error: Port is not openEDIT by Wendy2702: Log in Code Tags
-
Next trial:
Ändere bitte mal
"D0: Überschreiben des Modus" auf "C" -
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 -
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? -
@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?
-
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?
-
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.
-
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?
