У инженера по системам управления, подключающего световую завесу в 2026 году, есть выбор, которого у предыдущего поколения по сути не было: оставить безопасный сигнал на паре проводных выходов OSSD на реле безопасности или передавать его в виде телеграммы безопасности по шине машины на ПЛК безопасности. Оба варианта верны. Оба могут достичь одного и того же уровня производительности (PL) или SIL. Решение касается диагностики, расстояния и масштаба — и чтобы принять его правильно, нужно понимать, что такое шина безопасности на самом деле.
Чёрный канал: не доверяй ничему, доказывай всё
Единственная идея, делающая сети безопасности возможными, — это чёрный канал. Принцип: рассматривать весь путь связи — кабели, коммутаторы, стандартные кадры Ethernet, стек протоколов — как недоверенный. Ничего из этого не входит в обоснование безопасности, поэтому ничего не нужно сертифицировать. Вместо этого две конечные точки, которые действительно имеют рейтинг безопасности (безопасное устройство и ПЛК безопасности), добавляют собственную защищённую полезную нагрузку внутрь обычной телеграммы, и только они её проверяют.
Эта защищённая полезная нагрузка — иногда называемая контейнером безопасности — использует небольшой, чётко определённый набор мер для выявления любого способа, которым сообщение может пойти не так на линии:
- Последовательный порядковый номер / счётчик — обнаруживает потерянные, повторённые, вставленные или нарушающие порядок кадры.
- Сторожевой таймер / тайм-аут — приёмник ожидает свежую, действительную телеграмму в течение определённого окна; если она не приходит, это ошибка задержки или потери, и он переходит в безопасное состояние.
- CRC по безопасной полезной нагрузке — контрольная сумма, специфичная для безопасности, независимая от собственного CRC сети, которая выявляет повреждение безопасных данных.
- Уникальный идентификатор соединения / адреса — привязывает телеграмму ровно к одной паре источник-назначение, так что ошибочно направленный или дублированный кадр не может быть принят неверным узлом (ошибка маскарада).
IEC 61784-3 — это стандарт, охватывающий всё это, — «профили коммуникации функциональной безопасности», которые располагаются поверх базовых стандартов шин. Поскольку безопасность находится в контейнере, а не в сети, безопасный и стандартный трафик используют один и тот же физический кабель. В этом весь фокус, и FSoE, PROFIsafe и CIP Safety — три его реализации.
FSoE, PROFIsafe, CIP Safety — одна идея, разные несущие
Как только вы видите чёрный канал, три крупных протокола безопасности перестают выглядеть соперниками и начинают выглядеть как один и тот же механизм, прикручённый к трём разным сетям. Честное резюме: вы редко выбираете протокол безопасности за его собственные достоинства. Вы выбираете его, потому что он соответствует экосистеме ПЛК, приводов и ввода-вывода, на которой машина уже построена.
| Протокол безопасности | Несущая сеть | Типичная экосистема | ID безопасной привязки |
|---|---|---|---|
| FSoE Fail Safe / Safety over EtherCAT | EtherCAT | Beckhoff и более широкий мир EtherCAT/ETG | FSoE Slave Address (на соединение) |
| PROFIsafe | PROFINET (и PROFIBUS) | Siemens и мир PI / PROFINET | F-адрес назначения (F_Dest_Add) |
| CIP Safety | EtherNet/IP (и другие сети CIP) | Rockwell и мир ODVA | Safety Network Number + ID соединения (SCID) |
Середина каждой строки идентична по сути — порядковый номер, сторожевой таймер, CRC, уникальный ID — и все три сертифицируемы до одних и тех же целевых показателей функциональной безопасности. Так, машина, стандартизированная на Siemens, использует PROFIsafe по PROFINET; машина на базе Beckhoff использует FSoE по EtherCAT; линия Rockwell использует CIP Safety по EtherNet/IP. Смешивание возможно с помощью шлюзов, но путь наименьшего сопротивления — следовать за контроллером.
F-адреса, SCID и ID соединений: часть, которая кусается
Мера с уникальным идентификатором заслуживает отдельного раздела, потому что именно здесь чаще всего идёт не так пусконаладка сети безопасности. Каждый безопасный участник должен нести идентификатор, делающий его телеграммы неотличимыми ни с чьими другими.
- PROFIsafe использует F-адрес назначения (F_Dest_Add), назначаемый для каждого F-устройства и сопоставляемый в программе безопасности. Каждый должен быть уникальным в своей области.
- CIP Safety использует Safety Network Number вместе с конфигурационными сигнатурами (SCID) и уникальным идентификатором соединения, чтобы связать устройство-производитель с его потребителем.
- FSoE назначает FSoE Slave Address каждому соединению безопасности.
Режим отказа, от которого они все защищают, один и тот же: телеграмма, попавшая на неверный узел, незаметно принимается как действительная. Назначайте эти идентификаторы продуманно, сохраняйте их уникальными и записывайте их в документацию машины. Дублированный F-адрес или несовпадающая сигнатура безопасности — это тот тип отказа, который проходит беглую визуальную проверку, а затем останавливает всю линию при пусконаладке.
Проводной OSSD против сетевой интегрированной безопасности
Теперь практическая развилка. Устройство ОЭЗУ, такое как световая завеса безопасности Type 4, выдаёт свой результат в виде двух выходов OSSD — полупроводниковых сигналов с импульсной проверкой на OSSD1 и OSSD2. Импульсная проверка позволяет устройству обнаруживать короткие замыкания между каналами, замыкания на 24 В или 0 В и перекрёстные замыкания. Этот двухканальный проверенный выход — это «сообщение» безопасности в простейшей форме: это просто напряжение на двух проводах.
В проводной архитектуре эти два провода идут прямо на реле безопасности или модуль безопасных входов. Нет стека протоколов, нет адреса для конфигурирования, нечего вводить в эксплуатацию, кроме монтажа и функционального теста. Путь реакции короткий и детерминированный, и любой обслуживающий техник может диагностировать его мультиметром.
В сетевой интегрированной архитектуре то же логическое состояние захватывается модулем безопасных входов, а затем инкапсулируется в телеграмму FSoE / PROFIsafe / CIP Safety, которая передаётся по шине на ПЛК безопасности. Вы получаете диагностику на уровне устройств, дистанционное управление сбросом и мьютингом, значительно меньше проводов на больших расстояниях и тривиальное расширение на большее число зон. Вы платите за это конфигурацией сети безопасности, которую нужно построить и поддерживать, и классом коммуникационных отказов, от которых нужно защищаться (которые обрабатывает чёрный канал, но которые всё равно должны быть настроены правильно).
Стоит повторить, потому что это самое распространённое заблуждение: ни один из них не является изначально более безопасным. Оба достигают одного и того же уровня производительности (PL) или SIL при правильном проектировании. Компромисс — диагностика и масштаб против простоты и детерминированности.
Когда проводной OSSD + реле безопасности по-прежнему правильный выбор
Для небольшой, автономной функции безопасности реле безопасности по-прежнему выигрывает по инженерным соображениям. Одна-две световые завесы, короткая кабельная трасса, одна охраняемая зона, одна-две кнопки аварийного останова — подключите пару OSSD к реле безопасности, и у вас будет законченная, сертифицируемая функция останова без сети для пусконаладки и без риска неверной адресации. Световая завеса DAIDISIKE Type 4 с OSSD, подключённая к реле безопасности DA31, — это именно это: чистая защита точки операции или точки доступа для пресса, где реле обеспечивает безопасный останов и логику сброса.
Переходите к ПЛК безопасности и шине безопасности, когда количество и сложность оправдывают накладные расходы на конфигурацию: много устройств безопасности, большие расстояния, несколько независимых зон, логика мьютинга или блэнкинга или реальная эксплуатационная потребность передавать диагностику на уровне устройств — какой луч завесы перекрыт, почему поле сканера приглушено — обратно на линейный контроллер и панель оператора. Наше сопутствующее руководство, Реле безопасности против ПЛК безопасности, подробно разбирает это решение.
Где находится место ОЭЗУ DAIDISIKE
Световые завесы безопасности DAIDISIKE Type 2 и Type 4 и лазерные сканеры безопасности серии DLD выдают двухканальный OSSD. Они не являются нативными узлами FSoE / PROFIsafe / CIP Safety, и это сделано намеренно — это сохраняет их независимыми от протокола. Та же завеса или сканер устанавливается на машину с EtherCAT, PROFINET или EtherNet/IP без изменений, потому что выбор сети находится во внешнем контроллере безопасности, а не в датчике. Пара OSSD подключается к безопасному входу на этом контроллере (или к реле безопасности), и именно контроллер говорит по шине безопасности с остальной частью линии.
Для мойки и суровых условий применяется та же логика: выберите вариант завесы или сканера IP65 / IP67 / IP69K для механики и среды, а выбор сети предоставьте контроллеру безопасности. Схема «проводной — на безопасный вход» одинакова независимо от того, отчитывается ли в конечном итоге ячейка по FSoE, PROFIsafe или CIP Safety.

