OPC UA TSN как технология для обеспечения связи на всех уровнях автоматизации

Dietmar Bruckner (Дитмар Брукнер) / Stefan Bina (Штефан Бина)

I. Современное состояние систем промышленных коммуникаций

A. Разные протоколы для разных нужд

На рынке систем промышленных коммуникаций доминируют полевые шины на базе Ethernet. Эти технологии занимают один и тот же сегмент рынка, поэтому к ним предъявляются одинаковые общие требования. Но развитие технологий не стандартизировано. За него отвечают организации, зависимые от крупных игроков на рынке. Производители определяют общее направление развития каждой отдельной системы. В результате технологии сильно отличаются друг от друга, и невозможно обеспечить их совместимость. Не существует единой экосистемы промышленной связи.

Используемые сегодня протоколы не являются универсальными. С одной стороны, протоколы, по которым осуществляется связь на верхнем уровне АСУ ТП (TCP/IP) и межмашинная связь (PROFINET, EtherNet/IP, CC-Link IE), не могут обеспечить строго детерминированную по времени доставку данных, поэтому на полевом уровне преобладают Ethernet-протоколы реального времени (такие как EtherCAT, PROFINET IRT, POWERLINK и Sercos III). Кроме того, в рамках одного уровня автоматизации разные приложения предъявляют разные требования к параметрам связи, например, к максимальному поддерживаемому количеству узлов, ширине канала, джиттеру, минимальному времени цикла. Топология сети также может зависеть от конкретных условий. Сравнивать протоколы сложно, для этого приходится опираться на ряд критериев, и в конечном итоге эффективность системы зависит от области применения.

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

B. Разный трафик из разных источников

На предприятии много источников трафика. У пакетов данных есть ряд характеристик, от которых зависят требования к передаче данных. Трафик можно разделить на типы[1], отталкиваясь от следующих его характеристик:

• цикличность
• необходимость синхронной передачи (в том числе синхронизации по фазе цикла)
• объем данных, передаваемых в одном пакете
• необходимость резервирования ресурсов (резервирования полосы пропускания)
• требования к доставке (доставка строго детерминирована по времени/возможна задержка в заданных пределах/доставка гарантирована, если возможно выделить запрошенную отправителем полосу пропускания/без гарантии доставки)

Некоторые из существующих технологий реального времени (EtherNet/IP, Profinet) гарантируют своевременную передачу чувствительных к задержкам данных в условиях смешанного трафика за счет планирования трафика и QoS. Однако, как правило, они не могут обеспечить строго детерминированную по времени доставку изохронного трафика.

C. Факторы, влияющие на минимальное время цикла

Есть проблемы, общие для всех существующих сегодня технологий. К ним относятся в первую очередь задержка, вносимая инфраструктурными устройствами (т. е. коммутаторами сети) и пропускная способность используемой среды передачи. На эти факторы нельзя повлиять программно, можно только свести их влияние к минимуму (например, создав такую инфраструктуру, в которой пакет проходит через минимум коммутирующих устройств). Наиболее распространенные сегодня физические среды имеют пропускную способность 100 Мбит/с. С одной стороны, технологии промышленного Ethernet уже достаточно хорошо развиты, чтобы использовать всю полосу пропускания максимально эффективно. С другой стороны, сегодня для достижения времени цикла менее 250 мкс (время, необходимое для передачи полноразмерного стандартного Ethernet-кадра) требуется модифицировать стандартный Ethernet [2], [3]. Использование нестандартных подходов всегда влияет на возможность межсистемного взаимодействия. Кроме того, это не приветствуется ассоциацией IEEE, а значит, будущие решения на базе их стандартов могут оказаться несовместимы с протоколами поверх модифицированного Ethernet.

D. Связь между IT и OT

Создание единой сети для всего предприятия подразумевает объединение информационных (IT) и эксплуатационных (OT) технологий. IT-специалисты беспокоятся за обеспечение безопасности в такой сети. Традиционно полевые шины использовались для организации локальных сетей, в которых не требуется высокий уровень защиты. Самый простой способ решить эту проблему – установить между полевой шиной и информационной инфраструктурой брандмауэр или шлюз. Кроме этого, стандарт IEC 62443 [4] в области безопасности сетей и систем промышленной коммуникации сейчас уже широко признан, а значит, необходимо учитывать его требования при разработке новых и модернизации существующих систем.

II. Концепция развития

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

A. Разработка и внедрение мультисервисных сетей

Сети, обеспечивающие связь от датчика до облака, избавят пользователей от необходимости использовать множество протоколов. Мультисервисная сеть должна обеспечивать передачу всех существующих типов промышленного трафика (раньше за это отвечали отдельные протоколы). Тогда переход к ней будет максимально плавным, что будет способствовать широкому распространению технологии на рынке.

B. Стандартизация технологий

В промышленных системах связи необходима возможность взаимодействия систем на каждом уровне сетевой модели ISO/OSI. Уровень, на котором обеспечивается совместимость всей системы с другими системами, определяется самым нижним уровнем модели, на котором невозможно межсистемное взаимодействие. Существующие промышленные сети Ethernet совместимы только на физическом, то есть первом уровне (кабели, разъемы). Этот факт разочаровал многих пользователей: первоначальное маркетинговое послание состояло в том, что Ethernet есть Ethernet и что все использующие его системы смогут взаимодействовать между собой. Чтобы избежать повторения этих проблем, необходимо использовать стандартизированные решения на всех уровнях модели OSI.

C. Освоение новых сред передачи

Гигабитные каналы передачи данных (как витая пара, так и оптоволокно) уже получили достаточное распространение на рынке, но технологии еще не адаптировались к этим новым средам. Пропускная способность в таких средах вырастает в 10 раз. Однако инфраструктура сети может быть не менее важным фактором, влияющим на скорость передачи данных. Поэтому при использовании гигабитного канала производительность технологии, сильно зависимой от инфраструктуры сети (например, EtherCAT, Sercos III, POWERLINK), вырастет в 4- 6 раз. В свою очередь, производительность технологий на основе коммутируемых Ethernet- сетей (EtherNet/IP, Profinet IRT) при передаче достаточных объемов полезных данных может вырасти в 7-10 раз.

Стоит отметить, что развитие идет не только в сторону увеличения пропускной способности. Также в IEEE была образована рабочая группа по созданию однопарного 10-мегабитного Ethernet-кабеля (10SPE). Появление такого кабеля сделает целесообразным подключение к Ethernet-сетям еще более дешевых и малогабаритных датчиков и исполнительных механизмов, а также позволит прокладывать Ethernet-сети во взрывоопасных зонах класса 1.

III. Реализация концепции

A. Разработка ассоциацией IEEE стандартов для сетей, чувствительных ко времени

Определением стандартов для чувствительных ко времени сетей занимается исследовательская группа по TSN, входящая в рабочую группу IEEE 802. Группа 802.1 описывает коммутаторы, а группа 802.3 описывает конечные узлы Ethernet-сети. Некоторые из стандартов пока еще находятся в стадии разработки, но многие уже утверждены.

IEEE 802.1Qav

Стандарт описывает механизмы передачи чувствительных к задержке данных в традиционных Ethernet-сетях. Он определяет действия коммутаторов, которые позволяют обеспечить гарантию доставки чувствительных к задержке данных и передачу аудио/видеопотока без потерь. В основном применяется для передачи аудио/видеосигналов. Стандарт описывает обработку потоков данных по протоколу SRP и использование планировщика CBS. Он разделяет пакеты в очереди на две группы (для одной группы требуется срочная доставка, для второй – нет). Очереди получают доступ к каналу передачи согласно приоритету, определяемому планировщиком. Если канал передачи в данный момент занят, у непустой очереди по определенному алгоритму повышается приоритет. Когда все пакеты очереди отправлены, приоритет очереди обнуляется.

IEEE 802.1AS-Rev

Первая версия протокола синхронизации точного времени была описана в стандарте IEEE 1588-2008. Созданный на его основе стандарт IEEE 802.1AS (несовместимый с первой версией) был адаптирован к работе с более крупными сетями. IEEE 802.1AS-Rev – это готовящееся расширение стандарта IEEE 802.1AS[7]. В нем определяются механизмы резервирования задающих генераторов и поддержки нескольких тактовых доменов (например, одновременное распределение по сети тактовых сигналов для синхронизации чувствительных к задержке (изохронных) процессов и для синхронизации системных часов и проставления меток времени). Также описывается измерение задержки, вносимой линией передачи при обмене данными между двумя конечными узлами, и расчет задержки, вносимой коммутатором.
Расширение будет совместимо со стандартом IEEE 802.1AS. Поэтому сегодня при разработке систем рекомендуется опираться на стандарт IEEE 802.1AS, а не IEEE 1588- 2008.

IEEE 802.1Qbv

Планировщик трафика TAS (учитывающий требования ко времени доставки данных) гарантирует своевременную доставку данных, относящихся к разным типам трафика. В цикле выделяются периоды, в течение которых только один тип трафика имеет эксклюзивный доступ к каналу передачи. Вот пример планирования трафика.

Рисунок 3

Рассмотрим небольшую простую сеть с линейной топологией. Она состоит из одного управляющего (М) и семи подчиненных устройств (S1-S7). Все они отправляют управляющему устройству пакеты одинакового размера (изохронный трафик). Расписание составлено так, чтобы управляющее устройство получало пакеты один за другим без пауз, при этом первое подчиненное устройство отправляет свой пакет одновременно с началом цикла.

Диаграммы на рис. 3 показывают принцип предоставления доступа к порту на двух устройствах описанной сети. Концентрические окружности соответствуют трафику разных типов. На рис. 3 (а) рассмотрен порт управляющего устройства. Сразу после начала цикла (t0) открывается окно для изохронного трафика (требующего детерминированной доставки). Пока оно открыто, никакие другие типы трафика не могут получить доступ к порту. Окно закрывается, когда получены пакеты от всех подчиненных устройств (t1). Сразу после этого одновременно открываются окна для остальных типов трафика. Окно для служебных сообщений, отвечающих за управление сетью, остается открытым до конца цикла. Если такие сообщения появятся в эфире, они будут иметь высший приоритет. Когда закрывается окно для синхронного трафика (t2), наивысший приоритет на время получают остальные типы трафика (t3, t4). На рис. 3 (b) показано, как трафик разных типов получает доступ к порту подчиненного устройства S5, передающему данные в управляющее устройство. Окно для изохронного трафика открывается для передачи трех пакетов ведущему устройству (t0-t1, пакеты от устройств S5, S6, S7), после чего открываются окна для остальных типов трафика. Каждый тип трафика получает наивысший приоритет на такой же промежуток времени, который был обеспечен управляющим устройством. Последнее окно закрывается непосредственно перед открытием окна для изохронного трафика в следующем цикле (t0). Разные типы трафика получают равномерный доступ к среде передачи по всей сети (то есть промежуток t2-t3 на главном устройстве равен промежутку t2-t3 на всех других устройствах в сети; то же верно для промежутков t3-t4 и t4-t0).

IEEE 802.1Qch

Механизм планирования трафика, описываемый в этом стандарте, позволяет добиться строго заданной (но не минимально возможной) задержки передачи данных.

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

IEEE 802.1Qcr

Асинхронный планировщик трафика позволяет эффективнее использовать канал передачи в условиях большой нагрузки на сеть и сочетания разных типов трафика. Он работает в первую очередь с низкоприоритетным трафиком, для передачи которого не нужна синхронизация между узлами. Задержка передачи потока анализируется после каждой пересылки пакетов (в следующее инфраструктурное устройство), и ориентировочное время доставки данных рассчитывается на основе топологии сети. Также этот механизм предотвращает потерю пакетов при перегрузке сети.

IEEE 802.1Qbu и IEEE 802.3br

Передача объемных пакетов может привести к временной блокировке конкретного порта. Предотвратить блокировку можно с помощью прерывания передачи кадров. Этот механизм подходит только для передачи низкоприоритетного трафика, поскольку исключены любые гарантии по времени доставки пакетов. Если при передаче пакета в сети появился трафик с более высоким приоритетом, он получает доступ к каналу, а передача низкоприоритетного пакета приостанавливается. После передачи приоритетного сообщения она возобновляется с того же места, где была прервана. Это позволяет ускорить передачу низкоприоритетных пакетов большого размера.

IEEE 802.1Qci

Стандарт определяет правила обработки и фильтрации потоков данных. Они помогают защитить сеть от перегрузки трафиком (например, в результате DoS-атак). После успешной идентификации возможна обработка потоков данных. В частности, она включает в себя определение требуемой потоку полосы пропускания. Вместе с тем оценивается загрузка канала передачи. Очереди формируются так, чтобы обеспечить равномерное заполнение полосы пропускания и предотвратить перегрузку канала.

IEEE 802.1Qcc

Этот стандарт описывает управление потоками данных (расширение для протокола SRP) и конфигурацией сети. Управление сетью разделяется на управление «пользователями» (конечными узлами) и коммутаторами. Стандарт предлагает несколько моделей конфигурации, но для промышленных сетей подходит только полностью централизованная модель, потому что только она обеспечивает передачу изохронного трафика.

В этой модели функцию управления конечными узлами выполняет конфигуратор CUC (Central User Configuration), а функцию управления коммутаторами – конфигуратор CNC (Central Network Configuration). CUC собирает со всех конечных узлов запросы на передачу данных. Задача CNC – на основе этих запросов составить расписание трафика и конфигурацию сети, которые обеспечат гарантию доставки всех пакетов.

Для обмена данными между CNC и коммутаторами предлагается использовать открытый протокол на базе стандартных моделей YANG10 (например, NETCONF11). Связь между конфигураторами может осуществляться по открытому протоколу RESTCONF12 (если функции обоих конфигураторов выполняет одно устройство, для связи между ними протокол не нужен).

IEEE 802.1CB

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

IEEE 802.1CS

Определяемый в стандарте протокол должен прийти на смену протоколу MRP, используемому для регистрации специальных атрибутов в инфраструктурных сетевых устройствах. Стандарт опишет так называемую «модель полностью распределенной конфигурации», в которой резервирование и отслеживание изменений осуществляются для отдельных сегментов сети. Новый протокол LRP ускорит работу с большими базами данных (порядка 1 МБ).

IEEE 802.1Qca

Стандарт описывает передачу данных по явно заданным маршрутам. Маршрут (или маршруты, если необходимо обеспечить резервирование) задается отдельно для каждого потока данных. Пакет может быть отправлен как по кратчайшему пути, так и по маршруту, рассчитанному с помощью других алгоритмов. Возможно одновременное сосуществование нескольких активных топологий (например, с равномерным распределением сетевой нагрузки или различные древовидные топологии).

B. Независимость TSN от пропускной способности канала

Появление гигабитных физических сред – это логичный и предсказуемый шаг в эволюции технологий передачи данных. При этом нет необходимости использовать их повсеместно. Выбор канала передачи зависит от потребностей приложения или его части. Одно из важных преимуществ технологии TSN — то, что она разрабатывается вне контекста определенной пропускной способности канала. Поэтому технологию можно будет использовать как с существующими и разрабатываемыми средами (10/100Мбит/с / 1Гбит/с), так и со средами, которые появятся в перспективе (например, 10 Гбит/с).

C. Сквозная коммутация

Коммутаторы, работающие в режиме сквозной коммутации, начинают передачу пакета до того, как он полностью получен. Это позволяет существенно сократить время цикла, особенно в больших сетях кольцевой или линейной топологии. Преимущество такого способа передачи очевидно, однако у него есть и недостатки. В таком режиме не осуществляется проверка кадров на ошибки (так как перед передачей не считывается поле FCS в конце кадра). Также сквозная коммутация несовместима с некоторыми функциями TSN, описываемыми в стандартах IEEE, например с частью правил обработки входящего трафика. Тем не менее, выигрыш от роста производительности перевешивает эти недостатки. Сквозная коммутация — это один из основных механизмов для уменьшения максимальной задержки передачи — наряду с планированием трафика согласно стандарту Qbv и прерыванием передачи кадров.

D. Объединение двух моделей OSI

На рис. 5 (а) показаны модели стека протоколов для связи на разных уровнях АСУ ТП (на верхнем — TCP/IP, на нижних — с использованием промышленных протоколов реального времени). Технология OPC UA поддерживает одновременно две модели связи: клиент/сервер и издатель/подписчик (Pub/Sub). Благодаря этому возможно сосуществование двух стеков протоколов внутри одной сетевой модели (рис. 5 (b)). Связь между клиентом и сервером OPC UA может осуществляться по протоколам TCP/IP с возможностью шифрования по протоколу TLS. Связь по модели издатель/подписчик возможна либо по протоколу UADP поверх UDP/IP, либо по UADP поверх Ethernet_802. Безопасность обеспечивается на уровне UADP.

Реализация связи по модели издатель/подписчик – важный шаг в развитии технологии OPC UA. Использование этой модели в сочетании с TSN на канальном уровне обеспечит возможность обмена данными в реальном времени.

E. Декомпозиция процесса управления сетью на функции и закрепление их за ролями

Как правило, в современных системах за управление сетью отвечает одно устройство – ПЛК. Предлагается разбить этот процесс на отдельные функции и закрепить их за ролями устройств (по аналогии с ролями пользователей в сети – администратор/пользователь/специалист по обслуживанию и т. д.). Такой подход позволит логически отделить функции от устройства, которое их выполняет. В то же время, поведение каждого устройства в сети должно соответствовать модели поведения конечного автомата. В процессе загрузки и работы устройство проходит через определенную последовательность состояний. Для перехода из одного состояния в другое необходимо взаимодействие устройства с определенной ролью. Некоторые роли уже существуют в IT- и OT-системах. Например, это сервер DHCP, сервер DNS, задающий тактовый генератор, коммутатор TSN. В стандарте Qcc определены роли конфигураторов CUC и CNC. Для обеспечения передачи данных по модели издатель/подписчик необходим агент конфигурации PTCB (фактически выполняет функции конфигуратора CUC). За администрирование серверов OPC UA в масштабах предприятия отвечает сервер OPC UA GDS.

Также предлагается выделить ряд новых ролей для сетей OPC UA TSN. Ожидается, что это позволит уменьшить количество действий со стороны пользователя, необходимых для загрузки и работы сети. Например:

• Управляющее приложением и подчиненное приложению устройства идентичны с точки зрения сетевой инфраструктуры, но могут предъявлять разные требования к вычислительной мощности, передаче данных, настройке параметров приложения.
• Менеджер сети отвечает за взаимодействие с инструментом разработки и обладает полной информацией о распределении приложения по устройствам.
• Сервер конфигураций представляет собой базу данных с системой управления версиями и содержит подписанные файлы с данными любого типа, относящимися к прошивке и настройке устройств (от потока битов для модулей FPGA до видео с инструкциями по техническому обслуживанию).

F. Создание профилей устройств

Необходимо по возможности обеспечить совместимость новых технологий с теми технологиями и устройствами, которые уже существуют и появятся в будущем. Профили OPC UA могут описать стандартные устройства или типы устройств. Также рассматривается вопрос о разработке стандартов для профилей связи между контроллерами, а также связи с системами функциональной безопасности, приводами, системами ввода/вывода.

G. Обеспечение безопасности и обмен сертификатами

Безопасность UA обеспечивается с помощью аутентификации и авторизации, шифрования и контроля целостности данных. Для аутентификации используются сертификаты. Стандарт OPC UA допускает использование только сертификатов X.509. Если для роли менеджера сети создан новый сертификат, каждое устройство, которое хочет настраивать устройства в сети и управлять ими, должно получить сертификат для своего экземпляра этой роли. Кроме того, каждое устройство имеет свой сертификат экземпляра, который создается на основе сертификата для типа устройства (а он создается на основе сертификата производителя). Таким образом формируются цепочки сертификатов, а любой производитель может определить собственную структуру типов устройств. В верификации цепочек сертификатов может участвовать любое устройство.

Выдаются следующие типы сертификатов: менеджер сети; экземпляр менеджера сети; тип устройств; экземпляр устройства данного типа; экземпляр приложения; конфигурация (оборудования).

Шифрование при связи по модели клиент/сервер обеспечивается протоколом TLS. Можно реализовать подтверждение достоверности данных с помощью цифровой подписи.

При связи по модели издатель/подписчик шифрование и подпись данных выполняются на уровне сообщений.

IV. Теоретический анализ и практические испытания технологии

A. Сравнение минимального времени цикла в сетях разных типов

Минимальное время цикла – это время, которое требуется ПЛК для отправки данных всем подчиненным устройствам и получения ответа с данными от каждого из них. Это важный показатель производительности технологии в условиях конкретного приложения. Сократить минимальное время цикла – одна из наиболее трудных задач.

Первым фактором, влияющим на время цикла, является задержка, вносимая каналом передачи (расшифровка обозначений приведена в таблице 3). Это время, необходимое для передачи всех кадров по одному кабелю с определенной пропускной способностью. Рассчитать его для суммарного кадра (в протоколах с агрегацией кадров) можно по следующей общей формуле:

τ=8(заголовок + max(остаток, n × (x + подзаголовок)))/C

Остаток – это число байт, необходимых для обеспечения минимальной длины поля данных, если объем полезной нагрузки от одного узла слишком мал.

Второй фактор, от которого зависит время цикла, — задержка, вносимая инфраструктурой сети. Рассмотрим конкретные значения для трех технологий:

• EtherCAT как пример технологии с агрегацией кадров. Суммарный кадр проходит по всей сети и обратно.
• Profinet IRT как пример технологии коммутируемого Ethernet. Каждому узлу отправляется индивидуальный кадр.
• OPC UA TSN (технология с агрегацией кадров, формат кадров оптимизирован).

Все приведенные формулы описывают упрощенные сценарии, предполагающие линейную топологию сети и равный объем отправляемых и принимаемых данных. Также стоит отметить, что формула задержки передачи для EtherCAT не описывает ситуацию, когда максимальной длины поля недостаточно для передачи полезных данных от одного узла. В этом случае оставшиеся данные будут переданы в дополнительном поле. Кроме того, на длину кадра влияет тот факт, что данные для каждого устройства должны быть отправлены в отдельном поле независимо от их длины.

B. Теоретический расчет минимального времени цикла в зависимости от числа узлов и объема полезной нагрузки

В реальных условиях на результат повлияет множество дополнительных факторов:

• Соотношение объема принимаемых и отправляемых данных
• Процент устройств в сети, осуществляющих перекрестный обмен данными
• Использование циклов разной продолжительности
• Топология сети (линия, звезда, кольцо) и количество промежуточных соединений между конечными устройствами
• Наличие модулей ввода/вывода с собственной внутренней шиной

Диаграммы на рис. 8 построены с помощью компьютерного моделирования и позволяют сравнить производительность современных полевых шин и OPC UA TSN.

Рис. 8: Сравнение значений минимального времени цикла в зависимости от количества узлов и размера полезной нагрузки.

Минимальное время цикла на скорости до 100 Мбит/с

Минимальное время цикла на скорости до 100 1 Гбит/с

Для расчетов были использованы следующие параметры:

• до 100 узлов и до 100 байт полезной нагрузки;
• линейная топология, объем отправляемых данных = 40% от объема принимаемых данных, перекрестный трафик для 20% устройств;
• 25% устройств представляют собой модульные системы ввода/вывода из 20 модулей каждая (существенно только для EtherCAT);
• задержка перенаправления кадров:

Расчет значений для OPC UA TSN проводился на основе модели связи издатель/подписчик поверх Ethernet_802.3 с агрегацией кадров. При использовании UDP/IP вместо Ethernet_802.3 результаты практически не изменятся. При отправлении индивидуальных кадров каждому узлу время цикла возрастет для пакетов с полезной нагрузкой более 50 байтов.

Из диаграмм 8a и 8b видно, что OPC UA TSN превосходит существующие технологии, использующие 100–мегабитный канал передачи. На диаграммах 8c и 8d OPC UA TSN сравнивается с гипотетическими гигабитными технологиями, механизмы которых не отличаются от используемых в современных полевых шинах. Они оказываются почти в два раза менее эффективными, чем OPC UA TSN.

C. Результаты испытаний прототипов

Представители разных компаний объединяют усилия и создают тестовые установки и демонстрационные стенды, на которых испытываются новые технологии. Наиболее важные установки были созданы производителем Huawei, консорциумом IIC и ассоциацией LNI.
Мы рассмотрим данные, полученные на демонстрационном стенде с оборудованием компаний B&R, TTTech и Mobotix.

На стенде установлены два прототипа устройств: на базе промышленного ПК и на базе панельного ПК, оба под управлением ОС Linux. Сеть состоит из 4 линий по 50 узлов (модули B&R) и промышленных коммутаторов TTTech с поддержкой TSN. Каждая линия передает потоковое видео с одной из четырех IP-камер. Пятая камера подключена напрямую к панельному ПК.

Синхронизация в сети осуществляется согласно стандарту 802.1AS. Для каждой из линий формируется суммарный кадр, планирование потоков видеоданных происходит по стандарту 802.1Qav. Время цикла составляет 100 мкс. При этих условиях удается обеспечить стабильную передачу видео в формате Full HD.

На рис. 10 показаны результаты измерений точности синхронизации на одной из линий этого стенда. Точность по стандарту .1AS определяется на основе абсолютной разницы значений двух генераторов в сети. В данном случае сигналы генераторов на устройствах сравнивались с сигналом задающего генератора. Измерения проводились на каждом десятом устройстве. Стандартное отклонение (sdev) составило менее 50 нс. Данные передаются в 18 раз быстрее, чем по любой существующей сегодня Ethernet-сети.

V. Перспективы

A. Эволюция устройств

С увеличением пропускной способности канала станет более ощутима задержка, вносимая инфраструктурными устройствами. Для доступных сегодня гигабитных коммутаторов характерны значения задержки порядка 2 мкс. В контексте отдельного устройства минимальное время цикла зависит только от программного и аппаратного обеспечения. Сегодняшние прототипы контроллеров шины от B&R могут обеспечить время цикла до 50 мкс как на внутриприборной шине, так и во внешней сети. Достаточно мощный контроллер сможет обеспечить время цикла 50 мкс для шины из 200 таких устройств. Если к каждому из устройств подключить по 50 модулей ввода/вывода, вся система будет состоять из 10 000 узлов. Ожидается, что в ближайшем будущем появятся устройства, поддерживающие минимальное время цикла, равное 10 мкс.

B. Развитие экосистемы

Технологии OPC UA и TSN не связаны с конкретным производителем. В настоящее время крупные производители микросхем уже разрабатывают аппаратные решения в области коммуникаций с поддержкой новой технологии, которые в ближайшей перспективе должны по стоимости сравняться с решениями, предлагаемыми сегодня. В однопортовых устройствах можно использовать стандартные Ethernet-контроллеры, поэтому их стоимость должна остаться прежней. Ожидается, что и для двухпортовых устройств дополнительные производственные издержки также будут нулевыми, поскольку в ближайшем будущем поддержка TSN станет обязательным условием для обеспечения конкурентоспособности любой промышленной системы на кристалле (SoC).

Все это говорит о том, что экосистема технологии OPC UA TSN будет включать в себя на порядок больше решений и устройств, чем существующие сегодня экосистемы традиционных полевых шин.

C. Интеграция существующих систем

Специалисты, занимающиеся разработкой технологии OPC UA TSN, прогнозируют, что в будущем она заменит все сегодняшние решения в области промышленных коммуникаций. Впрочем, в маломасштабных приложениях или в специфических областях применение традиционных систем связи на основе Ethernet может оказаться более целесообразным. В любом случае, переход на новую технологию – это длительный и постепенный процесс. Поэтому многие производители задумываются о том, как обеспечить совместимость своих технологий с OPC UA TSN. Для этого можно использовать аппаратные решения: шлюз (SERCOS) или специальный коммутатор (EtherCAT). Можно обеспечить совместимость на уровне протокола: поддержку TSN обещают реализовать для технологий Profinet и EtherNet/IP. Группа EPSG16 заявляет о том, что протокол POWERLINK также будет полностью совместим с OPC UA.

Те системы, которые не будут напрямую работать поверх TSN, могут трансформироваться в профили или семейства профилей OPC UA.

D. Взаимовлияние информационных и эксплуатационных технологий

Раньше сферы IT и OT развивались независимо друг от друга. В условиях единой системы связи, объединяющей все системы предприятия, ситуация должна измениться. Решения, традиционные для одной сферы, можно будет адаптировать к использованию в другой сфере. Например, возможно внедрение в систему эксплуатационных технологий служб каталогов. Такие службы в IT используются для управления активами предприятия, пользователями и их ролями, правами доступа к файлам, сертификатами и т. д. Реализация этой концепции в сфере OT приведет к более эффективной организации процессов управления.

VI. Заключение

Количество передаваемых данных на производстве постоянно растет. Поэтому на смену 100- мегабитному каналу передачи приходит гигабитный канал. Современные протоколы передачи данных не обеспечивают эффективного использования полосы пропускания при работе с новой средой передачи. Поэтому их должна сменить новая, более производительная технология.

У OPC UA TSN есть целый ряд преимуществ:

• независимость от производителя
• универсальность (возможно внедрение в других областях)
• реализация концепции мультисервисной сети
• поддержка масштабных динамических топологий
• встроенная безопасность

Стандарты, описывающие применение OPC UA и TSN в промышленности, находятся на финальной стадии разработки. Производители уже готовят к выходу на рынок устройства с поддержкой TSN. Ожидается, что в перспективе TSN получит такое же широкое распространение, как CAN в свое время.