
PLC AI Studio, часть 2: многопроектный режим и маршрутные окна — как провести ИИ через целый объект
ura-ch 1 час назад PLC AI Studio, часть 2: многопроектный режим и маршрутные окна — как провести ИИ через целый объект Средний 10 мин 2.6K Промышленное программирование * Искусственный интеллект Машинное обучение *...
Anthropic — What company has the best second artificial intelligence model at the end of June?
В сфере искусственного интеллекта произошло заметное событие. ura-ch 1 час назад PLC AI Studio, часть 2: многопроектный режим и маршрутные окна — как провести ИИ через целый объект Средний 10 мин 2. 6K Промышленное программирование * Искусственный интеллект Машинное обучение * Проектирование и рефакторинг * Обзор Дисклеймер: Это продолжение первой статьи про PLC AI Studio — инструмент, который заставляет ИИ сначала разобраться в задании, а потом писать код ПЛК, и проверяет результат фактами. В первой части был разобран базовый режим: одна установка, один IOLIST + одно ТЗ → один проверенный ST-файл.
Здесь рассказываю то, что в прошлый раз было только тизером «что дальше»: многопроектный (многосистемный) режим и маршрутные окна — пошаговую навигацию по программе. Инструмент по-прежнему проходит тестирование, и я по-прежнему публикую до релиза, чтобы услышать инженеров-практиков. Где мы остановилисьВ первой части я показал, как ИИ из «уверенного галлюцинатора» превращается в управляемого исполнителя: разбор задания перед генерацией, три специализированных агента (R2-PLCGen, Agents4PLC, truST Platform), проверка кода в программном симуляторе (Tier S) и в настоящем компиляторе matiec (Tier H), детерминированный ремонт типовых ошибок и финальное слово всегда за инженером.
Технические детали
Всё это работало для одной установки. Но я закончил статью честным признанием: реальный крупный объект — это не одна установка. И обещал многосистемный режим.
Расскажу, как он устроен — и почему по дороге пришлось переделать саму навигацию по программе. Почему одной установки малоВозьмём типичный объект — производственный корпус. Внутри:приточно-вытяжная вентиляция (несколько систем П1, П2, …),индивидуальный тепловой пункт (ИТП),пожарная сигнализация,дымоудаление и подпор воздуха,конвейерная линия,водоподготовка.
Каждая система живёт в своём техническом задании и, нередко, в своём ПЛК. Но работают они в единой цепочке:при пожаре пожарная сигнализация останавливает приточки и запускает дымоудаление и подпор;приточка с водяным калорифером зависит от готовности теплоносителя от ИТП;конвейер не пускается, пока вентиляция зоны не вышла на режим. Эти связи — самое важное и самое хрупкое в проекте.
Отраслевые последствия
И при этом они почти нигде не формализованы: инженер держит их в голове или, в лучшем случае, в Excel. Когда систему программируют по отдельности, межсистемная блокировка — первое, что ломается. Многопроектный режим — это попытка вытащить эти связи на свет, дать инженеру их явно подтвердить и только потом генерировать код, единый для всего объекта.
Несколько терминов — чтобы дальше было понятноВ первой части я уже объяснял ST, IOLIST, POU, RAG и matiec. Для второй части добавлю ещё несколько. GVL (Global Variable List) — список глобальных переменных.
В CODESYS и других средах это переменные, видимые всем программам проекта.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





