Аналитика Telegram-канала
Подписчики
58
Публикаций
12

Динамика подписчиков

7 дней 30 дней 6 месяцев Больше
30 окт2 ноя5 ноя
Показаны последние 7 дней Больше истории →

Охваты публикаций

09:47
3
Средний охват
3
Лучший результат
Показаны 1 публикация за 21 октября Больше статистики →

Упоминания

0
Упоминаний
0
Из них репостов
0
Каналов
Нет примеров за последние 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 дней