![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Лекция 1. Технологи передачи данных, применяемые в промышленности
RS-485 (англ. Recommended Standard 485 — Рекомендованный стандарт), EIA-485 (англ. Electronic Industries Alliance-485) — стандарт физического уровня для асинхронного интерфейса. Регламентирует электрические параметры полудуплексной многоточечной дифференциальной линии связи типа «общая шина».
Электрические и временные характеристики интерфейса RS-485
Сетевые протоколы, использующие RS-485 · LanDrive · ProfiBus DP · ModBus · DMX512 · HDLC
Modbus Modbus — открытый коммуникационный протокол, основанный на архитектуре ведущий-ведомый (master-slave). Широко применяется в промышленности для организации связи между электронными устройствами. Может использоваться для передачи данных через последовательные линии связи RS-485, RS-422, RS-232, а также сети TCP/IP (Modbus TCP). Не следует путать MODBUS и MODBUS Plus. MODBUS Plus — проприетарный протокол принадлежащий Schneider Electric. Физический уровень уникальный, похож на Ethernet 10BASE-T, полудуплекс по одной витой паре, скорость 1 Мбит/с. Транспортный протокол — HDLC, поверх которого специфицировано расширение для передачи MODBUS PDU. История Modbus был разработан компанией Modicon (в настоящее время принадлежит Schneider Electric) для использования в её контроллерах с программируемой логикой. Впервые спецификация протокола была опубликована в 1979 году. Это был открытый стандарт, описывающий формат сообщений и способы их передачи в сети, состоящей из различных электронных устройств. Первоначально контроллеры MODICON использовали последовательный интерфейс RS-232. Позднее стал применяться интерфейс RS-485, так как он обеспечивает более высокую надёжность, позволяет использовать более длинные линии связи и подключать к одной линии несколько устройств. Многие производители электронного оборудования поддержали стандарт, на рынке появились сотни использующих его изделий. Стандарт MODBUS В настоящее время развитием Modbus занимается некоммерческая организация Modbus-IDA. Специфическая терминология
MODBUS специфицирует 4 функции чтения данных: 01 - чтение Coils (дискретных выходов); 02 - чтение Discrete Inputs (дискретных выходов); 03 - чтение Holding Registers (аналоговых выходов, выходных регистров); 04 - чтение Input Registers (аналоговых входов, входных регистров).
Описание В России конкуренцию протоколу Modbus может составить лишь протокол Profibus. В настоящее время высокую популярность протокола Modbus можно объяснить лишь его совместимостью с подавляющим большинством имеющегося оборудования. Кроме всего прочего, Modbus обладает высокой степенью достоверности передачи данных. Это связано с надежностью применяемого метода контроля ошибок. Еще одним преимуществом Modbus является унификация команд обмена за счет стандартизации адресов (номеров) регистров и применяемых функций чтения-записи. Основной недостаток Modbus – сетевой обмен данными по принципу «ведущий/ведомый», что является серьезным препятствием на пути передачи данных ведомыми устройствами по мере их появления, именно поэтому требуется интенсивный опрос ведущим устройством ведомых. В настоящий момент времени имеются две разновидности Modbus – это протоколы Modbus Plus (кольцевая передача маркера в многомастерном протоколе) и Modbus TCP (разработанный для работы в сетях Ethernet). Модель OSI стандарта Modbus предусматривает наличие трех уровней – физического, прикладного и канального. На физическом уровне новые разработки основанные на стандарте Modbus настойчиво рекомендуют использовать двухпроводную линию передачи интерфейса RS-485, но возможно применение и интерфейса RS-232 с четырехпроводной линией передачи. Шина Modbus в обязательном порядке должна быть представлена одним магистральным кабелем, который может содержать отводы. Общий экран магистрального кабеля должен состоять из трех проводников. Первые два – это витая пара, а третий – соединение общих (земляных) выводов интерфейса RS-485 в промышленной сети. Заземление общего провода и экрана должно быть оборудовано в одном месте, желательно в непосредственной близости от ведущего устройства сети Modbus. Подключение устройств к кабелю может осуществляться тремя различными способами: · Напрямую к магистральному кабелю; · При помощи пассивного разветвителя (тройника); · При помощи активного разветвителя (разветвитель содержит развязывающий повторитель интерфейса). Каждый конец магистрального кабеля в сети Modbus должен содержать резистор (терминатор), чтобы согласовать линию передачи, подобно интерфейсу RS-485. Их номинальное значение может варьироваться в пределах 150 Ом, а напряжение – 0, 5 Вт. Необходимым условием работы Modbus-устройств в сети является поддержка скоростей обмена данными 9600 бит/с и 19200 бит/с, причем 19200 бит/с устанавливается по умолчанию. Также возможна работа со следующими скоростями: 1200, 2400, 4800….38400 бит/с, 65 кбит/с, 115 кбит/с и др. К участку сети Modbus, на котором нет повторителей интерфейса, можно подключить до 32 устройств. Максимальное значение длины магистрального кабеля, при работе со скоростью передачи данных в 9600 бит/с и площадью сечения жил не менее 0, 13 мм² (AWG26), не должно превышать одного километра. Длина отводов от магистрального кабеля должна быть не более 20 метров. Типовое значение магистрального кабеля – AWG 24 (0, 2 мм² при диаметре провода 0, 51 мм). При работе с кабелем категории 5 максимальное значение его длины не должно превышать 600 метров. Во время выбора кабеля необходимо учитывать его волновое сопротивление, его значение не должно быть ниже 100 Ом, особенно если скорость передачи имеющихся данных превышает 19200 бит/с. Задача прикладного уровня протокола Modbus RTU – обеспечение коммуникации между устройствами «ведущий/ведомый». Поскольку прикладному уровню доступны к использованию протоколы Modbus TCP/IP (Ethernet TCP/IP) и Modbus Plus, то его можно считать независимым от физического и канального уровней. Работа прикладного уровня Modbus основывается на запросах, которые при помощи кодов функций указывают ведомому устройству, что за операцию в данный момент времени оно должно выполнить. Во время работы протокола прикладного уровня с широким разнообразием протоколов канального и транспортного уровней основной блок Modbus – сообщений остается неизменным, поскольку этот блок включает в себя различные данные и код функции (название блока Protocol Data Unit – PDU – элемент данных протокола). Если во время работы к блоку PDU добавить дополнительные поля (как правило, такое происходит во время работы в разнообразных промышленных сетях), то его название сменится на Application Data Unit – ADU – элемент данных приложения. На канальном уровне протоколом Modbus предполагается, что промышленная сеть может состоять из одного ведущего устройства (контроллера) и примерно 247 ведомых устройств (модулей ввода-вывода). Инициатором обмена данными является ведущее устройство. Ведомые устройства без запроса ведущего никогда не начнут осуществление передачи данных. Обмен данными между ведомыми устройствами также невозможен, именно поэтому в сети Modbus в любой промежуток времени происходит лишь один акт обмена данными. Адреса Modbus-устройств в находящиеся в одной сети идут по порядку от 1 до 247, а адреса с 248 по 255 - зарезервированы. Сеть Modbus не должна содержать двух одинаковых адресов, а ведущее устройство всегда остается без адреса. У ведущего устройства имеется возможность использования как широковещательного режима - рассылки запросов всем ведомым устройствам одновременно, так и режима при котором, запрос может быть отправлен только одному устройству. Широковещательный режим использует адрес «0» (команда с таким адресом принимается к обработке сразу всеми устройствами).
Спецификация Спецификация Modbus описывает структуру запросов и ответов. Их основа — элементарный пакет протокола, так называемый PDU (Protocol Data Unit). Структура PDU не зависит от типа линии связи и включает в себя код функции и поле данных. Код функции кодируется однобайтовым полем и может принимать значения в диапазоне 1…127. Диапазон значений 128…255 зарезервирован для кодов ошибок. Поле данных может быть переменной длины. Размер пакета PDU ограничен 253 байтами.
Для передачи пакета по физическим линиям связи PDU помещается в другой пакет, содержащий дополнительные поля. Этот пакет носит название ADU (Application Data Unit). Формат ADU зависит от типа линии связи. Существуют три варианта ADU, два для передачи данных через асинхронный интерфейс и один — через TCP/IP сети:
В протоколе Modbus имеются два режима передачи имеющихся данных – RTU («удаленное терминальное устройство») и ASCII. Из представленных режимов в протоколе Modbus требуется обязательное присутствие режима RTU, а наличие режима ASCII – опционно. Пользователю дается возможность выбора режима на свое усмотрение, но при этом должно обязательно выполняться одно условие – все модули, работающие в сети по протоколу Modbus, должны обладать одним и тем же режимом передачи данных. Поскольку протокол Modbus ASCII в России используется достаточно редко, то рассматривать мы будем исключительно протокол Modbus RTU.
Общая структура ADU следующая (в зависимости от реализации, некоторые из полей могут отсутствовать):
где
Максимальный размер ADU для последовательных сетей RS232/RS485 — 256 байт, для сетей TCP — 260 байт. Для Modbus TCP ADU выглядит следующим образом:
где
Следует обратить внимание, что поле контроля ошибок в Modbus TCP отсутствует, так как целостность данных обеспечивает TCP/IP стек.
Категории кодов функций В действующей в настоящее время спецификации протокола определяются три категории кодов функций: Стандартные команды Их описание должно быть опубликовано и утверждено Modbus-IDA. Эта категория включает в себя как уже определенные, так и неиспользуемые в настоящее время коды. Пользовательские команды Два диапазона кодов (от 65 до 72 и от 100 до 110), для которых пользователь может назначить произвольную функцию. При этом не гарантируется, что какое-то другое устройство не будет использовать тот же самый код для выполнения другой функции. Зарезервированные В эту категорию входят коды функций, не являющиеся стандартными, но уже используемые в устройствах, производимых различными компаниями. Это коды 9, 10, 13, 14, 41, 42, 90, 91, 125, 126 и 127. Модель данных Одно из типичных применений протокола — чтение и запись данных в регистры контроллеров. Спецификация протокола определяет четыре таблицы данных:
Доступ к элементам в каждой таблице осуществляется с помощью 16-битного адреса, первой ячейке соответствует адрес 0. Таким образом, каждая таблица может содержать до 65536 элементов. Спецификация не определяет, что физически должны представлять собой элементы таблиц и по каким внутренним адресам устройства они должны быть доступны. Например, допустимо организовать перекрывающиеся таблицы. В этом случае команды работающие с дискретными данными и с 16-битными регистрами будут фактически обращаться к одним и тем же данным. Следует отметить, что со способом адресации данных связана определённая путаница. Modbus был первоначально разработан для контроллеров Modicon. В этих контроллерах для каждой из таблиц использовалась специальная нумерация. Например, первому регистру ввода соответствовал номер ячейки 30001, а первому регистру хранения — 40001. Таким образом, регистру хранения с адресом 107 в команде Modbus соответствовал регистр № 40108 контроллера. Хотя такое соответствие адресов больше не является частью стандарта, некоторые программные пакеты могут автоматически «корректировать» вводимые пользователем адреса, например, вычитая 40001 из адреса регистра хранения. Доступ к данным Чтение данных Для чтения значений из перечисленных выше таблиц данных используются функции с кодами 1—4 (шестнадцатеричные значения 0x01—0x04):
Запрос состоит из адреса первого элемента таблицы, значение которого требуется прочитать, и количества считываемых элементов. Адрес и количество данных задаются 16-битными числами, старший байт каждого из них передается первым. В ответе передаются запрошенные данные. Количество байт данных зависит от количества запрошенных элементов. Перед данными передается один байт, значение которого равно количеству байт данных. Значения регистров хранения и регистров ввода передаются начиная с указанного адреса, по два байта на регистр, старший байт каждого регистра передаётся первым:
Значения флагов и дискретных входов передаются в упакованном виде: по одному биту на флаг. Единица означает включённое состояние, ноль — выключенное. Значения запрошенных флагов заполняют сначала первый байт, начиная с младшего бита, затем следующие байты, также от младшего бита к старшим. Младший бит первого байта данных содержит значение флага, указанного в поле «адрес». Если запрошено количество флагов, не кратное восьми, то значения лишних битов заполняются нулями:
Запись одного значения
Команда состоит из адреса элемента (2 байта) и устанавливаемого значения (2 байта). Для регистра хранения значение является просто 16-битным словом. Для флагов значение 0xFF00 означает включённое состояние, 0x0000 — выключенное, другие значения недопустимы. Если команда выполнена успешно, ведомое устройство возвращает копию запроса. Запись нескольких значений
Команда состоит из адреса элемента, количества изменяемых элементов, количества передаваемых байт устанавливаемых значений и самих устанавливаемых значений. Данные упаковываются так же, как в командах чтения данных. Ответ состоит из начального адреса и количества изменённых элементов. Изменение регистров
Команда состоит из адреса регистра и двух 16-битных чисел, которые используются как маски, с помощью которых можно индивидуально сбросить или установить отдельные биты в регистре. Конечный результат определяется формулой: Результат = (Текущее_значение AND Маска_И) OR (Маска_ИЛИ AND (NOT Маска_И)) Очереди данных
Функция предназначена для получения 16-битных слов из очереди, организованной по принципу «первым пришёл — первым ушёл» (FIFO). Доступ к файлам
Эти функции используются для доступа к 16-битным регистрам, организованным в файлы, состоящие из записей произвольной длины. В команде указывается номер файла, номер записи и длина записи в 16-битных словах. С помощью одной команды можно записать или прочитать несколько записей, не обязательно соседних. Кроме того, команда содержит однобайтовый код для указания типа ссылки на данные. В действующей версии стандарта определен только один тип (описанный выше) с кодом 0x06. Диагностика Перечисленные ниже функции предназначены для устройств на последовательных линиях связи (Modbus RTU и Modbus ASCII).
Функция предназначена для получения информации об индикаторах состояния на удалённом устройстве. Функция возвращает один байт, каждый бит которого соответствует состоянию одного индикатора.
Эти функции предназначены для проверки функционирования последовательной линий связи.
Функция предназначена для передачи данных в произвольных форматах (определённых другими стандартами) от ведущего(master) к ведомому(slave) и обратно. Тип передаваемых данных определяется дополнительным кодом (MEI — MODBUS Encapsulated Interface), передаваемым после номера функции. Стандарт определяет MEI 13 (0x0D), предназначенный для инкапсуляции протокола CANopen. MEI 14 (0x0E) используется для получения информации об устройстве и MEI в диапазонах 0—12 и 15—255 зарезервированы. Обработка ошибок Во время обмена данными могут возникать ошибки двух типов:
При передаче по асинхронным линиям связи ошибки первого типа обнаруживаются при помощи проверки соответствия принятого запроса установленному формату ADU и вычисления контрольной суммы. Дополнительно, для проверки каждого символа может использоваться бит четности. Если подчинённое устройство обнаруживает искажение данных, принятый запрос игнорируется, ответное сообщение не формируется. Главное устройство может обнаружить ошибку по истечению времени, отведённого на ответ. В Modbus TCP дополнительная проверка целостности данных не предусмотрена. Передача данных без искажений обеспечивается протоколами TCP/IP. При ошибках второго типа подчинённое устройство отсылает сообщение об ошибке (если запрос адресован этому устройству; на широковещательные запросы ответ не отправляется). Признаком того, что ответ содержит сообщение об ошибке, является установленный старший бит номера функции. За номером функции, вместо обычных данных, следует код ошибки и, при необходимости, дополнительные данные об ошибке. Стандартные коды ошибок
Протокол BACnet BACnet расшифровывается как Building Automation Control network и представляет из себя коммуникационный протокол для автоматизации зданий, разработанный ассоциацией ASHRAE (ANSI/ASHRAE стандарт 135-2001), а недавно получивший статус еще и стандарта ISO 16484-5. Главная цель протокола BACnet — стандартизировать взаимодействие между устройствами систем автоматизации зданий от различных производителей, позволяя вести обмен информацией и совместную работу оборудования.
Для чего разрабатывался протокол BACnet? ASHRAE осознавало, что системам автоматизации зданий необходим общий стандартизированный протокол. Это было связано с тем, что данная область по своей природе склонна к применению закрытых протоколов, не позволяющих существующим системам от разных производителей вести совместную работу и взаимодействовать. В 1987 году ASHRAE предприняло попытку разработать протокол (набор правил), управляющий взаимодействием между различными устройствами, используемыми в системах автоматизации зданий. В настоящее время стандарт BACnet принят ANSI (Американским Национальным Институтом Стандартов) и ASHRAE, а также получил международное признание и был адаптирован в ряде стран в качестве национального стандарта. Так была заложена основа для будущего развития этой области промышленности.
Что представляет из себя BACnet оборудование? BACnet-устройства по своей физической сущности напоминают другие стандартные устройства систем автоматизации зданий, но их физическая форма — это не главное, т.к. BACnet — это всего лишь набор правил по взаимодействию между устройствами в системах автоматизации здания. Микропроцессоры этих устройств программируются, а значит, они смогут «понимать» друг друга и соответствовать требованиям протокола BACnet. Физическая природа самого устройства остается неизменной.
Протокол Profibus Протокол Profibus (Process Field Bus) – это комплексной понятие открытой промышленной сети, построенной на основе прототипа, разработанного компанией Siemens AG для промышленных контроллеров Simatic при поддержке правительственных органов Германии в 1989 году. Позже по наработкам этого прототипа Организация пользователей Profibus создала международные стандарты открытой промышленной сети Profibus. Наибольшую популярность технология Profibus получила на территории Европы, а вышло так благодаря высокой скорости передачи, большой длины соединений, внушительных возможностей по обработке информации и другим преимуществам этой технологии. На сегодняшний день этот протокол считается по праву одной из лучших сетевых технологий в сфере промышленной автоматизации. Протокол Profibus отвечает международным стандартам IEC 61158 и EN 50170. Построена сеть в соответствии многоуровневой сетевой модели ISO 7498. Из возможных вариантов обмена данными используется либо обмен данными между ведущим и ведомыми устройствами (протоколы DP и PA), либо обмен между несколькими ведущими устройствами (протоколы FDL и FMS). Открытая, независимая система связи возможна в построении благодаря использованию стандартных протоколов, речь о которых пойдет ниже. Согласно сетевой модели ISO 7498, протокол Profibus имеет следующие уровни:
1. Физический уровень. На этом уровне осуществляется контроль характеристики физической передачи данных. 2. Канальный уровень. На этом уровне определяется конкретный протокол доступа сети. 3. Прикладной уровень. На этом уровне осуществляются прикладне функции.
На физическом уровне Profibus может представлять собой инфракрасную сеть/оптическую сеть/электрическую сеть с топологией шина, созданной на основе экранированной витой пары, в соответствии стандарта RS-485. Скорость передачи данных, может колебаться в пределах от 9, 6 Кбит/сек до 12 Мбит/сек(в случае использования FMS спецификации). Благодаря Profibus, о чем уже писалось выше, устройства разных производителей могут объединятся в одну общую сеть. Существует 3 протокола передачи данных:
1. Profibus DP (где DP это- Decentralized Peripheral — Распределенная периферия) – протокол, основная задача которого состоит в осуществлении высокоскоростного обмена данными между ведущими — системами автоматизации и ведомыми — устройствами распределённого ввода-вывода данных. Этот протокол так же отмечают, как протокол с минимальным временем реакции и высокой степени стойкости к электромагнитным помехам. Протокол электрически близок к RS-485, однако сетевая карта оборудована рефлективной памятью, для минимизации загрузки центрального процессора контроллера. 2. Profibus PA (где РА – это Process Automation — автоматизация процесса) – это протокол обмена для оборудования расположенного в взрывоопасных зонах. Полностью соответствует стандарту IEC 61158-2. Датчики, исполнительные механизмы, приводы можно подключать на одну линейную шину или кольцевую шину. 3. Profibus FMS (где FMS – это Fieldbus Message Specification — спецификация сообщений полевого уровня) — это протокол разработанный для обеспечения высокоскоростной передачи данных между контроллерами и компьютерами на более высоких уровнях АСУ ТП. Именно этот протокол позволяет достигать скорости передачи порядка 12 мБит/с. Благодаря одинаковым технологиям передачи данных в DP и FMS вариантах протокола, а так же одному и тому же методу доступа к шине, они могут работать на одной и той же шине. Максимально возможное количество узлов в системах Profibus достигает 127. Длина соединения может быть от 100 м до 24 км(естественно, при применении оптического волокна). Возможные коннекторы: 9-штырьковый разъем типа D-Shell либо 12- миллиметровый разъём IP67. LonWorks LonWorks — сетевая платформа для достижения производительности, гибкости, соответствия инсталляционным и эксплуатационным потребностям в задачах активного мониторинга и управления. Платформа построена на созданном компанией Echelon Corporation протоколе сетевого взаимодействия устройств через различные среды передачи данных, такие как, витая пара, линии электропитания, оптоволокно, и беспроводные радиочастотные. Платформа взяла свое начало с создания чипа, технологии передачи сигналов по витой паре и линиям электропитания, маршрутизаторов, сетевого управляющего программного обеспечения, и других продуктов. Начало было положено компанией Echelon Corporation. В 1999 коммуникационный протокол LonWorks - LonTalk был представлен на рассмотрение в ANSI (American National Standards Institute) и принят как стандарт для сетей управления (ANSI/EIA709.1-B). Созданные фирмой Echelon технологии передачи сигналов по витой паре и линиям электропитания были также представлены в ANSI для стандартизации и утверждения. С тех пор, ANSI/EIA709.1 был принят как базис для стандартов IEEE 1473-L (управление в поездах), AAR (Association of American Railroads) электро-пневматических тормозных систем грузовых поездов, IFSF (управление автозаправочной станцией), SEMI (производство полупроводникового оборудования), и в 2005 как EN14908 (Европейский стандарт автоматизации зданий). Также, протокол LonTalk используется как один из уровней данных в BACnet ASHRAE/ANSI стандарта для автоматизации зданий. Использование Принятие протокола LonTalk как ANSI стандарта стимулировало появление стандартов в различных областях индустрии, включая IEEE 1473-L (управление в поездах), AAR (Association of American Railroads) электро-пневматических тормозных систем грузовых поездов, IFSF (управление автозаправочной станцией), SEMI (производство полупроводникового оборудования). Протокол используется как один из уровней данных/физический в BACnet ASHRAE/стандарт ANSI стандарт для автоматизации зданий. Более того, в 2005 Европейское сообщество приняло стандарт автоматизации зданий EN14908, в основу которого положен LonWorks; Китай ратифицировал технологию как национальный стандарт управляющих сетей — GB/Z 20177.1-2006, и как стандарт интеллектуальных зданий и строений — GB/T 20299.4-2006; в 2007 CECED, Европейский комитет производителей бытовой техники, принял протокол как часть стандарта Управление и Мониторинг Бытовой Техники — Спецификация Межсетевого Использования (Household Appliances Control and Monitoring — Application Interworking Specification (AIS)). Основным недостатком интерфейса LonWorks является то, что он разрабатывался не только как уникальное техническое решение, но и как коммерческий проект, способный принести хорошую прибыль. Именно поэтому в стоимость каждого чипа включена стоимость лицензии на использование программного обеспечения. И все же, несмотря ни на что, интерфейс LonWorks продолжает завоевывать все больше и больше жизненного пространства и популярности, поскольку выигрыш от его использования значительно выше затрат на программное обеспечение и его установку. Применения использующие LonWorks
LanDrive
LanDrive2 — это универсальная платформа для построения классических шинных распределённых систем управления в системах умный дом, в автоматизации зданий, созданная российской компанией INSYTE на базе протокола Modbus/RTU. Предназначена для управления внутренним и уличным освещением, силовыми нагрузками, электроприборами, а также такими системами как отопление, кондиционирование, вентиляция, охранная сигнализация, контроль доступа, контроль протечек воды. Также возможно управление: аудио-, видеотехникой, жалюзи, рольставнями, шторами, воротами, насосами, двигателями. В основном ориентирована на применение в составе «умного дома» Структурно система состоит из центрального контроллера и исполнительных модулей, связанных между собой полевой шиной (сетью). К исполнительным модулям подключаются управляемое оборудование. Используя любой Modbus OPC сервер, возможно управление системой без центрального контроллера, с компьютера. Также возможна интеграция в любую SCADA систему (SCADA - аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных).
Протокол передачи данных Для взаимодействия система использует на физическом уровне стандарт RS-485. Для взаимодействия на прикладном уровне используется широко известный протокол Modbus/RTU. Оборудование поддерживает скорость обмена информацией в режимах 2400, 4800, 9600, 19200, 38400, 57600, 76800, 115200 бит/c, что достаточно для мгновенного выполнения команд. Максимальное количество устройств, управляемых одним главным контроллером (ПЛК) — 100. Возможно объединение нескольких главных контроллеров в одну сеть. Ввиду использования стандартных протоколов возможно включение в систему оборудования сторонних производителей, также возможно использование устройств серии LanDrive в других системах.
Элементы системы
Программирование В этой системе необходимо программирование только главного контроллера. Для программирования используется специализированное программное обеспечение — LanDrive Configurator Pro. Оперативное управление Система может управляться с помощью большого перечня программного обеспечения:
Весь перечень приложений позволяет осуществлять оперативное визуализированное управление умным домом, в том числе:
1-Wire 1-Wire (англ. один провод) — двунаправленная шина связи для устройств с низкоскоростной передачей данных (обычно 15, 4 Кбит/с, максимум 125 Кбит/с в режиме overdrive), в которой данные передаются по цепи питания (то есть всего используются два провода — один для заземления, а второй для питания и данных; в некоторых случаях используют и отдельный провод питания). Разработана корпорацией Dallas Semiconductor и является её зарегистрированной торговой маркой. Соответственно, топология такой сети — общая шина. Сеть устройств 1-Wire со связанным основным устройством названа «MicroLan», это также торговая марка Dallas Semiconductor. Обычно используется для того, чтобы связываться с недорогими простыми устройствами, такими как, например, цифровые термометры и измерители параметров внешней среды.
SCADA ситемы SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования. Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic. Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия. Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП. SCADA-системы решают следующие задачи:
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре. Основные компоненты SCADA SCADA—система обычно содержит следующие подсистемы:
Программные продукты класса SCADA широко представлены на мировом рынке. Это несколько десятков SCADA - систем, многие из которых нашли свое применение и в России. Наиболее популярные из них приведены ниже: InTouch (Wonderware) - США; Citect (CI Technology) - Австралия; FIX (Intellution) - США; Genesis (Iconics Co) - США; Factory Link (United States Data Co) - США; RealFlex (BJ Software Systems) - США; Sitex (Jade Software) - Великобритания; TraceMode (AdAstrA) - Россия; Cimplicity (GE Fanuc) - США; САРГОН (НВТ - Автоматика) - Россия.
Лекция 2. Концепция " Умного Дома" У́ мный дом (англ. smart home МФА: sma: t haus, также англ. intelligent building, рус. АСУЗ) — жилой дом современного типа, организованный для проживания людей при помощи автоматизации и высокотехнологичных устройств. Под «умным» домом следует понимать систему, которая обеспечивает комфорт (в том числе безопасность), и ресурсосбережение для всех пользователей. В простейшем случае она должна уметь распознавать конкретные ситуации, происходящие в доме, и соответствующим образом на них реагировать: одна из систем может управлять поведением других по заранее выработанным алгоритмам. Кроме того, от автоматизации нескольких подсистем обеспечивается синергетический эффект для всего комплекса. Это проще понять, если представить, например, что система отопления никогда не сможет работать против системы кондиционирования. А отопление осуществляется не только по погоде, но и с учетом целого ряда других факторов. От силы ветра, по предсказанию, от времени суток (ночью комфортная температура меньше). Можно считать, что это наиболее прогрессивная концепция взаимодействия человека (пользователей) с жилым пространством, когда в автоматизированном режиме в соответствии с внешними и внутренними условиями задаются и отслеживаются режимы работы всех инженерных систем и электроприборов. В этом случае исключается необходимость пользоваться несколькими пультами при просмотре ТВ, десятками выключателей при управлении освещением, отдельными блоками при управлении вентиляционными и отопительными системами, системами видеонаблюдения и охранной сигнализации, моторизированными воротами и прочим. История В 1995 году разработчики технологий Java предрекали одним из основных назначений для этой технологии увеличения интеллекта бытовых приборов[1] — например, холодильник сам будет заказывать продукты из магазина. Промышленного распространения эта идея не получила, но такие компании, как Miele и Siemens, уже выпускают бытовую технику с возможностью включения в «умный дом». Осенью 2012 года компания Panasonic анонсировала полномасштабное производство систем управления энергией SMARTHEMS, предназначенных для «умных домов». Panasonic обещает ввести совместимость с системой HEMS(Home Energy Management System) во всю линейку своих бытовых приборов, таких как: кондиционеры, «умная» кухонная техника и системы горячего водоснабжения EcoCute. Новая система AiSEG позволяет связать все оборудование и домашние устройства в единую сеть организовав отображение информации о работе солнечных батарей, расходе электричества, газа и воды и автоматически контролируя работу бытовых приборов с помощью протокола ECHONET Lite[2]. Умный дом в России и Европе Основное различие в системах видится скорее в их конкретном предназначении и в подходе реализации.
В настоящее время ситуация изменилась, появились российские разработки высокотехнологичных систем и интеллектуальных приборов, по цене и надежности ориентированные на использование именно в России. По оценкам аналитиков рынок умного дома активно развивается. К 2020 году общий объем мирового рынка достигнет $51.77 млрд. В период с 2013 по 2020 года среднегодовые темпы роста рынка будут на уровне 17.74%. Основными игроки в этой отрасли за рубежом - Siemens AG (Германия), Schneider Electric SA (Франция), TELETASK (Бельгия), ABB Ltd. (Швейцария), компания Ingersoll-Rand PLC (Ирландия), Tyco International Ltd. (Швейцария), Emerson Electric Co. (США), Legrand С.А. (Франция), Crestron Electronics, Inc. (США), Lutron Electronics, Inc. (США), Control4 Corporation (США), и др. Объемы российского рынка значительно скромнее. В 2012 году объем рынка у нас в стране превысил 56 млн. евро или 2, 3 млрд. рублей. В 2013 году по предварительным оценкам рынок вырос на 30% - до 65 млн. евро или почти 3 млрд. рублей. К 2017 году его общий объем может достигнуть 176 млн. евро или 7, 9 млрд. рублей. Технологии Под термином «умный дом» обычно понимают интеграцию следующих систем в единую систему управления зданием:
Система управления
Система отопления, вентиляции и кондиционирования Система отопления, вентиляции и кондиционирования (Heating, Ventilation and Air Conditioning, HVAC) обеспечивает регуляцию температуры, влажности и поступление свежего воздуха. Кроме этого, HVAC экономит энергию за счет рационального использования температуры среды. Некоторые подсистемы:
Система освещения Система освещения (Lighting control systems, LCS) контролирует уровень освещенности в помещении, в том числе для экономии электроэнергии за счет рационального использования естественного освещения. Некоторые подсистемы:
Система электропитания здания Системы электропитания обеспечивают бесперебойное питание, в том числе за счет автоматического переключения на альтернативные источники электропитания. Некоторые подсистемы:
Система безопасности и мониторинга В систему безопасности и мониторинга входят следующие подсистемы:
|