NEWS
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.0Hier 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
@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.0Hier 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. -
@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.0Hier 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
@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
-
@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
@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 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.
@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 300BaudDann kann man sich langsam heruntertesten
-
@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 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?
@digitalnaive
Alles gut!
mein Fehler -
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
-
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
@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.
-
@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.
Sorry wenn du das schon beantwortet hast:
Ist die Instanz auf debug gestellt?
Wenn ja, was sagt denn jetzt das log? -
Sorry wenn du das schon beantwortet hast:
Ist die Instanz auf debug gestellt?
Wenn ja, was sagt denn jetzt das log?@Homoran said in Adapter "smartmeter":
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 said in Adapter "smartmeter":
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 TRIGGEREDOOOPS:
@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
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@Homoran said in Adapter "smartmeter":
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 TRIGGEREDHast du dir das hier mal durchgelesen?
-
Hast du dir das hier mal durchgelesen?
@Homoran said in Adapter "smartmeter":
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 -
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?
-
@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.
@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? -
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 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 stehtsmartmeter.0 2019-02-19 09:19:58.889 debug SCHEDULE NEXT RUN IN 60s -
@Homoran said in Adapter "smartmeter":
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@digitalnaive sagte in Adapter "smartmeter":
@Homoran said in Adapter "smartmeter":
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 TRIGGEREDWoher kommt denn bei dir dieser Eintrag:
SET MESSAGE TIMEOUT TIMER2: 60000Wenn das der Abstand zwischen den beiden Anforderungen sein soll, darf der Wert nicht höher als 2 sec sein
-
@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 said in Adapter "smartmeter":
@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?
Mit den Settings bekomme ich folgende Log Debug Meldung:
smartmeter.0 2019-02-19 09:24:49.639 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-02-19 09:24:49.639 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-02-19 09:24:49.637 debug MESSAGE TIMEOUT TRIGGERED smartmeter.0 2019-02-19 09:24:19.632 debug SET MESSAGE TIMEOUT TIMER2: 30000 smartmeter.0 2019-02-19 09:24:19.630 debug DONE SEND 0 smartmeter.0 2019-02-19 09:24:19.377 debug DONE SEND 1 smartmeter.0 2019-02-19 09:24:19.234 debug TO SEND 1: //?!! smartmeter.0 2019-02-19 09:24:19.234 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2019-02-19 09:24:19.234 debug TO SEND 2: smartmeter.0 2019-02-19 09:24:19.234 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2019-02-19 09:24:19.234 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2019-02-19 09:24:19.231 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.0 2019-02-19 09:24:19.228 debug SERIALPORT OPEN smartmeter.0 2019-02-19 09:24:19.223 debug CREATE SERIALPORT: 300 7 1 even smartmeter.0 2019-02-19 09:23:19.219 debug SCHEDULE NEXT RUN IN 60000s smartmeter.0 2019-02-19 09:23:19.219 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-02-19 09:23:19.219 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.0 2019-02-19 09:23:19.219 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-02-19 09:23:19.218 debug SERIALPORT CLOSE smartmeter.0 2019-02-19 09:23:19.214 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-02-19 09:23:19.214 debug STOP smartmeter.0 2019-02-19 09:23:19.214 debug Transport Reset!! Restart = true smartmeter.0 2019-02-19 09:23:19.213 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-02-19 09:23:19.213 warn No or too long answer from Serial Device after last request. -
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
-
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
771
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge