Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • 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

  • Default (No Skin)
  • No Skin
Collapse
ioBroker Logo

Community Forum

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

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    2.6k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.0k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.3k

Test Adapter OpenDTU

Scheduled Pinned Locked Moved Tester
dtuhoymilesopendtusolar
457 Posts 47 Posters 141.6k Views 42 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • CodierknechtC Codierknecht

    @duffy sagte in Test Adapter OpenDTU:

    das meine Balkon PV mittags etwas zu viel (mehr als offiziell gestattet) produziert

    Dann schränke den WR doch auf 600 W Absolutwert ein.

    DuffyD Offline
    DuffyD Offline
    Duffy
    wrote on last edited by
    #164

    @codierknecht

    wäre eine Möglichkeit ich hätte es aber gerne verstellbar gemacht. Ist vielleicht eine Spielerei aber wie so vieles mit dem iob :-)

    Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
    Node.js: v22.22.0
    NPM: 10.9.4
    js-controller 7.0.7
    Linux: Trixie

    CodierknechtC 1 Reply Last reply
    0
    • L lars72

      @codierknecht
      Nachtrag zur Nulleinspeisung:
      Ja, verstehe ich schon, dass es "fürs Ganze" besser ist, wenn man alles ungedrosselt einspeist. Ich habe einen Zweirichtungszähler und habe eine 600W-Anlage auch angemeldet. Es sind aber tatsächlich zwei und eine dritte kommt dazu, Irgendwann fällt das dann auf, wenn der 2.8.0 viel zu hoch steigt... aber dazu habe ich jetzt dann auch den Akku.

      DuffyD Offline
      DuffyD Offline
      Duffy
      wrote on last edited by Duffy
      #165

      @Codierknecht

      Einen Akku habe ich leider nicht.

      Aber hast du eine Idee für ein Widget?

      Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
      Node.js: v22.22.0
      NPM: 10.9.4
      js-controller 7.0.7
      Linux: Trixie

      L CodierknechtC 2 Replies Last reply
      0
      • DuffyD Duffy

        @codierknecht

        wäre eine Möglichkeit ich hätte es aber gerne verstellbar gemacht. Ist vielleicht eine Spielerei aber wie so vieles mit dem iob :-)

        CodierknechtC Online
        CodierknechtC Online
        Codierknecht
        Developer Most Active
        wrote on last edited by Codierknecht
        #166

        @duffy
        Dann würde ich das über die Vis regeln - zum rumspielen - oder per Script über den Verbrauch und die gerade produzierte Leistung, so dass da nie mehr als die (aktuell noch) zulässigen 600 W eingespeist werden.

        Wenn der WR gerade 900 W produziert, Du aber nur 400 verbrauchst, werden halt 500 W eingespeist.
        Solange Dich das nicht persönlich stört, dem "bösen Versorger" etwas zu schenken ... so what?

        Ich drück' Dir die Daumen, dass die Kommune bei der nächsten Befliegung nicht auf die Idee kommt, statt nach Schwarzbauten mal nach den BKW zu gucken ;-)

        Ja, verstehe ich schon, dass es "fürs Ganze" besser ist, wenn man alles ungedrosselt einspeist.

        Naja - so optimal ist das auch nicht, weil sich die Einspeisung aus den BKW nicht regeln lässt. Das könnte auch mal negative Auswirkungen auf die Netzstabilität haben, wenn da völlig ungeregelt zu viel eingespeist wird.
        Aktuell können die Versorger da ja noch mit den Gas- und Kohlekraftwerken gegensteuern.

        "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 Reply Last reply
        0
        • DuffyD Duffy

          @Codierknecht

          Einen Akku habe ich leider nicht.

          Aber hast du eine Idee für ein Widget?

          L Offline
          L Offline
          lars72
          wrote on last edited by
          #167

          @duffy
          wir brauchen im Haus jede Nacht ca. 2 kWh, und tagsüber habe ich bei gutem Wetter nur 25% Eigenverbrauch, deswegen wollte ich da was ändern. Und da die Hoymiles ja relativ zu anderen Batteriewechselrichtern ziemlich günstig sind, kann man so eine bezahlbare geregelte Lösung aufbauen, die sich in ca. 5 Jahren selbst bezahlt. Das hat man bei einem richtigen gekauften System eher nach 15 Jahren... aber jetzt wirds off-Topic und wir zerreden den schönen Thread hier.
          Lars

          1 Reply Last reply
          0
          • DuffyD Duffy

            @Codierknecht

            Einen Akku habe ich leider nicht.

            Aber hast du eine Idee für ein Widget?

            CodierknechtC Online
            CodierknechtC Online
            Codierknecht
            Developer Most Active
            wrote on last edited by
            #168

            @duffy sagte in Test Adapter OpenDTU:

            Aber hast du eine Idee für ein Widget?

            jqui select-value-list

            2fc189f9-2972-4113-bc04-88d238eb4356-image.png

            "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

            DuffyD 1 Reply Last reply
            0
            • CodierknechtC Codierknecht

              @duffy sagte in Test Adapter OpenDTU:

              Aber hast du eine Idee für ein Widget?

              jqui select-value-list

              2fc189f9-2972-4113-bc04-88d238eb4356-image.png

              DuffyD Offline
              DuffyD Offline
              Duffy
              wrote on last edited by
              #169

              @codierknecht

              Danke dir werde ich mir anschauen.

              Euch noch eine schönen Tag.

              Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
              Node.js: v22.22.0
              NPM: 10.9.4
              js-controller 7.0.7
              Linux: Trixie

              1 Reply Last reply
              0
              • J Offline
                J Offline
                Jack01
                wrote on last edited by
                #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: V22.22.0
                NPM: 10.9.4
                JS-controller: 7.0.7

                1 Reply Last reply
                0
                • Frank D.F Offline
                  Frank D.F Offline
                  Frank D.
                  wrote on last edited by
                  #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 Reply Last reply
                  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
                    wrote on last edited by
                    #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 Reply Last reply
                    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.
                      wrote on last edited by
                      #173

                      @lars72 Super, danke dir, probiere ich aus

                      1 Reply Last reply
                      0
                      • H Offline
                        H Offline
                        hansmeier
                        wrote on last edited by
                        #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 Replies Last reply
                        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 Online
                          CodierknechtC Online
                          Codierknecht
                          Developer Most Active
                          wrote on last edited by
                          #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 Reply Last reply
                          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 Online
                            BananaJoeB Online
                            BananaJoe
                            Most Active
                            wrote on last edited by
                            #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 Reply Last reply
                            0
                            • H Offline
                              H Offline
                              hansmeier
                              wrote on last edited by
                              #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 Reply Last reply
                              0
                              • F Offline
                                F Offline
                                frajop
                                wrote on last edited by
                                #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 Reply Last reply
                                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
                                  wrote on last edited by
                                  #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 Reply Last reply
                                  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
                                    wrote on last edited by
                                    #180

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

                                    I 1 Reply Last reply
                                    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
                                      wrote on last edited by
                                      #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 Reply Last reply
                                      0
                                      • L Offline
                                        L Offline
                                        lars72
                                        wrote on last edited by 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 Reply Last reply
                                        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
                                          wrote on last edited by
                                          #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 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          317

                                          Online

                                          32.6k

                                          Users

                                          82.3k

                                          Topics

                                          1.3m

                                          Posts
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Login

                                          • Don't have an account? Register

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Home
                                          • Recent
                                          • Tags
                                          • Unread 0
                                          • Categories
                                          • Unreplied
                                          • Popular
                                          • GitHub
                                          • Docu
                                          • Hilfe