Tecnologia

Aperto dove conta: driver, bus di campo e tuoi sistemi.

Una piattaforma da cui non puoi uscire non è una vera piattaforma. iLCS usa interfacce standard verso gli apparecchi, acquisisce dispositivi di terzi con protocolli diffusi e fornisce i dati nei formati già usati dai tuoi sistemi.

Antenne di gateway montate a parete con i cablaggi

Gateway di sito — impianto installato

Tre direzioni

Verso apparecchi, campo e sistemi.

L’interoperabilità conta in tre punti diversi. Un sistema può essere aperto in uno e chiuso negli altri: li descriviamo separatamente.

01 · Verso l’apparecchio

Prese standard, driver standard

Zhaga Book 18 e NEMA ANSI C136.41 prese DALI-2 / D4i (IEC 62386), inclusi i dati driver delle parti 251, 252 e 253 0–10 V, PWM e relè per dispositivi meno recenti o più semplici Qualunque apparecchio D4i certificato, di qualsiasi produttore

È il livello in cui un sistema chiuso può vincolare a un catalogo di apparecchi. Il nostro non lo fa.

02 · Verso i dispositivi di campo

I protocolli già presenti nel sito

Modbus RTU e TCP — contatori, analizzatori, inverter, macchinari M-Bus e ingressi impulsivi per contatori di acqua, gas e calore OPC-UA verso i sistemi industriali LoRaWAN — sensori di terzi tramite il nostro gateway o il tuo network server I/O digitali e analogici per i dispositivi che offrono solo un contatto OCPP o Modbus TCP per i punti di ricarica

Il controllore di quadro integra il sito: ciò che legge può essere archiviato, rappresentato e usato per allarmi nella piattaforma.

03 · Verso i tuoi sistemi

I tuoi dati, nei tuoi strumenti

API REST con accesso autenticato MQTT / MQTTS e Kafka per flussi in tempo reale ODBC / JDBC, SFTP per scambi programmati Esportazione in CSV, XLSX, PDF e KML, inclusa la mappa dei dispositivi SAML 2.0 / OIDC single sign-on e MFA con il tuo identity provider Log verso un SIEM

Inclusa l’esportazione da usare il giorno in cui decidi di cambiare piattaforma: serve anche a questo.

Come si realizza un’integrazione

Un connettore, senza ripartire ogni volta da zero.

Ogni sorgente ha un connettore che estrae i dati, converte le unità e li carica in un modello comune, periodicamente, su evento o su richiesta.

01 · Lettura

Il gateway o controllore dialoga sul posto con il dispositivo nel suo protocollo.

02 · Normalizzazione

Unità, scale e orari vengono convertiti perché ogni lettura abbia lo stesso significato, da qualunque sorgente provenga.

03 · Archiviazione

Tutto confluisce in uno storico con luogo, ora e unità di misura, rendendo possibili report trasversali ai servizi.

04 · Distribuzione

Dati disponibili via API, flusso o esportazione e sulla stessa mappa dell’illuminazione.

Un punto da chiarire

I nodi funzionano sulla nostra mesh: è una scelta precisa.

I nostri nodi usano interfacce standard verso l’apparecchio, quindi funzionano con driver D4i di qualsiasi produttore. Sul lato radio usano la nostra mesh, che non è condivisa con controllori di altri fornitori.

Perché la rete deve essere veloce

Raggiungere ogni dispositivo in tempo reale, decidere la categoria sul campo e applicarla a un gruppo in millisecondi richiede radio, instradamento e firmware progettati insieme. Una rete di controllo generica non lo consente: per questo non viene usata per l’adattiva.

Cosa tutela davvero il cliente

Prese standard, driver D4i, API aperte ed esportazioni standard mantengono liberi apparecchi, dati e gare future. È questo lo scopo di una clausola contro il vincolo al fornitore, non l’intercambiabilità delle radio.

Le interfacce attorno alla rete restano aperte

La rete di campo è nostra; le interfacce sono standard. In ingresso Modbus, M-Bus, OPC-UA, LoRaWAN e OCPP; in uscita REST, MQTT, Kafka, ODBC, SFTP ed esportazioni standard.

Indicaci il sistema da collegare.

GIS, BMS, ERP, piattaforma cittadina o contatore esistente. Indicheremo l’interfaccia adatta e se basta configurare o serve sviluppare.

Parla con un tecnico