Во-вторых, некоторые сети обеспечивают возможность инициативного доступа к среде передачи со стороны любого сетевого абонента. Это позволяет реализовать разнообразные схемы обработки информации - по инициативе "ведущего" обработчика, управление по событиям, управление потоком данных.
В-третьих, дает возможность осуществить разнообразные методы адресации. Некоторые сети не имеют физических адресов - все сообщения имеют свой идентификатор типа или класса сообщений. Это позволяет строить динамические схемы маршрутизации информационных потоков в системе. Кроме того, имеются специальные служебные и широковещательные сообщения, без которых трудно реализовать ряд необходимых системных функций - например, синхронизацию времени и другие функции, требующие синхронной обработки.
В-четвертых, отсутствие централизованного арбитра и широкие возможности авто-конфигурирования сетевой топологии существенно повышает надежность и живучесть контроллера. В многопроцессорных параллельных архитектурах, напротив, используется централизованная схема арбитража.
В-пятых, более высокоуровневый обмен информацией. Общение между интеллектуальными модулями происходит не на уровне элементарных регистровых обращений (циклов чтения/записи), а на уровне смысловых сообщений. В сетях элементом информации является сообщение, оформленное в виде пакетов. Пакет является нормальной транзакцией, целостность которой автоматически отслеживается на сетевом уровне. Более того, даже разрушение самой сетевой среды во время передачи пакета не является фатальной системной ошибкой - это обычная штатная ситуация, предусмотренная в любой сети, в отличие от параллельной шины, где сбой шинного цикла является серьезной системной ошибкой с фатальными последствиями. Это свойство локальных сетей изящно и совершенно естественно решает такую глобальную проблему для архитектур с параллельной шиной, как "горячая замена" модулей в контроллере.
В-шестых, скорости передачи. Параллельные шины пока считаются самыми быстродействующими. Сегодня появилось несколько технологий последовательной передачи данных, которые превосходят по быстродействию любые существующие параллельные шины и обеспечивают передачу данных со скоростью до 400 Мбайт/сек и даже более [4]. Тот факт, что последовательные шины заменят в ближайшем будущем сегодняшние параллельные шины межмодульного взаимодействия в компьютерных системах, был осознан еще в начале 90-х годов. Сегодня видна определенная тенденция развития средств вычислительной техники в этом направлении [4].
В контроллерах для автоматизации типичных технологических процессов такие скорости не требуются - шина с производительностью в 2 Мбайта/сек вполне достаточна для традиционного контроллера с неинтеллектуальными модулями. Эта оценка скорости основана на нашем практическом опыте и опыте использования рядом фирм технических средств с такими показателями производительности шины, например PC-совместимые контроллеры с 8-ми разрядной ISA-bus. Если же все модули в контроллере будут иметь достаточный интеллект для автономного решения прикладных задач управления, сбора и обработки информации, то требуемый поток обмена данными между такими модулями снизится примерно на два порядка. Анализ исходных текстов программ "драйверов" ввода/вывода позволяет оценить количество элементарных операций, выполняемых процессором, для считывания и первичной обработки, например, одного аналогового преобразования. Как правило, для обработки одного измерения, в "драйвере" исполняется около сотни процессорных инструкций. Таким образом для межмодульной коммуникации будет достаточно иметь среду передачи с производительность порядка 20 Кбайт/сек или что тоже самое 200 Кбод с учетом 20% накладных расходов протоколов последовательной передачи данных. Эта оценка говорит о том, что с точки зрения скоростных характеристик в качестве среды передачи внутри контроллера может использоваться практически любая из стандартных детерминированных локальных сетей.
К перечисленным достоинствам предлагаемого решения можно добавлять и другие, но уже этого достаточно для того, чтобы прийти к выводу, что контроллер с внутренней локальной сетью имеет ряд существенных преимуществ в сравнении с традиционным контроллером на основе параллельной шины.
Результаты разработки и реализации контроллера с последовательной шиной
В Институте автоматики и электрометрии СО РАН при участии партнеров, компаний PEP Modular Computers и UniControls, был разработан универсальный контроллер для автоматизации различных объектов, включая крупные и особо ответственные объекты типа ТЭС и аналогичные. Общие требования к разрабатываемому оборудованию были сформулированы одной из ведущих в Сибирском регионе технологических организаций "Сибтехэнерго". Реализация контроллера, опытно-конструкторская документация и серийное производство осуществлены фирмой "Торнадо Модульные Системы". Разработанное оборудование внедрено на ряде объектов тепло-энергетики.
Архитектура разрабатываемого контроллера базировалась на идее распределения технологических функций объекта по небольшим автономным или слабосвязанным технологическим узлам. Задачи каждого функционального узла решаются одним или несколькими интеллектуальными модулями, получивших название модулей интеллектуальных функций "Modules of Intellectual Functions" или MIF-модулями, а контроллеры на их основе - MIF-контроллерами. Объем отдельного MIF-модуля соответствует объему небольшого ФУ - т.е. 30-60 каналов.
Ключевые задачи и этапы разработки
При разработке использовался метод системной интеграции хорошо отлаженных, распространенных и стандартных технологий и готовых стандартных технических средств. Одной из основных задач, явилась минимизация объема разработки, то есть достижения наибольшего результата при минимальных затратах.
При разработке контроллера помимо ключевых задач, описанных выше, обращалось внимание на ряд инженерных решений, таких как:
1. конструктивное исполнение;
2. способы подключения "полевых" кабелей;
3. удобство и простота обслуживания контроллера;
4. гибкость компоновки;
5. сочетание с другими техническими средствами в рамках одного контроллера;
6. программная совместимость и поддержка стандартного программного обеспечения - операционных систем реального времени, систем технологического программирования в соответствии с международным стандартом IEC1131-3, поддержка сетевых протоколов;
7. дублирование модулей;
8. "горячая" замена модулей без отключения питания контроллера;
9. авто-конфигурирование модулей при замене;
10. обеспечение отказоустойчивости контроллера.
Первым этапом разработки явился анализ существующих технических средств, в том числе специализированных Программно Технических Комплексов (ПТК) для ТЭС. Он показал, что многие фирмы предлагают системы на базе традиционных контроллеров, но существуют и другие ПТК, которые в полной мере учитывают ключевые требования со стороны объекта автоматизации. Примерами таких систем могут служить хорошо известные системы "TELEPERM-ME" фирмы Siemens, "PROCONTROL-P" фирмы ABB и некоторые другие.
Знакомство с техническим описанием этих систем подтвердило верность идеи использования внутри контроллера коммуникационной среды, оперирующей более высокоуровневыми понятиями - такими как "сообщения", "события", "телеграммы" и т.п. Практически, коммуникационные шины внутри этих контроллеров являются детерминированными локальными сетями, но они имеют один существенный недостаток - эти шины не являются стандартными и открытыми.
На втором этапе анализировались существующие стандартные технологии, используемые в системах автоматизации для выбора конкретных решений по организации ввода/вывода, внутренней локальной сети, внешней коммуникации, интеграции других систем в составе контроллера и другое.
Далее была разработана конкретная архитектура и структурная схема контроллера с описанием основных свойств на основе выбранных технических решений. После чего были разработаны необходимые модули.
Серийное производство модулей размещено на предприятиях, обеспечивающих высокое качество производства электронных устройств.
Технические решения, использованные в MIF-контроллере
Внутренняя последовательная шина MIF-контроллера
По причинам, подробно описанным выше, в качестве средств коммуникации между модулями контроллера было решено использовать последовательную шину, а точнее сказать сеть, так как она должна обеспечивать:
1. множественный доступ к среде передачи;
2. контроль ошибок при передаче;
3. стандартный электрический интерфейс к среде передачи;
4. автоматическую конфигурацию логической топологии среды передачи;
5. гарантированное время доставки сообщений;
6. соответствие какому либо из распространенных стандартов.
Внутренняя шина MIF-контроллера выбиралась из так называемых "полевых" шин (сетей). При выборе анализировались следующие стандартные сети из числа наиболее распространенных "полевых" сетей: Profibus, CAN-bus и другие.
CAN-bus проектировался для обеспечения взаимодействия тесно связанных по управлению контроллеров. CAN-bus идеально подходит для задач управления агрегатного уровня, хотя и имеет ряд ограничений: по скорости передачи (до 1Мбод), что может оказаться недостаточным для цехового уровня; по топологии сети, по протяженности (до 40 м при максимальной скорости передачи), по передаче крупных массивов информации [6].
Profibus сегодня - стандарт номер один в автоматизации цехового уровня: имеет высокие скорости до 12Мбод; разнообразные варианты топологий, допускающей комбинации различных технологий, как на медном кабеле, так и на оптоволоконном; большую протяженность сегментов. Для задач управления на уровне агрегата, механизма и т.п. он является несколько громоздким и избыточным. Он прекрасно подходит в качестве сети более высокого "цехового" уровня для объединения контроллеров.