- •1. Архитектура автоматизированной системы
- •1.1. Разновидности архитектур
- •1.1.1. Требования к архитектуре
- •1.1.2. Простейшая система
- •1.1.3. Распределенные системы автоматизации
- •1.1.4. Многоуровневая архитектура
- •1.2. Применение интернет-технологий
- •1.2.1. Проблемы и их решение
- •1.2.2. Основные понятия технологии интернета
- •1.2.3. Принципы управления через интернет
- •1.2.4. Микро веб-серверы
- •1.2.5. Примеры применения
- •1.3. Понятие открытой системы
- •1.3.1. Свойства открытых систем
- •Модульность
- •Платформенная независимость
- •Взаимозаменяемость
- •Интероперабельность (аппаратно-программная совместимость)
- •Масштабируемость (наращиваемость)
- •Интерфейс пользователя
- •Программная совместимость
- •1.3.3. Достоинства и недостатки
- •1.4. Заключение к главе "Архитектура автоматизированных систем"
- •Обзор публикаций
- •2. Промышленные сети и интерфейсы
- •2.1. Общие сведения о промышленных сетях
- •2.2. Модель osi
- •2.2.1. Физический уровень
- •2.2.2. Канальный уровень
- •2.2.3. Сетевой уровень
- •2.2.4. Транспортный уровень
- •2.2.5. Сеансовый уровень
- •2.2.6. Уровень представления
- •2.2.7. Прикладной уровень
- •2.2.8. Критика модели osi
- •2.3. Интерфейсы rs-485, rs-422 и rs-232
- •2.3.1. Принципы построения Дифференциальная передача сигнала
- •"Третье" состояние выходов
- •Четырехпроводной интерфейс
- •Режим приема эха
- •Заземление, гальваническая изоляция и защита от молнии
- •2.3.2. Стандартные параметры
- •2.3.3. Согласование линии с передатчиком и приемником
- •2.3.4. Топология сети на основе интерфейса rs-485
- •2.3.5. Устранение состояния неопределенности линии
- •2.3.6. Сквозные токи
- •2.3.7. Выбор кабеля
- •2.3.8. Расширение предельных возможностей
- •2.3.9. Интерфейсы rs-232 и rs-422
- •2.4. Интерфейс "токовая петля"
- •Аналоговая "токовая петля"
- •Цифровая "токовая тепля"
- •2.5. Hart-протокол
- •Принципы построения
- •Сеть на основе hart-протокола
- •Адресация
- •Команды hart
- •Язык описания устройств ddl
- •Разновидности hart
- •2.6.1. Физический уровень
- •Электрические соединения в сети can
- •Трансивер can
- •2.6.2. Канальный уровень
- •Адресация и доступ к шине
- •Достоверность передачи
- •Передача сообщений
- •Пауза между фреймами
- •Фильтрация сообщений
- •Валидация сообщений
- •2.6.3. Прикладной уровень: caNopen
- •Коммуникационные модели
- •2.6.4. Электронные спецификации устройств caNopen
- •2.7.1. Физический уровень
- •2.7.2. Канальный уровень Profibus dp
- •Коммуникационный профиль dp
- •Передача сообщений
- •2.7.3. Резервирование
- •2.7.4. Описание устройств
- •2.8.1. Физический уровень
- •2.8.2. Канальный уровень
- •Описание кадра (фрейма) протокола Modbus
- •Структура данных в режиме rtu
- •Структура Modbus rtu сообщения
- •Контроль ошибок
- •2.8.3. Прикладной уровень
- •Коды функций
- •Содержание поля данных
- •Список кодов Modbus
- •2.9. Промышленный Ethernet
- •2.9.1. Отличительные особенности
- •2.9.2. Физический уровень
- •Методы кодирования
- •Доступ к линии передачи
- •Коммутаторы
- •2.9.3. Канальный уровень
- •2.10. Протокол dcon
- •2.11. Беспроводные локальные сети
- •2.11.1. Проблемы беспроводных сетей и пути их решения
- •Зависимость плотности мощности от расстояния
- •Влияние интерференции волн
- •Источники помех
- •Широкополосная передача
- •Методы модуляции несущей
- •Другие особенности беспроводных каналов
- •Методы уменьшение количества ошибок в канале
- •Передача сообщений без подтверждения о получении
- •Использование пространственного разнесения антенн
- •Вопросы безопасности
- •Физический и канальный уровень
- •Модель передачи данных
- •Структура фреймов
- •Сетевой уровень
- •Уровень приложений
- •Физический и канальный уровень
- •Архитектура сети Wi-Fi
- •2.11.5. Сравнение беспроводных сетей
- •2.12. Сетевое оборудование
- •2.12.1. Повторители интерфейса
- •2.12.2. Концентраторы (хабы)
- •2.12.3. Преобразователи интерфейса
- •Преобразователь rs-232 - rs-485/422
- •Преобразователь rs-232 в оптоволоконный интерфейс
- •Преобразователь usb в rs-232, rs-485, rs-422
- •2.12.4. Адресуемые преобразователи интерфейса
- •2.12.5. Межсетевые шлюзы
- •2.12.6. Другое сетевое оборудование
- •Маршрутизаторы
- •Сетевые адаптеры
- •Коммутаторы
- •Мультиплексоры
- •Межсетевой экран
- •2.12.7. Кабели для промышленных сетей
- •2.13. Заключение к главе "Промышленные сети и интерфейсы"
- •3. Защита от помех
- •3.1. Источники помех
- •3.1.1. Характеристики помех
- •3.1.2. Помехи из сети электроснабжения
- •3.1.3. Молния и атмосферное электричество
- •3.1.4. Статическое электричество
- •3.1.5. Помехи через кондуктивные связи
- •3.1.6. Электромагнитные помехи
- •3.1.7. Другие типы помех
- •3.2. Заземление
- •3.2.1. Определения
- •3.2.2. Цели заземления
- •3.2.3. Защитное заземление зданий
- •3.2.4. Автономное заземление
- •3.2.5. Заземляющие проводники
- •3.2.6. Модель «земли»
- •3.2.7. Виды заземлений
- •Силовое заземление
- •Аналоговая и цифровая земля
- •«Плавающая» земля
- •3.3. Проводные каналы передачи сигналов
- •3.3.1. Источники сигнала
- •3.3.2. Приемники сигнала
- •3.3.3. Прием сигнала заземленного источника
- •3.3.4. Прием сигнала незаземленных источников
- •3.3.5. Дифференциальные каналы передачи сигнала
- •Токовый дифференциальный канал
- •Балансный канал
- •3.4. Паразитные связи
- •3.4.1. Модели компонентов систем автоматизации
- •3.4.2. Паразитные кондуктивные связи
- •3.4.3. Индуктивные и емкостные связи
- •3.5. Методы экранирования и заземления
- •3.5.1. Гальванически связанные цепи
- •3.5.2. Экранирование сигнальных кабелей
- •3.5.3. Гальванически развязанные цепи
- •3.5.4. Экраны кабелей на электрических подстанциях
- •3.5.5. Экраны кабелей для защиты от молнии
- •3.5.6. Заземление при дифференциальных измерениях
- •3.5.7. Интеллектуальные датчики
- •3.5.8. Монтажные шкафы
- •3.5.9. Распределенные системы управления
- •3.5.10. Чувствительные измерительные цепи
- •3.5.11. Исполнительное оборудование и приводы
- •Заземление в промышленных сетях
- •3.5.12. Заземление на взрывоопасных объектах
- •3.6. Гальваническая развязка
- •3.7. Защита промышленных сетей от молнии
- •3.7.1. Пути прохождения импульса молнии
- •3.7.2. Средства защиты
- •3.8. Стандарты и методы испытаний по эмс
- •3.9. Верификация заземления и экранирования
- •3.10. Заключение
- •Радикальные методы решения проблем заземления
- •Другие советы
2.10. Протокол dcon
Протокол DCON, использованный в модулях фмрмы ICP DAS не относится к стандартным, однако очень широко распространен в России благодаря популярности модулей RealLab! серии NL фирмы НИЛ АП и усилиям фирм, продвигающих на Российский рынок изделия Тайваньских производителей ICP DAS и Advantech.
Этот протокол использует только физический и прикладной уровень модели OSI. На физическом уровне используется прямое двоичное кодирование, когда логический ноль представлен низким уровнем напряжения в шине RS-485, логическая единица - высоким уровнем. Требования к среде передачи (витая пара) определяются стандартом на интерфейс RS-485.
Широкая популярность протокола DCON обусловлена отсутствием необходимости в специализированных микросхемах для реализации стека протоколов, что существенно снижает себестоимость устройств, а, следовательно, цену для конечного потребителя. С другой стороны, у системного интегратора уменьшаются затраты на обучение, поскольку применение протокола предельно простое.
Протокол DCON используется в архитектуре "ведущий - ведомый". В сети может быть 255 ведомых устройств, но только одно ведущее, что в принципе исключает возможность конфликтов.
Для увеличения надежности передачи информации на физическом уровне используется простейший способ - вычисление контрольной суммы. Канального уровня в протоколе нет и поэтому ошибки передачи могут быть выявлены только на прикладном уровне, непосредственно граничащем с программой пользователя.
-
Рис. 2.34. Формат кадра протокола DCON
Кадры протокола DCON имеют структуру, показанную на рис. 2.34. Каждый кадр начинается с разделителя, в качестве которого могут быть использованы знаки: $, #, %, @, *, в ответах ведомого устройства используются символы ~, !, ?, >.
За некоторыми командами следуют данные, но их может и не быть. Контрольная сумма, состоящая из двух символов, может отсутствовать. Каждый кадр должен оканчиваться символом возврата каретки cr (ASCII код 0Dh).
Контрольная сумма (CHK) состоит из двух символов (в нее не включается код символа возврата каретки) и позволяет обнаружить ошибки в командах, посланных из ведущего устройства, а также в ответах ведомого.
Вся информация, содержащаяся в кадре, включая адрес модуля и данные, передается в ASCII кодах.
Контрольная сумма представляется двумя ASCII символами шестнадцатеричного формата и передается непосредственно перед "возвратом каретки" (cr). Она должна быть равна сумме кодовых значений всех ASCII символов команды и быть представлена в шестнадцатеричной системе счисления. Если сумма больше FFh, то в качестве контрольной суммы используется только ее младший байт.
Например, если нужно переслать ведомому устройству команду $012(cr), то сумма ASCII кодов символов команды (символ возврата каретки не считается) равна
“$”+”0”+”1”+”2” = 24h+30h+31h+32h=B7h, контрольная сумма равна B7h, т.е. перед символом (cr) в команде надо указать ”B7”, и команда $012(cr) будет выглядеть как $012B7(cr).
Если ответ модуля на эту команду без контрольной суммы получен в виде, например, !01400600(cr), то сумма ASCII кодов символов этой команды равна:
“!”+”0”+”1”+”4”+”0”+”0”+”6”+”0”+”0”=21h+30h+31h+34h+30h+30h+36h +30h +30h =1AСh, и контрольная сумма для этого случая равна ACh, т.е. ответ модуля при работе с контрольной суммой будет, например, !014006С0AC(cr), где предпоследний байт С0 означает, что установлен режим обмена с контрольной суммой.
При написании программы прикладного уровня используется набор команд, примеры которых приведены в табл. 2.15.
Табл. 2.15. Примеры команд протокола DCON |
||
Команда |
Ответ |
Описание |
%AANNTTCCFF |
!AA |
Устанавливает адрес, диапазон входных напряжений, скорость обмена, формат данных, контрольную сумму |
#AA |
>(Data) |
Возвращает все входные значения для заданного модуля |
#AAN |
>(Data) |
Возвращает входное значение в канале номер N для модуля с заранее заданным адресом |
$AA0 |
!AA |
Выполняет калибровку аналогового модуля для компенсации погрешности коэффициента передачи |
$AA1 |
!AA |
Выполняет калибровку аналогового модуля для компенсации погрешности смещения нуля |
$AA2 |
!AATTCCFF |
Возвращает параметры конфигурации модуля с указанным адресом |
$AA8 |
!AAV |
Читает конфигурацию светодиодного индикатора |
$AA8V |
!AA |
Устанавливает конфигурацию светодиодного индикатора |
Команды протокола DCON делятся на 4 типа:
команды модулей аналогового ввода;
команды модулей аналогового вывода;
команды дискретного ввода-вывода;
команды счетчиков/таймеров.
Рассмотрим пример применения команды #AA (см. табл. 2.1) для получения данных из модуля аналогового ввода.
Синтаксис команды: #AA[CHK](cr), где AA - адрес модуля (от 00 до FF).
Ответ модуля на эту команду имеет вид >(Data)[CHK](cr), если команда выполнена. Здесь > - символ-разделитель при выполненной команде; (Data) - измеренные данные. Если имели место синтаксические ошибки или ошибки связи, то ответа нет.
Например, для опроса модуля с адресом 01 рассматриваемая команда примет вид #01(cr). Ответ на нее может выглядеть следующим образом:
>+1.2345+0.3456+0.0001+2.5000+1.2345+0.3456+0.0001+2.5000
В ответе представлены 8 значений напряжений на 8 входах модуля ввода.
Подробное описание команд протокола DCON можно найти на вебсайте НИЛ АП.
