> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-de/kilo-iot-server/connectors/mioty-connector/why-choose-mioty.md). # Warum MIOTY wählen? MIOTY vs. LoRaWAN — wie Telegram-Splitting, Basisstationen und BSSCI entscheiden, welches LPWAN-Protokoll für Ihren Standort passt. Die Wahl eines LPWAN-Protokolls ist eine Frage Ihres Umfelds, nicht die Frage, welche Technologie abstrakt besser ist. MIOTY, LoRaWAN und LR-FHSS übertragen allesamt kleine Nachrichten von batteriebetriebenen Geräten über große Entfernungen. Sie unterscheiden sich darin, was sie über die Welt annehmen, durch die diese Nachrichten reisen — und genau diese Annahme sollte Ihre Wahl bestimmen. MIOTY geht davon aus, dass der Kanal feindlich ist und die Gerätepopulation groß ist, und es wird für beides von der physikalischen Schicht ausgehend entworfen. *** ### Der Fall für MIOTY #### Robustheit ist eingebaut, nicht nachträglich angebracht Die meisten Zuverlässigkeitsstrategien sind reaktiv: den Fehler erkennen, dann erneut versuchen. MIOTY ist proaktiv. Indem jedes Telegramm in Unterpakete aufgeteilt wird, die über Frequenz und Zeit verteilt sind, und die Nachricht aus einer Teilmenge davon rekonstruiert wird, wird Verlust als erwarteter Zustand statt als Ausnahme behandelt. In überlasteten Bedingungen gibt es keinen Retry-Sturm zu bewältigen, weil der erste Versuch meist erfolgreich ist, selbst wenn ein Teil davon nicht ankommt. #### Dichte ohne Einbußen Netzwerke neigen dazu, sich beim Wachstum zu verschlechtern, weil mehr Geräte mehr Kollisionen bedeuten und mehr Kollisionen mehr Wiederholungen bedeuten — eine Rückkopplungsschleife, die genau dann schlimmer wird, wenn der Rollout wertvoll wird. Wenn Kollisionen Fragmente statt Nachrichten kosten, schließt sich diese Schleife nicht. Tausende Endpunkte pro Basisstation sind der Nutzen, den Sie dadurch erhalten, und genau das macht standortweite oder portfolioweite Rollouts auf bescheidener Infrastruktur praktikabel. #### Eine offene, standardisierte Grundlage MIOTY ist von ETSI spezifiziert als **TS 103 357** — derzeit Teil 2, Version 2.1.1 (2024) — unter dem Namen TS-UNB. Sie kaufen auf Basis eines veröffentlichten Standards mit einem Multi-Vendor-Ökosystem im Rücken und nicht nach der Interpretation eines einzelnen Anbieters davon. Endpunkt- und Basisstationsanbieter implementieren dieselbe Spezifikation, und die [MIOTY Alliance](https://mioty-alliance.com) pflegt das Ökosystem darum herum. Die Schnittstelle zwischen Basisstation und Service Center, **BSSCI**, wird von der Alliance separat spezifiziert. *** ### MIOTY und LoRaWAN, Seite an Seite Kilo unterstützt beides. Der Vergleich unten dient als technische Orientierung, um das richtige Werkzeug für einen bestimmten Standort auszuwählen — kein Argument gegen eines der beiden Protokolle. | | **MIOTY** | **LoRaWAN** | | -------------------------- | ----------------------------------------------------------------------- | -------------------------------------------------------------------- | | **Standard** | ETSI TS 103 357 (TS-UNB) | LoRaWAN-Spezifikation (LoRa Alliance) | | **Kerntechnik** | Telegramm-Aufteilung — Unterpakete über Frequenz und Zeit | LoRa-Chirp-Spread-Spectrum-Modulation | | **Umgang mit Störungen** | Rekonstruiert das Telegramm aus einer Teilmenge von Bursts | Zustellung auf Nachrichtenebene; eine Kollision kostet die Nachricht | | **Feldinfrastruktur** | Basisstationen setzen Telegramme wieder zusammen | Gateways leiten Pakete an einen Network Server weiter | | **Backhaul-Schnittstelle** | BSSCI über eine per Zertifikat abgesicherte gegenseitige TLS-Verbindung | Paketweiterleitung an den Network Server | | **Geräteökosystem** | Wachsende industrielle Anbieterbasis | Sehr großer, ausgereifter, breiter Sensorenkatalog | | **Idealbereich** | Störanfällige, dichte oder mobile Einsätze | Breites IoT für allgemeine Zwecke mit großer Hardwareauswahl | #### Wo sich die Architekturen tatsächlich unterscheiden Der strukturelle Unterschied ist es wert, klar benannt zu werden, weil er bestimmt, wie Sie einen Standort planen. In LoRaWAN leiten Gateways Funkpakete weiter, und der Network Server erledigt die Protokollarbeit — das Gateway ist ein Relais. Bei MIOTY ist die **Basisstation** der Ort, an dem die Unterpakete gesammelt und das Telegramm wieder zusammengesetzt werden; sie führt die Rekonstruktion durch, anstatt Rohrahmen weiterzuleiten. Basisstationen verbinden sich dann mit einem **Service Center** über **BSSCI**, auf einer per Zertifikat abgesicherten gegenseitigen TLS-Verbindung. Es gibt kein paketweiterleitendes Gateway im LoRaWAN-Sinn, also planen Sie die MIOTY-Abdeckung um Basisstationen und ihren Backhaul herum, nicht um eine Gateway-Flotte. *** ### Wie man sich entscheidet Wählen Sie **MIOTY** wenn: * Interferenzen eine bekannte Einschränkung sind — Fabrikhallen, schwere Maschinen, dichte Metallstrukturen, überfülltes Spektrum * Sie Tausende Endpunkte einführen und die Anzahl der Basisstationen niedrig halten möchten * Geräte sich bewegen oder sich die Umgebung um sie herum verändert * Übersehene Messwerte echte Kosten verursachen — Compliance-Nachweise, Abrechnungsdaten, Ausfalltrends Wählen Sie **LoRaWAN** wenn: * Die Funkumgebung ist einigermaßen sauber und die Anzahl der Geräte ist moderat * Der größtmögliche Katalog von Standard-Sensoren ist für Ihren Aufbau wichtig * Sie das am weitesten etablierte LPWAN-Ökosystem für einen allgemeinen Einsatz wollen Und es ist kein Entweder-oder. Nichts hindert Sie daran, MIOTY dort einzusetzen, wo die HF anspruchsvoll ist, und LoRaWAN dort, wo sie es nicht ist — innerhalb einer einzigen Kilo-Organisation, auf denselben Dashboards, gespeist von denselben Regeln. Sobald Daten auf der Plattform sind, werden sie normalisiert, sodass das Protokoll, das einen Messwert übertragen hat, in dem Moment keine Rolle mehr spielt, in dem er eintrifft. *** ### Ein Network Server oder eine Plattform Hinter der Protokollentscheidung steckt eine zweite Entscheidung, und es lohnt sich, sie zu trennen: Ein MIOTY-Network-Server und eine IoT-Plattform sind nicht dasselbe Produkt. Ein Service Center bewegt Nachrichten. Es verwaltet Basisstationen und Endpunkte, behandelt Uplinks und Downlinks und reicht die Daten weiter. Das ist eine notwendige und anspruchsvolle Schicht — aber für sich allein gibt sie Ihnen Telemetrie, keine Antworten. Alles, was Sie eigentlich *tun* mit einem Messwert tun wollen — ihn darstellen, darauf alarmieren, darauf reagieren, ihn für ein Audit aufbewahren — passiert woanders. Kilo gibt Ihnen beide Wege: * **Kilo Center — die Community-Edition.** Unser quelloffenes MIOTY-Service Center. Selbst hosten, die Infrastruktur von Ende zu Ende besitzen und es mit allem integrieren, was Sie nachgelagert betreiben. Es ist ein MIOTY-Network-Server: Basisstationen, Endpunkte, Verkehr und eine Bedienkonsole. Siehe [Kilo MIOTY Service Center](/kilo-docs-de/kilo-center/kilo-mioty-service-center.md). * **Kilo Cloud — die integrierte Enterprise-Edition.** Die Enterprise-Edition des Service Centers läuft innerhalb von Kilo Cloud, sodass Sie überhaupt keine MIOTY-Infrastruktur hosten müssen. Registrieren Sie eine [MIOTY-Connector](/kilo-docs-de/kilo-iot-server/connectors/mioty-connector.md), richten Sie Ihre Basisstationen darauf aus, und Ihre Endpunkte landen auf einer vollständigen IoT-Plattform statt nur auf einem nackten Network Server. Dieser zweite Weg macht aus MIOTY einen operativen Prozess statt nur einen Datenstrom. Dieselben Messwerte landen in der regelbasierten Engine, in Alarmen mit Eskalation, Dashboards, dem Digital Building Twin, mandantenfähiger Zugriffskontrolle und dem Audit-Trail — der Infrastruktur, die Ihre übrige Flotte bereits nutzt. Ein MIOTY-Endpunkt und ein LoRaWAN-Sensor werden im Moment der Normalisierung ihrer Daten zu derselben Art von Objekt, und eine einzige Regel kann über beide hinweg Schlussfolgerungen ziehen. ### Starten einer MIOTY-Bereitstellung auf Kilo Daten von MIOTY-Endpunkten gelangen über die [MIOTY-Connector](/kilo-docs-de/kilo-iot-server/connectors/mioty-connector.md), und die diese Endpunkte versorgenden Basisstationen werden registriert und verwaltet unter [MIOTY-Basisstationen](/kilo-docs-de/kilo-iot-server/gateways/mioty-base-stations.md). *** MIOTY ist eine eingetragene Marke der MIOTY Alliance. --- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.kiloiot.io/kilo-docs-de/kilo-iot-server/connectors/mioty-connector/why-choose-mioty.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.