Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

краткий обзор промышленных сетей

Около 25 лет назад технология приборной связи 0, 4,...20 мА стала стандартом де-факто. В результате, производители контрольно-измерительной аппаратуры получили стандарт, на основе которого их продукты можно было интегрировать в системы без особого труда.

 

С развитием цифровой технологии ситуация в этой области изменилась. Благодаря таким преимуществам, как экономичность решений, информативность, надежность и безопасность, следующие несколько пет можно будет наблюдать постепенный переход от аналоговой технологии к цифровой. Перед тем как говорить об особенностях тех или иных аппаратно-программных решений, полезно будет дать некоторые базовые понятия из области передачи данных на уровне реального производства и контроля (field level), перечислить основные требования к промышленным сетям передачи данных и дать краткое описание моделям промышленных сетей.

 

Фабрика будущего

 

18-й век положил начало промышленной революции, 20-е годы этого столетия связаны с появлением технологий массового производства. Но третий, пожалуй, даже более значимый по важности шаг, сделанный в 80-х годах и обусловленный появлением цифровой системы связи, можно смело назвать "цифровой революцией". В это время цифровая технология проникла на все уровни промышленного производства: начиная с офисов и кончая датчиками. Естественно, возникла задача обмена данными между всеми уровнями технологического процесса. Таким образом, появились следующие понятия:

 

  • CIM(Computer Integrated Manufacturing)

 

  • CIP (Computer Integrated Processing)

 

Эти понятия, сформулированные в конце 80-х годов, окружают все технологические и организационные моменты, необходимые для получения нового качества изделий, для так называемой "Фабрики будущего". Самым существенным компонентом модели CIM/CIP является организация связи, а это, прежде всего, гарантия надежной регистрации событий, получения и обработки данных, своевременной выдачи управляющих воздействий. Все это вместе и предопределяет успех.

 

Текущее состояние

 

На каждом уровне технологического процесса происходит обработка "своих", специфических наборов данных. Такие требования, как скорость передачи данных, протоколы передачи, физические интерфейсы и т.д., управляют выбором того или иного сетевого решения при построении сложных распределенных систем. Гарантия совместной работы отдельных частей системы возможна лишь при использовании соответствующих стандартов связи между этими частями.

 

Административный уровень системы управления производством сегодня представлен целым рядом протоколов, среди которых наиболее известны два:

 

  • Протокол автоматизации производства (Manufacturing Automation Protocol, MAP, фирмы General Motors);

 

  • Протокол технического и административного учреждения (Technical Office Protocol, TOP, фирмы Boeing).

 

Они являются стандартами де-факто в этой области.

 

Для более низких уровней (field level), т.е. уровней промышленных контроллеров, датчиков и исполнительных механизмов, стандартной информационной системы не существует. Эта область развивается сейчас благодаря усилиям отдельных компаний или их групп, и еще далеко не ясно, какая из систем будет стандартом хотя бы и де-факто.

 

Любая производственная технология представляет собой набор отдельных шагов: от обработки сырья до организации системы хранения продукции, и все эти операции должны быть связаны информационными сетями. Сети, обеспечивающие информационные потоки между контроллерами, датчиками сигналов и разнообразными исполнительными механизмами, объединяются общим названием "промышленные сети" (FieldBus, или "полевая" шина). Промышленная сеть должна решать две основные задачи:

 

  • обеспечивать совместимость на уровне сети приборов от разных производителей;

 

  • обеспечивать выход в коммерческие системы обработки данных, например MAP или ТОР.

 

"Закрытые" и "открытые" системы связи

 

Объединение в одну цифровую сеть нескольких устройств - это только начальный шаг к эффективной и надежной работе системы связи между ними. В дополнение к аппаратным требованиям предъявляется также ряд программных.Там, где системы связи, или сети, гомогенные (однородные), то есть объединяют устройстве от одного производителя, эти проблемы, как правило, решены. Но когда речь идет о построении сети из устройств различных производителей - эти проблемы обретают множественный характер.

 

Системы, являющиеся уникальными (их делает и поддерживает только один производитель), работающие по уникальным протоколам связи, получили название "Закрытых систем" (closed/proprietary systems), большинство таких систем зародилось во времена, когда проблема интеграции изделий других производителей не считалась актуальной.

 

"Открытые системы" (open systems) приводят в соответствие специфические требования интересам всех. Только при использовании принципов открытых систем интеграция изделий разных производителей в одну сеть может быть решена без особых проблем.

 

Модель взаимосвязи открытых систем

 

В 1978 году Международной организацией по стандартизации (ISO) в противовес закрытым сетевым системам и с целью разрешения проблемы взаимодействия открытых систем с различными видами вычислительного оборудования и различающимися стандартами протоколов была предложена "Описательная модель взаимосвязи открытых систем" (OSI-модель, ISO/OSI Model или семиуровневая модель). В табл. 1 представлены все уровни и функции этой модели.

 

Табл.1. Функции уровней OSI-модели
 

 

Все, что находится выше 7-го уровня модели, это задачи, решаемые в прикладных программах. Идея семиуровневого открытого соединения состоит не в попытке создания универсального множества протоколов связи, а в обеспечении "модели", в рамках которой могут быть использованы уже существующие различные протоколы.

 

Применение OSI-модели в промышленных сетях

 

Большинство промышленных сетей поддерживают 1, 2 и 7-ой уровни OSI-модели: физический уровень, уровень передачи данных и прикладной уровень. Все другие уровни, как правило, избыточны.

 

  • Физический уровень (Physical Layer) обеспечивает необходимые механические, функциональные и электрические характеристики для установления, поддержания и размыкания физического соединения.

 

  • Уровень передачи данных (Data Link Layer) гарантирует передачу данных между устройствами. Этот уровень управляет не только сетевым доступом, но также механизмами защиты и восстановления данных в случае ошибок при передаче.

 

  • Прикладной уровень (Application Layer Inferface) обеспечивает непосредственную поддержку прикладных процессов и программ конечного пользователя и управление взаимодействием этих программ с различными объектами сети передачи данных. Как исключение существуют протоколы промышленных сетей, реализующие все семь уровней OSI-модели, например LonWorks.

 

2. Основные сетевые топологии

 

Сетевая топология описывает способ (тип) сетевого объединения различных устройств. Существует несколько видов топологий, отличающихся друг от друга по трем основным критериям:

 

  • режим доступа к сети;

 

  • средства контроля передачи и восстановления данных;

 

  • возможность изменения числа узлов сети.

 

Основные топологии - это звезда, кольцо и шина. Сравнение этих топологий представлено в таблице 2.

 

Табл. 2. Сравнительные характеристики основных топологий
 

 

Структура "звезда"

 

В данной топологии вся информация передается через некоторый центральный узел, так называемый обрабатывающий компьютер. Каждое устройство имеет свою собственную среду соединения. Все периферийные станции могут обмениваться друг с другом только через центральный узел. Преимущество этой структуры в том, что никто другой не может влиять на среду передачи. Один собственник управляет и владеет ею.

 

С другой стороны, центральный узел должен быть исключительно надежным устройством как в смысле логического построения сети (отслеживание конфликтных ситуаций и сбоев), так и физического, поскольку каждое периферийное устройство имеет свой физический канал связи и, следовательно, все они должны обеспечивать одинаковые возможности доступа. Дополнительное устройство может быть включено в сеть только в том случае, если организован порт для его подсоединения к центральному узлу.

 

Структура "кольцо"

 

В кольцевой структуре информация передается от узла к узлу по физическому кольцу. Приемник копирует данные, регенерирует их вместе со своей квитанцией подтверждения следующему устройству в сети. Когда начальный передатчик получает свою собственную квитанцию, это означает, что его информация была корректно получена адресатом. В кольце не существует определенного централизованного контроля. Каждое устройство получает функции управляющего контроллера на строго определенный промежуток времени. Отказ в работе хотя бы одного узла приводит к нарушению работы кольца, а, следовательно, и к остановке всех передач. Чтобы этого избежать, необходимо включать в сеть автоматические переключатели, которые берут на себя инициативу, если данное устройство вышло из режима нормальной работы. То есть, они позволяют включать/выключать отдельные узлы без прерывания нормальной работы.

 

Структура "шина"

 

В любой шинной структуре все устройства подсоединены к общей среде передачи данных, или шине. В отличие от "кольца" адресат получает свой информационный пакет без посредников.

 

Процесс подключения дополнительных узлов к шине не требует аппаратных доработок со стороны уже работающих узлов сети, как это имеет место в случае топологии "звезда".

 

Однако шинная топология требует жесткой регламентации доступа к среде передачи. Существует два метода регулирования такого доступа, известного еще под термином "шинный арбитраж":

 

  • "фиксированный мастер" (централизованный контроль шины):

 

  • доступ к шине контролируется центральным мастер-узлом;

 

  • "плавающий мастер" (децентрализованный контроль шины):

 

  • благодаря собственному интеллекту каждое устройство само определяет регламент доступа к шине.

 

3. Передача данных

 

Основными достоинствами промышленных сетей являются недорогие линии и надежность передачи данных. Данные передаются последовательно бит за битом, как правило, по одному физическому каналу (одному проводнику). Такой режим передачи не только экономит кабельное оборудование, но и позволяет решать задачи по надежной передаче данных на большие расстояния. Время передачи, однако, увеличивается пропорционально длине битовой строки.

 

Интерфейс RS-232C

 

Этот широкоиспользуемый стандартный интерфейс обеспечивает работу стандартного оборудования передачи данных между модемами, терминалами и компьютерами. Электрически система основана на импульсах 12В, кодирующих последовательности "О" и "1". Механически этот стандарт определяет 9- и 25-контактные разъемы.

 

Основные сигналы передаются по линиям "передача/прием" данных. Скорость передачи выбирается из диапазона от 50 до 38400 бод,

 

Остальные сигнальные линии передают статусную информацию коммутируемых устройств.

 

Интерфейс RS-422

 

Симметричный интерфейс RS-422 использует дифференциальные сигнальные линии. На приемном конце используются две информационные линии и линия заземления. В основе кодирования передаваемых/принимаемых данных лежит принцип изменения напряжения на сигнальных линиях. Реализованный принцип кодирования делает этот стандарт устойчивым к внешним возмущениям.

 

Использование этого стандарта позволяет значительно удлинять физические линии передачи данных и увеличивать скорость.

 

С помощью интерфейса RS-422 можно строить и шинные структуры.

 

Интерфейс RS-485

 

Этот тип интерфейса соответствует спецификации симметричной передачи данных, описанной в американском стандарте IEA RS-485. Этот интерфейс пригоден для высокоскоростной передачи данных.

 

Максимальная длина варьируется от 1,2 км на скорости до 90 кбод и до 200 м - на скорости до 500 кбод.

 

В табл. 3 приводятся сравнительные характеристики этих трех стандартных физических интерфейсов.

 

Табл. 3. Сравнительные характеристики стандартных физических интерфейсов
 

 

Кроме типа физического интерфейса при построении промышленной сети не менее важно учитывать особенности и ограничения физической среды передачи данных. В табл. 4 приведены оценочные данные, сравнивающие основные типы сред передачи по ряду критериев (по данным журнала "SPECTRUM IEEE").

 

4. Методы доступа к шине

 

Если несколько устройств коммутируются между собой через общую линию связи (шину), то должен быть определен ясный и понятный протокол доступа к ней.

 

Существуют два метода упорядоченного доступа: централизованный и децентрализованный.

 

В случае централизованного контроля за доступом к шине выделяется узел с правами Мастера. Он назначает и отслеживает порядок и время доступа к шине для всех других участников. Если вдруг Мастер "сломался", то и циклы обмена по шине останавливаются.

 

Именно по этой причине децентрализованный контроль с переходящими функциями мастера от одного участника (узла сети) к другому получил наибольшее внимание и развитие. Здесь права мастера назначаются группе устройств сети. Во всем мире широко приняты и используются две модели децентрализованного доступа:

 

  • модель CSMA/CD (например, Ethernet) как стандарт IEEE 802-3;

 

  • модель с передачей маркера как стандарт IEEE 802.4 (Token Passing Model).

 

Для совместной работы сетей типа CSMA/CD и Token Model необходим так называемый межсетевой шлюз.

 

Случайный метод доступа к шине (CSMA/CD)

 

Наиболее известным механизмом управления локальной сетью шинной конфигурации является метод множественного доступа с контролем несущей и обнаружением конфликтов (Carrier Sense Multiple Access with Collision Detection, CSMA/CD). Наиболее широко известная реализация этого метода - спецификация Ethernet.

 

Все станции на шине имеют право передавать данные. Каждая из них постоянно прослушивает шину. Если шина свободна, любой из участников сети может занять шину под свой цикл передач. В том случае, когда несколько станций претендуют на шину одновременно, это приводит к так называемому конфликту (коллизии), и тогда все "претенденты снимают свою заявку".

 

Затем каждый из участников включает некий случайный генератор, который задает случайный интервал ожидания до следующего момента запроса шины.

 

Метод CSMA/CD получил широкое распространение в офисных системах и наиболее эффективен в условиях относительно низкой общей загрузки канала (менее 30%). В условиях большей загрузки канала выгоднее использовать сети, реализующие модель с передачей маркера.

 

Табл. 4. Сравнительные характеристики различных сред передачи данных
 

 

Метод передачи маркера (The Token Passing Method)

 

В этом методе маркер, то есть право на доступ к шине, передается в цикле от устройства к устройству. Порядок передачи зависит от прикладной задачи и определяется на стадии планирования системы.

 

Этот метод предлагает каждому участнику сети "справедливое" разделение шинных ресурсов в соответствии с их запросами. Принцип передачи маркера используется в системах, где реакция на события, возникающие в распределенной системе, должна проявляться за определенное время.

 

Метод MASTER-SLAVE

 

Это решение находит свое применение как на контроллерном уровне (field level), так и на уровне датчиков и исполнительных механизмов (sensor/actuator level). Право инициировать циклы чтения/записи на шине имеет только MASTER-узел. Он адресует каждого пассивного участника (SLAVE node), обеспечивает их данными и запрашивает у них данные. С тем чтобы увеличить пропускную способность шины, команды протокола должны быть как можно проще. В рамках протокола решаются такие задачи, как защита данных, обнаружение ошибок при передаче, восстановление данных. На скорость и объем передаваемой информации естественным образом влияет среда передачи.

 

5. Основные критерии выбора

 

Предпочтительность того или иного сетевого решения как средства транспортировки данных можно оценить по следующей группе критериев:

 

  • объем передаваемых полезных данных;

 

  • время передачи фиксированного объема данных;

 

  • удовлетворение требованиям задач реального времени;

 

  • максимальная длина шины;

 

  • допустимое число узлов на шине;

 

  • помехозащищенность;

 

  • денежные затраты в расчете на узел.

 

Часто улучшение по одному параметру может привести к снижению качества по другому, то есть при выборе того или иного протокольного решения необходимо следовать принципу разумной достаточности.В зависимости от области применения весь спектр промышленных сетей можно разделить на два уровня:

 

  • Field level (промышленные сети этого уровня решают задачи по управлению процессом производства, сбором и обработкой данных на уровне промышленных контроллеров);

 

  • Sensor/actuator level (задачи сетей этого уровня сводятся к опросу датчиков и управлению работой разнообразных исполнительных механизмов).

 

Другими словами, необходимо различать промышленные сети для системного уровня (field busses) и датчикового уровня (sensor/actuator busses). Сравнение этих двух классов в самом общем виде можно получить по критериям из табл. 5.

 

Табл. 5. Сравнительные критерии промышленных сетей типов Fieldbus и Sensorbus
 

 

На сегодняшний день спектр протоколов для обоих этих классов довольно широк. Но надо помнить, что область их применения лежит на одном из двух уровней.

 

Типичные представители открытых промышленных сетей:

 

  • PROFIBUS (Process Field Bus)

 

  • BITBUS

 

Типичные открытые сенсорные (датчиковые) сети:

 

  • ASI (Actuator/Sensor Interface)

 

  • Interbus-S

 

  • PROFIBUS-DP (Profibus for Distributed Periphery)

 

  • SERCOS interface

 

Типичные открытые сети для обоих уровней применения:

 

  • CAN (Controller Area Network)

 

  • FIP (Factory Instrumentation Protocol)

 

  • LON (Local Operating Network)

 

Ha рис. 1 представлена обобщенная сетевая структура, показывающая в общем виде возможное использование того или иного протокола на определенных уровнях условного промышленного предприятия.

 

Рис.1. Уровни связи и типовые промышленные сети в автоматизации
 

 

6. Промышленные сети

 

Как уже отмечалось выше, понятие "field" определяет область, связанную непосредственно с производственной зоной, где работают контроллеры, датчики (давления, температуры, уровня и т.д.) и исполнительные механизмы (клапаны, реле и т.д.). Задача "fieldbus" (или полевой шины, или промышленной сети) состоит в организации физической и логической связи датчиков с системным интеллектом, роль которого выполняют PLC или промышленные компьютеры таким образом, чтобы информация с этого уровня была доступна общезаводской информационной системе.

 

Промышленные сети должны полностью удовлетворять запросам потребителей по модульности, надежности, защите от внешних помех, простоте в построении, монтаже и программировании логики работы.

 

Сегодня говорить о некоей универсальной промышленной сети не приходится. Однако требования к ней уже сегодня проглядываются и понятны классы прикладных задач, которые надо решать с ее помощью:

 

· Автоматизация на общезаводском уровне;

 

Здесь необходимы следующие качества: высокая скорость передачи, короткое время реакции на события, длина линий до 300 метров. На этом уровне для большинства приложений понятие взрывозащищенность не является обязательным.

 

· Автоматизация на уровне управления конкретными технологическими процессами.

 

Здесь необходимы следующие качества: среднее время цикла опроса датчиков (до 100 мс), длина линий связи до 1500 м с реализацией механизмов внутренней защиты (intrinsically safe).

 

На сегодняшний день существуют десятки разнообразных промышленных сетей. Но в данном обзоре будут приведены характеристики, свойства и области применения наиболее известных из них. Выводов и рекомендаций, что лучше, а что хуже, автор данного материала не делает. Цель одна: дать читателю пищу для размышлений и возможность самому сделать соответствующие заключения.

 

6.1. MODBUS

 

Этот протокол разработан фирмой Gould Inc. для построения промышленных распределенных систем управления. Специальный физический интерфейс для него не определен. Эта возможность предоставлена самому пользователю: RS-232C, RS-422, RS-485 или же токовая петля 20 мА.

 

Протокол MODBUS работает по принципу MASTER-SLAVE, или "ведущий-ведомый". Конфигурация на основе этого протокола предполагает наличие одного MASTER-узла и до 247 SLAVE-узлов. Только MASTER инициирует циклы обмена данными. Существует два типа запросов:

 

· запрос/ответ (адресуется только один из SLAVE-узлов);

 

· широковещательная передача (MASTER через выставление адреса 0 обращается ко всем остальным узлам сети одновременно без квитирования).

 

Протокол MODBUS описывает фиксированный формат команд, последовательность полей в команде, обработку ошибок и исключительных состояний, коды функций. Для кодирования передаваемых данных используются форматы ASCII (American Standard Code for Information Interchange) и RTU (Remote Terminal Unit). Каждый запрос со стороны ведущего узла включает код команды (чтение, запись и т.д.), адрес абонента (адрес 0 используется для широковещательной передачи), размер поля данных, собственно данные или буфер под данные и контрольный CRC-код. Функция обслуживания тайм-аута реализована для фиксирования коллизий при приеме/передаче данных.

 

Набор команд протокола описывает функции:

 

· чтение/запись битов и битовых последовательностей;

 

· чтение/запись регистров;

 

· функции диагностики;

 

· программные функции;

 

· функции управления списком опроса;

 

· функция сброса (RESET).

 

Протокол MODBUS можно назвать наиболее распространенным в мире. Для работы со своими изделиями его используют десятки фирм. Хотя ограничения этого протокола достаточно очевидны, он привлекает простотой логики и независимостью от типа интерфейса.

 

6.2. World-FIP

 

Этот протокол является результатом коллективных усилий ряда европейских компаний (в основном, Франции, Бельгии и Италии) как некое альтернативное решение, предлагаемое американским рынком промышленных сетей. Протокол FIP (The Factory Information Protocol) нацелен на высокие скорости передачи и строго определенные интервалы обновления данных.

 

Протокол имеет гибридный централизованный/децентра-лизованный контроль за шиной, основанный на принципе широкого вещания (broadcast). Контроль осуществляется со стороны центрального узла сети (central unit), называемого Арбитром. Основной поток данных организован как набор отдельных переменных, каждая из которых идентифицирована своим именем. Любая переменная, обработанная в одном узле-передатчике, может быть прочитана любым числом узлов-приемников. Использование режима широкого вещания избавляет от процесса присваивания каждому устройству уникального сетевого адреса.

 

Каждый узел (участник) на шине полностью автономен. Все узлы должны уметь получать предназначенные для них переменные.

 

Шинный арбитр имеет три рабочих цикла. Продолжительность каждого цикла устанавливается самим пользователем. Эти три цикла выглядят следующим образом:

 

1. Циклический трафик.

 

В этом случае арбитр сети имеет таблицу циклического опроса, состоящую из поименованных переменных. Порядок опроса устанавливается в соответствии с этой таблицей. Если какая-либо переменная должна опрашиваться чаще остальных, то она должна быть упомянута в этой таблице кратное числу опросов раз. Арбитр имеет доступ более чем к одной таблице опроса, но только одна из них может иметь активный статус. В конце цикла эта таблица может быть модифицирована. Такой трафик применяется в приложениях, ориентированных на пакетную обработку данных.

 

2. Периодический трафик.

 

В этом случае шинный арбитр обращается к отдельным переменным из каждого узла сети по запросу. Запросы на работу с переменными генерируются во время циклического трафика.

 

3. Обслуживание сообщений.

 

Арбитр предоставляет право на передачу любому устройству сети, запросившему эту функцию во время циклического графика. Получив это право, устройство может передать свое сообщение (с подтверждением или без) одному или всем устройствам на шине.

 

Функции управления некоторым процессом могут быть распределены на шине между различными устройствами. Это возможно потому, что, с одной стороны, все "приемники" принимают одинаковые переменные одновременно, а с другой - время обновления данных и их передача подчиняются строгому контролю. То есть, основу FIP составляет так называемая "База данных реального времени".

 

FIP-протокол описывается стандартом UTE46 (Франция). Он полностью специфицирован на уровнях 1, 2 и 7.

 

· 7-ой уровень (Application Layer): NF C46-602, NF C46-606

 

· 2-ой уровень (Data Link Layer): NF C46-603

 

· 1-ый уровень (Physical Layer): IEC 1158-2

 

Особенностью реализации FIP-протокола является ограниченное число кристаллов, поддерживающих этот протокол. Вот их полный ряд: FIPIU2, FIPCO1, FULLFIP2 и FULLFIP2LP.

 

В таблице 6 суммируется некоторая информация по этим кристаллам.

 

Табл. 6. Обобщенная информация по FlP-кристаллам
 

 

В качестве среды передачи используется витая пара или оптоволокно.

 

Описанные выше интерфейсные кристаллы сегодня работают с такими известными микроконтроллерами, как 8051, 68НС11, 68332, 80196, 80386.

 

Программное обеспечение реализовано под операционные системы MS DOS и OS-9.

 

6.3. CANBUS

 

История этого протокола началась в начале 80-х годов. Технологии того уровня подошли к такому этапу, что возникла необходимость сбора и обработки результатов от множества датчиков, устанавливаемых в автомобилях, за короткие промежутки времени. Эту задачу можно было решить только при использовании сетевой структуры, объединяющей все компоненты и использующей для этой цели недорогую, последовательную сетевую структуру. По этой причине фирма BOSCH (Германия) разработала протокол "Control Area Network" (CAN), который был утвержден Международной организацией по стандартам в качестве стандарта ISO 11898. Этот стандарт был взят на вооружение несколькими фирмами-производителями кристаллов.

 

Протокол CAN описывает 1-ый и 2-ой уровень OSI-модели.

 

По своим характеристикам он удовлетворяет требованиям задач реального времени. Реализованный механизм передачи данных позволяет обнаруживать и исправлять ошибки с хемминговым расстоянием 6, то есть 2 ошибочных бита исправляются и 5 ошибочных битов обнаруживаются.

 

Системы на основе CANbus достаточно легко конфигурируются и обладают средствами централизованной диагностики.

 

CANbus - это последовательная шина, механизм работы которой описывается моделью децентрализованного контроля за доступом к шине, так называемой моделью CSMA/CM. Эта модель представляет собой модернизированный вариант модели CSMA/CD. Отличие заключается в механизме разрешения коллизий. В CANbus каждый блок данных содержит дополнительный 11-битовый идентификатор, который является, по сути, приоритетом данного сообщения. Назначение приоритетов может происходить следующим образом: один - для параметра скорости, другой - для частоты вращения коленчатого вала двигателя и т.п. Каждый узел-приемник в сети CANbus сам выбирает предназначенные для него сообщения. Возможные коллизии, связанные с одновременным запросом шины, разрешаются на основе приоритетности сообщений; право на работу с шиной получит тот узел, который передает сообщение с наивысшим приоритетом.

 

В каждом сообщении может быть передано от 0 до 8 бит данных. Большие блоки можно передавать за счет использования принципа сегментации. Общая схема работы сети представлена на рис. 3.

 

Рис.3. Общая схема работы сети CANBUS
 

 

Фирма BOSCH предоставила ряду компаний лицензионное право на выпуск микросхем для CANbus: IAM, Inicore, INTEL, Intermetall, Motorola, National Semiconductor, NEC, Philips, SGS-Thompson и Siemens. Сегодня доступны следующие микроконтроллеры:

 

· от INTEL - 82526, 82627;

 

· от NEC - 72005;

 

· от Philips - 82С200;

 

· от Siemens - 81С90/91.

 

В марте 1992 года пользователи и производители аппаратуры, имеющей отношение к CANbus, создали международную Ассоциацию "CAN in Automation" (CiA). Эта некоммерческая организация занята продвижением этого протокола и системных решений на его основе на рынке автоматизации.

 

В настоящее время она объединяет около 170 фирм.

 

Протокол CANbus закрывает 1-ый и 2-ой уровни OSI-модели. Сегодня на основе CANbus есть решения для 7-го уровня. Это протоколы промышленных сетей:

 

· SDS (Honeywell)

 

· DeviceNET (Alien Bradley)

 

· CAL (протокол, предложенный Ассоциацией CiA)

 

Каждый из этих высокоуровневых протоколов имеет свою область применения.

 

Из-за недостатка информации они в данный обзор не вошли.

 

6.4. LonWorks

 

Система LonWorks (а об этом продукте более уместно говорить именно так, а не только как о протоколе) была спроектирована американской фирмой Echelon Corporation для построения систем управления с большим числом каналов данных, получаемых на основе коротких сообщений между большим числом узлов в сети. Каждый узел работает независимо и имеет возможность общаться с любым другим узлом в зависимости от различных событий, например, по изменению состояния на входных каналах или по возникновению каких-либо таймаутов. Узлы должны отвечать на запросы и выполнять команды со стороны других узлов.

 

Если говорить о методе доступа к среде передачи, то здесь использован уже известный по CANbus метод CSMA/CD.

 

Структура LON-сети описывается с помощью Конфигуратора сети. Он позволяет устанавливать, например, взаимосвязь входных/выходных аналоговых каналов между разными узлами сети. Разработанная таким образом конфигурация записывается в EEPROM каждого узла.

 

Сеть LON включает группу устройств (узлов сети), соединенных тем или и
Поделиться:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...