Adapter "smartmeter"

[Röstkartoffel]

@Homoran sagte in Adapter "smartmeter":

@digitalnaive

War nicht böse gemeint!

Habe ich auch nicht so aufgenommen. Wir haben uns doch alle lieb.

[digitalnaive]

Mag zwar jetzt eine doofe Frage sein, aber wie kann ich denn zunächst mal sicherstellen, dass der Adapter überhaupt "funktioniert"? Oder reicht die Ausgabe von dmesg dafür schon?

digitalnaive@asrock:~$ sudo dmesg | grep tty
[ 0.000000] console [tty0] enabled
[ 7.764579] usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0

[wendy2702]

Das besagt erstmal das der Lesekopf erkannt wurde.... wenn du denn nur ein USB Device angeschlossen hast.

Debug stellst du im Experten Modus ein. Dazu im Admin auf Instanzen, dann oben links den Button "Expertenmodus" dann hinter der Smartmeter Instanz den Loglevel auf Debug stellen.

[digitalnaive]

@wendy2702 said in Adapter "smartmeter":

Das besagt erstmal das der Lesekopf erkannt wurde.... wenn du denn nur ein USB Device angeschlossen hast.

Debug stellst du im Experten Modus ein. Dazu im Admin auf Instanzen, dann oben links den Button "Expertenmodus" dann hinter der Smartmeter Instanz den Loglevel auf Debug stellen.

ich bin ja echt schon ne Zeit im Netz unterwegs, aber die Spalte mit Loglevel sieht nicht wirklich editierbar aus. Das man da "einfach" auf den Text klicken muss um ihn ändern zu können muss man auch erstmal checken

Jetzt hab ich auf Debug gestellt und beobachte mal die Logfile. Wird in die normale Logfile automatisch der Debug Wert übergeben?

[Homoran]

@digitalnaive sagte in Adapter "smartmeter":

Wird in die normale Logfile automatisch der Debug Wert übergeben?

Ja!
wenn im log der Filter auf debug steht

[digitalnaive]

Das ist mein Debug Ergebnis aus der Logdatei:

[Homoran]

@digitalnaive
schade dass über dem Error die Meldung steht

[digitalnaive]

@Homoran said in Adapter "smartmeter":

@digitalnaive
schade dass über dem Error die Meldung steht

Sorry, gerade gesehen. Ist aber in der Tat genau der gleiche Satz wie der gelbe und der nächste über dem gelben Satz.

[Homoran]

@digitalnaive
Danke! hatte ich vermutet.

Daraus ergibt sich die Frage, ob der Zähler überhaupt anschließbar ist.
Habe mir gerade das Manual heruntergelden. dort steht:

Optische Schnittstelle, Serielle Schnittstelle RS-485 bzw. RS-232 oder
M-Bus. Konfigurierbare Übertragungsgeschwindigkeit von 300 Bd
bis 9600 Bd. Protokoll-Unterstützung EN 62056-21 (IEC1107), DLMS
(optional).

Worauf bezieht sich jetzt das optional

Oder weitere Möglichkeiten:

• der Kopf sitzt nicht richtig
• • mal mit einer Handykamera die LED anvisieren - blinkt diese?
• Die Konfiguration passt nicht
• • Bitte noch mal alle einstellungen auf default
• • Mal mit dem Datenprotokoll spielen (D0/SML)

[digitalnaive]

@Homoran said in Adapter "smartmeter":

@digitalnaive
Danke! hatte ich vermutet.

Daraus ergibt sich die Frage, ob der Zähler überhaupt anschließbar ist.
Habe mir gerade das Manual heruntergelden. dort steht:

Optische Schnittstelle, Serielle Schnittstelle RS-485 bzw. RS-232 oder
M-Bus. Konfigurierbare Übertragungsgeschwindigkeit von 300 Bd
bis 9600 Bd. Protokoll-Unterstützung EN 62056-21 (IEC1107), DLMS
(optional).

Worauf bezieht sich jetzt das optional

Oder weitere Möglichkeiten:

• der Kopf sitzt nicht richtig
• • mal mit einer Handykamera die LED anvisieren - blinkt diese?
• Die Konfiguration passt nicht
• • Bitte noch mal alle einstellungen auf default
• • Mal mit dem Datenprotokoll spielen (D0/SML)

Das ist das mitgelieferte Datenblatt. Kannst du daraus etwas bezüglich "anschließbar" ableiten?

[Homoran]

@digitalnaive sagte in Adapter "smartmeter":

Kannst du daraus etwas bezüglich "anschließbar" ableiten?

Nein!
beim Lesekopf steht ja nicht was der Zähler kann

[Röstkartoffel]

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.

[wendy2702]

Kannst du mal das bei "D0 Kommando SignON-Nachricht" eintragen:

/?!

[digitalnaive]

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

[Röstkartoffel]

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

[digitalnaive]

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

EDIT by Wendy2702: Log in Code Tags

[Röstkartoffel]

Next trial:

Ändere bitte mal
"D0: Überschreiben des Modus" auf "C"

[digitalnaive]

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 open

Sicherheitshalber hier die Adapter Settings:

[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