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

Продолжаю изучать вопросы связанные с #IEC61499 и если честно, то проще найти различные научные монографии, чем сам стандарт со всеми его частями на просторах интернета, так что складываю свое представление исключительно по научным и публицистическим работам. IEC61499 «Открытый стандарт распределенных систем управления и автоматизации» сильно отличается от #IEC61131, который, на данный момент, является прочным фундаментом всей промышленной автоматизации. То, что ломает привычное мироустройство по пунктам: 1. Событийная модель выполнения ППО Для полноценного понимания необходима уверенная база...

В целом, в сфере АСУТП очень туго с инструментариями. Различные Modbus сканнеры - это уже просто рутина, которые пишутся или ручками, или нейроночками за часик другой для конкретной задачки. Но вот универсального комбайна я не наблюдал. На моей памяти это первый опенсорсный сканер для брешей в безопасности, но как минимум его можно будет использовать для карты регистров Modbus...

Первый на моей памяти внятный кейс использования 4diac и стандарта IEC61499. Хорошо показывает базовые основы, чтобы можно было хоть к чему-то подступиться, но есть конечно ряд моментов, к которым бы я прицепился, но в целом очень толково. FUXA SCADA - не рекомендую ставить на текущий день, уж очень капризная к своим зависимостям...

Почитать об первые заметки можно тут: Первая Вторая Третья Что я хочу для себя: четкие разделенные логические слои ППО; изменения не должны затрагивать внутреннюю логику ФБ; быстрый процесс масштабирования и изменений. И так, пару неделек назад, впервые за долгое время поехал я на объект, так сказать пописать код в боевых условиях, да посмотреть как это будет работать. А раз есть целый объект и боевые задачи, то почему бы не применить свои идеи по факту и посмотреть что будет… Итог: получилось ужасно, а в какие-то моменты больно. Да, у меня были четки логические слои, вот тут сигналы, тут управление оборудованием, там логика работы оборудования, а здесь совсем чуть-чуть безопасность...

Закончили тестировать защиту RS485. Очень интересно получилось, что когда модуль в режиме приема, то может выдерживать спокойно до +18 вольт на линии, а вот если он начал передавать, то сразу в зависимости от напряжения на шине могут выйти из строя либо токоограничивающие резисторы, но если не повезет то сама микросхема RS485. Модуль защиты получился немного активным и если на линии есть от +18 и выше, то отрубает модуль на передачу. Затестировали до 115200 бод\с проходит на ура. Нашли еще одну багулину...

И так, что же я узнал за сегодня: 1)ГОСТ Р ИСО 9241-303 — 2013 «Эргономика взаимодействия человек-система. Требования к электронным видеодисплеям» 2)ГОСТ ISO 3861-4 — 2013 «Графические символы. Сигнальные цвета и знаки безопасности» 3)ГОСТ Р ИСО 9241-210 — 2016 «Эргономика взаимодействия человек-система. Человеко-ориентированное проектирование интерактивных...

Как это работает: пользователь пишет промт, отправляет его в агент, агент анализирует промт, если там есть ключевые слова, которые подходят к какому-нибудь mcp серверу, то задействует его. MCP сервер может дергать API Codesys, чтобы что-то делать с проектом. Для работы поднадобилось: 1)VPN 2)Codesys v3.17(разработчик MCP сервера говорит что с 3.21) 3)Claude Pro + Claude Code 4)Claude Desktop 5)MCP Сервер Промт, который я тестировал: Создай Codesys проект, в котором бы была написана логика работы для простой системы автоматизации...

Позвольте и мне высказать свое мнение на такую вещь, как использованием AI агентов в разработке, именно, что в сфере АСУТП. Свой рассказ я начну с главного - AI не заменить программистов. Тут уже можно выдохнуть. На моей памяти это уже наверно раз четвертый, начиная с 2010 года, когда я устроился в лабораторию искусственного интеллекта. Те всадники апокалипсиса, которые я пережил - IDE, Low-Code/NoCode решения, Copilot и GPT и вот теперь Агенты. Если вы пользуетесь каким-то сайтом, где набиваете промт, получаете код и копируете его в среду исполнения, то это не все возможности разработки с агентами...

Основные навыки инженера-программиста АСУТП Спасибо всем, что принял участие в опросе. Без вас этого бы не произошло. Теперь есть примерный список навыков, на который можно ориентироваться. Приятного чтения и приглашаю присоединиться к обсуждению #️⃣#АСУТП #инженер #программист 🔗"Я вам че - Автомат

Когда пишете ТЗ помните, что один пункт - одно функциональное требование. Даже если кажется, что можно сгруппировать, то не стоит это делать. Всегда пишите список необходимых актов, протоколов, программ и методик испытаний необходимых для сдачи проекта или какого-то этапа. И сами не запутаетесь, и лишнего вряд ли напишите. Желательно в приложении сразу зафиксировать шаблоны этих документов, чтобы в стрессовой ситуации не надо...