Giorni invece di settimane
Il programma per l'unità di trattamento aria nasce dalla descrizione, non da zero. L'ingegnere legge e approva, non scrive.
De-Engineering 03.1
L'IA crea il programma per il PLC dalla descrizione tecnologica.
Il software di comando per PLC nasce automaticamente dalla descrizione tecnologica dell'impianto. L'IA compone il codice nello standard IEC 61131-3 (Structured Text), ad esempio per CoDeSys, da librerie di soluzioni verificate. L'ingegnere controlla e approva il codice, poi va nel PLC.
Per chiIntegratore e programmatore PLCProgettista di regolazione (BMS)Fornitore di tecnologia che ha bisogno del comando in fretta
Cosa ottieni
Un risultato, non un elenco di funzioni.
Meno errori alla messa in esercizio
Punti, tag e sequenze vengono dalla stessa descrizione dei disegni e del BMS. Nulla si ritrascrive a mano.
Lo stesso standard in ogni progetto
Librerie di soluzioni e blocchi di programma verificati e ripetibili. Il know-how resta in azienda.
Cosa crea l'IA
Cosa fa esattamente.
- Descrizione tecnologica dell'impianto (TDS) dal registro o dalla documentazione: impianti, sensori, attuatori, requisiti di comando.
- Codice IEC 61131-3 Structured Text da blocchi di programma standardizzati, pronto per TwinCAT 3, CODESYS, Merbon IDE e altri ambienti (tabella sotto).
- Funzioni di comando, anelli di regolazione (PID), stati di emergenza, protezione antigelo, sequenze di avvio e arresto.
- Punti per il sistema di supervisione con la stessa denominazione dei segnali di FluxPlan e TechSchema.
- Funzioni deterministiche da librerie approvate. L'IA compone, l'ingegnere approva, ogni versione è registrata.
- Dopo una modifica del progetto il codice viene rigenerato e la differenza è visibile prima della messa in servizio.
Dove usare il codice direttamente
Structured Text standard, da caricare nei PLC comuni per impianti tecnologici.
L'IA genera codice in linguaggio Structured Text secondo IEC 61131-3. Dove l'implementazione ST è completa, il programma si apre nell'ambiente di sviluppo della piattaforma e si carica nel PLC senza riscrittura. I sistemi basati su blocchi grafici (FBD, Sedona, macro proprietarie) richiedono un traduttore verso i loro blocchi. Panoramica per paese:
✓Diretto
Beckhoff CX, WAGO PFC / CC100, DEOS AG (OPEN EMS), Phoenix Contact PLCnext, ABB AC500, LOYTEC, B&R, SIGMATEK, SBC QronoX, Selectron Systems, Teco, Unipi, Domat, Schneider Modicon, Eliwell, Elsist, Exor, Pixsys, Eurotherm (Watlow)
◐Con condizioni
Saia Burgess Controls (SBC), AMiT, InVentia (MT rada)
✕Tramite intermediario
Sauter (modulo 5/6), Siemens BT (Desigo), iSMA CONTROLLI, Schneider SpaceLogic, Distech Controls, Carel, Trend (Honeywell), Cylon (ABB), Tridium EMEA
Soluzione per Sauter, Siemens e altri sistemi senza ST
La logica ST gira a fianco, il BMS la legge via BACnet.
Dove il regolatore BMS non supporta IEC 61131-3 ST (Sauter, Siemens Desigo, Trend, SpaceLogic, Distech, Carel), il codice generato non viene caricato su di esso, ma su un controllore ST a fianco. Il BMS comunica con esso tramite BACnet standard.
- Il codice ST gira in un task ciclico deterministicosu runtime CODESYS o TwinCAT, ad esempio WAGO PFC, Beckhoff CX o DEOS.
- Le variabili di comando sono mappate su oggetti BACnet nativisetpoint, stati di funzionamento, allarmi e guasti come Analog Value (AV), Binary Value (BV) e Multi-State Value (MSV), direttamente nell'ambiente ST.
- Il regolatore BMS li legge e li scrive come client BACnetSauter (es. modu680-AS) in CASE Suite tramite oggetti BACnet esterni con i servizi ReadProperty / WriteProperty o COV (Change of Value). Siemens Desigo PXC in ABT Site tramite il blocco BACnet Client standard.
Vantaggio: affidabilità al 100 % dell'esecuzione deterministica, indipendenza dalle licenze CASE Suite o ABT e possibilità di implementare qualsiasi logica ST, comprese le classi OOP. Il BMS mantiene visualizzazione, allarmi e trend, che legge dagli stessi oggetti BACnet.
Implementazione consigliata per Sauter
Codice generato automaticamente per edifici con Sauter CASE Suite:
- Il codice ST è definito come blocco POU standardizzato in CODESYS V3.5.
- L'intermediario è un controllore compatto su guida DIN, ad esempio WAGO CC100 (prezzo intorno a 200–300 €) o un convertitore edge industriale.
- Il codice ST comanda l'impianto e Capitanier genera per esso automaticamente la tabella delle variabili BACnet/IP.
- A Sauter CASE Suite viene consegnato un file BACnet EDE standardizzato (Engineering Data Exchange, formato CSV). Con esso il programmatore Sauter importa con un clic tutti gli ingressi e le uscite nella visualizzazione e nella sala di controllo senza riscrivere la logica di comando.
Scenario per regolatori Siemens Desigo PXC
Quando in cantiere sono prescritti Desigo PXC (es. PXC4 / PXC7) e allo stesso tempo l'esecuzione di codice ST:
- Il codice ST gira su un controllore intermedio aperto (WAGO, Unipi, S7-1200).
- Le variabili chiave sono pubblicate tramite server BACnet/IP.
- Il regolatore Desigo PXC nell'ambiente ABT Site legge queste variabili tramite il blocco BACnet Client standard e garantisce la regolazione di zona e il collegamento ai termostati di sistema DXR.
Germania
| Produttore / piattaforma | Ambiente di sviluppo | IEC 61131-3 ST | Protocolli BMS nativi | Area applicativa primaria | Uso diretto del codice |
|---|---|---|---|---|---|
| Beckhoff CX | TwinCAT 3 (Visual Studio) | Completo (ST OOP, ereditarietà) | BACnet B-BC, DALI-2, KNX, M-Bus, SMI | Edifici intelligenti complessi, ospedali, data center | ✓Diretto; le variabili ST si collegano a I/O e oggetti BACnet |
| WAGO PFC / CC100 | CODESYS V3.5 / e!COCKPIT | Completo (standard CODESYS) | BACnet B-BC, DALI-2, KNX TP1, EnOcean | Centrali HVAC, centrali termiche, comando di zona dell'illuminazione | ✓Diretto |
| DEOS AG (OPEN EMS) | OPENproject (CODESYS) | Completo (ST nativo) | BACnet B-BC, Modbus RTU/TCP, KNX | Scuole, hotel, edifici pubblici, HVAC puro | ✓Diretto |
| Phoenix Contact PLCnext | PLCnext Engineer | Completo (+ C++/Python/Docker) | Librerie BACnet, Modbus, DALI | Installazioni ibride IoT/BMS, infrastrutture | ✓Diretto |
| ABB AC500 | Automation Builder | Completo | BACnet, Modbus, gateway per KNX/DALI | Edifici industriali, centrali energetiche | ✓Diretto |
CODESYS e TwinCAT 3 sono a livello globale il target più adatto per l'ST generato: WAGO, Beckhoff e DEOS consumano il codice direttamente e le variabili si collegano agli I/O hardware e agli oggetti BACnet.
Austria
| Produttore | Linea di prodotti | Ambiente di sviluppo | IEC 61131-3 ST | Bus BMS (BACnet, DALI, KNX, M-Bus) | Impiego tipico nella pratica | Uso diretto del codice |
|---|---|---|---|---|---|---|
| LOYTEC | L-IOB, L-ROC, L-INX | L-STUDIO / L-LOGICAD | Completo (ST + IEC 61499) | Integrazione nativa completa a livello di processore | Edifici commerciali, hotel, comando di zona e centrali HVAC | ✓Diretto |
| B&R | X20, Automation PC, APROL | Automation Studio | Completo (compreso ST OOP) | BACnet/IP, Modbus, schede M-Bus, gateway | Data center, siti farmaceutici, camere bianche | ✓Diretto |
| SIGMATEK | Sistema S-DIAS | LASAL | Completo (ST a oggetti) | Modbus, OPC UA, BACnet opzionale | Comando di centrali tecnologiche, HVAC | ✓Diretto |
Svizzera
| Produttore / piattaforma | Sede in CH | Software di sviluppo | Supporto IEC 61131-3 ST | Protocolli BMS sul processore | Idoneità alla generazione automatica di codice ST |
|---|---|---|---|---|---|
| Saia Burgess Controls (SBC) | Murten | PG5 Controls Suite | Sì (editor IEC integrato) | BACnet/IP (B-BC), S-Bus, Modbus RTU/TCP, M-Bus | ◐Medio-buona: necessario rispettare il modello dati PCD e assegnare gli I/O |
| SBC QronoX | Murten | QronoX Pro / Web IDE | Sì (ST modernizzato) | BACnet/IP, OPC UA, MQTT, Modbus | ✓Alta per applicazioni moderne modularizzate |
| Sauter (modulo 5/6) | Basilea | CASE Suite | No (FBD chiuso) | BACnet/IP, BACnet/SC, Modbus | ✕Non idoneo: il codice richiede traduzione in blocchi proprietari |
| Siemens BT (Desigo) | Zugo | ABT Site / ABT Pro | No (CFC / D-MAP) | BACnet B-BC, KNX PL-Link, Modbus | ✕Non idoneo all'importazione diretta di ST |
| Selectron Systems | Lyss | CAP1131 | Completo (ST puro) | CANopen, Ethernet/IP, Modbus | ✓Alta, ma limitata a un'infrastruttura specifica |
L'unico attore BMS svizzero nativo con ST è Saia Burgess Controls (PCD / PG5): l'ST si compila direttamente nel processore, ma va rispettato lo spazio di indirizzamento dei media SBC (registri, flag). Sauter e Siemens Zugo non supportano IEC 61131-3 ST; la loro ingegneria si basa su macro grafiche certificate legate alla struttura a oggetti BACnet. Soluzione: controllore ST a fianco e collegamento tramite oggetti BACnet, vedi sopra.
Repubblica Ceca
| Produttore | Linea di prodotti | Ambiente di sviluppo | IEC 61131-3 ST | Supporto BACnet | Focus nella pratica | Uso diretto del codice |
|---|---|---|---|---|---|---|
| Teco | Tecomat Foxtrot 2 | Mosaic | Completo (nativo) | Sì (BACnet/IP) | Automazione completa degli edifici, HVAC, comando di zona (CIB) | ✓Diretto |
| Unipi | Patron / Axon | Mervis IDE / CODESYS | Completo | Sì (server BACnet Mervis) | Gateway IoT, centrali HVAC, comando OEM | ✓Diretto |
| Domat | markMX, wPLC | Merbon IDE | Completo (ST + FUPLA) | Sì (BACnet/IP B-BC) | Principalmente impianti tecnologici / HVAC, sottostazioni termiche, UTA | ✓Diretto; la parte grafica (FUPLA) si completa in Merbon IDE |
| AMiT | AMiNi4/5, AMR-CP | DetStudio | Dialetto ST proprio (non IEC rigoroso) | Non nativo sul PLC (richiede gateway) | Regolazione tradizionale (centrali termiche, HVAC), sale di controllo locali | ◐Il codice viene adattato al dialetto DetStudio prima del caricamento; BACnet tramite gateway |
Polonia
| Produttore / piattaforma | Ambiente di sviluppo | IEC 61131-3 ST | Protocolli BMS nativi | Area applicativa primaria | Uso diretto del codice |
|---|---|---|---|---|---|
| iSMA CONTROLLI | iSMA Tool (Sedona) / Niagara | No (Sedona FBD / Java) | BACnet/IP, Modbus, DALI, M-Bus | Unità di trattamento aria, fan coil di zona, integrazione di periferiche | ✕Tramite traduttore in blocchi Sedona |
| InVentia (MT rada) | MTData / compilatore IEC | Parziale / modelli specifici | Modbus RTU/TCP, M-Bus, MQTT | Sottostazioni termiche, telemetria degli edifici | ◐Solo i modelli con compilatore IEC |
Le piattaforme BMS polacche native si basano sul Sedona FBD grafico. L'impiego diretto di ST in Polonia si risolve con hardware tedesco basato su CODESYS.
Francia
| Produttore / piattaforma | Ambiente di sviluppo | IEC 61131-3 ST | Protocolli BMS nativi | Area applicativa primaria | Uso diretto del codice |
|---|---|---|---|---|---|
| Schneider Modicon | EcoStruxure Machine Expert | Completo (core CODESYS) | Modbus, Ethernet/IP, gateway BACnet | Grandi centrali frigorifere, impianti tecnologici industriali | ✓Diretto |
| Schneider SpaceLogic | EcoStruxure Building Operation | No (Script / FBD) | BACnet B-BC, LonWorks, Modbus, KNX | Edifici commerciali per uffici (BMS classico) | ✕Tramite traduttore in Script / FBD |
| Distech Controls | EC-gfxProgram / ENVYSION | No (FBD grafico / Python) | BACnet B-BC, LonWorks, EnOcean | Spazi commerciali, comando di zona moderno | ✕Tramite traduttore in FBD grafico |
Le piattaforme BMS francesi native (SpaceLogic, Distech) si basano su programmazione grafica a componenti o su script. L'ST diretto in Francia si risolve con la linea industriale Modicon.
Italia
| Produttore | Linea di prodotti | Ambiente di sviluppo | IEC 61131-3 ST | Protocolli BMS (BACnet, Modbus, KNX) | Impiego tipico | Uso diretto del codice |
|---|---|---|---|---|---|---|
| Eliwell | FREE Evolution / Advance | FREE Studio | Completo (editor ST nativo) | BACnet/IP, BACnet MS/TP, Modbus RTU/TCP | Unità di trattamento aria, refrigeratori, centrali tecnologiche | ✓Diretto |
| Elsist | SlimLine (Cortex M7 / ARM) | Axel LogicLab | Completo (ST puro) | Modbus TCP/RTU, MQTT, REST, gateway verso BACnet | Sottostazioni termiche, acquisizione dati, regolazione | ✓Diretto |
| Exor | eX700, eXware | CODESYS V3.5 | Completo (compreso ST OOP) | BACnet/IP, KNXnet/IP, Modbus, OPC UA | Quadri BMS complessi, nodi centrali con HMI | ✓Diretto |
| Pixsys | PL500 / PLE500 | Axel LogicLab | Completo (ST puro) | Modbus TCP/RTU, CANopen | Centrali, refrigerazione industriale, HVAC | ✓Diretto |
| Carel | c.pCO Sistema | c.suite | No (motore HVAC proprietario / C++) | BACnet/IP (B-BC), Modbus, SNMP | HVAC industriale, circuiti frigoriferi, refrigeratori | ✕Tramite traduttore in c.suite |
Regno Unito
| Produttore / marchio | Sede nel Regno Unito | Linea di prodotti | IEC 61131-3 ST | Ambiente di sviluppo | Focus BMS | Uso diretto del codice |
|---|---|---|---|---|---|---|
| Trend (Honeywell) | Horsham, West Sussex | IQ4, IQ5 | No (blocchi proprietari) | IQSET (Trend SET) | Standard dominante del BMS britannico | ✕Tramite traduttore in blocchi IQSET |
| Eurotherm (Watlow) | Worthing, West Sussex | E+PLC100 / E+PLC400 | Completo (core CODESYS) | CODESYS V3.5 | Camere bianche, HVAC farmaceutico, regolazione di precisione | ✓Diretto |
| Cylon (ABB) | Milton Keynes / Dublino | CBX, FBXi | No (macro grafiche) | CXpro³ | Uffici, scuole, impianti tecnologici standard | ✕Tramite traduttore in macro grafiche |
| Tridium EMEA | Horsham, West Sussex | JACE 8000/9000, Edge 10 | No (Java Wiresheet) | Niagara Workbench | Livello di integrazione, comando di zona | ✕Tramite traduttore in Niagara Wiresheet |
| Beckhoff UK | Huntingdon | Serie CX (da CX7000 a CX5200) | Completo (ST OOP) | TwinCAT 3 | Data center, grandi impianti di raffreddamento, BMS moderni | ✓Diretto |
| WAGO UK | Rugby | PFC200, CC100 | Completo (standard CODESYS) | CODESYS V3.5 | Centrali HVAC, centrali termiche, comando dell'illuminazione | ✓Diretto |
Il mercato BMS britannico dominante (Trend, Cylon, Niagara) non è un target direttamente compilabile per ST senza un intermediario, cioè un traduttore della logica in blocchi proprietari. Sotto la norma IEC i target reali sono i regolatori Eurotherm E+PLC oppure CODESYS / TwinCAT tramite le filiali britanniche dei produttori tedeschi.
✓ Diretto: implementazione completa di IEC 61131-3 ST, il codice si compila senza modifiche. ◐ Con condizioni: il codice viene adattato prima del caricamento (dialetto ST, modello dati del produttore) o vale solo per una parte dei modelli. ✕ Tramite intermediario: la piattaforma non supporta ST, la logica viene tradotta nei suoi blocchi proprietari. Altre piattaforme con supporto ST in base alle librerie.
Come si svolge
Quattro passi, nessuna sorpresa.
Descrizione tecnologica
Dal registro degli impianti o dalla documentazione. L'Analisi della documentazione indica cosa manca.
Generazione del codice
L'IA compone il programma dalle librerie, con gli stessi tag del quadro e dello schema.
Controllo dell'ingegnere
Lettura, osservazioni, approvazione. Il codice senza firma non viene messo in servizio.
Caricamento nel PLC
Codice pronto per il caricamento, punti per il BMS pronti in TechSchema.
Moduli collegati
Un unico registro, altri moduli.
Domande frequenti
Le domande più frequenti.
Per quali PLC?+
Per ogni PLC con pieno supporto di IEC 61131-3 Structured Text: Beckhoff TwinCAT 3, piattaforme basate su CODESYS (WAGO, DEOS, Exor, Eurotherm, Schneider Modicon), Phoenix Contact PLCnext, ABB AC500, Teco Mosaic, Unipi Mervis, Domat Merbon, LOYTEC, B&R, SIGMATEK, SBC, Eliwell, Elsist, Pixsys e altri. I sistemi senza ST (Trend, Cylon, Niagara, SpaceLogic, Distech, iSMA, Sauter, Siemens Desigo, Carel) richiedono un traduttore verso i loro blocchi proprietari. La panoramica per paese è nelle tabelle sopra. La panoramica è nella tabella sopra, altre piattaforme in base alle librerie.
Chi è responsabile del codice?+
L'ingegnere che lo approva. L'IA prepara la proposta, le funzioni provengono da librerie approvate.
Si possono usare i nostri blocchi di programma?+
Sì. La libreria si integra con i blocchi del cliente e l'IA li usa poi in via preferenziale.
Prossimo passo
Provi gratis per 7 giorni
Carichi la descrizione tecnologica e generi il primo programma.