Analisi approfondita del protocollo IEC104

Nel campo dell’automazione energetica, il protocollo IEC 104 e il Modbus rappresentano due protocolli di comunicazione tipici che presentano caratteristiche tecniche e scenari di applicazione molto diversi. Nel presente articolo viene effettuato un confronto sistematico dell’architettura dei protocolli, dei meccanismi di sicurezza, delle modalità di interazione e di altri aspetti, al fine di evidenziare i vantaggi tecnici e i potenziali limiti del protocollo IEC 104 e di fornire una base per il processo decisionale relativo alla scelta dei sistemi di comunicazione industriale.

1. Aspetti tecnici fondamentali del protocollo IEC 104

1. Infrastruttura di protocollo

Protocollo IEC 104 si basa sulla norma della serie IEC 60870-5, un protocollo di telecomunicazione appositamente progettato per i sistemi di monitoraggio dell'energia elettrica. Le sue caratteristiche principali includono:

Dipendenza dal livello di trasporto: basato sullo stack di protocolli TCP/IP (porta 2404), che garantisce una trasmissione affidabile orientata alla connessione

Modalità di organizzazione dei dati: adozione della struttura ASDU (Application Service Data Unit), che contiene campi quali l’identificativo del tipo, il qualificatore della struttura variabile, l’indirizzo del corpo delle informazioni, ecc.

Meccanismo di interazione via Telegram: gestione delle sessioni master-slave tramite il formato I (trasmissione delle informazioni), il formato S (frame di conferma) e il formato U (frame di controllo).

2. Logica di interazione master-slave

Ruolo principale: avviare l'evocazione dei dati (evocazione generale, evocazione di gruppo ed evocazione in un unico punto) ed emettere comandi di controllo remoto e configurazione

Regola di risposta dello slave:

Iniziativa di trasferimento improvviso dei dati a monte (innescata da una modifica del COS)

Risposta di richiamo generale da trasmettere in più APDU (soggetta ai limiti di lunghezza previsti dall’APCI)

Meccanismo di conferma in due fasi per la selezione e l'esecuzione tramite telecomando

Flusso tipico di interazione dei messaggi:

Master: 68 0E 00 00 00 00 00 64 01 06 00 01 00 00 00 00 00 14
(Comando di chiamata generale, Motivo della trasmissione = 6, Indirizzo pubblico = 1)
Slave: 68 0E 02 00 02 00 00 64 01 07 00 01 00 00 00 00 00 15
(Conferma di ricezione della chiamata generale, motivo della trasmissione = 7)

2. Analisi dei punti deboli del protocollo IEC 104

1. Mancanza di meccanismi di sicurezza

Rischio di trasmissione in chiaro: la crittografia non è obbligatoria nel protocollo, pertanto sussistono rischi nascosti di intercettazione e manomissione dei dati

Limiti dell'autenticazione basata sull'identità: l'identificazione del dispositivo avviene esclusivamente tramite l'indirizzo pubblico (di solito 2 byte), che è vulnerabile agli attacchi di falsificazione

Possibilità di dirottamento della sessione: gli aggressori possono falsificare i frame in formato S per interferire con la sincronizzazione dei numeri di serie

2. Efficienza dei colli di bottiglia nella trasmissione

Limite di lunghezza dell'APDU: il campo di lunghezza APCI è impostato di default su 1 byte e la lunghezza massima dei dati dell'applicazione è di 255 byte. Limite di lunghezza dell'APDU: il campo di lunghezza APCI è impostato di default su 1 byte, la lunghezza massima dei dati dell'applicazione è di 255 byte; i set di dati di grandi dimensioni devono essere trasmessi in parti.

Ritardo nel meccanismo di conferma: la finestra di ricezione è impostata di default su 12 frame; se il numero di frame supera tale valore, è necessario attendere la conferma; in condizioni di carico elevato si rischia la congestione.

3. Dipendenza dalla sincronizzazione dell'orologio

Dipendenza dalla sequenza degli eventi: il SOE (Sequence of Events Recording) dipende dalla precisione dell'orologio dello slave; la sequenza degli eventi tra le apparecchiature potrebbe risultare distorta.

Limiti del meccanismo di sincronizzazione temporale: supporta solo l'invio unidirezionale di comandi di sincronizzazione temporale da parte del master. Limiti del meccanismo di sincronizzazione temporale: supporta solo comandi di sincronizzazione temporale unidirezionali inviati dal master e non dispone di un protocollo NTP/PTP integrato.

3. Confronto delle principali differenze rispetto al protocollo Modbus

1. Differenze nell'architettura dello stack di protocollo

2. Confronto dell'efficienza di trasmissione

Capacità di dati per singolo fotogramma:

IEC 104: max. 255 byte (campo "lunghezza APDU" di 1 byte)

Modbus TCP: max. 260 byte (ADU = MBAP + PDU)

Velocità di risposta agli eventi:

Lo standard IEC 104 supporta il caricamento attivo dei COS; il ritardo degli eventi può essere regolato entro 100 ms

Modbus si basa sul polling della stazione master, con un periodo di polling tipico ≥ 3 s. Il codice funzione e il tipo di dati supportano il tipo di dati IEC 104: Informazioni su singolo punto (SIQ) Valore di misura (ad es. valore normalizzato, valore scalato, short float) ≥ 1 s

3. Supporto dei codici funzione e dei tipi di dati

Tipi di dati IEC 104:

Informazioni su un singolo punto (SIQ)

Valori misurati (ad es., valori normalizzati, valori scalati, numeri in virgola mobile di breve lunghezza)

Telegrammi con intervalli di tempo (CP56Time2a)

Codici funzione Modbus:

01/02: lettura bobine/ingressi discreti

03/04: lettura dei registri di attesa/ingresso

16/06: scrittura su uno o più registri

4. Differenze nell'applicabilità settoriale

IEC 104: scenari vantaggiosi:

Sistema SCADA per l'energia elettrica (automazione della gestione, monitoraggio delle sottostazioni)

Sistema di controllo in tempo reale che richiede la segnalazione attiva degli eventi

Settori di applicazione del Modbus:

Comunicazione a livello di dispositivi industriali (PLC, sensori)

Scenari con bassa frequenza di raccolta dei dati

4. Aspetti tecnici fondamentali dell'implementazione dei sistemi master e slave

1. Punti chiave dello sviluppo del master IEC 104

Progettazione della macchina a stati della sessione: occorre implementare transizioni di stato quali l'attivazione di STARTDT, l'arresto, la riconnessione in caso di timeout, ecc.

Gestione delle partizioni di dati: definire una base di regole di analisi sintattica in base ai tipi di ASDU (da 1 a 127)

Controllo della finestra di trasmissione: regola dinamicamente il numero di serie di ricezione (RSN) e il numero di serie di invio (SSN) per evitare l'overflow dei numeri di serie.

2. Considerazioni sull’implementazione dello slave

Implementazione della sincronizzazione dell'orologio: è necessario che sia integrato un RTC ad alta precisione e che sia supportata la stazione master C_CS_NA_1 (comandi di sincronizzazione dell'orologio)

Gestione dei dati a raffica: configurare la soglia di variazione del COS (ad esempio, variazioni analogiche > 0,51 TP5T che attivano il caricamento)

Miglioramenti alla sicurezza:

Filtraggio tramite lista bianca degli indirizzi IP

Crittografia tramite tunnel TLS (ad esempio basata sulla libreria OpenSSL)

3. Confronto tra implementazioni open source dello stack di protocolli

5. Suggerimenti di ottimizzazione per la pratica ingegneristica

1. Strategie per il miglioramento delle prestazioni della trasmissione

Modalità di estensione APDU: abilita l'estensione del campo di lunghezza APCI (bit di flag 0x02) per supportare frame ultra-lunghi da 65535 byte

Applicazione dell'algoritmo di compressione: utilizzo della codifica delta + compressione ZigZag per gli array in virgola mobile al fine di ridurre il consumo di larghezza di banda

Ottimizzazione della lettura in batch: unire più richieste a punto singolo in una richiesta di gruppo per ridurre la frequenza delle interazioni

2. Soluzione per il potenziamento della sicurezza

Crittografia a livello di trasporto: implementazione di un tunnel VPN basato su TLS 1.3

Protezione a livello di applicazione:

Implementare la firma ASDU (algoritmo ECDSA)

Aggiungere il numero di sequenza del messaggio per prevenire attacchi di replay

Controllo degli accessi: implementazione di un sistema di certificati per i dispositivi (standard X.509)

3. Modalità di rete ibrida

Gateway di conversione di protocollo: implementare un convertitore da protocollo IEC 104 a Modbus TCP (ad es. Moxa MGate 5105) per consentire l'integrazione di sistemi eterogenei

Soluzione di aggregazione dei dati: implementare un server OPC UA sul lato edge per unificare e incapsulare dati multiprotocollo

Conclusione: Albero decisionale per la scelta della tecnologia

La scelta tra IEC 104 e Modbus dovrebbe basarsi su tre elementi fondamentali:

Requisiti in tempo reale: lo standard IEC 104 è preferibile per i sistemi basati su eventi, mentre Modbus è preferibile per gli scenari con interrogazione periodica

Livello di sicurezza: per lo scenario sono richiesti elevati requisiti di sicurezza conformi alla norma IEC 104. Gli scenari richiedono estensioni di sicurezza alla norma IEC 104

Scala del sistema: lo standard IEC 104 è adatto alle architetture a livelli su larga scala, mentre Modbus è preferibile per la comunicazione a livello di dispositivo

Con la diffusione dello standard di sicurezza IEC 62351 e l’integrazione della tecnologia TSN, il protocollo IEC 104 potenziato di nuova generazione sta superando i limiti tradizionali per evolversi in un sistema di comunicazione industriale più sicuro ed efficiente.