LSU, Systemförvaltning, Styr- och övervakning Sida 1 5b, Utveckling Citect och HMI
LSU, Systemförvaltning, Styr- och övervakning Sida 2 Innehåll Allmänt... 3 Anvisning... 3 Tekniska krav (Denna del)... 3 Exempelmallar... 3 Beteckningssystem... 3 5b Utveckling Citect och HMI... 3 Sammanfattning... 4 Revisioner... 4 Kravhandlingar... 5 Förutsättningar och krav... 5 Mjukvaror/Versioner... 6 IP-adresser och inloggningsuppgifter... 6 Utveckling... 7 Vijeo Citect (SCADA)... 7 Arbetsgång vid integrationer... 7 Operatörspaneler (HMI)... 9 Manualer och dokument... 9
LSU, Systemförvaltning, Styr- och övervakning Sida 3 Allmänt Personer som kommer att arbeta i och eller med projekt där styr och eller övervakningssystem ingår skall ha kännedom om nedanstående dokument. Anvisning Innehåller övergripande anvisningar om projekteringens genomförande. Anvisningar i denna handling skall även användas som kontrollista där respektive punkt och dess inverkan skall värderas för sig. Tekniska krav (Denna del) Innehåller övergripande tekniska krav för styr- och övervakningssystemen. Bifogas beskrivning. Exempelmallar Innehåller exempel på hur driftkort skall se ut, och skall användas för upprättande av driftkort. Bifogas beskrivning. Beteckningssystem Innehåller anvisningar för hur beteckningar i driftkort, skyltmärkning och eller variabler inom tekniska system skall se ut. Bifogas beskrivning. 5b Utveckling Citect och HMI Innehåller anvisningar för hur arbete med Citect och operatörspaneler tillhörande Landstingsservice i Uppsala skall genomföras. Separat anvisning för Citect kan tillkomma. Bifogas beskrivning.
LSU, Systemförvaltning, Styr- och övervakning Sida 4 Sammanfattning Detta dokument beskriver utvecklingsarbetet i SCADA och HMI. Detta dokument revideras kontinuerligt. För detta finns det en revisionslogg i dokumentet som ska fyllas i av var och en som gör ändringar. Revisioner Revision Datum Referens Sign 1.0.0 1.1.0 2014-03-27 2015-06-02 Förstautgåvan Revidering vid projektavslut RB AA
LSU, Systemförvaltning, Styr- och övervakning Sida 5 Kravhandlingar Denna handling är framtagen efter LUL:s Tekniska Krav. Övergripande handling för detta dokument är Citect Systemdokumentation. Förutsättningar och krav LUL har en standard för hur nya projekt skall utföras i SCADA och HMI. Syftet är att likställa standardisera allt utvecklingsarbete i SCADA och Operatörspaneler (HMI) samt att samtidigt effektivisera utvecklingen. Följande punkter skall likställas Databaser och taggstruktur Signal ID Skalor (råvärden och skalade värden) Inmatningsbegräsningar Enheter Decimalvisning Beskrivande texter Larmtexter Larmklasser Popups Färger Metodik Följande punkter likställs så lång det är möjligt Larmlistor Symboler Flödesbilder För att underlätta för utvecklare/entreprenörer har LUL tagit fram ett exempelprojekt för SCADA och ett för HMI. Projektet för SCADA heter 3_LUL_Exempel och för HMI LUL Exempelprojekt och tillhandahåls av LUL. I projekten finns två ventilationsaggregat, två kylsystem samt en UC fullt uppritade. Dessa exempelprojekt bygger på ett nytt ramverk för symboler och popups Trebor Dynamics. Detta ramverk skall användas för all grafisk utveckling.
LSU, Systemförvaltning, Styr- och övervakning Sida 6 Mjukvaror/Versioner Detta dokument är skrivet utifrån följande mjukvaror och versioner. Windows 2008 Standard R2 Windows 7 VijeoCitect 7.2 BeijeriX 2.10 Trebor Dynamics Ci/iX 1.1 IP-adresser och inloggningsuppgifter SCADA-server 1 LSSCADA01 172.20.1.6 SCADA-server 2 LSSCADA02 172.20.1.7 Filserver LSSCADFILE1 172.20.1.8 Windowsinloggning på servrar: Användarnamn: lsscada Lösenord: lsscada Admininloggning i Citect: Användarnamn: Sysadmin Lösenord: CitectUAS
LSU, Systemförvaltning, Styr- och övervakning Sida 7 Utveckling Vijeo Citect (SCADA) Ingen utveckling eller validering får ske i de skarpa SCADA miljöerna. All utveckling och validering skall ske i lokal miljö (PC). Gäller ej funktionskontroller vid inläggning av utvecklade projekt i SCADA servrar (rapporter och kommunikation). Bilduppbyggnad och övrig metodik ska följa exempelprojektet. Arbetsgång vid integrationer Anskaffa LUL exempelprojekt för Citect som innehåller allt som behövs för att kunna utveckla i en lokal PC miljö. Om ett befintligt projekt ska kompletteras skall detta kvitteras ut från LUL Systemadministratör. Under utveckling är detta projekt låst för andra ändringar. o Nya delprojekt ska benämnas enligt bilaga Programstruktur Vid utveckling ska symboler och genies i delprojekt 5_LUL_Dynamik användas i så stor utsträckning som möjligt. o Specialsymboler och genies som skapas kan läggas i delprojektet eller i 5_LUL_Special om de är generella och kan användas i flera delprojekt. 1_LUL_Start, 4_LUL_Standard och 5_LUL_Dynamik får EJ förändras. o Undantag när de tillkommer nya areor, vilka ska läggas upp som labels i 4_LUL_Standard och parametrar, sektion UserSec, i 5_LUL_Dynamik. Se separat bilaga Areakodning Alla larm, trender grafiksidor och objekt ska kodas med den area de tillhör. Används för rättighetsstyrning. Se separat bilaga Areakodning Validering/egenkontroller görs i lokal miljö (laptop) Alla signaler skall provas och protokollföras Alla manövrar och larm provas tillsammans med PLC programmerare. Övriga signaler i SCADA kan testa mot lokalt HMI av SCADA-utvecklaren. I samråd med LUL systemadministratör/entreprenaden läggs projekt in skarpt. o Endast husprojekt (3_ projekt) får restoras över. Förändringar i övriga delprojekt, såsom Standard och Special, ska sparas in o 2_LUL_System uppdateras med de delar som behövs Menysidor Nya I/O devicer ska läggas till i PLC lista
LSU, Systemförvaltning, Styr- och övervakning Sida 8 Watchdog.Ci Skrivning till watchdogtagg i PLC SetTimeToPLC.Ci Tidssynkning av PLC o Om nya undercentraler tillkommit så ska sammanställningsprojektet 3_Undercentraler uppdateras med tillkommande shuntgrupper o Om nya areor har tillkommit så ska dessa läggas in som labels i 4_LUL_System och som parametrar i sektion UserSec i 5_LUL_Dynamik. OBS! Måste läggas i rätt areaspann enligt bilaga Areakodning o Citree och Cistatus ska uppdateras. Ligger i D:\Citect\CitectSCADA\Data\inifiler på LSSCADA01 o Driftkort ska läggas in på filserver. Share för detta finns uppmappad från LSSCADA01. Döps till samma namn som grafikbilden. o Trendmallar ska skapas för tillkommande grafiksidor o Avancerade larm för kommunikationsövervakning av tillkommande I/O devicer ska skapas och läggas upp i CiStatus o 6_LUL_Kom uppdateras med de delar som behövs Tillkommande I/O devicer ska lastbalanseras mellan servrarna I/O Device nummer sätts till sista två oktetterna hopslagna i IP-adressen. Systemet innehåller tre I/O servrar som separerar olika drivrutiner och tillkommande I/O devices ska placeras i lämplig I/O server IOServer/IOServerR Övriga drivrutiner IOServerP1/IOServerR1 Beckhoff Twincat ADS IOServerP2/IOServerR2 Långsamma drivrutiner, typ MBUS, DNIP Servrarna är fullt redundanta och alla ändringar ska göras på båda servrarna. I/O-devicer ska vara lastbalanserade mellan servrarna Utför funktionskontroller o Kommunikationslarm o Watchdoglarm o Tidssync o Öppna Trebor RemoteScadaServer på båda servrarna och kontrollera att antal variabeltaggar och larm överensstämmer mellan servrarna o Uppdatera klienter (driftcentral och filserver) och kontrollera funktion på tillkommande delar på dessa Gör backup på alla ändrade projekt till filserver, share Akademiska Sjukhuset\Applikationsprogram. Döp mapp till dagens datum Lägg till tillkommande taggar i Vijeo Historian på filserver
LSU, Systemförvaltning, Styr- och övervakning Sida 9 Operatörspaneler (HMI) Anskaffa LUL Exempelprojekt som utvecklingsstöd. Exempelprojekt följer LUL Standard Symboler och komponenter ( genies ) i Trebor Dynamics ix skall användas. Granskning av arbete Signaldatabaser skickas för granskning Bilder skickas för granskning Validering/egenkontroller Validering av HMI Alla signaler skall provas och protokollföras. Manualer och dokument För vidare information se följande manualer Citect Systemmanual med tillhörande bilagor Manual Installation Trebor Dynamics Manual Trebor Dynamics Ci Manual Trebor Dynamics ix