Prosjekteringsanvisning. Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning. Sandnes kommune, Sandnes Eiendomsselskap KF

Transkript

1 Prosjekteringsanvisning Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning Sandnes kommune, Sandnes Eiendomsselskap KF Versjon TN Side 1 av 19

2 Innhold 1 Innledning Orientering og generelle krav Generelle krav Lokal betjening Nye installasjoner Datateknisk infrastruktur Kommunikasjons- grensesnitt teknisk utstyr Tekniske og funksjonelle krav til automatiseringsanlegg Portal MS SQL database Toppsystem Toppsystem og rettigheter Garanti og reklamasjon Avklaringsmøte før prosjektoppstart Brukergrensesnitt og betjening Tilgangsnivå Tilgang og grensesnitt Passord Lisens Maskinvare, server Backup og sikkerhet Rapportering portal/ toppsystem Historikk og trendlogger Alarmer Skjermbilder og tavlebetjening Generelle krav til skjermbilder Sonekontroll Merking Måletekniske signaler, lagring og energi oppfølging (EOS) Registrering av driftstid Tidsstyring Tavle betjening Testing og i gangkjøring Ferdigbefaring Anlegg og grensesnitt ansvar Ventilasjonsanlegget Øvrig VVS- teknisk utstyr Radiatorer og vannbåren varmesystemer Rom regulering generelt Vedlegg Side 2 av 19

3 1 Innledning For effektiv bygging, drift og vedlikehold av byggporteføljen til Sandnes kommune, er det utarbeidet en prosjekteringsanvisning som skal følges. Denne anvisningen tar for seg retningslinjer for levering, programmering og oppkobling av lokale automatiseringsanlegg via dedikerte leverandørservere for tilgang via en overordnet portal i Sandnes kommunes it nett. Prosjekteringsanvisninger for Sandnes kommune, er inndelt etter fag tilsvarende NS Det forutsettes at alle som utfører planleggings- og prosjekteringsoppgaver for Sandnes kommune gjør seg kjent med gjeldende anvisninger for det aktuelle prosjekt. Anvisningen vedlikeholdes og oppdateres av Sandnes Eiendomsselskap KF, heretter kalt Eiendom. 2 Orientering og generelle krav Anvisningen stiller krav til prosjektering og utførelse av automatiseringsanlegg som via leverandørserver skal kunne betjenes fra den overordnede portalen. 2.1 Generelle krav Det forutsettes at de lokale automatiseringsanleggene fungerer autonomt, dvs. at kritiske funksjoner som regulering, sikkerhetsfunksjoner osv. skal ivaretas av de lokale automatiseringsanleggene ved en evt. kommunikasjonssvikt med leverandørserver. Dersom det er nødvendig med ytterligere maskinvare eller tilpasninger av annet utstyr for å oppnå beskrevet funksjon, skal dette spesifiseres og inkluderes. Dette gjelder både utstyr og programvare for tilknytning til portal/ toppsystem og lokalt automatiseringsanlegg. Leverandør må også som en del av sin prosjekteringsytelse selv innhente opplysninger om systemer, anlegg og merkestruktur for installasjoner som skal tilknyttes SD-anlegget. Dvs. at det påhviler leverandør å kontrollere lokale automatiseringsanlegg for å forsikre at nødvendig maskinvare/programvare er installert for å tilfredsstille denne anvisningen. Det er et krav at installert automatiseringsanlegg ikke behøver programvareoppgraderinger for å kunne tilknytte nye eller eksisterende bygg. Ved overlevering av anlegg skal siste versjon av programvare være installert. Dersom det ved tilknytning til nye eller eksisterende bygg blir nødvendig med ytterligere lisensiering, skal dette inngå i oppgraderingskostnadene. All funksjonalitet skal prosjekteres slik at beskrevet funksjon (denne anvisning, beskrivelse og funksjonsbeskrivelser) og kapasitet (funksjons- og kapasitetstabeller) oppfylles. For eksisterende anlegg skal grensesnittet mot portal, være slik at det tillates styring på samme nivå via portalen, som på de lokale automatiseringsanleggene. Det vil si at funksjonaliteten via portalen skal være minimum på samme nivå som på de eksisterende lokale automatiseringsanleggene på de ulike eiendommene. Side 3 av 19

4 All kommunikasjon mellom bruker og system skal være på norsk. Ved strømbortfall, manglede kommunikasjon og lignende skal følgealarmer undertrykkes, dvs. at ved logiske hendelser skal følgealarmer undertrykkes for å redusere alarmtrafikken. 2.2 Lokal betjening Ved kommunikasjonsbrudd skal sd- anlegget fungere lokalt. Sd- anlegget skal være på samme plattform som når det har forbindelse mot server. Lokal fast server/ industri pc tillates benyttet. Eventuelle lisenskostnader må medtas i tilbudet. Hvert bygg må ha egen web- server slik at det også kan betjenes dersom sentral server er nede. 2.3 Nye installasjoner Nye automatiseringsanlegg skal uten unntak tilknyttes sentral server via Sandnes kommunes administrative datanettverk. Kommunen har 6 godkjente leverandør servere: o o o o o o Desigo Insight, levert av Siemens AS Genesis32, levert av Kverneland Elektriske AS Genesis64, levert av EM Hoist Eenergy AS TAC Vista, levert av Schneider Electric AS og SR Automasjon AS Trend, levert av Rogaland Elektro AS Niagara, levert av GK Norge AS og HS Vagle AS Anlegget skal tilbys på en av disse plattformene. Leverandør må ivareta eventuelle kostnader for utvidelse i forbindelses med installasjon. På f. eks skolebygg skal det regnes 1000 tag. Hver US skal tilknyttes kommunens administrative IT-nett og all kommunikasjon foregå på TCP/IP. 2.4 Datateknisk infrastruktur Alle sentraler/undersentraler skal ha egen IP- adresse og kommunisere på TCP/IP. Datanettverket leveres og vedlikeholdes av Sandnes kommune ved IT avdeling. For tildeling av port nummer og IP- adresser, bestilles dette via Eiendom. Ved bestilling av ip- adresser leveres en utstyrsoversikt. Utstyrslisten skal innholde id kode som Neuron/ MAC (Media- Access- Control- Adresse). Alle sentraler/undersentraler skal ha egen IP- adresse og kommunisere på TCP/IP. Det skal legges opp dobbel datapunkt i alle fordeler skap som har undersentral. Lokal web server skal kunne nås ved kommunikasjon brudd og derfor skal begge data pkt terminers mot teknisk nett. Det henvises til mal om merking. Ref. kravspesifikasjon IT. 2.5 Kommunikasjons- grensesnitt teknisk utstyr VVS tekniske innretninger som varmepumper, gasskjel og annet teknisk utstyr, kan komme med integrert automatikk som styrer funksjonene. Denne automatikken må ha et Side 4 av 19

5 kommunikasjonsgrensesnitt på Bachnet eller MODBUS der alle parametre blir gjort tilgjengelige slik at SD anlegget kan justere ute kompenseringskurver, setpunkt samt å kunne lese ute temperaturverdier, alarmer og logg. Det er en forutsetning at utstyr kan kunne skrus helt av via grensesnittet. Den interne automatikken bør ha en funksjon for å gjøre det mulig for SD anlegget å sende start/stopp signal enten via I/O (DI/DO) eller via kommunikasjonsbus. Utstyrleverandør er ansvarlig for at kommunikasjonsgrensesnittet fungerer mot sd- anlegg. 3 Tekniske og funksjonelle krav til automatiseringsanlegg Portal Portalen vil være startsiden for alle driftsoperatører i kommunen. Ved pålogging på portal skal en får direkte tilgang til alle installerte automatiseringsanlegg. Portalen skal via spørring mot felles MS SQL database presentere de til en hver tid gjeldene alarmene på det lokale tekniske anlegg MS SQL database Portal skal ha egen programvare for generering av rapporter, og skal hente inn data fra de enkelte leverandørserverne via MS SQL. Sandnes kommune har opprettet en felles MS SQL database for registrering av alle historiske hendelser/verdier/statuser. Det forutsettes at leverandør av sd- anlegget legger sin database på tildelt område i SDeiendomDB Toppsystem Toppsystemet er all nødvendig programvare som installeres på leverandørserver for å ivareta grensesnitt mellom det enkelte automatiseringsanlegg og portal. Programvaren skal settes opp med fullverdig terminalserver- funksjonalitet og programmeringsrettigheter. Felles pålogging brukes for tilgang til at de tilknyttede anlegg. Alle aktuelle parametre for de enkelte anlegg skal gjøres tilgjengelig av leverandør i en ekstern MS SQL-database. Databasen tillates ikke å være integrert i leverandørens programvare. Programmet skal kunne registrere alle historiske verdier /statuser for alle I/O. Skjermbildene kan etableres lokalt på det enkelte automatiseringsanlegg, men skal speiles sentralt på den aktuelle virtuelle leverandørserveren. Toppsystemet skal være basert på en åpen programvare som kan supporteres av andre leverandører. Det skal via leverandørserver være Singel-Sign-On (SSO) for alle tilknyttede anlegg. Programvareoppdateringer skal være inkludert i reklamasjonstiden. Side 5 av 19

6 3.1.4 Toppsystem og rettigheter Installerte programvare, program- nøkler og andre nødvendige programmer, oppfattes som kommunens eiendom. Andre leverandører kan gis adgang til dedikert leverandørserver. Det skal ikke være begrensninger mht. programmeringsrettigheter Garanti og reklamasjon Det skal gis 5 års reklamasjonsrett på alt automatikkutstyr (alle komponenter for registrering, styring og regulering). SD-anlegg blir levert med åpen bus/standard bus og utstyr, som andre SD leverandører kan utvide eller gjøre endringer på. Reklamasjonsforpliktene opprettholdes selv om andre entreprenører har gjort utvidelser eller endringer på kontraktsarbeidet i reklamasjonstiden (5 år). Der entreprenøren kan påvise at endringer på anlegget har forårsaket feilen, frafaller reklamasjonskravet kun for den aktuelle reklamasjonssaken Avklaringsmøte før prosjektoppstart Ved oppstart av nye prosjekt, skal det i forkant være et avklaringsmøte for gjennomgang av installasjon av sd- anlegg. Eiendom og leverandør vil da få en felles oppfatning om hva som skal leveres. 3.2 Brukergrensesnitt og betjening Brukergrensesnittet i portal/ toppsystem skal være standardisert så langt det lar seg gjøre, også mellom evt. ulike leverandører for de forskjellige automatiseringsanlegg. Dette kapitlet beskriver noen funksjoner i forhold til brukergrensesnitt. Forslag til endelig design av brukergrensesnittet godkjennes av byggherre. Universell utforming og god brukervennlighet skal tilstrebes. Spesielt gjelder dette tilknytning til skjermbilder, betjening, farger etc. Funksjonaliteten på portal/ toppsystem skal være identisk med de lokale automatiseringsanleggene ved tilknytning til eksisterende automatiseringsanlegg. Innstillinger som setpunkt, driftstider etc. skal skje ved enkle betjeningsordrer direkte fra skjermbildet. Betjening skal skje ved enkle og logiske betjeningsordrer, og tekster skal ha direkte sammenheng med valget, slik at det er enkelt å forstå. Programmeringstermer skal ikke brukes. Eksempelvis skal teksten Innstilling av driftstider eller lignende benyttes i stedet for tekst som Editering av punktparametre. Dette innebærer at alle betjeningskommandoer, innstillinger etc. for systemene som vises i grensesnittet skal være atskilt fra programmeringsordre for programvare. Side 6 av 19

7 3.3 Tilgangsnivå Systemet skal kunne skille mellom ulike brukere. Hver bruker skal ha eget passord og spesifikt tilgangsområde. Tilgangen til anleggene skal som minimum kunne styres etter følgende ulike kriterier: Fagkategori Anleggskategori I/O nivå (skal kunne utelukke/inkludere enkeltpunkter) For alle disse nivåene skal det være mulig å definere brukere kun med lesetilgang. Systemet skal kunne utarbeide rapport over alle brukere som har tilgang til systemet og deres rettighetsnivå. Dette gjelder også informasjon om hvem som er innlogget og har vært innlogget. Systemet skal også vise adgangsnivå for innlogget bruker. 3.4 Tilgang og grensesnitt Tilgang til de enkelte automatiseringsanleggene etableres internt i Sandnes kommunes Intranett via en portal med tildelt brukernavn og passord. Eksterne brukere som må ha tilgang til spesifikke automatiseringsanlegg, etableres via Internett mot den aktuelle leverandørserveren. Anvisning av innloggingsprosedyre og tildeling av passord for pålogging besørges av Sandnes kommune ved it avdeling i hvert enkelt tilfelle. Remote desktop programvare benyttes for ekstern tilganger. Det forutsettes at installasjon av ekstra programvare på klienter som skal benyttes for tilgang til de enkelte automatikkinstallasjoner ikke er nødvendig. 3.5 Passord Bruk av passord til programvaren, skal avklares og godkjennes av fagansvarlig person- eiendom. Brukere av system deles opp etter kategori og tilgangsnivå. Systempassord med administrator rettigheter, må godkjennes av eiendom. Ved overlevering av tekniske anlegg, skal passord som blir benyttet opplistes. Systempassord med administrator rettigheter skal gi aksess til kontrollere, undersentraler og annet aktuelt utstyr. Med dette menes adressering, endring av ip- adresse og øvrig programoppsett 3.6 Lisens Alle lisenskostnader skal spesifiseres av leverandør. Begrensninger i punktlisens eller lignende skal oppgis. Systemet skal tillate minimum 7 samtidige brukere. Dette skal ikke legge noen begrensning på antall brukere med forskjellig tilgangsnivå, men kun begrense samtidighet. Eventuelle tilleggslisenser for Web-grensesnitt, trendlogginger, historiske logginger, etc., skal alltid være inkludert og aktivert i leveransene. All nødvendig programvare for å ivareta grensesnitt mellom portal/ toppsystem for det enkelte automatiseringsanlegg (blant annet MS SQL) skal være inkludert i leveransene. Side 7 av 19

8 Programvaren skal settes opp med fullverdig funksjonalitet og programmeringsrettigheter. Alle lisenser skal kunne knyttes til programvaren direkte. Fysiske programvare- låser godtas ikke. 3.7 Maskinvare, server Byggherre er ansvarlig for å levere nødvendig maskinvare og installere all programvare i samarbeid med kommunen. De leverandørspesifikke serverne er oppsatt med MS Windows Server 2008 operativsystem. Skulle det være behov for avklarende informasjon i den forbindelse, kan dette innhentes hos Sandnes kommune, it avdeling. Det forutsettes at all nødvendig programvare blir installert på kommunens server. Installasjon og konfigurering av automatiseringsanlegget med beskrevet grensesnitt mot portalen er leverandøren ansvarlig for, mens primærdrifting og backup blir ivaretatt av Byggherre. 3.8 Backup og sikkerhet Byggherre er ansvarlig for full systembackup av leverandørservere i serverrom. Hver leverandør er ansvarlig for at de leverte automatiseringsanleggene (programvare og database) kan inngå i byggherrens backupsystem. Leverandør spesifiserer hva byggherre skal ta backup av. Sandnes kommune sørger for at servere tilkobles egne UPS er, i tillegg til nødvendig programvare for automatisk nedkjøring. UPS skal ikke medtas av leverandør. Leverandørservere må kunne kjøres ned automatisk. Nødvendig programvare må medtas av leverandør og beskrives. 3.9 Rapportering portal/ toppsystem Betjenings portal på sentral server skal ha egen programvare for generering av rapporter, og skal hente inn data fra de enkelte leverandørserverne via MS SQL. Dette innebærer at alle aktuelle parametre for de enkelte anlegg må gjøres tilgjengelig av leverandør i databasen på den spesifikke leverandørserver Historikk og trendlogger Programmet skal kunne registrere (i database) alle historiske verdier /statuser for alle I/O. Brukere skal enkelt og oversiktlig kunne angi hvilke verdier som skal logges og hva som skal inngå i korttidslager eller langtidslager. Det skal skilles mellom korttidslager og langtidslager. Oppløsning og loggefrekvens skal kunne bestemmes av bruker/driftsoperatøren. Oppløsningen skal kunne settes fra maksimalt 5 sekunder og oppover til minimum 7 døgn. Logging av flere ulike parametre skal kunne settes inn i samme loggesekvens med felles akser. Totalt skal systemet kunne håndtere minimum 50 loggesekvenser. Eksport av historiske trendlogger til csv-filer skal være mulig. Både analoge og digitale signaler skal kunne logges. Minimum 10 punkter skal kunne settes opp pr. logg med forskjellig Y-akse hvor fargekoder benyttes for å skille kurvene fra hverandre. Det skal være mulig å logge med rullerende lagring hvor de eldste dataene slettes når ny blir lagret. Den faste perioden skal kunne være et døgn, uke, måned eller ett år. Systemet skal ha en kontinuerlig lagring av alle hendelser, alarmer, systemmeldinger, ut og innlogginger etc. i et tilstrekkelig stort rullerende lager. Begrensninger i dette lageret skal oppgis. Side 8 av 19

9 Det skal være mulig å lagre alarmstatistikk og hendelsesstatistikk for direkte import i csv-fil, uten sideskift. Det skal være mulig for operatør å finne ut hvor mange ganger et punkt har endret status og når Alarmer Alarm kan være feilmeldinger, statusendring, grenseverdioverskridelse etc. Eksempel på status melding er når noe er satt i manuell drift. Stående alarmer og kvitterte alarmer skal angis forskjellig i systemet. Når og hvem som har kvittert alarmene skal også lagres i systemet. Alarm skal være rullerende lager med tilstrekkelig kapasitet. Alle alarmer skal lagres i statistikklager. Det skal være mulig for en operatør å finne ut når og hvor mange ganger et punkt har endret status. Alarmhåndtering, dvs. routing etc. skal settes opp i portal. Tekst for alarmmeldinger og alarmprioritet i port skal være tilsvarende toppsystem for det lokale automatiseringsanlegg. Alarmtekster og prioriteringer skal oversendes byggherre for kommentarer før implementering. Alarmmeldinger skal alltid være i klartekst. Undertrykkelse av meldinger og alarmer skal være mulig. Utskrift/logging av punkter som endrer status som følge av f. eks. en alarm skal kunne sperres (filtreres). Dette for å begrense utskriftsmengden ved f. eks. normal stans av aggregat. Da skal luftvakter, filtervakter og etc. undertrykkes i systemet. For analoge verdier skal der være mulig å definere minst 4 alarmnivåer. Alle alarmer fra systemet skal kunne eksporteres via standardiserte protokoller som e-post, TXT, XML-filer eller lignende. Lisens for dette skal være inkludert i programvaren. Alarmgrenser og prioriteter skal fritt kunne endres av bruker. 4 Skjermbilder og tavlebetjening Skjermbildene kan etableres lokalt på det enkelte automatiseringsanlegg, men skal speiles sentralt på den aktuelle virtuelle leverandørserveren. Uansett valg av løsning, skal det etableres fullstendig backup av det lokale automatiseringsanlegg på den virtuelle leverandørserveren. Bakgrunnsfarge på skjermbildene skal være lysgrå. Skjermbilder skal minimum inneholde følgende informasjon: Komponentenes ID-kode Setpunkt/ fyringskurver/ kompenseringskurver (avtrekks kompensert, ute kompensert etc.) Hastighetsregulering for pumper, vifter og annet aktuelt utstyr Alarmgrenser (høy, høy høy, lav, lav lav) Visualisering av alarmer Avlesning av målte verdier Visualisering av overstyringer Visualisering av status (start, stopp, halv, hel etc.) Systemets ID-kode, navn og hva det betjener Systemets eller komponentens fysisk plassering/ rom nummer i klartekst Tavle venderens posisjon Systembildene skal være oversiktlig og logisk oppbygget. Alle IO og alle fiktive punkter (setpunkt, alarmgrenser etc.) skal vises i skjermbildene. Side 9 av 19

10 Hvert system skal ha et eget skjermbilde. Dersom to eller flere system henger sammen, skal disse linkes sammen i skjermbildet. Alle skjermbilder skal ha systemskisse basert på systemskjema. Rene tabellariske opplistinger skal unngås, såfremt dette ikke er spesifikt beskrevet. Komponenter og alle IO i systemer og sonekontrollere, skal kunne settes i manuell overstyring. Overstyringer skal markeres i bildet slik at dette enkelt oppdages av operatør og melding i alramlogg. Gjeldende funksjonsbeskrivelsene fra skjermbildene skal være mulig å se. Det skal være enkelt å skrive ut skjermbilder og funksjonsbeskrivelser fra portal/ toppsystem. Utskrift av skjermbilder skal inneholde dato og tid for utskriften. Bruker skal løpende kunne legge inn nye eller endrede funksjonsbeskrivelser. Skjermbildene skal standardiseres, gjenkjennelsesfaktoren mellom de ulike leverandørspesifikke SDanlegg skal være sammenfallende. Dette innebærer at leverandør må sørge for at skjermbilder/prosessbilder utføres i henhold til maler og anvisninger fra Sandnes kommune. I skjermbildene skal det være mulig og enkelt linke til en ekstern adresse som webcam, video eller bilder. Skjermbildene skal ha standard symboler og farger. I skjermbildene skal det angis hvilke feil som er aktive. Symboler skal skifte farge ved spesielle hendelser. Drift og feil på komponenter skal vises med fargesymboler på selve komponenten. Grønt = Drift Hvit = Av Rødt = Feil Gult = Service/håndstyrt 4.1 Generelle krav til skjermbilder. Alle skjermbilder skal utformes tilsvarende, for eksempel med lik fargebruk på tur/retur og tilluft/avkast, symboler på komponenter, alarmer osv. All symbolbruk skal være etter en standard Ingen firmareklame, navn skal i skjermbilder. I topp skal etableres system ID, navn og hva det betjener. I topp skal etableres fliker/faner for tilhørende system Alle farger skal standardiseres etter mal. All systemstyring, ur etc. skal angis i bunn midt på bildet Alle kompenseringer, kurver etc. skal angis i bunn til venstre Til/tur skal være nederst, mens retur/fra skal være øverst Til rom, hva det betjener, skal være til høyre i bildet. Ved mye tekst i bildet, kan etableres et eget ikon for å slå av og på supplerende tekst i bildet. Nederst til høyre skal det være et eget ikon for funksjonsbeskrivelse, bilder, video klipp, etc. Side 10 av 19

11 4.2 Sonekontroll Det skal lages et oversiktsbilde hvor man kan klikke seg inn på ønsket etasje. Det skal lages ett oversiktsbilde for hver etasje. Hver sone i etasjen skal ha visning av målt temperatur, pådrag lys og evt. persondetektering. Dersom etasjen er for stor eller det er for mange soner på etasjen, skal etasjen deles opp i logiske deler med link mellom delene. Underlagstegninger kan fremskaffes hos byggherre. Ved å klikke på den enkelte sone, skal alle tilgjengelige parametre vises i egen dialogboks/vindu, som pådrag styringer (varm/kjøling), settpunkt etc., for endring av settpunkt og overstyringer. Alle skjermbildene for visning av sonekontrollen skal ha visning av aktuelt rom nummer. Mulighetene for visning av målte verdier og muligheten for endring av settpunkt og overstyringer i portal/ toppsystem, skal være lik en eventuell eksisterende løsning i lokalt SD-anlegg. Alle skjermbilder skal oversendes byggherren for gjennomsyn før implementering. 4.3 Merking Merking og navngiving i skjermbildene skal være sammenfallende med merking og navngiving ute i anlegget og i all annen dokumentasjon som beskriver byggherrens merkestruktur/merkesystem. Systemet må kunne programmeres med tilstrekkelig antall karakterer i flg. prosjektets merkestruktur. Eventuelle begrensninger skal oppgis av leverandør. I alle nye prosjekter skal Sandnes kommunes merkeanvisning benyttes. 4.4 Måletekniske signaler, lagring og energi oppfølging (EOS) Energi- og mengdemåling skal foregå på M-bus (Meter bus) eller MODBUS RTU. Det skal unngås å bruke digitale pulssignaler. Både elektrisk energi og vannboren varmeenergi skal overvåkes. Følgende skal måles; Energi som brukes til varmeproduksjon til varmeanlegget Tilført energi fra fordeler til varmt tappevann, varmebatteri, ventilasjonsanlegg og radiatoranlegg. Tilført energi og avlevert energi til varmepumpe utstyr Tilført elektrisk energi og maksimalvokter for overvåking effektbegrensning 4.5 Registrering av driftstid Alle registrerte driftstider for tilknyttede motoreffekter skal registreres i automatiserings-anlegget og skal være i tilgjengelig via betjenings portal. Driftstidsregistreringen skal kunne programmeres for å sende varsel eller henvendelser til andre programmer (FDV program eller lignende) ved overskridelse av satte grenseverdier (tid). Driftspersonell skal kunne sette grenseverdier og nullstille driftsregistreringen. 4.6 Tidsstyring Endringer i tidsstyringen skal kunne foretas fra skjermbildet i portal/ toppsystem. Tidsstyringen skal lagres i lokalt automatiseringsanlegg, slik at siste definerte tidstyring fortsetter å gjelde for anlegget ved kommunikasjonsbortfall mellom lokalt automatiseringsanlegg og sentral server. Side 11 av 19

12 Tidsstyring skal kunne settes både individuelt og i grupper for de ulike anleggene sentralt via portal. Punkter på anlegget skal kunne styres med 15 minutts oppløsning eller bedre. Tidsstyringen skal kunne styre for eksempel start/stopp av motorer, justering av setpunkt etc. Det overordnede programmet for tidsstyringen blir levert som en del av betjeningsportalen, og skal ivareta faste og flytende helligdager, fridager og vinter/sommertid med norsk kalenderfunksjon (årskalender). Leverandør av det lokale automatiseringsanlegget må imidlertid påse at grensesnittet mot portalen fungerer slik at det lokale anlegget kan motta tidsstyringskommandoene fra portalen. Leverandøren må spesifisere og prise eventuelle nødvendige gateways eller programvare som måtte være nødvendig for å ivareta denne funksjonen. 4.7 Tavle betjening Tavlefront må ha manuelle brytere for følgende betjening av hvert system: Håndstyrt på Av Auto System bilde for aktuelt anlegg skal gi status/ tilbakemelding for bryterposisjon. For statusvisning i tavlefront kan det benyttes et tavleskjema med dioder, alternativt panel pc. Betjeningspanel skal ikke kunne overstyre driftsdata fra portal/ toppsystem. 5 Testing og i gangkjøring Kommunikasjon mellom portalen/ toppsystemet og automatiseringsanleggene skal testes og dokumenteres. Dette gjelder også alle moduler i portalen, som alarmhåndtering, logging, eksporter, rapportering osv. Stikkprøver på hele kommunikasjonskjeden skal utføres. Dette kan gjøres ved eksempelvis å utløse alarmer lokalt for å se respons i portalen/ toppsystemet/ lokal (frostsikring, trykkvakt e.l.). Stikkprøvetesting må dokumenteres. Ved overlevering av automatiseringsanlegget, skal minimum følgende dokumentasjon overleveres: Testresultater Brukerveiledninger Topologiskjema for portal/ toppsystem/ lokale automatiseringsanlegg (oppdateres ved hver ny tilkobling) Drifts- og vedlikeholdsinstruks jfr. Sandnes kommunes anvisning for FDV 5.1 Ferdigbefaring Leverandørs egne utsjekkingslister skal sendes byggherre i ferdig utfylt stand 1 uke før ferdigbefaring kan gjennomføres. Det vil ikke bli holdt overtakelsesforretning før alle punkter på ferdigbefaringsrapporten er dokumentert utført. Byggherre vurderer om det skal holdes en besiktigelse før overtakelse, eller om ferdigbefaringen anses som tilstrekkelig. Side 12 av 19

13 6 Anlegg og grensesnitt ansvar Ved komplette leveranser, kan aggregatene leveres med integrert automatikk som styrer funksjonene via et åpent kommunikasjonsgrensesnitt. Ved del entrepriser hvor anlegget er levert med original integrert automatikk, forutsettes funksjonene styrt via et åpent kommunikasjonsgrensesnitt. Leverandør er ansvarlig for å levere med et grensesnitt som ivaretar funksjonalitet og kan integreres opp mot sd- anlegget. MODBUS foretrekkes. Se for øvrig avsnitt 3.6 Kommunikasjons grensesnitt teknisk utstyr. 6.1 Ventilasjonsanlegget Systembildet skal være iht. kommunens mal. Ventilasjonsanlegget skal ha minimum følgende tempfølere; Før/ etter varmegjenvinner Tilluft/ avkast Tur/ retur varmebatteri Tur/ retur kjølebatteri Ute temperatur vises i bildet. Det forutsettes hastighets styrte vifter som kan reguleres etter kompenseringskurve for redusert hastighet på kalde dager. I systembildet skal det kunne velges å ha anlegget styrt etter ute kompensert regulering eller avtrekksregulert. 6.2 Øvrig VVS- teknisk utstyr Samme kriterier ref 2.5 Kommunikasjons grensesnitt teknisk utstyr. Ved leveranser og integrasjon av 3 parts anlegg inn på sd- anlegg, skal utstyrs leverandør ha overordnet ansvar med å påse at funksjonalitet blir ivaretatt. 6.3 Radiatorer og vannbåren varmesystemer Varmeanlegg skal ha funksjoner for både ute kompensering og regulering ut fra tur/ retur. Fordeling/ samlestokk inntegnes i systembildet hvor tur/ retur Ved styring og regulering forutsettes det en ventilregulator for hvert rom/ sone. I et rom med flere radiatorer etter hverandre, skal det kun brukes en regulator tilknyttet sdanlegget. Ventil regulator kan monteres over himling på tur røret. 6.4 Rom regulering generelt For romregulering skal det være mulighet for nattsenking. Elektriske ovner reguleres av rom føler. Romtemperatur reguleres av rom føler og motorventil på radiator. 7 Vedlegg Det refereres til- Vedlegg bilde mal veileder SD anlegg og byggautomasjon v Side 13 av 19

14 Vedlegg bilde mal veileder sd- anlegg og byggautomasjon v Mal for skjermbilder for sd- anlegg - Sandnes kommune Vedlegg tilknyttet prosjektanvisning grensesnitt, Sentral drifts overvåkning, Programvare leverandør server Vedlegget gir en mer detaljert beskrivelse av utseende på standard skjermbilder som skal benyttes i byggautomatiseringsanlegg ved Sandnes kommune. Generelt skal felles utetemperatur indikeres øverst til høyre i alle skjermbilder. Vannrør og luftkanaler skal indikere strømretning med piler og forklarende tekst med navigasjon der rørene går over i andre bilder. På varmeanlegg skal tur vann ha rød farge og retur ha blå farge. Blå cyan benyttes for kjøleanlegg. Vannrør for sanitæranlegg/ tappevann, tegnes i tradisjonelt format. Forserte verdier skal indikeres med skiftende skriftfarge. Aktive alarmer skal indikeres med blinkende symbol eller skrift. Øvrige plasseringer, størrelser og fargebruk er angitt nedenfor. Ramme o Øverst: Høyde 30 piksler bredde 1180 piksler o Nederst: Høyde 100 piksler bredde 1180 piksler o Venstre: Høyde 800 piksler bredde 100 piksler o Høyre: Ingen ramme Firmalogo Firmalogo aksepteres i hovedmeny for aktuelt anlegg. Det skal ikke legges logo inn i andre skjermbilder enn dette. o Plassering: Nederst til venstre o Maks størrelse: Høyde 80 piksler bredde 80 piksler Symboler Symboler som benyttes skal være etter DIN og ISO standard som angitt i eksempelbildene. Maskiner og annet utstyr som ikke finnes i disse normene tegnes som generelt rektangel, sirkel eller kvadrat som angitt i eksempelbildene. Symboler for energimåling skal være klikkbare slik at meny til målerutstyret nås direkte fra skjermbildet. Farger o Bakgrunn: Grå fargekode C0C0C0 o Ramme: Grå fargekode o Tekst: Svart fargekode o Navigasjonsknapper: Grå fargekode E0E0E0 med svart tekst fargekode o Symboler: Hvit fyll fargekode FFFFFF med svart omriss fargekode o Rør kaldtvann og inntaksluft: Blå fargekode 0000C0 Side 14 av 19

15 o Rør varmtvann og behandlet tilluft: Rød fargekode FF0000 o Avtrekks- og avkastluft: Gul fargekode FFFF00 o Målte verdier: Blå fargekode o Børverdier: Orange fargekode FF8000 o Beregnede verdier: Grønn fargekode o Forserte verdier: Lilla fargekode o Drift på: Grønn fargekode 00C000 o Drift av: Hvit fargekode FFFFFF o Aktiv alarm: Tekst svart fargekode på blinkende rød bakgrunn, fargekode FF0000 o Aktiv alarm kvittert: Tekst svart fargekode på grønn bakgrunn, fargekode 00C000 o Inaktiv alarm ukvittert: Tekst svart fargekode på gul bakgrunn, fargekode FFFF00 Skrift All skrift skal være av type Segoe UI. Overskrift og tekst i ramme på skjermbildet skal ha fet skrift. Størrelse o Meny og overskrift skal ha skriftstørrelse 20 o All annen skrift skal ha skriftstørrelse 14 o Menyknapper i hoved- og system meny skal ha høyde 20 piksler bredde 120 piksler o Meny og betjeningsknapper i skjermbilde skal ha høyde 25 piksler bredde 80 piksler o Vannrør skal ha tykkelse 3 piksler. Piler for strømretning skal ha høyde 20 piksler bredde 20 piksler o Luftkanaler skal ha tykkelse 10 piksler. Piler for strømretning skal ha høyde 40 piksler bredde 40 piksler Eksempelbilde hovedmeny Side 15 av 19

16 Eksempelbilde system meny Eksempelbilde ventilasjon Side 16 av 19

17 Romstyring oversikt 1.1 En hovedoversikt viser aktuell fløy etasje etc. Side 17 av 19

18 Detaljstyring 1.2 For styring og regulering leveres et detalj bilde Bygg Eksempelbilde varmeanlegg Eksempel illustrerer shuntventil SB43 er manuelt styrt Side 18 av 19

19 Systemoversikt Skal vise et topologiskjema. Det skal være en egen liste over alle ip adresser som benyttes. Vedlegg bilde mal veileder sd- anlegg og byggautomasjon v Side 19 av 19