Totank rapport
TOTANK RAPPORT Gruppe 1 og 2 Høgskolen i Sør-Trøndelag 2015 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Sammendrag Totank-prosjektet og bonusoppgaven er deler av ett større prosjekt i faget «Reguleringsteknikk og styresystemer» for 2EA. Totank-prosjektet er ett sammarbeidsprosjekt mellom to og to prosjektgrupper, og bygger videre på entank-prosjektet, mens bonusoppgaven skal gjennomføres gruppevis. Denne rapporten er skrevet i samarbeid med begge gruppene, mens en egen rapport for bonusoppgavene er skrevet av hver enkelt gruppe. Rapporten beskriver godt arbeidet som er utført, de endringene vi har foretatt som følge av erfaringer og tilbakemeldinger fra entank-prosjektet, i tillegg til samarbeidet mellom de to prosjektgruppene og de forskjellige prosjektdeltagerne. Resultatet har blitt en meget tilfredsstillende nivåreguleringen av to forskjellige tankene på tankriggen, samt to veldig ryddige og oversiktlige brukergrensesnitt. Erfaringene vi har gjort oss er mange, men hovedforskjellen i dette prosjektet kontra tidligere gjennomførte prosjekt, må være måtene vi har løst utfordringene med å få 11 personer til å samarbeide sammen. I tillegg kommer problemene som dukker opp når man skal slå sammen PLS-programmering fra to forskjellige prosjektgrupper som har to forskjellige måter å programmere på. På tank 1 brukte vi manuell selvjustering, mens på tank 2 brukte vi ITAE-kriteriet for å komme fram til følgende parameter: πΎπ ππ Tank 1 6.3 12.7 Tank 2 1.9 7.0 For tank 1 får vi ett innsvingningsforløp som kan beskrives som βminimum forstyrrelseβ, mens tank 2 får innsvingninger som ligner βminimum arealβ. Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Forord Vi har i løpet av denne perioden skrevet flere rapporter om tankriggen som står i Gunnerusgata. Dette er den siste delen av den lange rekka med rapporter, og vi sitter igjen med erfaringer og tanker. Hvilke tanker? To tanker, begge med velfungerende nivåregulering. Den største utfordringen med to tank-prosjektet trodde vi kom til å bli størrelsen på gruppa. Det førte til at vi hadde fokus på organisering og arbeidsfordeling fra starten av. Vi vil takke våre medstudenter, våre familier og våre veiledere. Trondheim 07.05.2015 Gruppe 1: Eyvind Bjørsland Torbjørn Morken Anders Aabakken Øyvind Eklo Magnus Bergsbakk Gruppe 2: Martin Sivertsen Henrik Malvik Hilde Bye Jonas Henriksen Anders Aglen Pedersen Helge Gården Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Innholdsfortegnelse 1 2 3 4 5 6 Oppgavetekst .................................................................................................................................. 1 1.1 Flytskjema................................................................................................................................ 1 1.2 Bilder av riggene ...................................................................................................................... 2 Gruppedeltakere ............................................................................................................................. 4 2.1 Prosjektgruppe 1 ..................................................................................................................... 4 2.2 Prosjektgruppe 2 ..................................................................................................................... 5 2.3 Veiledere ................................................................................................................................. 6 Totank .............................................................................................................................................. 7 3.1 Kommunikasjon (AAa) ............................................................................................................. 7 3.2 Programmet i Q00 master PLS-en (HMH) ............................................................................... 8 3.3 Programmet i FX1N slave 1 PLS-en (EB) ................................................................................ 11 3.5 Programmet i FX1N slave 2 PLS-en (HMH) ............................................................................ 15 3.6 Brukergrensesnitt PC (MGS) .................................................................................................. 18 3.7 Operatør panel (JH) ............................................................................................................... 21 3.8 Innregulering ......................................................................................................................... 23 3.9 Resultat.................................................................................................................................. 26 Bonus Gruppe 1 β Frekvensomformer .......................................................................................... 27 4.1 Kommunikasjon (TM) ............................................................................................................ 27 4.2 PLS (MB) ................................................................................................................................ 29 4.3 Brukergrensesnitt - HMI (MB) ............................................................................................... 31 4.4 Innregulering (ØE) ................................................................................................................. 32 4.5 Resultat.................................................................................................................................. 34 Bonus Gruppe 2 β Frekvensomformer .......................................................................................... 35 5.1 Konfigurasjon (AAP)............................................................................................................... 35 5.2 Programendringer i PLS (HILB) .............................................................................................. 36 5.3 Brukergrensesnitt (HBG) ....................................................................................................... 39 5.4 Operatørpanelet (HBG) ......................................................................................................... 40 5.5 Resultat.................................................................................................................................. 40 Prosjektstyring ............................................................................................................................... 41 6.1 Gruppe 1 ................................................................................................................................ 41 6.2 Gruppe 2 ................................................................................................................................ 42 6.3 Samarbeid totank .................................................................................................................. 43 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 7 Forkortelser, definisjoner, utstyr og software .............................................................................. 44 7.1 Forkortelser (MB) .................................................................................................................. 44 7.2 Definisjoner (ØE) ................................................................................................................... 44 7.3 Utstyr (MB og ØE) .................................................................................................................. 45 7.4 Software (ØE) ........................................................................................................................ 45 Vedlegg Vedlegg 1: PLS-program Master Vedlegg 2: PLS-program Slave 1 Vedlegg 3: PLS-program Slave 2 Vedlegg 4: Testskjema totank Vedlegg 5: Testskjema bonusoppgave Gruppe 1 Vedlegg 6: Lese-/Skriverettigheter InTouch Figurliste Figur 3-1 Nettverksoversikt ..................................................................................................................... 7 Figur 3-2 - Blokksjema som beskriver prosessen i masterprogrammet. ................................................. 8 Figur 3-3 - Inndeling av POU'er i masterprogrammet. ............................................................................ 9 Figur 3-4 - Oversikt over alle berørte bufferminner og dataregistre som er benyttet i utvekslingen av data mellom masteren og slave PLS-ene. ............................................................................................... 9 Figur 3-5 - Deklarering av boolske tilstandsvariable. ............................................................................ 10 Figur 3-6 Flytskjema PLS slave 1 ............................................................................................................ 11 Figur 3-7 Funksjonsblokk alarmer slave 1 ............................................................................................. 12 Figur 3-8 Start/Stopp pumpe slave 1..................................................................................................... 12 Figur 3-9 Styring av utløpsventiler slave 1 ............................................................................................ 12 Figur 3-10 Rykkfrie overganger slave 1 ................................................................................................. 13 Figur 3-11 Rykkfrie overganger slave 1 ................................................................................................. 13 Figur 3-12 - Blokkskjema som beskriver prosessen i programmet til slave 2. ...................................... 15 Figur 3-13 - Inndeling av POU'er i slaveprogrammet for slave 2........................................................... 16 Figur 3-14 - Speiling av minneceller slik at bit #0 og #4 fra Slave2_ERverdiFraOperatør sendes ned til slave 1 for videre bearbeiding. .............................................................................................................. 16 Figur 3-15 - Omgjøring av hjelpevariabelen til PI-regulatoren.............................................................. 17 Figur 3-16 - Oppdatering av forrige avvik i avviksutregneren. .............................................................. 17 Figur 3-17 - Hovedvindu for overvåkning av totankprosessen ............................................................. 18 Figur 3-18 - Alarmhåndteringsvindu for to tanker ................................................................................ 19 Figur 3-19 - Vindu for historisk trend .................................................................................................... 19 Figur 3-20 - Oppretting av alarmgrupper .............................................................................................. 20 Figur 3-21 - Tilordning av tag til ny alarmgruppe .................................................................................. 20 Figur 3-22 - Endring av alarmgruppe fra $System til Tank1 .................................................................. 20 Figur 3-23 - Endring av alarmgruppe i action-scriptet........................................................................... 20 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Figur 3-24 Navigasjons oversikt............................................................................................................. 21 Figur 3-25 Hovedvindu for to tank panelet ........................................................................................... 21 Figur 3-26 Paneletvindu for tank 1 ........................................................................................................ 22 Figur 3-27 Panelvindu for tank 2 ........................................................................................................... 22 Figur 3-28 Panelvindu for alarmhåndtering .......................................................................................... 23 Figur 3-29 Innsvingning manuell selvjustering ...................................................................................... 24 Figur 3-30 - Sprangrespons på tank 2 når referansen går fra 30 - 60%................................................. 24 Figur 3-31 - Oppdagelse av t1, t2 og Ξy ved hjelp av sprangrespons i tanken...................................... 25 Figur 3-32 - Sprang i utløp fra 3/3 - 1/3 i tank 1. ................................................................................... 26 Figur 3-33 - Sprang i referansen fra 30 - 60% i tank 2. .......................................................................... 26 Figur 4-1 Skisse Bonusoppgave gruppe 1 .............................................................................................. 27 Figur 4-2 Kommunikasjon bonusoppgave gruppe 1.............................................................................. 27 Figur 4-3 Oppsett GX-Developer ........................................................................................................... 28 Figur 4-4 Bit oversikt VLT 2800 .............................................................................................................. 28 Figur 4-5 Konvertering fra INT til DINT .................................................................................................. 29 Figur 4-6 Skalering pådrag til VLT 2800 ................................................................................................. 29 Figur 4-7 Skalering pådrag 0% ............................................................................................................... 29 Figur 4-8 Skrive ti VLT 2800 ................................................................................................................... 30 Figur 4-9 Setting av bit til VLT 2800 ....................................................................................................... 30 Figur 4-10 Start/Stopp pumpe via flagg ................................................................................................ 30 Figur 4-11 Lese fra VLT 2800 ................................................................................................................. 30 Figur 4-12 Sette reg. ventil åpen ........................................................................................................... 30 Figur 4-13 Alarmlampe Frekvensomformer .......................................................................................... 31 Figur 4-14 Ikon pumpe i InTouch........................................................................................................... 31 Figur 4-15 Front VLT 2800 ..................................................................................................................... 32 Figur 4-16 Regulator innstillinger .......................................................................................................... 32 Figur 4-17 Innsvingningsforløp 33% til 100% og 100% til 33% .............................................................. 32 Figur 4-18 Innsvingningsforløp foroverkobling ..................................................................................... 33 Figur 4-19 Innsvingningsforløp foroverkobling manuelt utløp ............................................................. 33 Figur 4-20 Innsvingningsforløp beste resultat....................................................................................... 34 Figur 5-1 Profibus konfigurasjon ........................................................................................................... 35 Figur 5-2 Bit oversikt frekvensomformer .............................................................................................. 35 Figur 5-3 Profibuskonfigurasjons-POU som legges i Master-PLS .......................................................... 36 Figur 5-4 β 225 blir sendt som et konstant pådrag. .............................................................................. 37 Figur 5-5 β Nye verdier i grensekontroll. ............................................................................................... 37 Figur 5-6 β Omregning av pådrag fra regulator til frekvensomformer. ................................................ 37 Figur 5-7 β Oversikt av kontrollord fra manual VLT 2800, DP V1 PROFIBUS som viser hvilke funksjoner de ulike bitverdiene har. ....................................................................................................................... 38 Figur 5-8 β Start og stopp av pumpe via frekvensomformer. ............................................................... 38 Figur 5-9 β Vi leser av er-verdi til omformer og sender det til HMI. ..................................................... 38 Figur 5-10 Riggbildet med endringer for frekvensomformerstyring. .................................................... 39 Figur 5-11 Inntasting av desimaler for Ti ble fikset. .............................................................................. 39 Figur 5-12 Pop-up skjermen for pumpen. ............................................................................................. 40 Figur 5-13 Pumpen er «klikkbar» og gjort større. ................................................................................. 40 Figur 5-14 Innsvingningsforløp .............................................................................................................. 40 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 1 Oppgavetekst Totankprosjektet har som hovedmål å teste to gruppers evner til å samarbeide om en felles problemstilling. Begge gruppene har tidligere arbeidet med liknende oppgaver hver for seg i tidligere faser av prosjektet. De har dermed tidligere løst tilsvarende tekniske utfordringer. Prosjektets utfordring er å regulere nivået i to separate tanker. De har samme matepumpe, men tilførselen kontrolleres av 2 reguleringsventiler. I tank 1 er det en elektromotor som driver ventilen, mens det i tank 2 er en pneumatisk ventil. Pneumatisk vil si at den er drevet av trykkluft fra en kompressor. Dynamikken til systemet med to tanker gjør at vi må finne nye parametere til regulatorene. Noe av utfordringene ved dette prosjektet er samarbeidet om de delene av prosjektet som omfatter felleskomponenter for tankene. Her må man bli enige om hvilke områder i PLS som skal brukes av hvilken tank. En av gruppene må ta ansvar for operatørpanel og det PC baserte brukergrensesnittet, og videre finne felles adresser med den andre gruppen. Det er essensielt at koordineringen går bra, da gruppene ellers vil ødelegge for hverandre, og sannsynligvis allokere samme minneområder. Gruppene må også samhandle i dokumentasjonen av prosjektet, da dette skal fremstå som helhetlig. Suksesskriteriet vil være at leseren opplever gruppene som én samkjørt prosjektgruppe. 1.1 Flytskjema Side 1 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 1.2 Bilder av riggene (Tatt av EB) Bilde 1 PLS-rigg Side 2 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Bilde 2 Tankrigg Bilde 3 Tankrigg bakside Side 3 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 2 Gruppedeltakere 2.1 Prosjektgruppe 1 Prosjektgruppe 1 består av følgende medlemmer: Eyvind E. Bjørsland Allmen 90915799 [email protected] Anders Aabakken Elektriker 95992849 [email protected] Magnus K. Bergsbakk Fagbrev sveiser 99026094 [email protected] Øyvind Eklo Automatiker 92894293 [email protected] Torbjørn Morken Prosesstekniker 45272224 [email protected] Side 4 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 2.2 Prosjektgruppe 2 Prosjektgruppe 2 består av følgende medlemmer: Henrik Malvik Allmen 936 78 012 [email protected] Anders Aglen Pedersen Automatiker 464 86 525 [email protected] Jonas Henriksen Elektriker 479 48 373 [email protected] Hilde Bye Bachelor i språk, fransk og nordisk. 959 92 103 [email protected] Helge Gården Automatiker 901 97 843 [email protected] Martin Grimstad Sivertsen Allmen 959 01 012 [email protected] Side 5 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 2.3 Veiledere Pål Gisvold er veileder for prosjektgruppe 1 Han jobber som Høgskolelektor ved avdeling for teknologi ved HiST, ved program for elektro- og datateknikk. Mail: [email protected] Arnfinn Hofstad er veileder for prosjektgruppe 2 Han jobber som Førstelektor ved avdeling for teknologi ved HiST, ved program for elektro- og datateknikk Mail: [email protected] Side 6 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3 Totank 3.1 Kommunikasjon (AAa) I denne delen av prosjektet skal vi bruke de samme komponentene som i miniprosjektet. Oppsettet vil da bestå av; master PLS, slave PLS 1, slave PLS 2, iX touchpanel og PC basert skjermsystem. Det vil si at master PLSen blir bindeleddet mellom slave PLSene, operatørpanelet og det PC baserte skjermsystemet. All logikk vil ligge i de to slave PLSene, mens det i master kun vil ligge ett program som mottar og sender telegram mellom slaver og betjeningsorganer. Dette vil være positivt med tanke på kommunikasjonsbrudd, da reguleringen vil opprettholdes med de eksisterende settpunkt. Alle settpunkt og regulatorparameter blir lagret i batterimatede dataregister. Dette sørger for å starte prosessen med de samme driftsinnstillingene dersom man er utsatt for ett strømbrudd. Alle kontrollfunksjoner opereres ved SET/RESET funksjoner. Dette fordi man skal ha muligheten til å kontrollere prosessen fra flere steder. Vi kan da for eksempel bruke SET funksjonen med en puls fra operatørpanelet, og RESET med en puls fra InTouch. Slave 1 brukes til å kontrollere nivået i tank 1. Den mottar settpunkt og regulatorparameter fra InTouch eller operatørpanelet. Da vi har måling i utløpet av tank 1, er det mulig å velge flere forskjellige typer foroverkopling. Slave 2 brukes til å regulere nivået i tank 2. På denne tanken har vi kun mulighet til ordinær regulering, da utløpet ikke er målt. Denne tanken har en pneumatisk reguleringsventil. Den vil normalt virke mye raskere enn den som er motorstyrt. Figur 3-1 Nettverksoversikt Side 7 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.2 Programmet i Q00 master PLS-en (HMH) 3.2.1 Programmets oppbygning Når vi begynte med totanksprosjektet var det et behov for å ta en vurdering om hvilket PLS-program som skulle benyttes, da vi nå var to grupper som skulle slås sammen. I bunn og grunn fungerer master-programmet til begge gruppene like godt, men de fungerte på vidt forskjellige måter. Siden det ble gjort den vurderingen av HMI-gjengen at brukergrensesnittet på operatør PC-en til gruppe 2 skulle bli tatt i bruk, falt det også naturlig å forholde seg til masterprogrammet til gruppe 2. På denne måten vil InTouch, OPC-server og master kunne kommunisere på samme måte som i entankprosjektet, uten at det må til ekstra arbeid for å få disse programdelene til å samarbeide. Vi konkluderte dermed at vi skal bruke masterprogrammet til gruppe 2. Masterprogrammet til gruppe 2 fungerer kun som en videreformidler av data - en bro mellom slave PLS-ene og HMI -, og siden det nå skal sendes data til to slaver, og ikke én, er det et behov for å utvide programmet. Masterprogrammet skal i tillegg fungere som normalt etter et strømbrudd, og denne programbiten har blitt utvidet for å lagre parameterne som skal sendes til slave 2. Les kapittel 2.4.1 Strømbrudd i Q00 PLS i entankrapporten til gruppe 2 for videre informasjon angående hvordan det er tatt stilling til strømbrudds-situasjonen i master PLS-en. Masterprogrammet får følgende funksjon: Figur 3-2 - Blokksjema som beskriver prosessen i masterprogrammet. Det er verdt å merke seg at dette blokkskjemaet beskriver i detalj hvordan et scan i master PLS-en går gjennom dette programmet. Det er hensiktsmessig for oss å danne en POU for hver blokk presentert i dette skjemaet. Side 8 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Figur 3-3 - Inndeling av POU'er i masterprogrammet. 3.2.2 Dataoverføring mellom master, slave 1 og slave 2 Dataoverføringen mellom master PLS-en og slave PLS-ene har i all hovedsak blitt realisert på samme måte som i entanksprosjektet og miniprosjektet. Les kapittel 2.1.2 PROFIBUS-DP, 2.1.4 Master-PLSprogram og 2.1.5 Program for FX1N slave PLS-ene i miniprosjektrapporten til gruppe 2 for mer informasjon angående dataoverføring via Profibus. Igjen er det viktig å merke seg at vi velger å fortsette å bruke ProfiBus-konfigurasjonen fra miniprosjektet, da dette gir oss muligheten til å sende og motta 16 dataregistre mellom masteren og slave PLS-ene hver for seg. Totanksprosjektet krever at en god del parametere blir sendt mellom PLSene, og vi har dermed valgt å dedikere et bufferminne for hver parameter og dens respektive dataord. Vi benytter oss av MOV-blokker for å utveksle data mellom våre globale variabler og dataregistrene dedikert for kommunikasjon via Profibus. Hvilke dataregister og bufferminner i PLSene som blir berørt av dataoverføringen blir illustrert i figuren under. Figur 3-4 - Oversikt over alle berørte bufferminner og dataregistre som er benyttet i utvekslingen av data mellom masteren og slave PLS-ene. Side 9 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Ut i fra figuren på forrige side kan man merke seg at funksjonene til datautvekslingen mellom hver slave og master er de samme. Ved hjelp av POU KommunikasjonSlave1 i masterprogrammet skriver og leser vi verdier til og fra slave 1, og ved hjelp av POU KommunikasjonSlave2 i masterprogrammet skriver og leser vi verdier til og fra slave 2. Det er også lagt inn muligheter for at slavene kan overskrive verdier i master, les kapittel 2.2 Dataoverføring mellom Master og Slave i entanksrapporten til gruppe 2, for ytterligere informasjon om hvordan overskrivning av verdier fra slave til master foregår og hvorfor det er et behov for denne funksjonen. Det er dog verdt å merke seg at dataregistrene som består av boolske tilstandsvariabler er svært forskjellige fra de to slavene, les neste delkapittel Globale variabler i master. 3.2.3 Globale variabler i master Når det kommer til de globale variablene i masteren, er det bare et behov for å utvide oppsettet fra entanksprosjektet slik at vi også tar hensyn til utvekslingen mellom den nye slaven. Les kapittel 2.3.1 Globale variabler i master i entanksrapporten til gruppe 2 for en grunnleggende innføring i oppsettet av global label. For å etablere et ryddig oppsett har vi bestemt oss for at alle globale variabler som har med slave 1 å gjøre, skal starte med fornavnet Slave1_, hvorav alle globale variabler som har med slave 2 å gjøre, skal starte med fornavnet Slave2_. Figur 3-5 - Deklarering av boolske tilstandsvariable. I begge slavene er det interessant å lese ER-verdier og skrive SKAL-verdier for å styre prosessen i begge slaveprogrammene. Vi har derfor valgt å danne to variabler som skriver SKAL-verdier til hver sin slave, og to variabler som leser ER-verdier fra hver sin slave. Inne i disse dataordene finner vi boolske tilstandsvariable, hvor hver bit i ordet henviser til om en tilstand er sann eller usann, høy eller lav. Siden at slaveprogrammene er forskjellige, vil også hver bit i disse dataordene ha forskjellige funksjoner, se tabellen under. Bit LSB 0 1 2 3 4 5 6 7 8 9 Bit LSB 0 1 2 3 4 Slave1_SkalVerdiFraOperatør, K4M0 Reguleringstype, P eller PI Velg P-foroverkobling Velg D-foroverkobling Av/På Magnetventil 1 Av/På Magnetventil 2 Av/På Magnetventil 3 Start/Stopp Pumpe Reguleringsmodus, auto eller manuell Kvitter alarm Reguleringsmodus, direkte eller reversert Slave2_SKALverdiFraOperatør, K4M40 Reguleringstype, P eller PI Reguleringsmodus, auto eller manuell Kvitter alarm Reguleringsmodus, direkte eller reversert Ingen funksjon Slave1_ERverdiFraOperatør, K4M16 Tilstand alarm HH Tilstand alarm H Tilstand alarm L Tilstand alarm LL Tilstand pumpe Tilstand magnetventil 1 Tilstand magnetventil 2 Tilstand magnetventil 3 Tilstand alarmlampe Tilstand kvittering Slave2_ERverdiFraOperatør, K4M56 Tilstand alarm HH Tilstand alarm H Tilstand alarm L Tilstand alarm LL Tilstand alarmlampe Side 10 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.3 Programmet i FX1N slave 1 PLS-en (EB) Detaljert og full programbeskrivelse for slave 1 er vist i entankrapporten. I denne rapporten tar vi for oss endringer fra entankprosjektet, som både omfatter tilpassning til ny master, slave 2 og feilrettinger. Oppgaven til slave 1 er å regulere nivået i tank 1, styre magnetventilene og håndtere alarmaksjoner fra slave 2. Manglene fra entank som vi har fikset, er bidraget fra D-foroverkoblingen og rykkfrie overganger. 3.3.1 Flytskjema slave 1 Under, i figur 3-6, er et flytskjema som viser gangen i programmet. Skjemaet er ikke en eksakt representativ modell for rekkefølgen oppgavene utføres i, men en tilnærming. Figur 3-6 Flytskjema PLS slave 1 3.3.2 Programstruktur og funksjon Hele PLS-programmet har utgangspunkt i programmet for entankprosjektet. Oppgaven har vært å tilpasse slave 1 til master-programmet, og rette opp feil/mangler fra entank-delen. Endringene som er gjort, er styring av pumpe og ventiler, ekstra funksjon for alarmhåndtering for slave 2, rykkfrie overganger er fikset og D-foroverkoblingen er endret slik at den gir mer bidrag til pådraget. Side 11 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.3.3 Alarmhåndtering Alarmlampe og styring av pumpe er bare koblet til slave 1. Derfor må slave 1 få indikasjon på pumpestopp og blink for alarmlampe fra slave 2 via master. Det er lagt til to minneceller (M560 og M561) som får sin status fra slave 2. M560 har navnet «AlarmLampeSLAVE2» og indikerer blinksekvens til alarmlampa på riggen. Den går inn i funksjonsblokka og er videre koblet direkte til alarmlampa på utgangen av blokka, i parallell med blinkindikatorer for alarm i slave 1 (OR-funksjon). Hvordan pumpestopp ved kritisk alarm i slave 2 er lagt inn, er beskevet i avsnittet for styring av pumpe og ventiler. Figur 3-7 Funksjonsblokk alarmer slave 1 3.3.4 Styring pumpe og ventiler I totankprosjektet har vi måttet flytte noe enkel logikk for styring av pumpe og ventiler fra master og ned i slaven. Det brukes en togglevippe laget som en funksjonsblokk til å starte/stopp pumpe og åpne/lukke ventiler. Pumpa skal stoppe ved kritisk høyt nivå (nivå > 90%) også for tank 2. Vi har lagt inn et bit, «HighLevelAlarm_SLAVE2», som indikerer pumpestopp ved kritisk høyt nivå i slave 2. Figur 3-8 Start/Stopp pumpe slave 1 Togglevippa er også brukt til styring av ventilene. Denne funksjonen var oppe i master hos gruppe 1 i entankprosjektet. Under er styring av ventiler i slave 1 vist. Status for ventiler sendes tilbake til master på samme måte som i entankprosjektet. Figur 3-9 Styring av utløpsventiler slave 1 Side 12 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.3.5 Rykkfrie overganger Rykkfrie overganger (Bumpless transfer) var ikke helt på plass i entankprosjektet for gruppe 1 sin slave. Dette er implementert i totankprosjektet. Rykkfrie overganger vil si at det ikke skal oppstå sprang i pådragsorganer når det byttes mellom regulatormoduser. Dette gjelder både P til PI og motsatt, og mellom manuell og auto. Ved bytte fra P- til PI-regulator vil PI-pådraget bli satt lik det siste P-pådraget. Deretter vil PIregulatoren straks begynne å regulere seg mot referansen hvis nivået avviker, men uten store hopp i pådraget akkurat ved regulatorskifte. Ved bytte fra PI- til P-regulator vil det nominelle pådraget for P-regulatoren bli satt lik det forrige PIpådraget, slik at om nivået ligger på referansen, vil det bli værende der også ved bytte til P-regulator, uten noe sprang i pådraget. Det nominelle pådraget overskrives hele tiden mens PI-regulatoren er aktivert. Når regulatoren står i auto, oppdateres det manuelle pådraget hele tiden til det siste pådraget fra enten P- eller PI-regulatoren. Dermed vil nivået i tanken ligge stabilt og pådraget vil ikke hoppe ved bytte til manuell regulering. I manuell modus gjøres det kontinuerlig klart for skifte til både P- og PI-regulator. Det manuelle pådraget skrives til det nominelle pådraget for P-regulatoren, og det skrives også til «forrige pådrag» for PI-regulatoren. Nivået overskriver referansen hele tiden, så når man bytter til automatisk modus vil referansen være lik det forrige nivået mens regulatoren var i manuell modus. Da får man ikke noe hopp i pådraget eller nivået. Programdelen for rykkfrie overganger er vist i figur 3-10 og figur 3-11 under. Figur 3-10 Rykkfrie overganger slave 1 Figur 3-11 Rykkfrie overganger slave 1 Side 13 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.3.6 D-foroverkobling D-foroverkoblingen ga for lite pådrag ved endringer i utløpet i «entank»-delen til gruppe 1. Dette var bare forårsaket av en skaleringsfeil i algoritmen, hvor det ble dividert på 100 istedenfor 10. Algoritmen som er brukt for D-foroverkoblingen er: π’π·ππ (π) = ππππ10 β π’π·ππ (π β 1) πΎπππ10 β ππππ10 (π£(π) β π£(π β 1)) + ππππ 10 β π 10 β (β + π ) Feilen lå i nevneren i det siste leddet, hvor det var multiplisert med 10 to ganger: 10 β 10 (β + ππππ π ). Side 14 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.5 Programmet i FX1N slave 2 PLS-en (HMH) 3.5.1 Programmets oppbygning I slave 2 finner vi gruppe 2 sitt slaveprogram fra entankprosjektet, men en noe forenklet versjon. Slave PLS-en har ingen flowmåler på inngangen til AD/DA-modulen, og den har heller ikke noen mulighet til å skru av og på magnetventiler eller endre tilstanden til pumpa direkte. På denne måten sløyfes følgende funksjoner fra slaveprogrammet: ο· ο· ο· ο· Foroverkoblingsregulatorene fjernes. Ingen behov for summering av pådraget, pådragsblokken fjernes. Styring av magnetventilene fjernes. Styring av utgangen som tidligere hørte til pumpa fjernes. Resten av funksjonene fra entankprosjektet beholdes, les kapittel 2 PLS-Program i entankrapporten til gruppe 2 for en innføring på hvordan programmet er oppbygd. Dette gir oss følgende blokkskjema som beskriver PLS-programmets gang: Figur 3-12 - Blokkskjema som beskriver prosessen i programmet til slave 2. Det er hensiktsmessig for oss å danne oss en POU for hver blokk i dette skjemaet. POUβene Profibusmodul og ADDA-modul er lik som i entankprosjektet, hvorav POUβen Regulering er den samme som FX1NPLS-enhet fra entankprosjektet til gruppe 2, bare at vi har sløyfet noen funksjoner og gitt den et mer beskrivende navn. Etter ønske fra veileder har vi også lagt alarmhåndteringen i sin egen programbit. De globale variablene i slave2-programmet er ellers likt fra entankprosjektet. Side 15 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Figur 3-13 - Inndeling av POU'er i slaveprogrammet for slave 2. 3.5.2 Alarmhåndtering i slave 2 Samme spesifikasjoner for alarmblokken i slave 1 gjelder også for slave 2. Hva dette vil si er at slave 2 skal også ha muligheten for å skru av pumpa ved kritisk høy tilstand, samt kunne få alarmlampen til å blinke. Siden at slaven ikke er koblet direkte til alarmlampen eller pumpa, trenger vi å sende bit ned til slave 1 slik at vi kan indirekte ta styring. Vi velger derfor å legge bit #0 og bit #4 i Slave2_ERverdiFraOperatør i bit #10 og bit #11 i Slave1_SKALverdiFraOperatør slik at høy kritisk alarm fra slave 2 samt beskjeden om at alarmlampen skal lyse blir sendt ned til slave 1 fra slave 2. Se 0 Globale variabler i master Dette gjøres ved å speile minnecelle M60 med minnecelle M10, samt speile minnecelle M56 med minnecelle M11. Figur 3-14 - Speiling av minneceller slik at bit #0 og #4 fra Slave2_ERverdiFraOperatør sendes ned til slave 1 for videre bearbeiding. Dette gjør at bit#10 og bit#11 i Slave1_SKALverdiFraOperatør også får en funksjon: Bit 10 11 Slave1_SKALverdiFraOperatør, K4M0 Slave 2 alarmlampe Slave 2 stopp pumpe Side 16 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.5.3 Endringer i slaveprogrammet til slave 2 Som nevnt tidligere fungerer slaveprogrammet i slave 2 svært likt som slaveprogrammet i entankprosjektet til gruppe 2, bare at noen funksjoner er sløyfet. Det er dog et behov for å gjøre noen endringer, da ikke alt fungerte helt optimalt på entankdemonstrasjonen. Følgende endringer har måttet ta plass: ο· ο· Legge inn mulighet for å skrive desimaltall i integrasjonstiden til PI-regulatoren. Rykkfri overgang fra manuell regulator til PI-regulator. For å gjøre det slik at desimaltall blir oppfattet av slaven, trenger vi at innskrevet integrasjonstid fra HMI blir ganget med 10 slik at tallet blir gjort om til et heltall. Siden PLS-programmet nå får inn en integrasjonstid ganget med 10, trenger vi å gjøre om på hjelpevariabelen til integrasjonstida i PIregulatoren. Vi endrer den fra Ti * h * 100, til Ti10 * h * 10. Les kapittel 2.11 PI-regulator i entankrapporten til gruppe 2 for mer informasjon angående denne hjelpevariabelen. Figur 3-15 - Omgjøring av hjelpevariabelen til PI-regulatoren. Den rykkfrie overgangen fra manuell regulator til PI-regulator var ikke rykkfri siden at det forrige avviket ble kun oppdatert når vi var i PI-modus. Dette gjorde at når vi gikk tilbake til PI-regulatoren, så arbeidet regulatoren med en forrige avviksverdi som ikke lenger er gjeldende. Ved å flytte oppdateringen av forrige avvik til avviks-utregneren, blir denne verdien oppdatert hele tiden, og overgangene fra manuell til PI-regulatoren blir nå rykkfri. Figur 3-16 - Oppdatering av forrige avvik i avviksutregneren. Oppdateringen av forrige avvik skjer i starten av funksjonsblokken før vi regner ut det nye aktuelle avviket, på denne måten ligger det forrige avviket i variabelen Avvik, som vi så flytter til utgangen Forrige_Avvik. Denne utgangen er koblet til den globale variabelen ForrigeAvvik1000_32, som så går inn til PI-regulatoren. Les kapittel 2.8 Avviksutregning i entanksrapporten til gruppe 2 for mer informasjon angående denne funksjonsblokken. Side 17 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.6 Brukergrensesnitt PC (MGS) I og med at vi i totank-delen av prosjektet skulle samarbeide med en annen gruppe måtte det tas en vurdering og påfølgende avgjørelse om hvilken gruppe sin HMI (Human Machine Interface) vi skulle jobbe videre med. Vi lagde et utkast og begge gruppene ble enige om å fortsette med gruppe 2 sitt HMI. Deretter var det bare å gjøre forbedringer (ordne funksjoner som ikke var helt optimale under entank-demonstrasjonen) og utvide det for å regulere to tanker. 3.6.1 Utvidelse av brukergrensesnitt fra en til to tanker Når vi nå skulle utvide HMI-et til å inneholde styring av tanker, så innebar det to sett med tanker, to sett med regulatorinnstillinger og to sett med sanntidstrender. Det kunne fort blitt rotete å ha alt dette i ett vindu, men vi tok en vurdering og fant at det ble mest oversiktlig å ha all styring og observasjon av verdier i ett hovedvindu. Slik slipper man å forflytte seg mellom flere vinduer når man skal styre og overvåke prosessen men i stedet bare flytte blikket rundt på samme side. Vi la stor vekt på å prøve å organisere elementene på hovedvinduet slik at det ble så ryddig og oversiktlig som mulig, og ga minst mulig mulighet for misforståelse og uklarhet i funksjoner. Under kan du se hvordan de ferdige vinduene ble seende ut, man kan navigere imellom de ved å trykke på knappene øverst, trykker man Bytt bruker så kommer det et lite pop-up-vindu der man kan endre bruker eller logge av. Figur 3-17 - Hovedvindu for overvåkning av totankprosessen All utvidelse gikk i hovedsak ut på å lage kopier av elementene i tank 1 og deretter tilordne nye tagger som ble opprettet for funksjonene til tank 2. Tank 2 har hverken utstrømmingsmåler eller magnetventiler, så foroverkoplingsdelen (som baserer seg på målt utløp) utgår. Side 18 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Når det gjelder fargevalg har vi basert de på gjesteforelesningen av Edmund Knutsen, der han fortalte at «windows-grå» var forsket frem som den mest nøytrale og behagelige fargen å ha på en bakgrunn, og at ytterligere farger måtte brukes sparsomt og ha en klart definert funksjon. Hos oss har vi valgt å ha blått der det er vann/væske, grønt der ting er slått på/aktive og rødt der det er alarmtilstand/kritisk tilfelle. Vi hadde tidligere valgt at væskenivået i tanken skulle bli rødt når det var kritisk nivå, dette fordi det skulle være enda tydeligere at noe ureglementert var i gjære, men etter kommentarer fra oppdragsgiver/veileder som mente det var litt rart så har vi valgt å gå bort fra det. Visualiseringen av selve tankriggen er gjort slik at den skal ligne mest mulig på den fysiske riggen. Å ha sanntidstrend-vinduene overfor hverandre gjør at vi lettere kan følge med på om endringer i pådrag eller nivå i den ene tanken innvirker på den andre, noe som er meget praktisk. Både vinduet for alarmtilstander og historisk trend inneholder to sett med display for logging, ett til hver tank. Figur 3-18 - Alarmhåndteringsvindu for to tanker Figur 3-19 - Vindu for historisk trend Side 19 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.6.2 Alarmhåndtering for to tanker Nå som vi skal behandle alarmtilstandene til to forskjellige tanker så tenkte vi det ble mest mulig oversiktlig å ha to Distributed Alarm Display for alarmlogging og to knapper for kvittering, ett sett til hver tank. Det første vi gjør er å opprette to alarmgrupper, en til hver tank: Special β Alarm Groups β Add og legger til to nye, Tank1 og Tank2. Figur 3-20 - Oppretting av alarmgrupper Nå kan taggene som er tilknyttet alarmer tilordnes hver sin gruppe, dette gjør vi ved å åpne Tagname Dictionary (Ctrl + T i development-modus) og finne de taggene som er tilknyttet alarmer. Her ser vi at det er en knapp det står Group på, trykker vi på den kan vi velge hvilken gruppe den skal høre til. Som default er $System valgt, men vi endrer til Tank1 for de alarmene som tilhører tank 1 og vice versa. Etter at alarmtaggene er tilordnet hver sin gruppe er det på tide å konfigurere Distributed Alarm Display (DAD) til å vise alarmer fra de nyopprettede alarmgruppene. Dette gjør vi ved å dobbeltklikke på DAD, da kommer vi inn på Alarm Configuration. Figur 3-21 - Tilordning av tag til ny alarmgruppe Nederst i det vinduet står det Alarm Query, der må den overordnede alarmgruppen $System endres til Tank1 og (og tilsvarende til Tank2 i det andre DAD-et) Figur 3-22 - Endring av alarmgruppe fra $System til Tank1 Tilsvarende må også alarmkvitteringen endres fra $System til Tank1 (og Tank2) i action-scriptet tilhørende alarmkvitteringsknappene. Figur 3-23 - Endring av alarmgruppe i action-scriptet Nå skal alarmene til hver tank dukke opp i sitt respektive alarmloggingsvindu, og kan bli kvittert med hver sin knapp. Side 20 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.7 Operatør panel (JH) I starten av To Tank prosjektet måtte vi bestemme oss for hvilket av gruppenes operatørpanel vi skulle jobbe videre med, på grunn av at gruppenes forskjellige operatør panel var laget i forskjellige versjoner av iX-developer ble det til at det var gruppe nummer en sitt panel som ble valgt. For å få begge tankene opp og gå valgte jeg å lage nye tagger med navn lettere og finne frem til i programmet. Her valgte vi å kalle taggene med strukturen «TankX.Les/SkrivAksjon», for eksempel «Tank1.LesMagnetventil1», dette gjorde at det var veldig lett og lete frem riktig tagg, siden de ble sortert etter hvilken tank de tilhørte. Ved kopiering av gamle komponenter fra det originale operatørpanelet ble det dessverre et problem med at gamle tagger fulgte med, og lagde krøll, derfor ble det enklest og lage hele operatørpanelet fra bunnen av, men og bruke de to gruppenes paneler som inspirasjon. Siden operatørpanelets oppgave er å gi brukeren en rask og god oversikt over de viktigste parameterne i prosessen valgte jeg å lage et hovedpanelbilde som tilbyr dette. Dette gjør vi med sterke farger og enkle symboler. I hovedvinduet kan vi se satt referanse og nivå i begge tankene, samt styre pumpen, hvis noen av regulatorene er satt i manuell tilstand vil vi også kunne lese pådraget i stedet for referansen. I de aller fleste situasjoner vil Figur 3-24 Navigasjons oversikt det være nok for operatøren og se på dette bilde. Om vedkomne ønsker å styre og følge ekstra nøye med en tank, kan han gå inn på «Tank»-panelene ved å trykke på enten «Tank 1» eller «Tank 2», det er også mulig og trykke på selve tankene. I høyre hjørne er det en navigasjonsknapp som fører brukeren videre til alarmvinduet. Ved alarmtilstand kommer også en varsellampe til syne i venstre hjørne. Det er mulig å navigere mellom alle vinduene. Figur 3-25 Hovedvindu for to tank panelet Side 21 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.7.1 Tank-panelene I tank-panel vinduene er det meningen at brukeren skal få litt mer oversikt over hva som faktisk foregår i prosessen, her har vi også valgt og legge inn en sanntidstrend som viser de siste to minuttene, slik at det er mulig og se hva som har foregått. Ved å ha en slik trend kan operatøren gå inn å se hva som har skjedd før en alarm, noe som kan være veldig nyttig. De to tankene er relativt like, de har begge mulighet til å lese nivå og skrive referanse, pådrag og om regulatoren skal være i auto eller manuell. I vinduet til tank 1 er det også mulig og se tilstanden til magnetventilene, men ikke styre dem. Figur 3-26 Paneletvindu for tank 1 Figur 3-27 Panelvindu for tank 2 Side 22 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.7.2 Alarmvinduet Dette vinduet er nesten helt likt som i entank prosjektet, det eneste som er endret er knappestrukturen og at det kommer alarmer fra begge tanker inn i skjemaet. Kvitteringsknappen kvitterer som tidligere alarmen i operatørpanelet og PLS-ene. Figur 3-28 Panelvindu for alarmhåndtering 3.8 Innregulering I totankrosjektet reguleres begge tankene samtidig, med samme pumpe som ved regulering av en tank. Siden pumpa ikke gir noe mer vann gjennomrøret enn tidligere, vil trykket over ventilene til tank 1 og tank 2 minske, og vi må finne andre regulatorparametere for regulatorene. 3.8.1 Innregulering tank 1 (EB) For å finne regulatorinnstillinger for tank 1, brukte vi metoden for manuell sjøljustering til å finne kritisk forsterkning og periodetid. Dette er en enkel metode hvor vi setter regulatoren som Pregulator og Kp-forsterkningen til maksimal verdi. Vi får da stående svingninger i nivået, og pådraget hopper mellom min. og maks verdi. Formler for kritisk forsterkning og kritisk periodetid: πΎπ = ππππ β π‘ππ β ππ’ππ πππ πåππππ β 1.27 ππππ β π‘ππ β ππ’ππ πππ ππππ ππ π π£ππππ ππ = ππππππππ‘ππ πππ π π£ππππππππππ Side 23 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Topp-til-bunn Pådrag Periodetid Topp-til-bunn prosessverdi Figur 3-29 Innsvingning manuell selvjustering Med utgangspunkt i de grafiske dataene i figur 3-29 kunne vi bruke Ziegler-Nichols medtode for utregning av Kp og Ti for PI-regulator. πΎπ = 100 β 1.27 = 14.1 β πΎπ = 0.45 β πΎπ = 0.45 β 14.1 = 6.3 9 ππ = 15 π ππ β ππ = 0.85 β ππ = 0.85 β 15 π ππ = 12.75 π ππ 3.8.2 Regulatorinnstillinger for tank 2 (HMH) Når vi skulle finne regulatorparametere til tank 2, valgte vi å danne oss en FOPDT-modell, for så å utføre ITAE-kriteriet på denne modellen for å komme til passende regulatorinnstillinger. Siden at denne regulatoren ikke skal være innstilt for et sprang i forstyrrelsen, utførte vi et sprang fra 30% 60% i referansen. Dette ga oss følgende forløp: Figur 3-30 - Sprangrespons på tank 2 når referansen går fra 30 - 60%. Side 24 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Det er verdt å merke seg at vi lot ventilen på tank 1 ha en konstant åpning hvor nivået ville ligge rundt arbeidspunktet, altså 60% nivå. På denne måten har vi tatt hensyn til trykkfallet over tank 1 sin reguleringsventil, samt tap av innløp på tank 1. Vi dannet en FOPDT-modell ut fra den øvrige figuren. π¦(π‘2) = 0.632 β π¦π = 0.632 β 28 + 20 = 17.7 + 20 = 37.7 π¦(π‘1) = 0.283 β π¦π = 0.283 β 28 + 20 = 7.92 + 20 = 27.92 Ut fra figuren på neste side vil dette gi oss: π¦(π‘2) β π‘2 = 9 π¦(π‘1) β π‘1 = 4.4 Vi får ta følgende tidskonstant og tidsforsinkelse: 3 π = (π‘2 β π‘1) = 6.9 2 π = π‘2 β π = 2.1 Ut fra spranget får vi også følgende forsterkning: πΎ= βπ¦ 28 = = 0.93 βπ’ 30 Figur 3-31 - Oppdagelse av t1, t2 og Ξy ved hjelp av sprangrespons i tanken. Vi ender da opp med denne FOPDT-modellen: π»(π ) = 0.93 β π β2.1π 1 + 6.9π Vi utfører ITAE-kriteriet ved hjelp av FOPDT-modellen vår: 2.1 β0.916 0.586 ( ) 6.9 πΎπ = = 1.87 0.93 ππ = 6.9 2.1 1.03 β 0.165(6.9) =7 Side 25 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 3.9 Resultat 3.9.1 Resultat for innreguleringen (HMH) Vi tok regulatorinnstillingene vi fant for tank 1 og tank 2 og kjørte sprang på tankene. Vi utførte et sprang på utløpet i tank 1 da oppgaveteksten spesifiserer at vi skal regulere etter et sprang i utløpet. I tank 2 utførte vi et sprang i referansen da tankrigget er innstilt for dette, siden vi kun kan styre utløpet manuelt og ikke via PLS. Vi fikk følgende innsvingningsforløp for tankriggene: Figur 3-32 - Sprang i utløp fra 3/3 - 1/3 i tank 1. Figur 3-33 - Sprang i referansen fra 30 - 60% i tank 2. Ut fra innsvingingsforløpene kan vi se at de ligger innenfor spesifikasjonene, altså under seks halvperioder med svingning på begge tankene. Vi konkluderer med at dette er mer enn godt nok, og at det ikke er behov for etterjustering. Side 26 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 4 Bonus Gruppe 1 β Frekvensomformer I løpet av prosjektet skulle vi vurdere om vi fikk tid til å gjennomføre en bonusoppgave. I starten av prosjektet bestemte vi oss for at hvis vi fikk tid til dette, skulle vi velge nivåregulering med frekvensstyrt pumpe. Grunnen til at vi tok dette valget var at oppgaven virket relevant i forhold til hvordan ting gjøres i industrien, og at den virket mer utfordrende enn de andre alternativene. I bonusoppgaven blir pådraget endret fra en motorstyrt ventil til en frekvensomformer som styrer turtallet til en pumpe. I entank-delen gikk styresignalet på 4-20 mA fra DA-omformeren på PLS til ventilen. Nå vil kommunikasjonen gå direkte via Profibus fra PLS til frekvensomformeren. 4.1 Kommunikasjon (TM) I bonusoppgaven blir pådraget vårt endret fra ventil til en frekvensomformer som styrer turtallet til en pumpe. I entank-biten gikk styresignalet på 4-20 mA fra DA-omformeren på PLS til ventilen. Nå vil kommunikasjonen gå direkte via Profibus fra PLS til frekvensomformeren. Figur 4-1 Skisse Bonusoppgave gruppe 1 Frekvensomformeren er en Danfoss VLT 2800. Den har i utgangspunktet innebygd regulator, men vi bruker den som et pådragsorgan som får signal fra regulatoren som er programmert i PLS. Figur 4-2 Kommunikasjon bonusoppgave gruppe 1 Ettersom vi skulle koble et nytt ledd til Profibusen, var vi nødt til å lage en ny konfigurasjon. Vi lastet ned en samling GSD-filer fra Danfoss sine hjemmesider. GSD er kort for Gerätestammdaten, eller general station description på engelsk. Fila forteller hva enheten er for noe og om dens innganger og utganger. Side 27 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Når den riktige gsd-filen var på plass satte vi de parameterne vi ønsket for frekvensomformeren. FDLadressen fant vi ved å se inn på selve menyen til frekvensomformeren, der fant vi at var satt til 30. Vi valgte den minste kommunikasjonstypen, type 3 som gir to 16 bits ord opp og to 16 bits ord ned. I vårt tilfelle ble dette D300 og D301 inn til frekvensomformeren fra PLS og D320 og D321 til PLS fra frekvensomformeren Frekvensomformeren leser ordene fra MSB til LSB, og ikke fra LSB til MSB som vi gjør. Derfor huket vi at «Swap I/O Bytes in Master» for å slippe ekstraarbeid. Figur 4-3 Oppsett GX-Developer Vi sender pådraget fra regulatoren inn på D300, men for at det skal få virke på frekvensomformeren må D301 inneholde informasjonen som er nødvendig for at frekvensomformeren skal oppføre seg som vi vil. I tabellene under er det listet opp hva de forskjellige bitene i de 16 bits ordene opp og ned representerer. Control word er fra PLS, mens Status word er til PLS. Fra tabellen for Control word kom vi fram til at vi måtte ha 111111100012 (115110)på D301 for å få lov til å styre frekvensomformeren. Figur 4-4 Bit oversikt VLT 2800 Side 28 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 4.2 PLS (MB) Regulatoren vi bruker på denne bonusoppgaven er den samme som i entank prosjektet. Det vil si at regulatoren er i slave-PLSen, mens frekvensomformeren blir styrt fra master-PLSen. Pådraget blir dermed regnet ut i slaven, sendt opp til master og videre ut til omformeren. Siden frekvensomformeren opererer med verdier som er skalert forskjellig i forhold til i PLSen, må vi gjøre en skalering i masteren før vi sender pådraget ut på Profibus-nettverket og til omformeren. I PLSene oppgis pådraget i en skala fra 0 til 250, mens omformeren vil ha verdien fra -15000 til 4000. For å gjennomføre denne skaleringen må vi først sende pådraget til ett 32-bits dataregister for å unngå overflyt av data, da tallet blir over 16-bit under utregningen. Figur 4-5 Konvertering fra INT til DINT Pådraget i ett 32-bits register blir så skalert i forhold til omformeren. Vi bruker blokkene MUL_E og DIV_E for henholdsvis multiplikasjon og divisjon under utregningen fordi disse takler å regne med 32bit ord. Etter skaleringen blir verdien satt tilbake til en 16-bits verdi for at det skal passe i ett enkelt dataregister. Så adderes denne verdien med -15000 for at verdien skal passe i spekteret til omformeren før den sendes ut på Profibus-nettverket. Figur 4-6 Skalering pådrag til VLT 2800 Da vi testet ut disse instillingene i praksis fant vi ut at det ikke funket helt optimalt. Siden pumpa skal pumpe vann fra bunnen av riggen og helt til toppen, blir den rett og slett for svak ved de laveste frekvensene til å den klarer å pumpe vannet inn i tanken. Vi måtte dermed finne nye grenseverdier når vannet faktisk begynner å renne inn i tanken. Vi fant ut at vannet begynte å renne inn ved 19.5 Hz, eller ved verdien 117 på pådraget fra regulatoren. Vi måtte dermed foreta enda en skalering som tar høyde for dette. Pådraget fra regulatoren skaleres slik at når den gir verdien 0, blir verdien som sendes videre 117. Dermed står omformeren på 19.5 Hz når pådraget er 0%. Figur 4-7 Skalering pådrag 0% Side 29 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Kontroll ordet som legges i D300 blir satt av minnecellene L60 til L75. Ved å sette de forskjellige bitene høy eller lav kan vi bestemme innstillingene til frekvensomformeren. Figur 4-8 Skrive ti VLT 2800 I denne oppgaven ønsker vi kun å styre om pumpa skal være av eller på. Vi setter dermed alle bitene vi trenger høy, utenom det som styrer start og stopp av pumpa. Denne biten styrer vi fra brukergrensesnittene. Pumpa settes høy og lav av to forskjellige bit via puls. Vi programmerer på denne måten for at begge brukergrensesnittene skal kunne styre statusen til pumpa uten at de snakker direkte med hverandre. Dette gjøres for å unngå komplikasjoner med at én bit styres fra flere forskjellige plasser. Figur 4-9 Setting av bit til VLT 2800 På samme måte som med kontroll ordet blir de forskjellige statusene for omformeren satt av D320 som inneholder status ordet. Her kan vi se om de forskjellige bitene er satt høy eller lav av omformeren og på denne Figur 4-10 Start/Stopp pumpe via flagg måten hente ut informasjon om omformeren. Vi valgte å hente ut bitene som viser om pumpa kjører, og som viser om det er noen feil med pumpa. Figur 4-11 Lese fra VLT 2800 Så setter vi reguleringsventilen til full åpning slik at reguleringen kun styres av pumpa og frekvensomformeren. Figur 4-12 Sette reg. ventil åpen Side 30 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 4.3 Brukergrensesnitt - HMI (MB) I Intouch ble en ny alarmindikator laget for feil på frekvensomformeren. Denne indikatoren ble plassert ved de andre alarmlampene i hovedvinduet i brukergrensesnittet. I tillegg vises feil på omformeren som alarm i alarmvinduet. Hvordan dette gjøres er godt dokumentert i Entankrapporten til gruppe 1, i kapittel 2.6.4 (Alarmhåndtering i Intouch) Figur 4-13 Alarmlampe Frekvensomformer Reguleringsventilen ble fjernet helt fra prosessbildet da den i realiteten ikke lenger er med i prosessen. Indikatorene for regulator, foroverkobling, samt displayet for pådraget ble flyttet. Vi valgte å plassere dette ved pumpa istedenfor da dette viser at det er pumpa som faktisk regulerer prosessen. Figur 4-14 Ikon pumpe i InTouch Endringer fra Entank Vi har rettet opp de tingene som ble påpekt under Entank demonstrasjonen. Dette er følgende punkter: ο· ο· ο· ο· ο· Alarmknapp blinker kun når lampe blinker, ved aktiv alarm Endret slik at riktig alarm kommer opp, høy ved høy og lav ved lav. Maskert bort felter som ikke er i bruk; nominelt pådrag etc. Fjernet streker fra statisk nivå- og referanseindikator ved siden av tanken. Feltet for å endre nominelt pådrag viser pådraget i auto også. Vi har ikke gjort noen design endringer for iX panelet. Her har vi kun gått over tag-liste og lagt til ekstra alarmer fra frekvensomformeren. Vennligst se «entank» rapporten Side 31 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 4.4 Innregulering (ØE) Serieregulering For å fylle innløpsrøret delvis med væsken lar vi frekvensomformeren gå ved ca. 20 Hz når vi har 0 i pådrag, som beskrevet i 4.2. Dette gjør at systemet ikke får en så stor tidsforsinkelse på transporten av væsken opp selve røret. Dette gjør at dynamikken til selve systemet blir ganske likt som ved reguleringen ved hjelp av ventilen, slik vi gjorde det i «entank» delen av prosjektet. Figur 4-15 Front VLT 2800 Vi prøvde derfor de parameterne vi fikk fra «Entank» delen, disse var de samme parameterne vi fikk fra simuleringsnotatet. Disse fungerte meget godt også til regulering med frekvensomformeren. For vanlig serieregulering benyttet vi disse parameterne uten å måtte gjøre noen etterjusteringer. Vi benyttet PI-regulator for å klare kravet om null stasjonært avvik. Figur 4-16 Regulator innstillinger Dette ga oss en kjapt innsvingningsforløp med lite dynamisk avvik, ved sprang i utløpet fra 33% til 100%, og ved sprang fra 100% utløp til 33%. Se figur 4-17 under. Innsvingningsforløpet ble av typen «minimum forstyrrelse», med kun 1-2 svingninger. Figur 4-17 Innsvingningsforløp 33% til 100% og 100% til 33% Dette gir oss en god regulering, med rask innsvingning, null stasjonært avvik og innsvingningsforløp bedre enn «minimum areal». Side 32 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Foroverkobling Når vi bruker foroverkobling som reguleringsmetode, fortsatte vi med samme innstillinger for PI hovedregulatoren. Vi prøvde først ut PD foroverkoblingsregulator, som ble beste resultat fra «Entank» delen. I «Entank» fikk vi veldig lite virkning fra D-delen på grunn av en feil i algoritmen, se kapittel 2.5.4 i «Entank rapport» fra gruppe 1, figur 51. Her har vi delt på 100, mens det kun skal være 10. Etter å ha rettet opp programmeringen, måtte vi benytte andre parametere enn fra «Entank». Vi prøvde oss litt frem, og fikk samme Kp, mens vi måtte øke Td noe. Ved å benytte foroverkobling fikk vi mye mer oversving, enn ved vanlig serieregulering. Innsvingningsforløpet var fortsatt kjapt, og av typen «minimum forstyrrelse» fortsatt når vi hadde sprang fra 33% utløp til 100%. Se figur 4-18. Figur 4-18 Innsvingningsforløp foroverkobling Vi prøvde også med et sprang i den manuelle utløpsventilen, når utløpet var åpent 100% i systemet. Når vi benyttet fast frekvens på pumpen og regulerte med ventilen i «Entank», klarte ikke systemet å regulere seg inn ved et så stort utløp. Ved å regulere frekvensen istedenfor får vi levert tilstrekkelig med vann i innløpet til å fjerne det dynamiske avviket meget kjapt. Her fikk vi heller ikke noe oversving, som vi hadde med mindre sprang i utløpet. Se figur 4-19. Figur 4-19 Innsvingningsforløp foroverkobling manuelt utløp Side 33 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 4.5 Resultat Ved å la pumpen kjøre med en konstant frekvens fikk vi en dynamikk som lot seg regulere forholdsvis enkelt. Vi prøvde først uten denne «offseten», og da ble det veldig lang transport tid i hele systemet. Dette gjorde at det ble fortere og større over- og undersving ved sprang i utløpet. Vi fikk gode resultater ved å kun benytte serieregulering. Ved utløp kun med magnetventilene fra 0 til 100% er det ikke behov for å bruke foroverkobling. Foroverkobling fungerte best når vi hadde det ekstra utløpet fra den manuelle ventilen. De parameterne vi brukte var de vi fant under simuleringen for serieregulatoren. De regulatorparameterne som fungerte best var: Serieregulering: Kp = 5.5 Ti = 4.2 sek Foroverkobling: KpFF= 0.7 TdFF = 2.0 sek Figur 4-20 Innsvingningsforløp beste resultat Side 34 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 5 Bonus Gruppe 2 β Frekvensomformer Frekvensomformerstyring er en bonusoppgave som vi har valgt å gjennomføre etter å ha vist at vi tidsmessig kommer i mål med det som er hovedoppgavene i prosjektet. Ved hjelp av frekvensomformerstyring av pumpemotoren skal vi kunne nivåregulere tanken via PROFIBUSnettverket, i stedet for at vi nivåregulerer ved å sende pådrag til ventilåpningen. Dette innebar at vi måtte endre PROFIBUS-konfigurasjonen og deler av PLS-programmet. Det ble også gjort endringer i brukergrensesnitt og operatørpanel. Vi har tatt utgangspunkt i programmene og konfigurasjonene som ble utviklet i entankprosjektet og bygget videre på disse. 5.1 Konfigurasjon (AAP) Henviser til kapittel 2.1.2 Profibus-DP i miniprosjektet da bonusoppgaven bygger videre på dette. Frekvensomformeren styres ved hjelp av Profibus og dette må konfigureres i programmet i GXconfigurator. Vi har tatt utgangspunkt i konfigurasjonen vi kom fram til i miniprosjektet og videreført denne. Frekvensomformerenheten måtte hentes fra hjemmesiden til danfoss http://www.danfoss.com/Norway/ og importeres til GX-configurator deretter fikk vi inkludert omformeren inn i profibusnettet som figur 5-1 viser. Figur 5-1 Profibus konfigurasjon I oppsettet må man velge hvilken PPO (Parameter-process Data object) man skal bruke. PPO sier noe om hvor mange byte som skal tilegnes i kommunikasjonen over Profibus. Vi valgte «type 3» som figur 5-2 viser. Figur 5-2 Bit oversikt frekvensomformer Side 35 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 «Type 3 PPO» består av fire byte som igjen er to ord. På de fire bytene ser vi at det blir lagt et «control word (CTW)» i det første ordet, «status word(STW)» i det andre. «main reference value(MRV)» i det tredje og «main actual value(MAV)» i det siste. Disse bruker vi til å styre og kontrollere frekvensomformeren. ο· ο· ο· ο· I kontrollordet (CTW) bestemmer vi hvilke tilstander vi ønsker å tildele frekvensomformeren, om den skal starte, stoppe, starte med rampe funksjon osv. I statusordet (STW) leser vi av hvilken tilstand omformeren er i. I main reference value (MRV) settes ønsket hastighet (Skal-verdi) I main actual value (STW) leser vi av faktisk hastighet til pumpa (ER-verdi). Figur 5-3 Profibuskonfigurasjons-POU som legges i Master-PLS Når konfigurasjonen i GX-configurator er gjort må det lages en POU som inneholder konfigurasjonen, se figur 5-3. Denne må legges inn i master PLS, se kapittel 2.1.2 Miniprosjektrapport for hvordan dette gjøres. 5.2 Programendringer i PLS (HILB) Det ble gjort noen programendringer i PLS-programmet til både master og slave ved frekvensomformerstyring av pumpemotoren. 5.2.1 Endringer i slave 1 I entank styrte man pumpa ved å slå den av og på i slaven. Denne delen av programmet ble fjernet siden pumpa nå bare skal kunne styres via frekvensomformeren. Siden vi ved frekvensomformerstyring ikke lenger skal styre ventilåpningen, skal det sendes et konstant pådrag til ventilåpningen. I bonusoppgaven ble det spesifisert at ventilåpningen skal være 100 % åpen ved frekvensomformerstyring. Dette endrer vi i slaven ved at vi sender verdien 255, dette tilsvarer fullt pådrag, som et fast pådrag til ventilåpningen. Side 36 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Figur 5-4 β 225 blir sendt som et konstant pådrag. Ved testing av nivåreguleringa fant vi ut at reguleringa kunne gjøres bedre ved å sette et bunnpådrag. Ved utprøving kom vi fram til at vi fikk best regulering ved å sette et bunnpådrag på 117. Dette gjør at det konstant holdes vann i rørene slik at innstrømninga i tanken begynner momentant ved igangsetting av pumpa. Hadde det ikke vært for dette bunnpådraget, hadde innstrømninga til tanken fått ei tidsforsinkelse siden rørene først hadde måttet fyltes opp med vann. Vi bestemmer bunnpådraget ved å endre på nedre grense i funksjonsblokka Greneskontroll 0-250. Figur 5-5 β Nye verdier i grensekontroll. 5.2.2 Endringer i master For å finne pådragsområdet til frekvensomformeren prøvde vi oss fram med ulike verdier som vi sendte via masteren til frekvensomformeren. Da kom vi fram til et pådragsområde der -12600 gir null pådrag og 4000 gir fullt pådrag. Når masteren henter pådragsverdier i bitverdier 0-255 må disse regnes om til å ligge i pådragsområdet til frekvensomformeren, -12600 β 4000, dette gjøres da i funksjonsblokka Omregning_paadrag_omformer. Figur 5-6 β Omregning av pådrag fra regulator til frekvensomformer. Ut ifra kontrollordet som benyttes til å styre omformeren, se figur 5-7, kom vi fram til at for å starte pumpa måtte vi sette disse bitverdiene høye: 10001111111. Ved å regne om bitverdiene til en tallverdi får vi at dette blir 1151. Side 37 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 Figur 5-7 β Oversikt av kontrollord fra manual VLT 2800, DP V1 PROFIBUS som viser hvilke funksjoner de ulike bitverdiene har. Denne tallverdien brukes videre til å styre tilstanden til pumpa. Ved å sende 1151 slås pumpa på, og ved å trekke fra 16, som tilsvarer bitverdi fire i kontrollordet, slås pumpa av ved rampestopp. Dette gjør at pumpa slipper unna bråstopp, noe som kan slite ut pumpa. I tillegg vil pumpa slås av når alarmen HH går av. Figur 5-8 β Start og stopp av pumpe via frekvensomformer. Ved bruk av frekvensomformer til å sette pådraget kreves det at vi gjør noen endringer i HMI. Hastigheten til frekvensomformeren skal nå leses av i HMI. Vi sender pådragsverdien til omformeren til HMI ved hjelp av ei MOV-blokk som i figuren under. Figur 5-9 β Vi leser av er-verdi til omformer og sender det til HMI. Side 38 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 5.3 Brukergrensesnitt (HBG) Siden bonusoppgaven bygger videre på det vi gjorde i entankdelen av prosjektet har vi ikke lagd nye brukergrensesnitt, men modifiserte de vi hadde figur 5-10. 5.3.1 Intouch β Operatør PC Brukergrensesnittet gjennomgikk noen små endringer. Pådragsvisningen er fjernet fra ventilen siden denne skal ha 100 % åpning under kjøring. Pådraget vises nå nede ved pumpen i arbeidsområdet 0 β 50 Hz. I tillegg ble problemet med inntasting av desimaler for Ti løst. Se figur 5-11. Figur 5-11 Inntasting av desimaler for Ti ble fikset. Figur 5-10 Riggbildet med endringer for frekvensomformerstyring. Side 39 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 5.4 Operatørpanelet (HBG) Det ble noen adresseendringer i PLS-programmet, og disse endringene ble oppdatert i taglisten for å få brukergrensesnittet til å fungere igjen. Pumpen er nå gjort større og «klikkbar», se figur 5-13. Dette vil si at ved å trykke på pumpesymbolet vil du få opp en pop-up skjerm. På denne skjermen vil du kunne starte og stoppe pumpen, samt lese av frekvens. Se figur 5-12. Figur 5-12 Pop-up skjermen for pumpen. Figur 5-13 Pumpen er «klikkbar» og gjort større. 5.5 Resultat Nivåreguleringen med frekvensstyrt pumpe som pådragsorgan fungerte veldig bra. Frekvensomformeren reagerer raskere enn reguleringsventilen, tåler store endringer i settpunkt og forstyrrelse og er mer gunstig med tanke på strømforbruket. Ved testing fant vi ut at regulatorparameterene som gir best regulering er: Kp = 2 Ti = 20 Ved store settpunktsendringer får vi en innsvingningstype tilsvarende en mellomting mellom minimum forstyrrelse og minimum areal. Ved små endringer i forstyrrelse får vi nesten ikke noen endringer i nivået. Figur 5-14 Innsvingningsforløp Side 40 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 6 Prosjektstyring 6.1 Gruppe 1 Dette prosjektet har gått over 2 ½ måned. Gruppene, som ble satt sammen av lærerne, har arbeidet selvstendig med de oppgavene som ble beskrevet i oppgaveteksten. Vår gruppe har bestått av studenter med variert bakgrunn og sivil status. Vi har ut i fra dette, forsøkt å bruke den kunnskapen som hver enkelt innehar til å løse oppgavene best mulig. Vi har vært bevisst på at de som har minst erfaring med et emne får løse akkurat denne jobben. Dette for at hver enkelt skal kunne heve kompetansen på de områdene som er svakest. Dette syns vi har fungert godt. Ved opprettelsen av arbeidspakker valgte vi å dele opp prosjektet i relativt små deler. Dette for å lettere skille de ulike gjøremålene fra hverandre, og samtidig kunne avgjøre når ett spesifikt delmål er oppnådd. Dette mener vi hadde god virkning for gruppen, og er med på å konkretisere noen oppgaver som i utgangspunktet var ganske flytende. Vi har arbeidet med de tildelte arbeidspakkene, og samtidig hjulpet hverandre på tvers av pakkene. Dette kommer kanskje ikke så godt fram i rapportene, da de ulike hjelperne ikke bestandig har blitt kreditert i rapportene. Noen deltagere har da også tatt ett større område av oppgavene enn andre, da det varierer hvor mye tid man har til disposisjon. Gruppemedlemmene føler at de har kunnet arbeide ubegrenset, og bidratt der de har ønsket. Vi har vurdert slik at gruppens mål har vært å levere et så godt totalresultat som vi har mulighet til, ikke at enkeltpersoner skal skille seg ut. Noen forskjeller vil det være da vi har flere som har vært syke selv, hjemme med syke barn, militærøvelser etc. Dette er utfordringer man må løse, og her har andre tatt over der noen har hatt problemer med å fullføre. Dette vitner om god gruppedynamikk, og at alle har arbeidet mot ett felles mål. Prosjektmøtene har hatt en uformell tone, og vi har valgt å ikke ha en dedikert prosjektleder. Vi har hatt uformelle møter oss gruppemedlemmene imellom underveis slik at vi har kunnet ta tak i ting som har dukket opp av utfordringer og problemer. Vi har delt filer mellom oss via Dropbox. Dette har fungert bra, da det gir en hurtig måte å sende/motta filer hvor vi måtte være. Kommunikasjon mellom gruppemedlemmene har gått via Facebook eller via SMS. Arbeidet har i hovedsak vært mellom 09 β 16 på hverdager, med noe «overtid» før tidsfristene for levering. Vi hadde alle helt arbeidsfri i påskeuken. Veileder, Pål Gisvold, har vært tydelig i tilbakemeldingene på prosjektmøtene, men gruppen hadde ønsket noe mer tilstedeværelse på labben underveis. Side 41 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 6.2 Gruppe 2 Da vi begynte med prosjektet så måtte vi ta stilling til prosjektstyringen. Prosjektstyringen viste seg å være en meget viktig del av prosjektet. Fordi dette er noe ingen av oss har jobbet med før, førte det til at det ble en utfordring. Vi valgte å ha en rundgang på hvem som var prosjektleder. Prosjektlederens oppgave har her ikke vært å styre, men mere ha oversikt og følge opp. I realiteten har det kun vært en formalitet og et ledd mellom kommunikasjon med veileder. Når det gjelder kommunikasjon så er det alfa og omega, og det har kunnet vært bedre. Alle har ikke fått med seg alle beskjeder til enhver tid. Det hadde vært bedre med en fast gruppeleder som har hatt overblikk og styrt prosjektet fremover. Filer har blitt delt på OneDrive, men vi har manglet en kanal for uformell kommunikasjon. Her har Facebook vært et alternativ, men ikke alle gruppemedlemmer benytter seg av det, og vi har ikke opprettet noe annet alternativ. Kommunikasjonen har likevel fungert tilfredsstillende. Gruppesamarbeidet har fungert stort sett greit, de fleste har fått jobbe med det de ønsker. Vi har fulgt arbeidsfordelingen i arbeidspakkene ganske slavisk, men det har etter hvert kommet ønsker om at de ulike oppgavene skulle gått på rundgang. Hva har vært hensikten med prosjektet, skal oppgavene utføres på best mulig måte, skal alle lære seg mest mulig, hvordan skulle vi fordelt arbeidet for å ha funnet en gyllen middelvei? Gruppemedlemmene har hatt ulike prioriteringer og iver, derfor har enkelte jobbet mer enn andre, dette er naturlig når man er en større gruppe på seks personer. Arnfinn Hofstad har vært veilederen vår igjennom prosjektet. Han har vært streng, men rettferdig, og har kommet med gode tilbakemeldinger for forbedring. Vi hadde dog ønsket at veilederne hadde vært litt mer til stede i laben og aktive under prosjektets gang, gått en runde en gang i uka, spurt hvordan det går og fått litt oversikt. Dette har ikke vært et stort problem, da Arnfinn har vært lett å få tak i og kommunikasjonen har vært bra. De ulike fasene i prosjektet har vært greie å få en oversikt over og gjennomføre. Men helt i starten opplevde vi at forprosjektet var mye å sette seg inn i og at vi fikk for lite tid. Forprosjekteksempelet som lå tilgjengelig var lite representativ for hvordan et forprosjekt skal se ut. Det var generelt liten innføring i hvordan man skal lage et forprosjekt. Fordelen med forprosjektet er at det ble et sterkt verktøy for å komme i gang med oppgaven, og noe å lene seg på utover i prosjektet. Prosessen med å fordele arbeidspakker og fordele arbeidsmengde ble uoversiktlig og gjort fortløpende uten en ordentlig diskusjon om fordelingen. Vi var usikre på hvor lang tid hver enkelt oppgave kom til å ta. Det ble fort fare for at arbeidsfordelingen ble skjev. Dette kunne blitt fulgt opp senere i prosjektet og man kunne hatt ei revurdering av arbeidspakkene. Vi er meget fornøyde med resultatet og kunnskapen/erfaringene vi har tilegnet oss i løpet av prosjektets gang. Dette prosjektet har vært gull verdt med tanke på erfaringer i prosjektstyring, gruppesamarbeid og rapportskriving, dette er også en enorm fordel når det neste år kommer til skriving av bacheloroppgave. Side 42 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 6.3 Samarbeid totank Vi begynte samarbeidet ved å ha et felles møte. Her gikk vi igjennom hvordan vi skulle fordele arbeidsoppgavene og planla fremdrift. Vi delte de tre oppgavene slik at 2 fra gruppe 1 og 3 fra gruppe 2 jobbet med Totank-delen. De resterende på hver gruppe jobbet med sin gruppes bonusoppgave. Anders Aabakken ble valgt som leder for samarbeidet. Han har hatt ett oversikt med de ulike delene av oppgaven. Samarbeidet har fungert så godt at det har ikke vært behov for en aktiv prosjektledelse. Begge gruppene har organisert det tidligere prosjektarbeidet på forskjellige måter. Dette har vi måttet ta stilling til under planleggingen av samarbeidet. Gruppe 1 har delt arbeidsoppgavene seg imellom, men alle har jobbet litt med alt. Gruppe 2 hatt mer definerte arbeidsoppgaver, der gruppemedlemmene har stort sett holdt seg til samme arbeidsoppgave igjennom hele prosjektet. Dette har ikke skapt noen problemer i gruppesamarbeidet. Hos de aller fleste har engasjementet vært stort, og det har blitt lagt ned et solid stykke arbeid. Vi håper dette gjenspeiles i rapporten. Side 43 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 7 Forkortelser, definisjoner, utstyr og software 7.1 Forkortelser (MB) HiST OPC PC PLS HMI PID AD DA mA V Kp Ti Td HTML WAN LSB MSB Høgskolen i Sør-Trøndelag Object Linking and Embedding for Process Control. Personal computer Programmerbar logisk styring Human-Machine-Interface Proporsjonal-, Integral- og Derivat-regulator Analog til digital Digital til analog Milliampere Volt Forsterkning Integrasjonstid Derivasjonstid HyperText Markup Language Wide Area Network β Skolens nettverk i vårt tilfelle Least Significant Bit Most Significant Bit 7.2 Definisjoner (ØE) HMI BUS Profibus-DP InTouch IEC HTML CSS PID-regulator Brukergrensesnitt for skriving og lesing til prosessen. Kommunikasjonssystem for overføring av data. Feltbuss kommunikasjonsstandard brukt innen automatikk Verktøy for programmering av HMI. International standards and conformity. Programmeringsspråk som kan brukes for å kode hjemmesider. «Cascading Sheet Styles» formateringsspråk til HTML ο· P-regulator: Sørger for å endre pådraget proporsjonalt med avviket. ο· PI-regulator: I-delen (integratordelen) har i oppgave å gjøre det stasjonære avviket lik null. ο· PD-Regulator: D-delen (derivatdelen) har i oppgave å redusere det dynamiske avviket. Den gir ingen bidrag til stasjonært avvik. Stasjonært avvik Dynamisk avvik Innsvingningsforløp Forskjellen mellom referanse og måling ved stabilt system. Det største avviket fra referansen i et innsvingningsforløp. Karakteristikk på prosessverdiens forløp før systemet er stabilt. Vi opererer hovedsakelig med tre typer innsvingningsforløp: Minimum forstyrrelse, minimum areal eller minimum amplitude. Innsvingningsforløp med 4-6 halvperioder. Innsvingningsforløp med 10-15 halvperioder. Innsvingningsforløp med 1-2 halvperioder. Reguleringsstrategi for å motvirke forstyrrelser i prosessregulering. Signal der 4 mA representerer 0% og 20 mA representerer 100%. Signal der 1 V representerer 0% og 5 V representerer 100%. Minimum areal Minimum amplitude Minimum forstyrrelse Foroverkobling 4-20 mA 1-5 V Side 44 av 45 Prosjekt i Styresystemer og reguleringsteknikk Totank rapport gruppe 1 og 2 7.3 Utstyr (MB og ØE) Navn: Mitsubishi FX1N PLS Mitsubishi Q00CPU Mitsubishi Q61P-A2 Powersupply modul Mitsubishi QJ71PB92D Ethernet modul Mitsubishi QJ71E71-100 Profibus modul DLink AirPlus G+ Router Mitsubishi FX0N-3A AD/DA modul Mitsubishi FX0N-32NT-DP Profibus modul Danfoss VLT 2800 Frekvensomformer Beijer iX Panel TA100 Beijer OPC server PC med InTouch software Antall: 2 stk. 1 stk. 1 stk. 1 stk. 1 stk. 1 stk. 4 stk. 4 stk. 1 stk. 1 stk. 1 stk. 1 stk. 7.4 Software (ØE) Software navn: Wonderware InTouch 10.1.300 GX Works 2 v1.98c Beijer OPC server v1.2 build 182 Wonderware OPC link v8.0 iX Developer 2.10 GX Configurator-DP v7.00E Benyttet til: HMI interface PLS programmering Kommunikasjon mellom master PLS og OPC Link Link mellom OPC Server og InTouch iX touchpanel programmering Oppsett Profibus-DP Hjemmeside: http://www.invensys.com http://www.beijer.no http://www.beijer.no http://www.invensys.com http://www.beijer.no http://www.beijer.no Side 45 av 45
© Copyright 2024