> For the complete documentation index, see [llms.txt](https://docs.buildings.ability.abb/collection/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.buildings.ability.abb/collection/german/verpflichtende-basis/platform-core/connect-hub/connectivity-as-a-service.md).

# Konnektivität als Dienst

Geräte mit BuildingPro Suites verbinden

## Über dieses Kapitel

Dieses Kapitel beschreibt, wie externe Geräte mit BuildingPro Suites verbunden und Daten dieser Geräte in BuildingPro Suites angezeigt werden.

## Ablauf

### Überblick

Der erste Schritt besteht darin, eine Kommunikationsverbindung zwischen BuildingPro Suites und den zu verbindenden Geräten herzustellen. In Abb. 1 ist dies Phase „B“.

Im zweiten Schritt müssen die eingehenden Rohdaten in der Regel dekodiert werden. Das liegt daran, dass externe Geräte ihre Daten (Payload) codiert oder in einem anderen unbrauchbaren Format senden.

Im dritten Schritt werden die dekodierten Datenwerte schließlich den einzelnen [↗ Attribute](/collection/german/verpflichtende-basis/assets/attribute-functions.md) eines Assets über Formate zugewiesen.

Die letzten beiden Schritte erfolgen in Phase C.

<figure><img src="https://3489494878-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F9GvUpaatBiReR43XFSMg%2Fuploads%2FFnLBlo0MQ2EMuWCt0glL%2Farchitektur-eliona.jpg?alt=media&#x26;token=2592dcfa-1f51-4706-9e3e-d6f05a05c30e" alt=""><figcaption></figcaption></figure>

### Details

Abb. 1 zeigt den schematischen Datenfluss von einem externen Gerät zu BuildingPro Suites.

<div data-full-width="true"><figure><img src="https://3489494878-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F9GvUpaatBiReR43XFSMg%2Fuploads%2FVQtGVRTs50wuvPIPPgi2%2FEliona%20Verbindungen%20Visualisierung.png?alt=media&#x26;token=6e17cabb-93b7-4fc5-9a92-e05248bebff3" alt=""><figcaption><p>Abb. 1 – Datenfluss von externen Geräten zu BuildingPro Suites.</p></figcaption></figure></div>

#### Phase A

Phase A findet vollständig außerhalb von BuildingPro Suites statt. In Phase A werden Rohdaten einzelner Geräte bereitgestellt und an einen Server oder Broker gesendet. Ein Beispiel für einen solchen Server ist [↗ TTN \[Externer Link\]](https://www.thethingsnetwork.org/)

Die Details, z. B. welches Übertragungsformat verwendet wird, variieren je nach Hersteller und Gerät stark. Phase A ist kein Bestandteil von BuildingPro Suites und wird in dieser Dokumentation nicht näher erläutert. Weitere Informationen zu diesem Thema finden Sie in der Dokumentation der externen Geräte oder Server.

{% hint style="info" %}
Für die weiteren Schritte in diesem Dokument wird vorausgesetzt, dass Sie Zugriff auf korrekt konfigurierte externe Geräte und/oder Zugriff auf einen Server haben.
{% endhint %}

#### Phase B

In Phase B erfolgt die eigentliche Verbindung von BuildingPro Suites und den Gerätedaten. In dieser Phase wird eine Datenverbindung zwischen BuildingPro Suites und den externen Geräten hergestellt.

BuildingPro Suites unterstützt die folgenden Schnittstellen:

* [↗ MQTT](/collection/german/verpflichtende-basis/platform-core/connect-hub/connectivity-as-a-service/connect-devices-via-mqtt.md)
* [↗ Webhook](/collection/german/verpflichtende-basis/platform-core/connect-hub/connectivity-as-a-service/connect-devices-via-webhook.md)
* [↗ RESTful](/collection/german/verpflichtende-basis/platform-core/connect-hub/connectivity-as-a-service/connect-devices-via-restful/configure-restful-connection.md)
* Kafka
* [↗ OPC UA](/collection/german/verpflichtende-basis/platform-core/connect-hub/connectivity-as-a-service/connect-devices-via-opc-ua.md)

Klicken Sie auf einen Link, um direkt zu den Anweisungen zu springen, die beschreiben, wie eine Datenverbindung über die entsprechende Schnittstelle hergestellt wird.

#### Phase C

In Phase C werden die Daten verarbeitet und innerhalb von BuildingPro Suites nutzbar gemacht.

* Die von den externen Geräten gesendeten und in BuildingPro Suites empfangenen Daten sind in den meisten Fällen nicht leicht lesbar. Je nach Hersteller sind diese Rohdaten codiert oder liegen in einem Format vor, das nicht weiterverwendet werden kann. Daher werden diese Rohdaten mit **Funktionen** und in ein menschenlesbares .json-Format umgewandelt.
* Die dekodierten Daten werden den einzelnen Attributen eines Assets über **Formate**.

## Voraussetzungen

Die folgenden Voraussetzungen müssen erfüllt sein, um externe Geräte zu verbinden:

#### Korrekt konfigurierte externe Geräte und Server

Die zu verbindenden Geräte müssen korrekt konfiguriert sein und Daten ordnungsgemäß senden.

Server und Broker müssen korrekt konfiguriert sein.

#### Vorhandene Zugangsdaten für Server, Broker und andere Dienste

Die Zugangsdaten für Server und Broker müssen bekannt sein.

#### Asset-Vorlagen

Es wird vorausgesetzt, dass Sie korrekte Asset-Vorlagen erstellt haben. Die Asset-Vorlage muss die erforderlichen Asset-Attribute haben

#### Assets

Assets müssen auf Grundlage der Asset-Vorlage erstellt werden.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.buildings.ability.abb/collection/german/verpflichtende-basis/platform-core/connect-hub/connectivity-as-a-service.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
