Guida alla progettazione e integrazione

⚠ Contenuto tradotto da IA: Questa pagina è stata tradotta automaticamente. La versione norvegese è la fonte autorevole. Verificare le informazioni critiche con il proprio referente Kiona.

Questa guida è stata predisposta per garantire i migliori risultati possibili dalla consegna Kiona. Contiene informazioni sulla documentazione necessaria per la consegna dell'automazione, incluso il sistema di supervisione IWMAC. Contattare il proprio referente Kiona se non si riesce a trovare un modello.

Guida rapida:

• Scaricare i modelli e le liste di controllo come allegati in fondo all'articolo
• Compilare i modelli e le liste di controllo con le informazioni sull'impianto
• Inviare la documentazione a [e-mail]
• Kiona esaminerà e risponderà in caso di domande o necessità di informazioni aggiuntive

📘 1 – Guida alla progettazione e integrazione

1.1 – Scopo

Questa guida è stata elaborata per garantire i migliori risultati possibili dalla fornitura di Kiona. Contiene informazioni sulla documentazione richiesta per la fornitura dell’automazione. La fornitura comprende il sistema di vertice IWMAC e i relativi servizi aggiuntivi. Le appendici descrivono i requisiti documentali per la fornitura, con dettagli specifici per determinati tipi di impianti e protocolli.

Tutti gli esempi e i modelli sono disponibili anche sui siti Web dei nostri partner certificati Kiona.

Se non riesce a trovare un modello, contatti il suo referente Kiona vendite o consegne.

1.2 – Rete/Infrastruttura IT

Una volta ordinata la fornitura, Kiona invierà un server di installazione. Per poter avviare la fornitura, è necessario prendere contatto con il server di installazione inviato in largo anticipo rispetto all’avvio pianificato. Iniziare quindi i preparativi necessari affinché la rete sia pronta in tempo.

È importante che il cliente chiarisca tempestivamente con il cliente finale se il server di installazione deve comunicare con il cloud Kiona tramite connessione Internet diretta o VPN. Non appena Kiona riceve le informazioni dal cliente, Kiona ordinerà la configurazione corretta dal proprio fornitore di rete.

All’avvio della fornitura, si riceverà un modulo standard per la connessione Internet e VPN che descrive le informazioni necessarie a Kiona e la configurazione che il cliente finale deve eseguire affinché il server di installazione possa connettersi. Kiona non potrà iniziare i lavori fino a quando i moduli non saranno restituiti e le impostazioni descritte non saranno confermate come effettuate.

Un server di installazione viene fornito con due schede di rete. A Kiona devono essere assegnate due connessioni di rete – questa è un’informazione importante che il cliente deve ottenere. Si raccomanda che un’interfaccia sia riservata alla connessione Internet e sia separata dalla rete tecnica. La seconda interfaccia è collegata alla rete tecnica.

I convertitori forniti da Kiona verranno configurati come parte della fornitura, una volta consegnate le informazioni necessarie. Per i convertitori non forniti da Kiona, Kiona può assistere nella configurazione e installazione sul PC di installazione. Questo servizio non è tuttavia incluso nella fornitura e verrà gestito come opzione aggiuntiva.

1.3 – Topologia

Per stabilire una connessione di comunicazione con tutti i dispositivi di automazione, Kiona ha bisogno di una topologia completa che elenchi tutte le informazioni di rete necessarie. Kiona dipende dalla ricezione di tutte le informazioni sui convertitori da seriale a rete, con una panoramica associata dei dispositivi di automazione collegati alle varie porte.

Vedere i seguenti esempi:

• Grafico: topologia in formato PNG, realizzata in Gliffy o software simile – IWMAC Modello 12 – Topologia.png / IWMAC Modello 13 – Topologia.gliffy
• Excel: Modello semplice per dispositivi su IP, modello avanzato per dispositivi su IP e dispositivi seriali tramite convertitori – IWMAC Modello 10 – Topologia semplice solo IP / IWMAC Modello 11 – Topologia IP e convertitori seriali.xltx

1.4 – Elenchi parametri, nomi tag e descrizioni

IWMAC utilizza nomi e descrizioni ricevuti nella documentazione del cliente. In alcuni casi, questi possono essere letti direttamente dalle apparecchiature tramite scanner. Affinché Kiona possa fornire agli utenti finali nomi di tag leggibili e localizzabili, le liste dati devono contenere le informazioni necessarie nonché una struttura che permetta a Kiona di costruire correttamente i database di tag.

Ecco alcune linee guida generali:

• Kiona presuppone che per ogni riga di parametro/tag vengano inseriti un numero di sistema e un codice componente TFM, nonché una semplice descrizione del parametro, sia per componente fisico che per funzione.
• Per il controllo stanza, deve essere possibile distinguere ogni stanza, piano e, se necessario, edificio o ala.
• Tutte le funzioni simili all’interno di ogni stanza devono ricevere lo stesso codice funzione.
• Per i componenti centrali di livello superiore e le funzioni delimitate per zona, l’appartenenza a zona/gruppo deve essere indicata per ogni riga di parametro.
• Per le liste che riguardano un dispositivo che serve un solo numero di sistema, il numero di sistema può essere omesso.

Lo standard di codice componente IWMAC verrà utilizzato nelle immagini salvo diverso accordo, o se i codici componente non sono presenti nella lista tag o nel relativo schema di sistema. Tutta la documentazione deve essere coerente nella codifica dei caratteri affinché Kiona possa identificare l’appartenenza dei componenti.

Esempio per sensore di temperatura (valore di processo) e parametro per il setpoint calcolato:

• 360.001 RT401 Temperatura mandata  o  n._edificio_360001_RT401_PV Temperatura mandata
• 360.001 RT401 Setpoint calcolato  o  n._edificio_360001_RT401_ASP setpoint lav.

Esempio per stanze:

• R201_Erverdi – Temperatura stanza
• R201_BasSetp – Setpoint base
• R201_HVlv – Comando riscaldamento
• R201_SQ401_lm – Mandata VAV1 portata d’aria
• R201_SQ402_lm – Mandata VAV2 portata d’aria
• R201_SQ501_spjv – Ripresa VAV1 angolo serranda

Nelle liste tag Modbus, KNX, OPC, N2 e simili, tipicamente sia la codifica TFM che la descrizione possono far parte di un unico testo. È quindi importante che la struttura sia la stessa per tutte le righe, con il codice sistema-componente-funzione in ordine fisso – con delimitatori fissi prima e la descrizione alla fine.

Per gli oggetti BACnet, la codifica TFM può spesso essere inclusa nel nome dell’oggetto stesso, mentre la descrizione viene aggiunta nell’attributo “description”. Altre strutturazioni sono possibili purché il tag contenga tutte le informazioni necessarie e la struttura precedentemente descritta.

1.5 – Funzionalità allarme e diritti di scrittura

Kiona deve specificare direttamente nel database dei tag quali elementi sono leggibili e/o scrivibili. Lo stesso vale per l’indicazione del livello di allarme per i punti destinati a generare un allarme.

IWMAC normalmente richiede solo allarmi digitali nel database. Se il cliente desidera generare allarmi su valori multistate (interi) o in virgola mobile, è necessario chiarire con il responsabile della consegna di Kiona se ciò è possibile e quali conseguenze può avere in termini di tempo aggiuntivo, funzioni intelligenti richieste, ecc.

Vedere l’appendice del protocollo specifico per una panoramica delle informazioni che Kiona richiede riguardo alla scrivibilità dei punti o alla definizione dei punti di allarme, nonché il relativo livello di allarme.

📥 Le liste di controllo e i modelli sono disponibili per il download come allegati in fondo a questo articolo – un file ZIP per lingua con tutti i 25 file in ordine numerico.

Liste di controllo:

✅ 2.1 – IWMAC Lista di controllo – BACnet

BACnet/IP: il dispositivo deve rispondere al Who-is. BBMD richiesto per reti multi-subnet. Nelle reti più grandi che coprono più sottoreti, il cliente deve assicurarsi che l'infrastruttura IT e le sottostazioni BACnet siano configurate correttamente. Kiona ha bisogno di una topologia con indirizzo IP, maschera di sottorete, gateway, numero di rete, ID dispositivo e identità BBMD (incl. voci tabella FDT/BDT).

Lista di controllo – integrazione dispositivo BACnet	Dispositivo:________________
Punto di controllo	Spiegazione	Eseguito (Sì/No)
Il dispositivo è stato completamente messo in servizio e testato funzionalmente.		☐
Il dispositivo può essere pingato da un PC IWMAC.		☐
Colonne aggiuntive sono state aggiunte alla fine del file EDE.	Alarm Pri, Include Attri., Gruppo, Stanza. Vedere modello: IWMAC TEMPLATE 03 – BACNET Ede.csv	☐
Present value sugli oggetti multistate non viene utilizzato per lo stato di allarme, lo stato operativo o simili.	In caso contrario, consultare Kiona per vedere se è possibile trasformare i dati nel sistema IWMAC.	☐
Colonna "settable" regolata: i punti scrivibili impostati su "Y", tutti gli altri su "N".	I punti scrivibili sono normalmente i setpoint, gli interruttori/selettori SD e simili.	☐
Tutti i punti con reporting intrinseco e stato di allarme abilitato sono impostati su "1" in "Include Attri.".		☐
È stato creato un elenco separato degli attributi da inviare per i punti dati.	Per tutti gli oggetti dove "Include Attri." è impostato su "1".	☐
Se il numero di sistema non appare sopra, le seguenti due righe devono essere compilate dal cliente.		☐
Ogni parametro/riga del file EDE contiene numero di sistema, identificativo componente e testo descrittivo.	Esempio: "320.001 RT401 Temperatura mandata circuito radiatore blocco A".	☐
Colonna "Gruppo" compilata con il numero di sistema per tutte le righe del file EDE.	Stesso numero/nome per tutti gli oggetti dello stesso sistema.	☐
Colonna "Stanza" compilata per tutti gli oggetti/righe appartenenti al controllo stanza/zona.	Stessa designazione stanza per tutti gli oggetti nella stessa stanza/zona.	☐
Livello allarme A, B o C specificato per tutti gli oggetti allarme. Compilare anche sulle righe con "Include Attri." = "1".	A = livello più alto (normalmente inviato via SMS), C = livello più basso.	☐
Gli eventuali allarmi binari NC sono elencati in un riepilogo separato.	Allarme attivo quando Present value = binario "0".	☐
È stato inviato un punto dati binario per riconoscere/ripristinare gli allarmi.	Il punto dovrebbe tornare automaticamente alla 'posizione di riposo' dopo l'attivazione.	☐
I IWMAC calendario di supervisionei vengono utilizzati, collegati all'oggetto: ___________________________	Tipo di oggetto e ID o nome del punto dati per il collegamento nella sottostazione, uno per ogni IWMAC calendario di supervisione. Gli oggetti possono essere binari o multistate. Se Kiona deve impostare gli orari, questi devono essere specificati in anticipo.	☐
Testi EDE e di stato inviati in formato CSV.	Vedere modello: IWMAC TEMPLATE 04 – BACNET StateTexts.csv	☐
Rete grande con più sottoreti/intervalli IP: topologia inviata.		☐

✅ 2.2 – IWMAC Lista di controllo – Modbus

Il scan dei dispositivi Modbus non è possibile. Le liste parametri Excel devono contenere: registro/indirizzo, tipo di dato (sint16, float, bool, uint32 ecc.), numero bit, bit iniziale/conteggio, word-swap/byte-swap, sistema+componente+descrizione, unità tecnica, scalatura, priorità allarme A–B–C, testo di stato (es. 0=Spento 1=Acceso), flag lettura/scrittura.

Punto di controllo	Spiegazione	Eseguito (Sì/No)
Valutazione del numero di dispositivi e della frequenza di aggiornamento sui loop seriali.	Kiona integra l'elenco completo dei parametri salvo diversa indicazione.	☐
Indirizzi slave univoci e stesse impostazioni di comunicazione per loop.	Velocità baud, bit di dati e stop, parità.	☐
Dispositivo/i completamente messo/i in servizio e testato/i.		☐
Sondaggio del contatore eseguito per testare il contatto con almeno un registro per dispositivo.		☐
Topologia bus con tutti i dispositivi inviata.	Indirizzi slave, indirizzi IP, porte COM, convertitori multimediali ecc.	☐
Produttore, modello ed elenco parametri Modbus inviati.		☐
Elenco completo dei parametri Modbus preparato.	Se l'apparecchiatura è programmabile su misura.	☐

✅ 2.3 – IWMAC Lista di controllo – N2 / N2 Open

Il scan dei dispositivi non è possibile. Parametri sufficienti per la funzione di base del sistema di supervisione (Funzionamento/Guasto/Frost/Calendario/Temperature/Setpoint ecc.). Per parametro: descrizione (sistema+componente+testo), unità tecnica, testo di stato, flag lettura/scrittura. Johnson DX: Indirizzi protocollo N2 richiesti (es. AI1, XT3DI1, PM10K02). Johnson FX: File .prn insufficiente; indirizzi N2 richiesti (adf1, adi1, bd1, bit1).

Punto di controllo	Spiegazione	Eseguito (Sì/No)
Verificare il numero di dispositivi e il tasso di aggiornamento	È stata effettuata una valutazione del numero di dispositivi sui loop seriali per garantire un tasso di aggiornamento sufficiente.	☐
Verificare gli indirizzi e la configurazione di comunicazione	Tutti i dispositivi seriali su un loop hanno indirizzi slave univoci e una configurazione di comunicazione simile. Baud rate, bit di dati e di stop, parità.	☐
Dispositivo/i messo/i in servizio e testato/i.		☐
Topologia bus con tutti i dispositivi inviata.		☐
Elenco tag completo preparato e inviato a Kiona.		☐

✅ 2.4 – IWMAC Lista di controllo – KNX tramite server NETxOPC

Affinché IWMAC possa integrare KNX, sono necessarie alcune informazioni per garantire che tutto funzioni come previsto. Non è possibile "scansionare" i dispositivi o i punti dati; il cliente deve esportare e trasmettere i dati necessari da ETS (lo strumento di programmazione).

Prima della programmazione dell'impianto, una struttura di indirizzi di gruppo e una nomenclatura devono essere presentate a IWMAC per revisione e approvazione, al fine di garantire la possibilità di un collegamento efficiente delle immagini.

Prima dell'avvio dell'integrazione, IWMAC deve aver ricevuto tutte le informazioni specificate nella lista di controllo seguente. Tutti i parametri devono essere denominati in modo da essere facilmente identificabili; vedere il documento "1 – Guida alla progettazione e integrazione".

Un foglio Excel con informazioni supplementari deve contenere le seguenti 7 colonne aggiuntive oltre ai dati del file *.esf:

• Parametri scrivibili (rw)
• Unità di misura (°C, m³/h, % ecc.)
• Scala (0–255=0–100 ecc.)
• Gateway/IP (per distinguere quali parametri appartengono a quale gateway)
• Priorità allarme (A-B-C), A è la priorità più alta e verrà normalmente inviata via SMS all'addetto alla sorveglianza allarmi
• Normalmente chiuso/NC (0=Allarme, 1=OK)
• Lettura alla riconnessione (Read on reconnect)

La lista di controllo si applica all'intera integrazione. L'installazione KNX deve essere stata messa in servizio e testata prima che IWMAC possa importare la lista parametri.

Lista di controllo – integrazione KNX	Dispositivo:________________
Punto di controllo	Spiegazione	Eseguito (Sì/No)
La struttura degli indirizzi di gruppo è stata chiarita e approvata da IWMAC.	La struttura è adattata anche per un collegamento efficiente delle immagini di controllo stanze.	☐
Tutti i parametri sono nominati in conformità con "1 – Guida alla progettazione e integrazione", oppure questo è stato discusso e approvato con IWMAC.		☐
Tutti i componenti del bus sono stati completamente messi in servizio e testati funzionalmente.		☐
IWMAC è stata informata del numero di punti dati da integrare.	Licenza per il numero di punti dati e di gateway.	☐
Topologia che mostra ogni gateway con le linee bus sottostanti e gli indirizzi.		☐
Il foglio Excel con le informazioni necessarie in aggiunta al contenuto del file ESF è stato creato e inviato a IWMAC.		☐
Il file *.esf da ETS, depurato dei parametri non da integrare, è stato inviato a IWMAC.	Riconciliato con il numero di punti specificato al momento dell'ordine della licenza.	☐
Una panoramica dei calendari SD desiderati e dei punti dati a cui devono scrivere è stata inviata a IWMAC.	Gli orari di funzionamento devono essere noti se IWMAC deve inserirli.	☐

✅ 2.5 – IWMAC Lista di controllo – OPC DA

Il scan dei dispositivi OPC non è possibile. Difficile quando il server OPC è su un altro computer. Kiona deve sapere se il server OPC può essere installato su un PC IWMAC. Informazioni di connessione: stringa di connessione, nome utente/password, indirizzo gruppo/percorso accesso, parametri DCOM (se altro PC), numero di thread paralleli. Elenco parametri: nome+descrizione univoci (TFM+componente), indirizzo OPC+tipo dato+lunghezza, specifica bit, unità tecnica, scalatura, valori di stato (es. 0=Spento 1=Acceso), flag lettura/scrittura (r/rw), livello allarme (A/B/C).

Valore	Tipo di dato	Descrizione
0	VT_EMPTY	Standard/Vuoto
2	VT_I2	Intero con segno 2 byte
3	VT_I4	Intero con segno 4 byte
4	VT_R4	Reale 4 byte
5	VT_R8	Reale 8 byte
11	VT_BOOL	Boolean (TRUE=−1, FALSE=0)
17	VT_I1	Intero con segno 1 byte
18	VT_UI1	Intero senza segno 1 byte
19	VT_UI2	Intero senza segno 2 byte
20	VT_UI4	Intero senza segno 4 byte
+8192	VT_ARRAY	Array di valori

Punto di controllo	Spiegazione	Eseguito (Sì/No)
Tutti i parametri nominati secondo la guida o approvati da Kiona.		☐
Tutti i componenti messi in servizio e testati.		☐
Accesso OPC testato con client OPC su PC IWMAC.	Conferma che la connessione funziona.	☐
Informazioni di connessione inviate a Kiona.		☐
Elenco tag completo preparato e inviato.		☐
Panoramica calendario inviata.		☐

✅ 3.1 – IWMAC Lista di controllo – Ventilazione

Per garantire che la visualizzazione IWMAC sia corretta, Kiona ha bisogno di una documentazione adeguata. L'obiettivo è creare un sistema semplice e chiaro per gli utenti finali.

La documentazione presentata deve contenere come minimo: numero di sistema e descrizione dell'area operativa; descrizione funzionale specifica con tipo di regolazione della temperatura, tipo di controllo ventilatore, funzioni attive incluso raffreddamento notturno, ricircolo e funzionamento prolungato, curve di compensazione stagionale, funzioni calendario e blocchi; schema di sistema con codici componenti (come costruito); decisione sulla gestione temporale (orologio automazione o calendario IWMAC).

La lista di controllo si applica per sistema di ventilazione (numero di sistema).

Lista di controllo – unità di ventilazione	N. sistema:______ Dispositivo:_____
Punto di controllo	Spiegazione	Eseguito (Sì/No)
Lo schema di sistema con tutti i codici componenti è stato inviato a IWMAC, con la posizione "come costruito".		☐
I codici sullo schema di sistema sono presenti anche nell'elenco dei parametri.		☐
In alternativa, viene utilizzata la denominazione IWMAC nelle immagini.		☐
Deve essere utilizzata la gestione temporale IWMAC.		☐
In alternativa, viene utilizzata la gestione temporale interna del regolatore.		☐
La descrizione funzionale con le informazioni richieste sopra è stata inviata a IWMAC.		☐
I punti della lista di controllo per il protocollo di comunicazione sono stati trattati.		☐
Eventuali funzioni aggiuntive sono descritte nella documentazione scritta.	Ricordarsi di ordinare le funzioni intelligenti se necessario.	☐

✅ 3.2 – IWMAC Lista di controllo – Riscaldamento e raffreddamento

Affinché IWMAC possa garantire che la visualizzazione che forniamo sia corretta, dobbiamo ricevere una documentazione adeguata e precisa. L'obiettivo è creare un sistema semplice, chiaro e comprensibile per l'utente finale dell'impianto.

• Disegni corretti ("come costruito") dove la marcatura dei componenti corrisponde alla marcatura nell'elenco dei parametri. Cioè, l'automazione che controlla/regola il sistema di riscaldamento deve avere la stessa marcatura indicata nella documentazione.
• Elenchi parametri completi dove i parametri hanno testi sensati e precisi e sono contrassegnati con numeri di componenti secondo il disegno. L'utente finale deve poter comprendere i testi – questo è particolarmente importante per i testi di allarme.
• Vedere "Guida alla progettazione e integrazione IWMAC" per una descrizione dettagliata dei requisiti di denominazione.
• Descrizione funzionale dell'impianto. Tutto ciò che riguarda i blocchi, le funzioni di allarme, le funzioni di commutazione stagionale e le funzioni di regolazione deve essere incluso.
• Quali punti di setpoint desidera il cliente visualizzare direttamente nell'immagine? (Tutti i parametri sono disponibili nelle Impostazioni). Nell'immagine visualizziamo normalmente i SP importanti che l'utente finale deve poter modificare, come curve, temperature, setpoint ecc.

IWMAC progetta le immagini secondo il proprio standard che riflette la struttura del sistema di riscaldamento in conformità con il disegno PID. Tutti gli indicatori di allarme vengono inseriti come campane di allarme; questi sono visibili solo in caso di allarme attivo. La denominazione standard IWMAC è il sistema di marcatura interdisciplinare norvegese (TFM) a 3 cifre.

La lista di controllo si applica a ciascun sistema di riscaldamento o raffreddamento (numero di sistema).

Lista di controllo – Riscaldamento e raffreddamento	N. sistema:______ Dispositivo:_____
Punto di controllo	Spiegazione	Eseguito (Sì/No)
Lo schema di sistema con tutti i codici componenti è stato inviato a IWMAC, con la posizione del componente "come costruito".		☐
I codici sullo schema di sistema sono presenti anche nell'elenco dei parametri.		☐
La descrizione funzionale con le informazioni richieste sopra è stata inviata a IWMAC.		☐
I punti della lista di controllo per il protocollo di comunicazione sono stati trattati.		☐
Eventuali funzioni aggiuntive, come previsioni meteorologiche, monitoraggio della potenza, distribuzione dei valori misurati, funzioni di allarme e simili, sono descritte nella documentazione scritta.	Ricordarsi di ordinare le funzioni intelligenti se necessario.	☐

✅ 3.3 – IWMAC Lista di controllo – Controllo stanze

Affinché IWMAC possa garantire che la visualizzazione che forniamo sia corretta, dobbiamo ricevere una documentazione adeguata e precisa. L'obiettivo è creare un sistema semplice, chiaro e comprensibile per l'utente finale dell'impianto.

Per creare immagini dei dati di controllo stanze, è necessario stabilire un sistema per come strutturare, denominare e collegare i punti dati alle planimetrie. Vedere "Guida alla progettazione e integrazione IWMAC" per una descrizione dettagliata dei requisiti. La lista di controllo si applica per sistema di ventilazione (numero di sistema).

Lista di controllo – Controllo stanze	N. sistema:______ Dispositivo:_____
Punto di controllo	Spiegazione	Eseguito (Sì/No)
Un elenco stanze con tipi di stanza e un elenco di tutte le stanze dei vari tipi è stato preparato e inviato a IWMAC.		☐
È stata raggiunta chiarezza con IWMAC su quali valori appariranno nei pop-up.		☐
Le planimetrie sono state inviate nel formato descritto, consentendo la facile rimozione delle informazioni indesiderate.		☐
La documentazione inviata contiene tutte le informazioni richieste in questo documento.		☐
I parametri hanno gli stessi nomi degli elenchi parametri.		☐
I punti della lista di controllo per il protocollo di comunicazione sono stati trattati.		☐
Eventuali richieste di visualizzazione delle funzioni di override sono state inviate (tracciare una riga sulla casella se non applicabile).		☐
Eventuali funzioni aggiuntive, come previsioni meteo, monitoraggio potenza, distribuzione valori misurati, funzioni di allarme, sono descritte nella documentazione scritta.	Ricordarsi di ordinare le funzioni intelligenti se necessario.	☐
È stata raggiunta chiarezza con IWMAC sulla suddivisione delle directory temporali. Normalmente una directory temporale per piano.		☐

✅ 3.4 – IWMAC Lista di controllo – Tecnico ed elettrico

Affinché IWMAC possa garantire che la visualizzazione che forniamo sia corretta, dobbiamo ricevere una documentazione adeguata e precisa. L'obiettivo è creare un sistema semplice, chiaro e comprensibile per l'utente finale dell'impianto.

I segnali da presentare in IWMAC possono essere presentati individualmente con numero di componente e descrizione, oppure raggruppati in unità logiche. Vedere "Guida alla progettazione e integrazione IWMAC" per una descrizione dettagliata. La lista di controllo si applica per sistema (numero di sistema).

Lista di controllo – Tecnico ed elettrico	N. sistema:______ Dispositivo:_____
Punto di controllo	Spiegazione	Eseguito (Sì/No)
Il cliente ha inviato un elenco di tutti i segnali tecnici da presentare nelle schermate.		☐
Il cliente ha chiarito con IWMAC come raggruppare i segnali per la presentazione.		☐
La documentazione inviata contiene tutte le informazioni richieste in questo documento.		☐
I parametri hanno gli stessi nomi degli elenchi parametri.		☐
I punti della lista di controllo per il protocollo di comunicazione sono stati trattati.		☐
Eventuali funzioni aggiuntive sono descritte nella documentazione scritta.	Ricordarsi di ordinare le funzioni intelligenti se necessario.	☐

✅ 3.5 – IWMAC Lista di controllo – Rapporto energetico

Quando si ordina un modulo energetico da IWMAC, tutti i contatori energetici verranno inseriti in un rapporto energetico.

Affinché IWMAC possa creare un rapporto chiaro, è importante che riceviamo una panoramica della struttura dei contatori e della denominazione. La lista di controllo si applica al rapporto energetico nel suo complesso.

Lista di controllo – Rapporto energetico	Sistema:________________
Punto di controllo	Spiegazione	Eseguito (Sì/No)
Struttura dei contatori inviata a IWMAC.		☐
I valori misurati su tutti i contatori sono stati verificati e approvati.		☐

✅ 3.6 – IWMAC Lista di controllo – EOS (Sistema di monitoraggio energetico)

Affinché IWMAC possa configurare un EOS chiaro e preciso, abbiamo bisogno di avere un quadro chiaro di come il cliente desidera visualizzare la configurazione energetica. Tutti i contatori fisici devono essere stati implementati e messi in servizio nell'impianto. Deve essere effettuata una procedura di garanzia della qualità che confermi che il contatore fisico e IWMAC mostrano lo stesso valore.

Deve essere presa una decisione su come raggruppare la struttura ad albero e quali calcoli sono necessari. IWMAC deve ricevere un elenco dei contatori con marcatura, oltre a un'indicazione del gruppo in cui il cliente desidera presentarli. Nota importante: quando si selezionano più contatori/gruppi di contatori in EOS, il punto principale da notare è che tutti i parametri specificati sotto questi verranno totalizzati nel sistema. È quindi necessaria una strategia chiara per il raggruppamento dei contatori al fine di evitare totalizzazioni multiple.

Lista di controllo – EOS
Punto di controllo	Spiegazione	Eseguito (Sì/No)
Tutti i calcoli da eseguire sono stati documentati e inviati a IWMAC.		☐
Tutti gli indicatori chiave sono stati inviati a IWMAC.	Persone per area, area per parte di edificio, ecc. Vedere modello EOS.	☐
È stata raggiunta chiarezza con IWMAC su quali rapporti possono essere estratti.		☐
Struttura dei contatori inviata a IWMAC.		☐
I valori misurati su tutti i contatori sono stati verificati e approvati.		☐

Modelli:

📊 IWMAC Modello 01 – Rapporto energetico

Select tab: IT – Rapporto energetico.

Gruppo principale	Nome contatore	Sul dispositivo	Commento
Energia elettrica
	001.001-OE01-[Name]	001.001-OE01
Energia termica – Riscaldamento
	011.001-OE01-[Name]	PLS01
Energia termica – Raffreddamento
	021.001-OE01-[Name]	PLS01
Contatore acqua – Volume
	031.001-OE01-[Name]	031.001-OE01

📊 IWMAC Modello 02 – Segnali tecnici

Select tab: IT – Segnali tecnici.

Gruppo principale	Componente come nella lista tag	Sul dispositivo	Commento
310 Sanitario
	310.001-MO001	434.002-OU001
351 Raffreddamento
	351.001-QS001	PLS1

📊 IWMAC Modello 03 – BACnet EDE

Il file BACnet EDE (Engineering Data Exchange) è il formato CSV standardizzato utilizzato per esportare gli elenchi di oggetti BACnet da una sottostazione e importarli in IWMAC. Kiona ha aggiunto quattro colonne extra alla fine del formato standard.

Colonna	Tipo	Descrizione
keyname	Standard	Nome oggetto univoco (es. OBJECT_ANALOG_INPUT:11164)
device obj.-instance	Standard	Numero istanza del dispositivo
object-name	Standard	Nome breve dell'oggetto (es. RT401 TEMP MANDATA)
object-type	Standard	Tipo oggetto (0=Ingresso analogico, 1=Uscita analogica, 3=Valore analogico, 4=Ingresso binario ecc.)
object-instance	Standard	Istanza oggetto
description	Standard	Descrizione – deve contenere numero sistema + codice componente + testo (es. "360.001 RT401 Temperatura aria di mandata")
settable	Standard	Y = scrivibile in IWMAC, N = sola lettura
state-text-reference	Standard	Numero riferimento a Modello 04 StateTexts (per oggetti binari/multistate)
Alarm Pri	Aggiunta Kiona	Priorità allarme: A (più alta/SMS), B o C
Include Attri.	Aggiunta Kiona	1 = includi attributi (es. intrinsic reporting). Richiede lista attributi separata.
Gruppe	Aggiunta Kiona	Numero sistema per raggruppamento (uguale per tutti gli oggetti dello stesso sistema)
Rom	Aggiunta Kiona	Designazione stanza per oggetti controllo stanza (uguale per tutti gli oggetti della stessa stanza/zona)

Suggerimento: Aprire il file CSV in Excel con il punto e virgola come delimitatore. Salvare sempre come CSV UTF-8 senza BOM quando si invia a Kiona.

📊 IWMAC Modello 04 – BACnet StateTexts

Il file StateTexts definisce le etichette di testo per gli oggetti BACnet con valori interi o binari. Viene referenziato dal file EDE tramite la colonna state-text-reference. Ogni numero di riferimento (1, 2, 3…) definisce un set di testi dove testo 1 = valore 0, testo 2 = valore 1 ecc.

#Rif	Testo 1 (valore 0)	Testo 2 (valore 1)	Testo 3	Testo 4
1	OK	Guasto
2	Orologio SD	Orologio FAC
3	Spento	Acceso
4	Inverno	Estate
7	Auto	Spento	Acceso
8	Basso	Alto	Auto (temp. esterna)

Suggerimento: Aggiungere righe personalizzate per ogni combinazione di stato unica nell'impianto. Il numero di riferimento è collegato alla colonna state-text-reference del file EDE. Gli oggetti binari necessitano di almeno 2 testi (es. Spento/Acceso). Gli oggetti multistate possono avere fino a n testi.

📊 IWMAC Modello 05 – DX9100

Modello per i regolatori Johnson DX9100. Modificare Template 1 o Template 2. La scheda Example mostra dati di esempio e Element IDs contiene tutti i riferimenti agli ID elemento DX9100.

Colonna	Descrizione
Element_id	Indirizzo protocollo N2, es. PM01K01, AI1
System number	Numero sistema TFM, es. 360.001
Tag text	Codice componente/tag, es. RT401
Aliastext	Nome descrittivo del parametro
Alarm	Priorità allarme: A (più alta/SMS), B o C
Eng unit	Unità tecnica, es. °C, %, m³/h
Scale	Scalatura, es. x100 o x10

📊 IWMAC Modello 06 – EOS

Modello per il sistema di monitoraggio energetico (EOS). Selezionare la scheda IT – EOS. Il modello ha 8 colonne:

Gruppo principale → Sottogruppo 1 → Sottogruppo 2 → Sottogruppo 3 → Sottogruppo 4 → Dietro il contatore → Contatore fisico → Contatore virtuale (col. M)

Gruppo principale	Sottogruppo 1	Sottogruppo 2	Sottogruppo 3	Sottogruppo 4	Dietro il contatore	Contatore fisico	Contatore virtuale (col. M)
Temperatura esterna
Isolato A
	Contatori termici
		Sistema di riscaldamento				300.001-OE01
		Ventilazione				310.001-OE02

Suggerimento: I sottogruppi 3 e 4 vengono utilizzati per gerarchie più profonde. "Dietro il contatore" indica quali sottolivelli vengono sommati in un contatore padre. La colonna M (Contatore virtuale) descrive i valori calcolati senza un contatore fisico.

📊 IWMAC Modello 07 – FX15

Modello per i regolatori Johnson FX. Modificare la scheda Parameterliste (originale). La scheda Status IT (Statustekster) contiene i testi di stato in italiano, Guide IT spiega le colonne.

Riferimento	0	1	2
AvPå	Spento	Acceso
AutoAvPå	Auto	Spento	Acceso
NormalAlarm	Normale	Allarme
NormalFeil	Normale	Guasto
InaktivAktiv	Inattivo	Attivo
AapenLukket	Chiuso	Aperto
AutoNatt	Auto	Notte
NormalUtløst	Normale	Attivato

Key columns:

Colonna	Descrizione
Point type	ADI=intero, ADF=float, BD=booleano
Point address	Indirizzo N2, es. adf1, adi1, bd1
Direction	Input=sola lettura, Output=scrivibile
Long name	Nome descrittivo completo
Alarmnivå	A (più alto/SMS), B o C
rw-flagg	r=lettura, rw=lettura/scrittura

📊 IWMAC Modello 08 – Modbus

Modbus – in English for all languages.

Colonna	Descrizione
Section A – System code	Numero sistema/codice TFM
Section B – Component code	Codice componente e funzione
Section C – Description	Testo descrittivo
Data type	BOOL, UINT16, INT16, FLOAT32 ecc.
Function code (read)	FC lettura Modbus (01,02,03,04)
Function code (write)	FC scrittura Modbus (05,06,15,16)
Register type	0x coil/1x input/3x input reg/4x holding reg
Register address	Indirizzo registro Modbus (decimale)
Engineering unit	es. °C, %, m³/h
Scale (reference)	Scalatura dalla scheda Scale
State-text (reference)	Testo stato dalla scheda State-Texts
Alarm level	A=più alto/SMS, B, C

State-Texts tab:

Riferimento	0	1	2
OnOff	Spento	Acceso
AutoOffOn	Auto	Spento	Acceso
NormalAlarm	Normale	Allarme
NormalFault	Normale	Guasto

📊 IWMAC Modello 09 – Elenco stanze

Select tabs: IT – Tipi di stanza and IT – Edificio x ala x.

Tipo di stanza	Descrizione	Temperatura (RTxxx)	CO2 (Ryxxx)	Umidità (RHxxx)	PIR (RBxxx)
TipoStanza1	[Room]	°C / r	ppm / r	%RH / r	r
TipoStanza2	[Conference]	°C / r	ppm / r

📊 IWMAC Modello 10 – Topologia semplice (solo IP)

Topologia solo IP. Selezionare la scheda IT – Topologia solo IP.

Apparecchiatura	Posizione/piano/stanza	Switch/stanza/piano	Indirizzo IP	Maschera	Gateway predefinito	DNS1	Porta
=360.001	Floors 2–9	Switch-A	10.0.12.3	255.255.255.0	10.0.12.1	8.8.8.8
=432.001	Energy centre	Switch-A	10.0.12.5	255.255.255.0	10.0.12.1

📊 IWMAC Modello 11 – Topologia IP + convertitori seriali

Topologia IP + convertitori seriali. Selezionare la scheda IT – Topologia IP + seriale.

Apparecchiatura	Indirizzi IP	Maschera di sottorete	Serve	Driver IP	Indirizzo driver
Block A
=360.001	10.0.12.3	255.255.255.0	Floors 2–9	PMGOLDA	1_1
Sauter	10.0.12.5	255.255.255.0	Energy centre	BACNET	0_1
Moxa	10.0.12.6	255.255.255.0	Modbus serial

📊 IWMAC Modello 12 – Esempio di topologia

Immagine PNG esportata del diagramma di topologia. Mostra la topologia di rete con tutti i dispositivi di automazione, indirizzi IP, switch, firewall e server Kiona. Utilizzata come immagine di riferimento nella documentazione e come allegato.

📊 IWMAC Modello 13 – Sorgente topologia (Gliffy)

File sorgente modificabile per il diagramma di topologia in formato Gliffy (.gliffy). Il file può essere aperto e modificato in Gliffy (gliffy.com) o draw.io (app.diagrams.net) – entrambi gratuiti per le funzionalità di base. Aggiornare il diagramma con le informazioni specifiche del progetto e poi esportare un nuovo PNG (Modello 12).

📥 Le liste di controllo e i modelli sono disponibili per il download come allegati in fondo a questo articolo – un file ZIP per lingua con tutti i 25 file in ordine numerico.

Versione 1.0 – aprile 2026