TGViewer
Channel Public Channel
Карлсон, который живет до Сrash'a | IoT, АСУТП, Linux, AI

Карлсон, который живет до Сrash'a | IoT, АСУТП, Linux, AI

@rtsoftcourses

Канал с анонсами образовательных мероприятий от ЦПР РТСофт - экспертов в области Embedded Linux, разработки промышленного CПО и систем искусственного интеллекта

Наши тренинги: https://linuxcourses.rtsoft.ru
Портфолио проектов: https://outsource.rtsoft.ru
Subscribers
313
Photos
92
Videos
4
Links
249

Showing posts older than #339 · Back to latest

Older Posts 18 shown
Post #338 201
Здравствуйте, разработчики промышленного ПО

Публикуем вторую часть нашего вебинара, посвященного обзору-анализу Eclipse 4diac и ForgeLogic.

Внутри: Особенности подсистемы ввода-вывода 4diac и ForgeLogic, плагины ввода-вывода, , коммуникационные протоколы, поддержка MODBUS RTU, MQTT, OPC UA, интеграция с оркестратором и логгирование, работа с платами ввода-вывода.

😊Ссылка на YouTube
💙Ссылка на VK Видео

Напоминаем, что 16-17 июня 2026 г. мы проводим двухдневный профессиональный тренинг по Eclipse 4diac и ForgeLogic.
 
Подавайте заявку на участие тренинге на сайте, либо по электронной почте  rt.practic@dev.rtsoft.ru ☕️
YouTube OpenSource инструменты разработки для IEC 61499. ForgeLogic и 4diac, cходства и различия. Часть 1. Индустрия 4.0 и IEC 61499. История 4diac и forgeLogic, обзор архитектуры, IDE и набора функций. Сходства и различия. Виды функциональных блоков. Уважаемые коллеги! Публикуем запись вебинара, посвященного обзору-анализу двух ведущих open-source проектов…
Post #337 212
Mender опубликовал отчёт о состоянии промышленного IoT в 2026 году. Там — кошмар 😱

60% производителей признают, что их инфраструктура управления устройствами не выдержит нагрузки в течение трёх лет. 71% рынка до сих пор работает на самописных или ручных решениях. Продукты усложняются: 90% OEM собирают устройства из нескольких компонентов с разными ОС и железом. Среднее время разработки — уже 54 месяца, и растёт. Плюс головная боль — регуляторика (в ЕС, напоминаем, есть Cyber Resilience Act; у нас, понятно, свои приколюхи есть).

Короче: амбиций много, инфраструктура не успевает, выбирайте профессиональные платформы RITMS UP2DATE, например ☕️
mender.io Ambition is outpacing preparedness: Immature infrastructure projected to fail within five years Explore the growing complexity of IoT device management and the challenges OEMs face with infrastructure, compliance, and product launches in the latest industry report.
  • 🤔 1
Post #336 206
Здравствуйте, хорошей пятницы желаем вам ☕️

Чуть ранее мы обещали рассказать, что такое «Zero Trust Overlays» для OT. Коротко - это специализированные наборы требований, активностей и результатов, которые адаптируют общие принципы архитектуры нулевого доверия (Zero Trust Architecture, ZTA) к уникальным условиям операционных технологий (OT) и промышленных систем управления (ICS).

⁉️Окей, а как это связано с реальным миром⁉️спросите вы, уважаемые разработчики промышленного ПО.
Связь с IEC 62443 и другими стандартами
OT Zero Trust Overlays не заменяют, а дополняют отраслевые стандарты. Грубо говоря интеграция фреймворков выглядит так:

IEC 62443 (Zones & Conduits)

Zero Trust (Micro-segmentation + Continuous Verification)

NIST RMF / DoD RMF (Risk Management)

CISA ZTMM (Maturity Assessment & Roadmap)

IEC 62443-3-3: Требования к системной безопасности → реализуются через политики доступа Zero Trust
IEC 62443-4-2: Требования к компонентам → обеспечиваются через Root of Trust и защищённую загрузку
NIST SP 800-82 Rev. 3: Руководство по безопасности ОТ → предоставляет контекст для адаптации принципов ZTA

Ключевые отличия OT от IT, влияющие на Zero Trust
В первую очередь, это Приоритет целей и потребностей, если для IT предприятия это обычно конфиденциальность и целостность информации, то для Operational Technology (OT) это доступность и безопасность процессов, Риски для IT - это утечка данных, компрометация сервисов, а в ОТ - Физический ущерб, угроза жизни, остановка критической инфраструктуры

Оборудование в ОТ кардинально отличается от IT: в корпоративной сети оно стандартизированное, часто обновляемое, а в технологических процессах применяются легаси-системы, специализированные контроллеры (ПЛК), все оборудование предполагает долгосрочный жизненный цикл.

Протоколы информационного обмена - еще одно ключевое отличие: в Enterprise IT это стандартные TCP/IP (как правило HTTPS), а в ОТ это целый букет полевых протоколов, часто без встроенной аутентификации/шифрования.

Процедуры Обслуживания в Enterprise IT производятся ИТ-персоналом и как правило это автоматизированные обновления, в ОТ же Инженеры-технологи применяют строго поинструкции ручные процедуры, критически важны ограниченные окна обслуживания.

Уровни зрелости OT Zero Trust Overlays (Maturity Stages)
Традиционный (устаревший): Ручная настройка, статические политики, разрозненные решения. Пример для ОТ: Учёт пользователей в электронных таблицах, пароли без MFA

Начальный: базовая интеграция между столпами (см. Пять основных столпов (Pillars) Zero Trust): Внедрение MFA для операторов (MFA интегрирована с авторизованным сервисом учётных данных), инвентаризация активов (Создание инвентаря пользователей ОТ-среды, включая привилегированные и сервисные учётные записи)

Расширенный: Автоматизированные политики, централизованная видимость, кросс-платформенная координация. Пример для ОТ: Динамический доступ на основе ролей, SIEM для ОТ-событий

Оптимальный: Полная автоматизация, адаптивные политики в реальном времени, само-отчётные активы. Пример для ОТ: Непрерывная аутентификация (ОТ-решение PAM охватывает все критические сценарии использования), автоматическое реагирование на аномалии без вмешательства человека

Для остальных столпов (Устройств и Сетей), также как и для акторов применяются такие же принципы:

Полный учёт всех ОТ-активов с периодической верификацией,
Все неавторизованные подключения заблокированы технически или процедурно.
ОТ-среды соответствуют утверждённым стандартам, патчинг выполняется с тестированием рисков.
Микросегментация реализована для всех потоков данных в ОТ-среде.
Критический трафик защищён, ключи управляются централизованно.

Казалось бы, что еще по этой теме можно было бы сказать? Тем не менее, мы добавим в следующем лонгриде про то, как OT Overlays соотносятся с NIST SP 800-207 и 7 принципами Zero Trust.
Post #335 207
Недавно на нашей площадке прошёл вебинар по OTA обновлениям, вызвавший инженерный ажиотаж: мы получили много вопросов, критики и слов поддержки. Любая обратная связь от вас - бесценна 😃

Вебинар получился большим и содержательным, содержит как анализ ОТА обновлений в целом, так и детали работы с RAUC, поэтому публикация тянет на целый сериал 🍿
 
Итак, Серия 1. Анализ OTA обновлений
Содержание: краткий обзор принципов удаленного обновления встроенных устройств и популярных систем обновления - Mender, Rauc, SWUpdate, OSTree. Критерии выбора для вашего устройства.

😊 YouTube ссылка
💙 VK ссылка

Приятного просмотра, уважаемые разработчики встраиваемых систем 🐧
YouTube Удаленное обновление встроенных систем. Часть 1. Анализ OTA обновлений Удаленное обновление встроенных систем: поднимаем Rauc на Orange Pi 5. Часть 1. Анализ OTA обновлений Уважаемые разработчики встроенных систем. Недавно на нашей площадке прошёл вебинар по OTA обновлениям, вызвавший большой интерес. Получили многочисленные…
  • 👍 3
Post #334 215
АСУ ТП больше не остров, или Кибербезопасность в современной промавтоматизации 🤨

Мы решили поделиться июньскими тезисами с уважаемыми разработчиками промышленных систем.
Раньше промышленные сети (OT) были изолированы, и эта «воздушная прослойка» считалась надежной защитой. Но сейчас АСУ ТП все больше интегрируются в корпоративные сети, и, как предупреждает CISA, даже хакеры с базовыми навыками способны парализовать производство.

Данный пост касается исключительно информационной безопасности (Cybersecurity), важно не путать Security Level (SL) из IEC 62443 (уровни защиты от кибератак) и Safety Integrity Level (SIL) из стандартов функциональной безопасности (IEC 61508/61511). SIL отвечает за то, чтобы система не нанесла физического вреда людям или экологии при аппаратном сбое. Мы же говорим о защите данных и команд.

Как строить информационную защиту сегодня? Индустрия приходит к синергии двух подходов: IEC 62443 задает архитектурный каркас: делит сеть на зоны, определяет роли и задает базовые требования. Zero Trust («никому не доверяй, всегда проверяй») обеспечивает микросегментацию, строгую аутентификацию и непрерывный мониторинг трафика между этими зонами, не давая злоумышленнику перемещаться по сети (Lateral Movement).

Важное замечание по стандартам: IEC 62443 (в индустрии часто встречается опечатка «61443») хоть и используется как фундамент для открытых архитектур вроде O-PAS, но ограничиваться только им нельзя. Более современные идеи, сформулированные в стандартах NIST (и детально описанные в модели зрелости CISA ZTMM v2), тоже должны быть внедрены в производственную автоматизацию. Главная задача — адаптировать их с учетом жесткой специфики OT: приоритета бесперебойной доступности (High Availability) и обилия уязвимого legacy-оборудования.

Где почитать про NIST и ZT на русском? Если хотите глубоко разобраться в 5 столпах Zero Trust от CISA (Identity, Devices, Networks, Apps, Data) и посмотреть, как это применяют в IT индустрии, рекомендуем потрясающий русскоязычный ресурс: Zero Trust Book, где разобраны архитектуры NIST и даны практические лабораторные работы.

Однако применение стандартных ИТ-подходов к безопасности в ОТ-средах может быть неэффективным и даже опасным, поэтому на сцену выходит «Zero Trust Overlays» для OT, которые учитывают это и разработаны:

CISA (Cybersecurity and Infrastructure Security Agency) — через Zero Trust Maturity Model v2.0
DoD/DoW (Department of Defense/War) — через документ «Zero Trust for Operational Technology Activities and Outcomes»
NIST — на базе SP 800-207 (Zero Trust Architecture) и SP 800-82 Rev. 3 (Guide to OT Security)

Немного времени спустя в заметке про Zero Trust Overlays для OT расскажем, как реализовать синергию стандартов O-PAS и CISA/NIST для АСУТП.
  • 👍 1
Post #333 245
Уважаемые разработчики промышленного ПО

Публикуем первую часть нашего вебинара, посвященного обзору-анализу Eclipse 4diac и ForgeLogic.

Ссылка на YouTube
Ссылка на VK Видео

Внутри: Индустрия 4.0 и IEC 61499. История 4diac и ForgeLogic, обзор архитектуры, IDE и набора функций. Сходства и различия. Виды функциональных блоков. Смотрим, просвещаемся. И напоминаем, что:

16-17 июня 2026 г. мы проводим двухдневный профессиональный тренинг по Eclipse 4diac и ForgeLogic.
 
Подавайте заявку на участие тренинге на сайте, либо по электронной почте  rt.practic@dev.rtsoft.ru ☕️
YouTube OpenSource инструменты разработки для IEC 61499. ForgeLogic и 4diac, cходства и различия. Часть 1. Индустрия 4.0 и IEC 61499. История 4diac и forgeLogic, обзор архитектуры, IDE и набора функций. Сходства и различия. Виды функциональных блоков. Уважаемые коллеги! Публикуем запись вебинара, посвященного обзору-анализу двух ведущих open-source проектов…
  • 👏 1
Post #332 261
Post #331 235
Уважаемые разработчики промышленного ПО, инженеры по автоматизации, специалисты, работающие со стандартом IEC 61499 и открытыми инструментами промышленного IoT, вашему вниманию предлагаем видеозапись прошедшего давеча вебинара

🐧«Поддержка крупных приложений управления с помощью Eclipse 4diac IDE»🐧
🔍 О чём рассказывают в видео:
- Управление библиотеками функциональных блоков: версионирование, зависимости, повторное использование кода.
- Рефакторинг приложений: переименование, изменение структур данных, безопасное обновление без нарушения работы системы.
- Интеграция с репозиториями (GitLab/GitHub) и автоматизация сборки/развёртывания через CI/CD-пайплайны.
- Отладка и тестирование функциональных блоков прямо в IDE.
- Компиляция проектов в C++ для запуска на устройстве 4diac FORTE (runtime-среда).

Практическая демонстрация:
- Создание и экспорт библиотеки блоков.
- Публикация в реестре пакетов.
- Импорт и использование библиотеки в другом проекте.
- Обновление версии библиотеки и обработка изменений в зависимых проектах.

А вот еще и презентация. Читайте на здоровье 🐧

Всем, кто еще не знаком с 4diac 3.0 (и не только) будет крайне интересно (много переработок было сделано по сравнению с вер.2хх). Обратим лишь особенное внимание, что релиз вер.3.2.х анонсируют уже на июнь!

Ждем ☕️
YouTube Open Community Webinar — Maintaining large control application with Eclipse 4diac IDE Large IEC 61499 applications are long-living engineering assets. They grow over time, rely on reusable function blocks and data types, and must be maintained without breaking existing systems. This webinar gives a short overview of Eclipse 4diac and then…
  • 👍 1
Post #330 224
Напоминаем, уважаемые разработчики встраиваемых систем, для вас:

28 мая, 16:00

🐧Наш новый вебинар: "Удаленное обновление встроенных систем: поднимаем Rauc на Orange Pi 5"🐧

Хотите организовать безопасные OTA-обновления для вашей встроенной системы ? На вебинаре рассмотрим общие принципы работы систем удаленного обновления встроенных систем и детально разберем настройку удаленного обновления на примере RAUC в связке rauc+u-boot + buildroot на плате orange Pi 5.

RAUC — легковесный open-source фреймворк для A/B-обновлений встроенных Linux-систем, обладающий несколькими ключевыми достоинствами:

Надежность (A/B-стратегия)
✅Безопасность (Криптография).

Легкая интеграция и гибкость.

Подробности узнаете на вебинаре!  Регистрируйтесь по ссылке: https://rtsoft.timepad.ru/event/3993206
rtsoft.timepad.ru Удаленное обновление встроенных систем: поднимаем Rauc на Orange Pi 5 / События на TimePad.ru На вебинаре рассмотрим общие принципы работы систем удаленного обновления встроенных систем и детально разберем настройку удаленного обновления на примере связки rauc+u-boot + buildroot на плате orange Pi 5.
  • 👍 2
Post #329 192
Post #328 179
Интересная статья про выбор между открытыми, частнофирменными (проприетарными , по-нашему) и гибридными экосистемами в промышленной автоматизации. Это не просто технический вопрос, а стратегическое бизнес-решение, влияющее на доступность системы, стоимость простоя, поддержку и долгосрочную прибыльность.
Automation.com Open, Proprietary or Managed Ecosystems Require Critical Business Management Decisions Industrial control and automation systems investments require critical business management decisions for long term competitiveness, growth and profits over time.
  • 👍 1
Post #327 180
16:00 🌌 ВЕБИНАР УЖЕ СЕГОДНЯ !!! 🌌 16:00

Наш новый вебинар: OpenFB — Синергия классической автоматизации, IIoT и ИИ

Среда, 27 мая, 16:00


До сих пор интеграция мощных алгоритмов машинного обучения в реальное производство была сложной и дорогой задачей. Но, времена меняются.

Центр программных разработок РТСофт представляет своё видение того, как это можно сделать открыто, гибко и эффективно с помощью новой платформы OpenFB (открытая среда исполнения на базе стандарта IEC 61499 для Python).

📌Мы приглашаем вас на наш вебинар, где мы расскажем, как новая российская open-source платформа меняет привычный подход к автоматизации.

Регистрируйтесь по ссылке: https://rtsoft.timepad.ru/event/3993203/
rtsoft.timepad.ru OpenFB - интеграция IEC 61499 c Python и ML алгоритмами / События на TimePad.ru OpenFB — открытая среда исполнения, реализованная на языке Python и позволяющая интегрировать алгоритмы машинного обучения (ML) в промышленные АСУ ТП. Среда исполнения разработана Центром программных разработок «РТСофт» на основе стандарта IEC 61499.
Post #325 183
Уважаемые разработчики встраиваемых систем, для вас:

🐧Наш новый вебинар: "Удаленное обновление встроенных систем: поднимаем Rauc на Orange Pi 5"🐧

28 мая, 16:00

Хотите организовать безопасные OTA-обновления для вашей встроенной системы ? На вебинаре рассмотрим общие принципы работы систем удаленного обновления встроенных систем и детально разберем настройку удаленного обновления на примере RAUC в связке rauc+u-boot + buildroot на плате orange Pi 5.

RAUC — легковесный open-source фреймворк для A/B-обновлений встроенных Linux-систем, обладающий несколькими ключевыми достоинствами:

Надежность (A/B-стратегия)
✅Безопасность (Криптография).

Легкая интеграция и гибкость.

Подробности узнаете на вебинаре!  Регистрируйтесь по ссылке: https://rtsoft.timepad.ru/event/3993206
rtsoft.timepad.ru Удаленное обновление встроенных систем: поднимаем Rauc на Orange Pi 5 / События на TimePad.ru На вебинаре рассмотрим общие принципы работы систем удаленного обновления встроенных систем и детально разберем настройку удаленного обновления на примере связки rauc+u-boot + buildroot на плате orange Pi 5.
  • 👍 2
Post #324 204
Хорошего понедельника всем уважаемым разработчикам встраиваемого и промышленного ПО.

Предыдущий пост про шлюз между Hawkbit и полевой шиной был вовсе не теоретизированием, а вполне себе нашей практикой. Мы такой разработали и внедрили на нашем RITMS UP2DATE (сделан на базе Hawkbit, полюбопытствуйте).

Шлюз выполняет промышленную трансляцию: принимает артефакт, проверяет политику, выбирает устройство, запускает процесс обновления по CiA 302-3 и возвращает результат наверх.

Он должен понимать:
- какие устройства доступны в промышленной сети;
- какие версии firmware им подходят;
- можно ли сейчас начинать обновление;
- как передавать данные в соответствии с ограничениями шины;
- как обрабатывать таймауты и сбои;
- как сопоставить статусы CANopen-процесса со статусами в RITMS UP2DATE;
- как обеспечить журналирование и повторяемость операции.

Именно поэтому шлюз становится полноценным участником жизненного цикла устройства.

RITMS UP2DATE выступает мозгом: формирует артефакты, управляет поэтапным rollout, отслеживает статусы устройств, ведёт детальный аудит и триггерит откаты.

Шлюз на базе CiA 302-3 — это руки и голос: транслирует команды в проводной контур, соблюдая промышленные требования к задержкам, пропускной способности и отказоустойчивости.

На верхнем уровне инженер формирует кампанию в RITMS UP2DATE:
- выбрать группу устройств;
- назначить нужную версию firmware;
- задать окно обновления;
- определить правила запуска;
- включить сбор статусов и аудит.

Дальше шлюз получает задание и начинает работать в своем домене:
1. Проверяет доступность CANopen-узлов.
2. Сопоставляет устройство с целевой firmware.
3. Переводит задание в процесс CiA 302-3.
4. Передает данные в промышленную сеть.
5. Контролирует этапы обновления.
6. Фиксирует ошибки, таймауты и подтверждения.
7. Возвращает результат в RITMS UP2DATE.

В итоге инженер видит не абстрактное «что-то отправили в сеть», а понятный статус жизненного цикла:
- обновление назначено;
- доставка начата;
- устройство обновляется;
- обновление завершено;
- требуется повтор;
- ошибка на конкретном этапе;
- устройство недоступно;
- версия подтверждена.

Самая сильная сторона такой архитектуры — правильное разделение ответственности.

RITMS UP2DATE отвечает за управление:
- политики;
- версии;
- кампании;
- аудит;
- группы устройств;
- статусы;
- интеграцию с ИТ-процессами.

Сетевая и промышленная инфраструктура отвечает за доставку:
- QoS;
- резервирование;
- маршрутизацию;
- сегментацию;
- доступность каналов;
- защиту периметра.

Шлюз CiA 302-3 отвечает за трансляцию в промышленную сеть:
- выполнение firmware update process;
- взаимодействие с CANopen-узлами;
- контроль этапов;
- обработку ошибок;
- возврат статусов наверх.

Такой подход не заставляет один инструмент делать всё. Вместо этого каждый слой делает то, для чего он предназначен.


Готовы ли ваши шлюзы "говорить" на языке промышленных стандартов, а не только проприетарных команд? Делитесь кейсами внедрения, задавайте вопросы по интеграции QoS и резервирования☕️
up2date.ritms.online RITMS UP2DATE - Open-source решение для OTA обновлений RITMS UP2DATE — это облачный SaaS B2B-инструмент, который помогает управлять парком удаленных IoT устройств. Попробуйте бесплатно прямо сейчас
Post #323 221
🌌ВНИМАНИЕ 🌌ВНИМАНИЕ🌌 ВНИМАНИЕ🌌

Наш новый вебинар: OpenFB — Синергия классической автоматизации, IIoT и ИИ

Среда, 27 мая, 16:00


До сих пор интеграция мощных алгоритмов машинного обучения в реальное производство была сложной и дорогой задачей. Но, времена меняются.

Центр программных разработок РТСофт представляет своё видение того, как это можно сделать открыто, гибко и эффективно с помощью новой платформы OpenFB (открытая среда исполнения на базе стандарта IEC 61499 для Python).

📌Мы приглашаем вас на наш вебинар, где мы расскажем, как новая российская open-source платформа меняет привычный подход к автоматизации.

Регистрируйтесь по ссылке: https://rtsoft.timepad.ru/event/3993203/
rtsoft.timepad.ru OpenFB - интеграция IEC 61499 c Python и ML алгоритмами / События на TimePad.ru OpenFB — открытая среда исполнения, реализованная на языке Python и позволяющая интегрировать алгоритмы машинного обучения (ML) в промышленные АСУ ТП. Среда исполнения разработана Центром программных разработок «РТСофт» на основе стандарта IEC 61499.
  • 👍 2
  • 👏 1
Post #322 198
Ура! 🐧

Проект openFB ins Ausland expandieren! Шагнул за границу, другими словами.

На сайте коммунити сообщают о релизе версии 1.1.0. Сам проф.Алоиз Цойтль (отец-основатель 4diac) шлёт лучи поддержки.

В общем, у нас радость, уважаемые разработчики промышленного и встраиваемого программного обеспечения ☕️
Eclipse 4diac OpenFB 1.1.0 Released | The Eclipse Foundation Introducing OpenFB - a Python-powered IEC 61499 Runtime for 4diac IDE.
  • 🔥 5
  • 👏 2
Post #319 195
Хотели бы поделиться наиболее интересным (на наш взгляд) с выставки ЦИПР2026 с вами , уважаемые инженеры и разработчики.

iSource показал ВПЛК собственной разработки с интеграцией ИИ алгоритмов. На стенде два очень интереснейших внедрения - на производственных объектах ГПН и на гражданском объекте управления комплексом зданий в Кронштадте.

ОМП демонстрировал смарт-ТВ на ОС Аврора со всеми современными приложениями и и фичами. Работает быстро и вроде не хуже Android TV. Интересно, что там внутри у них система обновлений прошивок новенькая, родственница той, которая терминалы сотрудников РЖД, например, поддерживает (измененный Аврора-Центр, т.е. схема рабочая).

Северсталь привезла на выставку концепт будущего , демонстрирующий работу РСУ конвейера с роботом. Во-первых, работает на отечественных контроллерах (АБАК, РЕГУЛ, ОВЕН), во-вторых на открытом отечественном софте 61499 (ОАСУТП Forgelogic). В-третьих, робот является разработкой МАИ (а не как у всех других на выставке - китайские серийные с шильдиками на русском).

В общем, впечатлились.
  • ❤ 1
  • 👍 1
  • 👏 1
Post #318 210
CiA 302-3 и "последняя миля" доставки обновления на умные промышленные устройства по CANopen.

Всем, кто умные устройства использует с прошивками через CANOPen и хочет интегрироваться с оркестратором типа Hawkbit (или аналогом, о котором мы чуть спустя поведаем вам, уважаемые инженеры промышленных систем), рекомендуем присмотреться к CiA 302-3 Firmware Update Process.

Это часть семейства спецификаций CAN in Automation, описывающая детализированный, детерминированный и безопасный механизм обновления прошивок для устройств поверх CAN/CANopen-шин. То есть это не «залить файл как-нибудь». Это именно регламентированный firmware update process.

Почему этот стандарт стал референсом для промышленных шлюзов?
В промышленной среде обновление устройства — это не бытовая операция. Ошибка может привести не просто к неработающему гаджету, а к остановке линии, потере управления приводом, нарушению технологического процесса или необходимости физического доступа к оборудованию.
Поэтому обновление должно отвечать на несколько критичных вопросов:

Как понять, что устройство готово к обновлению? Нельзя начать процесс в неподходящем состоянии
Как передать firmware по ограниченной шине? CANopen не является «широким IP-каналом»
Как контролировать этапы обновления? Нужна диагностика и управляемость
Что делать при ошибке? Промышленная система должна оставаться предсказуемой
Как подтвердить результат? Нужны аудит и воспроизводимость
Как связать обновление с верхнеуровневой системой? Нужна интеграция с оркестратором вроде Hawkbit

У CiA 302-3 есть ответы на все эти вопросы.

Машина состояний, а не просто файл в сеть
CiA 302-3 описывает строгий жизненный цикл обновления: Idle → Preparing → Downloading → Verifying → Activating → Rollback/Success. Каждый шаг валидируется, а переходы синхронизированы с реальным состоянием контроллера, а не с таймаутами на сервере.

Сегментированная передача через SDO
Прошивка не летит «одним куском». Она разбивается на блоки, каждый из которых подтверждается получателем. При обрыве связи шлюз запоминает последний успешный сегмент и возобновляет передачу без перезапуска процесса. Никаких «полупрошитых» узлов.

Сквозная криптографическая верификация
Стандарт предусматривает проверку контрольных сумм и цифровых подписей на уровне устройства. Если хеш не совпадает или подпись не валидна, контроллер не перейдёт в фазу Activating, а шлюз немедленно сообщит об этом оркестратору.

Гарантированный fallback
При потере питания, аппаратной ошибке или нарушении детерминизма шины CiA 302-3 предписывает контроллеру вернуться к предыдущей рабочей прошивке. Это не «костыль», а встроенная фаза стандарта.

Совместимость с существующими топологиями
Шлюз, реализующий CiA 302-3, работает поверх штатных CANopen-объектных словарей и SDO-механизмов. Не нужно менять кабельную инфраструктуру или перепрошивать legacy-устройства — достаточно обновить прошивку шлюза и привести его в соответствие со спецификацией.

Переносимость на другие полевые шины
CiA 302 прекрасно сосуществует с Ethernet полем: Canopen-over-EtherCAT, ETHERNET Powerlink, EtherNet/IP используются для реализации CiA спецификаций наравне с CAN и RS485.
  • 👍 2
  • 🔥 1
  • 👏 1
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →