- •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. Заключение
- •Радикальные методы решения проблем заземления
- •Другие советы
Передача сообщений
Сообщения в CAN передаются с помощью фреймов (блоков данных). Используется два разных формата фреймов, которые различаются длиной поля идентификатора: стандартный фрейм с идентификатором длиной 11 бит и расширенный фрейм с длиной идентификатора 29 бит.
Существует 4 различных типа фреймов:
DATA FRAME - "фрейм данных" - переносит данные от передатчика к приемнику;
REMOTE FRAME - "дистанционный фрейм" (фрейм вызова) - передается одним из устройств для того, чтобы получить от другого устройства данные в формате DATA FRAME с тем же идентификатором, что и в REMOTE FRAME;
ERROR FRAME - "фрейм ошибок" - передается любым устройством, обнаружившим ошибку на шине;
OVERLOAD FRAME - "фрейм перегрузки" - используется для запроса дополнительной задержки между предыдущими и последующими данными.
Фрейм данных состоит из следующих полей (рис. 2.22): начало фрейма (Start Of Frame), поле арбитража (Arbitration Field), поле контроля (Control Field), поле данных (Data Field), поле циклического избыточного кода (CRC Field), поле уведомления о приеме (ACKnowledgement Field) и поле конца фрейма (End Of Frame). Поле данных может иметь нулевую длину.
Пространство между фреймами представлено рецессивным состоянием шины (которое соответствует высокому уровню на рис. 2.22, поскольку CAN-передатчики инвертируют логические уровни). Только при рецессивном состоянии шины устройство может начать передачу фрейма.
Начало фрейма кодируется одним доминантным битом. Все устройства сети одновременно синхронизируют свои приемники по переднему фронту импульса этого бита.
Формат поля арбитража различается для стандартного и расширенного формата фрейма. В стандартном фрейме поле арбитража состоит из идентификатора длинной 11 бит и RTR-бита (Remote Transmission Request - "запрос дистанционной передачи").
В расширенном формате поле арбитража имеет идентификатор длиной 29 бит, SRR-бит (Substitute Remote Request - "заменяющий RTR-бит"), IDE-бит (Identifier Extension Bit - "бит идентификации расширенного формата") и RTR-бит. Поле идентификатора в расширенном формате состоит из базового идентификатора и расширенного идентификатора. Базовый идентификатор определяет приоритет расширенного фрейма. RTR-бит служит для того, чтобы отличить фрейм данных от фрейма вызова. IDE-бит служит для различения стандартного и расширенного формата фреймов.
-
Рис. 2.22. Структура фрейма данных
Поле контроля включает в себя код, который указывает длину данных в поле данных, IDE-бит и один (в стандартном формате) или два (в расширенном) зарезервированных бита.
Поле данных состоит из данных, которые должны быть переданы фреймом данных. Он может иметь длину от 0 до 8 байт по 8 бит каждый. Данные передаются младшим разрядом вперед.
Поле CRC содержит циклический избыточный код, служащий для обнаружения ошибок во всех предшествующих ему полях фрейма, включая бит начала фрейма. Поле CRC оканчивается CRC-разделителем (рецессивное состояние) длиной в 1 бит. Стандарт CAN устанавливает алгоритм вычисления CRC [Robert]. Биты стаффинга перед вычислением удаляются.
Поле уведомления имеет длину 2 бита. Передающее устройство в этом поле посылает два рецессивных бита. Принимающее устройство отвечает доминантным битом, если сообщение принято без ошибок. Второй бит этого поля всегда является рецессивным.
Конец фрейма представляет собой последовательность из семи рецессивных бит.
Фрейм вызова выполняет функцию запроса данных. Он аналогичен фрейму данных, но отличается от него только отсутствием поля данных и другими значениями битов.
Фрейм ошибок используется любым принимающим узлом, чтобы сообщить всем участникам сети о том, что передаваемое в данный момент по сети сообщение содержит ошибку. Первым полем в фрейме ошибок являетсяфлаг ошибки. Сообщение об ошибке имеет наивысший в системе приоритет, поэтому передается сразу после обнаружения ошибки и принимается всеми устройствами одновременно. Все устройства также одновременно удаляют из своей памяти сообщение, содержащее ошибку.
Фрейм перегрузки состоит из двух полей: флага перегрузки и поля разделителя. Существуют следующие условия, при наступлении которых начинается передача фрейма перегрузки:
перегрузка приемника, которая требует увеличить паузу между принимаемыми им фреймами;
обнаружение доминантного бита на месте первого и второго бита в поле перерыва паузы между фреймами.
