IoT / Plataforma base

Un lenguaje de negocio común para dispositivos distintos.

Las propiedades, eventos y acciones conectan la semántica del dispositivo con productos, interpretación de datos, parámetros de control e interfaces de negocio.

Guía de SIM IoT ↗Volver a la plataforma base →

EL PROBLEMA DEL CLIENTE

La gestión de SIM empieza por el problema de negocio.

Dos fabricantes pueden enviar temperaturas con nombres de campo, unidades, precisión y permisos de lectura/escritura distintos. Propagar esas diferencias a cada página y estadística exige repetir adaptaciones. El modelo de dispositivo hace reutilizables esos acuerdos.

MECANISMO / MOTIVO / COMPROMISO

Comprende cómo funciona a partir de la interfaz.

De definiciones comunes a cada dispositivo

Los niveles común, categoría, producto y dispositivo cubren distintos ámbitos de reutilización. El modelo de producto agrupa propiedades, eventos y acciones; configure las diferencias específicas mediante los mecanismos admitidos.

Elección y compromiso: Antes de cambiar el modelo, revise la telemetría existente, los campos históricos y sus consumidores. La compatibilidad no es automática.

Propiedades, eventos y acciones tienen funciones distintas

Las propiedades describen estados y valores; los eventos registran sucesos; las acciones representan capacidades invocables. Identificadores, tipos, unidades y restricciones forman el contrato del dispositivo.

Elección y compromiso: El modelo describe semántica de negocio del dispositivo; no es un grafo de conocimiento de entidades ni un motor ontológico.

El modelo participa en datos y control

El análisis de mensajes, la validación de parámetros, los datos históricos y los vínculos de visualización se basan en las definiciones. Las herramientas siguen usando interfaces reales para leer o controlar dispositivos.

Elección y compromiso: Hay que verificar campo, unidad y origen en cada vínculo. El modelo no crea por sí solo una aplicación sectorial completa.

**Editor de propiedades del modelo de producto**Editor histórico del sitio de documentación (marca iThings antigua), para explicar tipo, acceso y unidad; no es una captura de la versión actual.

EJEMPLO CONCRETO / MECANISMO

Una propiedad de temperatura en varios lugares

Ejemplo de mapeo, no son datos medidos. Relacione el campo original, el identificador estándar, el tipo y la unidad visible.

Confirmar la unidad y escala del campo t
Definir tipo, unidad y acceso de temperature
Reutilizar esa semántica en históricos, interfaces y consultas

PREPARAR LA CONEXIÓN

Confirma estos puntos antes de conectar.

Guía de SIM IoT ↗

Las definiciones deben coincidir con las capacidades reales
Defina el acceso; una propiedad de solo lectura no es un control
Revise datos históricos y páginas existentes antes de cambiar el modelo

CONTINÚA CON LA PLATAFORMA BASE

Explora más funciones de la misma plataforma.

Todos los casos →

Volver a la vista general de IoT →