TSN в шкафу в 2026: профиль 60802 и что из этого есть в коммутаторе за 40 тысяч

В спецификации на шкаф линии появляется строка «коммутатор Ethernet, TSN, промышленный». В КП интегратора стоит позиция на 38–45 тысяч рублей: DIN, два питания 24 В, восемь портов, VLAN, кольцо, SNMP, в маркетинговом листе - «TSN-ready» и логотип IEEE 802.1. На совещании заказчик спрашивает, закроет ли это IEC/IEEE 60802 и «гарантированную задержку 1 мс», потому что так написано в опроснике холдинга. Паспорт свитча открывают в конце: там QoS по 802.1p, RSTP, PTP IEEE 1588 как опция «на части портов», и ни слова про time-aware shaper, ни про conformance class профиля 60802.

Разбираем TSN в шкафу АСУ как профиль автоматизации, а не как галочку в Excel. Что обещает IEC/IEEE 60802 (синхронизация, планировщик окон, bounded latency, резервирование потока), что из этого реально умеет управляемый промышленный коммутатор среднего КП, и когда хватает обычного managed с кольцом и QoS. Здесь нет выбора полевой шины EtherCAT / Profinet / EtherNet/IP и нет частных сетей 5G: это соседние решения другого слоя. Фокус - свитч в шкафу, слайд вендора и формулировка в ТЗ, которую потом нельзя ни проверить, ни сдать.

Короткий ответ

IEC/IEEE 60802 - это профиль TSN для промышленной автоматизации: не «быстрый Ethernet», а согласованный набор механизмов IEEE 802.1/802.3, который даёт предсказуемую (ограниченную сверху) задержку циклического трафика на общей сети с IT-потоками. Ядро профиля - синхронизация времени 802.1AS (gPTP), time-aware shaper 802.1Qbv, часто preemption, фильтрация потоков 802.1Qci, при необходимости FRER 802.1CB и централизованная конфигурация CNC.

Коммутатор за 40 тысяч в 2026 году почти всегда умеет VLAN, QoS с очередями, RSTP/MSTP или фирменное кольцо, SNMP, industrial-корпус и два ввода питания. Это не 60802. «TSN-ready» в буклете без номера профильных функций в паспорте, без gate control list и без заявленного worst-case latency по классам трафика - маркетинговый ярлык.

Для Modbus TCP, SCADA, Profinet RT без изохронного motion и без сведения видео, IT и цикла на одном кабеле с микросекундным бюджетом достаточно managed industrial + кольцо + QoS + сегментация. TSN по 60802 заказывают, когда нужна доказанная граница задержки на converged-сети, а не «чтобы в ТЗ звучало современно».

Чем 60802 не является в шкафу

TSN (Time-Sensitive Networking) - семейство стандартов IEEE 802.1, которое добавляет к Ethernet механизмы времени, планирования и надежности. IEC/IEEE 60802 берёт из этого семейства профиль под автоматизацию: какие функции обязательны, какие классы циклической связи поддерживаются, как устройства должны стыковаться, чтобы «TSN от вендора A» и «TSN от вендора B» жили в одном домене.

Это не замена полевой шины. EtherCAT со своими распределёнными часами, Profinet IRT со своим планировщиком, фирменные изохронные профили - отдельные миры. 60802 как раз про другой замысел: стандартный Ethernet, стандартные коммутаторы, несколько типов трафика на одной среде, при этом цикл управления не тонет в резервных копиях и камерах. Путать «нам нужен TSN» с «нам нужна шина motion» - типичный ход, после которого в шкафу появляется дорогой свитч, а ось по-прежнему сидит на отдельном контуре.

Это не NTP для журналов. Синхронизация 60802 - gPTP (IEEE 802.1AS), peer-delay, дерево grandmaster, точность, достаточная для открытия окон TAS. NTP на сервере SCADA закрывает разбор «кто вошёл в 02:17», а не расписание шлюзов на порту. Смешивать эти часы в одном пункте ТЗ - путь к претензии «время не сошлось» при живом цикле.

Это не «гигабит быстрее, значит детерминизм». 1 Гбит/с снижает сериализацию кадра. Bounded latency появляется, когда сеть договаривается, в каком окне какой класс кадров проходит, и когда чужой burst не занимает выходной порт в момент цикла. Без планировщика гигабит остаётся статистикой: в среднем хорошо, в худшем случае - как повезёт с очередью.

На среднем заводе 60802 ещё и не «сертификат на каждый порт». Профиль задаёт поведение домена. Один свитч с полуподдержкой 802.1AS на двух портах не делает домен. Нужны talker, listener, промежуточные мосты с теми же функциями, общая модель времени и конфигурация расписания. Иначе TSN заканчивается на слайде.

Что профиль реально требует: не «QoS», а механизмы

Практикующему инженеру достаточно понимать пять кирпичей. Остальное - детали вендора и CNC.

Синхронизация 802.1AS (gPTP). Все мосты и конечные станции домена живут одной шкалой. Без неё окна TAS не имеют смысла: шлюз открывается «по своим часам», кадр приходит по чужим. В паспорте смотрят: 802.1AS-2020 или хотя бы 802.1AS, роль (ordinary clock / boundary clock), точность, какие порты участвуют. Строка «PTP IEEE 1588» без профиля AS - ещё не gPTP для TSN. Обычный 1588 в частотнике и 802.1AS в свитче могут не стать одним доменом.

Time-aware shaper 802.1Qbv. Цикл делится на окна. В окне циклического трафика открыт только его класс, best-effort ждёт. Это и есть «очередь по расписанию», а не приоритет 802.1p, который лишь говорит «этот кадр важнее», но не запрещает соседу занять провод на 200 мкс в неудачный момент. В паспорте ищут Qbv, gate control list, cycle time, число очередей, которые реально участвуют в TAS. Восемь очередей QoS без GCL - это не TAS.

Ограниченная задержка (bounded latency). Профиль 60802 нормирует классы циклической связи: не «пинг 0.3 мс», а worst-case через заданное число hops при заданном расписании. Если вендор не даёт методику расчёта или таблицу «класс / hops / max latency», обещание «детерминизм» нельзя ни заложить в ТЗ, ни сдать на FAT. Средний свитч даёт latency typical в буклете. Typical - не bound.

Preemption (802.1Qbu / 802.3br). Длинный best-effort кадр можно прервать, чтобы пропустить express. Имеет смысл на 100 Мбит и на смешанном трафике. На чистом гигабите с короткими PDU выигрыш меньше. В КП среднего ценового сегмента preemption часто отсутствует полностью.

Фильтрация и полисинг потоков 802.1Qci, резерв 802.1CB (FRER), конфигурация 802.1Qcc. Qci не даёт «болтливому» узлу забить окно. FRER дублирует кадр по двум путям и выкидывает копию - это не сходимость RSTP за десятки или сотни миллисекунд, а бесшовная избыточность для потока. CNC/CUC - централизованная раскладка расписания, а не web-морда на 40 тысяч. На среднем КП этих букв в паспорте обычно нет.

Профиль ещё предполагает идентификацию потоков, согласованные VLAN/PCP, иногда резервирование ресурсов. Для шкафа линии это значит: TSN - проект домена (кто talker, какой cycle, какой класс), а не закупка «свитча с TSN» как ЗИП к БП.

Коммутатор за 40 тысяч: что в коробке, что на слайде

Цена «около 40 тысяч» в 2026 году - типичный промышленный managed L2: DIN-рейка, −40…+75 °C или близкий диапазон, два ввода 24 В, 8–16 портов 1 Гбит, корпус под шкаф, а не под стойку в 22 °C. Это уже другой класс, чем офисный unmanaged из компьютерного магазина. Офисный свитч в OT даёт шторм и потерю циклов без журнала и без storm control; это разобрано отдельно: офисный свитч и broadcast storm. Промышленный managed эту яму закрывает. TSN из 60802 он этим ещё не становится.

Что у него обычно есть и это честно нужно цеху:

управляемые VLAN и tagged/untagged по портам;

QoS: классификация по 802.1p / DSCP, несколько аппаратных очередей, иногда strict + WRR;

кольцо: RSTP/MSTP, MRP, ERPS или фирменный протокол с заявленной сходимостью;

IGMP snooping, storm control, порт isolation;

SNMP, syslog, web/CLI, иногда зеркало порта;

два питания, alarm dry contact, промышленный EMC.

Этого достаточно, чтобы Modbus TCP и SCADA жили, чтобы обрыв одного патч-корда не клал участок, чтобы широковещание не убивало опрос. Здоровье такого свитча смотрят по SNMP: температура, CRC, состояние кольца, питание B - пока линия ещё едет, а не после обрыва. Практика опроса - в материале про SNMP промышленных коммутаторов.

Чего у него обычно нет, даже если в PDF нарисована шестерёнка TSN:

рабочий 802.1Qbv с загружаемым расписанием, а не «поддержка в roadmap»;

802.1AS на всех портах домена с понятной ролью часов;

заявленный worst-case latency по классам 60802;

FRER, Qci, CNC;

взаимные тесты interoperability 60802 с чужим вендором, а не «совместим с IEEE 802.1Q».

Серая зона: часть линейок среднего+ сегмента умеет 802.1AS как slave и «TSN features» на двух uplink. Это заготовка под будущего соседа, не профиль в шкафу. Если второй свитч и контроллеры AS не умеют, функция спит. Платить за спящую функцию имеет смысл только если в трёхлетнем плане домена она включится, и это написано не в слайде, а в спецификации портов и в бюджете на CNC или на ручную раскладку GCL.

Проверка простая. Откройте datasheet, ищите точные идентификаторы: IEEE 802.1Qbv, 802.1AS-2020, 802.1Qbu, 802.1CB, 802.1Qci, IEC/IEEE 60802. Синонимы «time sensitive», «real-time Ethernet», «deterministic switching» без номеров - не доказательство. Спросите цикл TAS и пример GCL. Если вендор отвечает «у нас приоритеты очередей» - вы купили QoS, и это нормально, если ТЗ требовало QoS.

Когда хватает managed и кольца

Большая часть шкафов среднего завода не нуждается в 60802. Цикл опроса 50–250 мс, SCADA, частотники и удалённые модули по Ethernet, кольцо на случай обрыва, VLAN поля отдельно от офиса - это задача промышленного managed, а не планировщика окон.

Кольцо закрывает обрыв кабеля. RSTP сходится дольше, MRP и промышленные кольца - быстрее; ни одно из них не даёт bounded latency в микросекундах на живом смешанном трафике. Для клапана с периодом 100 мс сходимость кольца 50–200 мс - событие, которое линия должна пережить так же, как 30-секундный обрыв на FAT: контроллер и SCADA не «зависают навечно», а ведут себя по протоколу. Сценарий обрыва линка на приёмке - в материале про FAT: 30-секундный обрыв Ethernet. TSN этот тест не отменяет: FRER меняет характер отказа (нет дыры на сходимости), но FAT всё равно должен показать, что будет при потере пути.

QoS закрывает «камера и бэкап не должны душить Modbus». Поставьте циклический трафик в высокий PCP, ограничьте storm, не пускайте зеркало и архив на тот же access-порт, что ПЛК. Это не 60802. Это гигиена, без которой TSN тоже не спасёт: неправильный класс потока сломает любое расписание.

Сегментация закрывает офисный broadcast и чужой DHCP. VLAN и экран между OT и IT нужны независимо от TSN. Плоская сеть с «очень умным» свитчом остаётся плоской сетью. Физика кадров и выбор среды (медь, кольцо, не офисный unmanaged) по-прежнему описываются практикой промышленных сетей: Ethernet, RS-485, CAN.

TSN по 60802 начинают рассматривать, когда выполняется хотя бы одно из условий.

На одном L2 должны сойтись изохронный цикл (единицы миллисекунд и меньше), видеонаблюдение, инженерный трафик и, возможно, IT, и заказчик требует не «в среднем успевает», а границу задержки.

Мультивендорный домен: контроллеры, свитчи и полевые устройства разных поставщиков обязаны играть по одному профилю, а не по фирменному IRT.

Нужна бесшовная избыточность потока (FRER), а не «кольцо сойдётся за N мс».

Есть ресурс на конфигурацию: кто пишет расписание, кто меняет его при добавлении узла, как это версионируется.

Если ни одного условия нет, строка «TSN обязательно» в ТЗ - налог на слайд. Деньги лучше потратить на второй промышленный свитч в кольцо, на SNMP и на ЗИП, а не на функцию, которую некому включить.

Слайд вендора, паспорт и самообман в ТЗ

Формулировки, которые не сдать на SAT:

«Коммутатор с поддержкой TSN» - без списка IEEE-номеров и без роли в домене 60802.

«Детерминированная сеть, задержка менее 1 мс» - без hops, без размера кадра, без класса трафика, без typical/max.

«Соответствие IEC 60802» - без редакции профиля, без conformance class, без протокола испытаний. На момент закупки средней линии сертификатов «как у SIL» на каждый SKU может не быть; тогда честно пишут «функции … из состава 60802, подтверждение datasheet + стенд».

«PTP» как синоним TSN. PTP без AS и без TAS не планирует окна.

«10G uplink = готовность к TSN». Скорость - не профиль.

Обратная ошибка тоже бывает: вычеркнуть QoS и кольцо, «потому что TSN всё равно поставим потом». Потом не ставят. Линия едет на RSTP и очередях. Это нормальный целевой профиль. Его и надо писать: managed industrial, кольцо с протоколом и временем сходимости, QoS, SNMP, два питания, температурный класс. Если через год появится motion по стандартному Ethernet - это отдельный проект домена, а не «докупим прошивку за 40 тысяч».

Конфигурация TSN сложнее VLAN. Gate control list, привязка потоков, grandmaster, влияние добавления камеры на расписание - это не «наладчик тыкнул в web». Без владельца расписания домен разъедется после первого ремонта, как VLAN без владельца зон. Версию конфига свитча хранят так же, как проект ПЛК: кто менял, какой файл, какой стенд. Иначе SAT сдаёт один GCL, а в шкафу живёт другой.

На FAT для обычного managed проверяют линк, кольцо, обрыв, VLAN, storm control, SNMP. Для заявленного 60802 этого мало. Нужен стенд с циклическим генератором и измерителем worst-case, синхронизация AS, прогон при фоне best-effort (копия диска, камера). Если стенда нет, не пишите 60802 в акт. Пишите то, что измерили: сходимось кольца, потери при обрыве, температура, CRC.

Таблица: обещание TSN, паспорт свитча, самообман в ТЗ

Таблица не запрещает TSN. Она запрещает оплачивать профиль, который нельзя ни включить, ни измерить.

Как писать ТЗ, чтобы потом не спорить на SAT

Два шаблона. Выбирают один, не склеивают.

Шаблон A, большинство линий. Промышленный managed L2, диапазон температур шкафа, два питания 24 В, кольцо с указанием протокола и целевой сходимости, VLAN, QoS с PCP для циклического трафика, storm control, SNMP v3 read, журнал, ЗИП. TSN не упоминать либо явно: «профиль IEC/IEEE 60802 не требуется». Тогда SAT - кольцо, обрыв, VLAN, SNMP, температура. Это честный договор.

Шаблон B, converged / изохронный Ethernet. Домен 60802: список функций IEEE, класс циклической связи, hops, max latency, кто grandmaster, кто пишет GCL, стенд worst-case, поведение при добавлении узла, совместимость вендоров. Коммутатор - элемент домена, не единственная строка. Бюджет выше «40 тысяч за штуку»: и железо, и инженерное время.

Нельзя в одном абзаце требовать «не дороже типового industrial» и «bounded latency 60802 на смешанном трафике». Это два изделия и два проекта.

Часы. Если в контуре есть и NTP для SCADA/ПЛК, и gPTP для TAS, в ТЗ два источника с разными задачами. Стык и типичные «фантомные аварии» из-за разъехавшегося времени журналов - отдельная практика: синхронизация NTP. Не вешать на NTP обязанность открывать окна Qbv.

Типовые ошибки

Поставить «TSN» в опросник, купить свитч за 40 тысяч и закрыть тему. В паспорте QoS и RSTP. Претензия «нет 60802» через год будет к вам, не к маркетингу.

Считать QoS равным TAS. Приоритет не даёт окна и не даёт worst-case.

Назвать PTP поддержкой 60802. Без AS и без расписания это другие часы.

Требовать 60802 на линию с опросом 200 мс без смешанного изохронного трафика. Переплата без измеримой пользы.

Оставить в соседнем шкафу офисный unmanaged «на камеры». TSN-домен на одном плече не лечит шторм на другом. Сначала вычищают бытовой свитч.

Не назначить владельца расписания. GCL правит подрядчик на пуске, через полгода порт добавляет служба связи.

Сдать FAT только по линку. Для заявленного TSN нужен worst-case на фоне помехи. Для обычного managed - кольцо и обрыв, не слайд TSN.

Смешать в ТЗ выбор шины motion и закупку свитча. Шина и профиль 60802 - разные решения. Свитч не выбирает за вас EtherCAT или Profinet.

Вопросы при работе

Нужен ли TSN, если в шкафу только ПЛК, панель и три частотника по Modbus TCP?
Нет. Нужен промышленный managed, кольцо по риску обрыва, QoS по желанию, SNMP. Профиль 60802 здесь не измеряется и не окупается.

Вендор пишет TSN-ready, в CLI нет Qbv. Это брак?
Это несоответствие ожиданию, если ТЗ требовало Qbv/60802. Если ТЗ требовало industrial managed - это нормальный прибор с маркетинговым ярлыком. Смотрите паспорт, не обложку PDF.

Можно ли «включить TSN» прошивкой через год?
Только если ASIC и порты это умеют, а лицензия/ПО это открывает. На среднем КП чаще нельзя. Не закладывайте отложенную магию в график пуска.

Чем кольцо хуже FRER?
Кольцо даёт паузу на сходимость. FRER держит поток без этой паузы ценой дублирования и настройки. Для большинства клапанов пауза кольца приемлема, если логика переживает обрыв по протоколу FAT.

Как отличить typical latency от bounded?
Typical - среднее или «в стенде вендора». Bounded - верхняя оценка при оговорённых hops, расписании и фоне. Без оговорок цифра в ТЗ пустая.

Стоит ли брать свитч дороже «на вырост под 60802»?
Да, если в утверждённом плане домена через 1–2 года появятся устройства AS/Qbv и будет кто конфигурировать. Нет, если вырост - слово из презентации.

Ссылки по теме

• Офисный свитч в шкафу АСУ: broadcast storm и потери циклов;
• SNMP и здоровье промышленных коммутаторов: что смотреть, пока линия ещё едет;
• FAT: 30-секундный обрыв Ethernet;
• Промышленные сети Ethernet, RS-485, CAN: физика, протоколы, практика;
• Синхронизация времени ПЛК и SCADA: NTP и фантомные аварии;
• Сегментация сетей АСУ ТП и офиса.