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

[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

[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! :grinning:

[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! :wink:

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! :wink:

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.