Промышленные сети: Ethernet, RS-485, CAN - физика, протоколы и практика выбора

На любом современном промышленном объекте эти три технологии сосуществуют. Не потому что проектировщики не могли договориться, а потому что каждая из них решает свою задачу лучше остальных. RS-485 с Modbus RTU опрашивает счётчики электроэнергии и датчики по длинной двухпроводной трассе. CAN связывает инверторы и приводы в машине с жёсткими требованиями реального времени. Промышленный Ethernet несёт данные от ПЛК в SCADA и дальше - в облако. Попытка заменить один из них другим в той же задаче почти всегда заканчивается либо избыточными затратами, либо техническими проблемами.

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

Стандарт EIA-485 (привычное название - RS-485) был опубликован в 1983 году. По меркам электронной промышленности - седая древность. Тем не менее рынок RS-485-трансиверов в 2024 году оценивался примерно в $163 млн и продолжает расти, хотя и медленно - около 1,4% в год. Этот рост говорит о многом: технология давно перешла в фазу зрелости, но продолжает массово устанавливаться в новых системах.

Физика RS-485 проста и элегантна. Вместо одного провода относительно общего заземления (как в RS-232) используются два провода - A и B, между которыми передаётся дифференциальный сигнал. Передатчик создаёт напряжение: когда на A выше, чем на B, - это логическая единица. Когда B выше A - ноль. Приёмник измеряет разность напряжений между проводами, и всё, что наводится в среде передачи на оба провода одновременно (а именно так действует большинство электромагнитных помех) - вычитается как синфазная составляющая и не влияет на сигнал.

Именно это делает RS-485 рабочей лошадкой промышленности. Двухпроводная витая пара тянется на 1200 метров при скорости 100 кбит/с - и это без всяких повторителей. При скорости 1 Мбит/с дальность снижается примерно до 100-120 метров, но для большинства полевых применений это вполне приемлемо. К одной шине можно подключить до 32 стандартных приёмников-передатчиков, при использовании усиленных трансиверов - до 256 и более устройств.

Ограничение RS-485 как физического стандарта - он описывает только электрические характеристики. Сам по себе RS-485 не определяет ни форматы сообщений, ни адресацию, ни процедуры доступа к шине. Поверх него работают протоколы. Modbus RTU - самый распространённый. Profibus DP - более сложный европейский стандарт. DMX-512 - в системах управления освещением. Протокол DALI передаётся не по RS-485, но структурно похож на эту модель.

Modbus RTU на RS-485 - это мастер-слейв архитектура. Один мастер (обычно ПЛК или SCADA) опрашивает слейв-устройства по очереди. Каждый слейв молчит, пока мастер не обратится именно к нему по адресу. Это простая и предсказуемая схема, которая отлично работает при умеренном числе устройств и неспешном темпе обмена. Счётчик электроэнергии обновляет свои показания раз в секунду - Modbus RTU опрашивает его без проблем. Системы реального времени с требованиями к циклу в единицы миллисекунд - уже на грани возможностей.

Практическая деталь монтажа, которую часто игнорируют: терминирование шины. RS-485 - это длинная линия, и на конце её возникают отражения, если линия не нагружена терминирующим резистором. Стандартное значение - 120 Ом, устанавливается на обоих концах шины. Подключение терминаторов посередине или забытый второй терминатор - источник плавающих коммуникационных ошибок, которые воспроизводятся нестабильно и крайне трудно диагностируются.

Второй нюанс - потенциал шины при отсутствии передатчиков. Когда все устройства молчат, потенциалы A и B относительно друг друга не определены - первый принятый бит может быть интерпретирован неправильно. Решение - смещающие резисторы (bias resistors), которые удерживают шину в определённом состоянии при отсутствии активных передатчиков. В модулях RS-485 СТАБУР для ПЛК с диагоналями 5-10 дюймов - два независимых канала RS-485 со скоростью до 1 МБ/с каждый и гальванической изоляцией, что защищает процессор от разности потенциалов между заземлёнными шкафами.

Controller Area Network (CAN) придумал Bosch в 1983 году для автомобильной промышленности. Задача была конкретная: заменить хаос проводки в автомобиле (к середине 1980-х количество кабелей в немецких автомобилях переваливало за 2 километра) единой шиной, по которой все электронные блоки могут обмениваться данными. Стандарт ISO 11898 был опубликован в 1993 году.

В промышленность CAN пришёл несколько позже, но прочно обосновался в специфических нишах: мобильная техника, AGV (автоматически управляемые транспортные средства), сельскохозяйственные машины, лифтовое оборудование, медицинские устройства, промышленные приводы и системы распределённого управления. Автомобильная промышленность занимает наибольшую долю рынка CAN, за ней следуют промышленная автоматизация и медицина.

Архитектурное отличие CAN от RS-485 фундаментальное: CAN - многомастерная шина. Любое устройство в сети может начать передачу в любой момент. Если два устройства начинают передавать одновременно - возникает коллизия, но встроенный в аппаратуру механизм арбитража разрешает её без потери данных: устройство с более высокоприоритетным идентификатором сообщения продолжает передачу, второе замолкает и повторяет попытку позже. Это работает автоматически на аппаратном уровне, без участия протокольного слоя.

CAN - это многомастерный протокол, поддерживающий одновременную передачу данных несколькими устройствами с механизмом приоритетов сообщений. RS-485 обычно имеет мастер-слейв структуру.

Идентификатор CAN-фрейма - 11 бит в базовом формате (CAN 2.0A) или 29 бит в расширенном (CAN 2.0B) - одновременно является адресом сообщения и его приоритетом: чем меньше числовое значение, тем выше приоритет. Устройство с идентификатором 0x001 «перекричит» устройство с идентификатором 0x7FF. Это позволяет проектировщику системы задавать реальный приоритет потоков данных на уровне архитектуры протокола, а не программных надстроек.

Механизм обнаружения и обработки ошибок в CAN - один из самых развитых среди полевых протоколов. Каждый узел непрерывно мониторит шину и собственную передачу. Обнаружив ошибку, узел немедленно генерирует «кадр ошибки», который все остальные узлы воспринимают как сигнал о проблеме и сбрасывают текущую передачу. Если один узел начинает генерировать ошибки регулярно, встроенный счётчик ошибок переводит его в «пассивный» режим, а затем в «bus off» - физическое отключение от шины. Сбойный узел не может парализовать всю сеть. Если узел CAN обнаруживает ошибки, он может автоматически отключиться от сети, чтобы не мешать коммуникации - это делает CAN особенно преимущественным в критически важных промышленных применениях.

Максимальная скорость CAN Classic (CAN 2.0) - 1 Мбит/с при длине шины до 40 метров. При 500 кбит/с - до 100 метров, при 125 кбит/с - до 500 метров. Длина шины и скорость обменно связаны из-за ограничений времени арбитража: сигнал должен достигнуть всех узлов и вернуться назад до окончания одного битового периода.

Поверх физического и канального уровня CAN работают протоколы верхнего уровня. CANopen - стандарт для промышленного оборудования: приводы, датчики, исполнительные механизмы. J1939 - стандарт для транспортных средств и мобильной техники. DeviceNet - вариант на основе CAN от Rockwell Automation. SAE J2534 - для автомобильной диагностики. Модуль CAN СТАБУР поддерживает два независимых канала интерфейса CAN со скоростью до 1 МБ/с и используется для подключения CANopen-устройств.

Свежее развитие стандарта - CAN FD (Flexible Data Rate) и CAN XL. CAN FD позволяет переключаться на более высокую скорость (до 8 Мбит/с) в фазе передачи данных, сохраняя стандартную скорость арбитража. CAN XL идёт дальше - полезная нагрузка до 2048 байт против 8 байт в классическом CAN. Разработка CAN FD и CAN XL повышает производительность и возможности протокола. Это важно для систем, где CAN нужно передавать не только управляющие данные, но и диагностические пакеты или обновления прошивок.

Ethernet как технология существует с 1973 года - Боб Меткалф из Xerox PARC. Стандарт IEEE 802.3 в разных поколениях описывает физический и канальный уровень передачи данных. Промышленный Ethernet - не отдельный стандарт, а набор адаптаций, сделанных для работы в промышленных условиях.

Первая адаптация - аппаратная. Офисный патч-корд в синей ПВХ-изоляции и коннектором RJ-45, вставленным без особой защёлки, в промышленной среде не живёт. Промышленный кабель - витая пара в полиуретановой или ТПЭ-изоляции, выдерживающей масло, растворители, UV-излучение и температурный диапазон от -40 до +90 °C. Разъёмы - M12 с металлическим корпусом и надёжной фиксацией (M12 D-coded для 100 Мбит/с, M12 X-coded для гигабитных применений) или усиленные RJ-45 с защитой по IP65/67. Промышленные коммутаторы работают без вентилятора в диапазоне -40...+75 °C, выдерживают вибрацию и монтируются на DIN-рейку.

Вторая адаптация - детерминизм. Стандартный Ethernet 802.3 - CSMA/CD при полудуплексе или очереди при полном дуплексе - не гарантирует время доставки пакета. Для офиса это не критично. Для управления движением робота с требованием цикла 1 мс - катастрофа.

Производители АСУ ТП решили проблему детерминизма по-разному, создав несколько несовместимых промышленных Ethernet-протоколов. Profinet от Siemens - три класса: стандартный RT (Real Time) со временем цикла от нескольких миллисекунд, IRT (Isosynchronous Real Time) с синхронизацией до 1 мкс для управления движением. EtherCAT от Beckhoff - данные проходят через узлы по кольцу «на лету», каждый узел вставляет и забирает свои данные без остановки, обеспечивая время цикла до 100 мкс при 100 узлах. EtherNet/IP от Rockwell - CIP поверх стандартного TCP/UDP Ethernet. SERCOS III - для синхронного управления движением. CC-Link IE Field - японский стандарт от Mitsubishi.

Принятый в 2018-2022 годах набор стандартов IEEE 802.1 под общим названием TSN (Time-Sensitive Networking) меняет эту картину принципиально. TSN добавляет в стандартный Ethernet механизмы детерминизма: IEEE 802.1AS - синхронизацию времени с точностью субмикросекунд, IEEE 802.1Qbv - управление расписанием передачи трафика с гарантированными окнами. TSN открытый стандарт - не привязан к одному вендору. Siemens, Rockwell, Bosch Rexroth, B&R движутся в сторону поддержки TSN как основы следующего поколения промышленного Ethernet. В перспективе это означает конец зоопарка несовместимых промышленных Ethernet-протоколов и единую физическую сеть для любых промышленных задач.

Поверх промышленного Ethernet работают несколько протоколов верхнего уровня, важных для практики. Modbus TCP - самый простой: Modbus PDU упакована в TCP-сегмент. Никаких специальных требований к оборудованию - работает на любом стандартном Ethernet. OPC UA - сервисно-ориентированная архитектура с семантической информационной моделью, шифрованием и аутентификацией. Встроенный OPC UA-сервер на ПЛК делает данные доступными для SCADA, MES и облачных платформ без промежуточных шлюзов. MQTT - лёгкий протокол публикации/подписки для IIoT-применений, передачи телеметрии в облако.

RS-485 как дифференциальный интерфейс работает лучше в промышленных условиях - подавляет помехи и позволяет работать на длинных кабелях. RS-485 доминирует в современных установках, особенно с Modbus RTU.

RS-485 достигает скорости до 10 Мбит/с, хотя при увеличении расстояния скорость снижается. При 1200 метрах ожидайте около 100 кбит/с.

Число устройств на сегменте: RS-485 поддерживает максимум 32 устройства на одной шине, хотя это можно расширить с помощью повторителей. Скорость передачи данных снижается с увеличением расстояния.

Выбор между RS-485, CAN и промышленным Ethernet - не вопрос «какая технология лучше». Это вопрос соответствия технологии конкретной задаче.

RS-485 превосходит в длинных надёжных коммуникациях там, где важны расстояние и простота, а не сложная обработка данных. CAN предпочтителен там, где требуются данные реального времени и комплексный обмен между несколькими устройствами.

Практическая логика выбора такая:

Счётчики электроэнергии, датчики давления и температуры на длинных трассах, клапаны с дискретным или аналоговым управлением, расходомеры, газоанализаторы - RS-485 с Modbus RTU. Дешево, надёжно, работает на уже проложенных кабелях, любой прибор поддерживает этот протокол.

Интеллектуальные приводы и инверторы в одной машине, AGV-транспортные средства, мобильная техника, роботы с несколькими осями управления, системы с требованиями реального времени без гигабитного трафика - CAN с CANopen. Многомастерность означает, что несколько контроллеров могут опрашивать данные одновременно, не образуя узкого места. Встроенная обработка ошибок и приоритеты сообщений - то, чего нет в RS-485 на этом уровне.

Межузловые коммуникации ПЛК-SCADA, передача данных в MES, IIoT и облако, управление движением с высокой синхронизацией (EtherCAT, Profinet IRT), видеопотоки с камер машинного зрения, системы с большим числом точек ввода-вывода - промышленный Ethernet. Пропускная способность 100 Мбит/с или 1 Гбит/с, топологическая гибкость, интеграция с IT-инфраструктурой - это то, чего RS-485 и CAN не могут в принципе.

CAN подходит для приложений, требующих высокой надёжности, многомастерной коммуникации и сложного обнаружения ошибок, тогда как RS-485 лучше подходит для простой мастер-слейв связи, особенно в длинных трассах и экономичных приложениях.

На практике большинство современных промышленных объектов использует все три технологии одновременно, и это правильно. Попытка стандартизировать всё на одном протоколе ради упрощения обычно приводит либо к избыточным затратам (Ethernet везде, включая датчики температуры), либо к функциональным ограничениям (RS-485 везде, включая задачи реального времени).

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

RS-485 дифференциальный сигнал подавляет синфазные помехи, но при длинных трассах и нарушениях монтажа уязвим к ёмкостным наводкам и нарушениям экранирования. Кабель RS-485 должен быть экранирован и экран должен быть заземлён в одной точке. Наводки от параллельно проложенных силовых кабелей - наиболее частая причина нестабильных коммуникационных ошибок.

CAN-шина чувствительна к нарушению терминирования и рефлексии на неправильно завершённых ответвлениях. Правило: никаких звёздообразных ответвлений от CAN-шины. Только линия с терминаторами 120 Ом на обоих концах. Любое ответвление создаёт stub - отрезок шины без согласования, который генерирует отражения при высоких скоростях.

Промышленный Ethernet на полном дуплексе не имеет коллизий по определению. Коммутированная архитектура изолирует трафик сегментов. Но физика остаётся: кабели рядом с мощными двигателями требуют экранированного исполнения SF/FTP, корректного заземления экрана, разделения цепей питания и сигнала в шкафах.

Гальваническая изоляция на вводах RS-485 и CAN - критически важный элемент в системах с разнесёнными источниками питания и разными потенциалами заземления. Разность потенциалов между удалёнными шкафами может достигать нескольких вольт и даже десятков вольт при неправильном заземлении - без изоляции это напрямую попадает в сигнальные цепи. Именно поэтому модули RS-485 и CAN СТАБУР имеют групповую или гальваническую изоляцию.

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

OPC UA как сквозной стандарт от датчика до облака - главный технический ответ на эту проблему. ПЛК с OPC UA-сервером становится для SCADA, MES и облачных платформ стандартным сетевым узлом с семантически описанными данными. Никакого дополнительного шлюза - только прямое соединение через промышленный Ethernet.

MQTT, работающий поверх стандартного TCP/IP, решает задачу передачи данных через NAT и файерволы - то, что невозможно с классическими полевыми протоколами. Edge-шлюз собирает данные с RS-485/Modbus-приборов и публикует их в облачный MQTT-брокер. Облачная аналитика подписывается на нужные топики. Это работает поверх любого IP-транспорта: промышленного Ethernet, WiFi, 4G/5G.

TSN (Time-Sensitive Networking) по стандартам IEEE 802.1 открывает возможность совместить на одной физической Ethernet-сети критически важный трафик управления с детерминированными задержками и обычный IT-трафик. В перспективе это означает, что один кабель Cat6 может одновременно нести синхронные управляющие данные EtherCAT-уровня и HTTP-трафик к веб-интерфейсу панели оператора - без взаимного влияния.

Протоколы Ethernet набирают позиции в промышленных IoT или SCADA-системах, где важен сетевой доступ и простая интеграция с серверами данных. Современные системы автоматизации требуют гибкости в выборе протоколов и методов передачи данных.

Чем отличается RS-485 от CAN по архитектуре? RS-485 - физический стандарт без собственного протокола управления доступом к шине. Поверх него работает Modbus RTU (или другой протокол) с архитектурой мастер-слейв: только один мастер инициирует обмен. CAN - многомастерный протокол с аппаратным арбитражем на уровне идентификаторов сообщений и встроенным обнаружением и изоляцией ошибок. Любой узел CAN может начать передачу в любой момент.

Почему промышленный Ethernet не заменяет RS-485 и CAN повсеместно? Стоимость оконечного узла. Датчик давления с RS-485 стоит тысячи рублей. Датчик с Ethernet-портом - в разы дороже. Для объектов с сотнями полевых приборов разница существенная. Кроме того, RS-485 с Modbus RTU - это огромная установленная база оборудования, которая продолжает безотказно работать и не требует замены.

Что такое TSN и зачем он нужен промышленному Ethernet? Time-Sensitive Networking - набор стандартов IEEE 802.1 (802.1AS, 802.1Qbv и другие), которые добавляют в стандартный Ethernet детерминизм: синхронизацию времени с точностью субмикросекунд и управление расписанием трафика с гарантированными задержками. TSN - открытый стандарт, не привязанный к одному вендору, и является основой следующего поколения промышленного Ethernet.

Какие протоколы поддерживаются поверх промышленного Ethernet? Modbus TCP (Modbus PDU в TCP-сегменте - самый простой вариант), OPC UA (семантическая информационная модель с безопасностью), MQTT (лёгкий Pub/Sub для IIoT), Profinet, EtherCAT, EtherNet/IP, CC-Link IE Field - каждый со своими характеристиками детерминизма и применением.