Version 1, Augusti 2006 Tidigare versioner: -

Kravspecifikation fr styr- och vervakningssystem

Komplement

Utarbetad av: Enno Abel Sven Malm Per Isaksson CIT Energy Management AP Fastigheter Installationsteknik, KTH

Augusti 2006

Kravspecifikation S, Augusti 2006

Bestllargruppen lokaler, BELOK, r ett samarbete mellan Energimyndigheten och Sveriges strsta fastighetsgare med inriktning p kommersiella lokaler. BELOK initierades 2001 av Energimyndigheten och gruppen driver idag olika utvecklingsprojekt med inriktning p energieffektivitet och miljfrgor. Gruppens mlsttning r att energieffektiva system och produkter tidigare kommer ut p marknaden. Utvecklingsprojekten syftar till att effektivisera energianvndningen samtidigt som funktion och komfort frbttras. Gruppens medlemsfretag r: Akademiska Hus AP Fastigheter Castellum/Brostaden Diligentia Fabege Fortifikationsverket Locum Luftfartsverket Midroc Specialfastigheter Statens Fastighetsverk Vasakronan Vstfastigheter Till gruppen r knutna ven: Statens Energimyndighet Boverket ByggherreForum CIT Energy Management

2(11)

Kravspecifikation S, Augusti 2006

Kravspecifikationens syfte Den fljande kravspecifikationen r avsett att utgra en komplettering till upphandlingsunderlaget och kravspecifikationen fr upphandling av ett styr- och vervakningssystem. Syftet r att S-systemet utver normal styrning och vervakning skall vara ett fr daglig anvndning lmpat verktyg fr skerstllande och fortlpande frbttrande av inneklimat och energieffektivitet. De i det fljande sammanstllda kraven har till syfte att bidra till att underltta arbetet med energieffektivisering fr drifttekniker, tekniska frvaltningschefer och konsulter. Specifikationen r en bearbetning av kravspecifikationen i BELOK:s tekniktvling

Specifikationens utformning Specifikationen r inriktad p S-systemets anvndbarhet. Den r indelad i sju huvudgrupper o o o o o o o verordnade anvndbarhetskrav Krav p datagrnssnitt Krav p anvndargrnssnitt Krav p avvikelsehantering Krav webbanslutning Krav p energiredovisning Krav p databas och trendloggning

De krav som anges r absoluta och skall uppfyllas. Utver kraven ges ocks rd, som r att se som rekommendationer.

Definitioner Anvndargrnssnitt Presentationen fr anvndaren och dialogen med anvndaren Hantering och detektering av avvikelser som intrffar under lngre tid (dagar, mnader). Exempel p en sdan avvikelse kan vara kande eller minskande energianvndning. roduktmodell (en mall fr att beskriva t.ex. en byggnad), som r framtagen av den internationella organisationen IAI**. Svenska IAI finns p http://www.iai.byggtjanst.se. Berkningsprogram fr att simulera inverkan p inneklimatet och energianvndningen av ndringar i styr- och reglerfunktioner, brvrden, drifttider och liknande

Avvikelsehantering Detektering

IFC-format*

Simuleringsprogram

3(11)

Kravspecifikation S, Augusti 2006

S-system

Webbgrnssnitt

Styr- och vervakningssystem fr installationer i byggnader. Systemet skall vara tkomligt via PC eller annat datorbaserat anvndargrnssnitt. Ett grnssnittet till anvndaren, baserat p hemsidesteknik via Internet.
** Industrial Alliance for Interoperability

*Industry Foundation Classes

verordnade anvndbarhetskrav p S-funktioner Fr alla funktioner beskrivna i denna kravspecifikation skall fljande verordnade krav uppfyllas: 1. Lrbarhet Funktionerna skall vara ltta att lra sig, s att anvndaren snabbt kan f ngot gjort med hjlp av funktionerna. 2. Effektivitet: Funktionerna skall vara effektiva att anvnda. Nr anvndare har lrt sig funktionerna, skall en hg produktivitet vara mjlig. 3. Grafisk utformning och frgval Den grafiska utformning skall underltta anvndarens frstelse av frhllandet mellan olika funktioner. Frgval och kontrast skall bidra till att innehllet p bildskrmen r ltt att uppfatta. ven personerna med defekt frgseende skall ha mjlighet att lsa och urskilja innehllet p bildskrmen. 4. Enkel och naturlig dialog: Dialogen skall endast innehlla relevant information. Varje extra information i en dialog tvlar med relevant information och minskar deras relativa synbarhet. All information skall komma fram i naturlig och logisk ordning. 5. Anvndarsprk: Dialogen skall uttryckas tydligt i ord, meningar och begrepp som r vl bekanta fr anvndaren, och d framfrallt fr drifttekniker. 6. Minimering av anvndarens minnesbelastning: Information frn en del av dialogen till en annan del skall inte behva hllas i minnet. Instruktioner fr anvndning av systemet skall synliggras och vara ltta att ta fram nrhelst lmpligt. 7. Konsekvens: Ord som anvnds skall vara entydiga. Situationer och tgrder skall vara konsekvent och entydigt beskrivna. Varje begrepp som frekommer skall kunna frsts p endast ett stt.

4(11)

Kravspecifikation S, Augusti 2006

8. terkoppling: Systemet skall alltid hlla anvndaren informerad om vad som pgr, genom lmplig terkoppling inom rimlig tid. 9. Tydligt markerade utgngar: Om anvndaren av misstag vljer en systemfunktion skall det finnas en tydligt markerad ndutgng. Det skall vara mjligt att lmna ett onskat tillstnd utan att behva g igenom en omfattande dialog. 10. Bra felmeddelanden: Felmeddelanden skall uttryckas i enkelt sprk (inga koder) och exakt indikera problemet och om mjligt fresl en lsning. 11. Hjlp och dokumentation: Dokumentation skall vara ltt att ska i och vara klar och tydlig. Den skall vara anpassads till anvndarens arbetsuppgifter och visa p konkreta steg att utfras. Dokumentationen skall inte vara fr omfattande.

Anvndargrnssnitt Syfte Anvndare av S-system skall mtas av ett likartat grnssnitt oavsett fabrikat eller utrustning. Oavsett om grnssnittet utgrs av en S-terminal, en webblsare eller ngot annat s skall strsta mjliga likhet efterstrvas i svl utseende som funktionalitet. Krav Krav 1 Bildlayouten skall vara anpassningsbar s att det r gr att ndra ngon symbol eller ngon frg Krav 2 Funktioner skall vara beroende av instlld behrighet. Mjligheten att ndra funktioner och instllningar skall bara kunna ske av de som har behrighet fr att gra berrda ndringar. Krav 3 Anvndaren skall kunna placera flera bilder eller olika textinformationer bredvid varandra. Krav 4 Det skall finnas en struktur fr bilder p bilder dvs. lnkar mellan sammanhrande bilder s att det enkelt gr att finna vgen mellan bilder. Krav 5 Inom skrmbilden skall det vara ltt att frst hur ett kommando skall utfras. All fr beslut relevant information skall vara tillgnglig. Det skall vara ltt att veta inom 5(11)

Kravspecifikation S, Augusti 2006

vilket fnster man arbetar och det skall vara ltt att avgra vilken funktion man skall anvnda fr att utfra en tgrd. Krav 6 Information av typen listor ver larm, beordrad handdrift och beordrade loggningar, samt tidsscheman och brvrden skall enkelt kunna presenteras p bildskrmen. Krav 7 ndringar i tidsscheman och av brvrden skall framg tydligt. De skall sparas under en av bestllaren specificerad tid, exempelvis 1 r. Krav 8 Vid aktivering av en symbol som t ex en flkt skall en dialogruta aktiveras. Denna skall redovisa t.ex. brvrde, driftstatus, instlld drifttid, ackumulerad drifttid och lnkar till annan information. Lnkarna kan exempelvis avse symbolbibliotek, funktionstexter, funktionssamband, larmstatistik, drift- och underhllsdata etc. Krav 9 Det skall finnas totalfldesscheman fr respektive mediasystem som vrme, kyla, tappvatten och luftbehandling. Det skall ocks finnas tvrsnitt genom byggnaden med en versiktlig redovisning av respektive systems placering och betjningsomrde och med pekpunkter till respektive systembilder. I totalfldesscheman skall finnas mjlighet att redovisa versiktlig information om fastigheternas och systemens energianvndning. Krav 10 Samtliga ndringar i S-systemet skall signeras automatiskt och anges i databasen med tid, datum och den inloggade anvndarens identitet. Krav 11 Varje bild skall ha on-line hjlptext som beskriver handhavande steg fr steg. Hjlptexten skall direkt ge relevant information till den handhavare som sker hjlp fr en speciell tgrd. RD Rd 1 Gemensam standard fr frgsttning av bildbakgrund, media, symboler, texter och kurvor. Frger skall knytas till typ av media eller typ av funktion. Frger fr texter och kurvor skall vara kopplade till typ av redovisad storhet eller funktion, t ex rvrde, brvrde och larm. Rd 2 Gemensam standard fr storlek och utseende p grafiska symboler. Grafiska symboler fr flktar, pumpar, stlldon, vrmevxlare etc. skall vara enhetliga ver tiden och inom ett installerat S-system.

6(11)

Kravspecifikation S, Augusti 2006

Rd 3 Gemensam standard fr visning av och interaktion med aktiva symboler i skrmbild. Aktiva symboler skall vara synliga i bild. Samtliga grafiska symboler som avser objekt fr vilka systemet hanterar data skall vara aktiva symboler

Avvikelsehantering Syfte Att frse anvndare med ett effektivt verktyg fr att upptcka nr anlggningens funktion avviker frn den avsedda samt spra orsaken till avvikelsen. Krav Krav 12 S-systemet skall ha ett interaktivt program, analysprogram, fr att analysera och visualisera data frn databasen. En grupp av signaler, som fordras fr att frst ett frlopp, skall kunna visas samtidigt i ett antal diagram. Likas skall signaler frn olika tidsperioder kunna visas samtidigt. Analysprogrammet skall kunna skapa olika typer av diagram: linjediagram, punktdiagram, stapeldiagram, varaktighetsdiagram, etc. Signaler skall kunna kombineras fritt i diagrammen. Det skall vara mjligt att villkora visningen av punkter. exempelvis skall det vara mjligt att i ett diagram ver tllufttemperaturen som funktion av utetemperaturen vlja endast punkter d aggregatet r i drift Anvndaren skall kunna ndra skalor, frger och texter i diagrammen. Krav 13 Loggning av samtliga signaler skall vara installerad och pkopplat vid leverans av Ssystemet. Om inget aktivt val sker skall tidsintervallet vara 1 minut. Krav 14 S-systemet skall ha en tydlig funktion fr att snabbt och skert kontrollera instllningar, d.v.s. avgra om brvrden, tidsschemor, etc. har avsedda vrden. Krav 15 Det skall finnas ett system fr sjlvdiagnos av S-systemets egen hrdvara. Exempelvis skall fel i kommunikationen, givarfel och bortfall av data upptckas och redovisas. Systemet skall kunna kras regelbundet under drift av driftpersonal. Rd Rd 4 S-systemet br ha en skfunktion fr att hitta sdana avvikelser i trenddata som br analyseras mer ingende. Skfunktionen skall kunna kras interaktivt. Den skall ocks kunna kras automatiskt enligt ett tidschema. Presentationen av avvikelser och larm skall vara separerad.

7(11)

Kravspecifikation S, Augusti 2006

Rd 5 Referenser br kunna skapas och lagras i databasen under frsta driftret. Referenserna br best av trenddata fr utvalda grupper av givare och perioder. De skall representera viktiga driftfall och de skall vara ltta att ta fram i analysprogrammet. Anvndaren skall ha mjlighet att skapa ytterligare referenser. Rd 6 Anvndaren br kunna frfina skfunktionen. Rd 7 S-systemet br ge anvndaren std fr att tolka de frlopp som visas i diagrammen. Det br ocks vara enkelt att ta fram kompletterande diagram och information fr att analysera det aktuella frloppet. Rd 8 S-systemet br ha en funktion fr att fra anteckningar. Dessa br vara skbara p olika stt s att de ltt terfinns nr de behvs. Syftet r att anvndaren skall kunna beskriva problem, symptom, orsaker och lsningar. Webbanslutning Syfte Att mjliggra hantering via webb. Krav Krav 16 Webbserver funktion skall ing i S-systemet. Krav 17 Webbfunktioner skall omfatta eller stdja skerhetslsningar fr skydd mot dataintrng nr respektive system r ppet mot internet eller intranet. Krav 18 Webbservern skall ha ett skert skydd mot dataintrng nr det r ppet mot internet eller intranet.

Energiredovisning Syfte S-systemet skall ge anvndaren std och motivation att kra sin anlggning p ett energisnlt stt samt tidigt varna om anvndningen av elektrisk energi, vrmeenergi eller, i frekommande fall kylenergi, kar ofrklarligt.

8(11)

Kravspecifikation S, Augusti 2006

Krav Krav 19 Aktuell energianvndning och mediefrbrukning skall visas p framtrdande plats i anvndargrnssnittet. Symbolen skall ge en tydlig bild av energianvndningen och mediefrbrukningen i frhllande till idealvrden. Krav 20 S-programmet skall innehlla en interaktiv programmodul fr att analysera energianvndningen. Denna skall kunna visa data i diagram- och tabellform. Uppmtta vrden skall kunna jmfras med berknade idealvrden samt med historiska vrden. Avvikande vrden skall framst tydligt. Vrden skall rknas om (t.ex. graddagskorrigering) s att jmfrelser blir rttvisande. Krav 21 Programmodulen skall ha funktioner fr att enkelt ta fram kompletterande information om avvikande datapunkter. Exempel: I ett diagram med dygnsvrden skall det vara ltt att f information om datum fr en enstaka punkt. Krav 22 S-programmet skall innehlla en funktion fr att exportera frbrukningsdata till energistatistiksystem. Rd Rd 9 Berkningen av idealvrden fr energianvndning och mediefrbrukning br gras fr kortare perioder n en mnad. Enstaka dagar br kunna studeras.

Databas och trendloggning Syfte Det skall vara enkelt att administrera loggning och lagring av trenddata. Trenddata skall p ett enkelt stt kunna importeras till olika datorprogram, lokalt i centraldatorn eller ver Internet. Trend- och grunddata skall vara tillgngliga fr datorprogram frn andra leverantrer. Krav Krav 23 Samtliga insignaler, utsignaler och brvrden som krvs fr analys, skall kunna loggas. Anvndningen av vrmeenergi, elektrisk energi och i frekommande fall kylenergi skall registreras automatiskt. Detsamma gller mediafrbrukning.

9(11)

Kravspecifikation S, Augusti 2006

Krav 24 Loggningsintervall skall kunna vljas individuellt fr varje loggpunkt. Det skall vara mjligt att vlja loggningsintervall ned till 10 sekunder. Om inget aktivt val sker skall intervall vara 1 minut. Krav 25 S-systemet skall ha kapacitet fr att logga samtliga funktionsbeskrivande signaler med intervallet fem minuter. Detta skall ske utan att svarstiderna interaktivt arbete vid operatrsstolen kas mrkbart. Krav 26 S-systemet skall ha en ppen databas, som mjliggr effektiv hantering av trenddata. All information i databasen skall vara ltt tillgnglig fr datorprogram frn andra leverantrer. Krav 27 Samtliga loggade trenddata skall kontinuerligt verfras till databasen. Krav 28 S-systemet skall automatiskt skerhetskopiera ldre data. Om kopiering mste utfras av anvndaren skall systemet pminna denne om detta i god tid innan det finns risk att data frloras. Krav 29 Databasen skall innehlla till anlggningen knutna beteckningar och kompletterande information om loggade signaler. Krav 30 S-systemet skall innehlla std fr att ladda ned data frn databasen. Detta skall kunna ske svl lokalt, till exempelvis ett USB-minne, som ver Internet. RD Rd 10 S-leveransen skall innehlla std fr att ver Internet automatiskt verfra databasens innehll till en central databas. Rd 11: S-systemet br innehlla information om in- och utsignalers funktion i anlggningen. Denna information br kunna visas interaktivt och ing i olika rapporter Rd 12 Databasen br vara skalbar och lagringskapaciteten endast bero av vald hrdvara. Rd 13 Databasen br medge att trenddata kompletteras med information om status (t.ex. loggat /interpolerat /saknat /urkopplat ).

10(11)

Kravspecifikation S, Augusti 2006

Rd 14 Databasen br ha utrymme fr anteckningar kopplade till loggade signaler. Dessa anteckningar skall vara skbara. Rd 15 Nedladdning frn databasen kan integreras i webbservern s att komprimerade dygnsfiler kan laddas ned frn en webbsida. Cvs-filer, som kan lsas med Excel, r ett lmpligt format fr trenddata.

11(11)