46849 (Архитектура промышленной сети BitBus)
Описание файла
Документ из архива "Архитектура промышленной сети BitBus", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "46849"
Текст из документа "46849"
Введение
Любая современная система управления состоит из двух компонентов: компьютера и системы связи. Любой из них может преобладать в зависимости от конкретных функций, но оба существуют в той или иной степени. Существуют системы для зданий, заводов, больниц, железных дорог, кораблей, автодорог, квартир и т.д. По пути следования электроэнергии от электростанции к подстанциям, распределительным трансформаторам, питающим дома и предприятия, существует управляющая система, использующая компьютеры. В больнице за пациентом наблюдают с помощью мониторов, диагностического и лечебного оборудования, подключенного к компьютерной сети. Спутники тоже имеют свою управляющую систему, где компьютеры хранят и обрабатывают информацию. Количество датчиков и электроприводов в управляющих системах обычно составляет от десятков до сотен тысяч единиц. Обычно, каждое управляемое устройство имеет 2-3 порта ввода/вывода. В таких системах количество узлов (датчиков и электроприводов) значительно больше, чем управляющих компьютеров, и все они должны быть обеспечены связью.
В настоящее время технологии сетей управления отстают от передовых компьютерных решений примерно на десять лет. Основным направлением развития является улучшение связей внутри распределенных систем. На первый взгляд, требования к системам контроля, работающим в различных областях должны быть также различны. Но, оказывается, подобно компьютерам, установленным на различных предприятиях, в офисах или дома, системы контроля выполняют схожие функции. Также похожи и требования к адресации, надежности, размеру пакетов и др. Конечно существуют и различия в типах разъемов и кабелей, установке и управлении.
-
-
Обзор сетевых технологий контроля
-
Определение требований к системам управления
Существуют общие функции систем для работы в любой среде и существуют уникальные, то есть присущие каждому конкретному использованию.
Требования к системе можно разделить на семь направлений:
-
Размер системы и взаимоувязанность составляющих ее частей
-
Надежность системы
-
Гибкость системы
-
Производительность системы
-
Системная интеграция
-
Установка, обслуживание и диагностика
-
Расходы в течение жизненного цикла
Все эти пункты и направления должны определяться в контексте конкретной системы с целью получения правильных результатов.
-
Размер системы и взаимоувязанность составляющих ее частей
Размер системы и ее разделение на подсистемы обуславливает адресное пространство, (количество отдельно адресуемых узлов системы) его деление между подсистемами, что сказывается на удобстве использования и производительности системы. Обычно один агрегат или машина содержит 10 – 100 адресуемых элементов. Подсистема может содержать 10 – 32000 узлов и в системе может существовать более 100 подсистем. Можно организовать систему по иерархическому принципу, и обходится на каждом уровне небольшим адресным пространством, но такие системы уже устарели, т.к. одноуровневая архитектура обладает лучшими характеристиками. В случае использования одноуровневой архитектуры сегментация осуществляется логически. С этой целью применяются маршрутизаторы сетевого уровня. Внутри одноуровневой архитектуры гибкая система адресации позволяет использовать короткие адреса в небольших системах и длинные в системах контроля крупных предприятий, офисных зданий и транспортных объединений.
-
Надежность системы
Задача, решаемая системой | Применяемое решение. |
Надежная передача сообщений, контроль целостности |
|
Защита от сбоев |
|
Изоляция сбойных участков и восстановление. |
|
Таблица 1.1.
На первый взгляд кажется, что наличие механизма передачи сообщений без подтверждения приема отрицательно влияет на надежность системы, но на самом деле это не так. В случае если необходимо передать сообщение большому количеству устройств одновременно, их подтверждения получения вызовут приостановку передачи других сообщений, к тому же, многие узлы не имеют устройств обратной связи. Ожидание подтверждения может создавать состояния ожидания в системе. Конечно, никто не спорит, что тотальное применение этого механизма снижет общую надежность системы.
В случаях повышенных требований к надежности системы применяется механизм обязательного подтверждения. Функция подтверждения приема повышает надежность системы. Множественные подтверждения позволяют получить подтверждения от большого количества узлов. Однако, следует учитывать, что этот механизм предъявляет повышенные требования к протоколу и его реализации.
Аутентификация отправителя сообщений необходима для защиты от несанкционированного доступа. Эта функция существует почти во всех системах управления: от домашней до промышленной.
Защита от сбоев может осуществляться с помощью дополнительных трансиверов, узлов, линий или даже сетей. Кольцевые участки топологии представляют прекрасную защиту против всевозможных обрывов кабеля. Таким образом подстраховываются от широкого круга инцидентов от потери кабеля в распределительных щитах до случайной обрезки кабеля во время профилактических работ электриков. Однако это требует дополнительных возможностей, как от трансиверов, так и от архитектуры всей системы. Для первых необходима поддержка быстрого гашения сигнала при достижении им конца пути, для второго требуется система идентификации и уничтожения дубликатных пакетов.
-
Гибкость системы
Необходимость расширения системы во время ее работы зависит от конкретной области применения. Управляющая система автомобиля вряд ли нуждается в расширении (если конечно Вам лично этого не захочется). С другой стороны, поточная линия обязательно перенастраивается и снабжается дополнительными, порой загадочными, датчиками при каждом переходе на новую модель продукции. Системы контроля зданий или предприятий нуждаются в расширении несколько раз в течение жизненного цикла. В случаях если предприятие осваивает новую продукцию или расширяет производство, существующие датчики либо заменяются, либо дополняются более точными. Вот тут то и возникает необходимость гибкости наращиваемости длины линий (проводов или беспроводных каналов) а так же свободной топологии. Возможность тянуть провод от ближайшей доступной точки без оглядки на ограничения топологии и возможность добавления дополнительных репитеров по мере необходимости сильно продлевает срок службы Вашей управляющей сети. Однако для этого требуется наличие энергонезависимой памяти в каждом узле сети и наличие как локальной (на самом узле) так и удаленной процедур добавления нового устройства в протоколе управления устройствами. Эти процедуры должны быть определены недвусмысленно, ясно и четко и быть безошибочно реализованы так чтобы всевозможные узлы и приборы могли взаимодействовать между собой.
Задача, решаемая системой | Применяемое решение |
Расширение системы, Изменения |
|
Таблица 1.2.
-
Производительность системы
Производительность системы в целом зависит от многих факторов. Вот некоторые из них.
-
Максимально возможная скорость передачи.
Этот параметр непосредственно влияет на время прохождения пакета в линии. Например, для 100-битного пакета время прохождения составляет 0,1 микросекунды при скорости 1Mbps и 1 миллисекунду при скорости 100Kbps. Очень полезна возможность варьировать скорость передачи в широких пределах, от нескольких килобит в секунду до мегабайта в секунду. Обдуманный выбор скорости передачи - наиболее желательный способ оптимизации соотношения цена/производительность для трансиверов, среды передачи и сетей связи.
-
Схема доступа к среде передачи.
Демократический доступ к среде передачи для всех при минимальном количестве узлов идентификации – крайне необходим для предотвращения возникновения патологической ситуации для узлов с низким приоритетом. При недемократической схеме доступа, когда приоритет является единственным критерием доступа к сети, узлы с низким приоритетом могут быть полностью задавлены более разговорчивыми. Это может снизить их производительность до неприемлемого уровня. В мире PLC контроллеров (Programmable Logical Controller), который наиболее “подвинут” в сторону “детерминизма” и где доступ к среде возможен лишь в фиксированные промежутки времени, схема с мультиплексированной шиной управляемой приоритетами наименее приемлема.
-
Максимальный размер пакета.
Это непосредственно определяет число пакетов и, следовательно, время, требуемое для завершения транзакции. В приведенной ниже таблице представлена информация о длине пакета в различных областях применения.
Дискретные датчики Фотоэлектрические датчики Датчики приближения Дискретные активаторы Контакторы Стартеры электродвигателей Кнопки Соленоиды |
Аналоговые /сложные датчики LVDT Датчик деформаций Измеритель потока (например газовый счетчик) Термопара/термистор Датчик давления Аналоговые активаторы Позиционер Электроклапан Электродвигатель с регулируемым числом оборотов |
Инструменты Счетчик частиц Измеритель кислотности Хроматограф Интерферометр Интеллектуальные активаторы Одиночный петлевой контроллер Интеллектуальный контроллер электродвигателя Прочие аналоговые цепи ввода/вывода мощностью 4-20ma |
Устройства, обрабатывающие интенсивный поток данных Экран вывода сообщений Регистраторы данных Сложные устройства ввода/вывода Устройства поблочного ввода/вывода Сканеры полоскового кода Сканеры линии Машинное зрение RF ID Tags |
Супервизорные контроллеры Промышленные Компьютеры типа PC, VME, SDT-32 Станции SCADA Консоль оператора Порт RS-232 |
1-4 байта на пакет | 2-10 байт на пакет | 5-25 байт на пакет | 10-250 байт на пакет | 1-1000 и более байт на пакет |
Таблица 1.3.
Практически все системы, даже такие дорогостоящие как системы освещения или разрозненные производственные системы с большим количеством цифровых датчиков, содержат аналоговые или сложные (analog/complex) датчики и активаторы (приводы). И эти датчики требуют поддержки пакетов размером 4-25 бит для обычных данных и несколько более длинных пакетов для передачи калибровочных данных. Более того, чем устройство интеллектуальней, тем длина пакета больше. Уже на сегодняшний день характерный размер передаваемых данных составляет 30 байт, а в ближайшие несколько лет обещает вырасти до 50 и более байт.
В общем, можно выделить два основных требования:
-
как можно больший максимальный размер пакета;
-
возможность варьировать длину пакета от нуля до максимального.
На следующих двух рисунках проиллюстрировано отличие между единой сетью, поддерживающей передачу пакетов разной длины (рисунок 1.1.), и объединением нескольких сетей, каждая из которых поддерживает передачу пакетов только фиксированной длины (рисунок 1.2.). Метод передачи больших пакетов путем разбивки в несколько маленьких (фрагментация) лучше использовать как вспомогательный, хотя он позволяет повысить производительность. Совершенно очевидно, что единая сеть, поддерживающая пакеты разной длины без использования фрагментации, наиболее предпочтительна.