В ноябре 2021 года, была поднята тема про SoftPLC и VirtualizePLC. С тех пор много воды утекло. И так апрель2023 - Siemens впервые представит полноценный виртуальный ПЛК на ярмарке в Ганновере Simatic S7-1500V
Виртуальная среда основана на функциях аппаратного ПЛК S7-1500 и доступна через Industrial Edge, часть Industrial Operations X, ориентированную на разработку, выполнение и оптимизацию производства на платформе Siemens Xcelerator.
Виртуальный ПЛК не зависит от аппаратного обеспечения, а программное обеспечение Industrial Edge Management позволяет управлять виртуальным контроллером и другими приложениями на центральном уровне.
По заявлениям маркетологов - это новый шаг на пути к адаптивному производству, что означает легкость в масштабировании, расширенная диагностика и безопасная удаленная работа. Все работает с TIA Portal, а сам ПЛК будет крутиться где-то на граничных серверах системы автоматизации.
Виртуальная среда основана на функциях аппаратного ПЛК S7-1500 и доступна через Industrial Edge, часть Industrial Operations X, ориентированную на разработку, выполнение и оптимизацию производства на платформе Siemens Xcelerator.
Виртуальный ПЛК не зависит от аппаратного обеспечения, а программное обеспечение Industrial Edge Management позволяет управлять виртуальным контроллером и другими приложениями на центральном уровне.
По заявлениям маркетологов - это новый шаг на пути к адаптивному производству, что означает легкость в масштабировании, расширенная диагностика и безопасная удаленная работа. Все работает с TIA Portal, а сам ПЛК будет крутиться где-то на граничных серверах системы автоматизации.
🤩3
Для реализации политики импортозамещения необходимо разработать стандарты в области промышленной автоматизации
12 апреля 2023 года в рамках выставки ExpoElectronica круглый стол «Актуальные проблемы АСУ ТП в промышленности» при поддержке АРПЭ и Ассоциации «Индустриальные инновации». Мероприятие было посвящено проблемам разработки и внедрения промышленных АСУ ТП, сообщает сайт Ассоциации разработчиков и производителей электроники.
Основные тезисы, которые были выдвинуты:
-Разработка единых стандартов открытой архитектуры АСУ ТП
-Унификация требований к оборудованию и комплектующим
-Создание открытой среды разработки
-Создание вендоро-независимых софтверных программируемых логических контроллеров
Источник
12 апреля 2023 года в рамках выставки ExpoElectronica круглый стол «Актуальные проблемы АСУ ТП в промышленности» при поддержке АРПЭ и Ассоциации «Индустриальные инновации». Мероприятие было посвящено проблемам разработки и внедрения промышленных АСУ ТП, сообщает сайт Ассоциации разработчиков и производителей электроники.
Основные тезисы, которые были выдвинуты:
-Разработка единых стандартов открытой архитектуры АСУ ТП
-Унификация требований к оборудованию и комплектующим
-Создание открытой среды разработки
-Создание вендоро-независимых софтверных программируемых логических контроллеров
Источник
На сайте оscat вышла статья, хотя я бы это отнес к руководству по Работе с визуализацией из кода программы в CODESYS V3
Руководство
Руководство
👍6⚡1🔥1
Впервые с момента появления EtherCAT 20 лет назад технологическая группа EtherCAT (ETG) публикует данные об узлах. За исключением модульных устройств ввода-вывода, ETG насчитывает 59,1 миллиона узлов, причем недавний рост особенно впечатляет. С 2014 года рост был экспоненциальным: только в 2022 году было добавлено 18,4 миллиона узлов.
Эти цифры включают чипы EtherCAT, проданные в соответствующем году, но не включают чипы для терминалов ввода-вывода. Это означает, что модульная станция ввода-вывода считается единым узлом, даже если она состоит из гораздо большего количества терминалов EtherCAT.
EtherCAT, как и CAN, требует, чтобы только производитель микросхем лицензировал свое оборудование, поэтому стоимость включена в стоимость покупки микросхем EtherCAT.
Эти цифры включают чипы EtherCAT, проданные в соответствующем году, но не включают чипы для терминалов ввода-вывода. Это означает, что модульная станция ввода-вывода считается единым узлом, даже если она состоит из гораздо большего количества терминалов EtherCAT.
EtherCAT, как и CAN, требует, чтобы только производитель микросхем лицензировал свое оборудование, поэтому стоимость включена в стоимость покупки микросхем EtherCAT.
👍4
«Чинт» расширяет присутствие в России, запустив локальный бренд ENSMAS
25 апреля на выставке «Нефтегаз-2023» в московском «Экспоцентре» состоялся пресс-завтрак, на котором было объявлено о запуске компанией «Чинт» на российском рынке нового локального бренда ENSMAS.
В продуктах и решениях от ENSMAS будет применяться программное обеспечение, которое частично разрабатывается в Китае. Для нужд российского рынка его будут дорабатывать уже в нашей стране, причем получаемые в итоге аппаратно-программные комплексы будут соответствовать требованиям Постановления Правительства РФ N719.
Источник
Во вложении обзорная презентация на поставляемые решения
25 апреля на выставке «Нефтегаз-2023» в московском «Экспоцентре» состоялся пресс-завтрак, на котором было объявлено о запуске компанией «Чинт» на российском рынке нового локального бренда ENSMAS.
В продуктах и решениях от ENSMAS будет применяться программное обеспечение, которое частично разрабатывается в Китае. Для нужд российского рынка его будут дорабатывать уже в нашей стране, причем получаемые в итоге аппаратно-программные комплексы будут соответствовать требованиям Постановления Правительства РФ N719.
Источник
Во вложении обзорная презентация на поставляемые решения
Elec.ru
«Чинт» расширяет присутствие в России, запустив локальный бренд ENSMAS
Продукция китайской компании «Чинт», например, защитные автоматы и сухие трансформаторы, завоевала в нашей стране заслуженные любовь и уважение у потребителей. Причина — в высокой надежности и инновационных решениях.
В феврале и марте 2023 года было проведено исследование для подписчиков Control Engineering_ на тему «Первичные вычисления и технологии искусственного интеллекта», чтобы узнать, как эти технологии используются для автоматизации, управления и контрольно-измерительных приборов.
Информация собиралась с 8 февраля по 23 марта 2023 г. При 121 респонденте погрешность результатов составила +/-8,9% при доверительном уровне 95%.
Граничные вычисления для автоматизации, управления, контрольно-измерительных приборов
Среди респондентов опроса 98% так или иначе используют граничные вычисления. Периферийные вычисления чаще всего используются в процессах управления (51%) и в программном обеспечении диспетчерского управления и сбора данных (SCADA) (50%).
Среди респондентов 88% используют облачные ресурсы с периферийными вычислениями; аналитика (55%) и память/хранилище (50%) являются основными облачными ресурсами.
Искусственный интеллект, машинное обучение
AI/ML были приобретены 53% респондентов через приложение, которое им предоставил поставщик или дистрибьютор средств автоматизации, управления или контрольно-измерительных приборов.
Среди респондентов 73% используют AI/ML для управления, автоматизации или технической поддержки приборов; 47% для поддержки OT или инженерного отдела.
Граничные вычисления, AI и ML
Около половины (51%) респондентов согласны с тем, что периферийные вычисления являются лучшей целью для программного обеспечения/алгоритмов ИИ, чем программируемые логические контроллеры (ПЛК).
Вычислительная мощность (38%), сетевые возможности (37%) и надежность (32%) — три основные причины, по которым респонденты используют ИИ для периферийных вычислений.
Источник
Информация собиралась с 8 февраля по 23 марта 2023 г. При 121 респонденте погрешность результатов составила +/-8,9% при доверительном уровне 95%.
Граничные вычисления для автоматизации, управления, контрольно-измерительных приборов
Среди респондентов опроса 98% так или иначе используют граничные вычисления. Периферийные вычисления чаще всего используются в процессах управления (51%) и в программном обеспечении диспетчерского управления и сбора данных (SCADA) (50%).
Среди респондентов 88% используют облачные ресурсы с периферийными вычислениями; аналитика (55%) и память/хранилище (50%) являются основными облачными ресурсами.
Искусственный интеллект, машинное обучение
AI/ML были приобретены 53% респондентов через приложение, которое им предоставил поставщик или дистрибьютор средств автоматизации, управления или контрольно-измерительных приборов.
Среди респондентов 73% используют AI/ML для управления, автоматизации или технической поддержки приборов; 47% для поддержки OT или инженерного отдела.
Граничные вычисления, AI и ML
Около половины (51%) респондентов согласны с тем, что периферийные вычисления являются лучшей целью для программного обеспечения/алгоритмов ИИ, чем программируемые логические контроллеры (ПЛК).
Вычислительная мощность (38%), сетевые возможности (37%) и надежность (32%) — три основные причины, по которым респонденты используют ИИ для периферийных вычислений.
Источник
👍3
Теряет ли ПЛК сегодня свою актуальность?
По словам Дейва Саттона, - менеджера по производству SE, в последнее время производители столкнулись с постоянными требованиями и проблемами, связанными с необходимостью повышения эффективности своей работы, что выявило несколько ключевых ограничений ПЛК:
ПЛК не готов к IT
Волна технологий IIoT на основе ИТ в настоящее время используется наряду с ПЛК, однако для объединения этих технологий требуется значительный объем низкоуровневой инженерии и интеграции.
Проектирование с одним узлом
Современные ПЛК и ПКА(PAC) разрабатываются на основе стандарта IEC61131. Прикладные программы пишутся для одного узла (одного ПЛК) за раз, поэтому более крупное приложение, распределенное по более широкой архитектуре, требует отдельного управления низкоуровневыми коммуникациями и конфигурацией сети.
Привязка к поставщику
Аппаратное обеспечение ПЛК и прикладное программное обеспечение связаны друг с другом, поэтому пользователь эффективно привязан к собственному решению одного поставщика.
Управления устареванием
Для перехода с устаревшего ПЛК на новую платформу обычно требуются значительные инженерные усилия.
Возможны следующие пути развития ПЛК:
Граничные вычисления
Недавние достижения в области оборудования для управления периферией и двух операционных систем теперь обеспечивают устойчивость, надежность и доступность, необходимые для запуска детерминированного управления в реальном времени на одном ядре с использованием операционной системы Linux, в то время как приложения для ИТ-данных могут работать на втором ядре с использованием другой операционной системы.
Стандарт IEC61499
IEC61499 расширяет и совершенствует IEC 61131. Он обеспечивает переносимость приложений между поставщиками, а также разделение программного и аппаратного обеспечения, упрощая целостную разработку приложений, которые впоследствии можно развернуть на одном или нескольких узлах
Источник
По словам Дейва Саттона, - менеджера по производству SE, в последнее время производители столкнулись с постоянными требованиями и проблемами, связанными с необходимостью повышения эффективности своей работы, что выявило несколько ключевых ограничений ПЛК:
ПЛК не готов к IT
Волна технологий IIoT на основе ИТ в настоящее время используется наряду с ПЛК, однако для объединения этих технологий требуется значительный объем низкоуровневой инженерии и интеграции.
Проектирование с одним узлом
Современные ПЛК и ПКА(PAC) разрабатываются на основе стандарта IEC61131. Прикладные программы пишутся для одного узла (одного ПЛК) за раз, поэтому более крупное приложение, распределенное по более широкой архитектуре, требует отдельного управления низкоуровневыми коммуникациями и конфигурацией сети.
Привязка к поставщику
Аппаратное обеспечение ПЛК и прикладное программное обеспечение связаны друг с другом, поэтому пользователь эффективно привязан к собственному решению одного поставщика.
Управления устареванием
Для перехода с устаревшего ПЛК на новую платформу обычно требуются значительные инженерные усилия.
Возможны следующие пути развития ПЛК:
Граничные вычисления
Недавние достижения в области оборудования для управления периферией и двух операционных систем теперь обеспечивают устойчивость, надежность и доступность, необходимые для запуска детерминированного управления в реальном времени на одном ядре с использованием операционной системы Linux, в то время как приложения для ИТ-данных могут работать на втором ядре с использованием другой операционной системы.
Стандарт IEC61499
IEC61499 расширяет и совершенствует IEC 61131. Он обеспечивает переносимость приложений между поставщиками, а также разделение программного и аппаратного обеспечения, упрощая целостную разработку приложений, которые впоследствии можно развернуть на одном или нескольких узлах
Источник
👍3🤔3👌2
Сайт controleng.com с 10 марта по 4 апреля 2023 года провел опрос специалистов, которые подписаны на их электронную рассылку. Всего было получено 266 ответов с уровнем достоверности 95%
С полным обзором можно ознакомиться по ссылке, но меня тут интересую некоторые пункты.
Во-первых, это технологии, которые наиболее вероятно помогут специалистам в текущем году. Первые три места забирают: оптимизация производства, приложения для автоматизации/модернизации автоматизации, роботы/коботы/мобильные роботы.
Во-вторых, увеличилось количество людей, которые работают 50 часов и более в неделю, что вполне можно связать с кадровым голодом.
Для повышения своих навыков лучше всего подходят: собственный опыт работы, постоянное образование, работа с ментором и чтение тематических публика, сайтов, новостных рассылок, цифровых инструкций.
А к необходимым навыкам для для продвижения, среди участников опроса, являются: инженерные навыки, коммуникативные навыки и навыки управления проектом.
С полным обзором можно ознакомиться по ссылке, но меня тут интересую некоторые пункты.
Во-первых, это технологии, которые наиболее вероятно помогут специалистам в текущем году. Первые три места забирают: оптимизация производства, приложения для автоматизации/модернизации автоматизации, роботы/коботы/мобильные роботы.
Во-вторых, увеличилось количество людей, которые работают 50 часов и более в неделю, что вполне можно связать с кадровым голодом.
Для повышения своих навыков лучше всего подходят: собственный опыт работы, постоянное образование, работа с ментором и чтение тематических публика, сайтов, новостных рассылок, цифровых инструкций.
А к необходимым навыкам для для продвижения, среди участников опроса, являются: инженерные навыки, коммуникативные навыки и навыки управления проектом.
👍6
Интересный доклад, который прошел на конференции HL++ 2022 про работу АСУТП и использование OpenScada. Технических деталей не так уж много, но есть интересный подход, который близок мне по духу.
https://www.youtube.com/watch?v=7xu-3kpYrxE
https://www.youtube.com/watch?v=7xu-3kpYrxE
YouTube
Внедрение OpenSource-решений в АСУТП / Владислав Маслов (BIOCAD)
Приглашаем на конференцию HighLoad++ 2024, которая пройдет 2 и 3 декабря в Москве!
Программа, подробности и билеты по ссылке: https://clck.ru/3DD4yb
--------
Saint HighLoad++ 2022
Презентация и тезисы:
https://highload.ru/spb/2022/abstracts/9213
В наше…
Программа, подробности и билеты по ссылке: https://clck.ru/3DD4yb
--------
Saint HighLoad++ 2022
Презентация и тезисы:
https://highload.ru/spb/2022/abstracts/9213
В наше…
🔥3⚡1
Добрый день, коллеги. Используете ли вы в своей работе LLM сети(ChatGPT и ему подобные)? Если да, то опишите, пожалуйста, примеры использования.
Anonymous Poll
16%
Использую
84%
Не использую
⚡1
Одна статья, которая немного навела шороху, уже настоялась, а значит и мне можно дать комментарий по этому поводу.
Меня не особо порадовала тенденция как-то говорить, что автор очень далек от АСУТП или касается этой отрасли по касательной, так как затрагиваются все же больные темы.
Могу точно согласиться, что с сообществом в автоматизации очень сложно. Очень редки обсуждения каких-то рекомендаций или стандартов, мало обсуждений каких-то абстрактных вещей или новых технологий. Редко кто готов поделиться частью кода, так как скорее всего там секретная информация.
Но это в основном и не актуальные проблемы. Действительно многих беспокоит разделение труда и все пытаются сравнить, а что же делают люди в разных местах, но которые занимают одинаковые должности. Стоит вопрос денег, так как опираются на зарплаты программистов IT. Сложно говорить о высоком, когда регистр по modbus не читается.
Далее можно пройтись по стандарту МЭК 61131-3. Автор говорит, что это на его взгляд это основная проблема, но так ли он плох? Многие специалисты в среде автоматизации уже не первый десяток лет используют LD/FBD и у них все хорошо. Все специалисты держат фокус на технологии процесса, а не на том, как правильно обработать сигнал с модуля ввода. А так как многие вещи уже отданы на откуп производителю, то системы могут быть стабильны, работать долго, а также это сокращает время на разработку продукта. А разнообразное количество сред разработки и производителей создается из-за того, что каждый по разному реализует требования стандарта и обеспечения безопасности.
Из этого следует, что языки развиваются медленно, очень много недоступно и чтобы получить необходимый функционал требуется прикупить еще пару железок и их запараметрировать. В свою очередь такое медленно развитие языка, при сравнении с IT может дать ложное чувство, что отрасль стагнирует или совсем умерла. Но откуда такое желание постоянно сравнивать все с IT?
Уровень инженерной культуры все же есть, да он не космический, но он есть. Все чаще пишут красивый код, больше времени уделяется на архитектуры. Становится больше тех кто интересуется такими вопросами. И если в текстовых языках еще можно взять какие-то заготовки из мира информационных технологий, то вот чтобы писать красивый код на графических языках стоит ознакомиться с гайдами от OpenPLC.
А теперь ответ на вопрос: "А что же делать?" или IoT спасет?
Конечно нет. Просто пора разделять те вещи где требуется ПЛК, а где требуется какой-нибудь одноплатник с периферией. Где-то нам нужна надежность и жесткая привязка процесса к времени, а где-то нам требуется быстрая реализация небольшого проекта. Интернет вещей, как облачные и граничные вычисления - инструмент и такой инструмент стоит применять там где ему место.
Также стандарты и качество не зависят от условных "ит-шников", а это просто общий уровень всех специалистов. А чтобы уровень рос, то стоит начинать делиться знаниями, вести дискуссии, да и просто самим развивать сообщество, не надеясь на кого-то извне. Свой ТГ-канал я создал так как мне не с кем было поговорить по моей профессии.
В целом эта статья, как я считаю, крик души, потому что чувства автора мне понятны. Я сам буквально тройку лет назад хватался за голову думаю, что все очень плохо, но как показало время есть множество путей для развития, но если постоянно себя сравнивать с кем-то, то можно заработать невроз и потерять все желание развиваться.
Меня не особо порадовала тенденция как-то говорить, что автор очень далек от АСУТП или касается этой отрасли по касательной, так как затрагиваются все же больные темы.
Могу точно согласиться, что с сообществом в автоматизации очень сложно. Очень редки обсуждения каких-то рекомендаций или стандартов, мало обсуждений каких-то абстрактных вещей или новых технологий. Редко кто готов поделиться частью кода, так как скорее всего там секретная информация.
Но это в основном и не актуальные проблемы. Действительно многих беспокоит разделение труда и все пытаются сравнить, а что же делают люди в разных местах, но которые занимают одинаковые должности. Стоит вопрос денег, так как опираются на зарплаты программистов IT. Сложно говорить о высоком, когда регистр по modbus не читается.
Далее можно пройтись по стандарту МЭК 61131-3. Автор говорит, что это на его взгляд это основная проблема, но так ли он плох? Многие специалисты в среде автоматизации уже не первый десяток лет используют LD/FBD и у них все хорошо. Все специалисты держат фокус на технологии процесса, а не на том, как правильно обработать сигнал с модуля ввода. А так как многие вещи уже отданы на откуп производителю, то системы могут быть стабильны, работать долго, а также это сокращает время на разработку продукта. А разнообразное количество сред разработки и производителей создается из-за того, что каждый по разному реализует требования стандарта и обеспечения безопасности.
Из этого следует, что языки развиваются медленно, очень много недоступно и чтобы получить необходимый функционал требуется прикупить еще пару железок и их запараметрировать. В свою очередь такое медленно развитие языка, при сравнении с IT может дать ложное чувство, что отрасль стагнирует или совсем умерла. Но откуда такое желание постоянно сравнивать все с IT?
Уровень инженерной культуры все же есть, да он не космический, но он есть. Все чаще пишут красивый код, больше времени уделяется на архитектуры. Становится больше тех кто интересуется такими вопросами. И если в текстовых языках еще можно взять какие-то заготовки из мира информационных технологий, то вот чтобы писать красивый код на графических языках стоит ознакомиться с гайдами от OpenPLC.
А теперь ответ на вопрос: "А что же делать?" или IoT спасет?
Конечно нет. Просто пора разделять те вещи где требуется ПЛК, а где требуется какой-нибудь одноплатник с периферией. Где-то нам нужна надежность и жесткая привязка процесса к времени, а где-то нам требуется быстрая реализация небольшого проекта. Интернет вещей, как облачные и граничные вычисления - инструмент и такой инструмент стоит применять там где ему место.
Также стандарты и качество не зависят от условных "ит-шников", а это просто общий уровень всех специалистов. А чтобы уровень рос, то стоит начинать делиться знаниями, вести дискуссии, да и просто самим развивать сообщество, не надеясь на кого-то извне. Свой ТГ-канал я создал так как мне не с кем было поговорить по моей профессии.
В целом эта статья, как я считаю, крик души, потому что чувства автора мне понятны. Я сам буквально тройку лет назад хватался за голову думаю, что все очень плохо, но как показало время есть множество путей для развития, но если постоянно себя сравнивать с кем-то, то можно заработать невроз и потерять все желание развиваться.
Хабр
Моя Родина – АСУ ТП — смертельно больна
Если вы отправитесь на любой тематический АСУ ТП-форум или группу, вы к сожалению не найдете обсуждения стандартов, архитектуры РСУ, лучших практик для ISA101, ISA88, ISA95. В лучшем случае вы найдете...
👍13💯2
Статья от UMH Почему спроектировать собственную ИТ/ОТ инфраструктуру сложнее, чем вы думаете - 10 подводных камней и как их избежать
Обзорно автор повествует о существует концепция такого стека как MING(Mosquitto, IngluxDB. Node-RED, Grafana), набирает популярность комбинация стека MQTT и Kafka, о том, что создали архитектуру «Универсальный размер для всех» для промышленных платформ Интернета вещей, но всегда есть подводные камни, на которые и проливает свет статья.
И вот список таких ошибок:
- Относиться к IT и OT одинаково
Четкие различия между доменами ИТ и ОТ создали проблемы при интеграции и масштабировании различных решений, что потребовало точного понимания обоих.
- Неправильное представление о Low-Code
Одним из распространенных заблуждений было то, что low-code означает отсутствие кода. На самом деле по-прежнему требовались сложные индивидуальные настройки, что приводило к множеству импровизированных решений, требующих значительного объема кодирования.
- Недооценка важности сертифицированного оборудования OT
Попытка экономически эффективных решений с использованием несертифицированного оборудования OT привела к сбоям в работе и трудностям в поиске и устранении неисправностей, сводя на нет их первоначальные преимущества по стоимости.
- Проблемы с облачным подходом
Попытка модернизации с использованием облачного подхода столкнулась с такими проблемами, как нестабильность сети, трудности с доступом и ограничения в настройке.
- IT- компетенции системных интеграторов OT
Не все OT интеграторы имеют необходимые компетенции для развертывания решений
- Использование Docker Compose и скриптов
Развертывание новых проектов и маштабирование лучше отдать на откуп оркестраторам
- Использование InfluxDB
Неспособность InfluxDB эффективно обрабатывать как временные ряды, так и реляционные данные в сочетании с частыми сбоями потребовала перехода на TimescaleDB.
- Выбор между MQTT или Kafka
Стоит использовать оба продукта
- Попытка создать собственную VPN сеть с использование open-source решений
Обзорно автор повествует о существует концепция такого стека как MING(Mosquitto, IngluxDB. Node-RED, Grafana), набирает популярность комбинация стека MQTT и Kafka, о том, что создали архитектуру «Универсальный размер для всех» для промышленных платформ Интернета вещей, но всегда есть подводные камни, на которые и проливает свет статья.
И вот список таких ошибок:
- Относиться к IT и OT одинаково
Четкие различия между доменами ИТ и ОТ создали проблемы при интеграции и масштабировании различных решений, что потребовало точного понимания обоих.
- Неправильное представление о Low-Code
Одним из распространенных заблуждений было то, что low-code означает отсутствие кода. На самом деле по-прежнему требовались сложные индивидуальные настройки, что приводило к множеству импровизированных решений, требующих значительного объема кодирования.
- Недооценка важности сертифицированного оборудования OT
Попытка экономически эффективных решений с использованием несертифицированного оборудования OT привела к сбоям в работе и трудностям в поиске и устранении неисправностей, сводя на нет их первоначальные преимущества по стоимости.
- Проблемы с облачным подходом
Попытка модернизации с использованием облачного подхода столкнулась с такими проблемами, как нестабильность сети, трудности с доступом и ограничения в настройке.
- IT- компетенции системных интеграторов OT
Не все OT интеграторы имеют необходимые компетенции для развертывания решений
- Использование Docker Compose и скриптов
Развертывание новых проектов и маштабирование лучше отдать на откуп оркестраторам
- Использование InfluxDB
Неспособность InfluxDB эффективно обрабатывать как временные ряды, так и реляционные данные в сочетании с частыми сбоями потребовала перехода на TimescaleDB.
- Выбор между MQTT или Kafka
Стоит использовать оба продукта
- Попытка создать собственную VPN сеть с использование open-source решений
👍2🤔1
У SimpleScada вышло обновление 2.6.7.0.
Все приложения Simple-Scada (сервер, редактор, клиент и доп. утилиты) теперь могут работать в Linux. Работа приложений протестирована с Astra Linux и РЕД ОС.
Но только с Wine
Из изменений:
- Linux: добавлены оптимизации для эффективной работы сервера скады в Wine;
- Linux: добавлены изменения в работу встроенного UA-сервера;
- Linux: добавлены изменения для работы с HASP-ключом в лицензионных версиях скады;
- Linux: добавлены изменения в рендер OpenGL;
- Linux: добавлено исправление смещения координат после перемещения окна редактора/клиента;
- Linux: изменения в обработке текущего времени ПК из разных потоков;
- Linux: оптимизации при работе с сокетами;
- Linux: ограничен размер иконок в раскрывающихся меню редактора отчетов, для корректного отображения в Wine;
- OPC-UA: исправлена ошибка при работе с UA-серверами с включенными политиками безопасности, когда UA-сервер использует открытый ключ размером более 2048 бит. Ошибка могла приводить к проблемам при подключении к UA-серверу, а также к очень долгой деактивации проекта;
- При обрыве связи с удалённой СУБД расходуется меньше ресурсов на попытки восстановления связи;
- Встроенный UA-сервер: ускорен запуск проектов с включенным UA-сервером;
- В шаблонах сообщений можно использовать спец. значения: #group_name (имя родительской группы) и #group_path (имена всех родительских групп);
после «Сохранить как…» GUID проекта не меняется;
- Добавлены функции AngleBetween и DistanceBetween;
- Улучшено редактирование свойств разнотипных объектов;
- Шаблонные объекты обновляются после смены концов линий и трубопроводов в шаблоне;
- Web: у компонента «Фигура» поддерживаются все типы перемещения, изменения угла наклона и размеров;
- Исправлена смена boolean свойств разнотипных объектов в редакторе;
- Исправлена ошибка чтения значения подстановки в инспекторе объектов;
- Исправлена ошибка редактора при копировании/вставке переменных с удалением группы к которой они принадлежат;
https://simple-scada.com/archives/6055
Все приложения Simple-Scada (сервер, редактор, клиент и доп. утилиты) теперь могут работать в Linux. Работа приложений протестирована с Astra Linux и РЕД ОС.
Но только с Wine
Из изменений:
- Linux: добавлены оптимизации для эффективной работы сервера скады в Wine;
- Linux: добавлены изменения в работу встроенного UA-сервера;
- Linux: добавлены изменения для работы с HASP-ключом в лицензионных версиях скады;
- Linux: добавлены изменения в рендер OpenGL;
- Linux: добавлено исправление смещения координат после перемещения окна редактора/клиента;
- Linux: изменения в обработке текущего времени ПК из разных потоков;
- Linux: оптимизации при работе с сокетами;
- Linux: ограничен размер иконок в раскрывающихся меню редактора отчетов, для корректного отображения в Wine;
- OPC-UA: исправлена ошибка при работе с UA-серверами с включенными политиками безопасности, когда UA-сервер использует открытый ключ размером более 2048 бит. Ошибка могла приводить к проблемам при подключении к UA-серверу, а также к очень долгой деактивации проекта;
- При обрыве связи с удалённой СУБД расходуется меньше ресурсов на попытки восстановления связи;
- Встроенный UA-сервер: ускорен запуск проектов с включенным UA-сервером;
- В шаблонах сообщений можно использовать спец. значения: #group_name (имя родительской группы) и #group_path (имена всех родительских групп);
после «Сохранить как…» GUID проекта не меняется;
- Добавлены функции AngleBetween и DistanceBetween;
- Улучшено редактирование свойств разнотипных объектов;
- Шаблонные объекты обновляются после смены концов линий и трубопроводов в шаблоне;
- Web: у компонента «Фигура» поддерживаются все типы перемещения, изменения угла наклона и размеров;
- Исправлена смена boolean свойств разнотипных объектов в редакторе;
- Исправлена ошибка чтения значения подстановки в инспекторе объектов;
- Исправлена ошибка редактора при копировании/вставке переменных с удалением группы к которой они принадлежат;
https://simple-scada.com/archives/6055
👍4
Отличная подборка от нашего коллеги. Так можете ознакомиться. Если есть желание то подписаться и передать привет)
Forwarded from Честнов (Evgeny Chestnov)
Интерфейсы. Референсы.
Референсы - это работы или наработки, на что можно опираться, при создании своих будущих интерфейсов. Часто когда мы делаем новые объекты, хочется подсмотреть, а как это уже делали другие.
Собрал для вас небольшую подборку мест, где можно подсмотреть хорошие примеры реализации интерфейсов.
— Зарубежные разработчики —
🔸 HMI Project - ребята из Германии делают очень серьезные и крутые проекты, именно проектируют, а не просто рисуют, обязательно к себе в закладки.
🔸 CaderarDesign - тоже Германия, но больше про промышленный дизайн, есть тоже серьезные проекты.
🔸UID - еще одна компания из Германии
— Популярные сервисы —
Здесь через поиск можно найти хорошие проекты, ищем по запросу hmi, scada и тд.
🔹 Pinterest - поиск тематических макетов.
🔹 Behance и Drible - площадка для фриланса, там можно найти много разных интересных проектов.
— Красивый и современный дизайн —
Не относится никак к автоматизации, но хорошо отражает современное направление в дизайне, можно подсмотреть какие-то моменты или, например, цвета.
🔸 Upshift - обновляемая коллекция лендингов.
🔸 Godly - лучшие концептуальные сайты.
🔸 Лучшие студии Рунета - можно посмотреть портфолио топовых российских студий, тоже можно много что подчерпнуть.
— Российские разработчики АСУТП —
Поиски в яндексе по запросу "скада дизайн" не даст хороших результатов, но тем не менее, можно поискать.
🔹 SimpleScada - у российского разработчика в портфолио есть хорошие проекты, но не все.
🔹 Intrascada - тоже есть хорошие примеры.
🔹 Mauris33 - интегратор со своим стилем.
🔹 Статья 1, статья 2, статья 3, статья 4
🔹 Ну и у себя меня на сайте тоже можно найти примеры.
Если у вас есть хорошие ссылки, напишите в комментах, обязательно дополню.
Референсы - это работы или наработки, на что можно опираться, при создании своих будущих интерфейсов. Часто когда мы делаем новые объекты, хочется подсмотреть, а как это уже делали другие.
Собрал для вас небольшую подборку мест, где можно подсмотреть хорошие примеры реализации интерфейсов.
— Зарубежные разработчики —
🔸 HMI Project - ребята из Германии делают очень серьезные и крутые проекты, именно проектируют, а не просто рисуют, обязательно к себе в закладки.
🔸 CaderarDesign - тоже Германия, но больше про промышленный дизайн, есть тоже серьезные проекты.
🔸UID - еще одна компания из Германии
— Популярные сервисы —
Здесь через поиск можно найти хорошие проекты, ищем по запросу hmi, scada и тд.
🔹 Pinterest - поиск тематических макетов.
🔹 Behance и Drible - площадка для фриланса, там можно найти много разных интересных проектов.
— Красивый и современный дизайн —
Не относится никак к автоматизации, но хорошо отражает современное направление в дизайне, можно подсмотреть какие-то моменты или, например, цвета.
🔸 Upshift - обновляемая коллекция лендингов.
🔸 Godly - лучшие концептуальные сайты.
🔸 Лучшие студии Рунета - можно посмотреть портфолио топовых российских студий, тоже можно много что подчерпнуть.
— Российские разработчики АСУТП —
Поиски в яндексе по запросу "скада дизайн" не даст хороших результатов, но тем не менее, можно поискать.
🔹 SimpleScada - у российского разработчика в портфолио есть хорошие проекты, но не все.
🔹 Intrascada - тоже есть хорошие примеры.
🔹 Mauris33 - интегратор со своим стилем.
🔹 Статья 1, статья 2, статья 3, статья 4
🔹 Ну и у себя меня на сайте тоже можно найти примеры.
Если у вас есть хорошие ссылки, напишите в комментах, обязательно дополню.
👍13👌1🦄1
Субботнее включение. Сегодня в теме новостей - статья.
Технология OPC UA: возможности полноценного объектно-ориентированного проектирования цифровых коммуникаций промышленного оборудования
Если есть желание посмотреть, как происходит описание данных в OPC UA сервере, как проектировать различные классы и почитать о ходе рассуждения такого проектирования, то очень интересная статья, особенно вторая ее часть.
А вот к первой есть вопросы. Почему произошло разделение программы на две части: драйверную и технологическую? Почему драйверная часть, которая может максимально изменяться выноситься в OPC-сервер?
Какая-нибудь схема взаимодействия клиента и сервера могла бы дать ряд ответов. Так что велком к ознакомлению и к обсуждению.
Технология OPC UA: возможности полноценного объектно-ориентированного проектирования цифровых коммуникаций промышленного оборудования
Если есть желание посмотреть, как происходит описание данных в OPC UA сервере, как проектировать различные классы и почитать о ходе рассуждения такого проектирования, то очень интересная статья, особенно вторая ее часть.
А вот к первой есть вопросы. Почему произошло разделение программы на две части: драйверную и технологическую? Почему драйверная часть, которая может максимально изменяться выноситься в OPC-сервер?
Какая-нибудь схема взаимодействия клиента и сервера могла бы дать ряд ответов. Так что велком к ознакомлению и к обсуждению.