Dni zamiast tygodni
Program dla centrali wentylacyjnej powstaje z opisu, nie od zera. Inżynier czyta i zatwierdza, nie pisze.
De-Engineering 03.1
AI tworzy program dla PLC z opisu technologicznego.
Oprogramowanie sterujące dla PLC powstaje automatycznie z opisu technologicznego urządzenia. AI składa kod w standardzie IEC 61131-3 (Structured Text), na przykład dla CoDeSys, z zweryfikowanych bibliotek rozwiązań. Inżynier sprawdza i zatwierdza kod, potem trafia on do PLC.
Dla kogoIntegrator i programista PLCProjektant AKPiADostawca technologii, który potrzebuje sterowania szybko
Co zyskujesz
Wynik, nie lista funkcji.
Mniej błędów podczas rozruchu
Punkty, tagi i sekwencje pochodzą z tego samego opisu, co rysunki i BMS. Nic nie przepisuje się ręcznie.
Ten sam standard w każdym projekcie
Biblioteki rozwiązań i bloki programowe są zweryfikowane i powtarzalne. Know-how zostaje w firmie.
Co tworzy AI
Co dokładnie robi.
- Opis technologiczny urządzenia (TDS) z rejestru lub z dokumentacji: urządzenia, czujniki, elementy wykonawcze, wymagania sterowania.
- Kod IEC 61131-3 Structured Text ze standaryzowanych bloków programowych, gotowy dla TwinCAT 3, CODESYS, Merbon IDE i innych środowisk (tabela poniżej).
- Funkcje sterujące, pętle regulacji (PID), stany awaryjne, ochrona przeciwzamrożeniowa, sekwencje startu i zatrzymania.
- Punkty dla systemu nadrzędnego z tymi samymi oznaczeniami sygnałów jak we FluxPlan i TechSchema.
- Deterministyczne funkcje z zatwierdzonych bibliotek. AI składa, inżynier zatwierdza, każda wersja ma zapis.
- Po zmianie projektu kod generuje się ponownie, a różnica jest widoczna przed wdrożeniem.
Gdzie kod działa bezpośrednio
Standardowy Structured Text, który wgrywają Państwo do typowych PLC dla instalacji budynkowych.
AI generuje kod w języku Structured Text według IEC 61131-3. Tam, gdzie implementacja ST jest pełna, program otwierają Państwo w środowisku programistycznym platformy i wgrywają do PLC bez przepisywania. Systemy oparte na blokach graficznych (FBD, Sedona, makra własnościowe) potrzebują translatora do swoich bloków. Przegląd według krajów:
✓Bezpośrednio
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)
◐Warunkowo
Saia Burgess Controls (SBC), AMiT, InVentia (MT rada)
✕Przez element pośredni
Sauter (modulo 5/6), Siemens BT (Desigo), iSMA CONTROLLI, Schneider SpaceLogic, Distech Controls, Carel, Trend (Honeywell), Cylon (ABB), Tridium EMEA
Rozwiązanie dla Sauter, Siemens i innych systemów bez ST
Logika ST działa obok, BMS czyta ją przez BACnet.
Tam, gdzie regulator BMS nie obsługuje IEC 61131-3 ST (Sauter, Siemens Desigo, Trend, SpaceLogic, Distech, Carel), wygenerowany kod nie jest wdrażany w nim, lecz w sterowniku ST obok niego. BMS komunikuje się z nim standardowym BACnetem.
- Kod ST działa w cyklicznym, deterministycznym taskuna runtime CODESYS lub TwinCAT, na przykład WAGO PFC, Beckhoff CX lub DEOS.
- Zmienne sterujące są zmapowane na natywne obiekty BACnetwartości zadane, stany pracy, alarmy i awarie jako Analog Value (AV), Binary Value (BV) i Multi-State Value (MSV), bezpośrednio w środowisku ST.
- Regulator BMS czyta je i zapisuje jako klient BACnetSauter (np. modu680-AS) w CASE Suite przez zewnętrzne obiekty BACnet usługami ReadProperty / WriteProperty lub COV (Change of Value). Siemens Desigo PXC w ABT Site przez standardowy blok BACnet Client.
Zaleta: 100 % niezawodności deterministycznego działania, niezależność od licencji CASE Suite czy ABT i możliwość wdrożenia dowolnej logiki ST, w tym klas OOP. BMS zachowuje wizualizację, alarmy i trendy, które czyta z tych samych obiektów BACnet.
Zalecana implementacja dla Sauter
Automatycznie generowany kod dla budynków z Sauter CASE Suite:
- Kod ST jest zdefiniowany jako standaryzowany blok POU w CODESYS V3.5.
- Elementem pośrednim jest kompaktowy sterownik na szynę DIN, na przykład WAGO CC100 (cena około 200–300 €) lub przemysłowy konwerter edge.
- Kod ST steruje instalacją, a Capitanier generuje dla niego automatyczną tabelę zmiennych BACnet/IP.
- Do Sauter CASE Suite przekazywany jest standaryzowany plik BACnet EDE (Engineering Data Exchange, format CSV). Programista Sauter importuje nim jednym kliknięciem wszystkie wejścia i wyjścia do wizualizacji i dyspozytorni bez przepisywania logiki sterowania.
Scenariusz dla regulatorów Siemens Desigo PXC
Gdy na budowie przewidziano Desigo PXC (np. PXC4 / PXC7) i jednocześnie działanie kodu ST:
- Kod ST działa na otwartym sterowniku pośrednim (WAGO, Unipi, S7-1200).
- Kluczowe zmienne są publikowane przez serwer BACnet/IP.
- Regulator Desigo PXC w środowisku ABT Site odczytuje te zmienne przez standardowy blok BACnet Client i zapewnia regulację strefową oraz powiązanie z termostatami systemowymi DXR.
Niemcy
| Producent / platforma | Środowisko programistyczne | IEC 61131-3 ST | Natywne protokoły BMS | Główny obszar zastosowań | Bezpośrednie użycie kodu |
|---|---|---|---|---|---|
| Beckhoff CX | TwinCAT 3 (Visual Studio) | Pełna (OOP ST, dziedziczenie) | BACnet B-BC, DALI-2, KNX, M-Bus, SMI | Złożone budynki inteligentne, szpitale, centra danych | ✓Bezpośrednio; zmienne ST wiąże się z I/O i obiektami BACnet |
| WAGO PFC / CC100 | CODESYS V3.5 / e!COCKPIT | Pełna (standard CODESYS) | BACnet B-BC, DALI-2, KNX TP1, EnOcean | Maszynownie wentylacyjne, kotłownie, strefowe sterowanie oświetleniem | ✓Bezpośrednio |
| DEOS AG (OPEN EMS) | OPENproject (CODESYS) | Pełna (natywny ST) | BACnet B-BC, Modbus RTU/TCP, KNX | Szkolnictwo, hotele, budynki publiczne, wyłącznie HVAC | ✓Bezpośrednio |
| Phoenix Contact PLCnext | PLCnext Engineer | Pełna (+ C++/Python/Docker) | Biblioteki BACnet, Modbus, DALI | Hybrydowe instalacje IoT/BMS, infrastruktura | ✓Bezpośrednio |
| ABB AC500 | Automation Builder | Pełna | BACnet, Modbus, bramy do KNX/DALI | Budynki przemysłowe, centra energetyczne | ✓Bezpośrednio |
CODESYS i TwinCAT 3 są dla generowanego ST globalnie najlepszym celem: WAGO, Beckhoff i DEOS przyjmują kod bezpośrednio, a zmienne wiąże się ze sprzętowymi I/O i obiektami BACnet.
Austria
| Producent | Linia produktów | Środowisko programistyczne | IEC 61131-3 ST | Magistrale BMS (BACnet, DALI, KNX, M-Bus) | Typowe zastosowania w praktyce | Bezpośrednie użycie kodu |
|---|---|---|---|---|---|---|
| LOYTEC | L-IOB, L-ROC, L-INX | L-STUDIO / L-LOGICAD | Pełna (ST + IEC 61499) | Kompletna natywna integracja na poziomie procesora | Budynki komercyjne, hotele, sterowanie strefowe i maszynownie wentylacyjne | ✓Bezpośrednio |
| B&R | X20, Automation PC, APROL | Automation Studio | Pełna (w tym OOP ST) | BACnet/IP, Modbus, karty M-Bus, bramy | Centra danych, kompleksy farmaceutyczne, pomieszczenia czyste | ✓Bezpośrednio |
| SIGMATEK | System S-DIAS | LASAL | Pełna (obiektowy ST) | Modbus, OPC UA, dodatkowo BACnet | Sterowanie maszynowniami technologicznymi, HVAC | ✓Bezpośrednio |
Szwajcaria
| Producent / platforma | Siedziba w CH | Software narzędziowy | Wsparcie IEC 61131-3 ST | Protokoły BMS na procesorze | Przydatność do automatycznego generowania kodu ST |
|---|---|---|---|---|---|
| Saia Burgess Controls (SBC) | Murten | PG5 Controls Suite | Tak (wbudowany edytor IEC) | BACnet/IP (B-BC), S-Bus, Modbus RTU/TCP, M-Bus | ◐Średnia do dobrej: konieczne zachowanie modelu danych PCD i przypisanie I/O |
| SBC QronoX | Murten | QronoX Pro / Web IDE | Tak (zmodernizowany ST) | BACnet/IP, OPC UA, MQTT, Modbus | ✓Wysoka dla nowoczesnych, zmodularyzowanych aplikacji |
| Sauter (modulo 5/6) | Bazylea | CASE Suite | Nie (zamknięte FBD) | BACnet/IP, BACnet/SC, Modbus | ✕Nieodpowiednie: kod wymaga translacji do bloków własnościowych |
| Siemens BT (Desigo) | Zug | ABT Site / ABT Pro | Nie (CFC / D-MAP) | BACnet B-BC, KNX PL-Link, Modbus | ✕Nieodpowiednie do bezpośredniego importu ST |
| Selectron Systems | Lyss | CAP1131 | Pełna (czysty ST) | CANopen, Ethernet/IP, Modbus | ✓Wysoka, ale ograniczona do specyficznej infrastruktury |
Jedynym natywnym szwajcarskim graczem BMS z ST jest Saia Burgess Controls (PCD / PG5): ST kompiluje się bezpośrednio do procesora, trzeba jednak zachować przestrzeń adresową mediów SBC (rejestry, flagi). Sauter i Siemens Zug nie obsługują IEC 61131-3 ST, ich inżynieria opiera się na certyfikowanych makrach graficznych powiązanych ze strukturą obiektową BACnet. Rozwiązanie: sterownik ST obok i połączenie przez obiekty BACnet, patrz wyżej.
Czechy
| Producent | Linia produktów | Środowisko programistyczne | IEC 61131-3 ST | Wsparcie BACnet | Zastosowanie w praktyce | Bezpośrednie użycie kodu |
|---|---|---|---|---|---|---|
| Teco | Tecomat Foxtrot 2 | Mosaic | Pełna (natywna) | Tak (BACnet/IP) | Kompleksowa automatyka budynków, HVAC, sterowanie strefowe (CIB) | ✓Bezpośrednio |
| Unipi | Patron / Axon | Mervis IDE / CODESYS | Pełna | Tak (serwer BACnet Mervis) | Bramy IoT, maszynownie HVAC, sterowanie OEM | ✓Bezpośrednio |
| Domat | markMX, wPLC | Merbon IDE | Pełna (ST + FUPLA) | Tak (BACnet/IP B-BC) | Głównie instalacje budynkowe / HVAC, węzły cieplne, wentylacja | ✓Bezpośrednio; część graficzną (FUPLA) uzupełniają Państwo w Merbon IDE |
| AMiT | AMiNi4/5, AMR-CP | DetStudio | Własny dialekt ST (nie ścisła IEC) | Nie natywnie na PLC (wymaga bramy) | Tradycyjna AKPiA (kotłownie, wentylacja), lokalne dyspozytornie | ◐Kod przed wgraniem dostosowuje się do dialektu DetStudio; BACnet przez bramę |
Polska
| Producent / platforma | Środowisko programistyczne | IEC 61131-3 ST | Natywne protokoły BMS | Główny obszar zastosowań | Bezpośrednie użycie kodu |
|---|---|---|---|---|---|
| iSMA CONTROLLI | iSMA Tool (Sedona) / Niagara | Nie (Sedona FBD / Java) | BACnet/IP, Modbus, DALI, M-Bus | Centrale wentylacyjne, klimakonwektory strefowe, integracja peryferii | ✕Przez translator do bloków Sedona |
| InVentia (MT rada) | MTData / kompilator IEC | Częściowa / wybrane modele | Modbus RTU/TCP, M-Bus, MQTT | Węzły cieplne, telemetria budynków | ◐Tylko modele z kompilatorem IEC |
Natywne polskie platformy BMS opierają się na graficznym Sedona FBD. Bezpośrednie wdrożenie ST realizuje się w Polsce na niemieckim sprzęcie działającym na CODESYS.
Francja
| Producent / platforma | Środowisko programistyczne | IEC 61131-3 ST | Natywne protokoły BMS | Główny obszar zastosowań | Bezpośrednie użycie kodu |
|---|---|---|---|---|---|
| Schneider Modicon | EcoStruxure Machine Expert | Pełna (jądro CODESYS) | Modbus, Ethernet/IP, bramy BACnet | Duże maszynownie chłodnicze, przemysłowe instalacje | ✓Bezpośrednio |
| Schneider SpaceLogic | EcoStruxure Building Operation | Nie (Script / FBD) | BACnet B-BC, LonWorks, Modbus, KNX | Komercyjne budynki biurowe (klasyczny BMS) | ✕Przez translator do Script / FBD |
| Distech Controls | EC-gfxProgram / ENVYSION | Nie (graficzne FBD / Python) | BACnet B-BC, LonWorks, EnOcean | Przestrzenie komercyjne, nowoczesne sterowanie strefowe | ✕Przez translator do graficznych FBD |
Natywne francuskie platformy BMS (SpaceLogic, Distech) opierają się na graficznym programowaniu komponentowym lub skryptach. Bezpośredni ST realizuje się we Francji przemysłową linią Modicon.
Włochy
| Producent | Linia produktów | Środowisko programistyczne | IEC 61131-3 ST | Protokoły BMS (BACnet, Modbus, KNX) | Typowe zastosowania | Bezpośrednie użycie kodu |
|---|---|---|---|---|---|---|
| Eliwell | FREE Evolution / Advance | FREE Studio | Pełna (natywny edytor ST) | BACnet/IP, BACnet MS/TP, Modbus RTU/TCP | Centrale wentylacyjne, chillery, maszynownie | ✓Bezpośrednio |
| Elsist | SlimLine (Cortex M7 / ARM) | Axel LogicLab | Pełna (czysty ST) | Modbus TCP/RTU, MQTT, REST, bramy do BACnet | Węzły cieplne, akwizycja danych, AKPiA | ✓Bezpośrednio |
| Exor | eX700, eXware | CODESYS V3.5 | Pełna (w tym OOP ST) | BACnet/IP, KNXnet/IP, Modbus, OPC UA | Kompleksowe rozdzielnice BMS, węzły centralne z HMI | ✓Bezpośrednio |
| Pixsys | PL500 / PLE500 | Axel LogicLab | Pełna (czysty ST) | Modbus TCP/RTU, CANopen | Maszynownie, chłodnictwo przemysłowe, HVAC | ✓Bezpośrednio |
| Carel | c.pCO Sistema | c.suite | Nie (własnościowy silnik HVAC / C++) | BACnet/IP (B-BC), Modbus, SNMP | Wentylacja przemysłowa, obiegi chłodnicze, źródła chłodu | ✕Przez translator do c.suite |
Wielka Brytania
| Producent / marka | Siedziba w UK | Linia produktów | IEC 61131-3 ST | Środowisko programistyczne | Profil BMS | Bezpośrednie użycie kodu |
|---|---|---|---|---|---|---|
| Trend (Honeywell) | Horsham, West Sussex | IQ4, IQ5 | Nie (bloki własnościowe) | IQSET (Trend SET) | Dominujący standard brytyjskiego BMS | ✕Przez translator do bloków IQSET |
| Eurotherm (Watlow) | Worthing, West Sussex | E+PLC100 / E+PLC400 | Pełna (jądro CODESYS) | CODESYS V3.5 | Pomieszczenia czyste, HVAC farmaceutyczne, regulacja precyzyjna | ✓Bezpośrednio |
| Cylon (ABB) | Milton Keynes / Dublin | CBX, FBXi | Nie (makra graficzne) | CXpro³ | Biura, szkoły, standardowe instalacje budynkowe | ✕Przez translator do makr graficznych |
| Tridium EMEA | Horsham, West Sussex | JACE 8000/9000, Edge 10 | Nie (Java Wiresheet) | Niagara Workbench | Nadbudowa integracyjna, sterowanie strefowe | ✕Przez translator do Niagara Wiresheet |
| Beckhoff UK | Huntingdon | Seria CX (CX7000 do CX5200) | Pełna (OOP ST) | TwinCAT 3 | Centra danych, duże instalacje chłodnicze, nowoczesny BMS | ✓Bezpośrednio |
| WAGO UK | Rugby | PFC200, CC100 | Pełna (standard CODESYS) | CODESYS V3.5 | Maszynownie wentylacyjne, kotłownie, sterowanie oświetleniem | ✓Bezpośrednio |
Dominujący brytyjski rynek BMS (Trend, Cylon, Niagara) nie jest bezpośrednio kompilowalnym celem dla ST bez elementu pośredniego, czyli translatora logiki do bloków własnościowych. W ramach normy IEC realnym celem są regulatory Eurotherm E+PLC lub CODESYS / TwinCAT przez brytyjskie przedstawicielstwa niemieckich producentów.
✓ Bezpośrednio: pełna implementacja IEC 61131-3 ST, kod kompiluje się bez zmian. ◐ Warunkowo: kod przed wgraniem jest dostosowywany (dialekt ST, model danych producenta) albo dotyczy tylko części modeli. ✕ Przez element pośredni: platforma nie obsługuje ST, logika jest tłumaczona do jej bloków własnościowych. Inne platformy ze wsparciem ST według bibliotek.
Jak przebiega realizacja
Cztery kroki, żadnych niespodzianek.
Opis technologiczny
Z rejestru urządzeń lub z dokumentacji. Analiza dokumentacji powie, czego brakuje.
Generowanie kodu
AI składa program z bibliotek, z tymi samymi tagami jak rozdzielnica i schemat.
Kontrola przez inżyniera
Czytanie, uwagi, zatwierdzenie. Kod bez podpisu nie jest wdrażany.
Wgranie do PLC
Kod gotowy do wgrania, punkty dla BMS przygotowane w TechSchema.
Najczęściej zadawane pytania
O co pytają najczęściej.
Dla jakich PLC?+
Dla każdego PLC z pełnym wsparciem IEC 61131-3 Structured Text: Beckhoff TwinCAT 3, platformy na 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 i inne. Systemy bez ST (Trend, Cylon, Niagara, SpaceLogic, Distech, iSMA, Sauter, Siemens Desigo, Carel) wymagają translatora do ich własnościowych bloków. Przegląd według krajów znajduje się w tabelach powyżej. Przegląd jest w tabeli powyżej, inne platformy według bibliotek.
Kto odpowiada za kod?+
Inżynier, który go zatwierdza. AI przygotowuje propozycję, funkcje pochodzą z zatwierdzonych bibliotek.
Czy można użyć naszych bloków programowych?+
Tak. Biblioteka jest uzupełniana o bloki klienta, a AI używa ich potem priorytetowo.
Następny krok
Wypróbuj 7 dni za darmo
Prześlij opis technologiczny i wygeneruj pierwszy program.