НОВОСТИ

Преобразователь частоты серии VFD-200G обеспечивает интерфейс связи RS232/RS485 и поддерживает протокол связи Modbus. Пользователи могут осуществлять централизованное управление через компьютер или ПЛК, задавать команду запуска преобразователя частоты через протокол связи, изменять или читать параметры функционального кода, считывать рабочее состояние и информацию о неисправностях преобразователя частоты и т. д.

Содержание протокола
Протокол последовательной связи определяет содержимое передаваемой информации и формат использования последовательной связи, включая формат опроса хоста (или широковещательной рассылки), метод кодирования хоста, такой как функциональный код требуемого действия, передаваемые данные и проверка ошибок и т. д. Ответ ведомого также принимает ту же структуру, и содержимое включает подтверждение действия, возврат данных и проверку ошибок и т. д. Если какая-либо ошибка ведомого устройства при получении информации или невыполнение действия, требуемого хостом, ведомое устройство организует сообщение об ошибке в качестве ответной реакции для главного устройства. .
Режим приложения: преобразователь частоты имеет доступ к сети управления ПК/ПЛК с одним хостом и несколькими подчиненными по шине RS232/RS485.

Структура шины
(1) Режим интерфейса
Аппаратный интерфейс RS232/RS485
(2) Режим передачи: асинхронный последовательный и полудуплексный. Для хоста и ведомого в один и тот же момент один может только отправлять данные, а другой может только получать данные. Во время процесса последовательной асинхронной связи данные отправляются в форме сообщения кадр за кадром.
(3) Топологическая структура: система с одним хостом и несколькими подчиненными. Диапазон настройки адреса подчиненного устройства составляет 1~247, а 0 — это адрес широковещательной связи. Адрес подчиненного устройства в сети должен быть уникальным.

Описание протокола
Протокол связи преобразователя частоты серии VFD-200G представляет собой тип асинхронного последовательного протокола связи ведущий-ведомый Modbus, и только одно устройство (хост) в сети может установить протокол (называемый «запрос/команда»). Другие устройства (подчиненные) могут только отвечать на «запрос/команду» хоста, предоставляя данные или предпринимая соответствующие действия на основе «запроса/команды» хоста. Под хостом понимается персональный компьютер (ПК), промышленное управляющее оборудование или программируемый логический контроллер (ПЛК) и т. д., а под подчиненным подразумевается преобразователь частоты серии VFD-200G. Хост может не только связываться с определенным ведомым устройством отдельно, но и передавать широковещательную информацию всем подчиненным ведомым устройствам. Для отдельного доступа к «запросу/команде» хоста ведомому устройству необходимо вернуть сообщение (вызываемое как ответ). Для широковещательной информации, выдаваемой хостом, подчиненному устройству не требуется отвечать хосту.
Структура коммуникационных материалов: формат коммуникационных данных протокола Modbus для преобразователя частоты серии VFD-200G следующий:
◎Для режима RTU отправка сообщения начинается с паузы не менее 3,5 символов. Различное время символа при скорости передачи данных по сети легко реализуется (как показано ниже на T1-T2-T3-T4). Первый домен передачи — адрес оборудования.
◎Доступный символ передачи: шестнадцатеричный 0...9, A...F. Сетевое оборудование определяет сетевую шину постоянно, в том числе с интервалом паузы. При получении первого домена (адресного домена) каждое оборудование будет декодировать, чтобы определить, отправляет ли оно свое. После последнего передаваемого символа пауза продолжительностью не менее 3,5 символов означает окончание сообщения. После паузы начнется новое сообщение.
◎ Весь фрейм сообщения должен быть непрерывной потоковой передачей. Если время ожидания превышает 1,5 символа до завершения кадра, принимающее оборудование обновит неполное сообщение и будет считать, что следующий байт является адресным доменом нового сообщения. Точно так же, если новое сообщение начинается в течение 3,5 символов после предыдущего сообщения, принимающее оборудование будет рассматривать это как задержку предыдущего сообщения, и тогда будет вызвана ошибка, поскольку невозможно, чтобы значение конечного домена CRC было правильным.