---
title: "Mehrere Cores verbinden"
description: "Geräte zwischen Steuereinheiten TapHome Core teilen: auf einem Core über Modbus TCP freigeben und auf einem anderen lesen, oder die lokale TapHome API nutzen."
url: "https://taphome.com/de/docs/configuration/multiple-cores/"
language: de
lastmod: 2026-11-08
generator: hugo
ai:
  topics: ["multiple-cores","device-sharing","modbus-tcp","expose-devices","network-configuration"]
  questions: ["Wie verbinde ich mehrere TapHome Cores miteinander?","Wie kann ein Core Geräte eines anderen Core steuern?","Welches Protokoll sollte ich verwenden, um zwei Cores zu verbinden?","Wie gebe ich Geräte eines Core über Modbus TCP frei?","Wie liest der zweite Core die freigegebenen Geräte?","Was wird zwischen Cores nicht übertragen?","Was passiert, wenn die Verbindung zwischen den Cores unterbrochen wird?","Sollte ich das Integrationsprotokoll verwenden, um Cores zu verbinden?"]
---

# 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: 2026-11-08

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](https://taphome.com/de/docs/wiring/remote-buildings/)).
- **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](https://taphome.com/de/docs/wiring/bus-extender/) 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](https://taphome.com/de/docs/expose-devices/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](https://taphome.com/de/docs/integration/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.

> [!IMPORTANT]
> 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](https://taphome.com/de/docs/release-notes/2026-1/#expose-devices)).

## TapHome API

Core B bietet über das lokale Netzwerk außerdem die [TapHome API](https://taphome.com/de/docs/expose-devices/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](https://taphome.com/de/docs/expose-devices/integration-protocol/) 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](https://taphome.com/de/docs/wiring/remote-buildings/), [Netzwerkarchitektur](https://taphome.com/de/docs/configuration/network-architecture/), [Anforderungen an Geräte von Drittanbietern](https://taphome.com/de/docs/setup/requirements/).