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. Entwicklung
  4. Mehrfach auf selber IP-Adresse lauschen

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.4k

Mehrfach auf selber IP-Adresse lauschen

Geplant Angeheftet Gesperrt Verschoben Entwicklung
26 Beiträge 3 Kommentatoren 2.6k Aufrufe 3 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.
  • S Sneak-L8

    @oliverio

    es bleibt zufall, welche instanz als erstes den broadcast abfragt und das in das richtige setting schreibt.
    Nicht ganz.

    Broadcasts werden an alle Instanzen durchgereicht. Direkte Antworten auf einen UDP-Befehl eine beliebigen Instanz des Adapters gehen alle an die letzt-gestartete Instanz.

    Sowohl bei Broadcasts als auch bei direkten Antworten prüft die Instanz zunächst, ob das Datenpaket von der der Wallbox mit der in den Konfigurationseinstellungen hinterlegten IP-Adresse kommt.

    Bei Broadcasts werden fremde Antworten einfach ignoriert, nur direkte Antworten müssen an die anderen Instanzen weitergereicht werden.

    Wenn ich wie von Dir vorgeschlagen einen Datenpunkt angelegen würde und die anderen Instanzen lauschen auf eine Änderung dieses Datenpunktes dann habe ich mehrere Nachteile:

    • alle Instanzen müssen auf die Datenpunkte aller anderen Instanzen lauschen, denn sie wissen weder, wer die Daten empfangen wird, noch ist dies konstant
    • wenn die letzt-gestartete Instanz eendet wird, bekommt künftig automatisch die vorletzt-gestartete Instanz die Anworten.
    • es muss ein 2. Datenpnukt geschrieben werden oder die Antwort so verpackt werden, dass die "Absender-IP-Adresse" mitgeschrieben wird, damit jede Instanz erkennen kann, ob die Daten für sie sind
    • wenn quasi gleichzeitig Daten von mehreren Wallboxen eintreffen und diese sofort in alle Instanz-Datenpunkte geschrieben werden, dann besteht die Gefahr, dass die zweite Nachricht die erste überschreibt, bevor die erste ausgewertet wurde (oder gibt es da ein saubere Queueing?)

    Daher habe ich mich entschieden, dass der aktuelel Empfänger die Daten an die anderen Instanzen weiterreicht. Damit ich die Daten nicht mehrfach schreiben muss (und nicht zusätzlich die Absender-IP hinterlegen muss), hole ich mir alle Instanzen und schaue, wer für die IP-Adresse zuständig ist. Diese Instanz bekommt dann die Nachricht als Datenpunkt geschrieben.

    Ich hoffe, ich konnte das verständlich erklären.

    OliverIOO Offline
    OliverIOO Offline
    OliverIO
    schrieb am zuletzt editiert von OliverIO
    #21

    @sneak-l8

    mal eine frage:
    warum willst du eigentlich mehrere instanzen eines adapter laufen haben?
    evtl ist da der logik-knick
    so wie ich verstanden habe, kommuniziert dein entferntes gerät nur mit einer instanz.
    das ist von netzwerks wegen auch so korrekt.
    aber wenn du eine unterteilung machst (über mehrere instanzen des selben adapters,
    dann kannst du das doch auch alles innerhalb einer instanz selbst machen?

    Meine Adapter und Widgets
    TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
    Links im Profil

    S 1 Antwort Letzte Antwort
    0
    • OliverIOO OliverIO

      @sneak-l8

      mal eine frage:
      warum willst du eigentlich mehrere instanzen eines adapter laufen haben?
      evtl ist da der logik-knick
      so wie ich verstanden habe, kommuniziert dein entferntes gerät nur mit einer instanz.
      das ist von netzwerks wegen auch so korrekt.
      aber wenn du eine unterteilung machst (über mehrere instanzen des selben adapters,
      dann kannst du das doch auch alles innerhalb einer instanz selbst machen?

      S Offline
      S Offline
      Sneak-L8
      schrieb am zuletzt editiert von
      #22

      @oliverio Das ganze wird nur benötigt, wenn es mehrere Wallboxen gibt, die ihre Daten liefern. Je Wallbox eine Instanz. Jede Wallbox hat zwar eine andere IP-Adresse (die ich in der Instanz hinterlege), aber sie senden immer auf demselben Port.
      Damit gehen alle Antworten aller Wallboxen immer an die IP-Adresse auf die der ioBroker lauscht und imemr mit demselben Port. Da braucht es einen Verteiler, der die Nachrichten der verschiedenen Wallboxen an die entsprechende Instanz verteilt.
      Klar, ich könnte jetzt auch den Adapter so umbauen, dass er gleichzeitig mit mehrerne Wallboxen umgehen kann. Aber dann stellt sich wieder die Frage, ob das wirklich einfacher ist. Ich muss dann entweder mehrere IP-Adressen eingeben lassen oder versuche die Boxen über Broadcast-Pings selbst zu erkennen.
      Und bei den States müsste ich die Wallboxen eindeutig zuordnen. Also z.B. je Serien-Nr. ein Channel. Laufende Nummerierung könnte ungeschickt sein...

      OliverIOO 1 Antwort Letzte Antwort
      0
      • S Sneak-L8

        @oliverio Das ganze wird nur benötigt, wenn es mehrere Wallboxen gibt, die ihre Daten liefern. Je Wallbox eine Instanz. Jede Wallbox hat zwar eine andere IP-Adresse (die ich in der Instanz hinterlege), aber sie senden immer auf demselben Port.
        Damit gehen alle Antworten aller Wallboxen immer an die IP-Adresse auf die der ioBroker lauscht und imemr mit demselben Port. Da braucht es einen Verteiler, der die Nachrichten der verschiedenen Wallboxen an die entsprechende Instanz verteilt.
        Klar, ich könnte jetzt auch den Adapter so umbauen, dass er gleichzeitig mit mehrerne Wallboxen umgehen kann. Aber dann stellt sich wieder die Frage, ob das wirklich einfacher ist. Ich muss dann entweder mehrere IP-Adressen eingeben lassen oder versuche die Boxen über Broadcast-Pings selbst zu erkennen.
        Und bei den States müsste ich die Wallboxen eindeutig zuordnen. Also z.B. je Serien-Nr. ein Channel. Laufende Nummerierung könnte ungeschickt sein...

        OliverIOO Offline
        OliverIOO Offline
        OliverIO
        schrieb am zuletzt editiert von
        #23

        @sneak-l8

        wer öffnet die kommunikation?
        die wallbox oder die instanz?

        wenn die instanz öffnet dann wird lokal ein anderer port verwendet, nur der zielport muss passen.

        Meine Adapter und Widgets
        TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
        Links im Profil

        S 1 Antwort Letzte Antwort
        0
        • OliverIOO OliverIO

          @sneak-l8

          wer öffnet die kommunikation?
          die wallbox oder die instanz?

          wenn die instanz öffnet dann wird lokal ein anderer port verwendet, nur der zielport muss passen.

          S Offline
          S Offline
          Sneak-L8
          schrieb am zuletzt editiert von
          #24

          @oliverio Die Kommunikation wird vom Adapter initiiert. Aber die Antwort kommt nicht auf demselben Socket zurück, der die anfrage sendet. Es wird ein weiterer socket geöffnet, der auf einem festen Port lauscht.
          Ich hatte mal versucht, den txSockert auch für den Empfang zu nutzen, das war aber nicht von Eroflg gekrönt.

          Da es UDP-Pakete sind, sind es ja auch keine wirklichen Verbindungen mit einer Antwort, sondern wohl sowieso eine von der Wallbox initiierte Nachricht. Und die legt dann den Port des Empfängers fest.

          OliverIOO 1 Antwort Letzte Antwort
          0
          • S Sneak-L8

            @oliverio Die Kommunikation wird vom Adapter initiiert. Aber die Antwort kommt nicht auf demselben Socket zurück, der die anfrage sendet. Es wird ein weiterer socket geöffnet, der auf einem festen Port lauscht.
            Ich hatte mal versucht, den txSockert auch für den Empfang zu nutzen, das war aber nicht von Eroflg gekrönt.

            Da es UDP-Pakete sind, sind es ja auch keine wirklichen Verbindungen mit einer Antwort, sondern wohl sowieso eine von der Wallbox initiierte Nachricht. Und die legt dann den Port des Empfängers fest.

            OliverIOO Offline
            OliverIOO Offline
            OliverIO
            schrieb am zuletzt editiert von
            #25

            @sneak-l8
            also ich hab mir mal andere module bei github zu kecontact sowie den programming guide angeschaut. da seh ich nix speziell schwieriges
            https://github.com/Bonnee/JuiceUp
            https://github.com/dannerph/keba-kecontact

            informationen empfangen
            informationen von deiner wallbox wird per broadcast an alle geräte die darauf horchen verteilt.
            also: alle instanzen horchen auf port 7090
            broadcasts sind immer UDP nachrichten.
            damit mehrere auf dem gleichen rechner auf den port hören können, dann muss reuse verwendet werden.

            Befehle an die Wallbox senden

            var dgram = require('dgram');
            var client = dgram.createSocket('udp4');
            client.send('Hello World!',7090, '192.168.1.111');
            

            7090 ist der empfängerport
            der absender port wird hier nicht definiert, den sucht sich der netzwerkstack automatisch
            192.168.1.111
            ist die empfänger ip, die du auf basis des broadcasts als absender ermittelt hast, oder den der benutzer konfiguriert hat.

            meines erachtens benötigst du nicht unbedingt mehrere instanzen bei mehreren wallboxen.
            der adapter erkennt auf basis der eingehenden broadcasts alle im netz verfügbaren wallboxen und legt dazu dann die entsprechenden datenpunkte an.
            wenn per broadcast neue daten kommen, werden die entsprechenden datenpunkte aktualisiert (ack=true).
            wenn ein benutzer einen datenpunkt ändert(ack=false), dann wird die information an die wallbox gesendet. die Bestätigung kommt dann über den broadcast

            Meine Adapter und Widgets
            TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
            Links im Profil

            S 1 Antwort Letzte Antwort
            0
            • OliverIOO OliverIO

              @sneak-l8
              also ich hab mir mal andere module bei github zu kecontact sowie den programming guide angeschaut. da seh ich nix speziell schwieriges
              https://github.com/Bonnee/JuiceUp
              https://github.com/dannerph/keba-kecontact

              informationen empfangen
              informationen von deiner wallbox wird per broadcast an alle geräte die darauf horchen verteilt.
              also: alle instanzen horchen auf port 7090
              broadcasts sind immer UDP nachrichten.
              damit mehrere auf dem gleichen rechner auf den port hören können, dann muss reuse verwendet werden.

              Befehle an die Wallbox senden

              var dgram = require('dgram');
              var client = dgram.createSocket('udp4');
              client.send('Hello World!',7090, '192.168.1.111');
              

              7090 ist der empfängerport
              der absender port wird hier nicht definiert, den sucht sich der netzwerkstack automatisch
              192.168.1.111
              ist die empfänger ip, die du auf basis des broadcasts als absender ermittelt hast, oder den der benutzer konfiguriert hat.

              meines erachtens benötigst du nicht unbedingt mehrere instanzen bei mehreren wallboxen.
              der adapter erkennt auf basis der eingehenden broadcasts alle im netz verfügbaren wallboxen und legt dazu dann die entsprechenden datenpunkte an.
              wenn per broadcast neue daten kommen, werden die entsprechenden datenpunkte aktualisiert (ack=true).
              wenn ein benutzer einen datenpunkt ändert(ack=false), dann wird die information an die wallbox gesendet. die Bestätigung kommt dann über den broadcast

              S Offline
              S Offline
              Sneak-L8
              schrieb am zuletzt editiert von Sneak-L8
              #26

              @oliverio Danke für die Links und die weitergehendes Infos.

              Die Wallboxen senden periodisch Daten per Broadcast an Port 7092. Direkte Antworten (z.B. auf "report 1") sind keine Broadcasts und kommen somit - auch bei reuseAddr - nur bei einer Instanz an

              Klar kann ich alle Wallboxen in einer Instanz verwalten. Dann muss der Adapter aber multi-device-fähig sein und wie zuvor beschrieben z.B. die States entsprechend strukturieren.
              Ich wollte bewusst einen Ansatz mit einer Instanz je Wallbox.

              P.S. Bei Deinem 1. Link ist auch die PDf von Keba mit eingecheckt, die die Kommunikation mit der Wallbox beschreibt.

              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

              628

              Online

              32.7k

              Benutzer

              82.3k

              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