Características técnicas. El trayecto de ingestión, la matriz de integración y todos los puntos finales públicos.

¿Adónde se dirigen los datos?, en el orden en que va allí

Una lectura deja una entrada en un dispositivo, llega a un agente de IoT, se convierte en una entidad NGSI-LD en Orion-LD, se distribuye a través de RabbitMQ a los consumidores que la almacenan y la evalúan y termina en PostgreSQL, TimescaleDB y MongoDB. El lado web de la lectura es el lado de lectura. No está en el camino de ingestión.

11 puntos finales de REST
Todo está bajo /api/public/v1 y está documentado. Dos de ellos escriben; tres no necesitan ningún token.
5
conectores de salida en producción — HTTP, MQTT, Azure IoT, Sentilo y FIWARE, además de un feed WebSocket.
Un modelo de datos
Cada lectura se convierte en una entidad NGSI-LD en Orion-LD, tipificada mediante un modelo de datos inteligentes del catálogo público.

Cuatro capas funcionales

Observa lo que hay ahí fuera, reúne todo en un único modelo, entiende todo y da a la gente un lugar para trabajar. Cada capa depende únicamente de la que está debajo, por eso una nueva vertical es una licencia y no una migración.

Observar Lo que la plataforma vigila las 24 horas del día.

Aire y ruido

Calidad del aire, contaminantes y niveles de ruido.

Mobilidad y estacionamiento

Plazas de amarre, corrientes y ocupación gratuitas.

Energía

Consumo, generación y activos de la red.

Agua y medio ambiente

Suministro, calidad y entorno.

Múltiples multitudes y personas

Afluencia de personas, reuniones y seguridad.

Clima

Condiciones y previsiones locales.

Recoger Recopile todas las lecturas y conviértelas en comparables.

Conecta cualquier cosa

LoRaWAN, MQTT, HTTP y feeds de terceros.

En la marcha

Los dispositivos se configuran automáticamente sin necesidad de cambiar el firmware.

Un idioma común

Entidades NGSI-LD tipificadas por modelos de datos inteligentes.

Guarde el historial

Series temporales en TimescaleDB, retención por plan.

Entender Cuando las lecturas se convierten en algo que vale la pena actuar en consecuencia.

Mire y alerta

Reglas multivariables sobre los umbrales.

Pronóstico

Modelos para la calidad del aire, el estacionamiento y el clima.

Transformar y enriquecer

Limpieza, referencia cruzada, contabilidad.

Modelar y simular

Gemelos en 3D y escenarios de «¿Qué pasaría si?» aplicados a cada implementación.

Salida de puente

Impulsar la integración con plataformas de ciudades, ERP y espacios de datos.

Trabajo Los lugares donde las personas pasan el día están distribuidos en cuatro áreas. Diez de las veintidue capacidades están incluidas en todos los planes; las otras once se pueden adquirir según las necesidades.

Monitorizar y analizar

Tablas de control y informes, motor de alarmas y reglas, servidor MCP para asistentes de inteligencia artificial.

Licenciada: motor de IA, asistente conversacional, gemelos 3D, mercado de IA.

Datos y activos

Fuentes de datos, dispositivos y conectores, explorador de entidades, espacios de trabajo.

Todos los cuatro en cada plan.

Módulos verticales

Paquetes sectoriales en el mismo núcleo.

Por módulo: envair360, grid360, parking360, crowd360. A petición: nebula360, berry360.

Administrar y apoyar

Administración y organizaciones, roles, inicio de sesión único y historial de auditoría, suscripciones, ayuda.

Licenciado: portal de revendedores.

El costo de cada capacidad licenciada para su agregación

Certificado y alineado de forma independiente

Cada insignia que se encuentra debajo representa lo que realmente significa. Certificado Significa un organismo de certificación y una fecha de caducidad detrás de él, la documentación que enviamos a petición, y una línea en el anexo de la oferta. En línea Significa trabajo de diseño y proceso en un marco en el que aún no existe ningún certificado, o en el que el nuestro aún no ha sido emitido. Una insignia que no se puede acreditar supone una responsabilidad, por lo que nunca se imprimen los dos de la misma manera.

Tres ecosistemas, un camino para los datos

Tres lados de la misma trayectoria, y una ruta que siempre siguen las lecturas.

Físico

Capturar y transmitir

Sensors, cámaras y radar en la calle, filtración en el borde para que la red tome decisiones y no el ruido. Libelium fabrica esta capa, por eso podemos decirte qué hace un Smart Spot a -10 C.

Sensing
Smart Spot, Plug & Sense, cámaras, radar
Edge
Filtrado y agregación en el dispositivo
Transporte
NB-IoT, 4G, 5G, LoRaWAN, satélite
1

Dispositivo

El sensor o la puerta de enlace emiten una lectura.

2

IoT Agent JSON

Normaliza el payload. Este es el punto de entrada, pero el back end web no lo es.

3

Orion-LD

Crea o actualiza la entidad NGSI-LD en el broker de contexto.

4

Diseminación de RabbitMQ

La suscripción agiliza las colas de consumo.

5

Almacenamiento y transmisión en vivo

PostgreSQL, TimescaleDB y MongoDB. La tabla en tiempo real se transmite a través de la captura de datos en tiempo real a través de WebSocket.

Se adapta a la pila que ya tienes

La lista completa de fuentes y destinos, así como lo que cada una requiere para encenderse: un parámetro, un mapeo de campo o un proyecto específico. Todo lo que se describe a continuación se implementa actualmente.

Nativo 6 Configurado en la interfaz.
Sensores Libelium (Smart Spot, Plug &Sense) LoRaWAN a través del servidor de red integrado (Loriot) NB-IoT / 4G / 5G mediante IoT Agent JSON MQTT HTTP / REST y webhooks FIWARE NGSI-LD (Orion-LD)
Conector 3 Además, se realiza un mapeo de campo una vez por fuente.
Archivos programados y ETL (CSV, SFTP, Airflow) API de terceros y datos abiertos (FIWARE Manager) Cámaras, radares y sensores de visión
A petición 1 Se clasifica como trabajo de proyecto.
OPC-UA / Modbus / SCADA a través de una puerta de enlace de borde
Nativo 11 Configurado en la interfaz.
API pública REST (11 puntos finales) En tiempo real a través de WebSocket Conector HTTP (webhook) Conector MQTT Conector FIWARE (para otro corredor) Conector Sentilo Conector de Azure IoT Exportación a CSV / Excel Reportes PDF programados Dashboards públicos incorporables Servidor MCP (asistentes de IA)
A petición 1 Se clasifica como trabajo de proyecto.
Espacios de datos (Gaia-X / FIWARE)

Los conectores de salida ya en producción

No es un mapa de ruta ni una matriz de intenciones: esta es la lista de conectores en una implementación en ejecución, con HTTP, MQTT, Azure IoT, Sentilo y FIWARE todos reportando actividad. Es donde se inicia una implementación. Una destinación que habla HTTP o MQTT es una configuración; la que habla un protocolo que no hemos implementado es un trabajo de integración con una fecha incluida, no un cambio de plataforma. Agregar una destinación es un formulario, y la misma lista es legible y escribible a través de /connectors/out en la API pública.

¿No está en la lista? El FIWARE Manager y el conector HTTP genérico cubren la mayor parte de lo que falta. Envíenos la especificación de su fuente y le diremos de inmediato si se trata de una configuración o de un proyecto.

La API pública, en un solo párrafo

Obtenga un token, descubra qué está desplegado, lea el valor actual o todo el historial, envíe un comando de vuelta y vincule dispositivos a un conector de salida. Diez puntos finales bajo /api/public/v1, todos ellos documentados.

11
endpoints, todos ellos públicos y documentados
2
de ellos escriben: comandos de dispositivo de volumen, y vinculación de conectores
3
No se necesita ningún token: /status, /login y /refresh-token

Hay dos límites que debes tener en cuenta antes de diseñar tu aplicación en función de ellos. Este API no recibe datos: los datos se ingresan a través de un IoT Agent o el broker de contexto; además, de los once puntos finales solo dos escriben datos, por lo que no se realiza ninguna creación de dispositivos ni de entidades.

El servidor MCP y dónde termina su superficie

Un asistente compatible con MCP recibe una sesión propia en relación con una instancia en ejecución. Se trata de una sesión, no de una exportación: no existe ningún índice de sus datos en ningún lugar para que pueda ser buscado.

Los comandos y las rutas de conexión a las que un asistente no tiene acceso son los dos puntos finales de escritura de la API pública.

Cómo se inicia la sesión

El flujo de OAuth, en contra del mismo Keycloak que utiliza la interfaz web. El asistente imprime un código breve, una persona completa la autenticación en un navegador y la sesión se vincula a aquello persona.

Flujo
Autorización del dispositivo OIDC, con un código de usuario
Identidad
Un usuario de una plataforma existente, sin una cuenta de servicio que se gestione por separado
Tenanciero
El inquilino de FIWARE del usuario se resuelve al conectarse.

¿Qué puertas tiene?

Ser un usuario válido no es suficiente. La cuenta debe tener el rol que permita el acceso a MCP, y sin él el servidor rechaza la sesión de forma inmediata: no retrocede a un ámbito más pequeño.

Rol
Un rol específico de MCP, otorgado por un administrador a cada usuario
En caso de rechazo
La conexión falla con un mensaje explícito, no con una sesión parcial
Dentro de la sesión
Las mismas organizaciones y límites de permisos que la interfaz

Dónde termina la superficie

Las herramientas se leen primero: inventario, entidades, los últimos valores, series temporales, alarmas y las razones por las que se activaron, paneles de control y definiciones de conexiones externas. También se puede crear un panel de control o un informe, y ese proceso de creación consta de dos pasos: primeramente se elabora un borrador y luego se confirma.

Lee
Dispositivos, entidades NGSI-LD, series temporales, alarmas, paneles de control, conectores
Escribe
Tablas de control y informes, redactados y posteriormente confirmados
No puedo
Enviar comandos al dispositivo o cambiar un conector de salida: estos se mantienen en la API REST

¿En qué plan se encuentran sus limitaciones?

La misma plataforma en todos los planes: los mismos paneles de control, el mismo motor de reglas, los mismos once puntos de acceso. Lo que cambia es en quién se basa la infraestructura y qué nos permite comprometernos por escrito.

Dos de las respuestas que se encuentran a continuación son negativas.

Se sacaron de las licitaciones, de las llamadas de preventa a las dos minutos en lugar de a las dos, y de la cola de asistencia.

Se encuentra junto a él. Actualmente se está trabajando en la creación de un conector de salida para el sistema Sentilo, por lo que las entidades normalizadas en iris360 se publicarán en tu instancia existente de Sentilo y todos los usuarios que ya tengas seguirán funcionando. La sustitución del sistema Sentilo se convertirá en una decisión independiente que podrás tomar más adelante o nunca.

Envíenos la especificación de una fuente

La primera conversación más útil es de 40 minutos en una integración real. Tráeme una fuente que necesites incorporar y un sistema que necesite los datos después, y te irás con la certeza de saber si se trata de una cuestión de configuración o de trabajo de proyecto.