Для тех, кто пишет ТЗ и работает по ТЗ, немного опыта, который появился.
Когда пишете ТЗ помните, что один пункт - одно функциональное требование. Даже если кажется, что можно сгруппировать, то не стоит это делать.
Всегда пишите список необходимых актов, протоколов, программ и методик испытаний необходимых для сдачи проекта или какого-то этапа. И сами не запутаетесь, и лишнего вряд ли напишите.
Желательно в приложении сразу зафиксировать шаблоны этих документов, чтобы в стрессовой ситуации не надо было тратить время "придумать"
Никогда не пишите формулировки из серии "Комплект КД согласно ЕСКД", так как это может очень сильно увеличить объем бумажных работ.
Как вы можете понять, всю эту неделю пишу акты и протоколы)
Когда пишете ТЗ помните, что один пункт - одно функциональное требование. Даже если кажется, что можно сгруппировать, то не стоит это делать.
Всегда пишите список необходимых актов, протоколов, программ и методик испытаний необходимых для сдачи проекта или какого-то этапа. И сами не запутаетесь, и лишнего вряд ли напишите.
Желательно в приложении сразу зафиксировать шаблоны этих документов, чтобы в стрессовой ситуации не надо было тратить время "придумать"
Никогда не пишите формулировки из серии "Комплект КД согласно ЕСКД", так как это может очень сильно увеличить объем бумажных работ.
Как вы можете понять, всю эту неделю пишу акты и протоколы)
👍16🏆3💯2
Так, сегодня у нас субботнее вечернее чтиво.
Основные навыки инженера-программиста АСУТП
Спасибо всем, что принял участие в опросе. Без вас этого бы не произошло. Теперь есть примерный список навыков, на который можно ориентироваться. Приятного чтения и приглашаю присоединиться к обсуждению
#️⃣ #АСУТП #инженер #программист
🔗 "Я вам че - Автоматизатор?!"
Основные навыки инженера-программиста АСУТП
Спасибо всем, что принял участие в опросе. Без вас этого бы не произошло. Теперь есть примерный список навыков, на который можно ориентироваться. Приятного чтения и приглашаю присоединиться к обсуждению
Please open Telegram to view this post
VIEW IN TELEGRAM
Я вам че - Автоматизатор?
Основные навыки инженера-программиста АСУТП. - Я вам че - Автоматизатор?
Список базовых навыков для инженера-программиста АСУТП разных уровней
👍18🌭1
Хоть и сказано, что для преподавателей, но посетить может любой желающий. Если кто-то не знаком, но хочет познакомится, то хороший вариант
👍2😁2
Forwarded from IEK DIGITAL
Встреча с преподавателями в Северной столице 4–5 марта!
Сегодня перед системой образования стоит важнейшая задача — подготовка инженерных кадров, которые будут востребованы реальным сектором экономики завтрашнего дня. Разрыв между академическими знаниями и практическими запросами промышленности становится критическим. Мы предлагаем не просто сократить этот разрыв, а выстроить мост, по которому выпускники уверенно войдут в профессию.
🎓 Для преподавателей, руководителей кафедр и специалистов учебных заведений, которые планируют или уже работают с MasterSCADA 4D, хотят освоить наш программный продукт и внедрить инновации в образовательный процесс по компетенции «Диспетчеризация», — 4–5 марта организуем очный интенсивный специализированный курс «MasterSCADA 4D: обучение для преподавателей».
❗️ Отдельно (5 марта) состоится конференция для преподавателей, тех, кто только планирует или уже рассматривает возможность включения современных технологий автоматизации и диспетчеризации технологических процессов в учебные планы. Мы расскажем о системном решении: как сделать так, чтобы студенты выходили из учебного заведения с реальными практическими компетенциями в области автоматизации и диспетчеризации, в которых остро нуждается промышленность.
🤝 На презентации вы узнаете о возможностях партнёрства и комплексной поддержке от IEK DIGITAL: от лицензионного ПО до онлайн-стендов и методических материалов.
Освойте эти технологии и обеспечьте вашим студентам конкурентное преимущество в будущем.
Будем рады вас видеть!
🔗 Регистрация по ссылке
Количество мест ограничено. Для посещения мероприятия необходимо зарегистрироваться, на территории действует пропускной режим. При регистрации вы можете выбрать отдельно обучение, презентацию или посетить оба мероприятия.
Сегодня перед системой образования стоит важнейшая задача — подготовка инженерных кадров, которые будут востребованы реальным сектором экономики завтрашнего дня. Разрыв между академическими знаниями и практическими запросами промышленности становится критическим. Мы предлагаем не просто сократить этот разрыв, а выстроить мост, по которому выпускники уверенно войдут в профессию.
➡️ Мы расскажем о нашем продукте MasterSCADA 4D, разберём принципы разработки проектов и способы решения задач SCADA-систем. Продемонстрируем возможности на всех уровнях управления на примере оборудования ONI, объединяя «железо» и софт в единую работающую систему (ПАК).
Мы разберём реальные промышленные кейсы, где наши технологии уже работают. Подробно рассмотрим всю экосистему программных продуктов IEK DIGITAL и их применимость. Покажем, что современные технологии автоматизации и диспетчеризации — уже неотъемлемая часть различных отраслей, и MasterSCADA 4D является одним из ведущих решений в этой сфере.
Освойте эти технологии и обеспечьте вашим студентам конкурентное преимущество в будущем.
Будем рады вас видеть!
Количество мест ограничено. Для посещения мероприятия необходимо зарегистрироваться, на территории действует пропускной режим. При регистрации вы можете выбрать отдельно обучение, презентацию или посетить оба мероприятия.
📍 Санкт-Петербург, Учебный центр «Петербургский тракторный завод»🗓 4–5 марта |⏰ 09:30 (МСК)
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡2🤔2🦄1
Легкое чтиво на вечер четверга. Позвольте и мне высказать свое мнение на такую вещь, как использованием AI агентов в разработке, именно, что в сфере АСУТП.
Свой рассказ я начну с главного - AI не заменить программистов. Тут уже можно выдохнуть. На моей памяти это уже наверно раз четвертый, начиная с 2010 года, когда я устроился в лабораторию искусственного интеллекта. Те всадники апокалипсиса, которые я пережил - IDE, Low-Code/NoCode решения, Copilot и GPT и вот теперь Агенты.
Если вы пользуетесь каким-то сайтом, где набиваете промт, получаете код и копируете его в среду исполнения, то это не все возможности разработки с агентами.
Для хорошей работы вам потребуется агент, который будет MCP клиентом, MCP сервер для вашего ПО, если оно есть; желательно иметь свою базу знаний с документацией, а также настроить все скилы и заставить все работать вместе.
Разработка с агентами - это инструмент, на изучение которого стоит потратить время, научиться писать промты, чтобы за меньшее количество токенов получить лучший результат, чтобы параллелить задачи и не выскочить за окно контекста, стоит понимать для чего нужна какая модель и какие из этого плюсы и минусы.
Если возникает вопрос, а кто будет виноват если…[придумайте любую ситуацию], то я отвечу, что специалист/инженер/программист(нужное подчеркнуть) является лицом, принимающем решения, а значит и он будет нести ответственность.
Агенты помогают в разработке, автоматизируют какую-нибудь рутину или написание огромного количества бойлерплейта, но их надо проверять, а значит навыки растерять не получится, просто появится еще парочку.
Конечно с внедрением таких инструментов повышается порог входа для молодых специалистов, теперь больше вопросов возникает к умениям работы с физической составляющей системы; возникает больше ожиданий к производительности, а она увеличивается, но не в 2 раза или более. По личным наблюдениям, если код типовой и шаблонный, то прирост составит около 60-70% так как надо вводить промты и проверять результат, если задача какая-то новая, но были похожие в обучающей выборке, то можно 20-30% получить. Если задача уникальная, примеров нет или мало, то есть все шансы, что агент будет ходить по кругу и переписывать свой собственный код по несколько раз, потом расскажет, что все готово и это даже не соберется.
Так что найдите время, изучите инструмент, попробуйте его в работе, да хотя бы пускай сделает карту Modbus по вашему коду или еще какую-нибудь мелочь, а я дальше уйду в ряд экспериментов с этим инструментом.
🔗 "Я вам че - Автоматизатор?!"
#АСУТП #AI #GPT #ПЛК
Свой рассказ я начну с главного - AI не заменить программистов. Тут уже можно выдохнуть. На моей памяти это уже наверно раз четвертый, начиная с 2010 года, когда я устроился в лабораторию искусственного интеллекта. Те всадники апокалипсиса, которые я пережил - IDE, Low-Code/NoCode решения, Copilot и GPT и вот теперь Агенты.
Если вы пользуетесь каким-то сайтом, где набиваете промт, получаете код и копируете его в среду исполнения, то это не все возможности разработки с агентами.
Для хорошей работы вам потребуется агент, который будет MCP клиентом, MCP сервер для вашего ПО, если оно есть; желательно иметь свою базу знаний с документацией, а также настроить все скилы и заставить все работать вместе.
Разработка с агентами - это инструмент, на изучение которого стоит потратить время, научиться писать промты, чтобы за меньшее количество токенов получить лучший результат, чтобы параллелить задачи и не выскочить за окно контекста, стоит понимать для чего нужна какая модель и какие из этого плюсы и минусы.
Если возникает вопрос, а кто будет виноват если…[придумайте любую ситуацию], то я отвечу, что специалист/инженер/программист(нужное подчеркнуть) является лицом, принимающем решения, а значит и он будет нести ответственность.
Агенты помогают в разработке, автоматизируют какую-нибудь рутину или написание огромного количества бойлерплейта, но их надо проверять, а значит навыки растерять не получится, просто появится еще парочку.
Конечно с внедрением таких инструментов повышается порог входа для молодых специалистов, теперь больше вопросов возникает к умениям работы с физической составляющей системы; возникает больше ожиданий к производительности, а она увеличивается, но не в 2 раза или более. По личным наблюдениям, если код типовой и шаблонный, то прирост составит около 60-70% так как надо вводить промты и проверять результат, если задача какая-то новая, но были похожие в обучающей выборке, то можно 20-30% получить. Если задача уникальная, примеров нет или мало, то есть все шансы, что агент будет ходить по кругу и переписывать свой собственный код по несколько раз, потом расскажет, что все готово и это даже не соберется.
Так что найдите время, изучите инструмент, попробуйте его в работе, да хотя бы пускай сделает карту Modbus по вашему коду или еще какую-нибудь мелочь, а я дальше уйду в ряд экспериментов с этим инструментом.
#АСУТП #AI #GPT #ПЛК
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
"Я вам че - Автоматизатор?"
Об OT, новых технология и подходах в АСУТП, интересные новости из мира автоматизации и личный взгляд на все это.
Сайт: https://blog.engcore.ru/
Сотрудничество: info@engcore.ru
Сайт: https://blog.engcore.ru/
Сотрудничество: info@engcore.ru
👍10👌5🎉2😁1
Вчера запустил связку ClaudeCode + Codesys для получения максимального результата от использования Агента.
Как это работает: пользователь пишет промт, отправляет его в агент, агент анализирует промт, если там есть ключевые слова, которые подходят к какому-нибудь mcp серверу, то задействует его. MCP сервер может дергать API Codesys, чтобы что-то делать с проектом.
Для работы поднадобилось:
1)VPN
2)Codesys v3.17(разработчик MCP сервера говорит что с 3.21)
3)Claude Pro + Claude Code
4)Claude Desktop
5)MCP Сервер
Промт, который я тестировал:
Начнем с явного минуса MCP сервера - это отсутствие возможности работать со структурами, перечислениями и т.д. Есть программы, функции и функциональные блоки, реализацию остального можно дописать самому, сейчас структуры и перечисления создаются в ФБ и их надо ручками копировать.
Второй минус - это кодировка Windows. Все что MCP сервер будет писать на русском языке в коде программы будет шифром, так что стоит или комментарии писать на английском, либо что-то делать с кодировкой операционной системы.
Сам агент сделал TODO лист, прошелся по нему, пару раз собрал проект, исправил баги и дал краткое описание проекта.
#АСУТП #ПЛК #CODESYS
🔗 "Я вам че - Автоматизатор?!"
Как это работает: пользователь пишет промт, отправляет его в агент, агент анализирует промт, если там есть ключевые слова, которые подходят к какому-нибудь mcp серверу, то задействует его. MCP сервер может дергать API Codesys, чтобы что-то делать с проектом.
Для работы поднадобилось:
1)VPN
2)Codesys v3.17(разработчик MCP сервера говорит что с 3.21)
3)Claude Pro + Claude Code
4)Claude Desktop
5)MCP Сервер
Промт, который я тестировал:
Создай Codesys проект, в котором бы была написана логика работы для простой системы автоматизации.
Есть датчик уровня и бистабильный клапан. Клапан должен открываться если уровень ниже уставки и закрываться если выше уставки.
Все объекты должны быть в отдельном FB, все необходимые данные в структурах, данные настроек, значение которых должны быть сохранены в отдельной структуре и в памяти RETAIN
Начнем с явного минуса MCP сервера - это отсутствие возможности работать со структурами, перечислениями и т.д. Есть программы, функции и функциональные блоки, реализацию остального можно дописать самому, сейчас структуры и перечисления создаются в ФБ и их надо ручками копировать.
Второй минус - это кодировка Windows. Все что MCP сервер будет писать на русском языке в коде программы будет шифром, так что стоит или комментарии писать на английском, либо что-то делать с кодировкой операционной системы.
Сам агент сделал TODO лист, прошелся по нему, пару раз собрал проект, исправил баги и дал краткое описание проекта.
#АСУТП #ПЛК #CODESYS
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Когда чувствую, что неделька будет загруженной, то делю один пост на два, чтобы просто было)
Архив с проектом, который был написан агентом и где я потом отдельно скопировал все структуры и перечисления. Кому интересно - можете ознакомиться
Написан в CDS 3.17
Архив с проектом, который был написан агентом и где я потом отдельно скопировал все структуры и перечисления. Кому интересно - можете ознакомиться
Написан в CDS 3.17
👍5
Пока я немного закапываюсь в операционной деятельности своего отдела, принес вам немного почитать интересного.
«О! Айтишники! Вы же полезными стали. А можете нам конвертер сфотографировать?»
Интересный пост о той самой сказочной IT/OT конвергенции. Тут вам и шины данных со всего завода и техническое зрение и мат модели с аналитикой. И главное все к месту.
Иногда после такого чтива хочется вернутся в эксплуатацию, но у нас тут свои интересные планы.
#АСУТП #OT #IT
🔗 "Я вам че - Автоматизатор?!"
«О! Айтишники! Вы же полезными стали. А можете нам конвертер сфотографировать?»
Интересный пост о той самой сказочной IT/OT конвергенции. Тут вам и шины данных со всего завода и техническое зрение и мат модели с аналитикой. И главное все к месту.
Иногда после такого чтива хочется вернутся в эксплуатацию, но у нас тут свои интересные планы.
#АСУТП #OT #IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
«О! Айтишники! Вы же полезными стали. А можете нам конвертер сфотографировать?»
Приходят к нам мужики из цеха и говорят эту фразу. В ней — целая жизнь. Во-первых, сам факт того, что пришли люди из цеха, — это всего несколько лет назад было бы просто шоком. Цех очень хочет, чтобы...
👍6
Утро начинается с поиска интересной нормативки. И так, что же я узнал за сегодня:
1)ГОСТ Р ИСО 9241-303 — 2013 «Эргономика взаимодействия человек-система. Требования к электронным видеодисплеям»
2)ГОСТ ISO 3861-4 — 2013 «Графические символы. Сигнальные цвета и знаки безопасности»
3)ГОСТ Р ИСО 9241-210 — 2016 «Эргономика взаимодействия человек-система. Человеко-ориентированное проектирование интерактивных систем»
Уже начальная точка, что ознакомится и взять что-то к себе на вооружение для отрисовки HMI и SCADA.
#АСУТП #ГОСТ #HMI
🔗 "Я вам че - Автоматизатор?!"
1)ГОСТ Р ИСО 9241-303 — 2013 «Эргономика взаимодействия человек-система. Требования к электронным видеодисплеям»
2)ГОСТ ISO 3861-4 — 2013 «Графические символы. Сигнальные цвета и знаки безопасности»
3)ГОСТ Р ИСО 9241-210 — 2016 «Эргономика взаимодействия человек-система. Человеко-ориентированное проектирование интерактивных систем»
Уже начальная точка, что ознакомится и взять что-то к себе на вооружение для отрисовки HMI и SCADA.
#АСУТП #ГОСТ #HMI
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12
Продолжаю историю о том, как происходит разработка ПЛК. Закончили тестировать защиту RS485. Очень интересно получилось, что когда модуль в режиме приема, то может выдерживать спокойно до +18 вольт на линии, а вот если он начал передавать, то сразу в зависимости от напряжения на шине могут выйти из строя либо токоограничивающие резисторы, но если не повезет то сама микросхема RS485.
Модуль защиты получился немного активным и если на линии есть от +18 и выше, то отрубает модуль на передачу. Затестировали до 115200 бод\с проходит на ура.
Нашли еще одну багулину в сетевом коде из-за которой бывали ситуации, что сетевое соединение отваливалось, пока не перезагрузить ПЛК.
Начал миграцию с YAPLC в VSCode. Научили работать с многофайловым проектом, теперь все исходники являются текстовыми файлами с расширением .st, далее цепочка прежняя формируем из всех файлов огромную портянку, кормим ее транслятору, получаем С-код, билдим, линкуем и можем заливать.
Сейчас стабильный вариант - это сборка проекта в YAPLC, а потом сторонней утилитой происходит загрузка прошивки, когда все это перенес в VSCode - стало легче.
Ну и самое удобное что я получил в конечно итоге - LSP серевер языка ST, который имеет небольшой анализатор, подсказывающий ошибки в коде и также функцию автодополнения.
#devlog@wtfcontrolsengineer
#плк@wtfcontrolsengineer
Модуль защиты получился немного активным и если на линии есть от +18 и выше, то отрубает модуль на передачу. Затестировали до 115200 бод\с проходит на ура.
Нашли еще одну багулину в сетевом коде из-за которой бывали ситуации, что сетевое соединение отваливалось, пока не перезагрузить ПЛК.
Начал миграцию с YAPLC в VSCode. Научили работать с многофайловым проектом, теперь все исходники являются текстовыми файлами с расширением .st, далее цепочка прежняя формируем из всех файлов огромную портянку, кормим ее транслятору, получаем С-код, билдим, линкуем и можем заливать.
Сейчас стабильный вариант - это сборка проекта в YAPLC, а потом сторонней утилитой происходит загрузка прошивки, когда все это перенес в VSCode - стало легче.
Ну и самое удобное что я получил в конечно итоге - LSP серевер языка ST, который имеет небольшой анализатор, подсказывающий ошибки в коде и также функцию автодополнения.
#devlog@wtfcontrolsengineer
#плк@wtfcontrolsengineer
7👍20🔥6🤮1
Чуть больше полугода я пытаюсь выработать для себя архитектурный подход для написания ППО. Почитать об первые заметки можно тут:
Первая
Вторая
Третья
Что я хочу для себя: четкие разделенные логические слои ППО; изменения не должны затрагивать внутреннюю логику ФБ; быстрый процесс масштабирования и изменений.
И так, пару неделек назад, впервые за долгое время поехал я на объект, так сказать пописать код в боевых условиях, да посмотреть как это будет работать. А раз есть целый объект и боевые задачи, то почему бы не применить свои идеи по факту и посмотреть что будет…
Итог: получилось ужасно, а в какие-то моменты больно.
Да, у меня были четки логические слои, вот тут сигналы, тут управление оборудованием, там логика работы оборудования, а здесь совсем чуть-чуть безопасность. Изменения в одном месте затрагивали внутреннюю логику лишь одного функционального блока.
А вот быстрый процесс масштабирования и изменений не происходил, так как получилось слишком много специальных структур и перед вызовом ФБ приходилось писать огромное количество бойлерплейта, который просто перекидывал значения из поля одной структуры, в поле другой структуру. Казалось бы, что можно было бы просто скормить нужные структуры в ФБ, но тогда получалась высокая связанность…
Исходя из эксперимента - подход построения архитектуры требует переосмысления)
У вас что было интересного?
#АСУТП #ППО #ПЛК #Архитектруа
"Я вам че - Автоматизатор?!"
Первая
Вторая
Третья
Что я хочу для себя: четкие разделенные логические слои ППО; изменения не должны затрагивать внутреннюю логику ФБ; быстрый процесс масштабирования и изменений.
И так, пару неделек назад, впервые за долгое время поехал я на объект, так сказать пописать код в боевых условиях, да посмотреть как это будет работать. А раз есть целый объект и боевые задачи, то почему бы не применить свои идеи по факту и посмотреть что будет…
Итог: получилось ужасно, а в какие-то моменты больно.
Да, у меня были четки логические слои, вот тут сигналы, тут управление оборудованием, там логика работы оборудования, а здесь совсем чуть-чуть безопасность. Изменения в одном месте затрагивали внутреннюю логику лишь одного функционального блока.
А вот быстрый процесс масштабирования и изменений не происходил, так как получилось слишком много специальных структур и перед вызовом ФБ приходилось писать огромное количество бойлерплейта, который просто перекидывал значения из поля одной структуры, в поле другой структуру. Казалось бы, что можно было бы просто скормить нужные структуры в ФБ, но тогда получалась высокая связанность…
Исходя из эксперимента - подход построения архитектуры требует переосмысления)
У вас что было интересного?
#АСУТП #ППО #ПЛК #Архитектруа
"Я вам че - Автоматизатор?!"
Telegram
"Я вам че - Автоматизатор?"
Иногда лучше не слушать подкасты, так как они заставляют вернутся к тому, что не доделал. Возвращаюсь к архитектуре ППО. Целью всех этих изысканий будет лишь формирование правил и подходов, как минимум для себя, для быстрого написания кода, его организации…
⚡3
Forwarded from СЭТА Современная электроника и технологии автоматизации
ИИ внедряют, а отказы не уходят. Почему — в новом номере
Диагностика есть. Аналитика есть. Цифровизация идёт полным ходом. Но значительная часть отказов на производстве по-прежнему связана с человеческим фактором, данные остаются разрозненными, а AI-проекты буксуют из-за незрелой инфраструктуры.
Выходит в свет новый номер журнала СТА 2/2026 — о том, почему технологии без архитектуры не работают:
- Человеческий фактор vs. автоматизация: системные подходы к оценке и управлению эффективностью персонала — не «мягкий» HR, а инженерная необходимость
- Сигналы и изоляция: классические задачи передачи данных, от которых до сих пор зависит стабильность всей системы
- Данные как производственный актив: почему разрозненность моделей и данных — главный тормоз для внедрения ИИ
- Edge-вычисления, модульные архитектуры, роботизация нового поколения: что уже работает в задачах мониторинга и управления в реальном времени
Читайте. Проверяйте на своих задачах. Применяйте.
Электронная версия СТА 2-2026 на портале СЭТА
Диагностика есть. Аналитика есть. Цифровизация идёт полным ходом. Но значительная часть отказов на производстве по-прежнему связана с человеческим фактором, данные остаются разрозненными, а AI-проекты буксуют из-за незрелой инфраструктуры.
Выходит в свет новый номер журнала СТА 2/2026 — о том, почему технологии без архитектуры не работают:
- Человеческий фактор vs. автоматизация: системные подходы к оценке и управлению эффективностью персонала — не «мягкий» HR, а инженерная необходимость
- Сигналы и изоляция: классические задачи передачи данных, от которых до сих пор зависит стабильность всей системы
- Данные как производственный актив: почему разрозненность моделей и данных — главный тормоз для внедрения ИИ
- Edge-вычисления, модульные архитектуры, роботизация нового поколения: что уже работает в задачах мониторинга и управления в реальном времени
Читайте. Проверяйте на своих задачах. Применяйте.
Электронная версия СТА 2-2026 на портале СЭТА
👍1