Förvaltningsstandard för WebPort

Transkript

1 FUTURUM FASTIGHETER I ÖREBRO AB Förvaltningsstandard för WebPort Sida 1 av 13

2 FUTURUM FASTIGHETER I ÖREBRO AB Förvaltningsstandard för WebPort i Futurum Fastigheters fastighetsbestånd Box Handläggare: Lars Johansson Telefon Utgåva 1.0 Datum: Sida 2 av 13

3 Innehållsförteckning Förvaltningsstandard... 1 för WebPort... 1 Innehållsförteckning... 3 Begreppsförklaringar... 4 Allmänt... 5 Integratörer... 5 Systemadministratör WebPort (FF)... 5 Förutsättningar... 6 Allmänna anvisningar... 6 Strategi... 6 Besiktning av nytt integrationsprojekt... 7 Kommunikation och säkerhet... 7 Anslutning mot SCADA... 7 IP anslutning... 7 Trender... 7 Behörigheter... 8 Mätning av nyttjad energi... 8 Funktionsbeskrivning... 8 Larmer... 8 Larmkategorier... 8 Tidkanaler... 8 Navigeringsstruktur och grafisk standard... 9 Fastighetstyp (Enbart i WebPort portal) Fastighet Byggnad System Undercentral System luftbehandling Kvalitetsaspekter Egenkontroll Dokumentering, backup och överlämning Sida 3 av 13

4 Begreppsförklaringar SCADA ÖS BMS WebPort DUC PLC OPC SQL-server FF Supervisory Control And Data Aquisition, system innehållande erf. applikationsprogramvara för övervakning, trender, kommunikation och grafiskt användargränssnitt. Överordnat System, i denna skrift kan SCADA-system WebPort komma att förkortas med ÖS. Building Management System, Ett fastighetsbundet ÖS där samtliga av fastighetens system visualiseras FF s BMS-system. DataUnderCentral, Styrsystem inkl. processor, in- och utgångsenheter med integrerad eller separat display och manöverdon (tangent testatur). Speciellt framtagen för VVS-applikationer. Programmable Logic Controller, industriell motsvarighet till DUC, processor med in- och utgångsenheter med integrerad eller separat display och manöverdon (tangent tastatur). Kan i förekommande fall jämställas med DUC. Man kan i många fall även välja annat fabrikat av display/operatörspanel till vald PLC. OLE (Active X) for Process Control, används som generell drivrutin. För den aktiva utrustningen såsom en DUC som saknar drivrutin, består denna av en OPC-server. OPC-klient finns i WebPort. Programvara som krävs av Vista för lagring av trendloggar och händelser. Futurum Fastigheter AB Sida 4 av 13

5 Allmänt Syftet med denna förvaltningsstandard är att beskriva den struktur, strategi, arbetsmetodik och utförandestandard som Futurum Fastigheter AB (FF) har kring sitt BMS WebPort. Denna handling inklusive bilagor är anvisningar/krav för samtliga förkommande arbeten i BMS. Handlingen avser arbeten och handhavanden i WebPort då styrsystem skall integreras. WebPort skall installeras lokalt i fastigheten och fungera som ett BMS för vilken den är installerad i. Licens skall ingå i entreprenaden och överlämnas till beställaren efter färdigställande. Denna förvaltningsstandard är upprättad av FF och eventuella förändringar och/eller avsteg skall alltid förankras hos FF innan utförande. Det är ett absolut krav och av mycket stor vikt att dessa anvisningar följs. Då denna förvaltningsstandard är ett levande dokument skall samtliga förändringar noteras, förstasida skall förses med revideringsdatum samt signatur. Integratörer Vid integration av respektive styrsystem till WebPort, skall denna förvaltningsstandard användas. Viss form av anpassning kan krävas, dels i sina utrustningar vad gällande hårdvara, kommunikationsutrustningar, dels vad gällande mjukvara såsom programmering i DUC ar och PLCér. För att uppnå bästa prestanda och kvalitet då det gäller kommunikation mellan styrsystemet, WebPort och klienter, skall i anbud redovisas principiell kommunikationsuppbyggnad, kommunikationssätt samt vilken kommunikationsutrustning som kommer att nyttjas. I undantagsfall tillåts kommunikation via OPC server mellan styrsystem och WebPort. Detta skall alltid kontrolleras med FF innan utförande. I de fall OPC godkänns skall denna levereras i entreprenaden. Filosofin med en standard ger förutom uppenbara fördelar för FF, även tidsmässiga fördelar för integratören, då denna har fått en förståelse för strukturen i denna standard och dess komponenter. Systemadministratör WebPort (FF) Systemadministratörens roll är att tillse att samtliga projekt som integreras i WebPort, är rätt utformade. Systemadministratören skall upprätthålla FF s målsättning med den enhetliga användarmiljön. Vid eventuella kompletteringar och vidareutvecklingar är det sys.admin. som ansvarar för detta arbete. Detta arbete sker inom FF s egen regi. Sida 5 av 13

6 Förutsättningar I entreprenörens/leverantörens åtagande ingår erf. kommunikationsutrustning för anslutning med kontaktering mot Ethernet. WebPort installeras på PC i/på apparatskåp. Utföres med PC typ Intels NUC eller Panel PC. I apparatskåpsfront monteras touch skärm för lokal access. För access till anläggningen via FF s driftnät kan tekniker via sina datorer ansluta till WebPort via standard webläsare, via url hopp från något av sina SCADA system eller via WebPort portal. Förfarande anges i projektspecifik beskrivning. För att uppnå syftet med denna standard, skall denna dokumentation och framtagen generell teknisk beskrivning alltid användas. Förändringar/tillägg gentemot dessa skall dock verifieras och utföras gemensamt med FF samt påtalas i anbudsskedet. Dock skall alltid standard användas i första hand, då detta inte är möjligt skall förändringar ske i samråd med FF. Programmering av styrsystem, skall anpassas till funktioner och presentation i WebPort miljö och dess grundapplikationer. Allmänna anvisningar Strategi Syftet är att levererade styrsystems utformning i operatörsmiljön, inte märkbart skall skilja sig åt mellan de olika anläggningarna. Alltså skall ett enhetligt operatörsgränssnitt uppnås och upprätthållas. Detta åstadkoms genom att leverantörer (integratörer) av styrsystem som skall anslutas till WebPort, har tillgång till denna dokumentation som en del av förfrågan, vilket skall uppfattas som ett regelverk och krav att följa för levererade system och dess integration mot WebPort. Att kvalitetssäkra ett nytt systems integration med WebPort från en ny leverantör, innebär att leveransens integration säkerställs, detta sker genom leverantörens kvalitetssäkringssystem och därför avsedda checklistor, rutiner för egenkontroll. Samtliga skeden i integrationsförloppet skall vidimeras och godkännas av FF. Givna förutsättningar skall användas som styrmedel för att upprätthålla en jämn kvalité i systemuppbyggnad och operatörsmiljö inom rubricerat område då operatörsmiljön påverkas av det signalutbyte som sker mellan WebPort och styrsystemen i anläggningarna. Förfrågningsunderlag för anläggningar inom fastighetsautomation skall innefatta instruktioner som överensstämmer med denna dokumentation samt endast specificera sådant som är unikt för upphandling av aktuellt projekt. Sida 6 av 13

7 Besiktning av nytt integrationsprojekt Då nytt projekt har utförts av integratören, skall detta genomgå en kontroll före installation och driftsättning. Denna kontroll utförs av FF s systemadministratör. Integratören skickar projektet till systemadministratören, vilken då gör en leveranskontroll. Kontrollen avser överensstämmande avseende grafisk formgivning, navigering, egenkontroller etc. Synpunkter/kommentarer på utförande (av både teknisk och grafisk design karaktär) skall därefter åtgärdas av integratören. Då dessa därefter har åtgärdats, kontrolleras dessa ytterligare en gång. Därefter tillåts inkoppling på FF s driftnät för installation och driftsättning. Detta tillstånd fås av systemadministratören. Efter installation skall integratören utföra en egenkontroll av projektet och dess kommunikation mot styrsystemen. Kontroll utförs enligt kapitel Provningsförfarande. Kommunikation och säkerhet Allt säkerhetsarbete hanteras av Örebro Kommuns IT-avdelning. Anslutning mot SCADA Fysisk anslutning av aktuellt styrsystem mot driftnätet, skall alltid ske via direktkontaktering mot styrsystemens enheter via RJ45, TCP/IP. All kommunikation kommer att ske via FF s driftnätverk. Alltså ingen direkt seriell kommunikation (COM-port) mellan styrsystem och WebPort skall förekomma. IP anslutning IP-adresser skall inhämtas av FF s personal (IT-avdelning eller systemadministratör). Trender Via funktionsknappar i flödesbild skall analoga och digitala värden samt drifttillstånd, kunna kopplas till grupper för Historik, Trender och Realtidstrend. Mätvärden skall redovisas som stapel- och kurvdiagram. Med inställbar tid på X-axel och värde på Y-axel som autokorrigeras till max och minvärde utifrån trendade värden för att fylla grafens fönster optimalt. I Webport anges samplingstid för loggat värde, för varje punkt skall minst 1000 värden kunna sparas. Realtidstrend Skall användas som hjälpmedel vid injustering samt kontroll av injustering. Trenden skall presenteras i bild och ej lagras. Samplingsintervall skall vara momentan, dvs att uppmätt värde plottas i graf med ca 1 sek intervall. Historik Avsedd för kontroll av hela systemförlopp. Historik skall presenteras i bild. Samplingsintervaller skall vara inställbart globalt och individuellt för varje värde. Presentation skall kunna ske som graf där historiska värden presenteras och som medelvärde under timme, dygn, vecka och månad. Värden som är äldre än 13 månader skall raderas med automatik. Grundinställning 24h. Sida 7 av 13

8 Behörigheter Systemansvarig på FF skall ha behörighet att ändra/lägga till användare. I övrigt skall det finnas en teknikerkod med full access utom att lägga till användare samt en användare med enbart läsrättigheter. Mätning av nyttjad energi Mediamätare vilka är anslutna till styrsystem, skall redovisa (mätarställningen) i WebPort. Energimätare skall visa momentan effekt, total energi samt energi för aktuellt dygn, föregående dygn, aktuell månad samt 13 månader historiskt. Flödesmätare skall visa momentant flöde, ackumulerad volym samt volym för aktuellt dygn, föregående dygn, aktuell månad samt 13 månader historiskt. Funktionsbeskrivning Samtliga av systemens funktionsbeskrivningar skall installeras i WebPort, och från respektive processbild, kunna påkallas via knapp i bild. Larmer Samtliga larmer skall vara försedda med en s k larmkategori. I driftkort skall larmkategorin framgå. OBS! S k Hardware alarms (device larm, kom. Fel, minnesfel etc.) skall även utformas som larm med förklarande text. Samtliga hardware alarms skall alltså även visas i den normala larmlistan, med en förklarande text om vad som avses med larmet. Distribution av larmer till drifttekniker utförs med SMS. Mottagare av larmer kontrolleras med systemadministratör i resp. projekt. Systemadministratör skall även ha möjlighet att själv förändra distributionslistan. Larmkategorier AL Ex. Kritiska larm som larm på huvudpumpar samt larm exp. kärl BL Ex. lågt tryck tilluft, börvärdesavvikelser, driftfel etc. Tidkanaler Samtliga tidkanaler skall vara åtkomliga via WebPort. I WebPort skall globala tidkanaler finnas för överstyrning av de lokala tidkanalerna vid t.ex. lovperioder. Dessa konfigureras i samråd med FF och i enlighet med generell teknisk beskrivning. Sida 8 av 13

9 Navigeringsstruktur och grafisk standard Följande avsnitt handlar om hur navigering skall byggas upp och grundtanken med grafiskt utseende på driftbilder. Samtliga fastigheter förses med objektsnummer som avropas av B. All struktur skall godkännas av systemadministratör innan utförande. Det skall eftersträvas att driftbilder ritas med flöde från vänster till höger. T.ex skall alla primära medier såsom uteluft och fjärrvärme komma från vänster för att sedan behandlas till tilluft eller värme sekundär ut till höger. I bilder på systemnivå skall det alltid framgå vilket apparatskåp systemet är anslutet till. Samtliga inställningar skall vara åtkomliga från driftbild. Samtliga objekt skall vara dynamiska och visa läge, ex.vis axel på spjällmotorer och drift/larmindikeringar på motordrifter. Samtliga driftbilder skall ritas i Graphics builder tillhörande Citect. Bakgrundsfärg skall vara enl. nedan: På driftbilderna skapade i Citect läggs dynamiska symboler från WebPorts bibliotek. Dessa skall användas så långt som möjligt, enbart då symboler saknas skall entreprenör skapa egna objekt. I nedre vänstra hörnet av varje bild skall Futurums logga Äpplet placeras Sida 9 av 13

10 Fastighetstyp (Enbart i WebPort portal) För resp. fastighetstyp (11 - Skolor, 12 - Daghem etc) skall översiktsmeny skapas. Nedan exempel är från TAC Vista då WebPort portal ej var installerad då detta skrevs. Varje fastighet skall ha egen knapp för vidare navigering. Knapparna sorteras i stigande ordning via objektsnummer. Fastighet För resp. fastighet skall översiktskarta skapas där samtliga byggnader framgår. Varje byggnad skall ha egen knapp för vidare navigering. Sida 10 av 13

11 Byggnad För resp. byggnad skall översiktsbild skapas. Systemen delas upp i värme, tappvatten, kyla, luftbehandling och övrigt. Varje system skall ha egen knapp för vidare navigering. System Undercentral Energiförbrukning skall presenteras enl. kapitel Mätning av nyttjad energi ovan. Fjärrvärme skall utföras med lila färg. Tappvarmvatten med röd färg. Tappkallvatten med blå färg. Värmekrets med gul färg. Energiförbrukning skall presenteras enl. kapitel Mätning av nyttjad energi ovan. I bild skall alltid betjäningsområde framgå I bild skall finnas knappar för enkel navigering till ev. undershuntar. Sida 11 av 13

12 System luftbehandling FÖRVALTNINGSSTANDARD FÖR WEBPORT Uteluft skall utföras med blå färg. Behandlad luft (Tilluft) utföres med röd färg. Frånluft utföres med gul färg. Avluft utföres med brun färg. Verkningsgrad skall alltid presenteras i bild. I bild skall alltid betjäningsområde framgå I bild skall finnas knappar för enkel navigering till matande värmesystem och ev. zonstyrningar. Sida 12 av 13

13 Kvalitetsaspekter FÖRVALTNINGSSTANDARD FÖR WEBPORT Rätt kvalitet och prestanda vad gäller ÖS och BMS måste byggas in från början. Kvalitet i system säkras bäst genom att systemens alla funktioner specificeras såväl vad gäller hårdvara som mjukvara. Samtliga signaler i ett system skall ha symboliska namn så att det är lätt att härleda en enskild signal till en enskild funktion. Symboliska namn underlättar vid knytning av taggar i bilder då flera aktörer är inblandade genom att öka sannolikheten att det är samma signal som alla avser vid knytning/kontroll av sina respektive system. Administratören för systemet skall i alla lägen ha möjlighet att konfrontera pågående arbeten, inget arbete eller applikationsförändringar får utföras utan administratörens medgivande. Egenkontroll Då ny applikation (projekt) skapas skall avprovning ske med följande punkter som miniminivå på egenkontroll: - Bilder genereras enligt förfrågningsunderlag (driftkort etc.) eller motsvarande underlag. - Dynamiska symboler taggas upp och placeras på rätt plats - Larm konfigureras. - Larmrutter läggs upp. - Trender konfigureras. - Provning av signalkommunikation mellan processorsystem och databaser samt bilder i BMS genomföres. Vissa delmoment enligt ovan skall utföras gemensamt med FF. Dokumentering, backup och överlämning Då den färdigtestade applikationen har driftsatts skall denna backup as och överlämnas till FF. Samtlig dokumentation som överlämnas skall levereras i dess original format (*.doc, *.xls, etc.). samt.pdf. När dokumentationen är kontrollerad och godkänd överlämnas denna över till FF. Sida 13 av 13