46849 (588450), страница 4

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 4)

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

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

Некоторые варианты. Вопрос о необходимости определения единого протокола для управляющих сетей “Один Мир - Один Протокол” остается без ответа до настоящего времени. Основными доступными сейчас и в будущем вариантами являются:

• Решения, основанные на CAN, такие как CAN автоматизация, DeviceNet, J1850 и SDS;

• Шины простых сенсоров Seriplex и Bitbus;

• Технология LonWorks;

• CEBus;

• BACnet;

• Инструментальные шины IEEE488;

• Производственные решения MAP и ARCnet;

• Решения для производственных процессов Profi-Bus и Fieldbus Foundation;

• Другие промышленные шины Opto-22, Interbus-S и др.

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

1. Стандартизация контрольных сетей

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

• Общая контрольная сеть с общими объектными моделями.

• Различные контрольные сети с общими объектными моделями.

• Общие контрольные сети с различными объектными моделями.

• Различные контрольные сети с различными объектными моделями.

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

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

Таким образом, наилучшим вариантом будет получение общих определений объектов для работы с разными платформами.

• Каждый сенсор, разработанный для выполнения определенных функций, должен будет их выполнять вне зависимости от сетевой платформы, под которой он работает, и типа связи. Аналогично одинаковой работе Word и Excel под Windows или Macintosh System 7, вне зависимости от типа передачи данных через Ethernet/TP, Ethernet/Coax, NetWare, TCP/IP или при использовании другой схемы.

• Определение стандартного интерфейса должно упростить разработку программного обеспечения. Так же, как написание платформенно независимых приложений делает их разработку легче.

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

Таблица 1.9 Разнообразие контрольных сетей, разработанных для широкого и специализированного применения.

3. Роль стандартизационных организаций

Комиссии по стандартизации работают эффективней, когда сосредотачивают свои усилия на определении минимальных потребностей для стимуляции индустриального роста. Не всегда комиссии по стандартизации могут определить все аспекты работы контрольных сетей, т.е. протоколы, системную архитектуру, кабели и коннекторы, процессоры и сегменты кодов. Более восьми лет комиссии, занимавшиеся работой с BACnet, SP-50 и CEBus провели в изучении этих стандартов. И, тем не менее, ни один не был признан лучшим во всех отношениях.

Характеристики

Список файлов ВКР