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

[wendy2702]

@wendy2702 sagte in Adapter "smartmeter":

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

Hier nochmal meine Frage zu Serialport.

[RappiRN]

@digitalnaive sagte in Adapter "smartmeter":

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

Hier ist meiner Meinung nach kein Serialport-Error zu erkennen. Also diese Einstellungen nochmal machen, aber bitte bei der ersten Einstellung (Data Request Interval) mal bitte 60 eintragen, wenn du da immer noch ne "0" drin zu stehen hast wird schon das nächste Abfragen gestartet, obwohl noch gar nichts ausgelesen wurde! Irgendwo hatte ich gelesen, dass dein Zähler sehr langsam sein soll! Momentanverbrauch geht sowieso nicht, dann reichen auch 60 sek.
Wenn du jetzt probierst zeig doch bitte nochmal einen Screenshot deiner Einstellungen.

Enrico

[digitalnaive]

@wendy2702 said in Adapter "smartmeter":

@wendy2702 sagte in Adapter "smartmeter":

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

Hier nochmal meine Frage zu Serialport.

Ganz am Ende steht: Version 6.2.2

[digitalnaive]

@RappiRN said in Adapter "smartmeter":

@digitalnaive sagte in Adapter "smartmeter":

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

Hier ist meiner Meinung nach kein Serialport-Error zu erkennen. Also diese Einstellungen nochmal machen, aber bitte bei der ersten Einstellung (Data Request Interval) mal bitte 60 eintragen, wenn du da immer noch ne "0" drin zu stehen hast wird schon das nächste Abfragen gestartet, obwohl noch gar nichts ausgelesen wurde! Irgendwo hatte ich gelesen, dass dein Zähler sehr langsam sein soll! Momentanverbrauch geht sowieso nicht, dann reichen auch 60 sek.
Wenn du jetzt probierst zeig doch bitte nochmal einen Screenshot deiner Einstellungen.

Enrico

Also ich hab es mit 300 nochmal probiert, da ja auch das Windows Programm nur mit 300 Erfolg brachte. Leider wieder kein Erfolg und wieder die Nachricht

smartmeter.0	2019-02-18 16:47:47.431	warn	No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-18 16:47:47.426	debug	Error: No or too long answer from Serial Device after last request.

[Homoran]

@RappiRN sagte in Adapter "smartmeter":

(Data Request Interval) mal bitte 60 eintragen,

@digitalnaive
Hast du das gemacht?

@RappiRN sagte in Adapter "smartmeter":

zeig doch bitte nochmal einen Screenshot deiner Einstellungen.

kannst du uns bitte aktuell halten

[digitalnaive]

@Homoran said in Adapter "smartmeter":

@RappiRN sagte in Adapter "smartmeter":

(Data Request Interval) mal bitte 60 eintragen,

@digitalnaive
Hast du das gemacht?

@RappiRN sagte in Adapter "smartmeter":

zeig doch bitte nochmal einen Screenshot deiner Einstellungen.

kannst du uns bitte aktuell halten

Ja hab ich gemacht.

[Homoran]

@digitalnaive
wie lange hat es unter windows gedauert bis die Werte da waren?
Dauerte es unter 1 Sekunde oder eher länger.
Wenn länger musst du die Zeit nochmal erhöhen.
Zum Testen schadet das eh nicht, gerade bei 300Baud

Dann kann man sich langsam heruntertesten

[digitalnaive]

@Homoran unter Windows waren es definitiv mehr als 1 Sekunde. Bauchgefühl waren zwischen 10 und 20 Sekunden um den Dreh. Ich bin leider noch nicht ganz dahintergestiegen wie das in Abhängigkeit von der Data Request Intervall Zeit steht? Das besagt doch, dass ich in 60 Sekunden wieder einen Wert abfrage, oder?

Dann sollte doch genug Zeit da sein, die Werte zu erhalten, oder was kapiere ich nicht?

[Homoran]

@digitalnaive
Alles gut!
mein Fehler

[RappiRN]

Hast du auch schonmal probiert bei serial response timeout ein paar, vielleicht 30, Sekunden einzutragen, ich verstehe das als Wartezeit, bis eine Antwort kommen soll.

Enrico

[digitalnaive]

@RappiRN said in Adapter "smartmeter":

Hast du auch schonmal probiert bei serial response timeout ein paar, vielleicht 30, Sekunden einzutragen, ich verstehe das als Wartezeit, bis eine Antwort kommen soll.

Enrico

Gerade probiert. Bringt leider auch keinen Erfolg :( Hab 30 und 60 Sekunden eingetragen.

[Homoran]

@digitalnaive

Sorry wenn du das schon beantwortet hast:

Ist die Instanz auf debug gestellt?
Wenn ja, was sagt denn jetzt das log?

[digitalnaive]

@Homoran said in Adapter "smartmeter":

@digitalnaive

Sorry wenn du das schon beantwortet hast:

Ist die Instanz auf debug gestellt?
Wenn ja, was sagt denn jetzt das log?

smartmeter.0	2019-02-18 19:46:35.395	debug	SET MESSAGE TIMEOUT TIMER2: 60000
smartmeter.0	2019-02-18 19:46:35.395	debug	DONE SEND 0
smartmeter.0	2019-02-18 19:46:35.394	debug	INITIAL MESSAGES TO SEND: 0
smartmeter.0	2019-02-18 19:46:35.392	debug	SERIALPORT RESET BAUDRATE TO 300
smartmeter.0	2019-02-18 19:46:35.388	debug	SERIALPORT OPEN
smartmeter.0	2019-02-18 19:46:35.384	debug	CREATE SERIALPORT: 300 7 1 even
smartmeter.0	2019-02-18 19:45:35.372	debug	SCHEDULE NEXT RUN IN 60000s
smartmeter.0	2019-02-18 19:45:35.372	debug	DELETE rest of data (0) because new Message start with a new Request Message
smartmeter.0	2019-02-18 19:45:35.372	debug	SERIALPORT REMOVE LISTENERS
smartmeter.0	2019-02-18 19:45:35.371	debug	SERIALPORT CLOSE
smartmeter.0	2019-02-18 19:45:35.361	debug	CLEAR MESSAGE TIMEOUT TIMER
smartmeter.0	2019-02-18 19:45:35.361	debug	STOP
smartmeter.0	2019-02-18 19:45:35.361	debug	Transport Reset!! Restart = true
smartmeter.0	2019-02-18 19:45:35.360	debug	Error: No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-18 19:45:35.360	warn	No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-18 19:45:35.359	debug	Error: No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-18 19:45:35.357	debug	MESSAGE TIMEOUT TRIGGERED

[Homoran]

OOOPS:

@digitalnaive sagte in Adapter "smartmeter":

SCHEDULE NEXT RUN IN 60000s

eins von beiden Stimmt nicht.

Entweder sind das in der Konfig Millisekunden (glaub ich nicht) oder hier

[Homoran]

@digitalnaive

Hast du dir das hier mal durchgelesen?

[digitalnaive]

@Homoran said in Adapter "smartmeter":

@digitalnaive

Hast du dir das hier mal durchgelesen?

Nein. Den Link sehe ich zum ersten mal. Lese ich mir direkt mal in Ruhe durch. Die 60s scheinen zu stimmen. Siehe die Zeit in der Log

smartmeter.0	2019-02-18 19:49:35.449	debug	MESSAGE TIMEOUT TRIGGERED
smartmeter.0	2019-02-18 19:48:35.434	debug	SET MESSAGE TIMEOUT TIMER2: 60000

[digitalnaive]

Hab den Guide befolgt, kann aber keine Erfolge vermelden.

Ich verzweifel langsam.

"Auch vorsichtshalber konnte man noch node-gyp installieren. Normalerweise hat man schon die richtige Version, aber falls node.js Version upgedatet wurde, kann es sein, dass node-gyp nicht passt."

Der Satz hat mich etwas aufhorchen lassen. Was muss ich denn tun, um hier die richtige Version zu erkennen?

[Röstkartoffel]

@digitalnaive sagte in Adapter "smartmeter":

@Homoran said in Adapter "smartmeter":

@RappiRN sagte in Adapter "smartmeter":

(Data Request Interval) mal bitte 60 eintragen,

@digitalnaive
Hast du das gemacht?

@RappiRN sagte in Adapter "smartmeter":

zeig doch bitte nochmal einen Screenshot deiner Einstellungen.

kannst du uns bitte aktuell halten

Ja hab ich gemacht.

Als Data Protokoll hast du "SML (SmartMeterLanguage 1.0.3)" eingetragen, das ist aber falsch. Der richtige Eintrag muss "D0" lauten.
Außerdem kann ich die unteren Daten auf dem Screenshot nicht sehen, was hast du da stehen?

[Röstkartoffel]

@Homoran sagte in Adapter "smartmeter":

OOOPS:

@digitalnaive sagte in Adapter "smartmeter":

SCHEDULE NEXT RUN IN 60000s

eins von beiden Stimmt nicht.

Entweder sind das in der Konfig Millisekunden (glaub ich nicht) oder hier

Sehe ich auch genauso.
"Next run in 60000s" stimmt nicht mit der Konfig überein.
Ich habe gerade mal eben auf meinen Log des Adapters gesehen, dort steht

smartmeter.0	2019-02-19 09:19:58.889	debug	SCHEDULE NEXT RUN IN 60s

[Röstkartoffel]

@digitalnaive sagte in Adapter "smartmeter":

@Homoran said in Adapter "smartmeter":

@digitalnaive

Sorry wenn du das schon beantwortet hast:

Ist die Instanz auf debug gestellt?
Wenn ja, was sagt denn jetzt das log?

smartmeter.0	2019-02-18 19:46:35.395	debug	SET MESSAGE TIMEOUT TIMER2: 60000
smartmeter.0	2019-02-18 19:46:35.395	debug	DONE SEND 0
smartmeter.0	2019-02-18 19:46:35.394	debug	INITIAL MESSAGES TO SEND: 0
smartmeter.0	2019-02-18 19:46:35.392	debug	SERIALPORT RESET BAUDRATE TO 300
smartmeter.0	2019-02-18 19:46:35.388	debug	SERIALPORT OPEN
smartmeter.0	2019-02-18 19:46:35.384	debug	CREATE SERIALPORT: 300 7 1 even
smartmeter.0	2019-02-18 19:45:35.372	debug	SCHEDULE NEXT RUN IN 60000s
smartmeter.0	2019-02-18 19:45:35.372	debug	DELETE rest of data (0) because new Message start with a new Request Message
smartmeter.0	2019-02-18 19:45:35.372	debug	SERIALPORT REMOVE LISTENERS
smartmeter.0	2019-02-18 19:45:35.371	debug	SERIALPORT CLOSE
smartmeter.0	2019-02-18 19:45:35.361	debug	CLEAR MESSAGE TIMEOUT TIMER
smartmeter.0	2019-02-18 19:45:35.361	debug	STOP
smartmeter.0	2019-02-18 19:45:35.361	debug	Transport Reset!! Restart = true
smartmeter.0	2019-02-18 19:45:35.360	debug	Error: No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-18 19:45:35.360	warn	No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-18 19:45:35.359	debug	Error: No or too long answer from Serial Device after last request.
smartmeter.0	2019-02-18 19:45:35.357	debug	MESSAGE TIMEOUT TRIGGERED

Woher kommt denn bei dir dieser Eintrag:

SET MESSAGE TIMEOUT TIMER2: 60000

Wenn das der Abstand zwischen den beiden Anforderungen sein soll, darf der Wert nicht höher als 2 sec sein