OPC Flashcards
Hva er et Klient/Server forhold?
- Klienten er definert som applikasjonen som etterspør spesifikke data.
- Serveren er definert som applikasjonen som tilbyr spesifikke data.
- Et klient/server-forhold kan sees på som en punkt til punkt informasjonslink.
- En klient kan henvende seg til flere servere.
- En server kan betjene mange klienter.
Hvordan spesifiseres DDE-data?
- Når klienten skal hente data, må serveren og dataelementet spesifiseres.
- Microsoft har utviklet et adresseringssystem i 3 nivå.
- Applikasjonsnavn (Application Name)
- Navn på vindu (Topic Name)
- Navn på dataelement (Item Name)
- Vanlig notasjon: Application | Topic ! Item
Hvorfor trenger vi OPC?
Situasjonen uten OPC.
4 punkter
- Alle må skrive drivere for hver enkelt leverandørs utstyr.
- Ikke all hardware har støtte i brukerprogramvaren
- Nye versjoner av utstyret ikke kompatibelt med tidligere drivere.
- Umulig for to forskjellige system å bruke samme hardware samtidig.
Hvordan løser OPC problemet?
(Denne transparenten illustrerer det vi kan kalle et ‘I/O driver problem’. Du må ha en egen driver for hver eneste enhet du vil knytte deg til. Dette krever ekstra kode.)
OPC løser dette problemet ved å lage det vi kan kalle en ‘software bus’
Applikasjonene trenger bare å vite hvordan de skal få tak i OPC data kildene. På grunn av dette blir koden som trengs færre, enklere og mindre.
Driverne for de forskjellige utstyret (servers) trenger bare å vite hvordan de skal tilby data på et enkelt format (OPC Server). Dette medfører at de er enklere å skrive og markedet er større (kan betjene flere applikasjoner).
Fordi driveren har et OPC grensesnitt, kan alle klienter gjøre seg nytte av den.
Hvor kan OPC brukes? (prosess)
- DCS og SCADA systemer i prosess-systemer, har gjort data tilgjengelig elektronisk som før måtte innhentes manuelt.
- DCS: Distributed Controle System
- SCADA: Supervisory Control And Data Acquisition systems
- Data fra prosessen må også overføres på en sikker måte til de administrative styringsverktøyene for å få en gunstig økonomisk drift.
Hvor kan OPC brukes? (bokstavelig talt)
- Datainnsamling i felten. (OPC-DA)
- ”Intelligent” feltutstyr har gjort sitt inntog. Med dette har vi fått tilgang på mye mer data enn før: I tillegg til lesing av nåverdier, får vi informasjon om tilstand, konfig. parametre, o.s.v.
- All denne informasjonen må opp til brukeren og de applikasjonene som har bruk for den på en konsistent måte.
- Skriving av nåverdier
- Settpunkt i regulator
- Startkriterier i logikk programmer
Hva er OPC?
OPC (OLE for Process Control) er definert som et sett med tilkoblinger, opprinnelig basert på COM og DCOM teknologi, hvor man oppnår en åpen kommunikasjon mellom automasjon/kontroll applikasjoner, feltsystemer og administrativt system.
- OPC er basert på OLE - COM (Microsoft Component Object Model), en måte å programmere på som tillater ett program å bruke grensesnittet til et annet program for å hente informasjon fra det.
- DCOM (Distributed Component Object Model) nettverksversjonen av COM teknologien.
Hva slags data kan OPC tilby?
- Real time måledata - temp, trykk, flow
- Kontrollparametre - åpen, lukket, kjør, stopp
- Status informasjon
- Status for hardware
- Status for den lokale programvaren og undersystemene
- OPC kan tilby alle tilgjengelige data
Egenskaper ved OPC
- Fleksibel – kan brukes av mange applikasjoner
- Effektivt og skalerbart – kan brukes i store applikasjoner
- Høy ytelsesgrad – fungerer godt i nettverk.
- Greit å forstå
Mye brukt og anerkjent
Grunnleggende om OPC
Hver OPC Server er et eget sett med objekter - ett for hver klient.
OPC serveren tilbyr et “vindu” inn til de eksisterende data; den er ikke et konfigureringsverktøy.
Data refereres til ved navn og vil vanligvis være hardware-spesifikk.
En OPC-klient kan koble seg til OPC-servere fra flere forskjellige leverandører
OPC-servere utvikles av de forskjellige utstyrsleverandører og inneholder kode som bestemmer hvilket utstyr og hvilke data denne serveren skal kunne knytte seg til samt detaljer om hvordan serveren rent fysisk får tak i data..
Why use tunnelling?
Most people who attempt to network OPC servers and clients experience a number of problems. Networking is just not OPC’s strength. OPC was originally based on COM (component object model), which runs on a single computer.
As long as the OPC server and OPC client are on one computer, setting up the connection between them is easy. Difficulties arise, however, when the OPC server and client are on different computers, and need to be networked.
OPC UA (RPI) fordeler
Samler alle eksisterende spesifikasjoner i en helhetlig modell
Forenkler bruk av integrert funksjonalitet
Legger til ny sentral funksjonalitet
Støtter kompliserte/rike informasjonsmodeller
Er tilgjengelig på andre plattformer enn Win32
Erstatter DCOM med SOA (Service Oriented Architecture)
OPC UA punkter
Den nye OPC-UA-standarden hviler på TCP-kommunikasjon og er dermed plattformuavhengig.
Den integrerte UA-datakrypteringen etter internasjonale sikkerhetsstandarder, garanterer en sikkerkommunikasjon mellom klient og server.
Med den nye spesifikasjonen „Unified Architecture“ blir det lagt basis for en plattformnøytral kommunikasjons- og informasjonsteknologi.
Når programvare og utstyr basert på OPC UA blir hyllevare, vil det gjøre OPC Tunneling overflødig.
