"Я вам че - Автоматизатор?"

Я испытываю двоякие чувство от того, что агентная разработка добралась до АСУТП. С одной стороны мне радостно, но с другой стороны для меня это второй круг огромного количества поделок при помощи промтов. Не будем затрагивать целесообразность таких действий, но давайте я немного поделюсь знаниями. Для начала будет очень хорошо ознакомиться с прекрасной работой: LLM для маленьких Чтобы понять как это все работает. Далее было бы здорово ознакомится со следующими вещами: 1) Harness - что это такое и с чем это едят. И почему окружение решает лучше модели 2)Routing. Как в целом запрос пользователя исполняется и какие стадии проходит 3)Устройство памяти у агентов. После этого можно дойти до такой вещи как SDD - разработка на основе спецификации, которая позволяет проработать детально решение до его реализации, а после можно откатывать изменения немного переписывать спеку и в повторную генерацию. Потом надо зафиксировать для себя, что не все задачи стоит поручать агенту, нельзя просто верить агенту без каких-то проверок и стоит остерегаться когнитивной капитуляции. Как происходит разработка прикладного программного обеспечения на ПЛК у меня. Мы еще учимся, но все же есть чем поделиться. 1. RAG хранилище Векторное хранилище, где в векторной форме представлена нужная документация. Это и ГОСТ, и ТЗ и любая текстовая информация по проекту и оборудованию. Очень не хочется таскать одну и туже информацию для контекста в каждый проект. Работает харнесс с хранилищем через mcp, векторизируем документацию при помощи локальной embedded модели. 2. Библиотека шаблонов Состоит из проверенных и рабочих функциональных блоков, которые мы используем в проектах. Библиотека шаблонов нужная для того, чтобы реализация не была придумана. В целом генерация однотипного кода, который можно хорошо формализовать не задача агента, а задача скрипта. 3. Набор скиллов Вот это самые больше трудозатраты. Набор скиллов позволяет мне пройти путь от PDF до программы на ПЛК. Происходит следующий процесс. Анализ и формирование списка оборудования и сигналов, исходя из электрической принципиальной схемы. Потом списку оборудования присваиваются соответствующие FB из шаблонов. Происходит логическое разделение по группам: модули расширения, оборудование RS-485, дискретное и аналоговое оборудование. После генерируется шаблон проекта, происходит нужная инициализация и генерация кода по списку. Далее происходит анализ ТЗ, формирование логики работы и ее реализация. На каждом этапе формируются артефакты, для дальнейшей работы. Из минусов: сейчас это долгие часы, очень слабое разделение процесса, в среднем весь проекта занимает примерно 8-10 часов работы агента. Я не использую MCP, мне можно писать в голом .xml, сборка проектов и компиляция может происходить через командную строку. Для генерация бойлерплейтов очень хорошо, для полноценного решения требуется еще долго дорабатывать напильником.

Состояния, события и машина состояний на ПЛК. Функция как метод. Продолжаем повесть про машины состояний. Сегодня в выпуске: разделение памяти, функции как методы и слабосвязанные функциональные блоки. Приятного чтения)

Добрый вечер. Сегодня в чате https://t.me/autonomnoe зашел интересный разговор о профессиональных конференциях АСУТП, а вернее за их отсутствие. Стоит четко обозначить, что профессиональные конференции - это мероприятия, где рассказывают о реальном опыте, решении реальных задач и проблем, а не об общем состоянии индустрии и презентации нового контролера(Я удивлюсь только если Codesys 4 выйдет) По моему скромному мнению такие конференции огромная редкость, так как наш брат, не любит и не особо умеет делиться своим опытом, да и наша "профессиональная" среда является местом очень токсичным, вот и опасаются обратной связи) Так вот, товарищи, которые хотели поделиться чем-нибудь из своей профессиональной сферы - делитесь смело, если у вас в голове, когда-либо возникало мысль: "Да ну его, это и так все знают", то спешу вас уверить не все. Не бойтесь негативной обратной связи, я ее ни разу не получал от действительно хороших специалистов, даже когда скидываю им сырые статьи на вычитку. Человек - уникальное существо, которое может учиться на своем опыте, на чужом опыте и на рассказах о чужом опыте. С удовольствием поделюсь своими площадками под интересные кейсы (да я тоже корыстен, я не успеваю писать материал) Так что делитесь, учитесь и развивайтесь) UPD: Удивился

Коллеги, поздравляю вас с праздником - С Днем Программиста. Желаю вам адекватных ТЗ, легкого дебагинга, интересных задач и быстрых командировок.

https://owendigital.ru/products/altaide/download Я вот так тут оставлю.

Раньше, когда я не знал о чем писать, то писал о ПЛК, но сейчас разработку приостановили из-за приоритетов, но вот вам новое приключение. PLC Warrior (кодовое название) - платформа для программистов ПЛК, которая позволяет решать задачки на языке ST. Сейчас есть два типа заданий - задачи и сценарии. Задачи - это какой-то алгоритм, который выполняется один цикл ПЛК, Сценарии - технологические задачи, можно отследить прогресс в профиле. Отвечая на вопросы, которые могут быть: тестовые доступы будут, большую часть времени я просто буду кидать ссылку в чат группы, чтобы люди потестировали и накидали замечаний и идей. Регистрация по почте номинальная, потом прикручу нормальную + регистрация через TG. Да, используется LLM.

Хороший гайд, который многое объясняет. Еще бы я добавил, что модель сама по себе не решает многие задачи, а роляет окружение. Так что харнесс наше все, следует изучить также роутинг, какие инструменты и в какой последовательности вызываются. Стоит также помнить, что прирост в большей степени на рутиных задачах, а также на тех, где у вас хорошая экспертиза. Ну а процентики, которые вы получите в плюс гораздо меньше, чем можете себе представить) там точно не будет иксов.

Знаете ли вы сколько неудобства есть в программных продуктах, потому что исторически сложилось? Исходя из современных правил рынка мы не можем долго разрабатывать продукт, полностью его продумывать и описывать разные граничные условия, коих может быть огромное множество, но даже если их все поработать, то есть огромный шанс, что получится не то... Гибкие методологии как раз и появились для того, чтобы дать короткую петлю обратной связи. Спринт ->релиз ->обратная связь. И все по кругу. Но тут требуется изначально продумывать гибкий и масштабируемый фундамент. Что тоже не всегда возможно. А когда мы получаем обратную связь, то нам, исправляя недочёты и вводя новый функционал, надо ещё позаботиться об обратной совместимости. Вряд ли бы вам понравилось, что при обновлении ПЛК необходимо переписать весь проект, а то он больше не работает. Для того, чтобы можно было исправить основные недочёты в фундаменте используют обычно мажорные версии или новые линейки оборудования. Так что если у вас возникнет вопрос, а почему тут так неудобно, то скорее всего-это исторически сложившаяся ситуация, которая держит обратную совместимость, возникшая по причине того, что не было достаточно времени или денег.

Опять принес в субботу немного интересного: https://www.ironplc.com/ Опенсорс, МЭК тулчейн вместе с игровой площадкой сделанный на Rust

Автоматизация больше не терпит компромиссов Что сегодня определяет эффективность промышленного предприятия? Предиктивная диагностика, надёжное электропитание, кибербезопасность, отечественные платформы автоматизации или искусственный интеллект? Ответ гораздо сложнее. В новом номере журнала СТА №3/2026 собраны материалы о технологиях, которые уже работают на российских предприятиях: предиктивной диагностике, отказоустойчивой инфраструктуре, российских средствах автоматизации, промышленном Ethernet, защищённых вычислительных платформах и практической защите АСУ ТП. Это не обзор трендов, а инженерный опыт и решения, которые можно применять уже сегодня. Читайте свежий номер СТА 3-2026 на портале СЭТА

Я даже сюда выложу наши разгоны в чате. Задавайте вопросики, будем дополнять

OpenSource инструменты разработки для IEC 61499. ForgeLogic и 4diac, cходства и различия. Часть 1. OpenSource инструменты разработки для IEC 61499. ForgeLogic и 4diac, cходства и различия. Часть 2 Снова вечер субботы. Решил я глянуть два этих видео. Отличный обзор того, как ПО было адаптировано, какие завезли фичи. С точки зрения разработки инструмента - супер видео. Немного раскрыли внутрянку работы рантайма и как проекты запускаются. Ответили мне почему в 4diac надо пересобирать среду исполнения если добавили свой ФБ. Кратко рассказали за основные типы ФБ. Когда нибудь я захочу их повторить, но пока буду ссылаться на эти видосики. Также есть обзор основных фб для коммуникации, ввода/вывода. Обозначены основные проблемы при работе с IEC61499. В целом найдите часик времени за чаем, чтобы ознакомиться, я также ещё раз пересмотрю. Там ещё у меня было пару моментов, с которых я подгорел, но это уже из серии "докопался до орфографии". Теперь от меня пару направлений для размышлений. Первым делом, чтобы освоиться с событиями попробуйте посмотреть в сторону паттернов Observer и State. Там же еще можно пройтись по машинам состояний, которые нас полностью погрузять в ECC. Затем очень хорошо пойдёт освежить или узнать такую прекрасную вещь как реактивное программирование. Ну и на десерт event-loop. Тут мне надо написать, что приму в дар, чтобы сломать, ваш ПЛК, который поддерживает IEC61499, ну или накачу на одноплатник, если потребуется. "Я вам че - Автоматизатор?" #IEC61499 #АСУТП

"Я вам че - Автоматизатор?!" #АСУТП #ПНР #mem

На случай важных переговоров "Я вам че - Автоматизатор?!"

Siemens «сломал» игру: почему их новый ИИ-агент навсегда изменит программирование ПЛК в TIA Portal. Обзорная статья по поверхности когда для своего закрытого решения требуется закрытое решение.

В отличие от универсальных инструментов вроде ChatGPT, Claude или Copilot, Eigen Engineering Agent работает не в изолированном чате, а внутри реальной инженерной среды Totally Integrated. Automation (TIA Portal). Это решает главную проблему автоматизаторов — отсутствие у ИИ понимания контекста, архитектуры и взаимосвязей внутри конкретного проекта.

Разумеется, ведь дочтуп у исходникам проекта нельзя просто получить. Как минимум тебе нужен TIA Openness.

Процесс генерации управляющей логики больше не выглядит как слепой и однократный вывод ответа на текстовый промпт. Получив задачу, ИИ-агент действует по следующему алгоритму: Декомпозиция: Разбивает сложную инженерную задачу на последовательность логических подзадач. Пошаговое выполнение: Последовательно конфигурирует параметры, генерирует код или элементы HMI-интерфейса. Автоматическая верификация: Самостоятельно оценивает полученный результат на соответствие жестким требованиям проекта и внутренним стандартам заказчика. Итеративная доработка: В случае обнаружения несоответствий или ошибок (включая синтаксические ошибки SCL), агент запускает цикл самокоррекции и дорабатывает код до тех пор, пока он не пройдет внутреннюю валидацию.

А он так уже давно не выглядит. Агенты умеют декомпозировать и проверять, да и тесты гонять и много чего еще.

Eigen Engineering Agent уже прошел масштабное пилотное тестирование в более чем 100 компаниях из 19 стран мира. Результаты реального применения показывают впечатляющие метрики: Скорость выполнения ИИ-процессов возрастает в 2–5 раз по сравнению с ручным выполнением аналогичных задач. Качество и точность генерируемых решений увеличиваются на 80%. Общая эффективность инженерной разработки (engineering efficiency) повышается на 50%.

Скрипты пишут код быстрее человека пальцами, нам это еще TAS в спидранах показал. Качество и точность увеличились, но мне было бы интересно через какой размер контекста начинаются галлюцинации, а они точно есть. Ну и мое любимое - это общая эффективность. Я бы сказал, что до 50% на типовых задачах, которые специалист умеет уже решать и тестировать.