> 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-es/kilo-iot-server/connectors/mioty-connector/why-choose-mioty.md). # ¿Por qué elegir MIOTY? MIOTY frente a LoRaWAN — cómo la división de telegramas, las estaciones base y BSSCI determinan qué protocolo LPWAN se adapta a tu sitio. Elegir un protocolo LPWAN es una cuestión de tu entorno, no de qué tecnología es mejor en abstracto. MIOTY, LoRaWAN y LR-FHSS entregan mensajes pequeños desde dispositivos alimentados por batería a largas distancias. Se diferencian en lo que asumen sobre el mundo a través del cual viajan esos mensajes, y esa suposición es la que debería decidir tu elección. MIOTY asume que el canal es hostil y que la población de dispositivos es grande, y diseña para ambas cosas desde la capa física hacia arriba. *** ### El caso a favor de MIOTY #### La robustez está incorporada, no añadida después La mayoría de las estrategias de fiabilidad son reactivas: detectar la falla y luego reintentar. MIOTY es proactivo. Al dividir cada telegrama en subpaquetes repartidos en frecuencia y tiempo, y reconstruir el mensaje a partir de un conjunto parcial de ellos, trata la pérdida como la condición esperada y no como la excepción. No hay ninguna tormenta de reintentos que gestionar en condiciones de congestión, porque normalmente el primer intento tiene éxito incluso cuando parte de él no llega. #### Densidad sin degradación Las redes tienden a degradarse a medida que se llenan, porque más dispositivos significan más colisiones y más colisiones significan más reintentos: un bucle de retroalimentación que empeora exactamente cuando la implementación se vuelve valiosa. Cuando las colisiones cuestan fragmentos en lugar de mensajes, ese bucle no se cierra. Esto es lo que te permite tener miles de terminales por estación base, y lo que hace prácticos los despliegues en todo el sitio o en toda la cartera sobre una infraestructura modesta. #### Una base abierta y estandarizada MIOTY está especificado por ETSI como **TS 103 357** — actualmente la parte 2, versión 2.1.1 (2024) — bajo el nombre TS-UNB. Estás comprando conforme a un estándar publicado con un ecosistema multivendor detrás, no con la interpretación de un solo proveedor. Los proveedores de terminales y estaciones base implementan la misma especificación, y la [Alianza MIOTY](https://mioty-alliance.com) mantiene el ecosistema a su alrededor. La interfaz entre la estación base y el centro de servicio, **BSSCI**, se especifica por separado por la Alianza. *** ### MIOTY y LoRaWAN, lado a lado Kilo admite ambos. La comparación siguiente es una orientación técnica para elegir la herramienta adecuada para un sitio determinado, no un argumento en contra de ninguno de los dos protocolos. | | **MIOTY** | **LoRaWAN** | | ------------------------------ | ------------------------------------------------------------------- | ----------------------------------------------------------------- | | **Estándar** | ETSI TS 103 357 (TS-UNB) | Especificación LoRaWAN (LoRa Alliance) | | **Técnica principal** | División de telegramas: subpaquetes a través de frecuencia y tiempo | Modulación de espectro ensanchado por chirp de LoRa | | **Gestión de interferencias** | Reconstruye el telegrama a partir de un conjunto parcial de ráfagas | Entrega a nivel de mensaje; una colisión cuesta el mensaje | | **Infraestructura de campo** | Las estaciones base reconstruyen los telegramas | Los gateways reenvían los paquetes a un servidor de red | | **Interfaz de backhaul** | BSSCI sobre TLS mutuo protegido con certificado | Reenvío de paquetes al servidor de red | | **Ecosistema de dispositivos** | Base industrial de proveedores en crecimiento | Catálogo de sensores muy amplio, maduro y extenso | | **Punto ideal** | Despliegues ruidosos, densos o en movimiento | IoT de propósito general amplio con una gran variedad de hardware | #### Dónde se diferencian realmente las arquitecturas La distinción estructural merece decirse con claridad, porque determina cómo planificas un sitio. En LoRaWAN, los gateways reenvían los paquetes de radio y el servidor de red hace el trabajo del protocolo: el gateway es un relé. En MIOTY, la **estación base** es donde se recogen los subpaquetes y se vuelve a ensamblar el telegrama; está realizando la reconstrucción, no pasando marcos sin procesar. Luego, las estaciones base se conectan a un **centro de servicio** a través de **BSSCI**, mediante un enlace TLS mutuo protegido con certificado. No hay ningún gateway de reenvío de paquetes en el sentido de LoRaWAN, así que planifica la cobertura MIOTY en torno a estaciones base y su backhaul, no en torno a una flota de gateways. *** ### Cómo decidir Elige **MIOTY** cuando: * La interferencia es una limitación conocida: plantas industriales, maquinaria pesada, estructura metálica densa, espectro saturado * Estás desplegando miles de terminales y quieres mantener bajo el número de estaciones base * Los dispositivos se mueven, o el entorno a su alrededor cambia * Las lecturas perdidas tienen un coste real: registros de cumplimiento, datos de facturación, tendencias de fallos Elige **LoRaWAN** cuando: * El entorno de radio es razonablemente limpio y el número de dispositivos es moderado * El catálogo más amplio posible de sensores comerciales es importante para tu proyecto * Quieres el ecosistema LPWAN más consolidado para un despliegue de propósito general Y no es una elección excluyente. Nada te impide usar MIOTY donde la RF es complicada y LoRaWAN donde no lo es, dentro de una misma organización Kilo, en los mismos paneles y alimentando las mismas reglas. Una vez que los datos están en la plataforma, se normalizan, así que el protocolo que transportó una lectura deja de importar en el momento en que llega. *** ### Un servidor de red, o una plataforma Hay una segunda decisión detrás de la del protocolo, y merece separarse: un servidor de red MIOTY y una plataforma IoT no son el mismo producto. Un centro de servicio mueve mensajes. Gestiona estaciones base y terminales, maneja enlaces ascendentes y descendentes, y entrega los datos más adelante. Esa es una capa necesaria y exigente, pero por sí sola te da telemetría, no respuestas. Todo lo que realmente quieres *hacer* con una lectura — graficarla, generar una alerta, actuar sobre ella, conservarla para una auditoría — ocurre en otro lugar. Kilo te ofrece ambos caminos: * **Kilo Center — la edición Community.** Nuestro centro de servicio MIOTY de código abierto. Aloja tú mismo la infraestructura de extremo a extremo e intégrala con lo que sea que ejecutes aguas abajo. Es un servidor de red MIOTY: estaciones base, terminales, tráfico y una consola de operador. Ver [Centro de Servicio MIOTY de Kilo](/kilo-docs-es/kilo-center/kilo-mioty-service-center.md). * **Kilo Cloud — la edición Enterprise, incorporada.** La edición Enterprise del centro de servicio se ejecuta dentro de Kilo Cloud, así que no tienes que alojar ninguna infraestructura MIOTY. Registra un [conector MIOTY](/kilo-docs-es/kilo-iot-server/connectors/mioty-connector.md), apunta tus estaciones base hacia él y tus terminales llegarán a una plataforma IoT completa en lugar de a un simple servidor de red. Ese segundo camino es lo que convierte MIOTY de una fuente de datos en una operación. Las mismas lecturas llegan al motor de reglas, a las alarmas con escalado, a los paneles, al Digital Building Twin, al control de acceso multiarrendatario y al registro de auditoría: la maquinaria que ya usa el resto de tu flota. Un terminal MIOTY y un sensor LoRaWAN se convierten en el mismo tipo de objeto en el momento en que sus datos se normalizan, y una sola regla puede razonar sobre ambos. ### Iniciar un despliegue MIOTY en Kilo Los datos de los terminales MIOTY llegan a tu organización a través de la [conector MIOTY](/kilo-docs-es/kilo-iot-server/connectors/mioty-connector.md), y las estaciones base que prestan servicio a esos terminales se registran y gestionan bajo [estaciones base MIOTY](/kilo-docs-es/kilo-iot-server/gateways/mioty-base-stations.md). *** MIOTY es una marca registrada de la Alianza MIOTY. --- # 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-es/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.