Adapter "smartmeter"
-
@apollon77 das meinte ich mit ignorieren
-
Hallo,
ich habe heute meinen Schreib-/Lesekopf erhalten und natürlich sofort ausprobiert.
Die Werte kommen seit dem ersten Versuch offenbar problemlos aus meinem MT174, ABER leider scheint der wichtigste Wert, der "Momentanverbrauch" nicht mitzukommen?!?
Ist das bei diesem Zähler normal? Kann das jemand mit dem gleichen Modell bestätigen, oder, was mir lieber wäre, mache ich doch etwas falsch?
Danke für Eure Hilfe.Liebe Grüße an alle...
-
@sender sagte in Adapter "smartmeter":
Ist das bei diesem Zähler normal?
hast du denn die PIN schon eingeleuchtet?
-
@homoran
Erstmal danke für die schnelle Antwort.
Da ich leider gar nicht weiß wo und wie, muss ich das verneinen...
Könntest Du mir auf die Sprünge helfen, BITTE?Danke...
-
@sender sagte in Adapter "smartmeter":
Könntest Du mir auf die Sprünge helfen, BITTE?
sollte in der Anleitung zu dem Zähler stehen.
Die PIN bekommst du von deinem EVU, da sollte auch nochmal die Anleitung dabei sein -
@homoran Warum lässt sich der Zähler aber ansonsten also ohne PIN, auslesen? Laut diesem Thread hier stellt der Zähler den momentanen Verbrauch angeblich einfach nicht zur Verfügung.
-
@sender sagte in Adapter "smartmeter":
Laut diesem Thread hier stellt der Zähler den momentanen Verbrauch angeblich einfach nicht zur Verfügung.
ist alles möglich.
Die EVUs können vom Hersteller verschieden ausgestattete Versionen bekommen.
Nur dein EVU kann dir sagen, was dein Zähler können sollte -
@homoran said in Adapter "smartmeter":
Nur dein EVU kann dir sagen, was dein Zähler können sollte
Na da bin ich ja schon auf kompetente Auskünfte gespannt...
Danke und 'nen schönen Abend noch... -
@homoran
Hallo,
es kommt über die IR-Schnittstelle meines MT174 tatsächlich kein Momentaverbrauch, also hab ich mir beholfen, indem ich einen Durchschnittsverbrauch aus den Änderungen der 2 aufeinanderfolgenden Zählerstände bilde, den zeitlichen Abstand der 2 Messungen habe ich ja selbst eingestellt.
Wenn ich es mir recht bedenke, scheint mir das sogar aussagekräftiger als eine Momentaufnahe zum Zeitpunkt X, die kann z.Bsp. durch einen Einschaltstrom völlig "verfälscht" sein.Danke an alle...
-
@sender sagte in Adapter "smartmeter":
indem ich einen Durchschnittsverbrauch aus den Änderungen der 2 aufeinanderfolgenden Zählerstände bilde, den zeitlichen Abstand der 2 Messungen habe ich ja selbst eingestellt.
wenn du den Zählerstand wenigstens Watt-genau bekommst dann ist das ok
-
@homoran said in Adapter "smartmeter":
wenn du den Zählerstand wenigstens Watt-genau bekommst dann ist das ok
Ja, der Zählerstand in kWh kommt mit 3 Nachkommastellen...
-
Hey!
Wie hast du es genau gemacht?Meine Konfig:
iobroker im Docker auf Synology
Iskra MT671 (noch kein Pin eingegeben)
Ich habe einen CP210x USB Leser der mir auch Werte ausgibt:
smartmeter.0 2021-02-18 15:42:29.993 debug (27244) ADD NEW DATA (17 + NEW 2) smartmeter.0 2021-02-18 15:42:29.992 debug (27244) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b18d0a" -> null smartmeter.0 2021-02-18 15:42:29.991 debug (27244) ADD NEW DATA (14 + NEW 3) smartmeter.0 2021-02-18 15:42:29.989 debug (27244) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030" -> null smartmeter.0 2021-02-18 15:42:29.988 debug (27244) ADD NEW DATA (13 + NEW 1) smartmeter.0 2021-02-18 15:42:29.987 debug (27244) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d3030" -> null smartmeter.0 2021-02-18 15:42:29.986 debug (27244) ADD NEW DATA (11 + NEW 2) smartmeter.0 2021-02-18 15:42:29.985 debug (27244) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d" -> null smartmeter.0 2021-02-18 15:42:29.984 debug (27244) ADD NEW DATA (9 + NEW 2) smartmeter.0 2021-02-18 15:42:29.983 debug (27244) MATCH-RESULT MESSAGE: "afc953eb354dd436b7" -> null smartmeter.0 2021-02-18 15:42:29.982 debug (27244) ADD NEW DATA (6 + NEW 3) smartmeter.0 2021-02-18 15:42:29.981 debug (27244) MATCH-RESULT MESSAGE: "afc953eb354d" -> null smartmeter.0 2021-02-18 15:42:29.980 debug (27244) ADD NEW DATA (4 + NEW 2) smartmeter.0 2021-02-18 15:42:29.978 debug (27244) MATCH-RESULT MESSAGE: "afc953eb" -> null smartmeter.0 2021-02-18 15:42:29.978 debug (27244) ADD NEW DATA (1 + NEW 3) smartmeter.0 2021-02-18 15:42:29.976 debug (27244) MATCH-RESULT MESSAGE: "af" -> null smartmeter.0 2021-02-18 15:42:29.974 debug (27244) ADD NEW DATA (0 + NEW 1) smartmeter.0 2021-02-18 15:42:29.284 debug (27244) SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 2021-02-18 15:42:29.277 debug (27244) connected set to false smartmeter.0 2021-02-18 15:42:29.244 debug (27244) SERIALPORT OPEN smartmeter.0 2021-02-18 15:42:29.221 debug (27244) CREATE SERIALPORT: 9600 8 1 none smartmeter.0 2021-02-18 15:42:29.218 debug (27244) SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"SerialResponseTransport","requestInterval":"30","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyUSB0","transp smartmeter.0 2021-02-18 15:42:29.094 info (27244) starting. Version 3.2.0 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.20.1, js-controller: 3.1.6 code_textDas geht dann eine weile, aber der Adapter bleibt gelb.
Ich habe des Leser auch mal um 180° gedreht...Was übersehe ich?
Gruß,
Nassi -
@nassi Wenn er ja Werte liest und diese sich mit den Display Anzeigen decken bringt das drehen des Lesekopfs wahrscheinlich nichts.
Leider fehlt in deinem Log die Stelle an der es "Gelb" wird.
-
Es sollte doch an der Stelle "connected set up to false" sein oder?
In meinem Display steht nur der Zählerstand.
Edit: Hier noch mal aktuell:
smartmeter.0 2021-02-18 17:40:20.827 debug (28845) SCHEDULE NEXT RUN IN 30s smartmeter.0 2021-02-18 17:40:20.826 debug (28845) SERIALPORT CLOSE smartmeter.0 2021-02-18 17:40:20.821 debug (28845) Transport Reset!! Restart = true smartmeter.0 2021-02-18 17:40:20.821 debug (28845) Error: No or too long answer from Serial Device after last request. smartmeter.0 2021-02-18 17:40:20.821 warn (28845) No or too long answer from Serial Device after last request. smartmeter.0 2021-02-18 17:40:20.820 debug (28845) Error: No or too long answer from Serial Device after last request. smartmeter.0 2021-02-18 17:40:20.820 debug (28845) MESSAGE TIMEOUT TRIGGERED ........ smartmeter.0 2021-02-18 17:35:52.242 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b18d0a8d0ab12d303a302e302e30aab23535283333" -> null smartmeter.0 2021-02-18 17:35:52.239 debug (28845) ADD NEW DATA (30 + NEW 5) smartmeter.0 2021-02-18 17:35:52.238 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b18d0a8d0ab12d303a302e302e30aab2" -> null smartmeter.0 2021-02-18 17:35:52.234 debug (28845) ADD NEW DATA (24 + NEW 6) smartmeter.0 2021-02-18 17:35:52.232 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b18d0a8d0ab12d303a30" -> null smartmeter.0 2021-02-18 17:35:52.228 debug (28845) ADD NEW DATA (19 + NEW 5) smartmeter.0 2021-02-18 17:35:52.226 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b18d0a8d0a" -> null smartmeter.0 2021-02-18 17:35:52.223 debug (28845) ADD NEW DATA (15 + NEW 4) smartmeter.0 2021-02-18 17:35:52.222 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b1" -> null smartmeter.0 2021-02-18 17:35:52.219 debug (28845) ADD NEW DATA (11 + NEW 4) smartmeter.0 2021-02-18 17:35:52.218 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d" -> null smartmeter.0 2021-02-18 17:35:52.215 debug (28845) ADD NEW DATA (6 + NEW 5) smartmeter.0 2021-02-18 17:35:52.213 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354d" -> null smartmeter.0 2021-02-18 17:35:52.209 debug (28845) ADD NEW DATA (1 + NEW 5) smartmeter.0 2021-02-18 17:35:52.207 debug (28845) MATCH-RESULT MESSAGE: "af" -> null smartmeter.0 2021-02-18 17:35:52.205 debug (28845) ADD NEW DATA (0 + NEW 1) smartmeter.0 2021-02-18 17:35:50.803 debug (28845) SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 2021-02-18 17:35:50.801 debug (28845) connected set to false smartmeter.0 2021-02-18 17:35:50.769 debug (28845) SERIALPORT OPEN smartmeter.0 2021-02-18 17:35:50.757 debug (28845) CREATE SERIALPORT: 9600 8 1 none smartmeter.0 2021-02-18 17:35:50.755 debug (28845) SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"SerialResponseTransport","requestInterval":"30","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyUSB0","trans smartmeter.0 2021-02-18 17:35:50.430 info (28845) starting. Version 3.2.0 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.20.1, js-controller: 3.1.6 smartmeter.0 2021-02-18 17:35:49.233 debug (28845) Plugin sentry Initialize Plugin (enabled=true) smartmeter.0 2021-02-18 17:35:48.500 debug (28845) statesDB connected smartmeter.0 2021-02-18 17:35:48.499 debug (28845) States connected to redis: 127.0.0.1:9000 smartmeter.0 2021-02-18 17:35:48.485 debug (28845) States create System PubSub Client smartmeter.0 2021-02-18 17:35:48.483 debug (28845) States create User PubSub Client smartmeter.0 2021-02-18 17:35:48.476 debug (28845) Redis States: Use Redis connection: 127.0.0.1:9000 smartmeter.0 2021-02-18 17:35:48.475 debug (28845) objectDB connected smartmeter.0 2021-02-18 17:35:48.470 debug (28845) Objects connected to redis: 127.0.0.1:9001 smartmeter.0 2021-02-18 17:35:48.429 debug (28845) Objects client initialize lua scripts smartmeter.0 2021-02-18 17:35:48.428 debug (28845) Objects create User PubSub Client smartmeter.0 2021-02-18 17:35:48.427 debug (28845) Objects create System PubSub Client -
@nassi sagte in Adapter "smartmeter":
Was übersehe ich?
wenn ich lese:
@nassi sagte in Adapter "smartmeter":
iobroker im Docker auf Synology
Iskra MT671 (noch kein Pin eingegeben)und dann deine Einstellung ansehe mit /dev/ttyUSB0
komme ich ans Grübeln, was denn da bei dir an dem USB hängt und Daten schickt.
Bei mir sieht es so aus:
Mittlerweile zeigt die Konfiguration auch das angeschlossene Gerät an.Bist du sicher, dass dein USB im Docker ankommt?
-
Läuft dein iobroker im Docker Container?
Ich sehe auf der Synology und im Container dass die gleichen Werte geschrieben werden.
Im Prinzip zeigt dein Eintrag auch auf /dev/ttyUSB0. -
@nassi sagte in Adapter "smartmeter":
Läuft dein iobroker im Docker Container?
Natürlich nicht - deswegen ja der Hinweis
@nassi sagte in Adapter "smartmeter":
Im Prinzip zeigt dein Eintrag auch auf /dev/ttyUSB0.
Aber gibt die zusätzliche Info über das angeschlossene Gerät mit an, was bei dir fehlt.
-
@nassi die letzte "Match result" ezeile vor dem timeout wäre die interessante
-
@homoran said in Adapter "smartmeter":
@nassi sagte in Adapter "smartmeter":
Im Prinzip zeigt dein Eintrag auch auf /dev/ttyUSB0.
Aber gibt die zusätzliche Info über das angeschlossene Gerät mit an, was bei dir fehlt.
Syno:
[ 8882.777547] usb 1-3.4.4: cp210x converter now attached to ttyUSB0Container:
[ 8882.777547] usb 1-3.4.4: cp210x converter now attached to ttyUSB0 -
Hier noch mal die letzten Einträge:
smartmeter.0 2021-02-18 17:42:50.837 debug (28845) SCHEDULE NEXT RUN IN 30s smartmeter.0 2021-02-18 17:42:50.836 debug (28845) SERIALPORT CLOSE smartmeter.0 2021-02-18 17:42:50.832 debug (28845) Transport Reset!! Restart = true smartmeter.0 2021-02-18 17:42:50.832 debug (28845) Error: No or too long answer from Serial Device after last request. smartmeter.0 2021-02-18 17:42:50.831 warn (28845) No or too long answer from Serial Device after last request. smartmeter.0 2021-02-18 17:42:50.831 debug (28845) Error: No or too long answer from Serial Device after last request. smartmeter.0 2021-02-18 17:42:50.831 debug (28845) MESSAGE TIMEOUT TRIGGERED smartmeter.0 2021-02-18 17:42:49.799 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b18d0a8d0ab12d303a302e302e30aab23535283333b13330302d353033b2b7b433a98d0ab12d303ab12eb82eb1aab235352830b4b1b7b1332e35303333a98d0ab12d303a3936 smartmeter.0 2021-02-18 17:42:49.798 debug (28845) ADD NEW DATA (6060 + NEW 3) smartmeter.0 2021-02-18 17:42:49.794 debug (28845) MATCH-RESULT MESSAGE: "afc953eb354dd436b7b12d303030b18d0a8d0ab12d303a302e302e30aab23535283333b13330302d353033b2b7b433a98d0ab12d303ab12eb82eb1aab235352830b4b1b7b1332e35303333a98d0ab12d303a3936 smartmeter.0 2021-02-18 17:42:49.794 debug (28845) ADD NEW DATA (6053 + NEW 7)
