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. Skripten / Logik
  4. Node-Red
  5. [Problem] iobroker per MQTT mehrere Raspi mit node red

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.1k

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.4k

[Problem] iobroker per MQTT mehrere Raspi mit node red

Geplant Angeheftet Gesperrt Verschoben Node-Red
node-redcommunication
5 Beiträge 2 Kommentatoren 330 Aufrufe 2 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.
  • Karl MaierK Offline
    Karl MaierK Offline
    Karl Maier
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen, ich hätte da mal eine Frage,
    ich versuch nun schon seit mehreren Tagen von meinen Raspi mit iobroker und MQTT adapter 2 andere Raspi mit node red anzusteuern, wenn nur einer verbunden ist funktioniert alles super. aber sobald der 2 im netzwerk hängt werden die signale nur an den zuletzt gestarteten Raspi gesendet. Topics sind zudem alle unterschiedlich.
    Weiss jemand weiter ?

    Danke schon mal im vorraus.

    1 Antwort Letzte Antwort
    0
    • Karl MaierK Offline
      Karl MaierK Offline
      Karl Maier
      schrieb am zuletzt editiert von
      #2

      So kurzes Update:
      Hab einen zweiten Mqtt Adapter angelegt mit einen anderen Port und einen der Zwei Raspi auf diesen zugewissen. Jetzt Funktionieren Beide.
      muss man echt für jeden zusätzlichen Raspi eine neue MQTT Instance Anlegen?
      das muss doch auch anders möglich sein oder ?

      mickymM 1 Antwort Letzte Antwort
      0
      • Karl MaierK Karl Maier

        So kurzes Update:
        Hab einen zweiten Mqtt Adapter angelegt mit einen anderen Port und einen der Zwei Raspi auf diesen zugewissen. Jetzt Funktionieren Beide.
        muss man echt für jeden zusätzlichen Raspi eine neue MQTT Instance Anlegen?
        das muss doch auch anders möglich sein oder ?

        mickymM Online
        mickymM Online
        mickym
        Most Active
        schrieb am zuletzt editiert von
        #3

        @Karl-Maier Unabhängig davon - verstehe ich glaube nicht, was Du mit steuern meinst. Mal abgesehen davon, dass der Adapter als mqtt-Broker (Server) in meinen Augen fehlerhaft arbeitet, kannst Du natürlich auf einem Gerät unter einem Port nur einen Broker/Server laufen lassen. In der Regel brauchst Du aber ja in Deinem Netzwerk auch nur einen Broker und konfigurierst die übrigen als Client.

        Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

        Karl MaierK 1 Antwort Letzte Antwort
        0
        • mickymM mickym

          @Karl-Maier Unabhängig davon - verstehe ich glaube nicht, was Du mit steuern meinst. Mal abgesehen davon, dass der Adapter als mqtt-Broker (Server) in meinen Augen fehlerhaft arbeitet, kannst Du natürlich auf einem Gerät unter einem Port nur einen Broker/Server laufen lassen. In der Regel brauchst Du aber ja in Deinem Netzwerk auch nur einen Broker und konfigurierst die übrigen als Client.

          Karl MaierK Offline
          Karl MaierK Offline
          Karl Maier
          schrieb am zuletzt editiert von
          #4

          @mickym Hallo mickym, ich habe den iobroker mqtt als broker bei beiden nodes eingestellt. Somit habe ich nur einen broker. Die beiden anderen sollen die cliends. Mit steuern meinte ich das die payloads nur an einen der 2 cliends gesendet werden. An den der eben zuletzt gestartet wurde. Es sei den ich erstelle eine 2 mqtt instanz mit einer anderen port abfrage.

          Hab gestern mit hilfe von wire shark die daten pakete analysiert. Soweit ich das beurteilen kann reagiert der broker auf keine payload vom 2 raspberry und publisht auch nicht auf den 2 cliend wenn dieser sich im gleichen port range befindet.

          Hab noch einen arduino mit der ersten mqtt instanz verbunden, der funktioniert immer.

          1 Antwort Letzte Antwort
          0
          • Karl MaierK Offline
            Karl MaierK Offline
            Karl Maier
            schrieb am zuletzt editiert von
            #5

            So hab nun entlich den fehler gefunden. durch das erstellen mehrer gleicher Images, wurde die Client ID im node red mit kopiert. aus diesen grund wurde nur der zuletzt aktualisierte Raspberry angesprochen.

            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

            402

            Online

            32.5k

            Benutzer

            81.7k

            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