Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Tester
  4. Test Adapter OpenDTU

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.7k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.1k

Test Adapter OpenDTU

Geplant Angeheftet Gesperrt Verschoben Tester
dtuhoymilesopendtusolar
457 Beiträge 47 Kommentatoren 136.0k Aufrufe 42 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • J Offline
    J Offline
    Jack01
    schrieb am zuletzt editiert von
    #170

    Moin,

    seit mehreren Wochen läuft bei mir die Version 0.1.4 völlig problemlos mit der DTU Version 0.1.25, Git Hash v23.4.17 auf einem aktuellen Raspi 4. Alle Adapter sind auf dem aktuellen Stand. MQTTin der DTU ist deaktiviert. "Daten auch nachts abrufen" ist deaktiviert.
    Heute morgen haben ich zum ersten Mal keine Daten in den Objekten gehabt. In der "Live Ansicht" waren sie aber vorhanden.
    Leider habe ich nur den "Info" Mode eingestellt. Das Log hänge ich trotzdem mal an. Nach einem Restart des Adapters funktioniert alles wieder. Aufgefallen ist mir, dass es keine "Connect" Meldungen vor dem Reset gab, obwohl die normalerweise regelmäßig erscheinen.

    2023-05-03 09:54:41.641 - info: mqtt.0 (817380) Client [Gaszaehler_4_4] publishOnSubscribe send all known states
    2023-05-03 09:57:36.604 - info: admin.0 (817226) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 09:57:47.467 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 09:58:54.042 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 09:59:00.074 - info: host.raspberrypi instance system.adapter.daswetter.0 started with pid 178514
    2023-05-03 09:59:02.244 - info: daswetter.0 (178514) starting. Version 3.1.8 in /opt/iobroker/node_modules/iobroker.daswetter, node: v18.16.0, js-controller: 4.0.24
    2023-05-03 09:59:04.129 - info: host.raspberrypi instance system.adapter.dwd.0 started with pid 178729
    2023-05-03 09:59:07.089 - info: dwd.0 (178729) starting. Version 2.8.3 in /opt/iobroker/node_modules/iobroker.dwd, node: v18.16.0, js-controller: 4.0.24
    2023-05-03 09:59:07.772 - info: dwd.0 (178729) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
    2023-05-03 09:59:08.339 - info: host.raspberrypi instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
    2023-05-03 09:59:14.444 - info: daswetter.0 (178514) Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment
    2023-05-03 09:59:14.961 - info: daswetter.0 (178514) cleaned everything up...
    2023-05-03 09:59:14.989 - info: host.raspberrypi instance system.adapter.daswetter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
    2023-05-03 10:00:00.089 - info: host.raspberrypi instance system.adapter.dwd.0 started with pid 180337
    2023-05-03 10:00:02.277 - info: dwd.0 (180337) starting. Version 2.8.3 in /opt/iobroker/node_modules/iobroker.dwd, node: v18.16.0, js-controller: 4.0.24
    2023-05-03 10:00:04.017 - info: dwd.0 (180337) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
    2023-05-03 10:00:04.138 - info: host.raspberrypi instance system.adapter.daswetter.0 started with pid 180368
    2023-05-03 10:00:04.577 - info: host.raspberrypi instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
    2023-05-03 10:00:06.479 - info: daswetter.0 (180368) starting. Version 3.1.8 in /opt/iobroker/node_modules/iobroker.daswetter, node: v18.16.0, js-controller: 4.0.24
    2023-05-03 10:00:07.371 - info: web.0 (818142) <== Disconnect system.user.admin from ::ffff:192.168.178.49 vis.0
    2023-05-03 10:00:07.877 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:00:17.025 - info: daswetter.0 (180368) Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment
    2023-05-03 10:00:17.541 - info: daswetter.0 (180368) cleaned everything up...
    2023-05-03 10:00:17.584 - info: host.raspberrypi instance system.adapter.daswetter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
    2023-05-03 10:00:23.882 - info: web.0 (818142) <== Disconnect system.user.admin from ::ffff:192.168.178.49 vis.0
    2023-05-03 10:00:24.214 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:01:01.039 - info: web.0 (818142) <== Disconnect system.user.admin from ::ffff:192.168.178.49 vis.0
    2023-05-03 10:01:01.386 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:01:33.993 - info: sonoff.0 (817403) Client [sonoff-pow_PV-Anlage] reconnected. Old secret 1683063996102_1763. New secret 1683100893933_8405
    2023-05-03 10:02:05.813 - warn: sonoff.0 (817403) Old client sonoff-pow_PV-Anlage with secret 1683063996102_1763 sends pingreq. Ignore! Actual secret is 1683100893933_8405
    2023-05-03 10:02:12.731 - info: admin.0 (817226) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:02:13.337 - info: admin.0 (817226) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:02:33.196 - info: admin.0 (817226) <== Disconnect system.user.admin from ::ffff:192.168.178.49 echarts-show
    2023-05-03 10:02:33.200 - info: admin.0 (817226) <== Disconnect system.user.admin from ::ffff:192.168.178.49 echarts
    2023-05-03 10:02:57.743 - info: admin.0 (817226) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:02:58.278 - info: admin.0 (817226) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:03:06.339 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:03:14.826 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:03:16.019 - info: web.0 (818142) ==> Connected system.user.admin from ::ffff:192.168.178.49
    2023-05-03 10:04:38.916 - info: admin.0 (817226) <== Disconnect system.user.admin from ::ffff:192.168.178.49 echarts-show
    2023-05-03 10:04:38.919 - info: admin.0 (817226) <== Disconnect system.user.admin from ::ffff:192.168.178.49 echarts
    2023-05-03 10:08:16.730 - info: host.raspberrypi stopInstance system.adapter.opendtu.0 (force=false, process=true)
    2023-05-03 10:08:16.738 - info: opendtu.0 (818612) Got terminate signal TERMINATE_YOURSELF
    2023-05-03 10:08:16.763 - info: opendtu.0 (818612) terminating
    2023-05-03 10:08:16.765 - info: opendtu.0 (818612) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
    2023-05-03 10:08:16.919 - info: host.raspberrypi stopInstance system.adapter.opendtu.0 send kill signal
    2023-05-03 10:08:17.281 - error: opendtu.0 (818612) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
    2023-05-03 10:08:17.282 - error: opendtu.0 (818612) unhandled promise rejection: DB closed
    2023-05-03 10:08:17.286 - error: opendtu.0 (818612) Error: DB closed
    at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17)
    at StateRedisClient.getState (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:800:26)
    at Opendtu.getForeignState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:6485:39)
    at _setStateChangedHelper (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5067:18)
    at Opendtu.setStateChanged (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5977:17)
    at /opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2126:16
    at new Promise ()
    at Opendtu.setStateChangedAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2125:16)
    at Opendtu.allAvailableToFalse (/opt/iobroker/node_modules/iobroker.opendtu/main.js:342:18)
    2023-05-03 10:08:17.287 - error: opendtu.0 (818612) DB closed
    2023-05-03 10:08:17.288 - error: opendtu.0 (818612) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
    2023-05-03 10:08:17.289 - error: opendtu.0 (818612) unhandled promise rejection: DB closed
    2023-05-03 10:08:17.290 - error: opendtu.0 (818612) Error: DB closed
    at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17)
    at StateRedisClient.getState (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:800:26)
    at Opendtu.getForeignState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:6485:39)
    at _setStateChangedHelper (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5067:18)
    at Opendtu.setStateChanged (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5977:17)
    at /opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2126:16
    at new Promise ()
    at Opendtu.setStateChangedAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2125:16)
    at Opendtu.allAvailableToFalse (/opt/iobroker/node_modules/iobroker.opendtu/main.js:342:18)
    2023-05-03 10:08:17.290 - error: opendtu.0 (818612) DB closed
    2023-05-03 10:08:17.291 - error: opendtu.0 (818612) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
    2023-05-03 10:08:17.291 - error: opendtu.0 (818612) unhandled promise rejection: DB closed
    2023-05-03 10:08:17.292 - error: opendtu.0 (818612) Error: DB closed
    at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17)
    at StateRedisClient.getState (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:800:26)
    at Opendtu.getForeignState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:6485:39)
    at _setStateChangedHelper (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5067:18)
    at Opendtu.setStateChanged (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5977:17)
    at /opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2126:16
    at new Promise ()
    at Opendtu.setStateChangedAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2125:16)
    at Opendtu.allAvailableToFalse (/opt/iobroker/node_modules/iobroker.opendtu/main.js:342:18)
    2023-05-03 10:08:17.293 - error: opendtu.0 (818612) DB closed
    2023-05-03 10:08:17.301 - error: opendtu.0 (818612) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
    2023-05-03 10:08:17.302 - error: opendtu.0 (818612) unhandled promise rejection: DB closed
    2023-05-03 10:08:17.303 - error: opendtu.0 (818612) Error: DB closed
    at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17)
    at StateRedisClient.getState (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:800:26)
    at Opendtu.getForeignState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:6485:39)
    at _setStateChangedHelper (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5067:18)
    at Opendtu.setStateChanged (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5977:17)
    at /opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2126:16
    at new Promise ()
    at Opendtu.setStateChangedAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2125:16)
    at Opendtu.allAvailableToFalse (/opt/iobroker/node_modules/iobroker.opendtu/main.js:342:18)
    2023-05-03 10:08:17.303 - error: opendtu.0 (818612) DB closed
    2023-05-03 10:08:17.304 - error: opendtu.0 (818612) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
    2023-05-03 10:08:17.304 - error: opendtu.0 (818612) unhandled promise rejection: DB closed
    2023-05-03 10:08:17.304 - error: opendtu.0 (818612) Error: DB closed
    at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17)
    at StateRedisClient.getState (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:800:26)
    at Opendtu.getForeignState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:6485:39)
    at _setStateChangedHelper (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5067:18)
    at Opendtu.setStateChanged (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5977:17)
    at /opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2126:16
    at new Promise ()
    at Opendtu.setStateChangedAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2125:16)
    at Opendtu.allAvailableToFalse (/opt/iobroker/node_modules/iobroker.opendtu/main.js:342:18)
    2023-05-03 10:08:17.305 - error: opendtu.0 (818612) DB closed
    2023-05-03 10:08:17.305 - error: opendtu.0 (818612) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
    2023-05-03 10:08:17.305 - error: opendtu.0 (818612) unhandled promise rejection: DB closed
    2023-05-03 10:08:17.306 - error: opendtu.0 (818612) Error: DB closed
    at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17)
    at StateRedisClient.getState (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:800:26)
    at Opendtu.getForeignState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:6485:39)
    at _setStateChangedHelper (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5067:18)
    at Opendtu.setStateChanged (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5977:17)
    at /opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2126:16
    at new Promise ()
    at Opendtu.setStateChangedAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2125:16)
    at Opendtu.allAvailableToFalse (/opt/iobroker/node_modules/iobroker.opendtu/main.js:342:18)
    2023-05-03 10:08:17.306 - error: opendtu.0 (818612) DB closed
    2023-05-03 10:08:17.445 - info: host.raspberrypi instance system.adapter.opendtu.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
    2023-05-03 10:08:20.143 - info: host.raspberrypi instance system.adapter.opendtu.0 started with pid 194473
    2023-05-03 10:08:22.229 - info: opendtu.0 (194473) starting. Version 0.1.4 (non-npm: o0shojo0o/ioBroker.opendtu#f8836ab9b984b678eaa05f4efe92f2c7f95ddb58) in /opt/iobroker/node_modules/iobroker.opendtu, node: v18.16.0, js-controller: 4.0.24
    2023-05-03 10:08:22.661 - info: opendtu.0 (194473) Connect to OpenDTU over websocket connection.
    2023-05-03 10:08:23.504 - info: sourceanalytix.0 (817715) Updating SourceAnalytix configuration for : opendtu.0.total.yieldtotal
    2023-05-03 10:08:23.787 - info: sourceanalytix.0 (817715) Updating SourceAnalytix configuration for : opendtu.0.112174013293.ac.phase_1.yieldtotal
    2023-05-03 10:08:24.284 - info: sourceanalytix.0 (817715) Updating SourceAnalytix configuration for : opendtu.0.112183825317.ac.phase_1.yieldtotal
    2023-05-03 10:09:48.377 - info: opendtu.0 (194473) Connect to OpenDTU over websocket connection.
    2023-05-03 10:10:22.156 - info: opendtu.0 (194473) Connect to OpenDTU over websocket connection.
    2023-05-03 10:11:17.672 - info: opendtu.0 (194473) Connect to OpenDTU over websocket connection.
    2023-05-03 10:11:33.332 - info: opendtu.0 (194473) Connect to OpenDTU over websocket connection.
    

    Proxmox LXC
    Node.js: V20.18.2
    NPM: 10.8.2
    JS-controller: 7.0.6

    1 Antwort Letzte Antwort
    0
    • Frank D.F Offline
      Frank D.F Offline
      Frank D.
      schrieb am zuletzt editiert von
      #171

      Moin,
      ich benutzte den Adapter jetzt schon ein paar Tage. Habe einen HM-600 und einen Akku dran.
      Ich scheitere gerade daran den Hoymiles um Mitternacht neuzustarten per Blockly(um den Tageswert zurückzusetzen), den Restart Button gibt es ja im Objektbaum.
      Wie löse ich denn diesen Button richtig aus?
      Grüße

      L 1 Antwort Letzte Antwort
      0
      • Frank D.F Frank D.

        Moin,
        ich benutzte den Adapter jetzt schon ein paar Tage. Habe einen HM-600 und einen Akku dran.
        Ich scheitere gerade daran den Hoymiles um Mitternacht neuzustarten per Blockly(um den Tageswert zurückzusetzen), den Restart Button gibt es ja im Objektbaum.
        Wie löse ich denn diesen Button richtig aus?
        Grüße

        L Offline
        L Offline
        lars72
        schrieb am zuletzt editiert von
        #172

        @frank-d
        So geht es bei mir:
        2023-05-08_170844.jpg

        Einmal ausführen, dann ist er aus, und nochmal ausführen, dann ist er wieder an.

        Frank D.F 1 Antwort Letzte Antwort
        0
        • L lars72

          @frank-d
          So geht es bei mir:
          2023-05-08_170844.jpg

          Einmal ausführen, dann ist er aus, und nochmal ausführen, dann ist er wieder an.

          Frank D.F Offline
          Frank D.F Offline
          Frank D.
          schrieb am zuletzt editiert von
          #173

          @lars72 Super, danke dir, probiere ich aus

          1 Antwort Letzte Antwort
          0
          • H Offline
            H Offline
            hansmeier
            schrieb am zuletzt editiert von
            #174

            Nachdem ich nun für meinen TSUN-M800 das openDTU Projekt umgesetzt habe und auch den openDTU Adapter installiert habe, wundere ich mich über die deutlich höheren Gesamtleistungsdaten aus dem WR gegenüber meinem bisherigen Messverfahren über einen Shelly Plug S. Der Plug S zeigt ständig nur ca. 90-93 % der Leistung an, die ich aus dem WR per openDTU auslese.
            Ist jetzt vielleicht nicht unbedingt ein Thema für den ioBroker, aber vielleicht hat ja jemand eine Erklärung für mich ? Messungenauigkeit, Verluste ?

            CodierknechtC BananaJoeB 2 Antworten Letzte Antwort
            0
            • H hansmeier

              Nachdem ich nun für meinen TSUN-M800 das openDTU Projekt umgesetzt habe und auch den openDTU Adapter installiert habe, wundere ich mich über die deutlich höheren Gesamtleistungsdaten aus dem WR gegenüber meinem bisherigen Messverfahren über einen Shelly Plug S. Der Plug S zeigt ständig nur ca. 90-93 % der Leistung an, die ich aus dem WR per openDTU auslese.
              Ist jetzt vielleicht nicht unbedingt ein Thema für den ioBroker, aber vielleicht hat ja jemand eine Erklärung für mich ? Messungenauigkeit, Verluste ?

              CodierknechtC Offline
              CodierknechtC Offline
              Codierknecht
              Developer Most Active
              schrieb am zuletzt editiert von
              #175

              @hansmeier
              Wer viel misst, misst Mist.
              Da weder der Shelly noich der WR geeicht sind, würde ich das unter "Schwund" verbuchen.

              "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

              Proxmox 9.1.1 LXC|8 GB|Core i7-6700
              HmIP|ZigBee|Tasmota|Unifi
              Zabbix Certified Specialist
              Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

              1 Antwort Letzte Antwort
              0
              • H hansmeier

                Nachdem ich nun für meinen TSUN-M800 das openDTU Projekt umgesetzt habe und auch den openDTU Adapter installiert habe, wundere ich mich über die deutlich höheren Gesamtleistungsdaten aus dem WR gegenüber meinem bisherigen Messverfahren über einen Shelly Plug S. Der Plug S zeigt ständig nur ca. 90-93 % der Leistung an, die ich aus dem WR per openDTU auslese.
                Ist jetzt vielleicht nicht unbedingt ein Thema für den ioBroker, aber vielleicht hat ja jemand eine Erklärung für mich ? Messungenauigkeit, Verluste ?

                BananaJoeB Offline
                BananaJoeB Offline
                BananaJoe
                Most Active
                schrieb am zuletzt editiert von
                #176

                @hansmeier sagte in Test Adapter OpenDTU:

                er Plug S zeigt ständig nur ca. 90-93 % der Leistung an, die ich aus dem WR per openDTU auslese.

                meine Leistungsmesser zeigen auch immer etwas weniger an als die DTU für den jeweiligen Wechselrichter behauptet (und ich habe 6 Hoymiles).
                Entweder übertreibt die DTU, es geht was auf den 10m Leitung verloren, die Messsteckdose ist doch nicht so toll kalibriert wie ich das gerne hätte ... und der Shelly 3EM hat dann auch noch einen abweichenden Wert ... vom digitalen Stromnzähler mal ganz abgesehen.

                Und gerade beim "Live" Wert macht es den Messzeitpunkt aus, wenn der eine den Wert für Sekunde 5 und der andere für Sekunde 7 die Daten auswirft kann da schon ein großer Unterschied sein.

                Und ja, auch die Summenwerte weichen bestimmt voneinander ab.

                Wenn ich will könnte ich meine Leistungsmesser auf den DTU Wert kalibrieren, ich vermute aber das wäre nur für das Auge.

                ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                1 Antwort Letzte Antwort
                0
                • H Offline
                  H Offline
                  hansmeier
                  schrieb am zuletzt editiert von
                  #177

                  Bei mir ist es aber schon ein recht krasser Unterschied: habe den WR jetzt knapp gute 10,5 Monate im Betrieb und habe mit dem Shelly Plug S gemessene 473 kWh. Der WR meldet jetzt über DTU 520 kWh Gesamtleistung.
                  Der Shelly Plug ist wohl nur ein Schätzeisen und der WR vielleicht zu optimistisch.
                  Ist wohl auch nicht lebenswichtig .....

                  1 Antwort Letzte Antwort
                  0
                  • F Offline
                    F Offline
                    frajop
                    schrieb am zuletzt editiert von
                    #178

                    Hallo, zunächst herzlichen Dank für den Adapter. Er funktioniert bei mir an einem HM-300.

                    Ich habe alle Daten im Objektbaum und ich kann das Limit setzen. Ich kann mit click auf den object-button opendtu.0.123456.power_control.power_on den Wechselrichter einschalten aber mit opendtu.0.123456.power_control.power_off kann ich ihn nicht ausschalten. Gibt es da noch einen Trick?? Steuerung über das Webinterface von openDTU funktioniert.
                    Danke im voraus

                    1 Antwort Letzte Antwort
                    0
                    • L lars72

                      @codierknecht
                      Jetzt funktioniert es, ohne dass ich was geändert hätte... Naja, dann beobachte ich das mal und sage schon mal vielen Dank für die Hilfe!
                      Lars

                      I Offline
                      I Offline
                      indie
                      schrieb am zuletzt editiert von
                      #179

                      @lars72 Bei mir gibt es ein ähnliches Thema: Wenn ich das Objekt "limit_nonpersistent_relative" im Objektbaum anpasse (und mit Eingabetaste bestätige), wird das Limit von der DTU relativ zeitnah an den WR gesendet und dort umgesetzt. Wenn ich allerdings per Blockly das Objekt anpasse (was einwandfrei funktioniert), passiert im WR gar nichts... als wenn die "Eingabetaste" im Objektbaum das "Senden" erste auslöst und das bei der Anpassung über Blockly nicht passiert. Siehe hier:

                      1247360b-c22b-43ff-a05b-d314df695d28-image.png

                      Hat jemand eine Idee, ob ich etwas übersehe, dass die Objekt-Anpassung per Blockly nicht an den WR übertragen wird, die "manuelle" Änderung im Objektbaum aber schon?

                      P 1 Antwort Letzte Antwort
                      0
                      • I indie

                        @lars72 Bei mir gibt es ein ähnliches Thema: Wenn ich das Objekt "limit_nonpersistent_relative" im Objektbaum anpasse (und mit Eingabetaste bestätige), wird das Limit von der DTU relativ zeitnah an den WR gesendet und dort umgesetzt. Wenn ich allerdings per Blockly das Objekt anpasse (was einwandfrei funktioniert), passiert im WR gar nichts... als wenn die "Eingabetaste" im Objektbaum das "Senden" erste auslöst und das bei der Anpassung über Blockly nicht passiert. Siehe hier:

                        1247360b-c22b-43ff-a05b-d314df695d28-image.png

                        Hat jemand eine Idee, ob ich etwas übersehe, dass die Objekt-Anpassung per Blockly nicht an den WR übertragen wird, die "manuelle" Änderung im Objektbaum aber schon?

                        P Offline
                        P Offline
                        peterredl
                        schrieb am zuletzt editiert von
                        #180

                        @indie Schau bitte nach ob du richtig angemeldet bist.
                        Passwort in der DTU und im IoBroker Adapter müssen übereinstimmen.

                        I 1 Antwort Letzte Antwort
                        0
                        • P peterredl

                          @indie Schau bitte nach ob du richtig angemeldet bist.
                          Passwort in der DTU und im IoBroker Adapter müssen übereinstimmen.

                          I Offline
                          I Offline
                          indie
                          schrieb am zuletzt editiert von
                          #181

                          @peterredl hab ich selbsredend schon überprüft und wenn das der Fehler wäre, sollte doch auch die Änderung über den Objektbaum nicht im Wechselrichter ankommen, oder?
                          Das ist ja bei mir das seltsame: manuell im Objektbaum eingepflegte Werte werden übertragen, über blockly eingepflegte nicht ...

                          P 1 Antwort Letzte Antwort
                          0
                          • L Offline
                            L Offline
                            lars72
                            schrieb am zuletzt editiert von lars72
                            #182

                            @indie
                            Also bei mir hatte das mit dem OpenDTU-Adapter und "steuere ... limit_nonpersistent_relative" auf Anhieb funktioniert. Was mir als möglicher Fehler einfällt: Bei Übergabe einer Dezimalzahl könnte es Probleme geben. Also vorher runden (die Übergabe einer gerundeten Zahl funktioniert) und evtl. zusätzlich noch in Text umwandeln und dann übergeben.
                            Screenshot 2023-05-17 183415.jpg
                            Im Moment arbeite ich rein auf MQTT-Basis ohne den Opendtu-Adapter und kann nichts mehr testen, was den Adapter betrifft.

                            1 Antwort Letzte Antwort
                            0
                            • IdleBitI IdleBit
                              Aktuelle Test Version NPM version
                              Veröffentlichungsdatum 26.07.2023
                              Github Link https://github.com/o0shojo0o/ioBroker.opendtu
                              Stats: Downloads Number of Installations Current version in stable repository
                              Tests: Test and Release CodeQL

                              Changelog

                              --> Ist hier zu finden <--

                              Beschreibung

                              Dieser Adapter stellt die relevanten Datenpunkte von den Projekt OpenDTU zur Verfügung.

                              Voraussetzungen

                              Es wir die Version von 15.02.2023 oder neuer benötigt!

                              D Offline
                              D Offline
                              denjo
                              schrieb am zuletzt editiert von
                              #183

                              @idlebit ich habe immer folgende fehler meldung im log:

                              web.0
                              2023-05-17 18:54:34.597	warn	Read-only state "opendtu.0.total.power" has been written without ack-flag with value "105.7"
                              

                              und ich selber schreibe nichts in dem objekt

                              IdleBitI 1 Antwort Letzte Antwort
                              0
                              • I indie

                                @peterredl hab ich selbsredend schon überprüft und wenn das der Fehler wäre, sollte doch auch die Änderung über den Objektbaum nicht im Wechselrichter ankommen, oder?
                                Das ist ja bei mir das seltsame: manuell im Objektbaum eingepflegte Werte werden übertragen, über blockly eingepflegte nicht ...

                                P Offline
                                P Offline
                                peterredl
                                schrieb am zuletzt editiert von
                                #184

                                @indie said in Test Adapter OpenDTU:

                                @peterredl hab ich selbsredend schon überprüft und wenn das der Fehler wäre, sollte doch auch die Änderung über den Objektbaum nicht im Wechselrichter ankommen, oder?
                                Das ist ja bei mir das seltsame: manuell im Objektbaum eingepflegte Werte werden übertragen, über blockly eingepflegte nicht ...

                                Verwendest du „aktualisiere“ oder „steuere“ ?

                                D I 2 Antworten Letzte Antwort
                                0
                                • P peterredl

                                  @indie said in Test Adapter OpenDTU:

                                  @peterredl hab ich selbsredend schon überprüft und wenn das der Fehler wäre, sollte doch auch die Änderung über den Objektbaum nicht im Wechselrichter ankommen, oder?
                                  Das ist ja bei mir das seltsame: manuell im Objektbaum eingepflegte Werte werden übertragen, über blockly eingepflegte nicht ...

                                  Verwendest du „aktualisiere“ oder „steuere“ ?

                                  D Offline
                                  D Offline
                                  denjo
                                  schrieb am zuletzt editiert von
                                  #185

                                  @peterredl nein ich mache mit den datenpunkt gar nix

                                  1 Antwort Letzte Antwort
                                  0
                                  • P peterredl

                                    @indie said in Test Adapter OpenDTU:

                                    @peterredl hab ich selbsredend schon überprüft und wenn das der Fehler wäre, sollte doch auch die Änderung über den Objektbaum nicht im Wechselrichter ankommen, oder?
                                    Das ist ja bei mir das seltsame: manuell im Objektbaum eingepflegte Werte werden übertragen, über blockly eingepflegte nicht ...

                                    Verwendest du „aktualisiere“ oder „steuere“ ?

                                    I Offline
                                    I Offline
                                    indie
                                    schrieb am zuletzt editiert von indie
                                    #186

                                    @peterredl "aktualisiere" nutze ich. Wäre "steuere" das richtige:grimacing: ?

                                    Update: ich habs ausprobiert und tatsächlich: damit funktioniert es. Danke, dass ihr auch meine DAU Fragen beantwortet und mir dadurch beim Dazulernen helft :-) ! Also merke: "steuere" macht auch was und "aktualisiere" nicht.

                                    1 Antwort Letzte Antwort
                                    0
                                    • D denjo

                                      @idlebit ich habe immer folgende fehler meldung im log:

                                      web.0
                                      2023-05-17 18:54:34.597	warn	Read-only state "opendtu.0.total.power" has been written without ack-flag with value "105.7"
                                      

                                      und ich selber schreibe nichts in dem objekt

                                      IdleBitI Offline
                                      IdleBitI Offline
                                      IdleBit
                                      schrieb am zuletzt editiert von
                                      #187

                                      @denjo sagte in Test Adapter OpenDTU:

                                      @idlebit ich habe immer folgende fehler meldung im log:

                                      web.0
                                      2023-05-17 18:54:34.597	warn	Read-only state "opendtu.0.total.power" has been written without ack-flag with value "105.7"
                                      

                                      und ich selber schreibe nichts in dem objekt

                                      Das kann eigentlich nicht sein, da wie hier im Code zu sehen wird immer mit den ack-flag geschrieben.
                                      https://github.com/o0shojo0o/ioBroker.opendtu/blob/e0582c8b3eb431a03d9f6eb807b3b9520235b8a5/main.js#L285

                                      Sicher das da kein Script von dir da rumfummelt?

                                      1 Antwort Letzte Antwort
                                      0
                                      • crunchipC crunchip

                                        @thomas-braun sagte in Test Adapter OpenDTU:

                                        OpenDTU

                                        läuft bei mir stabiler

                                        A Offline
                                        A Offline
                                        axel
                                        schrieb am zuletzt editiert von
                                        #188

                                        @crunchip Ich habe da mal ne dumme Frage: Wie installiere ich den Adapter? In den Repositories ist der nicht drin. Ich habe eine "Selbstbau-OpenDTU" zusammengebaut auf der Basis esp32. Tut sehr gut. Nun würde ich das gerne in meine Gesamtinstallation integrieren.

                                        QNAP 677 VM 16 ´GB, 4 Kerne, 3,4 GHz
                                        17.258 Objekte
                                        15.633 Zustände

                                        Thomas BraunT 1 Antwort Letzte Antwort
                                        0
                                        • A axel

                                          @crunchip Ich habe da mal ne dumme Frage: Wie installiere ich den Adapter? In den Repositories ist der nicht drin. Ich habe eine "Selbstbau-OpenDTU" zusammengebaut auf der Basis esp32. Tut sehr gut. Nun würde ich das gerne in meine Gesamtinstallation integrieren.

                                          Thomas BraunT Online
                                          Thomas BraunT Online
                                          Thomas Braun
                                          Most Active
                                          schrieb am zuletzt editiert von
                                          #189

                                          @axel

                                          Muss über GitHub (die "Katze") manuell installiert werden.

                                          Linux-Werkzeugkasten:
                                          https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                                          NodeJS Fixer Skript:
                                          https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                                          iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                                          A 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          772

                                          Online

                                          32.4k

                                          Benutzer

                                          81.5k

                                          Themen

                                          1.3m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe