Vb.net planningstool en Scada applicatie

Transcriptie

1 Masterproef VB.net planningstool en Scada applicatie Studiegebied Industriële wetenschappen en technologie Opleiding Master of Science in de industriële wetenschappen: elektrotechniek Afstudeerrichting Automatisering Academiejaar Diederick Lambert

2 Voorwoord Als laatste jaarstudent wou ik mijn opgedane kennis testen in de praktijk. Zo ben ik gericht gaan zoeken om mijn eindwerk te verwezenlijken in het vakgebied rond VB.net implementatie. Daardoor ben ik terecht gekomen bij de Balta Group. Balta Group is een bedrijf die voornamelijk vloerbekleding maakt. Hier kreeg ik de kans om een bestaande situatie te analyseren en later het project te realiseren. Het project bestaat erin om een bestaand VB6 programma te vervangen door een nieuw dynamisch programma die niet enkel meer inzetbaar is in één afdeling maar ook op andere afdelingen zal worden gebruikt. Graag wil ik ook een dankwoord plaatsen voor de mensen die mij hebben geholpen bij het realiseren van dit eindwerk. Tijdens het ontwikkelingsproces waren mijn interne promotors Koen Berth en Bart Rommens steeds bereid mij te helpen zodat alles vlot verliep. Ook de mensen van de engineering afdeling waren steeds bereid mij bij te staan waar nodig. Mijn externe promotor wil ik natuurlijk ook bedanken voor de hulp bij het controleren van het script en ook voor de goede raad die mij werd gegeven. Dank u voor de steun en advies.

3 Inhoudsopgave VOORWOORD... 4 INHOUDSOPGAVE... 5 ABSTRACT... 7 LIJST MET AFKORTINGEN... 8 FIGUURLIJST... 9 TABELLIJST INLEIDING BEDRIJFSVOORSTELLING Algemene bedrijfsinformatie Balta Rugs Avelgem Geschiedenis Balta PROBLEMATIEK Probleemstelling Balta Doelstellingen Scada Programma GUI Programmering COMPUTER INTEGRATED MANUFACTURING Productiesoftware Object georiënteerd programmeren Implementatie vb.net OPC OPC specificaties OPC.net applicatie Kepware Keuze software OPC Database Database systeem architectuur File georiënteerd systeem Server georiënteerd systeem Database model SQL DML Select statement Insert statement Delete statement Update statement SQL in vb.net... 31

4 4 ANALYSE SOFTWARE Applicatie structuur Standalone vs. Client server model Opbouw VB.net klassen Form Database klasse Planningsklasse Scada klasse Persoon Klasse Machine Klasse Punt Klasse Setup Opbouw SQL server Tabel tblconflogplanningpersoon Tabel tblconflogplanningmachine Tabel tblconflogplanningtasks Tabel tblconflogplanningtijdskrediet Tabel tblconflogplanningploegmatrix Relatie tussen de tabellen Opslaan Planning schema s Tabel tblconflogproductie Tabel tblconflogproductiemachines HANDLEIDING SOFTWARE Installatie Aanmaken Tabellen op database Instellen app.config Aanpassen tabelnamen Toekenning van de privileges aan de gebruiker Setup & installatie Werking Planningstool Toevoegen van machines en personen Functionaliteiten planningstool Aanmaken nieuwe planning Planning inladen Planning opslaan Planning Verwerken Excel Werking Scada BESLUIT BRONVERMELDING BIJLAGE... 61

5 Abstract The title of the thesis is vb.net planning tool and Scada application. This project is initiated by the company Balta Group. The aim of this project is to make a total new program that will replace an old system. In the current situation there is only an old VB6 program that is used as a Scada application. This program isn t up to date anymore and can t be adjusted. To make up the planning of a curtain division they still use an Excel worksheet. To fill in the planning sheet they have lists of data they need to manually pick out and retype it in Excel. So the goal of the new program is to make a dynamic Scada system so machines can be easily updated, moved and deleted. For the planning tool we want that all data is gathered on a central database. To achieve these goal we talked about the expectation the end users had in mind. With this guideline the program was build. The final build of the program made up with every goal. It is so dynamic that it will be used in other divisions as well.

6 Lijst met afkortingen B2MML Business To Manufacturing Markup Language CAD Computer Aided Design CAM Computer Aided Manufacturing CIM Computer Integrated Manufacturing DCL Data Control Language DDL Data Definition Language DML Data Manipulating Language DMS Database Management System FK foreign key GUI Graphical user interface KMO Kleine of Middelgrote Onderneming LIMS Laboratory Information Management Systems MES Manufacturing Execution Systems NV Naamloze Vennootschap OOP Object oriented programming OPC OLE for process control PLC Programmable logic controller Scada supervisory control and data acquisition SOA Service Oriented Architecture SQL Structured Query Language RPC Remote Procedure Call VB6 Visual Basic 6 VB.net visual Basic.net (net framework) UML Unified Modeling Language WMS Warehouse Management System XML Extensible Markup Language

7 Figuurlijst Figuur 1: Topografie Balta Figuur 2: Balta Avelgem Rugs Figuur 3 : De CIM piramide Figuur 4 : Opbouw Object in OO Figuur 5 : Opbouw drivers voor OPC Figuur 6 : Opbouw Drivers volgens OPC standaard Figuur 7 : OPC in de CIM piramide Figuur 8 : OPC WRAPPER Figuur 9 : Boomstructuur OPC Figuur 10 : KepServerEx mogelijkheden Figuur 11 : LinkMaster mogelijkheden Figuur 12 : Opbouw database systeem Figuur 13 : Form met koppelingen naar onderliggende klassen Figuur 14 : Database klasse met koppelingen naar onderliggende klassen Figuur 15 : Planningsklasse met koppelingen naar onderliggende klassen Figuur 16 : Scada klasse met koppeling naar onderliggende klasse Figuur 17 : Opbouw van de klasse Persoon Figuur 18 : Koppelingen van de klasse machine Figuur 19 : VB.net project toevoegen aan solution Figuur 20 : Setup project toevoegen aan solution Figuur 21 : Implementatie van msiexec.exe in setup Figuur 22 : Voorbeeld van een ingevulde tblconflogplanningpersoon Figuur 23 : Voorbeeld van een ingevulde tblconflogplanningmachine Figuur 24 : Voorbeeld van een ingevulde tblconflogplanningtasks Figuur 25 : Voorbeeld van een ingevulde tblconflogplanningtijdskrediet Figuur 26 : Ingevulde tabel tblconflogplanningploegmatrix Figuur 27 : Ingevulde tabel tblconflogproductie Figuur 28 : ingevulde tabel tblconflogproductiemachines Figuur 29 : Interface voor het toevoegen van machines in de planningstool Figuur 30 : Interface om een persoon toe te voegen Figuur 31 : Interface Kepware Figuur 32 : Interface om machines toe te voegen in scada app Figuur 33 : Scada rooster Figuur 34 : Algemeen overzicht Scada gedeelte Figuur 35 : Detail view met alle parameters Figuur 36 : Detail view van een bepaalde parameter... 58

8 Tabellijst Tabel 1 : Select statements Tabel 2 : Insert statements Tabel 3 : Delete statement Tabel 4 : update statement... 31

9 Inleiding In een bedrijf is productie essentieel. Daarom zal een productie proces zo goed mogelijk worden opgevolgd.om dit te doen is er kennis nodig van het product maar ook van de machines en omliggende invloeden. Eenmaal al deze factoren gekend zijn kan het proces ontleed worden. Om daarna een grondige analyse te kunnen opbouwen zal men gegevens uit de machines loggen en deze in aan Scada systeem binnen lezen. Hier kan de productieverantwoordelijke dan zien hoe alles verloopt en op tijd ingrijpen. In de hedendaagse industrie is dit niet meer weg te denken. Daardoor heb ik voor dit project gekozen om meer te weten te komen over hoe zo een systeem in de industrie wordt geïntegreerd. Het bestaande Scada systeem is reeds verouderd en niet meer onderhouden. Hierdoor zijn verschillende machines niet meer gelogd. En zijn er nieuwe machines die niet geïntegreerd zijn. Het nieuwe systeem zal dynamisch worden opgebouwd zodat eenvoudig machines kunnen worden gewijzigd. Naast het analyseren van productiedata moeten er ook planningen worden opgebouwd. Dit is belangrijk voor het beheren van een productie. Want als er geen goede planning is opgebouwd kan het gebeuren dat een machine zonder grondstof valt. Of kan het zelf gebeuren dat de werknemers niet komen opdagen door gebrek aan informatie. Helaas worden de meeste planningen nog opgemaakt met de hand. Hierdoor is de kans op fouten zeer groot. Daarom zal er vanaf heden een software worden gebruikt die de gebruiker zal begeleiden bij het plannen. Dit zal niet enkel de fouten minimaliseren maar zal ook nog eens voor een efficiënter gebruik zorgen. Om dit project zo vlot mogelijk te laten verlopen zal eerst worden overlegt wat de eindgebruiker juist verlangt van het programma. Met deze input zal er dan een basis software worden geschreven. Zodat er grondig getest kan worden. Zo kan er aan de hand van een trail and error systeem een software bekomen worden waar de eindgebruiker volledig mee tevreden is. 11

10 1 Bedrijfsvoorstelling 1.1. Algemene bedrijfsinformatie Balta Group is één van de wereldleiders in vloer en muurbekleding. Balta is begonnen als KMO en is uitgegroeid tot een groep die verschillende bedrijfstakken huisvest. De topografie wordt beschreven in figuur 1. Door de samenwerking tussen de bedrijfsunits is de groep in staat een totaal oplossing te bieden voor woondecoratie; gaande van karpet, laminaat, kamerbreed tapijt, vinyl, behang tot gordijnstoffen. Door een strikt kwaliteitsbeleid, goede dienst na verkoop en een constante innovatie van technieken en trends zijn de producten die deze groep leveren van uiterste topkwaliteit. De gedrevenheid van deze groep zit in de inzet en de werkkracht van zijn medewerkers. Er heerst een teamverband met de mens als centrale speler. Alles is gericht op een professionele, klantvriendelijke aanpak waardoor de groep zich kan profileren als een betrouwbare partner. Figuur 1: Topografie Balta 12

11 Balta Rugs Avelgem In de afdeling in Avelgem worden de geweven karpetten gefabriceerd. Zoals de pure wollen tapijten en de B tron (polypropyleen) karpetten. Doordat deze afdeling alles zelf produceert en beschikt over moderne en flexibele machines is men in staat vlot in te spelen op nieuwe trends, wat deze site uniek maakt. Op de site maakt men gebruik van de laatste nieuwe managementsoftware, waaronder een Warehouse Management System (WMS) zodat alles vlot kan gestockeerd en geleverd worden. Figuur 2: Balta Avelgem Rugs 1.2. Geschiedenis Balta In 1964 werd Balta NV opgericht in St. Baafs Vijve door de familie Balcaen. Er werkten toen amper 50 mensen. Maar om producten te leveren tegen een betaalbare prijs en een hoge kwaliteit, heeft men geïnvesteerd in hoogtechnologische machines. Hierdoor is de Balta bedrijvengroep in amper één generatie uitgegroeid van een kleinschalige KMO tot een wereldleider. Balta is in 2004 voor het grootste deel overgenomen door het Londense Doughty & Co. 13

12 2 Problematiek 2.1. Probleemstelling Balta Op de site wordt de planning nog steeds opgemaakt in een eenvoudige Excel sheet. Telkens word de beschikbaarheid van de machine bepaald aan de hand van de beschikbare gekwalificeerde personen. Alle machines in de afdeling zijn uitgerust met de laatste technologieën zoals bijvoorbeeld een Scada systeem. Scada staat letterlijk voor het Supervisory Control And Data Acquisition. Het is een systeem dat ontwikkeld is om data (meet en regelgegevens) over de productieomgeving ter beschikking te stellen. Doordat het machinepark al enige veranderingen heeft ondergaan worden niet alle gegevens meer gelogd. Dit doordat het Scada systeem beheert wordt door een oud VB6 programma. Dit programma is niet in staat om aanpassingen door te voeren. Ook zijn hierdoor verschillende databases ontstaan die niet samenwerken met het centrale systeem en men zo dus de data niet kan verzamelen. In de toekomst zal voor deze afdeling één software tool gebruikt worden die alles omvat Doelstellingen De hoofddoelstelling is het ontwikkelen van één softwaretool. Deze tool moet een Scada systeem en een planningstool bevatten. Het planningsgedeelte zal de persoonlijke gegevens bijhouden van alle werknemers alsook de machines deze persoon kan bedienen Scada Om een Scada systeem te ontwikkelen moet men in staat zijn de data op een correcte manier te verzamelen en te visualiseren. Om zo gestructureerd mogelijk te werk te gaan moet de data op één centrale database worden gelogd. Voor het loggen van data moet eerst worden nagegaan welke data relevant is om te visualiseren. Hiervoor zal een lijst worden opgemaakt met alle nuttige data die uit de PLC s kan worden gelogd. Hierna zal alles worden gecapteerd via Kepware software en worden gelogd op de centrale database. 14

13 Programma Omdat het oude programma in Vb6 is geschreven zal het nieuwe programma worden herschreven. Hierbij zal alles worden herzien en enkel nog de nuttige data worden gevisualiseerd GUI De Grafische User Interface (GUI) moet zo worden opgebouwd dat een eenvoudige navigatie tussen de planningstool en Scada applicatie mogelijk is. Het planningsgedeelte zal niet enkel instaan voor het visualiseren en opmaak van de planning. Maar zal ook instaan voor het invoegen van nieuwe gebruikers en Excel rapportering. Het Scada gedeelte zal worden opgebouwd aan de hand van dynamisch opgebouwd rooster. Zo zullen machines eenvoudig kunnen worden verplaatst. Hierbij zullen buttons voorzien zijn waardoor er een detail view zal tevoorschijn komen. De bediening en opmaak van het Scada gedeelte zal ongeveer het zelfde blijven als het oude programma zodat de gebruikers er niet veel hinder van ondervinden Programmering Het programma zal worden opgebouwd in VB.net aan de hand van Unifief Modeling Language (UML). Hierdoor zal alles worden voorgesteld door een basisklasse. Hierdoor kan een eenvoudige programmeerinterface worden gemaakt. Dit helpt om de code zo eenvoudig mogelijk te houden maar ook om de code gelijkaardig te houden per machine. Naast de opbouw van de code zal het programma instaan voor het initialiseren van de data bij het laden. Hierbij zal reeds het gehele machinepark worden ingeladen in een lijst die bestaat uit een basis klasse van een machine. Voor meer gedetailleerde data zal dan via een bedieningspanel een bepaalde eis worden ingesteld om dan de rest van de data in te lezen van de database. 15

14 3 Computer Integrated Manufacturing Eind de jaren 60 wanneer de computer al meer commercieel was ontwikkeld is er actief gezocht hoe deze zou kunnen worden geïmplementeerd binnen een bedrijf. Doordat de computer nog niet zo een grote rekenkracht had werd deze vooral ingezet ter ondersteuning van de werknemer. Naarmate de computer meer ontwikkelde werd zijn rol groter in de industrie. Deze werd dan vooral gebruikt voor Computer Aided Design/ Computer aided Manifacturing (CAD/CAM). Hierbij werd vooral gebruik gemaakt voor het ontwikkelen van nieuwe machines en voor het controleren/aansturen van deze ene machine. Zo werd in de jaren 70 de term Computer Integrated Manufacturing (CIM) geïntroduceerd. Alles omtrent CIM beschreef toen hoe computers konden worden geïntegreerd in één productiecel. Later werd dit zodanig uitgebreid dat op heden de CIM alles beschrijft qua integratie in een bedrijf. Omdat het CIM begrip zodanig uitgebreid is, is er een piramide opgesteld die alle gebieden wat van elkaar splits (Figuur 3). Hierdoor kan alles per laag (gebied) worden besproken en kan de link tussen de lagen worden verduidelijkt. Onderaan bevindt zich de productie controle. Hier worden vooral de processen aangestuurd aan de hand van PLC s, sensoren en actoren. De laag erboven houdt zich vooral bezig met het management van de productie zelf. Hierdoor zal een uitwisseling nodig zijn van data die wordt gecapteerd en gemanipuleerd. De bovenste laag is de laag van de commerciële activiteiten zoals marketing, inkoop, materiaal management, etc. De bovenste laag moet natuurlijk communiceren met de productie. Want zonder de optimale communicatie kan er heel wat mislopen. De piramide is ook zo opgesteld dat enkele eigenschappen eigen zijn aan elke laag. Zo zijn de tijdsconstanten en uitgewisselede data op elke laag anders. De tijdsconstante is des te groter hoe hoger je bent in de piramide. Op de onderste laag en de tussenlaag spreekt men van minuten, seconden tot real time terwijl op de bovenste laag men meer zal spreken van dagen, weken tot zelfs maanden. Want op de bovenste laag is er geen interesse wat er op de werkvloer gebeurd. Er is enkel interesse in wat er effectief wordt geproduceerd. Figuur 3 : De CIM piramide 16

15 Naast de tijdconstante varieert ook de datahoeveelheid die in één keer wordt uitgewisseld. Op de onderste laag gaat het van bits tot enkele bytes. Terwijl op de lagen erboven men veel grotere bestanden zal gaan versturen die tot enkele kilobytes zal oplopen. Als dit in verband wordt gebracht met de tijdsconstante lijkt het logisch dat het minder lang zal duren om enkele bits te versturen dan dat je kilobytes moet versturen. Door deze twee factoren is er voor data uitwisseling op elke laag praktisch een andere manier nodig om te voldoen aan de vooropgestelde eisen. Wat het uiteindelijk moeilijk maakt om direct te gaan communiceren tussen verschillende lagen. Om dit op te lossen zijn verschillende methodes ontwikkeld om data uit te wisselen. De uitwisseling van data tussen het bovenste en het middelste niveau zal vaak gedaan worden aan de hand van 4 methodes. RPC SOA Database interface OPC De eerste methode is Remote Procedure Call (RPC). Bij RPC wordt een procedure aangeroepen op een computer op een bepaalde locatie in het bedrijfsnetwerk. Een tweede om informatie uit te wisselen, is via het gebruik van web services. Die technologie is gebaseerd op een Service Oriented Architecture (SOA). Een Client doet een verzoek aan een bepaalde service om een taak uit te voeren. De server ontvangt het verzoek en antwoordt met de nodige gegevens. Deze protocollen maken vaak gebruik van http en TCP/IP. Een derde methode is via een database interface. En de laatste methode is via een bestandinterface. Beide applicaties hebben een aantal gemeenschappelijke mappen. Indien een applicatie informatie wil versturen dan plaatst de applicatie een bestand in een gedeelde map. De andere applicatie leest dan het bestand in, verwerkt het en verwijderd het ui de gedeelde map. Hierbij wordt vaak gebruik gemaakt van XML bestanden. De uitwisseling tussen de middelste en de onderste laag gebeurd het vaakst via OPC (Ole for Process Control) die later wordt besproken. Voor deze thesis wordt vooral toegespitst op database communicatie. Want voor het uitwisselen van gelogde data van Plc s maakt Kepware gebruik van een database logprogramma. Om elke laag van de CIM piramide te kunnen verwerken, wordt gebruik gemaakt van software. Om bijvoorbeeld orders te verwerken en te kunnen opvolgen tot de levering is software beschikbaar onder de naam ERP software. 17

16 3.1. Productiesoftware Productiesoftware is de naam die gebruikt wordt om softwarepakketen te omschrijven die zich bevinden op het productiemanagement niveau (middelste laag). Deze software bevat één of meerdere functionaliteiten die te maken hebben met productie. Enkele typische voorbeelden zijn Manufacturing Execution Systems (MES), Warehouse Management Systems (WMS) en Laboratory Information Management Systems (LIMS). Maar deze software kan ook modules bevatten die deel uitmaken van de bovenste en de onderste laag zoals ERP of SCADA systemen enkel voorbeelden hiervan zijn SAP en Microsoft Dynamics. Dergelijke softwarepakketten kunnen zelf worden ontworpen of er kan een bestaand softwarepakketten worden aangekocht. Bij de grotere softwarepakketten is standaardisatie van groot belang. Hierbij is de opbouw van het programma ontwikkeld volgens bepaalde standaarden. De standaarden worden ontwikkeld door erkende internationale organisaties zoals ISA, MESA, etc. De data uitwisseling zal vaak gebeuren via business to manufacturing Markup Language (B2MML). Bij sommige toepassingen is het vaak te duur om zo een pakket aan te schaffen en zal er vaak zelf een software worden geschreven. Hierbij wordt vaak afgeweken van dergelijke standaarden. Zoals elke standaard is de gebruiker vrij van deze te gebruiken. Wat niet wil zeggen dat deze niet kunnen worden geïmplementeerd. Maar doordat dit vaak heel wat kennis met zich meebrengt zal er meestal een eigen invulling worden gegeven aan de opbouw van het programma. Onze softwaretool zal voornamelijk een basis deel omvatten van een Planning System en een deel van het SCADA gebeuren. Omdat het niet te verantwoorden is om een bestaand pakket aan te kopen en de kennis binnen het bedrijf wil gehouden worden, wordt geopteerd zelf de software te schrijven. Hierbij zal ook geen standaard worden geïmplementeerd. Omdat hiervoor een heel wat voorbereidingen moeten worden getroffen en dit onmogelijk is om in een korte tijdspanne te verwezenlijken. 18

17 3.2. Object georiënteerd programmeren Object georiënteerd programmeren heeft zijn oorsprong rond de jaren Toen werd er redelijk wat onderzoek gedaan hoe OOP zou kunnen worden geïmplementeerd in verschillende codetalen. De eerste implementatie volgde nog in dezelfde periode. Deze codetaal werd Simula genoemd. Slechts 10 jaar later werd de tweede ondersteunde taal vrijgegeven die smalltalk noemde. Maar de grote doorbrak kwam er toen C++ werd voorgesteld. Deze taal was goed te implementeren in verschillende branches. Zo heeft dit geleid tot het ontstaan van veel verschillende invullingen van OOP. Redelijk recent is de implementatie in.net platform van Microsoft. Zo werden vb.net en C# uitgebracht. Voordat er object georiënteerd geprogrammeerd werd waren de standaard programma s redelijk complex en langdradig. Naarmate de lengte toenam werd er vaak code gegroepeerd in secties. Maar dit was vaak niet voldoende om een mooi overzicht te behouden. Zeker wanneer er een aanpassing nodig was, had dit vaak ernstige gevolgen. Het programma zat dan vaak vol met bugs. In contrast met OOP zal bepaalde code worden afgesplitst van het hoofd programma. Deze code is dan niet rechtstreeks aanspreekbaar, maar zal worden aangesproken via functies die methodes worden genoemd. Hierdoor zal een stuk code verantwoordelijk zijn voor een bepaalde bewerking. Dit maakt het ook eenvoudigere om een programma later aan te passen. Vaak zullen een groep methodes worden gebundeld omdat deze iets gemeen hebben. De code die hiervoor verantwoordelijk is zal niet enkel de methodes bundelen maar zal ook de data die bewerkt wordt onderhouden. Deze code word een object genoemd. Object Propertie (atribuut of status) Methode (functie of procedure) Figuur 4 : Opbouw Object in OO Zo zal een object georiënteerd programma een verzameling zijn van deze objecten. Elke object zal dan een bepaalde datagroep onderhouden. Deze groep zal vaak een stuk complexe code voorstellen of een object uit de echte wereld. Zo zal in het programma die geprogrammeerd werd voor de planning een paar objecten aanwezig zijn die de planning, machines en personen voorstellen. Naast deze basis objecten zullen er ook kopieën aanwezig zijn van deze objecten. Zo zal er een lijst zijn van personen die elk een andere invulling krijgen. Maar de methodes die kunnen worden aangesproken zullen nog steeds dezelfde zijn. 19

18 Objecten kunnen zo worden geprogrammeerd dat deze niet enkel de data bijhouden maar ook nog eens controle kunnen uitvoeren op deze data. Doordat dit allemaal intern gebeurd is het eenvoudig een aanpassing te doen aan object zonder enige code te wijzigen buiten dit object. Dit kan nog verder worden uitgebreid zodat methodes kunnen worden gestandaardiseerd over verschillende projecten. Zo kan één methode voorkomen in elk object maar bij elk object een eigen invulling geven aan deze methode. Een standaard methode die in elk object aanwezig is de new methode. Hierbij wordt bij de aanmaak van het object enkele data direct een juiste invulling gegeven. Een ander krachtig instrument van OO is de mogelijkheid tot hiërarchische classificatie. Een superklasse op het hoogste niveau kan in meerdere niveaus opgesplitst worden in lagere klassen. Daarbij 'erft' elke klasse op het lagere niveau de attributen en methoden van de klassen op het niveau boven de klasse. Dat mechanisme noemen we overerving (inheritance). Overerving laat ook toe varianten van klassen te maken. Deze varianten worden basis en specifiekere klassen genoemd. In sommige situaties kan de basisklasse aangeven welke operaties mogelijk zijn op een object, terwijl een specifieke klasse een specifieke implementatie van de operatie geeft. Zo kan een basisklasse "figuur" gemaakt worden, met specifieke implementaties "cirkel" en "vierkant". Wanneer gebruikgemaakt zou worden van een door figuur gedefinieerde methode (bijvoorbeeld voor het verkrijgen van de oppervlakte), is het niet langer nodig om te weten welke vorm het object precies heeft; of het intern met een straal of met een lengte of breedte wordt opgeslagen. Dit concept wordt polymorfisme genoemd Implementatie vb.net Zoals in de meeste talen worden objecten voorgesteld door klassen. Dit is in vb.net ook zo. In deze klassen worden dan Fields, properties en methodes onderscheiden. De fields stellen de data voor die worden bijhouden in het object. De properties geven de mogelijkheid om deze data op te vragen buiten het object zelf. En de methodes zijn de functies die instaan voor het controleren en bewerken van deze data. In vb.net is een mogelijkheid voorzien die al deze objecten grafisch zal voorstellen. Het zogenaamde klasse diagram een voorbeeld hiervan is weergegeven in figuur 13. Van hieruit kunnen de connecties tussen de objecten worden weergegeven maar kan je de objecten zelf aanpassen ook. Zo kan je fields, properties of methodes toevoegen/aanpassen of verwijderen. Ook kan je in het overzicht een nieuwe klasse definiëren. Een mooi voorbeeld van een koppeling tussen 2 klassen wordt weergegeven in figuur

19 3.3. OPC Datacaptatie wordt vooral toegepast om op management niveau analyses uit te voeren op machineparameters. Omdat het capteren van data uit een PLC niet vanzelfsprekend is zijn hiervoor drivers ontwikkeld die met een PLC kunnen communiceren. Elke fabrikant levert zijn eigen driver mee bij de PLC en om met een pc software te communiceren zoals Excel of VB.NET is telkens nieuwe driver nodig. Dit bracht vaak conflicten met zich mee. Onderstaande figuur heeft een inzicht hoe omslachtig dit was. Figuur 5 : Opbouw drivers voor OPC Hierdoor is in 1994 het OPC Task Force opgericht. Waar enkele bedrijven (Rockwell, Siemens, ) zich onder koppelen om een standaard uit te brengen voor deze drivers. Ondertussen is het OPC Task Force geëvolueerd tot OPC Foundation en bestaat ze reeds uit meer dan 270 leveranciers van hard en/of software en werden reeds tal van specificaties uitgebracht. Het basis idee achter OPC is dat alle drivers zouden worden vervangen en dat er één standaard interface wordt uitgebracht. Aangezien de technologie gebaseerd is op COM, zal het geheel functioneren in een client server architectuur. Waar vroeger een driver zorgde voor de communicatie zal nu een OPC server worden voorzien. Deze zal aan de ene zijde de standaard interface aanbieden en aan de andere zijde zal deze met een producteigen protocol communiceren met het device. De opbouw wordt voorgesteld in figuur 6. Figuur 6 : Opbouw Drivers volgens OPC standaard 21

20 Deze server wordt beheerd door de producent zelf en dient dus te worden aangekocht. Naast de server dient natuurlijk ook een Client te worden voorzien. Deze kan een programma zijn die de producent levert bij een bepaalde toepassing. Hierbij hoeft de klant zich geen kennis te verschaffen van het OPC gebeuren en kan de configuratie gebeuren via een GUI. Vaak hebben dergelijke programma s beperkingen en staan deze niet toe te communiceren met andere merken van PLC s. Dit is natuurlijk een nadeel als er gewerkt wordt met verschillende soorten PLC s. Hierdoor hebben de producenten hun eigen OPC klasse vrijgegeven zodat een bedrijf een eigen applicatie kan ontwikkelen. Hierbij is natuurlijk enige kennis nodig hoe OPC werkt. Maar omdat dit vaak zeer omslachtig is zal er beroep worden gedaan op een firma die hierin is gespecialiseerd. Eén van deze firma s is Kepware. Een groot voordeel van deze client server architectuur is dat deze kan worden uitgebreid naar de hogere lagen van de CIM piramide. De tussenlaag zal dan communicatie verzorgen met de onderste laag en zal op zijn beurt weer een OPC server zijn voor de bovenliggende laag. Zo wordt alle communicatie in één standaard verwerkt en is het eenvoudiger om data uit te wisselen. Deze uitwisseling wordt voorgesteld in figuur 7. Figuur 7 : OPC in de CIM piramide 22

21 OPC specificaties Sinds het ontstaan van de OPC Foundation en dankzij het grote succes van hun eerste specificatie, volgden nog heel wat nieuwe standaarden. Iedere nieuwe specificatie leverde telkens weer een oplossing voor specifieke gevallen van communicatie op. OPC Data Access De OPC DA specificatie is de originele specificatie van de OPC Foundation. Het doel is real time data overdracht realiseren tussen de field (PLC s) en de hogere lagen van de CIM piramide. OPC Alarms & Events OPC Batch OPC Data exchange OPC Historical Data Access OPC Security OPC XML DA Hier wordt hetzelfde resultaat beoogd als bij OPC DA maar wel via een andere technologie. OPC DA heeft als nadeel dat het gebaseerd is op COM technologie, wat de inzetmogelijkheden beperkt tot Windows gebaseerde systemen. OPC XML DA werkt via een webservice (SOAP = XML gebaseerd). Aangezien XML zelf beschrijvende tekstdata is, is het dan ook OS onafhankelijk. OPC Complex Data OPC Commands OPC Unified Architecture OPC UA is de meest recente specificatie en verschilt qua techniek sterk van al zijn voorgangers. Het doel is één overkoepelende structuur te creëren waarin alle voorgaande standaarden vervat zitten. De focus ligt dus op de combinatie van voorgaande functionaliteiten en de communicatie tussen die mogelijkheden onderling. 23