Какво е OPC

Предишен ◈ Следващото

OPC - набор от спецификации стандарти. Всеки стандарт описва набор от функции единствен предназначение. Съвременните стандарти за:

  • OPC DA (за достъп до данни) - основният и най-търсените стандарт. Той описва набор от обмен на данни в реално време от функциите PLC. DCS. HMI. CNC и други устройства.
  • OPC AE (Аларми Събития) - осигурява нотифициране на искането за различни видове събития: аварии, операторски действия, информационни съобщения и други.
  • OPC Партида - осигурява функции стъпков и Rx контрол на процеса (в съответствие със стандартната S88.01)
  • OPC DX (за обмен на данни) - осигурява функциите на организация за обмен на данни между OPC сървъри чрез Ethernet. Основната цел - създаването на канали за обмен на данни между устройства и приложения от различни производители.
  • OPC HDA (Исторически данни Access) - докато OPC Data Access осигурява достъп до данните, променящите се в реално време. OPC Исторически данни за достъп осигурява достъп до вече се съхраняват данните.
  • OPC сигурност - определя функциите на правата за организиране на клиента за достъп до системата за управление на данни чрез OPC-Server.
  • OPC XML-DA (XML-Data Access) - предоставя гъвкава, правила задвижване обмен на данни формат чрез SOAP и HTTP.
  • OPC UA (Unified Architecture) - за последен път по специфичността на която не се основава на технологията на Microsoft COM, която осигурява съвместимост на различни платформи.

уговорена среща

OPC стандарт е разработен, за да се намалят разходите за създаване и поддържане на приложения за индустриална автоматизация. В търговски софтуерни разработчици началото на 90-създадоха необходимост от универсален данни обмен със устройства от различни производители или различни комуникационни протоколи.







Същността на OPC е проста - да се предостави на разработчиците на индустриален софтуер универсален фиксирана интерфейс (т.е. набор от функции) да обменя данни с всяко устройство. В същото време, разработчиците на устройства осигуряват една програма, която изпълнява този интерфейс (набор от функции).

В момента, най-новата версия на спецификацията на OPC DA е версия 3.0, но най-често е все версия 2.05a. Новоразработеният стандарт OPC UA (Unified Architecture) обединява набор от функции за обмен на данни, събитие сеч, съхранение на данни, сигурността на данните.

OPC DA версия 2.05a

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

OPC Unified Architecture

OPC UA спецификация съчетава всички предимства на предишните спецификации и отваря нови хоризонти за използването на ОРС-технологии. По-специално, се дължи на факта, че е налице неизпълнение на COM-интерфейса на употреба, осигурява съвместимост на различни платформи. Новият стандарт е първоначално дава възможност за по-високо ниво на сигурност на данните от OPC DA. В допълнение, новата спецификация позволява трансфер на данни организации чрез интернет.

инструменти

Най-често за създаване на приложения с поддръжка на OPC с помощта на Delphi езици за програмиране. C ++. C # или Visual Basic.

нива на управление

Въз основа на прилагането на ОРС-сървър в колежа компании са няколко нива на управление:

  • по-ниско ниво - полевите мрежи (полеви) и индивидуални контролери;
  • Средният - занаят мрежа;
  • ниво АРС - ниво на работа като SCADA системи;
  • ниво CAM - нивото на приложения за планиране на ресурсите на предприятието.

Всеки един от тези нива може да се сервира OPC сървър, предоставяйки данни за OPC-клиент на по-високо ниво или дори "съсед".







Възможни приложения на ОРС-сървър в ACS Фирма

Ако има оборудване, като например ADC съвет. управляван от водача на компютър с Windows или друга операционна система, която поддържа COM / DCOM. Това е и основният кандидат за изпълнението на OPC сървър директно върху водача.

Подмяна на устройството не изисква промени в други приложения: промени OPC-сървър, но OPC-интерфейса на върха му остава същата.

При наличие на устройствата, управлявани чрез всеки мрежов протокол, то е възможно да се реализира OPC сървър извлича данни за този протокол. Единствената особеност - трябва да осигури механизми за възстановяване на комуникациите в случай на аварии.

А малко по-сложно схема е на приложения за управление на работата на компютър, който не поддържа COM / DCOM. В този случай, ние прилагаме две OPC-Server. OS страна не подкрепя COM, модул за захранване е инсталиран, което, от една страна, е свързан с прилагането (и) и от друга - чрез мрежа с ОРС-сървър. Имайте предвид, че мрежовия модул може да е стандартен, като ISaNet в ISaGRAF система. В този случай, само необходимостта от разработване на OPC-Server. Понякога мрежа модул създадена специално за OPC-Server. Възможно е дори внедряване, при който модулът не се фокусира върху конкретното приложение и осигурява някои API интерфейс за всяко приложение, което иска да бъде обслужван чрез OPC. Това е начина, по който OPC сървър за OS-9 операционна система.

Друг тип ОРС-сървър - врата към полева мрежа. като Profibus или LonWorks. Прилагането на тази схема е много подобен на предишните случаи. Най-вероятно, на компютър с Windows ще бъде инсталиран полева-мрежов адаптер. и OPC сървър ще комуникира с драйвера на мрежовата карта. В интернет можете да намерите много такива примери.

Идеята за такава схема е съвсем очевидно. Fieldbus мрежа работи в трудно в реално време и осигурява по-малко взискателни OPC врата към мрежата на по-високи приложения слой.

Споменете може да бъде много други места на приложение OPC: .. За да работите с бази данни, като помощни или междинни OPC сървъри и т.н. DCOM технология не е много подходящ за глобални мрежи. Ето защо, за да се привлекат към ОРС-технологията на интернет-технологии е възможно по този начин: разширяване на уеб-сървър е OPC-клиент, събира данни от OPC сървъри. А от страна на клиента тече динамичен HTML - или XML-Page получава данни от този уеб-сървър. Това може да се направи дори OPC сървър за други приложения.

Полезност на OPC приложение от гледна точка на интеграцията е достатъчно прозрачна и от самата същност на OPC. Този стандарт за обмен на данни интерфейс с хардуера. Първото предимство - ако замени компонент, не е необходимо да се коригира друг софтуер, защото дори и с драйвера на замяна в началото на това движение OPC. Второ - ако искате да се добавят нови програми в системата, не е необходимо да се предвидят в своите драйвери на устройства, с изключение на ОРС-клиента, разбира се. И така нататък.

положение на нещата

В момента, одобрен като стандарт е единственият спецификация OPC DA и OPC HDA, а останалата част от спецификацията на които тепърва започват да спечелят място под слънцето. Не всички спецификации са пълни, най-малко по отношение на интерфейса на автоматизация (например, за ОРС-Партида вече съществува версия 2.0 Ние правим потребителски интерфейс, и само 1.0 - Автоматизация интерфейс към някои други характеристики, има и изоставането на автоматизация интерфейси от потребителски интерфейси. ).

В съответствие с това стана широко разпространена само OPC DA стандарт. Можем да кажем, че сега наистина много много от производителите предоставят на своите продукти OPC DA сървъри. През последните години се разработва активно OPC HDA стандарт. Какво може да се каже за останалите спецификации.

От COM / DCOM технология поддържа следните операционни системи:

  • всички Windows, от Windows 95 (с компонента DCOM). Това се осигурява от компанията Microsoft;
  • повечето Unix-подобните операционни системи, включително Linux; подкрепена от GE софтуер;
  • RTOS QNX; OPC мост се осъществява с помощта на решения OPC DataHub компания Когент;
  • RTOS VxWorks; предоставена от разработчика WinDriver; OPC разполага с вградена поддръжка на Торнадо развитие на системата.

В друг COM / DCOM общ операционни системи не поддържат.

перспективи

Така че, в момента картината е далеч от съвършенство. Все пак доста от хардуер и софтуер, не се покрива от ОРС-технологии. Дори DA технология. Но ни се струва, че в света днес има бум на OPC, най-малко по отношение на DA отново. Аз също мисля, че рано или късно Microsoft ще доведе всичко до желаното ниво във всички посоки. още повече, че алтернативи. Ние не означава COM / DCOM, а именно спецификациите за обмен на данни на процеса. Тъй като COM / DCOM заместите само там - CORBA. Това е наистина оригинален платформено независима оперативна съвместимост прилагане на технологии. Но това не е обменът на данни процес, осъзнавайки, по-високо ниво на абстракция. Между другото, ние се отбележи, че има ОРС-шлюзове на пазара на CORBA (това е възможно, както и за всяка друга протокол).

Все пак, въпреки тези планове, политика на организацията OPC фондацията пречи на развитието на стандарта. Документация, описваща интерфейсите само за членове на организацията е на разположение. Членството струва няколко хиляди долара, че не само не е на разположение за единични разработчиците, но дори и в продължение на много организации. Това обяснява популярността на OPC DA, документация за интерфейса отдавна е свободно достъпна. В резултат на това много компании, които не искат да общуват с доста капризни технологии, налични в състоянието на добри програмисти ниско ниво и работа с ограничен набор от контролери се използват за тяхното SCADA опаковки CORBA технология.

заключение







Предишен ◈ Следващото