TapHome

Mehrere Cores verbinden

Zwei oder mehr Steuereinheiten TapHome Core verbinden: Ein Core gibt seine Geräte über Modbus TCP frei, der andere liest sie, und jeder Core betreibt weiterhin seine eigenen Module und smart rules.

Zuletzt aktualisiert:

Zwei oder mehr Steuereinheiten TapHome Core teilen Geräte über das lokale Netzwerk: Ein Core gibt die Geräte unter Geräte freigeben über Modbus TCP frei, und der andere liest sie über eine Schnittstelle Modbus TCP. Jeder Core betreibt weiterhin seine eigenen Module und smart rules, und die freigegebenen Geräte lassen sich in smart rules und Dashboards des anderen Core verwenden.

Wann mehrere Cores sinnvoll sind

  • Ein anderes Gebäude desselben Grundstücks mit TapHome-Modulen — der Bus läuft nur über Kupfer, daher erhält das Gebäude einen eigenen Core, der über LAN angebunden ist (Geräte in einem anderen Gebäude).
  • Getrennte Einheiten in einem Gebäude, zum Beispiel Wohnungen, jede mit eigenem Core, und ein gemeinsamer Core für die Gemeinschaftsbereiche.
  • Mehr Module, als ein Core mit seinen Bus Extendern bedienen kann.

Cores über Modbus TCP verbinden

Im Beispiel hat Core B die Geräte, und Core A liest sie.

Auf Core B:

  1. Wählen Sie unter Geräte freigeben Neue Schnittstelle hinzufügen → Modbus TCP und legen Sie den TCP-Port und die Slave-ID fest (TapHome zu Modbus).
  2. Fügen Sie mit Gerät hinzufügen die Geräte hinzu, die Core A braucht, und wählen Sie die freizugebenden Werte und Aktionen aus. Jeder Wert und jede Aktion erhält ein eigenes Register mit Registertyp, Index, Datentyp, Bytereihenfolge und Multiplikator.
  3. Fügen Sie zu jedem Wert ein Gültigkeitsregister hinzu: Core A erkennt dann, wann ein Wert nicht gültig ist, zum Beispiel wenn das Gerät auf Core B nicht erreichbar ist.
  4. Geben Sie Core B per DHCP-Reservierung im Router eine feste IP-Adresse.

Auf Core A:

  1. Fügen Sie unter Hardware eine Schnittstelle Modbus TCP und ein Modul mit der IP-Adresse von Core B und derselben Slave-ID hinzu (Modbus).
  2. Richten Sie jedes Gerät anhand der Register ein, die Core B dafür auflistet. Über das Register einer Aktion löst Core A auch Aktionen von Geräten auf Core B aus, zum Beispiel Jalousiebefehle.

Seit TapHome 2026.1 antwortet die freigegebene Modbus-TCP-Schnittstelle nur auf ihre eigene Slave-ID; eine Anfrage mit einer anderen Slave-ID, zum Beispiel 0 oder 255, erhält statt der Werte die Modbus-Ausnahme 0x0A. Mehrere Modbus-TCP-Schnittstellen können sich einen Port teilen, wenn sie unterschiedliche Slave-IDs haben (Release Notes 2026.1).

TapHome API

Core B bietet über das lokale Netzwerk außerdem die TapHome API an. Core A kann darüber die Geräte von Core B mit einem Packet-Parser-HTTP-Skript lesen und steuern; denselben Weg nutzen auch Apps und andere Systeme.

Was nicht geteilt wird

  • Modbus überträgt Werte und Aktionen. Namen, Symbole, Zonen und Kategorien legen Sie auf Core A erneut fest.
  • Der Betriebsmodus eines Geräts auf Core B (automatisch oder manuell) wird auf Core A nicht angezeigt.
  • Wird die Verbindung unterbrochen, betreibt Core B seine eigenen Module und smart rules weiter; Core A verliert die freigegebenen Geräte, bis die Verbindung wiederhergestellt ist.

Integrationsprotokoll

Der Core bietet außerdem das Integrationsprotokoll für Steuerungssysteme von Drittanbietern wie AMX, Crestron oder Control4 an. Für die Verbindung von Cores wird es nicht empfohlen: Es überträgt nur eine feste Auswahl an Gerätetypen, ohne Symbole, Zonen und Betriebsmodus, und seine UDP-Variante nimmt Befehle ohne jede Authentifizierung an.

Siehe auch — Geräte in einem anderen Gebäude, Netzwerkarchitektur, Anforderungen an Geräte von Drittanbietern.