Adapter "smartmeter"
-
@homoran said in Adapter "smartmeter":
@fanatikz sagte in Adapter "smartmeter":
Den Lesekopf hab ich mal mit cat /dev/ttyUSB0 ausgelesen
erstens darf nur einer auf den Kopf zugreifen. Die Konsole oder iobroker.
Sieh zu dass die Verbindung von der Konsole definitiv beendet wird.Bei Volkszähler stand etwas, dass der Lesekopf "über Kopf" montiert werden mussIst die Schnittstelle freigeschaltet?
Konsole ist aus.In der Richtung Freischaltung hab ich nichts gemacht, denke es wird auch nicht funktionieren, da es ja nicht mein Hauptzähler sondern einer in meiner UV ist. Für meinen Hauptzähler hab ich die Freischaltung, ist aber ein anderes Fabrikat.
-
@fanatikz wo der Zähler hängt ist irrelevant
g7bt es da auch ein einzublinkendes Menü mit INF_ON?
-
@fanatikz zeig mal Screenshot der konfig bitte
-
@apollon77
Gestartet bin ich hiermit:
Zuletzt hab ich diese Einstellungen probiert, da die nach meinem Verständnis den Anforderungen entsprechen.
Zusätzlich hab ich auch versucht /?! (hex: 2F 3F 21) (plus CR LF) als SignOn Nachricht mitzugeben.
-
@fanatikz hast du da werte rausgelöscht die als default drin waren?? Kommt mir so vor.
Also ein leeres datenabfrageinterval ist auch mal nicht sinnvoll.
Also am besten instanz nochmal löschen und neu anlegen. Dann nur das obige setzen und ggf die baudrate auf 300 setzen.
Signon ist immer im Standard schon das was du willst. Da musst du nichts eintragen.
Und dann nur Anzahl wake-up Zeichen setzen. Keiner hat was von einem „D0 Modus override auf A“ geschrieben
Und bitte debug log davon dann.
Es wird hier immer wild rumprobiert und am Ende soll ich raten woran es liegt ;-))
-
@apollon77 said in Adapter "smartmeter":
nabfrageinterval ist auch mal nicht sinnvoll.
Also am besten instanz nochmal löschen und neu anlegen. Dann nur das obige setzen und ggf die baudrate auf 300 setzen.
Signon ist immer im Standard schon das was du willst. Da musst du nichts eintragen.Alles klar, hab ich versucht, feedback schaut jetzt etwas anders aus aber noch immer "false".
Auch mit 300bd.smartmeter.0 20992 2022-06-16 19:15:06.574 debug Error: No match for Message "" smartmeter.0 20992 2022-06-16 19:15:06.573 warn No match for Message "" smartmeter.0 20992 2022-06-16 19:15:06.274 debug connected set to false smartmeter.0 20992 2022-06-16 19:15:06.263 debug SmartmeterObis options: {"debug":0,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","transportSerialBaudrate":300,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":15} smartmeter.0 20992 2022-06-16 19:15:06.251 info starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 smartmeter.0 20992 2022-06-16 19:15:06.201 info Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system smartmeter.0 20992 2022-06-16 19:15:06.199 debug Plugin sentry Initialize Plugin (enabled=true)
Hier aus der Datei:
06-16 22:49:29.916 - ^[[32minfo^[[39m: host.nostromo stopInstance system.adapter.smartmeter.0 (force=false, process=true) 2022-06-16 22:49:29.921 - ^[[35msilly^[[39m: smartmeter.0 (20478) States system redis pmessage system.adapter.smartmeter.0.sigKill/system.adapter.smartmeter.0.sigKill:{"val":-1,"ack":false,"ts":1655412569918,"q":0,"from":"system.host.nostromo","lc":1655412569918} 2022-06-16 22:49:29.922 - ^[[32minfo^[[39m: smartmeter.0 (20478) Got terminate signal TERMINATE_YOURSELF 2022-06-16 22:49:29.926 - ^[[32minfo^[[39m: smartmeter.0 (20478) terminating 2022-06-16 22:49:29.927 - ^[[34mdebug^[[39m: smartmeter.0 (20478) Plugin sentry destroyed 2022-06-16 22:49:29.927 - ^[[32minfo^[[39m: smartmeter.0 (20478) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-06-16 22:49:29.974 - ^[[32minfo^[[39m: host.nostromo stopInstance system.adapter.smartmeter.0 send kill signal 2022-06-16 22:49:30.498 - ^[[32minfo^[[39m: host.nostromo instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-06-16 22:49:33.049 - ^[[32minfo^[[39m: host.nostromo instance system.adapter.smartmeter.0 started with pid 20988 2022-06-16 22:49:33.458 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Redis Objects: Use Redis connection: 127.0.0.1:9001 2022-06-16 22:49:33.476 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects client ready ... initialize now 2022-06-16 22:49:33.477 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects create System PubSub Client 2022-06-16 22:49:33.477 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects create User PubSub Client 2022-06-16 22:49:33.510 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects client initialize lua scripts 2022-06-16 22:49:33.512 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects connected to redis: 127.0.0.1:9001 2022-06-16 22:49:33.513 - ^[[35msilly^[[39m: smartmeter.0 (20988) redis psubscribe cfg.o.system.user.* 2022-06-16 22:49:33.526 - ^[[35msilly^[[39m: smartmeter.0 (20988) redis psubscribe cfg.o.enum.* 2022-06-16 22:49:33.527 - ^[[35msilly^[[39m: smartmeter.0 (20988) objectDB connected 2022-06-16 22:49:33.528 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Redis States: Use Redis connection: 127.0.0.1:9000 2022-06-16 22:49:33.539 - ^[[34mdebug^[[39m: smartmeter.0 (20988) States create System PubSub Client 2022-06-16 22:49:33.539 - ^[[34mdebug^[[39m: smartmeter.0 (20988) States create User PubSub Client 2022-06-16 22:49:33.603 - ^[[34mdebug^[[39m: smartmeter.0 (20988) States connected to redis: 127.0.0.1:9000 2022-06-16 22:49:33.604 - ^[[35msilly^[[39m: smartmeter.0 (20988) statesDB connected 2022-06-16 22:49:33.726 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Plugin sentry Initialize Plugin (enabled=true) 2022-06-16 22:49:33.727 - ^[[32minfo^[[39m: smartmeter.0 (20988) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system 2022-06-16 22:49:33.770 - ^[[32minfo^[[39m: smartmeter.0 (20988) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-16 22:49:33.783 - ^[[34mdebug^[[39m: smartmeter.0 (20988) SmartmeterObis options: {"debug":0,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","transportSerialBaudrate":300,"transportSerialMessageTimeout":120000,"protocolD0WakeupCharacters":20,"obisFallbackMedium":1} 2022-06-16 22:49:33.789 - ^[[35msilly^[[39m: smartmeter.0 (20988) States system redis pmessage system.adapter.smartmeter.0.logLevel/system.adapter.smartmeter.0.logLevel:{"val":"silly","ack":true,"ts":1655412573785,"q":0,"from":"system.adapter.smartmeter.0","lc":1655399448678} 2022-06-16 22:49:33.794 - ^[[34mdebug^[[39m: smartmeter.0 (20988) connected set to false 2022-06-16 22:51:35.086 - ^[[33mwarn^[[39m: smartmeter.0 (20988) No or too long answer from Serial Device after last request. 2022-06-16 22:51:35.087 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Error: No or too long answer from Serial Device after last request. 2022-06-16 22:58:36.393 - ^[[33mwarn^[[39m: smartmeter.0 (20988) No or too long answer from Serial Device after last request. 2022-06-16 22:58:36.394 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Error: No or too long answer from Serial Device after last request. -
@fanatikz DIe Instanz steht aber nicht auf Lolevel "debug" oder??? Ich brauche bitte "debug" ... nicht "silly". Sorry aber bitte nochmal ein Log
-
@apollon77 Hi, hat ein paar Tage gedauert, hier das Log.
2022-06-22 21:30:53.606 - info: smartmeter.0 (26156) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-22 21:30:53.618 - error: smartmeter.0 (26156) Serial port device is undefined, check your configuration! 2022-06-22 21:30:54.636 - info: smartmeter.0 (26156) List of port: [{"path":"/dev/ttyACM0","manufacturer":"dresden elektronik ingenieurtechnik GmbH","serialNumber":"DE2191817","pnpId":"usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2191817-if00","vendorId":"1cf1","productId":"0030"},{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"c60c2517e68fec118343a88043a0c072","pnpId":"usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}] 2022-06-22 21:32:29.339 - info: host.nostromo stopInstance system.adapter.smartmeter.0 (force=false, process=true) 2022-06-22 21:32:29.341 - info: smartmeter.0 (26156) Got terminate signal TERMINATE_YOURSELF 2022-06-22 21:32:29.342 - info: smartmeter.0 (26156) terminating 2022-06-22 21:32:29.342 - info: smartmeter.0 (26156) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-06-22 21:32:29.410 - info: host.nostromo stopInstance system.adapter.smartmeter.0 send kill signal 2022-06-22 21:32:29.889 - info: host.nostromo instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-06-22 21:32:32.479 - info: host.nostromo instance system.adapter.smartmeter.0 started with pid 26544 2022-06-22 21:32:33.133 - info: smartmeter.0 (26544) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system 2022-06-22 21:32:33.170 - info: smartmeter.0 (26544) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-22 21:32:49.899 - info: host.nostromo stopInstance system.adapter.smartmeter.0 (force=false, process=true) 2022-06-22 21:32:49.901 - info: smartmeter.0 (26544) Got terminate signal TERMINATE_YOURSELF 2022-06-22 21:32:49.903 - info: smartmeter.0 (26544) terminating 2022-06-22 21:32:49.904 - info: smartmeter.0 (26544) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-06-22 21:32:49.941 - info: host.nostromo stopInstance system.adapter.smartmeter.0 send kill signal 2022-06-22 21:32:50.473 - info: host.nostromo instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-06-22 21:32:53.010 - info: host.nostromo instance system.adapter.smartmeter.0 started with pid 26633 2022-06-22 21:32:53.431 - debug: smartmeter.0 (26633) Redis Objects: Use Redis connection: 127.0.0.1:9001 2022-06-22 21:32:53.450 - debug: smartmeter.0 (26633) Objects client ready ... initialize now 2022-06-22 21:32:53.451 - debug: smartmeter.0 (26633) Objects create System PubSub Client 2022-06-22 21:32:53.451 - debug: smartmeter.0 (26633) Objects create User PubSub Client 2022-06-22 21:32:53.484 - debug: smartmeter.0 (26633) Objects client initialize lua scripts 2022-06-22 21:32:53.486 - debug: smartmeter.0 (26633) Objects connected to redis: 127.0.0.1:9001 2022-06-22 21:32:53.502 - debug: smartmeter.0 (26633) Redis States: Use Redis connection: 127.0.0.1:9000 2022-06-22 21:32:53.512 - debug: smartmeter.0 (26633) States create System PubSub Client 2022-06-22 21:32:53.513 - debug: smartmeter.0 (26633) States create User PubSub Client 2022-06-22 21:32:53.576 - debug: smartmeter.0 (26633) States connected to redis: 127.0.0.1:9000 2022-06-22 21:32:53.680 - debug: smartmeter.0 (26633) Plugin sentry Initialize Plugin (enabled=true) 2022-06-22 21:32:53.681 - info: smartmeter.0 (26633) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system 2022-06-22 21:32:53.764 - info: smartmeter.0 (26633) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-22 21:32:53.776 - debug: smartmeter.0 (26633) SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0} 2022-06-22 21:32:53.777 - debug: smartmeter.0 (26633) CREATE SERIALPORT: 300 7 1 even 2022-06-22 21:32:53.780 - debug: smartmeter.0 (26633) SERIALPORT OPEN 2022-06-22 21:32:53.782 - debug: smartmeter.0 (26633) SERIALPORT RESET BAUDRATE TO 300 2022-06-22 21:32:53.784 - debug: smartmeter.0 (26633) INITIAL MESSAGES TO SEND: 2 2022-06-22 21:32:53.784 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE 2022-06-22 21:32:53.785 - debug: smartmeter.0 (26633) TO SEND 2: 2022-06-22 21:32:53.785 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE 2022-06-22 21:32:53.785 - debug: smartmeter.0 (26633) TO SEND 1: /?! 2022-06-22 21:32:53.788 - debug: smartmeter.0 (26633) connected set to false 2022-06-22 21:32:53.930 - debug: smartmeter.0 (26633) DONE SEND 1 2022-06-22 21:32:54.183 - debug: smartmeter.0 (26633) DONE SEND 0 2022-06-22 21:32:54.184 - debug: smartmeter.0 (26633) SET MESSAGE TIMEOUT TIMER2: 120000 2022-06-22 21:32:57.157 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:32:57.159 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:32:57.159 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:03.647 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:03.648 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:03.648 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:10.122 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:10.122 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:10.123 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:16.781 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:16.782 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:16.782 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:24.187 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:24.187 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:24.188 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:38.689 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:38.690 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:38.690 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:45.867 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:45.868 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:45.868 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:00.308 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:00.309 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:00.309 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:07.474 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:07.475 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:07.475 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:14.680 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:14.681 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:14.681 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:21.858 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:21.858 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:21.859 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:27.942 - info: deconz.0 (2025) State value to set for "deconz.0.sensors.00158d0004447da4.pending" has to be stringified but received type "object" 2022-06-22 21:34:29.043 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:29.043 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:29.044 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:43.433 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:43.434 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:43.434 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:54.185 - debug: smartmeter.0 (26633) MESSAGE TIMEOUT TRIGGERED 2022-06-22 21:34:54.186 - debug: smartmeter.0 (26633) Error: No or too long answer from Serial Device after last request. 2022-06-22 21:34:54.187 - warn: smartmeter.0 (26633) No or too long answer from Serial Device after last request. 2022-06-22 21:34:54.187 - debug: smartmeter.0 (26633) Error: No or too long answer from Serial Device after last request. 2022-06-22 21:34:54.188 - debug: smartmeter.0 (26633) Transport Reset!! Restart = true 2022-06-22 21:34:54.188 - debug: smartmeter.0 (26633) STOP 2022-06-22 21:34:54.189 - debug: smartmeter.0 (26633) CLEAR MESSAGE TIMEOUT TIMER 2022-06-22 21:34:54.192 - debug: smartmeter.0 (26633) SERIALPORT CLOSE 2022-06-22 21:34:54.192 - debug: smartmeter.0 (26633) SERIALPORT REMOVE LISTENERS 2022-06-22 21:34:54.193 - debug: smartmeter.0 (26633) CURRENT SIGNON MESSAGE COUNTER 1 OF 1 2022-06-22 21:34:54.194 - debug: smartmeter.0 (26633) DELETE rest of data (0) because new Message start with a new Request Message 2022-06-22 21:34:54.194 - debug: smartmeter.0 (26633) SCHEDULE NEXT RUN IN 300000s -
@fanatikz Ok, also am Ende antwortet das gerät aktuell nichts .. aber das kann ja sein weil Du oben noch was von ner besonderen Logon Message geschrieben hattest. Diese "000" ... jetzt ist nur die Frage was das ist.
Du kannst mal versuchen in Wake up Zeichen eine 3 zu schreiben das sollte 3x0 sein was er dann sendet. Dann Debug zeigen nochmal.
Alternativ schreib die 000 in "Device address". Leider sind da die Volksaehler infos alles andere als eindeutig
-
Hallo Zusammen,
kurze Frage gibt es auch eine Möglichkeit den Smart Meter Interface von Tasmota mit dem Adapter auszulesen?
Grüße
Stoffel
-
@stoffel Ich kenne die Tasmota Smartmeter-Geschichte nicht aus eigener Ansicht. Aber so weit ich das bisher gelesen habe, wird dort auf MQTT ausgegeben. Dann sind die Daten ja auch im ioBroker und der Smartmeter Adapter wird in dieser Konfiguration nicht gebraucht.
Es gibt wohl auch die Möglichkeiten ser2net auf ESPEasy oder auch Tasmota zu betreiben. Damit könnte man auch via TCP an den smartmeter-Adapter einzuliefern. Bei der ESPEasy-Lösung steht ein Stabilitätsvorbehalt in den Unterlagen.
So ähnlich mache ich das, aber mit Geräten von USRIOT und über LAN. Das ist sehr stabil. -
Danke für deine Rückmeldung, ja ich habe die Daten bereits per MQTT im IOBroker.
Was mir aktuell nur sehr schwer fällt ist das parsen um den String in einzelne Daten Objekte zu bekommen, da würde mir der Adapter die Arbeit abnehmen :).
Grüße
Stoffel
-
@stoffel Welche Form hat der String? Ist das ein JSON, wie man das bei MQTT ab und an sieht, z.B.
{ "value": 49.93000030517578 }Dann gäbe es eine JScript Funktion
JSON.parse()Einige Hinweise dazu bei https://wiki.selfhtml.org/wiki/JSON/parse
oder https://www.smarthome-tricks.de/software-iobroker/iobroker-javascript-json-verarbeiten/Scheint es auch in Blockly zu geben, sagt zumindest eine Suchmaschine.
-
@klassisch jupp
{ "Time": "2022-06-27T17:30:36", "PV ": { "total_in": 189799.2, "Power_curr": -1085 }, "Haus": { "total_in2": 142935.78, "Power_curr2": 31 } } -
@stoffel Dann viel Erfolg mit JSON.parse()
Notfalls noch etwas im Forum suchen oder einen anderen Thread eröffnen etwa: "MQTT JSON parsen - wie?" -
@stoffel bei dem Format wäre der Adapter null Hilfe weil das kennt er nicht. Und ja: simples json. Ist besser via JavaScript Adapter.
-
Moin moin ihr lieben - wie finde ich denn rau welche HW ich für meinen EMH eHZ Zähler brauche?
-
@disaster123 sagte in Adapter "smartmeter":
Moin moin ihr lieben - wie finde ich denn rau welche HW ich für meinen EMH eHZ Zähler brauche?
Falls es sich um eine moderne Meßeinrichtung mit optischer Infoschnittstelle handelt, gibt es einen recht ausführlichen Guide mit einigen verschiedenen aber konkreten Lösungswegen. Selbstbau, Fertiggeräte, USB, Netzwerk (TCP) alles drin.
-
Hallo zusammen,
ich versuche seit einigen Stunden hier einen Schellcount EZZ3 Drehstromzähler auszulesen und bin echt am verzweifeln.
Kann mir jemand die Konfiguration für diesen Zähler bereitstellen ?
Ich weiß nur das der Zähler aktiv angesprochen werden muss um das er seine aktuellen Werte heraus gibt.
-
@firefighter166 Ok, was hast Du denn eingestellt bisher?
Also Wenn er angesprochen werden muss ist es wohl D0 als Proptokoll, genauso bidirektionale konfiguration. Mach mal eine neue Instanz (also ggf löschen - will verhindern das Du was verstellt hast!)
Dann dort NUR die zwei genannten Settings ändern.Dann bitte Log zeigen
