1. Протокол передачи данных modbus50
Modbus – коммуникационный протокол, основанный на клиент-серверной архитектуре. Протокол передачи данных MODBUS разработан фирмой Modicon для использования в контроллерах с программируемой логикой (PLC). Стал стандартом в промышленности и широко применяется для организации связи промышленного электронного оборудования. Использует для передачи данных последовательные линии связи RS-485, RS-422, RS-232 и другие, а также сети TCP/IP.
Устройства разных производителей, поддерживающие протокол Modbus, легко интегрируются в единую сеть автоматизации. На рынке представлен практически весь спектр необходимого оборудования от простых модулей ввода-вывода до частотных преобразователей. Все универсальные SCADA/HMI системы поддерживают данный протокол.
При использовании последовательных линий связи в одной сети может быть только одно ведущее устройство (master), которое может опрашивать другие подчиненные устройства (slave). Ни одно подчиненное устройство не может самостоятельно запросить или передать данные другому устройству. Ведущее устройство (master) может запросить данные с каждого подчиненного устройства по очереди или инициировать одновременную передачу сообщения на все подчиненные устройства. В одной сети может быть до 247 подчиненных устройств (slave).
Рис. 1.1. Устройства Modbus в последовательной линии связи.
В сети TCP/IP может быть практически неограниченное количество ведущих устройств (master) и подчиненных устройств (slave). При этом любое устройство может быть одновременно и ведущим, и подчиненным. В сети могут также существовать специальные шлюзы (gateway), которые предоставляют данные устройствам в сети TCP/IP.
Рис. 1.2. Сеть Modbus TCP/IP
Режимы протокола Modbus
Протокол Modbus предусматривает для передачи данных по последовательным линиям связи два режима передачи: RTU и ASCII.
Режим ASCII предназначен для медленных линий связи, где каждый байт пакета передается как два ASCII символа. Новый пакет начинается со специального служебного символа. При этом между передачей символов одного пакета пауза может быть до нескольких секунд (в зависимости от настроек) без возникновения ошибок при передаче.
Использование режима RTU позволяет приблизительно в 2 раза увеличить количество передаваемых данных по последовательной линии связи. Данные пакета передаются по сети в двоичном виде без изменений. В режиме RTU пакет передается непрерывным потоком данных. Таким образом, на скорости 19200 бит/с возможно передать за 1 секунду до 1400 байт данных (при повторяющемся запросе 126 переменных) или опросить до 40 раз одно или несколько устройств (при запросе одной переменной).
Инфраструктура сети RS-485 протокола Modbus
В общем случае, при объединении устройств Modbus по линии связи RS-485, каждое устройство последовательно соединяют с другими устройствами одним кабелем. В кабеле должны быть как минимум одна витая пара, по которой проходят дифференциальные сигналы D0, D1 и проводник COM (сокращение от Common, земля приемников RS-485 всех устройств). Земля приемников RS-485 должна быть соединена с защитной землей только у ведущего контроллера (master). На каждом конце линии связи устанавливаются терминаторы LT, которые представляют из себя сопротивления номиналом 120 Ом.
Рис. 1.3. Инфраструктура сети RS-485
При отсутствии передачи данных в сети, которая состоит из большого количества устройств, подключенных к одному каналу связи, драйверы RS-485 входят в третье состояние (tristate, то есть отключенное состояние). В этом случае оба проводника в линии передачи могут работать в холостую с небольшой нагрузкой, в результате приемники могут регистрировать ложные данные. Для решения данной проблемы используют защитное смещение. Устанавливают резистор задания начального высокого уровня (pull-up) на линию А и низкого уровня (pull-down) на линию B. В сети Modbus защитное смещение устанавливается только рядом с ведущим устройством. При наличии схемы защитного смещения максимальное количество устройств в сети равно 32. При отсутствии – не более 28.
Рис. 1.4. Схема защитного смещения RS-485
Выбор кабеля
Возможно применение специализированных экранированных кабелей промышленного применения для сетей RS.
В настоящий момент выпускается большое количество специализированных кабелей для интерфейса RS-485. Обычно они имеют сечение проводника 0.7-0.8 мм. Для объединения устройств достаточно, чтобы выбранный кабель имел одну витую пару и еще один проводник. Однако вполне допустимо использование многопарного кабеля.
Для связи по сети RS-485 вполне достаточно обычной экранированной витой пары 5-й категории. Кабели витой пары категории 6-й и 7-й имеют большее сечение и их применение может быть оправдано только при использовании сетей с большим количеством устройств и/или длинной более 300 м.
Витая пара, обозначенная как STP – экранирована оплеткой, обозначенная как FTP (например Belden 1633E) – экранирована фольгой. Экранированные кабели Nexans имеют обозначение F2TP, что обозначает экранирование двойной фольгой. Одинаково применимы все типы экрана. Кабели SFTP, SSTP имеют двойной экран – общая оплетка и экраны каждой пары. Кабели витой пары с двойным экраном оправдано применять только для прокладки трасс вне помещений или при наличии выских помех на линию. Экранированные кабели витой пары практически доступны только в 4-х парном варианте, что обусловлено применением их в современных структурированных сетях (СКС). В одном кабеле может быть только одна линия связи. Сигналы и проводник земли приемников RS-485 должны соответствовать цветам витой пары в соответствии с таблицей.
Таблица 1.1
Соответствие сигналов RS-485 цветам витой пары 5-й категории
Сигнал | Цвет витой пары | ||
A | D+ | D0 | Белый с синей полосой |
B | D- | D1 | Синий |
GND | COM | COMMON | Коричневый |
Протокол MODBUS можно назвать наиболее распространенным в мире. Для работы со своими изделиями его используют десятки фирм. Хотя ограничения этого протокола достаточно очевидны, он привлекает простотой реализации и независимостью от типа интерфейса.
- Автоматизированные информационно-управляющие системы Учебное пособие
- Оглавление
- Часть I. Автоматизированные информационно-управляющие системы Основные понятия
- Глава 1. Информационно-управляющие системы реального времени §1.1. Особенности информационно-управляющих систем реального времени
- 1.1.1. Определение и основные характеристики информационно-управляющих систем реального времени
- 1.1.2. Операционные системы реального времени
- 1.1.3. Обзор систем реального времени
- §1.2. Построение информационно-управляющих систем реального времени на базе операционной системы qnx
- §1.3. Scada – системы
- §1.4. Scada – система trace mode
- 1.4.1. Обзор системы trace mode
- 1.4.2. Функциональная структура пакета
- 1.4.3. Обзор внедрения системы trace mode
- §1.5. Программно-технический комплекс DeltaV
- 1.5.1. Обзор системы DeltaV
- 1.5.2. Концепции системы DeltaV
- 1.5.3. Программные приложения DeltaV
- §1.6. Программно-технический комплекс Квинт
- 1.6.1. Описание
- 1.6.2. Структура программно-технического комплекса Квинт
- 1.6.3. Архитектура
- 1.6.4. Контроллеры
- 1.6.5. Рабочие станции
- 1.6.6. Сети
- 1.6.7. Система автоматизированного проектирования асу тп
- 1.6.8. Примеры внедрения
- §1.7. Системы автоматизации фирмы Siemens8
- 1.7.1. Состав программно-технического комплекса Totally Integrated Automation
- 1.7.2. Примеры автоматизации технологических процессов9
- §1.8. Системы автоматизации фирмы авв10
- 1.8.1. Основные направления деятельности
- 1.8.2. Системы управления, предлагаемые авв Автоматизация в России
- Глава 2. Обеспечивающие подсистемы информационно-управляющих систем и их характеристики §2.1. Программное обеспечение управления процессами
- 2.1.1. Реализация языков программирования стандарта мэк 6-1131/3 в системе trace mode
- 2.1.2. Описание языков программирования
- 2.1.3. Реализация регуляторов и объектов управления в scada-системе TraceMode
- §2.2. Программное обеспечение секвенциально-логического управления
- 2.2.1. Программируемые логические контроллеры
- 2.2.2. Языки программирования логических контроллеров
- 2.2.3. Пример реализации секвенциально-логических алгоритмов в trace mode
- §2.3. Средства идентификации и оптимизации
- 2.3.1. Идентификация характеристик технологических объектов
- 2.3.2. Идентификация характеристик технологических объектов с использованием стандартных методов Excel
- 2.3.3. Решение задачи оптимизация технологических объектов
- §2.4. Средства интеллектуального анализа данных
- 2.4.1. Общие представления о Data Mining13
- 2.4.2. Задачи Data Mining
- 2.4.3. Классы систем Data Mining
- 2.4.4. Основные этапы Data Mining
- Глава 3. Проектирование информационно-управляющих систем §3.1. Основные проблемы, системный подход и последовательность разработки
- §3.2. Адаптация информационно-управляющих систем к области применения
- §3.3. Информационные технологии проектирования иус
- §3.4. Концепции информационного моделирования
- Часть II. Примеры автоматизированных информационно-управляющих систем в управлении энергетической эффективностью технологических процессов
- 1. Оперативное управление технологическими процессами с прогнозом показателей энергетической эффективности16
- 2. Оперативное управление потоками энергетических ресурсов в производственных сетях с учетом динамики их аккумулирования19
- 3. Автоматизированная система диспетчерского управления теплоснабжением зданий на основе полевых технологий20
- 4. Паспортизация промышленных потребителей топливно-энергетических ресурсов с использованием средств автоматизации21
- 5. Оперативное управление экономичностью водяных тепловых сетей на основе макромоделирования22
- Подсистема автоматизированного анализа режимов теплоснабжения
- Методика анализа режимов тепловых сетей на основе макромоделирования
- Программное обеспечение анализа режимов тепловых сетей на основе макромоделирования
- 6. Оперативное регулирование экономичности горения в энергетических котлах24
- 7. Автоматизированный мониторинг тепловой экономичности оборудования электрических станций 27
- Резервы тепловой экономичности котлов
- Показатели энергетических ресурсов турбоагрегатов
- Резервы тепловой экономичности турбоагрегатов
- Оптимальное использование пара
- 8. Оптимизация нагрузки параллельно работающих турбоагрегатов по данным эксплуатации при неполных исходных данных28
- Постановка задачи оптимизации
- Решение задачи оптимизации
- Программа «тг-пар»
- Пример работы программы
- 9. Автоматизированная информационная система мониторинга остаточного ресурса энергетического оборудования30
- Методика оценки обобщенного остаточного ресурса энергетического оборудования
- Алгоритм оперативной оценки обобщенного остаточного ресурса энергооборудования с учетом состояния металла
- Программное обеспечение аис «Ресурс»
- 10. Автоматизированное управление процессами в охладительных установках электрических станций35
- Факторы, влияющие на охлаждение
- Устройство и основные характеристики градирен
- Оптимизация работы башенных градирен
- 11. Автоматизированная компрессорная установка41
- Математическое описание объекта управления
- Анализ вариантов установки пароструйного компрессора для подачи пара в деаэраторы энергокорпуса
- Автоматизированная система управления пароструйным компрессором
- 12. Лингвистический подход к оптимизации управления вельц-процессом45
- Алгоритм выделения области Парето-оптимальных режимов в информационной базе данных
- Нечеткие зависимости (лингвистические правила) в управлении процессом вельцевания
- 13. Энергетический менеджмент производства огнеупоров48
- Приложение. Обзор промышленных сетей
- 1. Протокол передачи данных modbus50
- 2. Протокол передачи данных bitbus
- 3. Протокол передачи данных anbus
- 4. Протокол передачи данных hart
- 5. Протокол передачи данных profibus52
- 5.1. Независимые от поставщика взаимодействия между промышленными объектами (Fieldbus Communication).
- 5.2. Семейство profibus
- 5.3. Основные характеристики profibus-fms и profibus-dp
- 5.3.1. Архитектура протокола profibus
- 5.3.2. Физический Уровень (1) протокола profibus
- 5.4.1. Прикладной Уровень (7)
- 5.4.2. Коммуникационная модель
- 5.4.3. Объекты коммуникации
- 5.4.4. Сервисные функции fms
- 6. Полевая шина foundation Fieldbus53