Des jours au lieu de semaines
Le programme d'une centrale de traitement d'air naît de la description, pas de zéro. L'ingénieur lit et valide, il n'écrit pas.
De-Engineering 03.1
L'IA crée le programme de l'automate à partir de la description technologique.
Le logiciel de commande de l'automate naît automatiquement de la description technologique de l'équipement. L'IA assemble le code au standard IEC 61131-3 (Structured Text), par exemple pour CoDeSys, à partir de bibliothèques de solutions vérifiées. L'ingénieur contrôle et valide le code, qui est ensuite chargé dans le PLC.
Pour quiIntégrateur et programmeur PLCBureau d'études régulationFournisseur d'installations qui a besoin d'une régulation rapidement
Ce que vous obtenez
Un résultat, pas une liste de fonctions.
Moins d'erreurs à la mise en service
Points, repères et séquences viennent de la même description que les plans et la GTB. Rien n'est recopié à la main.
Le même standard dans chaque projet
Les bibliothèques de solutions et les blocs programme sont vérifiés et reproductibles. Le savoir-faire reste dans l'entreprise.
Ce que l'IA crée
Ce qu'il fait exactement.
- Description technologique de l'équipement (TDS) depuis le registre ou les documents : équipements, capteurs, actionneurs, exigences de pilotage.
- Code IEC 61131-3 Structured Text à partir de blocs programme standardisés, prêt pour TwinCAT 3, CODESYS, Merbon IDE et d'autres environnements (tableau ci-dessous).
- Fonctions de commande, boucles de régulation (PID), états de défaut, protection antigel, séquences de démarrage et d'arrêt.
- Points pour le système superviseur avec le même repérage des signaux que dans FluxPlan et TechSchema.
- Fonctions déterministes issues de bibliothèques approuvées. L'IA assemble, l'ingénieur valide, chaque version est tracée.
- Après une modification du projet, le code est regénéré et la différence est visible avant le déploiement.
Où utiliser le code directement
Du Structured Text standard, à charger dans les PLC courants du bâtiment.
L'IA génère du code en langage Structured Text selon l'IEC 61131-3. Là où l'implémentation ST est complète, vous ouvrez le programme dans l'environnement de développement de la plateforme et le chargez dans le PLC sans réécriture. Les systèmes basés sur des blocs graphiques (FBD, Sedona, macros propriétaires) nécessitent un traducteur vers leurs blocs. Vue par pays :
✓Directement
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)
◐Sous condition
Saia Burgess Controls (SBC), AMiT, InVentia (MT rada)
✕Via un intermédiaire
Sauter (modulo 5/6), Siemens BT (Desigo), iSMA CONTROLLI, Schneider SpaceLogic, Distech Controls, Carel, Trend (Honeywell), Cylon (ABB), Tridium EMEA
Solution pour Sauter, Siemens et d'autres systèmes sans ST
La logique ST tourne à côté, la GTB la lit via BACnet.
Lorsque le régulateur GTB ne prend pas en charge l'IEC 61131-3 ST (Sauter, Siemens Desigo, Trend, SpaceLogic, Distech, Carel), le code généré n'est pas déployé dans celui-ci, mais dans un contrôleur ST placé à côté. La GTB communique avec lui en BACnet standard.
- Le code ST tourne dans une tâche cyclique déterministesur un runtime CODESYS ou TwinCAT, par exemple WAGO PFC, Beckhoff CX ou DEOS.
- Les variables de commande sont mappées sur des objets BACnet natifsconsignes, états de fonctionnement, alarmes et défauts comme Analog Value (AV), Binary Value (BV) et Multi-State Value (MSV), directement dans l'environnement ST.
- Le régulateur GTB les lit et les écrit en tant que client BACnetSauter (p. ex. modu680-AS) dans CASE Suite via des objets BACnet externes avec les services ReadProperty / WriteProperty ou COV (Change of Value). Siemens Desigo PXC dans ABT Site via le bloc BACnet Client standard.
Avantage : fiabilité à 100 % de l'exécution déterministe, indépendance vis-à-vis des licences CASE Suite ou ABT et possibilité de déployer n'importe quelle logique ST, classes OOP comprises. La GTB conserve la visualisation, les alarmes et les tendances, qu'elle lit depuis les mêmes objets BACnet.
Implémentation recommandée pour Sauter
Code généré automatiquement pour les bâtiments équipés de Sauter CASE Suite :
- Le code ST est défini comme bloc POU standardisé dans CODESYS V3.5.
- L'intermédiaire est un contrôleur compact sur rail DIN, par exemple WAGO CC100 (prix autour de 200–300 €) ou un convertisseur edge industriel.
- Le code ST pilote l'installation et Capitanier génère pour lui une table automatique de variables BACnet/IP.
- Un fichier BACnet EDE standardisé (Engineering Data Exchange, format CSV) est remis à Sauter CASE Suite. Le programmeur Sauter importe ainsi en un clic toutes les entrées et sorties dans la visualisation et la supervision, sans réécrire la logique de commande.
Scénario pour les régulateurs Siemens Desigo PXC
Lorsque Desigo PXC (p. ex. PXC4 / PXC7) est prescrit sur le chantier, avec en parallèle l'exécution du code ST :
- Le code ST tourne sur un contrôleur intermédiaire ouvert (WAGO, Unipi, S7-1200).
- Les variables clés sont publiées via un serveur BACnet/IP.
- Le régulateur Desigo PXC, dans ABT Site, lit ces variables via le bloc BACnet Client standard et assure la régulation de zone et la liaison avec les thermostats système DXR.
Allemagne
| Fabricant / plateforme | Environnement de développement | IEC 61131-3 ST | Protocoles GTB natifs | Domaine d'application principal | Utilisation directe du code |
|---|---|---|---|---|---|
| Beckhoff CX | TwinCAT 3 (Visual Studio) | Complète (ST OOP, héritage) | BACnet B-BC, DALI-2, KNX, M-Bus, SMI | Bâtiments intelligents complexes, hôpitaux, centres de données | ✓Directement ; les variables ST sont liées aux E/S et aux objets BACnet |
| WAGO PFC / CC100 | CODESYS V3.5 / e!COCKPIT | Complète (standard CODESYS) | BACnet B-BC, DALI-2, KNX TP1, EnOcean | Locaux techniques CVC, chaufferies, commande d'éclairage par zone | ✓Directement |
| DEOS AG (OPEN EMS) | OPENproject (CODESYS) | Complète (ST natif) | BACnet B-BC, Modbus RTU/TCP, KNX | Enseignement, hôtels, bâtiments publics, CVC pur | ✓Directement |
| Phoenix Contact PLCnext | PLCnext Engineer | Complète (+ C++/Python/Docker) | Bibliothèques BACnet, Modbus, DALI | Installations hybrides IoT/GTB, infrastructures | ✓Directement |
| ABB AC500 | Automation Builder | Complète | BACnet, Modbus, passerelles pour KNX/DALI | Bâtiments industriels, centrales énergétiques | ✓Directement |
CODESYS et TwinCAT 3 sont, à l'échelle mondiale, la cible la plus adaptée au ST généré : WAGO, Beckhoff et DEOS consomment le code directement et les variables sont liées aux E/S matérielles ainsi qu'aux objets BACnet.
Autriche
| Fabricant | Gamme de produits | Environnement de développement | IEC 61131-3 ST | Bus GTB (BACnet, DALI, KNX, M-Bus) | Déploiement typique en pratique | Utilisation directe du code |
|---|---|---|---|---|---|---|
| LOYTEC | L-IOB, L-ROC, L-INX | L-STUDIO / L-LOGICAD | Complète (ST + IEC 61499) | Intégration native complète au niveau du processeur | Bâtiments commerciaux, hôtels, régulation de zone et locaux techniques CVC | ✓Directement |
| B&R | X20, Automation PC, APROL | Automation Studio | Complète (ST OOP compris) | BACnet/IP, Modbus, cartes M-Bus, passerelles | Centres de données, sites pharmaceutiques, salles propres | ✓Directement |
| SIGMATEK | Système S-DIAS | LASAL | Complète (ST objet) | Modbus, OPC UA, BACnet en option | Pilotage des locaux techniques, CVC | ✓Directement |
Suisse
| Fabricant / plateforme | Siège en CH | Logiciel de développement | Prise en charge IEC 61131-3 ST | Protocoles GTB sur le processeur | Adéquation à la génération automatique de code ST |
|---|---|---|---|---|---|
| Saia Burgess Controls (SBC) | Murten | PG5 Controls Suite | Oui (éditeur IEC intégré) | BACnet/IP (B-BC), S-Bus, Modbus RTU/TCP, M-Bus | ◐Moyenne à bonne : respecter le modèle de données PCD et affecter les E/S |
| SBC QronoX | Murten | QronoX Pro / Web IDE | Oui (ST modernisé) | BACnet/IP, OPC UA, MQTT, Modbus | ✓Élevée pour les applications modernes modularisées |
| Sauter (modulo 5/6) | Bâle | CASE Suite | Non (FBD fermé) | BACnet/IP, BACnet/SC, Modbus | ✕Inadapté : le code doit être traduit en blocs propriétaires |
| Siemens BT (Desigo) | Zoug | ABT Site / ABT Pro | Non (CFC / D-MAP) | BACnet B-BC, KNX PL-Link, Modbus | ✕Inadapté à l'import ST direct |
| Selectron Systems | Lyss | CAP1131 | Complète (ST pur) | CANopen, Ethernet/IP, Modbus | ✓Élevée, mais limitée à une infrastructure spécifique |
Le seul acteur GTB suisse natif avec ST est Saia Burgess Controls (PCD / PG5) : le ST est compilé directement dans le processeur, mais il faut respecter l'espace d'adressage des médias SBC (registres, flags). Sauter et Siemens Zoug ne prennent pas en charge l'IEC 61131-3 ST ; leur ingénierie repose sur des macros graphiques certifiées liées à la structure d'objets BACnet. Solution : un contrôleur ST à côté et une liaison via objets BACnet, voir ci-dessus.
République tchèque
| Fabricant | Gamme de produits | Environnement de développement | IEC 61131-3 ST | Prise en charge BACnet | Orientation en pratique | Utilisation directe du code |
|---|---|---|---|---|---|---|
| Teco | Tecomat Foxtrot 2 | Mosaic | Complète (native) | Oui (BACnet/IP) | Automatisation complète du bâtiment, CVC, régulation de zone (CIB) | ✓Directement |
| Unipi | Patron / Axon | Mervis IDE / CODESYS | Complète | Oui (serveur BACnet Mervis) | Passerelles IoT, locaux techniques CVC, régulation OEM | ✓Directement |
| Domat | markMX, wPLC | Merbon IDE | Complète (ST + FUPLA) | Oui (BACnet/IP B-BC) | Principalement équipements techniques / CVC, sous-stations, centrales de traitement d'air | ✓Directement ; la partie graphique (FUPLA) se complète dans Merbon IDE |
| AMiT | AMiNi4/5, AMR-CP | DetStudio | Dialecte ST propre (pas strictement IEC) | Pas nativement sur le PLC (passerelle requise) | Régulation traditionnelle (chaufferies, CVC), supervisions locales | ◐Le code est adapté au dialecte DetStudio avant chargement ; BACnet via passerelle |
Pologne
| Fabricant / plateforme | Environnement de développement | IEC 61131-3 ST | Protocoles GTB natifs | Domaine d'application principal | Utilisation directe du code |
|---|---|---|---|---|---|
| iSMA CONTROLLI | iSMA Tool (Sedona) / Niagara | Non (Sedona FBD / Java) | BACnet/IP, Modbus, DALI, M-Bus | Centrales de traitement d'air, ventilo-convecteurs de zone, intégration de périphériques | ✕Via un traducteur vers blocs Sedona |
| InVentia (MT rada) | MTData / compilateur IEC | Partielle / modèles spécifiques | Modbus RTU/TCP, M-Bus, MQTT | Sous-stations de chauffage, télémétrie des bâtiments | ◐Uniquement les modèles avec compilateur IEC |
Les plateformes GTB polonaises natives reposent sur le FBD graphique Sedona. En Pologne, le déploiement direct du ST se fait avec du matériel allemand tournant sous CODESYS.
France
| Fabricant / plateforme | Environnement de développement | IEC 61131-3 ST | Protocoles GTB natifs | Domaine d'application principal | Utilisation directe du code |
|---|---|---|---|---|---|
| Schneider Modicon | EcoStruxure Machine Expert | Complète (noyau CODESYS) | Modbus, Ethernet/IP, passerelles BACnet | Grandes installations frigorifiques, équipements techniques industriels | ✓Directement |
| Schneider SpaceLogic | EcoStruxure Building Operation | Non (Script / FBD) | BACnet B-BC, LonWorks, Modbus, KNX | Immeubles de bureaux commerciaux (GTB classique) | ✕Via un traducteur vers Script / FBD |
| Distech Controls | EC-gfxProgram / ENVYSION | Non (FBD graphique / Python) | BACnet B-BC, LonWorks, EnOcean | Espaces commerciaux, régulation de zone moderne | ✕Via un traducteur vers FBD graphique |
Les plateformes GTB françaises natives (SpaceLogic, Distech) reposent sur une programmation graphique par composants ou des scripts. En France, le ST direct se fait avec la gamme industrielle Modicon.
Italie
| Fabricant | Gamme de produits | Environnement de développement | IEC 61131-3 ST | Protocoles GTB (BACnet, Modbus, KNX) | Déploiement typique | Utilisation directe du code |
|---|---|---|---|---|---|---|
| Eliwell | FREE Evolution / Advance | FREE Studio | Complète (éditeur ST natif) | BACnet/IP, BACnet MS/TP, Modbus RTU/TCP | Centrales de traitement d'air, groupes froids, locaux techniques | ✓Directement |
| Elsist | SlimLine (Cortex M7 / ARM) | Axel LogicLab | Complète (ST pur) | Modbus TCP/RTU, MQTT, REST, passerelles vers BACnet | Sous-stations de chauffage, acquisition de données, régulation | ✓Directement |
| Exor | eX700, eXware | CODESYS V3.5 | Complète (ST OOP compris) | BACnet/IP, KNXnet/IP, Modbus, OPC UA | Armoires GTB complexes, nœuds centraux avec IHM | ✓Directement |
| Pixsys | PL500 / PLE500 | Axel LogicLab | Complète (ST pur) | Modbus TCP/RTU, CANopen | Locaux techniques, froid industriel, CVC | ✓Directement |
| Carel | c.pCO Sistema | c.suite | Non (moteur HVAC propriétaire / C++) | BACnet/IP (B-BC), Modbus, SNMP | CVC industriel, circuits frigorifiques, groupes froids | ✕Via un traducteur vers c.suite |
Royaume-Uni
| Fabricant / marque | Siège au Royaume-Uni | Gamme de produits | IEC 61131-3 ST | Environnement de développement | Orientation GTB | Utilisation directe du code |
|---|---|---|---|---|---|---|
| Trend (Honeywell) | Horsham, West Sussex | IQ4, IQ5 | Non (blocs propriétaires) | IQSET (Trend SET) | Standard dominant de la GTB britannique | ✕Via un traducteur vers blocs IQSET |
| Eurotherm (Watlow) | Worthing, West Sussex | E+PLC100 / E+PLC400 | Complète (noyau CODESYS) | CODESYS V3.5 | Salles propres, CVC pharmaceutique, régulation de précision | ✓Directement |
| Cylon (ABB) | Milton Keynes / Dublin | CBX, FBXi | Non (macros graphiques) | CXpro³ | Bureaux, écoles, équipements techniques standard | ✕Via un traducteur vers macros graphiques |
| Tridium EMEA | Horsham, West Sussex | JACE 8000/9000, Edge 10 | Non (Java Wiresheet) | Niagara Workbench | Surcouche d'intégration, régulation de zone | ✕Via un traducteur vers Niagara Wiresheet |
| Beckhoff UK | Huntingdon | Série CX (CX7000 à CX5200) | Complète (ST OOP) | TwinCAT 3 | Centres de données, grandes installations de froid, GTB moderne | ✓Directement |
| WAGO UK | Rugby | PFC200, CC100 | Complète (standard CODESYS) | CODESYS V3.5 | Locaux techniques CVC, chaufferies, commande d'éclairage | ✓Directement |
Le marché GTB britannique dominant (Trend, Cylon, Niagara) n'est pas une cible directement compilable pour le ST sans intermédiaire, c'est-à-dire un traducteur de la logique vers des blocs propriétaires. Sous la norme IEC, les cibles réelles sont les régulateurs Eurotherm E+PLC ou CODESYS / TwinCAT via les filiales britanniques des fabricants allemands.
✓ Directement : implémentation complète de l'IEC 61131-3 ST, le code se compile sans modification. ◐ Sous condition : le code est adapté avant chargement (dialecte ST, modèle de données du fabricant) ou ne vaut que pour une partie des modèles. ✕ Via un intermédiaire : la plateforme ne prend pas en charge le ST, la logique est traduite vers ses blocs propriétaires. Autres plateformes avec prise en charge du ST selon les bibliothèques.
Déroulement de la réalisation
Quatre étapes, aucune surprise.
Description technologique
Depuis le registre des équipements ou les documents. L'Analyse des documents indique ce qui manque.
Génération du code
L'IA assemble le programme à partir des bibliothèques, avec les mêmes repères que l'armoire et le schéma.
Contrôle par un ingénieur
Lecture, remarques, validation. Un code non signé n'est pas déployé.
Chargement dans le PLC
Code prêt à charger, points pour la GTB préparés dans TechSchema.
Modules liés
Un seul registre, d'autres modules.
Questions fréquentes
Les questions les plus fréquentes.
Pour quels PLC ?+
Pour tout PLC prenant pleinement en charge l'IEC 61131-3 Structured Text : Beckhoff TwinCAT 3, plateformes 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 et d'autres. Les systèmes sans ST (Trend, Cylon, Niagara, SpaceLogic, Distech, iSMA, Sauter, Siemens Desigo, Carel) nécessitent un traducteur vers leurs blocs propriétaires. La vue par pays se trouve dans les tableaux ci-dessus. La vue d'ensemble est dans le tableau ci-dessus, autres plateformes selon les bibliothèques.
Qui est responsable du code ?+
L'ingénieur qui le valide. L'IA prépare la proposition, les fonctions proviennent de bibliothèques approuvées.
Peut-on utiliser nos propres blocs programme ?+
Oui. La bibliothèque est complétée par les blocs du client et l'IA les utilise ensuite en priorité.
Étape suivante
Essayez 7 jours gratuitement
Téléversez la description technologique et générez le premier programme.