Stadsfastigheter Överordnat SCADA system TEKNISK BESKRIVNING FÖRFRÅGNINGSUNDERLAG Version 2013 : Antal sidor: 21 Utfärdat av Stadsfastigheter
(ÖS), Stadsfastigheter 2 (21) INNEHÅLLSFÖRTECKNING BEGREPPSFÖRKLARINGAR ALLMÄNT GÄLLANDE HANDLINGAR FÖRUTSÄTTNINGAR ROLLBESKRIVNING 3 4 4 4 5 ANVISNINGAR 8 BILAGOR Reviderad Antal sid BILAGA 1 Integration med MSF_Design och utvecklingsmiljö för SCADA systemet 32 BILAGA 2 CiFas 3.40, daterad 2012 06 08. Beijer Electronics ramverk för Citect SCADA inom fastighetsautomation 142 BILAGA 3 Granskning, Egenprovning Includeprojekt samt Backup 17 BILAGA 4 Areor, konfigurationer, versioner, drivrutiner samt utvecklingsmiljö 4 BILAGA 5 Mediamätning 19 BILAGA 6 Konfiguration FlexTime (tidkanalshantering) 20
(ÖS), Stadsfastigheter 3 (21) BEGREPPSFÖRKLARINGAR SCADA Citect ÖS Protokoll Drivrutiner IODevice OPC Variable Tags CiFas MSF_Design Nimbus Alarmus FlexTime Supervisory Control And Data Aquisition, system innehållande erf. applikationsprogramvara för övervakning, trender, kommunikation och grafiskt användargränssnitt. SCADA system är en mjukvara. SCADA-systemet som används som överordnat system. Se http://www.beijer.se Överordnat System, jämställs här med SCADA systemet Citect SCADA. DDCers språk. Finns ett mycket stort antal. I allt större utsträckning nyttjas sk. standardprotokoll och öppna protokoll. Tolk mellan olika hårdvarors språk (protokoll). För Citect finns ett antal drivrutiner att tillgå. Drivrutin är en mjukvara. Funktion i Citect som upprätthåller kommunikation med ett styrsystem eller en grupp av styrsystem. IO Devicet är kopplat via en port som bestämmer ex IP adress mot ett styrsystem samt ett board som bestämmer vilken kanal som ska användas typ TCP/IP eller OPC. OLE (Active X) for Process Control, används som generell drivrutin. För den aktiva utrustningen såsom en DDC, består denna av en OPC-server. Motsvarande del (OPC-klient) finns i Citect. OPC är en mjukvara. Informationspunkt för kommunikation mellan styrsystem och SCADA. Läs- och/eller skrivbara datapunkt (variabel/parameter). Finns även tags för trender, analoga alarm, digitala larm, disktags, etc. I denna handling betecknas även denna för tag. Citect Fastighets Automations Standard. Standard mallar, bibliotek, symboler, genies (dynamiska objekt), etc. Baseras på en strukturerad tagbeteckning och dess suffix. Dokument är en produkt som säljs och supportas av Beijer Electronics. Malmö stad, Stadsfastigheters standardtillägg till CiFas. Programvara Larmrouting för utgående larm till larmmottagare. Plugin till SCADA programvaran. Larmhanteringsplugin, ersätter Citect s motsvarighet. Programvara för grafisk tidkanalshantering.
(ÖS), Stadsfastigheter 4 (21) ALLMÄNT Syftet med detta dokument är att specifikt ge anvisning om integrationsarbete som ska utföras för Malmö stad, Stadsfastigheters överordnade SCADA system. Denna handling inklusive bilagor, kompletterar den manual som beskriver CiFas (Beijer Electronics). Stadsfastigheters SCADA system består av Citect SCADA som gemensamt med CiFas, MSF_Design, Alarmus (larmpresentation), Flextime och larmroutingprogramvaran Nimbus fungerar som plattform för Stadsfastigheter överordnade styrsystem (ÖS). I denna handling beskrivs de direktiv och anvisningar som ska följas vid integration av DDC system. Sammantaget kommer detta ge en enhetlig och fabrikatsoberoende användarmiljö för förvaltningen. Varje nytt Includeprojekt ska dokumenteras, detta ska göras i en revisionshistorik-applikation. Samtliga förändringar noteras genom revideringsdatum samt signatur. Systemägare administrerar detta. Malmö stad, Stadsfastigheter benämns i detta dokument med Stadsfastigheter. GÄLLANDE HANDLINGAR FÖRUTSÄTTNINGAR Stadsfastigheter tillhandahåller följande: - Denna handling inklusive bilagor. - Tillgång till utvecklingsmiljö för antagen entreprenör Servermiljö är placerad i central IT-miljö hos Malmö stad. Utvecklingsmiljö tillhandahålls av Stadsfastigheter. Larmrouting och uppkopplingar mot anläggningarna ombesörjs av Stadsfastigheter.
(ÖS), Stadsfastigheter 5 (21) ROLLBESKRIVNING Integratörer Standardbiblioteket i CiFas och MSF_Design ska nyttjas. Då det i förekommande fall kan bli aktuellt med anpassningar (ex. genies, tidkanalanpassning, etc.) för aktuellt styrsystem, ska detta klart framgå i anbud. Allt anpassningsarbete ska kostnadsmässigt belasta anbudsgivare/entreprenör/integratör. Som bas för nytt objekt ska vara befintligt motsvarande objekt. Slutresultatet ska vara grafiskt likvärdigt. Objektet ska godkännas av Stadsfastigheter, därefter utförs inarbetning i standardbiblioteket (MSF_Design). För att uppnå bästa prestanda och kvalitet då det gäller kommunikation mellan styrsystemet och ÖS, ska i anbud redovisas principiell kommunikationsuppbyggnad, kommunikationssätt (drivrutin, OPC, etc.) samt vilken kommunikationsutrustning som kommer att nyttjas. I anbud ska följande redovisas För att uppnå bästa prestanda och kvalitet då det gäller kommunikation mellan styrsystem och ÖS, ska i anbud redovisas: - principiell kommunikationsuppbyggnad - kommunikationssätt (drivrutin, OPC, etc.). Då aktuellt styrsystem inte har drivrutin mot Citect eller OPC-server, ska detta anges i anbud. Vid utveckling av kommunikationsstöd mellan styrsystemet och Citect, ska detta baseras på OPC-teknik (DA 2.0). - kommunikationsutrustning - Avvikelser gentemot ställda krav i denna handling, inklusive dess bilagor (CiFas, MSF_Design, FlexTime, etc.).
(ÖS), Stadsfastigheter 6 (21) Projektörer: Som projektör för styr- och övervakningsanläggningar och elanläggningar, fungerar denna standard som en utökad projekteringsanvisning vid upprättande av förfrågningsunderlag vid upphandling av system som ska anslutas mot ÖS. Projektörer ska: - Anpassa projektering mot denna standard - Projektanpassa kommunikationsgränssnittet gentemot ÖS-system - Ange vilka mätare som ska anslutas samt dess anslutningspunkter. - Ange anslutningspunkter för styrsystemen. - Ange de eventuella projektspecifika processbilder utöver den i denna handling angivna lägsta nivå som ska utföras - Ange de trender (logghistorik) som ska trendas utöver de i denna handling angivna omfattning - Ange vilka objekt som ska förses med drifttidsmätning Systemägare/Systemförvaltare Ska tillse att samtliga projekt (Includeprojekt) som integreras är rätt utformade och följer krav och anvisningar i denna handling inkl. dess bilagor. Ska också upprätthålla målsättningen med den enhetliga användarmiljön samt projektstrukturer, beteckningssystem, etc. Vid eventuella kompletteringar och vidareutvecklingar är det systemägaren som ansvarar för detta arbete. Systemförvaltaren besiktigar/granskar nya Includeprojekt och godkänner dessa före en integration. Se separat rutinbeskrivning i bilaga.
(ÖS), Stadsfastigheter 7 (21) Malmö stad, Stadsfastigheter Stadsfastigheter ska tillhandahålla information om nytt objekt. Informationen utgörs av: - Nytt objekt läggs upp i administrativt system Expand. Och fastighetsbeteckning skapas. - Ange vilka areor (entreprenadområde) som ska gälla för Includeprojektet - Tillhandahålla underlag för fastighets- och husöversikt (kartor), byggnads- och fastighetsbeteckningar, etc. - Tillhandahålla nödvändig dokumentation, tillgång till utvecklingsmiljö. - Uppgifter avseende konfiguration av Integratörens/DDCleverantörens nätverksutrustning (IP adresser mm).
(ÖS), Stadsfastigheter 8 (21) ANVISNINGAR Allmänt Att kvalitetssäkra ett nytt includeprojekt, innebär att förväntad funktion och grafiskt användargränssnitt säkerställs. Detta ska uppnås genom att integratören följer dessa anvisningar och använder tillhandahållna verktyg och objektsspecifik information. I detta avsnitt ges en redogörelse avseende utformning som är specifik för Stadsfastigheter. All kommunikation sker via Ethernet. I anläggningar installeras eller finns befintligt ett fastighetsnätverk, detta nätverk är anslutet till Malmö stads centrala förvaltningsnätverk. Principbild över servermiljön Internet Information srvwincitectprd är huvudserver. Denna server används som filserver för systemet, som licensserver för klienter som ansluter samt kör processer i SCADA-systemet. Servern har ett eget hårdvarulås för Citect SCADA. Citrix Netscaler Accesserver Administrativt nät DMZ srvwincitectio är kommunikationsserver. Denna server står för en del av kommunikationen mot styrsystem på fältnivå. Servern har ett eget hårdvarulås. srvwincitectcnt är klientserver. Denna kör Citect Display Client och via Citrix når användarna klientservern. Servern hämtar all information från huvud-servern och får även sin licens därifrån. Klienterna hämtar data från databasen CiFlexDB. Denna server har lokalt installerad IIS som bl.a. används för rapporter. SRÖ Backbone-nät Microsoft SQL server CiFlexDb Citect SCADA Klientserver srvwincitectcnt Citect SCADA Huvudserver srvwincitectprd Citect SCADA I/O-server srvwincitectio Citect SCADA Test- & utvecklingsserver
(ÖS), Stadsfastigheter 9 (21) Topologi Projekttopologi Projekt i SCADA systemet är inkluderade enligt skiss nedan. Ci_fas_com Kommunikation Ci_fas_user Parametrar Ci_fas_stand Grafik MSF_Design -Grafik, -Parametrar Ci_fas_run Run projekt Del-projekt 1 (includej kt) Del-projekt 2 (includej kt) Del-projekt 3 (includej kt) Del-projekt n (includej kt)
(ÖS), Stadsfastigheter 10 (21) Princip för bildtopologi Bilder enligt skiss nedan. Översikt (Home) Fastighetsöversikt Hus Husöversikt Systembilder
(ÖS), Stadsfastigheter 11 (21) Fördefinierade bilder Översiktsbild: Visas då man klickar på homeknapp i alla bilder. Exempel 1, översiktsbild Fastighetsnivå (Kartbild, automatiskt via GIS) Exempel 2, fastighetsöversikt
(ÖS), Stadsfastigheter 12 (21) Husnivå (Kartbild, automatiskt via GIS) Exempel 3, husöversikt
(ÖS), Stadsfastigheter 13 (21) Processbilder allmänt Generellt ska följande systembilder utföras: Processbilder för samtliga förekommande system. I systembilderna ska även finnas navigeringsknappar till anslutande/tillhörande system (förbehandling, efterbehandling, värmesystem, kylsystem, etc.). System ska ritas från vänster till höger, alltså ute- och avluft samt värme primär till vänster, betjäningsobjekt till höger. Detta gäller även om underlag för t.ex. befintlig anläggning ej är ritad på detta sätt. På bilder ska även framgå dess olika betjäningsområden i form av ex.vis rumsnummer. Betjäningsområden ska ha vit bakgrund. Exempel 4, ventilationsbild
(ÖS), Stadsfastigheter 14 (21) Exempel 5, system med länk till undersystem Exempel 6, betjäningsområden
(ÖS), Stadsfastigheter 15 (21) Exempel 7, radiatorsystem
(ÖS), Stadsfastigheter 16 (21) Användare Larm i DDC Larmrouting Tagstruktur Användare och behörigheter hanteras av Stadsfastigheter. Larmpunkter i DDC ska återgå automatiskt när larmvillkoret ej är uppfyllt. Larmpunkter som kvarstår tills larmet är kvitterat i DDC får ej förekomma, undantaget blockerande larm såsom frysskydd, röklarm mm. Larmrouting sker via Nimbus larmroutingprogramvara. Konfiguration av Nimbus utförs av Stadsfastigheter. Tidstämpling av inkomna larm sker i SCADA systemet (driver/opc/citect). Uppbyggnad: FASTIGHET_HUS_SYSTEM_KOMPONENT_FUNKTION Beteckningsstandard bilder FASTIGHET, enligt Stadsfastigheters fastighetsobjektsbeteckning Ex. 1012 HUS, enligt Stadsfastigheters hus beteckning (A,B,C..). Ex 1012_A SYSTEMBILD, enligt HUS_systembild. Ex. 1012_A_5701 SUBSYSTEMBILD, enligt SYSTEMBILD_index. Ex. 1012_A_5701_01
(ÖS), Stadsfastigheter 17 (21) Anslutning av nya styrsystem Drifttidsmätning Endast Ethernetanslutning mot ÖS. Anslutningspunkter till nätverk anges i förfrågningsunderlag alternativt inhämtas från Stadsfastigheter. Kommunikation mot DDCer ska ske direkt mot OPC server eller direkt mot Citect, inga separata fabrikantsspecifika kommunikationsservrar (som är att betrakta som systemspecifikt SCADA system) får förekomma. DDCer ska vara försedda med Watchdogfunktion mellan DDC och ÖS. Med OPC server menas programvara innehållande all nödvändig kommunikationsfunktion mot direktuppkopplade styrsystem. Inga tilläggsprogramvaror accepteras, exempelvis styrsystemspecifika programmeringsverktyg eller kommunikationsmotorer. I förfrågningsunderlag framgår vilka objekt som ska vara försedda med drifttidsmätning. Funktion: Drifttidsmätning inkl. 0-ställningsfunktion, ska göras i DDC. Värden ska vara åtkomliga i ÖS. Då många objekt ska drifttidsmätas, ska en separat systembild (i meny övrigt) göras för detta. Mätdata (energimätare, mediamätare) Inga nya volym- och energimätare ska anslutas via DDC system, dessa ansluts direkt via M-Bus insamlingsenhet och Ethernet-nätverk till M-Bus OPCServer.
(ÖS), Stadsfastigheter 18 (21) Trender Trender ska ske för följande punkter enligt nedan, då inget annat anges: - Samtliga givare ska förses med trend - Samtliga analoga utgångar ska förses med trend - Styrda objekt (TF/FTX system) vilka inte är bestyckade med tryckgivare, ska förses med trend. - Analoga ingångar och analoga utgångar ska trendas med intervallet 5 minuter - Närvarogivare trendas med intervall 5 minuter. - Effekt- och flöde på anslutna energimätare. - Lagring av mätdata ska ske med intervall 14 månader - Information om övriga mätpunkter som ska trendas utöver ovan angivna återfinns i förfrågningsunderlaget. - Arbetsområden för respektive penna ska skalas och anpassas till aktuella förutsättningar.
(ÖS), Stadsfastigheter 19 (21) Tidkanaler Befintlig DDC. Variable tags för tidkanalstyrning konfigureras som separata tags i SCADA systemet, gäller även helgdagstyrning om sådan finns. Tag suffix enligt CiFas (se Bilaga). Anbudsgivare ska tydligt ange i anbud eller offert till Stadsfastigheter om aktuellt styrsystem stöds av FlexTime (se lista nedan). I de fall då tidkanaldata i DDC inte utgörs av ett format som stöds av Flextime måste kompletterande funktioner utvecklas till Flextime, då detta är aktuellt tar beställaren beslut om utveckling av nytt format för aktuellt styrsystem tillåts eller om annan lösning måste tillämpas. Utvecklingen görs av beställaren och kostnaden för detta vägs in i anbudssumman. Nedanstående format stöds av Flextime. Se även Bilaga 6, Flextime konfiguration för exakt funktion och vilka tags som krävs i styrsystemet, eftersom olika varianter kan förekomma i DDC.
(ÖS), Stadsfastigheter 20 (21) Ny DDC Tidkanalstyrning ska taggas upp som separata variabler i SCADA systemet, med tag-suffix enligt CiFas. Måndag till söndag med minst tre Till-/Frånslag per dag. Presentation av tidkanaler sker i Flextime. Driftorder från tidkanal visas på bild. Tags i SCADA för överstyrning av tidkanal i DDC: - Inställbar gräns för Wathdogpuls frekvens: SCADA offline i minuter (används i DDC) Wathdogpuls, sätts via SCADA. - Överstyrning av tidkanal KONSTANT DRIFT, 1 = TILL, sätts i SCADA - Överstyrning av tidkanal KONSTANT STOPP, 1 = TILL, sätts i SCADA Då både KONSTANT DRIFT=0 och KONSTANT STOPP =0 eller Wathdogpuls inte erhålls i DDC, körs intern tidkanal. KONSTANT DRIFT har högre prioritet. Tags i SCADA för överstyrning av tidkanal. 1012_A_01_WD01_SP1, Inställbar gräns för Watchdogpuls 1012_A_01_WD01_CMD, Watchdogpuls 1012_A_5701_TK01_MCMD, Överstyrning av tidkanal KONSTANT DRIFT=1 1012_A_5701_TK01_MCMD1, Överstyrning av tidkanal KONSTANT STOPP=1 Synkronisering av datum och tid i DDC Tidsynkronisering av DDC sker via SCADA. I de fall tidssynkronisering av DDC sker på annat sätt, redovisas detta. I SCADA run-projekt Stadsfastigheter finns avsedda funktioner för synkronisering av datum och tid i DDC. Funktionerna finns i run-projekt för åtkomst av alla tag-databaser i includeprojekten. Funktionen sg_timesync() startas via händelse (event) i SCADA, en gång per dygn. I denna funktion finns endast startanrop till trådade-funktioner för minsta möjliga påverka på SCADA prestanda i övrigt.
(ÖS), Stadsfastigheter 21 (21) I varje funktion anges med kommentar vilken anläggning respektive tidsynkronisering avser med DDC-beteckning som är uppbyggd enligt ANL.BETECKNING_BYGGNADSNR_DDCINDEX. Se BILAGA 1, Kommunikations projekt, I/O Devices Ex. // 1012_01. kod.. // 1012_02 I includeprojektet för anläggningen ska finnas en Cicode fil benämnd timesync.ci. Denna ska innehålla en funktion för tidssynkronisering av berörd anläggning. Funktionsnamnet ska vara enligt ANLÄGGNING_TimeSync(). EX: FUNCTION 1012_TimeSynd() END Denna funktion anropas i sin tur ifrån timesync funktion i run-projektet. Till hjälp finns ett antal tidssynkroniseringsfunktioner för olika fabrikat. Dessa finns i TimeSync.ci under MSF_Design. Om synkroniseringsfunktion saknas för något fabrikat skapas en ny funktion som sedan skickas till Systemförvaltaren för granskning. När funktionen är godkänd, läggs denna in under MSF_Design och kan sedan användas av samtliga integratörer.