Аналитика Telegram-канала
Подписчики
58
Публикаций
12
Динамика подписчиков
7 дней
30 дней
6 месяцев
Больше
30 окт2 ноя5 ноя
Показаны последние 7 дней
Больше истории →
Охваты публикаций
09:47
3
Средний охват
3
Лучший результат
Показаны 1 публикация за 21 октября
Больше статистики →
Упоминания
0
Упоминаний
0
Из них репостов
0
Каналов
2
Упоминаний за 90 дней
2
Из них репостов
1
Каналов за 90 дней
Последние посты
1 из 12 1 из 12🧩 FSoE: стандарт есть — технологическая независимость обеспечена?
Достаточно ли выбрать стандартизованный safety-протокол, чтобы обеспечить технологическую независимость при передаче данных, связанных с безопасностью?
🔍Разберём на примере FSoE — FailSafe over EtherCAT, описанного в IEC 61784-3-12 и спецификации ETG.5100. Наличие стандарта ещё не обеспечивает доступ ко всей необходимой для разработки устройства экосистеме FSoE.
Для разработки и подтверждения соответствия устройства с FSoE необходимы:
➝ членство в ETG и Vendor ID;
➝ актуальная спецификация и лицензия на реализацию FSoE;
➝ доступ к необходимым инструментам испытаний FSoE (CTT);
➝ прохождение официальных испытаний реализации FSoE по процедуре ETG;
➝ отдельная оценка функциональной безопасности устройства.
📌 Работающий обмен данными на стенде ещё не подтверждает функциональную безопасность коммуникации. Необходимо доказать, что реализация правильно обнаруживает коммуникационные ошибки и обеспечивает предусмотренную реакцию. Наш опыт показывает, что самое "интересное" в разработке safety-протокола начинается при его тестировании.
➡️ Даже если протокол реализован с учётом требований IEC 61784-3-12, без актуальной спецификации ETG.5100, лицензии и испытаний по процедуре ETG его можно считать лишь «похожим на FSoE». Функциональная безопасность такой коммуникации остаётся неподтверждённой.
🧷 Для российских разработчиков при выборе протокола передачи данных, связанных с безопасностью, важно заранее проверить доступность всей необходимой экосистемы. В условиях экспортных ограничений такая доступность зачастую отсутствует или весьма ограничена.
🎯 Наличие стандарта на safety-протокол не гарантирует технологической независимости. А разработка собственного протокола требует высокой квалификации, причём не только в области сетевых технологий, но и в области теории вероятностей, и, конечно же, в разработке и проведении испытаний на соответствие требованиям ФБ.
🧰 У нашей команды есть практический опыт разработки коммуникационного уровня безопасности (SCL/КУБ) safety-протокола по IEC 61784-3:2021 — от расчёта интенсивности остаточных ошибок до разработки спецификации испытаний. Если вы разрабатываете собственный safety-протокол или хотите оценить выбранную технологию передачи данных, связанных с безопасностью, напишите нам: 📩 info@func-safety.ru
ещё
3
0
21 окт, 09:47
Продолжить анализ этого канала
- История роста подписчиков
- Просмотры и охваты публикаций
- Кто упоминает канал и кого упоминает он
- Похожие каналы и подбор для рекламы
Открыть аналитику
Демо до 14 дней