Компания ДАТАРК, один из лидеров рынка модульных центров обработки данных, представила продукт собственной разработки — систему диспетчеризации инженерной инфраструктуры центров обработки данных DATCHECK.
DATCHECK является SCADA-системой, построенной на российской платформе MasterSCADA, работает на любом ПК под управлением как MS Windows, так и OS семейства Linux. Компонентная база также российская, что позволяет снизить риски при внедрении и эксплуатации ЦОД.
Вот и новый подход. Делать свои специализированные решения на общей платформе. Не знаю насколько это удобно относительно MasterSCADA, но интересно. Кто работал с MasterSCADA сложно ли это сделать?
DATCHECK является SCADA-системой, построенной на российской платформе MasterSCADA, работает на любом ПК под управлением как MS Windows, так и OS семейства Linux. Компонентная база также российская, что позволяет снизить риски при внедрении и эксплуатации ЦОД.
Вот и новый подход. Делать свои специализированные решения на общей платформе. Не знаю насколько это удобно относительно MasterSCADA, но интересно. Кто работал с MasterSCADA сложно ли это сделать?
👌2
Изучая новые инструменты, которые можно использовать в мире промышленной автоматизации, мы уже тайком подглядывали за Grafana, которую можно использовать как адекватное средство визуализации данных.
Теперь можно глянуть на плагин Canvas, который позволяет создавать экраны визуализации с данными мониторинга.
И это выглядит, как чертовски достойный инструмент для предоставления информации тем, кто в ней нуждается, но не должен иметь возможности управлять процессом, но должен мониторить состояния
https://grafana.com/docs/grafana/latest/panels-visualizations/visualizations/canvas/
Теперь можно глянуть на плагин Canvas, который позволяет создавать экраны визуализации с данными мониторинга.
И это выглядит, как чертовски достойный инструмент для предоставления информации тем, кто в ней нуждается, но не должен иметь возможности управлять процессом, но должен мониторить состояния
https://grafana.com/docs/grafana/latest/panels-visualizations/visualizations/canvas/
«Ниеншанц-Автоматика» готовит конференцию "День промышленной автоматизации"
Конференция пройдет: СПб-29.03, Москва -31.03, Екб - 11.04 и Новосибирск - 13.04
Для участия можете зарегистрироваться по ссылке : https://event.nnz-ipc.ru/
Конференция пройдет: СПб-29.03, Москва -31.03, Екб - 11.04 и Новосибирск - 13.04
Для участия можете зарегистрироваться по ссылке : https://event.nnz-ipc.ru/
event.nnz-ipc.ru
День промышленной автоматизации
7 ноября в Москве / 14 ноября в Санкт-Петербурге - конференция, посвящённая 30-летию компании Ниеншанц-Автоматика для ведущих специалистов и партнёров отрасли: обмен опытом и обсуждения новейших технологий в сфере автоматизации
Я тут нашел ребят, которые делаю ПЛК на базе Android. Создатели этого чуда тут есть? Я бы очень хотел поговорить об этом
https://neonplc.ru/
https://neonplc.ru/
neonplc.ru
Образование
23 января 2023
Ubuntu в реальном времени теперь общедоступна
Компания Canonical объявила об общедоступной версии Ubuntu 22.04 LTS, работающей в режиме реального времени. Ubuntu в режиме реального времени обеспечивает детерминированный ответ на внешнее событие, стремясь свести к минимуму гарантированное время отклика в течение указанного срока. Новое ядро реального времени корпоративного класса идеально подходит для строгих требований к малой задержке. Предприятия в промышленности, телекоммуникациях, автомобилестроении, аэрокосмической и оборонной промышленности, а также в государственном секторе и розничной торговле теперь могут выполнять свои самые ресурсоемкие рабочие нагрузки и разрабатывать широкий спектр срочных приложений в операционной системе с открытым исходным кодом (ОС).
Основанная на версии ядра Linux 5.15, Ubuntu 22.04 LTS интегрирует патчи PREEMPT_RT для архитектур x86 и Arm. Набор исправлений PREEMPT_RT уменьшает задержки ядра в соответствии с требованиями самых требовательных рабочих нагрузок, помогая обеспечить предсказуемое по времени выполнение задач. Удовлетворяя строгим требованиям детерминизма и максимальному времени выполнения, Ubuntu с PREEMPT_RT делает ядро более упреждающим, чем основной Linux.
Из минусов, что без танцев с бубном такое доступно для подписки Ubuntu Pro, но если очень хочется попробовать самому, то https://mirrors.edge.kernel.org/pub/linux/kernel/projects/rt/
Источник
Компания Canonical объявила об общедоступной версии Ubuntu 22.04 LTS, работающей в режиме реального времени. Ubuntu в режиме реального времени обеспечивает детерминированный ответ на внешнее событие, стремясь свести к минимуму гарантированное время отклика в течение указанного срока. Новое ядро реального времени корпоративного класса идеально подходит для строгих требований к малой задержке. Предприятия в промышленности, телекоммуникациях, автомобилестроении, аэрокосмической и оборонной промышленности, а также в государственном секторе и розничной торговле теперь могут выполнять свои самые ресурсоемкие рабочие нагрузки и разрабатывать широкий спектр срочных приложений в операционной системе с открытым исходным кодом (ОС).
Основанная на версии ядра Linux 5.15, Ubuntu 22.04 LTS интегрирует патчи PREEMPT_RT для архитектур x86 и Arm. Набор исправлений PREEMPT_RT уменьшает задержки ядра в соответствии с требованиями самых требовательных рабочих нагрузок, помогая обеспечить предсказуемое по времени выполнение задач. Удовлетворяя строгим требованиям детерминизма и максимальному времени выполнения, Ubuntu с PREEMPT_RT делает ядро более упреждающим, чем основной Linux.
Из минусов, что без танцев с бубном такое доступно для подписки Ubuntu Pro, но если очень хочется попробовать самому, то https://mirrors.edge.kernel.org/pub/linux/kernel/projects/rt/
Источник
👍5🤨1
Промышленные контроллеры для «Росатома» построит создатель самобытных российских процессоров. Не «Эльбрус», не «Байкал»
ОКР для создателей «Комдивов»
Как выяснил CNews, договор на выполнение опытно-конструкторских работ (ОКР) по разработке линейки универсальных промышленных контроллеров на отечественной электронно-компонентной базе (ЭКБ) для «Росатома» будет подписан с НИИ системных исследований Российской академии наук (НИИСИ РАН). К такому выводу можно прийти, сопоставляя документы на сайте госзакупок.
НИИСИ известен как разработчик линейки процессоров на собственной архитектуре «Комдив», а также контроллеров на процессорных ядрах на ее основе. Промышленные контроллеры — это электронные цифровые устройства, способные управлять различными технологическими процессами в промышленных условиях.
Цель работ состоит в разработке линейки универсальных промышленных контроллеров, предназначенных для использования в составе автоматизированных систем управления технологическими процессами (АСУ ТП) объектов топливно-энергетического комплекса (ТЭК) и промышленности.
Источник
ОКР для создателей «Комдивов»
Как выяснил CNews, договор на выполнение опытно-конструкторских работ (ОКР) по разработке линейки универсальных промышленных контроллеров на отечественной электронно-компонентной базе (ЭКБ) для «Росатома» будет подписан с НИИ системных исследований Российской академии наук (НИИСИ РАН). К такому выводу можно прийти, сопоставляя документы на сайте госзакупок.
НИИСИ известен как разработчик линейки процессоров на собственной архитектуре «Комдив», а также контроллеров на процессорных ядрах на ее основе. Промышленные контроллеры — это электронные цифровые устройства, способные управлять различными технологическими процессами в промышленных условиях.
Цель работ состоит в разработке линейки универсальных промышленных контроллеров, предназначенных для использования в составе автоматизированных систем управления технологическими процессами (АСУ ТП) объектов топливно-энергетического комплекса (ТЭК) и промышленности.
Источник
💩6👍5🤔3⚡1😁1🦄1
Минутка самопиара.
Если вам охота поболтать на темы связанные с программирование в OT, разобрать какие-то архитектрные решения или просто поболтать на около автоматизаторские темы, то добро пожаловать в чат: https://t.me/wtfplc
А если хочется задать вопросы, получить структурированные ответы исключительно по теме, да еще оставить это все в памяти, то у нас есть Топики: https://t.me/wtfplc_topics
Если вам охота поболтать на темы связанные с программирование в OT, разобрать какие-то архитектрные решения или просто поболтать на около автоматизаторские темы, то добро пожаловать в чат: https://t.me/wtfplc
А если хочется задать вопросы, получить структурированные ответы исключительно по теме, да еще оставить это все в памяти, то у нас есть Топики: https://t.me/wtfplc_topics
Тут подъехал отчет Касперского об атаках на АСУТП.
Во втором полугодии 2022 года среди всех стран самое значительное изменение процента компьютеров АСУ, на которых были заблокированы вредоносные объекты, отмечено в России, где этот показатель увеличился на 9 п.п.
С 39,2% Россия поднялась с восьмого сразу на третье место в рейтинге регионов по этому показателю (напомним, что в наших отчетах мы рассматриваем Россию и как страну, и как регион, в который входит единственная страна).
Увеличение в России процента компьютеров АСУ, на которых были заблокированы вредоносные объекты во втором полугодии 2022 года, обусловлено резким ростом процента компьютеров АСУ, на которых были заблокированы вредоносные скрипты и фишинговые страницы (JS и HTML)
Так что предлагаю повторить:
-Если порт не используется - закрой
-На вход в сеть АСУТП должен быть настроенный брандмауэр, а лучше организовать DMZ
-Обновляйте программное обеспечение
-АРМ оператора не должен иметь прямого доступа в интернет
-Если есть возможность, то начните сканировать траффик
-Воздушный зазор - не серебряная пуля
*Дальше можете накидать своих советов по безопасности*
Источник
Во втором полугодии 2022 года среди всех стран самое значительное изменение процента компьютеров АСУ, на которых были заблокированы вредоносные объекты, отмечено в России, где этот показатель увеличился на 9 п.п.
С 39,2% Россия поднялась с восьмого сразу на третье место в рейтинге регионов по этому показателю (напомним, что в наших отчетах мы рассматриваем Россию и как страну, и как регион, в который входит единственная страна).
Увеличение в России процента компьютеров АСУ, на которых были заблокированы вредоносные объекты во втором полугодии 2022 года, обусловлено резким ростом процента компьютеров АСУ, на которых были заблокированы вредоносные скрипты и фишинговые страницы (JS и HTML)
Так что предлагаю повторить:
-Если порт не используется - закрой
-На вход в сеть АСУТП должен быть настроенный брандмауэр, а лучше организовать DMZ
-Обновляйте программное обеспечение
-АРМ оператора не должен иметь прямого доступа в интернет
-Если есть возможность, то начните сканировать траффик
-Воздушный зазор - не серебряная пуля
*Дальше можете накидать своих советов по безопасности*
Источник
👍3
Не смотря на то, что в современном мире промышленной автоматизации, мы видим более мощные и функциональные ПЛК, периферийные вычислительные устройства, SCADA, распределенные системы управления (DCS) и архиваторы, работающие на огромных серверах или в средах облачных вычислений, но архитектура построения таких систем не сильно изменилась.
Классические архитектуры автоматизации не в состоянии справиться с новыми вызовами, с которыми сталкивается отрасль. Должны быть приняты новые системные архитектуры для автоматизации, которые лучше соответствуют новым отраслевым операционным и бизнес-задачам.
АРХИТЕКТУРНЫЕ ПАРАДИГМЫ
1) Плоская архитектура
Новые архитектуры должны быть более плоскими, с меньшим количеством уровней базы данных и интерфейсов между уровнями. Вся система должна базироваться на единой цифровой платформе, включающей большую часть функциональности на меньшем количестве уровней.
2) Высокая доступность и отказоустойчивость.
Архитектуры автоматизации можно улучшить за счет включения новых отказоустойчивых схем, которые автоматически адаптируются в случае отказа одного из аппаратных компонентов с минимальным временем восстановления после сбоя или вообще без него.
3) Эластичность.
Новая архитектура должна быстро расширяться по мере расширения бизнеса или сокращаться, если этого требует бизнес.
4) Безопасность с нуля.
Кибербезопасность не должна быть надстройкой над классической архитектурой системы автоматизации.
5) Единая точка конфигурации.
В новых архитектурах должен использоваться принцип «однократной настройки». При установке нового устройства или изменении его конфигурации изменения должны автоматически распространяться на всю систему.
6) "Интеллект" ближе к процессу.
Обработка данных, аналитика, интеллектуальная обработка, должны быть максимально приближены к процессу
Источник
Классические архитектуры автоматизации не в состоянии справиться с новыми вызовами, с которыми сталкивается отрасль. Должны быть приняты новые системные архитектуры для автоматизации, которые лучше соответствуют новым отраслевым операционным и бизнес-задачам.
АРХИТЕКТУРНЫЕ ПАРАДИГМЫ
1) Плоская архитектура
Новые архитектуры должны быть более плоскими, с меньшим количеством уровней базы данных и интерфейсов между уровнями. Вся система должна базироваться на единой цифровой платформе, включающей большую часть функциональности на меньшем количестве уровней.
2) Высокая доступность и отказоустойчивость.
Архитектуры автоматизации можно улучшить за счет включения новых отказоустойчивых схем, которые автоматически адаптируются в случае отказа одного из аппаратных компонентов с минимальным временем восстановления после сбоя или вообще без него.
3) Эластичность.
Новая архитектура должна быстро расширяться по мере расширения бизнеса или сокращаться, если этого требует бизнес.
4) Безопасность с нуля.
Кибербезопасность не должна быть надстройкой над классической архитектурой системы автоматизации.
5) Единая точка конфигурации.
В новых архитектурах должен использоваться принцип «однократной настройки». При установке нового устройства или изменении его конфигурации изменения должны автоматически распространяться на всю систему.
6) "Интеллект" ближе к процессу.
Обработка данных, аналитика, интеллектуальная обработка, должны быть максимально приближены к процессу
Источник
👍2
Немного с опозданием, но только что сам увидел.
20 апреля 2023 года в Москве состоится презентация новой линейки оборудования для автоматизации технологических процессов российского бренда Consyst Electronics.
Будет доступна также on-line трансляция, которую я планирую посетить.
Ссылка на регистрацию
20 апреля 2023 года в Москве состоится презентация новой линейки оборудования для автоматизации технологических процессов российского бренда Consyst Electronics.
Будет доступна также on-line трансляция, которую я планирую посетить.
Ссылка на регистрацию
👍5🔥1
Давайте еще немного про различного рода конференции.
Буду надеяться, что смогу лично присутствовать в СПб
https://nnz-ipc.ru/sobytiya/industrial_automation_day_invitation/
Буду надеяться, что смогу лично присутствовать в СПб
https://nnz-ipc.ru/sobytiya/industrial_automation_day_invitation/
nnz-ipc.ru
Серия конференций «День промышленной автоматизации» - Санкт-Петербург, Москва, Екатеринбург, Новосибирск
Конференции День промышленной автоматизации для инженеров АСУ ТП
👍2
IIC(Industry IoT Consortium) - выпустила IIoT AI Framework.
Этот документ содержит рекомендации и помощь в разработке, обучении, документации, общении, интеграции, развертывании и эксплуатации промышленных систем IoT с поддержкой ИИ. Он предназначен для лиц, принимающих решения в области ИТ и операционных технологий (ОТ), бизнеса и технических специалистов из различных областей, включая лиц, принимающих решения, менеджеров по продуктам, системных инженеров, проектировщиков вариантов использования, системных архитекторов, архитекторов компонентов, разработчиков, интеграторов и системных операторов.
В документе представлены различные точки зрения на разработку системы:
-Точка зрения бизнеса
Внимание уделяется проблемам выявления заинтересованных сторон и их бизнес-видения, ценностей и целей при создании системы IIoT в ее деловом и нормативном контексте. Кроме того, он определяет, как система IIoT достигает заявленных целей посредством ее сопоставления с основными возможностями системы
-Точка зрения использования
Проблемы ожидаемого использования системы, обычно представляемые как последовательность действий с участием людей или логических пользователей (например, систем или системных компонентов), которые обеспечивают предполагаемую функциональность, в конечном счете, реализуя ее основные системные возможности.
-Точка зрения функциональности
Основное внимание уделяется функциональным компонентам в системе IIoT, их структуре и взаимосвязи, интерфейсам и взаимодействиям между ними, а также взаимосвязи и взаимодействиям системы с внешними элементами в среде для поддержки использования и деятельности всей системы.
-Точка зрения реализации
имеет дело с технологиями, необходимыми для реализации функциональных компонентов (функциональная точка зрения), их схемами связи и процедурами их жизненного цикла. Эти элементы координируются действиями (точка зрения использования) и поддерживают возможности системы (точка зрения бизнеса).
Также документ описывает путь цифровой трансформации - от "растущих проблем", с которыми сталкивается организация, к результатам, которые могут решать эти проблемы.
Рассматриваю 5 уровней становления ИИ в промышленности:
1 уровень - Ранний интерес и высокий риск того, что технология просто маркетинговый ход
2 уровень - Эксперименты с ИИ в контексте науки и данных
3 уровень - ИИ в производстве
4 уровень - ИИ используется для цифровых преобразований и трансформации
5 уровень - ИИ является частью
Использовать ИИ предполагается в следующих ролях:
-Цифровизация/Извлечение/Трансформация
-Анализ/Детектирование/Диагностика
-Оптимизация
-Генерация решения
-Предписания к действиям
-Предсказание
-Действия/Управление
Затрагиваются темы доверия к системе и возможности его обеспечения. В целом занимательное чтиво для понимания архитектуры.
Источник
Этот документ содержит рекомендации и помощь в разработке, обучении, документации, общении, интеграции, развертывании и эксплуатации промышленных систем IoT с поддержкой ИИ. Он предназначен для лиц, принимающих решения в области ИТ и операционных технологий (ОТ), бизнеса и технических специалистов из различных областей, включая лиц, принимающих решения, менеджеров по продуктам, системных инженеров, проектировщиков вариантов использования, системных архитекторов, архитекторов компонентов, разработчиков, интеграторов и системных операторов.
В документе представлены различные точки зрения на разработку системы:
-Точка зрения бизнеса
Внимание уделяется проблемам выявления заинтересованных сторон и их бизнес-видения, ценностей и целей при создании системы IIoT в ее деловом и нормативном контексте. Кроме того, он определяет, как система IIoT достигает заявленных целей посредством ее сопоставления с основными возможностями системы
-Точка зрения использования
Проблемы ожидаемого использования системы, обычно представляемые как последовательность действий с участием людей или логических пользователей (например, систем или системных компонентов), которые обеспечивают предполагаемую функциональность, в конечном счете, реализуя ее основные системные возможности.
-Точка зрения функциональности
Основное внимание уделяется функциональным компонентам в системе IIoT, их структуре и взаимосвязи, интерфейсам и взаимодействиям между ними, а также взаимосвязи и взаимодействиям системы с внешними элементами в среде для поддержки использования и деятельности всей системы.
-Точка зрения реализации
имеет дело с технологиями, необходимыми для реализации функциональных компонентов (функциональная точка зрения), их схемами связи и процедурами их жизненного цикла. Эти элементы координируются действиями (точка зрения использования) и поддерживают возможности системы (точка зрения бизнеса).
Также документ описывает путь цифровой трансформации - от "растущих проблем", с которыми сталкивается организация, к результатам, которые могут решать эти проблемы.
Рассматриваю 5 уровней становления ИИ в промышленности:
1 уровень - Ранний интерес и высокий риск того, что технология просто маркетинговый ход
2 уровень - Эксперименты с ИИ в контексте науки и данных
3 уровень - ИИ в производстве
4 уровень - ИИ используется для цифровых преобразований и трансформации
5 уровень - ИИ является частью
Использовать ИИ предполагается в следующих ролях:
-Цифровизация/Извлечение/Трансформация
-Анализ/Детектирование/Диагностика
-Оптимизация
-Генерация решения
-Предписания к действиям
-Предсказание
-Действия/Управление
Затрагиваются темы доверия к системе и возможности его обеспечения. В целом занимательное чтиво для понимания архитектуры.
Источник
🔥3
c230-1e.pdf
1.2 MB
Как я недавно прочел в блоге, у одного зарубежного коллеги:"Современные производители оборудования для АСУТП делают все "открытым", но очень много до сих пор скрыто от глаз пользователей". И действительно проприетарного очень много и иной раз оно там, где не очень то и хотелось, но оказывается, что есть инициативы, которые направлены на построение открытых систем.
Open Process Automation Standard (OPAS) является инициативой The Open Group, направленной на создание открытой, стандартизированной и безопасной архитектуры для промышленных автоматизированных систем. Цель данной инициативы — упростить интеграцию, улучшить взаимодействие и обеспечить надежность промышленных систем, что должно снизить затраты на их разработку, поддержку и модернизацию.
В основе OPAS лежат следующие ключевые компоненты:
1. Открытые стандарты: OPAS основан на определении открытых стандартов, которые обеспечивают интероперабельность между различными уровнями промышленных систем и оборудования.
2. Модульность: Стандарт поддерживает модульный подход к разработке промышленных систем, что облегчает замену и добавление компонентов, а также обновление программного обеспечения без прерывания процессов.
3. Безопасность: OPAS разрабатывается с учетом принципов безопасности для обеспечения защиты промышленных систем от кибератак и других угроз.
4. Протоколы связи: Стандарт определяет протоколы связи, которые обеспечивают надежную передачу данных между различными уровнями промышленных автоматизированных систем.
5. Жизненный цикл системы: OPAS охватывает все аспекты жизненного цикла промышленной системы, включая разработку, эксплуатацию, обслуживание и модернизацию.
6. Совместимость с существующими системами: Стандарт разрабатывается с учетом совместимости с уже существующими промышленными системами, чтобы облегчить их переход на новую архитектуру.
OPAS ориентирован на удовлетворение потребностей различных отраслей промышленности, таких как нефтегазовая, химическая, энергетическая и другие.
Open Process Automation Standard (OPAS) является инициативой The Open Group, направленной на создание открытой, стандартизированной и безопасной архитектуры для промышленных автоматизированных систем. Цель данной инициативы — упростить интеграцию, улучшить взаимодействие и обеспечить надежность промышленных систем, что должно снизить затраты на их разработку, поддержку и модернизацию.
В основе OPAS лежат следующие ключевые компоненты:
1. Открытые стандарты: OPAS основан на определении открытых стандартов, которые обеспечивают интероперабельность между различными уровнями промышленных систем и оборудования.
2. Модульность: Стандарт поддерживает модульный подход к разработке промышленных систем, что облегчает замену и добавление компонентов, а также обновление программного обеспечения без прерывания процессов.
3. Безопасность: OPAS разрабатывается с учетом принципов безопасности для обеспечения защиты промышленных систем от кибератак и других угроз.
4. Протоколы связи: Стандарт определяет протоколы связи, которые обеспечивают надежную передачу данных между различными уровнями промышленных автоматизированных систем.
5. Жизненный цикл системы: OPAS охватывает все аспекты жизненного цикла промышленной системы, включая разработку, эксплуатацию, обслуживание и модернизацию.
6. Совместимость с существующими системами: Стандарт разрабатывается с учетом совместимости с уже существующими промышленными системами, чтобы облегчить их переход на новую архитектуру.
OPAS ориентирован на удовлетворение потребностей различных отраслей промышленности, таких как нефтегазовая, химическая, энергетическая и другие.
👍5
Запущена подгруппа OPC UA «REST»
Введение
Спецификация OPC UA включает транспортные шаблоны, такие как клиент/сервер или публикация/подписка, и привязку к различным транспортным протоколам, таким как TCP, UDP или MQTT, которые в основном подходят для сред OT.
ИТ-мир желает использовать данные из пространства OT для объединения с дополнительными концепциями, такими как оболочка управления активами (AAS), пространства данных, цифровые двойники и метавселенная. Все эти инициативы и решения связаны с обменом информацией между несколькими компаниями с различными вариантами использования, такими как данные о жизненном цикле продукта (AAS) или данные управления (DataSpaces). В большинстве случаев они обмениваются данными через проприетарные или стандартизированные HTTP REST-интерфейсы.
Цель
Группа REST, как подгруппа рабочей группы OPC Foundation UA, обсудит варианты использования для интеграции OPC UA через REST и предложит возможные расширения для спецификации OPC UA. Это специальная подгруппа, предназначенная для ИТ-специалистов (особенно REST) и участников, работающих в области периферийных и облачных вычислений, для обсуждения этих вариантов использования.
Объем
Неисключительные примеры рабочих элементов включают:
-Определение универсального интерфейса REST для общих сервисов OPC UA (чтение, запись, вызов и т. д.)
-Стандартизированное сопоставление параметров службы OPC UA с типами данных, обычно используемыми в RESTful API.
-Как существующий сервис OPC UA без сеанса можно использовать с интерфейсом REST.
-Определить концепцию предоставления интерфейсов REST для вариантов использования Companion Specification.
-Определить требования к безопасности
-Создание прототипов и демонстрация
-Определите интерфейс REST, совместимый с OpenAPI, с помощью Swagger.
Введение
Спецификация OPC UA включает транспортные шаблоны, такие как клиент/сервер или публикация/подписка, и привязку к различным транспортным протоколам, таким как TCP, UDP или MQTT, которые в основном подходят для сред OT.
ИТ-мир желает использовать данные из пространства OT для объединения с дополнительными концепциями, такими как оболочка управления активами (AAS), пространства данных, цифровые двойники и метавселенная. Все эти инициативы и решения связаны с обменом информацией между несколькими компаниями с различными вариантами использования, такими как данные о жизненном цикле продукта (AAS) или данные управления (DataSpaces). В большинстве случаев они обмениваются данными через проприетарные или стандартизированные HTTP REST-интерфейсы.
Цель
Группа REST, как подгруппа рабочей группы OPC Foundation UA, обсудит варианты использования для интеграции OPC UA через REST и предложит возможные расширения для спецификации OPC UA. Это специальная подгруппа, предназначенная для ИТ-специалистов (особенно REST) и участников, работающих в области периферийных и облачных вычислений, для обсуждения этих вариантов использования.
Объем
Неисключительные примеры рабочих элементов включают:
-Определение универсального интерфейса REST для общих сервисов OPC UA (чтение, запись, вызов и т. д.)
-Стандартизированное сопоставление параметров службы OPC UA с типами данных, обычно используемыми в RESTful API.
-Как существующий сервис OPC UA без сеанса можно использовать с интерфейсом REST.
-Определить концепцию предоставления интерфейсов REST для вариантов использования Companion Specification.
-Определить требования к безопасности
-Создание прототипов и демонстрация
-Определите интерфейс REST, совместимый с OpenAPI, с помощью Swagger.
👍3
Стартуем пятницу с интересного YouTube канала, который мне выпал в рекомендациях по счастливой случайности.
https://www.youtube.com/@realpars
RealPars - крупнейшая в мире образовательная он-лайн платформа для инженеров по автоматизации. Короткие видео из разных областей промышленной автоматизации.
https://www.youtube.com/@realpars
RealPars - крупнейшая в мире образовательная он-лайн платформа для инженеров по автоматизации. Короткие видео из разных областей промышленной автоматизации.
👍6