Протоколы интерфейса кодера: понимание Ssi, Biss, Endat и других стандартов связи

Роль протоколов интерфейса энкодера в управлении движением

В любой автоматизированной системе, требующей точного позиционирования или контроля скорости, кодер действует как устройство обратной связи, которое сообщает контроллеру, где именно находится вал двигателя или линейная ось. Протокол интерфейса - это язык, который управляет тем, как данные о положении, наряду с диагностической информацией, передаются надежно и быстро. Выбор неправильного протокола может привести к ошибкам связи, плохой синхронизации или даже нестабильности системы. Понимание основных принципов каждого стандарта позволяет инженерам сопоставлять возможности протокола - такие как скорость передачи данных, надежность и набор функций - с требованиями приложения. Эта статья обеспечивает глубокое погружение в наиболее распространенные протоколы интерфейса кодера, включая SSI, BiSS, EnDat и несколько других, охватывающих их архитектуру, время, обработку ошибок и типичные случаи использования.

Серийный синхронный интерфейс (SSI)

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

Архитектура и эксплуатация SSI

Связь SSI состоит из четырёх проводников: двух для питания (обычно 5—30 VDC) и двух для данных (дифференциальный сигнал с витой парой). Многие реализации также включают пятый провод для общего заземления. Контроллер генерирует непрерывный тактовый сигнал; после паузы, превышающей битовое время, кодер отправляет последовательный поток данных. Кадр данных обычно содержит фиксированное количество битов (обычно 24, 25 или 32), которые кодируют абсолютное положение, плюс необязательные биты состояния и ошибок. Частота тактов может варьироваться от 100 кГц до 2 МГц, с типичными значениями около 1—2 МГц.

Структура фреймов данных SSI

Наиболее распространенным кадром данных SSI для 25-битного кодера является: 1 стартовый бит (всегда 0, используется для синхронизации), 24 бита данных (информация о положении в сером коде или двоичном), и 1 бит четности или сигнализации (часто перевернутый для указания неисправности). Некоторые кодеры используют 12-битное или 13-битное положение с последующим 8 или более битами диагностической информации. Контроллер защелкивает положение после того, как весь кадр был принят. Данные передаются в Gray-код, чтобы минимизировать ошибки во время переходов, хотя также используются двоичные форматы. Максимальная длина кабеля зависит от тактовой частоты: при 1 МГц кабели до 100 метров являются общими при использовании драйверов дифференциальной линии (RS-422).

Преимущества и ограничения SSI

Преимущества: SSI чрезвычайно устойчив к электрическому шуму из-за дифференциальной сигнализации. Его простая двухпроводная шина данных снижает затраты на проводку. Многие контроллеры имеют встроенные интерфейсы SSI, что делает интеграцию простой. Протокол также поддерживает цепь с помощью нескольких кодеров при использовании одного главного часа.

Ограничения: SSI — однонаправленный протокол — данные передаются только от кодера к контроллеру. Он не позволяет записывать параметры конфигурации или считывать расширенную диагностику без дополнительных расширений для конкретного производителя. Скорость передачи данных ограничена по сравнению с более новыми протоколами, а фиксированный размер кадра может тратить пропускную способность, если требуется меньше битов.

Общие приложения для SSI

  • Линейные приводы и винтовые домкраты
  • Конвейерные системы и обработка материалов
  • Машины общего назначения
  • Автоматизированные управляемые транспортные средства (AGV) с обратной связью абсолютного положения

Двунаправленный синхронный (BiSS)

BiSS — открытый протокол, разработанный iC-Haus и поддерживаемый большим количеством производителей кодеров. Он устраняет многие ограничения SSI, предоставляя двунаправленный канал связи по тем же физическим проводам, позволяя контроллеру не только считывать данные о положении, но и отправлять команды, настраивать кодер и извлекать диагностику. BiSS стал особенно популярным в сервоприводах и высокопроизводительных системах управления движением.

Режимы BiSS C и BiSS B

BiSS C (непрерывный) является наиболее распространенным режимом. В BiSS C мастер непрерывно крутит кодер, а кодер отправляет данные о положении циклически-синхронным образом, подобно SSI. Однако после кадра позиции для двунаправленного обмена данными может использоваться настраиваемое количество битов (называемое «пост-кадром»). Мастер может записывать или читать регистры во время этих слотов пост-кадра. Режим BiSS B (взрыв) проще и используется реже; он передает данные в всплесках после паузы, более похожий на SSI, но все же позволяющий двунаправленную связь.

Передача данных BiSS и время

Часовая частота в BiSS C может превышать 10 МГц (обычно до 10 или 20 МГц для коротких кабелей). Базовый кадр включает в себя стартовый бит, данные о положении (до 32 бит), бит ошибки, бит предупреждения, а затем посткадр переменной длины (0-31 бит), где происходит чтение и запись регистра. Двунаправленный протокол использует структуру «регистр-ориентированный»: мастер обращается к регистру, кодер возвращает свое содержимое в следующем цикле. Это позволяет в реальном времени корректировать параметры, такие как изменение разрешения или установка нового нулевого положения, без физического доступа к кодеру.

BiSS также включает в себя CRC (Cyclic Redundancy Check) для обнаружения ошибок. Кодер может быть сконфигурирован для отправки CRC по всему кадру, и мастер проверяет его, обеспечивая очень высокую целостность данных даже в электрически шумных средах.

Преимущества и варианты использования BiSS

  • Высокая скорость передачи данных — подходит для высокоскоростных осей и многоосевой синхронизации.
  • Диагностические возможности — считывайте внутреннюю температуру, предупреждающие флаги или качество сигнала.
  • Конфигурация на лету — Изменить направление подсчета, заданные значения или настроить многоскоростные режимы с помощью программного обеспечения.
  • Совместимость — Открытый стандарт, множество поставщиков и бесплатное лицензирование.

BiSS широко используется в станках с ЧПУ, высококачественных упаковочных линиях, печатных прессах и роботизированных соединениях, где важна как скорость, так и диагностический доступ.

Протокол EnDat

EnDat (Encoder Data) - это собственный цифровой интерфейс, разработанный Heidenhain специально для его высокоточных кодеров. Он развивался через версии 2.1 и 2.2 и теперь является одним из самых доступных протоколов кодеров. EnDat предлагает чрезвычайно высокое разрешение, надежную обработку ошибок и быструю передачу данных, что делает его стандартом в премиальных станках, линейных двигателях и этапах высокоточного позиционирования.

EnDat 2.1 vs. EnDat 2.2

EnDat 2.1 является более ранней версией, поддерживающей тактовую частоту до 2 МГц и кадр данных до 32 бит для положения, плюс дополнительные 8 бит для диагностической информации (например, температура, амплитуда сигнала и рабочее состояние). EnDat 2.2 обратно совместим, но введен более высокий тактовый частот (до 16 МГц с короткими кабелями) и более длинный кадр данных, который может содержать до 64 бит данных о положении, плюс расширенные диагностические данные и данные параметров. EnDat 2.2 также поддерживает «циклический» режим, где скорости и текущие петли управления могут быть синхронизированы с данными кодера.

EnDat Data Frame и обработка ошибок

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

Обратная связь с позицией высокого разрешения

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

Приложения и интеграция

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

Другие стандарты коммуникации

В то время как SSI, BiSS и EnDat доминируют в пространстве кодеров точка-точка, многие системы промышленной автоматизации интегрируют данные кодеров в полевые шины и сети.

Хиперфас

Разработанный компанией SICK Stegmann, HIPERFACE (High Performance Interface) представляет собой последовательный протокол, который передает абсолютное положение и скорость по двухпроводной шине, а также обеспечивает напряжение кодеру. Он использует комбинацию синусоидальных инкрементных сигналов (A, B) и RS-485 для серийных данных. Протокол поддерживает конфигурацию и диагностику кодеров и распространен в сервоприводах от нескольких европейских производителей. Его основным преимуществом является сокращение количества кабелей до четырех проводов (мощность и данные вместе взятые).

DRIVE-CLIQ

DRIVE-CLiQ - это фирменный интерфейс Siemens для подключения кодеров, двигателей и других компонентов к накопителям Sinamics. Он основан на физическом уровне Ethernet (100 Мбит/с) и использует топологию кольца или звезды. DRIVE-CLiQ поддерживает очень высокие скорости передачи данных, поведение в реальном времени и идентификацию подключенных устройств. Он является обязательным для всех высокопроизводительных накопителей Siemens и широко используется в автомобильных производственных линиях и тяжелой технике.

Профибус и Канопен

Это протоколы fieldbus, где кодер действует как раб в сети. PROFIBUS использует RS-485 на скорости до 12 Мбит/с, в то время как CANopen использует шину CAN на скорости 1 Мбит/с. Оба позволяют нескольким устройствам обмениваться одним и тем же кабелем, но они добавляют задержку из-за арбитража шины и планирования сообщений. Они обычно используются в приложениях, где многие кодеры должны контролироваться на больших расстояниях, например, в системах обработки материалов или больших сборочных линиях.

EtherCAT и IO-Link

EtherCAT - это высокоскоростной промышленный протокол Ethernet, который может интегрировать данные кодера в рамках распределенной сети. Существуют специальные кодеры EtherCAT, которые передают данные о положении потока непосредственно в сегмент сети EtherCAT, достигая времени цикла до 31,25 мкс. IO-Link - это стандарт точка-точка, в основном используемый для датчиков и исполнительных механизмов, но некоторые кодеры реализуют IO-Link для параметризации и диагностики, хотя скорости передачи данных (230 кбит/с) намного ниже, чем специализированные протоколы кодера.

Сравнение протоколов кодеров: ключевые критерии выбора

При выборе интерфейса кодера инженеры должны оценить несколько факторов:

  • Требуемая скорость передачи данных и время обновления — протоколы высокоскоростных осей, такие как BiSS C, EnDat 2.2 или DRIVE-CLiQ.
  • Диагностическая и конфигурационная потребность — Если вам нужно считывать температуру, устанавливать ноль или настраивать параметры удаленно, выберите BiSS или EnDat.
  • Длина кабеля и топология — SSI и BiSS могут проходить более 100 м при умеренных тактовых частотах. EtherCAT и DRIVE-CLiQ ограничены ≈100 м на сегмент. Полевые шины, такие как PROFIBUS, могут простираться на многие километры с ретрансляторами.
  • Совместимость с системой — Многие контроллеры имеют специальное оборудование для EnDat (Heidenhain) или BiSS. Если ваша существующая экосистема дисков использует Siemens, DRIVE-CLiQ является естественным. Для простых ПЛК SSI или IO-Link может быть проще всего.
  • Стоимость — SSI-кодеры являются наименее дорогими; BiSS и EnDat добавляют премию за дополнительные функции. энкодеры Fieldbus требуют шинного спаривателя или специализированного интерфейса контроллера.
  • открытость и будущее-доказательство - BiSS открыт и поставщик-нейтральный, в то время как EnDat и DRIVE-CLiQ являются собственностью конкретных дисков.

Устранение неполадок в интерфейсе Common Encoder

Даже при грамотно подобранном протоколе могут возникнуть проблемы с коммуникацией. Вот типичные вопросы и решения:

  • Никаких данных или нерегулярных показаний — Проверьте напряжение питания и ток. длинный кабель может вызвать падение напряжения на кодере. Используйте драйвер дифференциальной линии (RS-422) для длительных пробегов. Проверьте резисторы (120 Ω) на линии данных.
  • CRC или ошибки четности — Электрический шум является наиболее распространенным виновником. маршрутные кабели от кабелей питания двигателя, используйте экранированную витую пару (STP) и убедитесь, что щит заземлен в одной конечной точке. Добавьте ферритовые ядра, если это необходимо. Уменьшите тактовую частоту, если это возможно.
  • Перемежающиеся неисправности при ускорении — Кодер может терять синхронизацию из-за электрических или механических помех.Проверить механическую связь — обратная реакция или вибрация могут вызывать переходные ошибки.Некоторые протоколы (например, BiSS) позволяют сообщать о «амплитуде сигнала» диагностики для обнаружения ослабляющего источника света в оптических кодерах.
  • Конфигурация, не сохраненная после выключения питания — Некоторые протоколы (например, BiSS) требуют энергонезависимой памяти в кодере. Убедитесь, что тип кодера поддерживает постоянное хранение параметров. Для SSI нет регистров конфигурации.
  • Обновить время слишком медленно — Если тактовая частота контроллера ограничена (например, 500 кГц на некоторых ПЛК), максимальная скорость передачи данных кодера не может быть достигнута. Рассмотрите возможность перехода на протокол с более высокой нативной скоростью или уменьшить количество передаваемых битов, если контроллер допускает переменную длину кадра.

Заключение

Протоколы интерфейса энкодера образуют основу точного управления движением. SSI остается надежной рабочей лошадкой для простой абсолютной обратной связи, в то время как BiSS и EnDat привносят расширенные функции, такие как двунаправленная связь, высокая скорость и комплексная диагностика. Другие стандарты, такие как протоколы HIPERFACE, DRIVE-CLiQ и fieldbus, расширяют охват данных кодера в сложные сетевые системы. Понимая сильные стороны и ограничения каждого протокола, системные разработчики могут выбрать наиболее подходящий интерфейс для удовлетворения требований точности, скорости, ремонтопригодности и общей стоимости владения. По мере развития промышленной автоматизации эти стандарты связи будут продолжать адаптироваться для обеспечения еще более высокой производительности и более глубокой интеграции.