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. ioBroker Allgemein
  4. [Gelöst] Upnp-Adapter: Überlauf an Meldungen

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    674

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

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

[Gelöst] Upnp-Adapter: Überlauf an Meldungen

Scheduled Pinned Locked Moved ioBroker Allgemein
upnp adapter
12 Posts 6 Posters 835 Views 6 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.
  • Thomas BraunT Thomas Braun

    @qqolli

    Adapter stoppen, Datenpunkte löschen, Adapter starten.
    Wenn es wieder kommt: Issue auf GitHub eröffnen.

    qqolliQ Offline
    qqolliQ Offline
    qqolli
    wrote on last edited by
    #3

    @thomas-braun

    Upnp-Instanz angehalten, aber die DP unter dem Reiter Objekte lassen sich nicht löschen:

    3b7b479c-23eb-4cca-b0ab-17755a3e502c-image.png

    1 Reply Last reply
    0
    • Jey CeeJ Online
      Jey CeeJ Online
      Jey Cee
      Developer
      wrote on last edited by
      #4

      Das Problem ist das die Objekte nicht so angelegt werden wie es der JS controller erwartet, deshalb kommen folgerichtig diese Meldungen.
      Da es aber bedingt durch den Aufbau des Adapters nicht möglich ist das zu ändern, bleibt das so.

      Eigentlich ist dafür ein Flag vorgesehen das gesetzt werden kann, was ich auch getan habe. Das scheint jedoch nicht zu funktionieren wenn die Meldungen immer noch kommen.

      @qqolli sagte in Upnp-Adapter: Überlauf an Meldungen:

      Upnp-Instanz angehalten, aber die DP unter dem Reiter Objekte lassen sich nicht löschen:

      Das ist nicht gut. Kannst prüfen ob das auf alle Objekte zutrifft oder nur bestimmte die dann das Löschen verhindern.
      Also von oben her im Baum anfangen zu löschen und dann immer eine ebene tiefer gehen.

      Persönlicher Support
      Spenden -> paypal.me/J3YC33

      qqolliQ 2 Replies Last reply
      1
      • Jey CeeJ Jey Cee

        Das Problem ist das die Objekte nicht so angelegt werden wie es der JS controller erwartet, deshalb kommen folgerichtig diese Meldungen.
        Da es aber bedingt durch den Aufbau des Adapters nicht möglich ist das zu ändern, bleibt das so.

        Eigentlich ist dafür ein Flag vorgesehen das gesetzt werden kann, was ich auch getan habe. Das scheint jedoch nicht zu funktionieren wenn die Meldungen immer noch kommen.

        @qqolli sagte in Upnp-Adapter: Überlauf an Meldungen:

        Upnp-Instanz angehalten, aber die DP unter dem Reiter Objekte lassen sich nicht löschen:

        Das ist nicht gut. Kannst prüfen ob das auf alle Objekte zutrifft oder nur bestimmte die dann das Löschen verhindern.
        Also von oben her im Baum anfangen zu löschen und dann immer eine ebene tiefer gehen.

        qqolliQ Offline
        qqolliQ Offline
        qqolli
        wrote on last edited by
        #5

        @jey-cee

        So, habe mal alles neu gestartet, den Browsercache gelöscht, etc. und nach dem stippen der Instanz konne ich auch alle DP löschen.

        Bevor ich den Adapter wieder starte, sind diese Einstellungen soweit ok?:

        4e2fbd48-8fad-4562-97fa-73e7cb6da5f5-image.png

        Jey CeeJ 1 Reply Last reply
        0
        • qqolliQ qqolli

          @jey-cee

          So, habe mal alles neu gestartet, den Browsercache gelöscht, etc. und nach dem stippen der Instanz konne ich auch alle DP löschen.

          Bevor ich den Adapter wieder starte, sind diese Einstellungen soweit ok?:

          4e2fbd48-8fad-4562-97fa-73e7cb6da5f5-image.png

          Jey CeeJ Online
          Jey CeeJ Online
          Jey Cee
          Developer
          wrote on last edited by
          #6

          @qqolli Ja

          Persönlicher Support
          Spenden -> paypal.me/J3YC33

          1 Reply Last reply
          0
          • Jey CeeJ Jey Cee

            Das Problem ist das die Objekte nicht so angelegt werden wie es der JS controller erwartet, deshalb kommen folgerichtig diese Meldungen.
            Da es aber bedingt durch den Aufbau des Adapters nicht möglich ist das zu ändern, bleibt das so.

            Eigentlich ist dafür ein Flag vorgesehen das gesetzt werden kann, was ich auch getan habe. Das scheint jedoch nicht zu funktionieren wenn die Meldungen immer noch kommen.

            @qqolli sagte in Upnp-Adapter: Überlauf an Meldungen:

            Upnp-Instanz angehalten, aber die DP unter dem Reiter Objekte lassen sich nicht löschen:

            Das ist nicht gut. Kannst prüfen ob das auf alle Objekte zutrifft oder nur bestimmte die dann das Löschen verhindern.
            Also von oben her im Baum anfangen zu löschen und dann immer eine ebene tiefer gehen.

            qqolliQ Offline
            qqolliQ Offline
            qqolli
            wrote on last edited by
            #7

            @jey-cee

            Prima, genau das hat geholfen. Danke.

            1 Reply Last reply
            0
            • P Offline
              P Offline
              Pahan
              wrote on last edited by
              #8

              @jey-cee

              ich hatte ebenfalls die DP gelöscht, anschließend den Adapter neu gestartet und die Geräte neu eingelesen. Die DP wurden vom Adapter neu angelegt, aber die Fehlermeldung kommt dennoch. Wobei nachvollziehen kann ich das nicht, denn die DP sind eigentlich vom Typ "number", sowie der Adapter dies auch erwartet:

              {
                "type": "state",
                "common": {
                  "name": "ByteReceiveRate",
                  "type": "number",
                  "role": "state",
                  "read": true,
                  "write": true
                },
                "native": {
                  "name": "ByteReceiveRate",
                  "sendEvents": "no",
                  "allowedValues": [],
                  "defaultValue": "0"
                },
                "from": "system.adapter.upnp.0",
                "user": "system.user.admin",
                "ts": 1635180021948,
                "_id": "upnp.0.WANDevice_-_FRITZ!Box_6591_Cable_(lgi).WANDevice.WANCommonInterfaceConfig.ByteReceiveRate",
                "acl": {
                  "object": 1636,
                  "state": 1636,
                  "owner": "system.user.admin",
                  "ownerGroup": "system.group.administrator"
                }
              }
              

              da bringt auch das manuelle Ändern nichts.
              Gibt es noch etwas, was probieren könnte?

              sigi234S 1 Reply Last reply
              0
              • P Pahan

                @jey-cee

                ich hatte ebenfalls die DP gelöscht, anschließend den Adapter neu gestartet und die Geräte neu eingelesen. Die DP wurden vom Adapter neu angelegt, aber die Fehlermeldung kommt dennoch. Wobei nachvollziehen kann ich das nicht, denn die DP sind eigentlich vom Typ "number", sowie der Adapter dies auch erwartet:

                {
                  "type": "state",
                  "common": {
                    "name": "ByteReceiveRate",
                    "type": "number",
                    "role": "state",
                    "read": true,
                    "write": true
                  },
                  "native": {
                    "name": "ByteReceiveRate",
                    "sendEvents": "no",
                    "allowedValues": [],
                    "defaultValue": "0"
                  },
                  "from": "system.adapter.upnp.0",
                  "user": "system.user.admin",
                  "ts": 1635180021948,
                  "_id": "upnp.0.WANDevice_-_FRITZ!Box_6591_Cable_(lgi).WANDevice.WANCommonInterfaceConfig.ByteReceiveRate",
                  "acl": {
                    "object": 1636,
                    "state": 1636,
                    "owner": "system.user.admin",
                    "ownerGroup": "system.group.administrator"
                  }
                }
                

                da bringt auch das manuelle Ändern nichts.
                Gibt es noch etwas, was probieren könnte?

                sigi234S Online
                sigi234S Online
                sigi234
                Forum Testing Most Active
                wrote on last edited by
                #9

                @pahan sagte in [Gelöst] Upnp-Adapter: Überlauf an Meldungen:

                Gibt es noch etwas, was probieren könnte?

                Adapter auf error stellen

                Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
                Immer Daten sichern!

                P 1 Reply Last reply
                0
                • sigi234S sigi234

                  @pahan sagte in [Gelöst] Upnp-Adapter: Überlauf an Meldungen:

                  Gibt es noch etwas, was probieren könnte?

                  Adapter auf error stellen

                  P Offline
                  P Offline
                  Pahan
                  wrote on last edited by
                  #10

                  @sigi234 said in [Gelöst] Upnp-Adapter: Überlauf an Meldungen:

                  Adapter auf error stellen

                  steht bereits auf Error, nur gelöst ist das Problem ja nicht, sondern nur "verstummt". Ich würde es gerne sauber lösen.

                  sigi234S 1 Reply Last reply
                  0
                  • P Pahan

                    @sigi234 said in [Gelöst] Upnp-Adapter: Überlauf an Meldungen:

                    Adapter auf error stellen

                    steht bereits auf Error, nur gelöst ist das Problem ja nicht, sondern nur "verstummt". Ich würde es gerne sauber lösen.

                    sigi234S Online
                    sigi234S Online
                    sigi234
                    Forum Testing Most Active
                    wrote on last edited by
                    #11

                    @pahan sagte in [Gelöst] Upnp-Adapter: Überlauf an Meldungen:

                    @sigi234 said in [Gelöst] Upnp-Adapter: Überlauf an Meldungen:

                    Adapter auf error stellen

                    steht bereits auf Error, nur gelöst ist das Problem ja nicht, sondern nur "verstummt". Ich würde es gerne sauber lösen.

                    Jupp, lösen kann das nur der Entwickler

                    Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
                    Immer Daten sichern!

                    1 Reply Last reply
                    0
                    • H Offline
                      H Offline
                      hini2001
                      wrote on last edited by
                      #12

                      Guten Morgen und frohes neues Jahr. Seit dem Update auf JS-Controller 3.3.22 habe ich das selbe Problem u.a. beim UPNP Adapter. Ein Instanz stoppen. Löschen der DPs und Neustarten, sowie neu-anlegen der DPs hat das Problem nicht behoben. Zusätzlich wie oben beschrieben, stimmen die DP-Typen eigentlich mit dem geforderten überein. Irgendwer noch ne Idee? Bei GitHub gibt es ein geschlossenen Issue dazu (aber andere JS Controller Version). Da keiner dort ein Issue eröffnet hat, hat irgendwer ne Lösung? (Und ich meine nicht die LogStufe Error idee. :-D )

                      Vielen Dank und erneut ein FROHES NEUES!!!!

                      Beispiel Log Einträge:

                      upnp.0
                      2022-01-02 10:55:11.085	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.Layer1UpstreamMaxBitRate" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:11.024	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.Layer1DownstreamMaxBitRate" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.910	info	State value to set for "upnp.0.WANConnectionDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANConnectionDevice.WANIPConnection.Uptime" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.852	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.ByteSendRate" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.790	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.ByteReceiveRate" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.739	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.PacketSendRate" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.684	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.PacketReceiveRate" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.620	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.TotalBytesSent" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.560	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.TotalBytesReceived" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.509	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.AutoDisconnectTime" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.451	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.IdleDisconnectTime" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.359	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.UpnpControlEnabled" has to be type "boolean" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:10.307	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.RoutedBridgedModeBoth" has to be type "number" but received type "string"
                      
                      upnp.0
                      2022-01-02 10:55:01.229	info	State value to set for "upnp.0.WANDevice_-_FRITZ!Box_6490_Cable_(kdg).WANDevice.WANCommonInterfaceConfig.Layer1UpstreamMaxBitRate" has to be type "number" but received type "string"
                      

                      1 Reply Last reply
                      0

                      Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                      Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                      With your input, this post could be even better 💗

                      Register Login
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      Support us

                      ioBroker
                      Community Adapters
                      Donate
                      FAQ Cloud / IOT
                      HowTo: Node.js-Update
                      HowTo: Backup/Restore
                      Downloads
                      BLOG

                      590

                      Online

                      32.7k

                      Users

                      82.6k

                      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