IoT / Piattaforma di base

Un linguaggio aziendale comune per dispositivi diversi.

Proprietà, eventi e azioni collegano la semantica dei dispositivi a prodotti, interpretazione dei dati, parametri di controllo e interfacce aziendali.

IL PROBLEMA DEL CLIENTE

La gestione delle SIM parte dal problema aziendale.

Due produttori possono inviare entrambi una temperatura ma usare nomi di campo, unità, precisione e regole di lettura/scrittura diversi. Riportare queste differenze in ogni pagina e statistica richiede adattamenti ripetuti. Il modello rende riutilizzabili gli accordi.

MECCANISMO / MOTIVO / COMPROMESSO

Scopri come funziona osservando l’interfaccia.

01

Dalle definizioni condivise al singolo dispositivo

I livelli comune, categoria, prodotto e dispositivo servono ambiti diversi di riuso. Il modello di prodotto raggruppa proprietà, eventi e azioni; configura le differenze specifiche secondo i meccanismi disponibili.

Scelta e compromesso
Prima di modificare un modello, verifica telemetria esistente, campi storici e sistemi che lo usano. La compatibilità non è automatica.
02

Proprietà, eventi e azioni hanno significati diversi

Le proprietà descrivono stati e valori, gli eventi registrano occorrenze e le azioni indicano capacità invocabili. Identificatori, tipi, unità e vincoli di accesso definiscono il contratto del dispositivo.

Scelta e compromesso
Il modello descrive la semantica aziendale del dispositivo, non un knowledge graph né un motore di ragionamento ontologico.
03

Il modello partecipa ai flussi dati e controllo

Parsing dei messaggi, validazione dei parametri, dati storici e associazioni di visualizzazione seguono le definizioni. Gli strumenti aziendali usano comunque interfacce reali per leggere o controllare i dispositivi.

Scelta e compromesso
Le associazioni richiedono verifiche di campo, unità e origine. Il modello non genera da solo un’applicazione di settore completa.
Editor delle proprietà del modello prodottoEditor storico del sito documentale (vecchia denominazione iThings), usato per spiegare tipo, accesso e unità; non è uno screenshot della versione attuale.

ESEMPIO CONCRETO / MECCANISMO

Una proprietà di temperatura riutilizzata in più punti

Esempio di mappatura, non sono dati misurati. Associa esplicitamente campo origine, identificatore standard, tipo e unità visualizzata.

  1. Confermare unità e scala del campo t
  2. Definire tipo, unità e accesso per temperature
  3. Riutilizzare il significato in grafici storici, interfacce e query

PREPARARE LA CONNESSIONE

Conferma questi punti prima di connettere.

Guida alle SIM IoT ↗
  • Le definizioni devono rispecchiare le capacità reali del dispositivo
  • Definire l’accesso; una proprietà in sola lettura non è un comando
  • Verificare dati storici e pagine esistenti prima delle modifiche