Conexión de dispositivos
Incorporar un dispositivo a CORE-M es un recorrido de cuatro pasos. Todo dispositivo —un sensor a batería sobre HTTP, una flota de medidores detrás de un gateway MQTT, un switch SNMP— sigue la misma estructura:
-
Aprovisiona el dispositivo. Crea su identidad en tu tenant. Hazlo en campo con una clave de provisioning, uno a uno desde el panel, o por lotes con una importación masiva por CSV.
-
Obtén credenciales. El provisioning devuelve una identidad de dispositivo y una credencial — normalmente una API key, aunque un dispositivo también puede presentar una PSK o un certificado de cliente X.509. Consulta Identidad y credenciales del dispositivo.
-
Elige un protocolo. Escoge el transporte que se ajuste al hardware y a la red. CORE-M ingiere por HTTP, MQTT, CoAP/DTLS, LwM2M y SNMP. La tabla de decisión más abajo te ayuda a elegir.
-
Envía telemetry. Autentícate con la credencial del paso 2 y empieza a publicar puntos de datos. Cada punto aceptado pasa por validación, almacenamiento dual y anchoring en blockchain.
Cómo elegir un protocolo
Sección titulada «Cómo elegir un protocolo»Los cinco transportes terminan en el servicio device-link y convergen en el mismo pipeline de ingesta, por lo que tu elección de protocolo no cambia cómo se valida, almacena o ancla la telemetry. Elige según el dispositivo, la red y cuánto controlas el firmware.
| Protocolo | Ideal para | Transporte | Auth | Payload |
|---|---|---|---|---|
| HTTP | Dispositivos simples, scripts, gateways, cualquier cosa que pueda hacer una petición | TCP / TLS | API key (Authorization: Bearer o X-API-Key) | JSON |
| MQTT | Dispositivos siempre activos, flotas, pub/sub de baja sobrecarga, comandos bidireccionales | TCP / TLS | API key como contraseña MQTT, o certificado de cliente X.509 (mTLS) | JSON |
| CoAP | Dispositivos restringidos/de bajo consumo, redes con pérdidas o de bajo ancho de banda | UDP / DTLS | PSK (DTLS) o certificado de cliente X.509 | JSON / CBOR |
| LwM2M | Flotas gestionadas de dispositivos que necesitan objetos estandarizados y gestión remota | UDP / DTLS (sobre CoAP) | PSK o certificado de cliente X.509 | objetos LwM2M / TLV / CBOR |
| SNMP | Equipo de red existente (switches, routers, UPS, PDUs) que no puedes reflashear | UDP | community SNMP / credenciales USM | OIDs SNMP (sondeados) |
Flujo de decisión
Sección titulada «Flujo de decisión»flowchart TD
start([Nuevo dispositivo a conectar]) --> ctrl{¿Puedes ejecutar<br/>firmware personalizado?}
ctrl -- No --> snmp["Usa **SNMP**<br/>(sondear equipo de red existente)"]
ctrl -- Sí --> power{¿A batería / bajo consumo<br/>o red con pérdidas?}
power -- Sí --> managed{¿Necesitas gestión remota<br/>estandarizada?}
managed -- Sí --> lwm2m["Usa **LwM2M**<br/>(sobre CoAP/DTLS)"]
managed -- No --> coap["Usa **CoAP/DTLS**<br/>(PSK o certificado de cliente)"]
power -- No --> conn{¿Conexión siempre activa<br/>y/o comandos del servidor?}
conn -- Sí --> mqtt["Usa **MQTT**<br/>(API key o mTLS)"]
conn -- No --> http["Usa **HTTP**<br/>(API key)"]