> 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/devices/mioty-devices.md).
# MIOTY-Geräte
Nehmen Sie einen MIOTY-Endpunkt in Kilo IoT in Betrieb — End Point EUI, Kurzadresse, Netzwerksitzungsschlüssel und Zählerstände.
Ein auf dem Kilo IoT Server registrierter MIOTY-Endpunkt wird zu einem Digitalen Zwilling wie jedes andere Gerät — einer persistenten digitalen Darstellung seiner Identität, Konfiguration, Telemetriehistorie und seines Zustands. MIOTY-spezifisch ist der Satz von Parametern, die beschreiben, wie der Endpunkt Ihre Basisstationen erreicht, sowie das Sicherheitsmaterial, das dem Service-Center erlaubt, ihm zu vertrauen.
Diese Seite behandelt die MIOTY-spezifischen Felder im Geräteformular. Der umliegende Registrierungs-Workflow — Gerät benennen, Registerkarte Metriken, Registerkarte Protokolle, Speichern — ist der gemeinsame Ablauf, der dokumentiert ist in [Geräte registrieren](/kilo-docs-de/kilo-iot-server/devices/registering-devices.md).
## Voraussetzungen
* **Ein Mioty-Connector.** Ohne ihn sind die MIOTY-Felder nicht verfügbar und das Formular meldet **"Erstellen Sie zuerst einen Mioty-Connector"**. Siehe [MIOTY-Connector](/kilo-docs-de/kilo-iot-server/connectors/mioty-connector.md).
* **Mindestens eine Basisstation online.** Endpunkte werden über Basisstationen angebunden. Siehe [MIOTY-Basisstationen](/kilo-docs-de/kilo-iot-server/gateways/mioty-base-stations.md).
* **Anmeldedaten des Endpunkts vom Hersteller** — die End Point EUI und der Network Session Key, normalerweise auf dem Etikett des Geräts oder in einer mitgelieferten Bereitstellungsdatei.
## Den Connector auswählen
Wählen Sie im Geräteformular den Mioty-Connector als Connector-Typ aus. Das Formular zeigt dann die unten beschriebenen MIOTY-Parameterabschnitte an.
## Basis
* **End Point EUI** — die eindeutige Kennung des Endpunkts, exakt 16 hexadezimale Zeichen. Dies ist die Adresse, unter der das Netzwerk das Gerät kennt. Ein Wert, der nicht 16 Hex-Zeichen hat, wird abgewiesen.
## Netzwerk
Diese Felder beschreiben, wie der Endpunkt seine Telegramme über Funk sendet.
* **Kurzadresse** — die kompakte Kennung, die der Endpunkt auf der Funkverbindung verwendet, in Hexadezimal eingegeben. Gültige Werte reichen von **0001** auf **FFFF**; null ist keine gültige Kurzadresse und wird abgewiesen. Weisen Sie Kurzadressen an einem Standort bewusst und nicht zufällig zu — ein Schema, das an Zone oder Linie gebunden ist, macht einen großen Rollout später wesentlich leichter nachvollziehbar.
* **Carrier-Offset** — optional. Verschiebt den Träger des Endpunkts innerhalb des Bandes. Verwenden Sie dies, wenn es die Inbetriebnahmedaten des Herstellers oder der Frequenzplan Ihres Standorts erfordern; andernfalls unverändert lassen.
* **Type EUI** — schreibgeschützt. Dies wird aus dem Blueprint ausgefüllt, den Sie für das Gerät auswählen oder erstellen, und identifiziert den Payload-Typ des Endpunkts. Sie geben ihn nicht manuell ein. Siehe [MIOTY-Blueprints](/kilo-docs-de/kilo-iot-server/devices/mioty-blueprints.md).
## Kommunikation
* **BiDi** — bidirektionale Kommunikation. Aktivieren Sie dies für Endpunkte, die empfangen und senden müssen.
* **PreAtt** — Voranbindung. Aktivieren Sie dies, wenn der Endpunkt so bereitgestellt ist, dass er vor seinem ersten Uplink angebunden wird.
Beide Einstellungen sind Eigenschaften der Gerätekonfiguration und werden vom Hersteller vorgegeben. Passen Sie das Formular an die Hardware an, statt hier Präferenzen auszuwählen.
## Erweiterte MIOTY
Diese Parameter stimmen das Funkverhalten des Endpunkts ab und existieren für Bereitstellungen, die sie benötigen. Setzen Sie sie so, dass sie zur Konfiguration des Endpunkts passen:
* **Doppelkanal**
* **DL-Wiederholung** — Downlink-Wiederholung
* **Breiter Carrier-Offset**
* **Lange Interblock-Distanz**
Wenn Ihr Inbetriebnahmeblatt einen Parameter nicht erwähnt, verwendet der Endpunkt ihn nicht — lassen Sie ihn auf dem Standardwert. Dies sind Stellschrauben für schwierige HF-Umgebungen, keine Einstellungen, die man bei einem funktionierenden Bestand ausprobiert.
## Zähler
* **Letztes Paket** — die Position des Paketzählers.
* **Anbinden** — der Anbindungszähler.
Beides sind **0** für ein neues Gerät. Sie dienen dazu, einen Geräteeintrag mit einem Endpunkt abzugleichen, der bereits eine Historie hat — zum Beispiel, wenn Sie ein Gerät migrieren, das andernorts gelaufen ist. Für ein Gerät ab Werk lassen Sie beide auf null.
Das Abstimmen der Zähler gleicht den *Eintrag*. Es verschiebt den Endpunkt nicht in Ihr Netzwerk. Ein MIOTY-Endpunkt ist jeweils nur mit einem Netzwerk verbunden, und ein Gerät, das auf einem anderen Service-Center lief, ist dort weiterhin angebunden — es erscheint nicht unter Ihren Basisstationen, nur weil Sie dafür einen Geräteeintrag erstellt haben. Setzen Sie den Endpunkt zurück, damit er sich erneut verbindet, und folgen Sie dabei dem Herstellerverfahren für Ihr Modell. Sobald eine Basisstation ihn erfasst, wird die **Verbindung** Registerkarte zu *Netzwerk erreicht — wartet auf Daten*. Siehe [Gerätediagnose](/kilo-docs-de/kilo-iot-server/devices/device-diagnostics.md) damit, wie dieser Lebenszyklus auf der Plattform dargestellt wird.
## Sicherheit
* **Network Session Key** — erforderlich. Genau 32 hexadezimale Zeichen. Dies ist der Schlüssel, der die Verbindung des Endpunkts mit dem Netzwerk absichert; ohne einen gültigen Schlüssel kann das Gerät nicht gespeichert werden.
* **Application Key** — optional. Geben Sie ihn an, wenn der Payload des Endpunkts anwendungsseitig verschlüsselt ist.
### Zum Vault hinzufügen
Anmeldedaten von Endpunkten landen leicht außerhalb der Reichweite — auf einem Etikett an einem Gerät, das inzwischen in einem Gehäuse auf einem Rohrgestell versiegelt ist. Klicken Sie **Zum Vault hinzufügen** im Geräteformular, um das Paar aus End Point EUI und Network Session Key im Key Vault zu speichern, wo es unabhängig von Hardware und Aufkleber wiederhergestellt werden kann.
Tun Sie dies bei der Inbetriebnahme, solange die Anmeldedaten noch vor Ihnen liegen. Ein Gerät wiederherzustellen, dessen Network Session Key Sie nicht mehr archiviert haben, bedeutet, das Gehäuse zu öffnen — und einige Hersteller geben den Schlüssel nur über eine kabelgebundene Verbindung zurück, wenn überhaupt. Siehe [Key Vault](/kilo-docs-de/kilo-iot-server/reports/key-vault.md).
## Validierung — was das Speichern blockiert
Das Formular lässt sich erst speichern, wenn Folgendes erfüllt ist:
| Feld | Anforderung | Was Sie sehen, wenn es fehlschlägt |
| ----------------------- | ------------------------------------------- | ------------------------------------------------------- |
| **End Point EUI** | Genau 16 hexadezimale Zeichen | Das Feld meldet, dass die EUI 16 Hex-Zeichen haben muss |
| **Kurzadresse** | Hexadezimal, im Bereich **0001**–**FFFF** | Das Feld wird abgewiesen; null ist nicht gültig |
| **Network Session Key** | Genau 32 hexadezimale Zeichen, erforderlich | Das Gerät kann nicht gespeichert werden |
Wenn Sie eine Kennung registrieren, die in Ihrer Organisation bereits existiert, wird zurückgegeben **"Eine Basisstation mit dieser EUI existiert bereits"**.
## Telemetrie dekodieren
Die Telemetrie eines MIOTY-Endpunkts wird **nicht dekodiert, bis dafür ein Blueprint ausgewählt wurde**. Bis dahin ist das Gerät registriert und angebunden, aber seine Payloads werden nicht in benannte Messwerte umgewandelt — was bedeutet, dass nichts Verwertbares in Dashboards, Regeln oder Historien gelangt.
Die Blueprint-Konfiguration befindet sich auf demselben Geräteformular. Sie können einen vorhandenen Blueprint aus dem Katalog auswählen oder einen neuen aus JSON erstellen, und die Auswahl wird als eigener, unabhängiger Snapshot auf das Gerät kopiert. Dieses Snapshot-Modell macht es sicher, Katalogvorlagen für einen Produktivbestand zu ändern. Siehe [MIOTY-Blueprints](/kilo-docs-de/kilo-iot-server/devices/mioty-blueprints.md).
## Wie geht es weiter
* **Blueprint zuordnen** damit die Payloads des Endpunkts in benannte Felder dekodiert werden. Siehe [MIOTY-Blueprints](/kilo-docs-de/kilo-iot-server/devices/mioty-blueprints.md).
* **Metriken zuordnen** um dekodierte Felder herstellerübergreifend zu normalisieren. Siehe [Messwerte](/kilo-docs-de/kilo-iot-server/devices/metric-templates.md).
* **Den gemeinsamen Registrierungsablauf abschließen** — Geräteinformationen, Metriken, Protokolle. Siehe [Geräte registrieren](/kilo-docs-de/kilo-iot-server/devices/registering-devices.md).
---
# 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/devices/mioty-devices.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.
