Опрос «Базовые навыки инженера-программиста АСУТП»
Раз надо немного разобраться в базовых навыках, то я решил запилить опрос. который из себя представляет 3 секции со списком навыком, которые были поделены на три категории:
Нижний уровень, Средний уровень и Верхний уровень.
Каждый из навыков необходимо распределить по уровню специалиста, который им должен владеть. В конце каждого блока дается свободное поле для ответа, чтобы вы могли добавить свои навыки, которые считаете необходимыми.
Список навыков формировался на основе мои субъективных представлений, анализа вакансий Программист АСУТП на платформе HH, а также на результате подобного опроса, который я проводил год назад, но из-за 8 респондентов решил не публиковать данные.
ССЫЛКА НА ОПРОС: «БАЗОВЫЕ НАВЫКИ ИНЖЕНЕРА-ПРОГРАММИСТА АСУТП»
Раз надо немного разобраться в базовых навыках, то я решил запилить опрос. который из себя представляет 3 секции со списком навыком, которые были поделены на три категории:
Нижний уровень, Средний уровень и Верхний уровень.
Каждый из навыков необходимо распределить по уровню специалиста, который им должен владеть. В конце каждого блока дается свободное поле для ответа, чтобы вы могли добавить свои навыки, которые считаете необходимыми.
Список навыков формировался на основе мои субъективных представлений, анализа вакансий Программист АСУТП на платформе HH, а также на результате подобного опроса, который я проводил год назад, но из-за 8 респондентов решил не публиковать данные.
ССЫЛКА НА ОПРОС: «БАЗОВЫЕ НАВЫКИ ИНЖЕНЕРА-ПРОГРАММИСТА АСУТП»
Корпоративные стандарты АСУ ТП: какие эффекты они реально дают бизнесу
Мне нравится эта серия статей про корпоративные стандарты в АСУТП. Как минимум ты начинаешь понимать что и куда, необходимость этих стандартов, есть кейсы кто как вводил и также еще целый набор интересных статей для ознакомление.
То ли с конца прошлого года, то ли с начала этого сам стал задумываться о стандарте для конторы, где я работаю, так как уже очень надо.
Либо делать код ревью, но долго. Да и хочется уже весь бойлерплейт генерировать. Рекомендую к чтению)
#АСУТП #станадрты
Мне нравится эта серия статей про корпоративные стандарты в АСУТП. Как минимум ты начинаешь понимать что и куда, необходимость этих стандартов, есть кейсы кто как вводил и также еще целый набор интересных статей для ознакомление.
То ли с конца прошлого года, то ли с начала этого сам стал задумываться о стандарте для конторы, где я работаю, так как уже очень надо.
Либо делать код ревью, но долго. Да и хочется уже весь бойлерплейт генерировать. Рекомендую к чтению)
#АСУТП #станадрты
Хабр
Корпоративные стандарты АСУ ТП: какие эффекты они реально дают бизнесу
Почему единый инженерный подход к ПЛК и SCADA — это не бюрократия, а управляемый инженерный актив Почему тема корпоративных стандартов АСУ ТП вообще возникла? Автоматизация технологических процессов...
🌭3
Forwarded from IEK DIGITAL
Приглашаем на открытый вебинар по IEK IIoT PLATFORM, на котором мы на реальных примерах разберем, как работает промышленный интернет вещей в действии!
Мы уйдем от общей теории и сосредоточимся на практике. Наша цель — показать вам инструмент, который проложит путь от различных данных к конкретным бизнес-результатам.
В программе вебинара:
1⃣ Архитектура, которая работает. Не просто схема, а объяснение, как платформа стыкуется с вашим текущим оборудованием (от датчиков до ERP-систем) и обеспечивает безопасность данных.
2⃣ Сила кастомизации. Чем отличается типовое решение от индивидуального? Покажем, как платформа адаптируется под специфические задачи вашего производства и разнообразие протоколов связи.
3⃣ Данные в реальном времени: от сбора до визуализации. Разберем весь цикл: какое оборудование задействовать, как обеспечить надежность данных и как превратить их в наглядные дашборды для диспетчера или директора.
4⃣ Продемонстрируем реальные проекты внедрения. Вы увидите, как наши решения помогли предприятиям:
➖ сократить непроизводительные простои оборудования;
➖ снизить затраты на энергоресурсы и плановое обслуживание;
➖ повысить прозрачность логистических процессов и контроль качества продукции.
🔗 Регистрируйтесь на вебинар, чтобы получить:
Это вебинар для: технических директоров, главных инженеров, руководителей производств и отделов АСУ ТП и всех, кто отвечает за эффективность и цифровизацию на предприятии.
#IEK_DIGITAL #IEK_IIoT_PLATFORM #Вебинар #IIoT #ЦифровизацияПроизводства #Промышленность #IEK #Автоматизация #ЭффективностьПроизводства #АСУТП
Мы уйдем от общей теории и сосредоточимся на практике. Наша цель — показать вам инструмент, который проложит путь от различных данных к конкретным бизнес-результатам.
В программе вебинара:
☑️ концентрированную экспертизу по построению цифрового контура предприятия;☑️ ответы на свои вопросы в прямом эфире от владельца продукта;☑️ четкое видение первого шага на пути к оптимизации ваших процессов.
Это вебинар для: технических директоров, главных инженеров, руководителей производств и отделов АСУ ТП и всех, кто отвечает за эффективность и цифровизацию на предприятии.
Дата и время:🗓 18 февраля |⏰ 11:00 (МСК)
#IEK_DIGITAL #IEK_IIoT_PLATFORM #Вебинар #IIoT #ЦифровизацияПроизводства #Промышленность #IEK #Автоматизация #ЭффективностьПроизводства #АСУТП
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3⚡1👎1🤔1🤮1
Для тех, кто пишет ТЗ и работает по ТЗ, немного опыта, который появился.
Когда пишете ТЗ помните, что один пункт - одно функциональное требование. Даже если кажется, что можно сгруппировать, то не стоит это делать.
Всегда пишите список необходимых актов, протоколов, программ и методик испытаний необходимых для сдачи проекта или какого-то этапа. И сами не запутаетесь, и лишнего вряд ли напишите.
Желательно в приложении сразу зафиксировать шаблоны этих документов, чтобы в стрессовой ситуации не надо было тратить время "придумать"
Никогда не пишите формулировки из серии "Комплект КД согласно ЕСКД", так как это может очень сильно увеличить объем бумажных работ.
Как вы можете понять, всю эту неделю пишу акты и протоколы)
Когда пишете ТЗ помните, что один пункт - одно функциональное требование. Даже если кажется, что можно сгруппировать, то не стоит это делать.
Всегда пишите список необходимых актов, протоколов, программ и методик испытаний необходимых для сдачи проекта или какого-то этапа. И сами не запутаетесь, и лишнего вряд ли напишите.
Желательно в приложении сразу зафиксировать шаблоны этих документов, чтобы в стрессовой ситуации не надо было тратить время "придумать"
Никогда не пишите формулировки из серии "Комплект КД согласно ЕСКД", так как это может очень сильно увеличить объем бумажных работ.
Как вы можете понять, всю эту неделю пишу акты и протоколы)
👍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