Statens vegvesen. Innføring av obligatorisk konteringsskjema for avdrags- og sluttnotaer i forbindelse med entrepriser veganlegg

Statens vegvesen Notat Til: Fra: Kopi: 0.Postmottak vegdirektoratet, 0.Postmottak nord, 0.Postmottak midt, 0.Postmottak vest, 0.Postmottak sør, 0.Postmottak øst Strategi- og økonomistaben Samferdselsdepartementet Riksrevisjonen Saksbehandler/innvalgsnr: Per E. Nilsen - 22073457 Vår dato: 31.10.2008 Vår referanse: 2006/050716-009 Innføring av obligatorisk konteringsskjema for avdrags- og sluttnotaer i forbindelse med entrepriser veganlegg Riksrevisjonen har gjennom sin revisjon av vårt regnskap stilt spørsmål ved de saldoer som ligger i balansen knyttet til art 2996, Entrepriser - innestående beløp og riktigheten av disse. På denne bakgrunn har regnskapsenheten iverksatt et omfattende arbeid for å kvalitetssikre beløpene registrert på art 2996. Arbeidet har avdekket vesentlige feil, men disse er for en stor del korrigert etter nødvendige avklaringer med regionene. Vi ser imidlertid at det fortsatt er en del uklarheter knyttet til kontering av innestående beløp. Et forhold som påvirker dette kan etter vår mening være at avdragsnotaer fra entreprenørene har et svært varierende oppsett. Dette gjør at det kan være vanskelig å lese ut fra fakturaen om innestående beløp er inne i bildet eller ikke. For å få et mer standardisert oppsett er det i samarbeid med utbyggingsavdelingen utarbeidet et konteringsskjema som skal fylles ut av entreprenøren og følge som vedlegg til alle avdrags- /sluttnotaer knyttet til anleggsdrift. Skjemaet er obligatorisk og skal følge alle notaer for nye kontrakter som inngås fra nå av. Utbyggingsavdelingen vil vise til skjemaet i sine tilbudsgrunnlag for nye kontrakter som lyses ut. Skjemaet vil bli lagt ut på Byggherreveven og må gjøres kjent for alle i regionen som behandler fakturaer knyttet til dette. Konteringsbilaget kan oversendes entreprenørene elektronisk eller på papir og ligger som vedlegg til dette notat. Strategi- og økonomistaben med hilsen Terje Westlie stabsdirektør Anne Hege Kase Postadresse Telefon: 02030 Kontoradresse Fakturaadresse Statens vegvesen Telefaks: 22 07 37 68 Brynsengfaret 6A Statens vegvesen Vegdirektoratet firmapost@vegvesen.no 0667 OSLO Regnskap Postboks 8142 Dep Båtsfjordveien 18 0033 Oslo Org.nr: 971032081 9815 VADSØ Telefon: 78 94 15 50 Telefaks: 78 95 33 52

2

Innledning: Prosessbeskrivelsen beskriver 3 trinn: 1. Leverandøren tester og dokumenterer sin egen leveranse 2. Byggherren gjennomfører en aksept test av leveransen 3. Stabilitetstest og opplæring Det skal i god tid før oppstart av tester gjøres nødvendige avklaringer slik at en har en omforent forståelse av arbeidet samt avklare hvilke tester, dokumentasjoner og godkjenninger som skal skje. 1. Leverandørens egentest. Prosjekteier bør påse at det settes av nok tid til denne testen. Leverandørens egentest skjer uten assistanse fra byggherre. Byggherren kan om nødvendig delta som observatør i denne testen. 1.1 Krav før testen starter: 1.1.1 Alle tunnelens installasjoner i.h.t kontrakt skal være ferdig oppkoblet og programmert frem til sluttbruker (skjermsystem for VTS) før testing starter. 1.2 Krav til gjennomføring: 1.2.1 Entreprenøren skal teste at alle funksjoner fungere etter sin hensikt samt at alle enkeltsignaler fremkommer som forutsatt. 1.2.2 Gjennomføringen skal ikke påvirke aktive eksisterende aktive styrings- og overvåkingssystemer på VTS. 1.3 Krav til dokumentasjon: 1.3.1 Alle tester skal dokumenters med dato og klokkeslett samt resultat. 2. Byggherrens aksept test (SAT, Site Acceptance Test) Byggherren skal utnevne ut en person med nødvendig kompetanse og som kan gjennomføre testen på en uhildet måte. 2.1 Krav før testen starter: 2.1.1 Leverandørens egentest skal være gjennomført. 2.1.2 Det skal ikke pågå arbeider i anlegget som kan påvirke denne testen. 2.2 Krav til gjennomføring 2.2.1 Leverandøren(er) skal delta i testen. 2.2.2 Leverandøren skal bistå slik at utstyrets funksjoner kan testes. 2.2.3 VTS skal stille nødvendige ressurser til disposisjon for de deler av testen som berører dem.

2.2.4 All nød- og sikkerhetsutrustning skal testes 100%. 2.2.5 Beredskapsplanens beskrivelser for trafikk- og/eller andre reguleringer skal testes 100%. 2.2.6 Som et minimum skal en teste 10 % av det øvrige utstyret (tilfeldig utvalg) som er testet gjennom leverandørens egentest. 2.2.7 Det skal simuleres feil og statusendring både på programvarenivå og komponentnivå. Status skal fremkomme som forventet i skjermsystemet. 2.2.8 Komponentfeil skal feilrettes innen SAT avsluttes. 2.2.9 Dersom det avdekkes sikkerhetskritiske funksjonsfeil skal SAT stanses, et omforent opplegg for feilretting og retesting avklares før en går videre. Hvis enighet ikke oppnåes, skal SAT avsluttes. 2.2.10 Dersom det oppdages feil/mangler som ikke samsvarer med entreprenørens egenkontrollrapport, har byggherre rett til å kreve leverandørens egentest gjennomført på nytt. 2.3 Krav til godkjenning: 2.3.1 All nød- og sikkerhetsutrustning fungerer 100% etter sin hensikt 2.3.2 Trafikk- eller andre reguleringer som beredskapsplanen beskriver fungerer 100% som beskrevet. 2.4 Krav til dokumentasjon: 2.4.1 Byggherrens utnevnte fagperson skal dokumentere gjennomførte tester med dato og klokkeslett samt resultat. 3. Stabilitetstest og opplæring (UAT, User Acceptance Test). 3.1 Kav før testen starter: 3.1.1 Godkjent SAT foreligger 3.2 Krav til gjennomføring: 3.2.1 Det skal minimum settes av 14 dager til gjennomføring 3.2.2 Perioden kan ikke legges til åpenbare ferie/friperioder 3.2.3 Stabilitetstest av anlegget 3.2.4 Beredskapsøvelse 3.2.5 Opplæring av redningsetater, vedlikeholdspersonell og vaktoperatører (jmf Hb 269) 3.3 Krav til godkjenning: 3.3.1 Godkjent stabilitetstest (ansvarlig for godkjenning: Seksjonsleder for VTS) 3.3.2 Gjennomført beredskapsøvelse (ansvarlig for godkjenning: Tunnelforvalter)

3.3.3 Det skal foreligge en beskrivelse av gjennomført opplæring av vaktoperatørene på VTS. (ansvarlig for godkjenning: Seksjonsleder for VTS) Gjennomgått skjermsystem Kjennskap til tunnelen Gjennomgått beredskapsplan 3.3.4 Det skal foreligge en beskrivelse for gjennomført opplæring av redningsetater (ansvarlig for godkjenning: Tunnelforvalter) 3.3.5 Det skal foreligge en beskrivelse for gjennomført opplæring av vedlikeholdspersonell (ansvarlig for godkjenning: Tunnelforvalter) 3.4 Krav til dokumentasjon 3.4.1 Prosjektlederen samler all dokumentasjon fra testing inklusiv godkjenninger som underlag for oversendelse i.h.t Hb 269 Utfyllende informasjon tilknyttet de enkelte punktene: 1. Leverandørens egentest. Eksempel på detaljeringsnivå for test av enkeltobjekter etter prosessgrensesnittet: Benyttes et annet prosessgrensesnitt må testprosedyre tilpasses. Brannskap med PLS, eller distribuert IO Består normalt av 3 objekter Objekt 1 brannskap, objekt 10 kommunikasjon og objekt 52 skap. Objekt 1 brannskap test følgende. Status Status Bit Maske Høy Lav 0 1 Dør åpen Dør lukket 1 2 Dør Blokkert Dør Frigitt 2 4 Telefonrør av Telefonrør på 3 8 Brannslokningsapparat fjernet Brannslokningsapparat satt på plass 4 16 Brannslokningsapparat Blokkert Brannslokningsapparat Frigitt 5 32 Telefonrør Blokkert Telefonrør Frigitt 6 64 Feil på telefon Telefon OK 7 128 Feil på telefon Blokkert Feil på telefon Frigitt Kommando Bit Maske Høy 0 1 Blokker alarm for dør åpen 1 2 Frigi alarm for dør åpen 2 4 Blokker alarm for brannslokningsapparat

3 8 Frigi alarm for brannslokningsapparat 4 16 Blokker alarm for telefonrør av 5 32 Frigi alarm for telefonrør av 6 64 Blokker alarm for feil på telefon 7 128 Frigi alarm for feil på telefon Signer objekt som ok dersom alt er ok. 2. Byggherrens aksept test (SAT, Site Acceptance Test) Tidsforbruket til SAT vil være svært avhengig av kompleksiteten i anlegget og kvaliteten på entreprenørens egentest. Tidsforbruket må derfor vurderes i hvert enkelt tilfelle. SAT gjennomføres med vekt på nød- og sikkerhetsutrustningen i og rundt tunnelen men det er også en kontroll på at produktet er levert i henhold til kravspesifikasjon og håndbøker. Eksempler på objekter/funksjoner som testes: Alarmer Alarmtekster Blokkeringer Parametere Styringer Status informasjon Funksjoner Nødstasjoner: Telefonen kobler opp mot VTS Lydkvalitet på telefon Alarm på dør Alarm ved fjerning av et og et brannapparat Alarm på telefon i bruk Blokkering av alarmene over Evakueringslys tennes når brannslukker fjernes Kraftforsyning til nødstasjoner Kontrollere at annenhver nødstasjon er forsynt fra ulike kurser Hva med kommunikasjon? (Ring, bus, stjerne) Alarm ved sikring utkoblet Bommer Senkes / heves lokalt Senkes / heves fra NS-panel Senkes / heves fra VTS Informasjon om bommens stilling på VTS er riktig

Bom skal ikke kunne senkes / heves uten at røde stoppsignal er tent Bildetektor forhindrer senking av bom Røde stoppblinksignal Skal blinke 5-10 sekunder før bom kan senkes Skal blinke så lenge bom ikke er oppe Indikasjon på VTS er riktig Alarm ved defekt lyskilde Kjørefeltsignaler Visuell kontroll at riktig symbol vises Indikasjon på VTS er riktig Sjekke grønn grønn konflikt når kjørefeltsignaler er montert rygg mot rygg Variable skilt / variable hastighetsskilt Indikasjon på VTS er riktig Kunne styre skilt til alle definerte posisjoner fra VTS og lokalt Alarm dersom styrt posisjon ikke oppnås Ventilatorer Riktig dreieretning Alarm dersom ventilator ikke starter Alarm ved utløst overbelastningsvern / effektbryter CO-målere Sjekkes med testgass (2 konsentrasjoner) Kontroller skalering Kontroller alarmer NO-målere Sjekkes med testgass (2 konsentrasjoner) Kontroller skalering Kontroller alarmer Ventilasjonsstyring Alle trinn kan styres fra VTS Ventilasjon kan styres fra NS-panel Ventilasjon trinn styrt av CO (4-20mA transmitter benyttes) Ventilasjon trinn styrt av NO (4-20mA transmitter benyttes) Alarm dersom ønsket ventilasjonsnivå ikke oppnås.

LUX-målere Pumpestasjon Riktig dreieretningen til pumpene Start og stopp organene virker etter hensikten Pumper testes ved å tømme fullt pumpemagasin, startes med høyeste startnivå. Alarmer høyt nivå og kritisk høyt nivå Ferdigprogrammerte reguleringer (Trafikkplaner) Disse testes i henhold til beredskapsplan. Testen utføres fra VTS og NS-panel dersom panelene benytter planer. Hurtigstengning Brannsteng Etablering av omkjøring Stengning av kjørefelt Toveisregulering (Tunnelklasse E og F) Bruk av NS-panel Nødstyrepanel skal virke i henhold til kravspesifikasjon. Ved overleveringer av styring mellom VTS og NS-panel skal anlegget ikke endre status. Objekter som er styrt skal beholde sin tilstand og den som mottar retten til styring skal kunne operere disse. Nødkommunikasjon og kringkastingsanlegg Statens vegvesen kontrollerer kringkastingsanlegget. Det vil si at vi har distribusjon av radiokanaler og at innsnakk fra VTS virker. Nødkommunikasjonen må testes og godkjennes av redningsetatene. PLS Switch Router VOIP gateway Distribuert I/O UPS Utstyre gjøres spenningsløst i min. 30 sek før spenning settes på igjen. Utstyret skal ikke miste konfigurasjon og programmer Hovedbryter til fordeling legges ut Tunnelen stenges med hurtigstengning Kontroller at følgende utstyr fortsatt er i drift o Overvåking, styring o Rødt stoppblinksignal o Sikkerhetsbelysning. o Evakueringslys o Nødtelefon o Serviceskilt o Nødutgangsskilt o Kommunikasjons- og kringkastingsanlegg

Minimum 1 times drift UPS kjøres inntil den kobler ut Hovedbryter legges inn Frostporter Alle funksjoner og sikkerhetsanordninger testes 3. Stabilitetstest og opplæring (UAT, User Acceptance Test). Siden leverasen nå skal fungere ette sin hensikt, kan øvelser og opplæring gjennomføres. For å avdekke eventuelle stabilitetsproblemer med leveransen, er det helt avgjørende at denne perioden settes til minimum 14 dager. Med stabilitetstest menes at leveransen skal fungere stabilt og etter sin hensikt uten alvorlige feil eller mangler i en 14 dagers sammenhengende periode.

Generell informasjon Versjon: 2.2

Statens vegvesen Prosessgrensesnitt Innholdsfortegnelse Innholdsfortegnelse... 2 1.0 Innledning... 3 1.1 Ordliste... 3 1.2 Kontaktpunkt... 3 2.0 Grensesnitt for anlegg... 3 2.1 OPC... 3 2.2 OPC Server... 3 2.3 Leid samband / IP-VPN... 4 2.4 GPRS/EDGE/UMTS... 4 3.0 Objekter... 4 3.1 Retningslinjer for bruk av objektene... 4 3.2 Kommunikasjon... 5 3.3 Kommunikasjons skjema... 5 Dokument versjon 2.2 Prosessgrensesnitt_Generelt Side 2

Statens vegvesen Prosessgrensesnitt 1.0 Innledning Prosessgrensesnittet består i hovedsak av en detaljert objektbeskrivelse. Disse objektene skal implementeres i styringssystemet ute i anleggene og være kommunikasjonsledd mot toppsystem inne på vegtrafikksentralen. Det er totalt 4 dokumenter som utgjør prosessgrensesnittet: Prosessgrensesnitt Generelt Dette dokumentet Prosessgrensesnitt Vedlegg 1 - Objektbeskrivelsen Prosessgrensesnitt Vedlegg 2 Eksempel på kommunikasjonsskjema Prosessgrensesnitt Vedlegg 3 Eksempel på bruk av objekt Prosessgrensesnitt Vedlegg 4 - Navnestandard for OPC-ItemId Merk at versjonsnummerering på første side kun omhandler dette dokumentet uten vedlegg. I dokumentet Prosessgrensesnitt Vedlegg 1 har hvert objekt eget versjonsnummer og statusfelt. Dokumentet skal brukes som grunnlag for konsulenter og leverandører av styringsanlegg. 1.1 Ordliste VTS - Vegtrafikksentralen (Statens vegvesen) Toppsystem - Overordnet styresystem. Eks. Vegvokteren, Factory Link OPC - Open connectivity via open standards SVV - Statens vegvesen 1.2 Kontaktpunkt Ved spørsmål og forsalg til endringer i prosessgrensesnittet skal Statens vegvesen kontaktes. Alle henvendelser skal skje på e-post til automasjon@vegvesen.no 2.0 Grensesnitt for anlegg Vanligvis vil grensesnittet mot toppsystemet på VTS være ved OPC, men andre grensesnitt kan være aktuelle. Uansett skal samme objektoppbygging og navnestruktur brukes i PLS-ene. 2.1 OPC OPC er en standard publisert av OPC Foundation. Standarden har til hensikt å gi en åpen, fleksibel, plug-andplay standard for dataoverføring mellom automasjonskomponenter. Den skal gi mulighet til enkelt å sette sammen utstyr og applikasjoner, uten å måtte utvikle drivere for de ulike delene. De fleste leverandører leverer OPC Server mot egne kontrollsystem. OPC Serveren leveres som oftest som en egen programpakke for kommunikasjon med styringsenhetene. Mer informasjon om OPC kan hentes på http://www.opcfoundation.org/ eller hos den enkelte utstyrsprodusent. 2.2 OPC Server OPC Server er en del av styringsanlegget og skal normalt leveres av styringsleverandør. Ved installasjon av mindre anlegg kan det være ønskelig med gjenbruk av eksisterende opc-server inne på VTS. Dette må være avklart i hvert enkelt tilfelle. OPC klient er en del av toppsystemet. Styringsleverandøren må påse at levert hardware og software tilfredsstiller de kvalitetskrav som beskrevet i kravspesifikasjonen for det enkelte anlegg. Utstyret skal være tilknyttet nettverket og kunne gjøres tilgjengelig fra annet utstyr. Pc-er må være satt opp slik at de er begrenset til å tilby kun de tjenester som skal brukes i hvert enkelt tilfelle. Brukernavn, passord, ip-adresser og andre konfigurasjonsparametere avtales med Statens vegvesen. Det skal være mulig å fjernstyre opc-serveren internt i nettet. OPC serveren må støtte OPC Data Access 1.0A. Interface i OPCServerList bør støttes av serveren. Navn på OPC Items velges i henhold til Prosessgrensesnitt vedlegg-4. Dokument versjon 2.2 Prosessgrensesnitt_Generelt Side 3

Statens vegvesen Prosessgrensesnitt 2.3 Leid samband / IP-VPN Dette vil være den mest vanlige kommunikasjonsformen for styringsanlegg. Styringsleverandøren programmerer utstyret for vanlig tcp/ip kommunikasjon. Dersom styringsleverandøren skal levere rutere etc. vil dette være spesifisert i anbudsgrunnlaget. 2.4 GPRS/EDGE/UMTS GSM-nettet er ikke tillatt brukt til kritiske styringsformål som for eksempel trafikkstyring. GPRS kan imidlertid benyttes i tilfeller hvor annet ikke er praktisk mulig, men da skal hele løsningen ta høyde for at kommunikasjon ikke kan garanteres. Tekniske løsninger for bruk av GPRS/EDGE/UMTS avtales med Statens vegvesen i hvert enkelt tilfelle, og vil være basert på standardiserte løsninger. 3.0 Objekter Beskrivelsen for alle gyldige objekt finnes i dokumentet Prosessgrensesnitt Vedlegg 1. Dette skal IKKE fravikes. Hvert objekt har et eget versjons nummer. Styringsleverandøren er ansvarlig for at siste versjon av objektene benyttes. De er også ansvarlig for at det ikke benyttes objekter som har status foreldet. Dersom det ikke eksisterer standardobjekter som tilfredsstiller de krav som er satt for styresystemet, skal saken tas opp med Statens vegvesen. Det kan da være aktuelt å utvide eksisterende objekter med nye signaler eller utarbeide nye objekter. 3.1 Retningslinjer for bruk av objektene De fleste objektene har status og kommando med 8 bit, men enkelte objekter benytter flere bit i størrelsesorden 16 eller 32. 32 bit er det høyeste antall bit som støttes av databasen. Hovedregelen er at antall bit som leveres av styringsanlegget skal være lik antall bit som er definert for de respektive objektene i toppsystemet. Datatypen som benyttes i styringsanlegget skal stemme overens med objektets. Det er altså ikke tillatt å benytte ledige bit til andre formål. Status sendt til toppsystemet skal alltid gi et korrekt bilde av virkelig situasjon i anlegget. Det vil si at statusordene skal genereres ut fra reelle inngangssignaler og ikke ut fra ønsket situasjon som utganger og kommando fra toppsystemet. Styringsleverandøren og SVV må være enige om hvilke bit som skal støttes for hvert objekt som er brukt. Bit som ikke støttes av styringsanlegget eller ikke er definert i toppsystemet skal alltid ligge lavt. Kommandoer skal huskes av styresystemet. Eks. et overordnet stengeobjekt skal huske at tunnelen er stengt, men dersom eks. en bom åpnes manuelt skal bit for direktestyrt vts settes, og denne bommen skal ikke lengre inngå i overordnet styring. Toppsystemet gir kommandoene som pulser. Kommandoene skal dermed huskes helt til det kommer en kontra kommando fra toppsystemet. Dersom det for eksempel er gitt Styrt fra VTS for stengingen, skal stenging være styrt fra VTS helt til Auto kommando mottas selv om bit for Styrt fra VTS blir resatt etter noen sekunder. Flere bit i kommandoene kan være høy samtidig. Dette må støttes av styresystemet. Motstridene kommando bit skal ikke forekomme i samme kommandoord. Det vil si at når toppsystemet skal stenge en tunnel, kan både bit for styrt fra VTS og bit for steng være høy samtidig. Men bit for åpne og bit for steng kan ikke være høy samtidig. Analogverdier skal ha størrelse 16 eller 32 bit og skal være med fortegn. Parametere skal være 16 bit med fortegn. Tellere skal være 16 eller 32 bit uten fortegn. Enkelte objekter bruker Retning1 og Retning 2 i status og kommandoord for å definere retningen på anlegget mot et fysisk sted. Retning 1 følger metreringsretningen på vegen dvs. stigende meterverdi. Startpunkt for metreringen er der vegen er knyttet til veg med høyere verdi, dvs. laveste nummer. Eks. En veg som går mellom E6 og E18 vil ha startpunkt i E6. En fylkesveg som ender blindt vil ha startpunkt der den er tilknyttet hovedveg. Vegkart fås hos byggherre eller på http://www.vegvesen.no Dokument versjon 2.2 Prosessgrensesnitt_Generelt Side 4

Statens vegvesen Prosessgrensesnitt 3.2 Kommunikasjon Unødvendig trafikk mellom styresystemet og toppsystemet skal begrenses. Følgende beskrivelse gjelder for alle objekter: Ved normal drift skal styresystemet sende data til toppsystemet kun dersom status er endret. Oppdatering av analoge verdier gjøres en gang i minuttet eller sjeldnere i spesielle tilfeller. Tellere, som for eksempel timetellere og minuttellere på ventilatorer, skal sendes fra anlegg maksimalt en gang i minuttet og på eventuell kommando fra toppsystemet. Parametere skal sendes fra styresystemet på endring. Det gjøres for å sikre at toppsystemet hele tiden har de gjeldene parametere. Ved oppstart av lokalt styresystem skal alle data som parametere, verdier og statuser sendes til toppsystemet for å sikre synkroniserte system dersom noe er endret i tiden systemet har vært nede. 3.3 Kommunikasjons skjema Leverandør av styringsanlegget har ansvar for å opprette objektene i styresystemet. Dersom egen objektliste ikke er utarbeidet av SVV på forhånd, må leverandøren utarbeide en slik liste i samarbeid med svv. Komplett objektliste er dokumentasjon og grunnlag for utarbeidelse av skjermbilder. SVV eller leverandør skal ha tid til å implementere og teste objektene i skjermsystemet, databasen og OPC klient før anlegget skal igangsettes. Objektene bør leveres på elektronisk format i Microsoft Excel eller annet format som enkelt kan hentes inn i Excel. Følgende opplysninger må være med: Objekt navn Fra tegninger dersom objektene er med på tegningene. For andre objekter skal beskrivende navn brukes. For eksempel Stenging. Objekt type Objekt nummer, navn og versjon fra vedlegg 1. Data type Data type. For eksempel WORD eller BYTE. OPC item navn OPC item navn må være med for alle anlegg med OPC server som grensesnitt mot toppsystemet. Anlegg med ISDN-Dpak grensesnitt må ha med DB nummer og DB offset. Bit som støttes Dersom ikke objektene støtter alle bit som er beskrevet for objektet, skal støttede bit oppgis. Vedlegg 2 viser et eksempel på kommunikasjons skjema for anlegg med OPC grensesnitt og med D-pak grensesnitt. Dette kan eventuelt benyttes isteden for elektronisk format. Dokument versjon 2.2 Prosessgrensesnitt_Generelt Side 5

Objekt definisjon Objekt definisjon... 1 1. BRANNSKAP... 6 STATUS... 6 KOMMANDO... 6 2. RØDE VEKSELBLINKERE PORTAL... 7 Foreldet... 7 3. RØD VEKSELBLINKER... 8 STATUS... 8 4. VENTILASJON 3 TRINN... 9 Foreldet... 9 5. STENGING UTEN AUTO... 10 Foreldet... 10 6. STENGING... 11 STATUS... 11 KOMMANDO... 11 7. ANALOG... 12 STATUS... 12 KOMMANDO... 13 VERDI... 13 PARAMETERE... 14 8. GASS SENSOR PARAMETERE... 15 Foreldet... 15 9. LUXPARAMETERE... 16 Foreldet... 16 10. KOMMUNIKASJON... 17 STATUS... 17 KOMMANDO... 17 11. GASSALARM... 18 STATUS... 18 KOMMANDO... 18 12. NETT... 19 STATUS... 19 KOMMANDO... 19 13. UPS... 20 STATUS... 20 14. TAVLEROM... 21 STATUS... 21 KOMMANDO... 21 15. KRAFTFORSYNING TIL NØDSTASJONER... 22 STATUS... 22 KOMMANDO... 22 16. VENTILATOR... 23 STATUS... 23 KOMMANDO... 23 VERDI... 24 17. VENTILATOR GRUPPERING... 25 STATUS... 25 18. ALARM... 26 STATUS... 26 KOMMANDO... 26 Dato: 26.07.2011 Side 1 av 110 Vedlegg 1

19. LYS KONTAKTOR... 27 STATUS... 27 VERDI... 27 20. LYSSTYRING... 28 STATUS... 28 KOMMANDO... 28 PARAMETERE... 28 21. LYSSTYRING 4 TRINN... 30 Foreldet... 30 22. NØDSTYRESKAP... 31 STATUS... 31 KOMMANDO... 31 23. PUMPE... 32 STATUS... 32 KOMMANDO... 32 VERDI... 32 24. VEIBOM... 34 STATUS... 34 KOMMANDO... 34 25. VEIBOM STENGING... 35 STATUS... 35 KOMMANDO... 35 26. FLERVARIABELT SKILT... 36 STATUS... 36 KOMMANDO... 37 PARAMETRE... 37 27. FRITEKSTSKILT... 39 28. FELTANVISER... 40 STATUS... 40 29. POTONG... 41 STATUS... 41 KOMMANDO... 41 30. HOVEDSIKRING... 42 Foreldet... 42 31. VENTILASJON... 43 STATUS... 43 KOMMANDO... 44 VERDIER... 44 PARAMETRE... 45 32. LYSSTYRING 1 TRINN... 46 Foreldet... 46 33. OPPDATER VERDI... 47 KOMMANDO... 47 34. VINDRETNING... 48 STATUS... 48 35. VENTILASJONSPARAMETERE... 49 Foreldet... 49 36. LYSSTYRING PARAMETERE... 50 Foreldet... 50 37. STENGNINGSPUNKT... 51 STATUS... 51 KOMMANDO... 51 38. STENGNINGSPUNKT PARAMETER... 52 PARAMETER... 52 Dato: 26.07.2011 Side 2 av 110 Vedlegg 1

39. SONE VARSLING... 53 STATUS... 53 KOMMANDO... 53 40. NIVÅMÅLER PARAMETRE... 54 Foreldet... 54 41. VINDKJEL... 55 STATUS... 55 KOMMANDO... 55 VERDI... 55 42. PRIORITERT LAST... 56 STATUS... 56 43. EFFEKTFORBRUK... 57 VERDIER... 57 KOMMANDO... 57 44. NULLSTILL TELLERE... 58 KOMMANDO... 58 45. SJAKT PORT... 59 STATUS... 59 46. SJAKT VENTILATOR... 60 STATUS... 60 TELLERE... 60 ANALOG VERDIER... 60 47. SENSOR STATUS... 62 Foreldet... 62 48. STØVMÅLER... 63 STATUS... 63 KOMMANDO... 63 VERDI... 64 PARAMETERE... 64 49. PUMPE GRUPPERING... 65 STATUS... 65 50. BRANNVENTILASJON... 66 Foreldet... 66 51. AVTREKKSVIFTE... 67 STATUS... 67 KOMMANDO... 67 52. SKAP STATUS... 68 STATUS... 68 KOMMANDO... 68 53. STØVMÅLER PARAMETRE... 69 54. VENTILASJON 4 TRINN MED BRANNSTYRING... 70 Foreldet... 70 55. RENSEANLEGG... 71 STATUS... 71 KOMMANDO... 71 56. VENTIL... 72 STATUS... 72 57. ELEKTROSTATISK FILTER... 73 STATUS... 73 58. KULDEPORT... 74 STATUS... 74 KOMMANDO... 74 59. TRAFIKKLYS... 75 STATUS... 75 Dato: 26.07.2011 Side 3 av 110 Vedlegg 1

60. AGGREGAT... 76 STATUS... 76 61. ANLEGGSKOMMUNIKASJON... 77 STATUS... 77 KOMMANDO... 77 62. TRINN STYRING... 78 STATUS... 78 KOMMANDO... 78 63. FLERVARIABELT SKILT SCANMATIC... 79 Foreldet... 79 64. SKILTSTYRING... 80 STATUS... 80 KOMMANDO... 80 65. FELTSTENGING... 82 STATUS... 82 KOMMANDO... 82 66. ARBEIDSVARSLING FOR BØMLAFJORDTUNNELEN... 83 Foreldet... 83 67. ANNEN FARE / FARTSREDUKSJON FOR BØMLAFJORDTUNNELEN... 84 Foreldet... 84 68. PEEK/FUTURIT FRITEKSTSKILT... 85 STATUS... 85 TEKSTER... 85 VERDIER... 86 PARAMETERE... 86 BOOLSKE VERDIER... 86 69. KLOKKE SYNKRONISERING... 87 STATUS... 87 PARAMETRE... 87 KOMMANDO... 87 70. SABIK FRITEKSTSKILT... 88 STATUS... 88 KOMMANDO... 89 VERDIER... 89 TEKSTER... 89 PARAMETERE... 89 71. SABIK FRITEKSTSKILT BLOKK... 90 STATUS... 90 72. RUNTELLER... 91 TELLERE... 91 73. KLIMAANLEGG... 92 STATUS... 92 KOMMANDO... 92 VERDI... 92 74. KONFIGURASJONSSYSTEM... 93 STATUS... 93 KOMMANDO... 93 75. OMBORDKJØRING... 94 STATUS... 94 KOMMANDO... 94 PARAMETERE... 94 76. BRANNPLAN... 95 STATUS... 95 KOMMANDO... 96 77. KAMERA... 97 STATUS... 97 KOMMANDO... 97 Dato: 26.07.2011 Side 4 av 110 Vedlegg 1

78. STATUS... 99 Foreldet... 99 79. KLIMASTASJON... 100 STATUS... 100 KOMMANDO... 101 PARAMETERE... 101 VERDI... 101 80. NEDBØRSENSOR... 102 STATUS... 102 KOMMANDO... 103 VERDI... 103 81. VEGBANESENSOR... 104 82. BRANNPLAN_OVERORDNET... 105 STATUS... 105 KOMMANDO... 105 VERDI... 106 83. STRÅLINGSSENSOR... 107 STATUS... 107 KOMMANDO... 108 VERDI... 108 PARAMETERE... 108 84. VEGTILSTANDSSENSOR... 109 STATUS... 109 KOMMANDO... 110 VERDI... 110 Dato: 26.07.2011 Side 5 av 110 Vedlegg 1

1. Brannskap Objekt versjon: 1.2 Dato: 12.09.03 Status: Godkjent Brannskap kan være med eller uten nødtelefon. I toppsystemet blir brannskap dør, brannslokningsapparat og nødtelefon behandlet som ett objekt og skal dermed ha ett felles navn. Følgende regler brukes for objekt navn på brannskap: 1. Objektet gis navn etter brannskap navnet. Eksempler er BS03 eller BA03. 2. Nødtelefon nummereringen følger brannskap nummereringen. For eksempel kan nødtelefon i BS03 ha benevnelsen BT03. BT03 vises ikke i toppsystemet. Status Bit Maske Høy Lav 0 1 Dør åpen Dør lukket 1 2 Dør Blokkert Dør Frigitt 2 4 Telefonrør av Telefonrør på 3 8 Brannslokningsapparat fjernet Brannslokningsapparat satt på plass 4 16 Brannslokningsapparat Blokkert Brannslokningsapparat Frigitt 5 32 Telefonrør Blokkert Telefonrør Frigitt 6 64 Feil på telefon Telefon OK 7 128 Feil på telefon Blokkert Feil på telefon Frigitt Når bit 1 er høyt, skal bit 0 være lav. Når bit 4 er høyt, skal bit 3 være lavt. Når bit 5 er høyt, skal bit 2 være lavt. Når bit 7 er høyt skal bit, skal bit 6 være lavt. Kommando Bit Maske Høy 0 1 Blokker alarm for dør åpen 1 2 Frigi alarm for dør åpen 2 4 Blokker alarm for brannslokningsapparat 3 8 Frigi alarm for brannslokningsapparat 4 16 Blokker alarm for telefonrør av 5 32 Frigi alarm for telefonrør av 6 64 Blokker alarm for feil på telefon 7 128 Frigi alarm for feil på telefon Dato: 26.07.2011 Side 6 av 110 Vedlegg 1

2. Røde vekselblinkere portal Objekt versjon: 1.0 Dato: 21.03.00 Status: Foreldet Bruk objekt 3 Rød vekselblinker Dato: 26.07.2011 Side 7 av 110 Vedlegg 1

3. Rød vekselblinker Objekt versjon: 1.2 Dato: 14.07.2004 Status: Godkjent Det skal være et objekt for hver rød vekselblinker. Tunneler med flere røde vekselblinkere på hvert portal skal dermed ha et objekt for hver vekselblinker som er plassert på portalen. Status Bit Maske Høy Lav 0 1 Lys er av 1 2 Lys er på 2 4 Rød vekselblink har feil Rød vekselblink er OK 3 8 LED lys svakt 4 16 LED lys ok 5 32 6 64 7 128 Lokal Auto Kun et av bitene 0 og 1 skal være høy. Begge bit kan være lav dersom det er uvisst om de er på eller av og det samtidig er feil på rød vekselblinker. Alle aktuelle feil skal gis på bit 2. Det skal gis feil dersom rød vekselblinker ikke oppnår ønsket status. I tillegg skal alle digitale innganger for feil tilknyttet rød vekselblinker gis på dette bitet. Dersom bit for LED lys benyttes, skal kun ett og alltid ett av bitene 3 og 4 skal være høyt. LED lys brukes dersom det er tilbakemelding til styresystem på at flere dioder i LED lyset er defekt, men at lyset likevel er bra nok til å ikke gi feil (dvs. bit 2 skal ikke settes ved kun LED lys svakt). Dato: 26.07.2011 Side 8 av 110 Vedlegg 1

4. Ventilasjon 3 trinn Objekt versjon: 1.2 Dato: 27.03.2001 Status: Foreldet Bruk objekt 31 Ventilasjon Dato: 26.07.2011 Side 9 av 110 Vedlegg 1

5. Stenging uten auto Objekt versjon: 1.0 Dato: 21.03.00 Status: Foreldet Bruk objekt 6 Stenging Dato: 26.07.2011 Side 10 av 110 Vedlegg 1

6. Stenging Objekt versjon: 1.1 Dato: 29.09.06 Status: Godkjent Status Bit Maske Høy Lav 0 1 Åpnes (Åpning pågår) 1 2 Stenges (Stenging pågår) 2 4 Åpen 3 8 Stengt 4 16 Åpning feilet 5 32 Stenging feilet 6 64 Styrt fra VTS Styrt fra branntablå eller Auto 7 128 Styrt fra branntablå Styrt fra VTS eller Auto Kun ett og alltid ett av bitene 0, 1, 2, 3, 4 eller 5 skal alltid være høy. Kun ett av bitene 6 og 7 skal være høy. Bit 0, Åpnes, skal gis når tunnelen er i ferd med å åpne. Det gjelder enten den åpnes i Auto, fra VTS eller fra branntablå. Bit 1, Stenges, skal gis når tunnelen er i ferd med å stenge. Det gjelder enten den stenges i Auto, fra VTS eller fra branntablå. Bit 2, Åpen, skal gis når tunnelen er åpen. Det vil si at alle rødblinker skal være av. Bommer som inngår i stengingen skal være åpen. For skilter som inngår i stengingen må det vurderes for hvert tilfelle om skiltet er så viktig at det skal inngå i status for stenging. Når stengning er styrt fra branntablå skal bit 2 gis når tunnelen er åpen eller er stengt i kun en retning. Bit 3, Stengt, skal gis når tunnelen er stengt. Det vil si at minst en rødblink på hvert portal skal være på. Bommer som inngår i stengingen skal være stengt. For skilter som inngår i stengingen må det vurderes for hvert tilfelle om skiltet er så viktig at det skal inngå i status for stengning. Når stenging er styrt fra branntablå skal bit 3 kun gis når den er stengt i begge retninger. Bit 4, Åpning feilet, skal gis dersom en tunnel som åpnes ikke blir åpen innen den tiden som er normalt for åpning av tunnelen. Det gjelder enten den åpnes i Auto, fra VTS eller fra branntablå. En slik feil kan for eksempel skyldes at en rødblink ikke slår seg av eller at det er kommunikasjonsfeil mot en bom slik at den ikke blir åpnet. Bit 5, Stenging feilet, skal gis dersom en tunnel som stenges ikke blir stengt innen den tiden som er normalt for stenging av tunnelen. Det gjelder enten den stenges i Auto, fra VTS eller fra branntablå. En slik feil kan for eksempel skyldes at en rødblink har feil slik at den ikke går på eller at det er kommunikasjonsfeil mot en bom slik at den ikke blir stengt. Kommando Bit Maske Høy 0 1 Åpne 1 2 Steng 2 4 Nødsteng 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Både Steng og Nødsteng skal kunne brukes til å stenge tunnelen. Dette gjelder alle tunneler, også de som ikke har sekvensiell stenging eller stengingspunkt. Dato: 26.07.2011 Side 11 av 110 Vedlegg 1

7. Analog Objekt versjon: 2.62 Dato: 16.06.2008 Status: Godkjent Analoge objekter er CO/NO sensorer, lux målere, vindmålere med mer. Hvert analogobjekt har status, kommando, verdi og eventuelle parametere. Navn på analoge objekter skal være på et standardisert format. Det skal bestå av tre ledd. For enkelte objekter kan første ledd bestå av to ord. Navnet skal begynne med et prefiks som angir type analog objekt. Følgende prefikser skal benyttes: Prefiks Kommentar CO NO NO2 Støv Sikt Temp Temperatur. Lys Lys/LUX målere. Vind Nivå Kan starte med hva som måles. For eksempel "Vindkjel Nivå" Flow Kan starte med hva som måles. Trykk Kan starte med hva som måles. Rh Relativ fuktighet Etter prefiks skal det være et mellomrom. Dette for å skille mellom prefisk og nummer. Siste ledd er et løpende nummer som starter med 1. I et anlegg skal hvert analog objekt av en bestemt type ha et unikt nummer. Følgende er eksempler på sensorer i et anlegg: CO 1 / CO 2 / NO2 1 / NO2 2 / Vind 1 Status Bit Maske Høy Lav 0 1 Feil OK 1 2 Blokkert Frigitt/OK 2 4 Kritisk høyt nivå Normalt eller bit 3/4/5 3 8 Kritisk lavt nivå Normalt eller bit 2/4/5 4 16 Høyt nivå Normalt eller bit 2/3/5 5 32 Lavt nivå Normalt eller bit 2/3/4 6 64 Service må utføres OK 7 128 Verdifeil OK 8 256 Kritisk område Utenfor kritisk område 9 512 Kritisk område blokkert Frigitt 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Når bit 0 er høyt, skal bit 2, 3, 4, 5 og 7 være lave. En sensor med feil, skal ikke benyttes i styringen og skal ikke gi alarm for nivåer. Når bit 1 er høyt, skal alle andre bit være lav. En blokkert sensor skal ikke gi alarmer og ikke benyttes i styringen. Blokkering skal støttes av alle sensorer! Dato: 26.07.2011 Side 12 av 110 Vedlegg 1

Bit 2, 3, 4 og 5 støttes der disse alarmene er av interesse, kun et av disse bitene kan settes på en gang. For eksempel skal CO og NO sensorer ha kritisk høyt nivå. Vindmåler kan for eksempel ha både høyt nivå og kritisk høyt nivå dersom den brukes på en bro. Nivåsensorer kan ha høyt og lavt nivå, eventuelt kritisk høyt og kritisk lavt nivå. For lys sensorer er ingen av nivåalarmene hensiktsmessig. Bit 6 brukes kun unntaksvis. Service må utføres støttes dersom sensorer har feilindikasjoner hvor målesignalet fortsatt er gyldig og dermed brukes i styringen. Dette er blant annet aktuelt på enkelte optiske støvsensorer med egen utgang som indikerer at sensoren må renses, og på andre sensorer som har egen utgang for advarsel. Når bit 7 er høyt skal bit 2, 3, 4 og 5 være lave. En sensor med verdifeil skal ikke benyttes i styringen. Verdifeil er en alarm som skal genereres dersom sensoren har gitt samme verdi over en parameteriserbar tid. Når bit 9 er høyt skal bit 8 være lavt. Blokkering av område skal sette funksjon og alarm for kritisk område ut av drift. Kommando Bit Maske Høy 0 1 Blokker sensor 1 2 Frigi sensor 2 4 Blokker område 3 8 Frigi område 4 16 5 32 6 64 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Verdi Sensor verdier er 16 bit med fortegn og skal ha følgene benevnelse: CO: ppm. NO: ppm. / 100 (oppgis med 2 siffer etter komma) NO 2 : ppm. / 100 (oppgis med 2 siffer etter komma) Støv: g/m 3 Temperatur: ºC /100 (oppgis med 2 siffer etter komma) Vind: m/s / 100 (oppgis med 2 siffer etter komma). Dersom måleområdet til sensoren kun er positiv, skal den digitale verdi for vindretning maskes inn som fortegn. Midling av vindhastighet skal foretaes med fortegn. Positivt fortegn skal angi retning 1 og negativt fortegn retning 2. I tunneler skal objekt 34 benyttes for å angi vindretning i tillegg til fortegnet. Definisjon for bruk av Retning 1 og Retning 2 finnes i Prosessgrensesnitt Generelt. For vindmåling i friluft er vindhastighet alltid positiv. Vindretning: 0-359 for bruk i friluft. (Angitt som den retning vinden kommer fra) Lys: lux Nivå: cm Relativ fuktighet: % / 10 (oppgis med 1 siffer etter komma) Verdi Analog verdi Beskrivelse Skalert analog verdi for måling. Dato: 26.07.2011 Side 13 av 110 Vedlegg 1

Parametere Parameterisering av sensorene skal gjøres for hver enkelt sensor. Enkelte anlegg kan ha unntak som gjør at parametrene er felles for hele eller deler av anlegget. Hver parameter er 16 bit med fortegn. I tillegg til at styringsanlegget mottar parametrene fra skjermsystemet, skal de sendes til skjermsystemet på endring. Det gjøres dersom de endres fra andre steder som for eksempel lokale styretablåer eller ved nedlasting av nytt PLS program. Nedenfor vises eksempler på parametere til forskjellige formål. Funksjonsbeskrivelsen og/eller objektliste for det aktuelle anlegg angir hvilke parametrene som skal være med i hvert enkelt tilfelle. Generelle parametere: Parameter Midlingstid (sek) Verdifeil forsinkelse (min) Beskrivelse Midlingstid for målt verdi før den skal brukes i prosessen Forsinkelse før det skal gis feil dersom måler holder seg på konstant samme verdi For sensorer til ventilasjonsstyring: Parameter Beskrivelse Trinn 1 grenseverdi Styring i trinn 1. Trinn 2 grenseverdi Styring i trinn 2.... Trinn N grenseverdi Styring i trinn N (høyeste trinn). Kritisk høyt nivå grenseverdi. Kritisk høyt nivå, styring i trinn N (høyeste trinn). For sensorer til lysstyring: Parameter Natt senking grenseverdi Skumring grenseverdi Dag 1 grenseverdi Dag 2 grenseverdi Beskrivelse Grenseverdi for lys i natt senkingstrinn Grenseverdi for lys i skumringstrinn Grenseverdi for lys i dag 1 trinn Grenseverdi for lys i dag 2 trinn For sensorer til nivå/mengde regulering (pumpestasjoner etc.): Parameter Beskrivelse Nivå 1 grenseverdi Grenseverdi for nivå 1. Nivå 2 grenseverdi Grenseverdi for nivå 2.... Nivå N grenseverdi Grenseverdi for nivå N. (høyeste nivå). Kritisk høyt nivå grenseverdi. Grenseverdi for kritisk høyt nivå. Kritisk lavt nivå grenseverdi. Grenseverdi for kritisk lavt nivå. For sensorer til klimastasjoner etc.: Parameter Min måleverdi Max måleverdi Sprang verdi (Δ verdi) Sprang tid (Δ t) Nedre verdi kritisk område Øvre verdi kritisk område Korrelasjonsvariabel a Korrelasjonsvariabel b Korrelasjonsvariabel c Korrelasjonsvariabel d Beskrivelse Måleverdier lavere enn Min skal forkastes. Måleverdier høyere enn Max skal forkastes. Maksimal tillatt variasjon side forrige gyldige måling. Tidsrom for sprangtest Grenseverdi nedre for kritisk område Grenseverdi øvre for kritisk område Y=a+bX+cX²+dX³ Y=a+bX+cX²+dX³ Y=a+bX+cX²+dX³ Y=a+bX+cX²+dX³ NB. Ved bruk av sprang -test må styresystemet ta høyde for mulige tidsluker siden forrige registrerte måling som gjør at ny måleverdi likevel skal godtas. Dette kan for eksempel være tilfelle dersom det har vært sensorfeil. Detaljert funksjonsbeskrivelse av Sprang verdi og Sprang tid skal følge beskrivelsen for det aktuelle anlegg. Dato: 26.07.2011 Side 14 av 110 Vedlegg 1

8. Gass sensor parametere Objekt versjon: 1.3 Dato: 22.08.05 Status: Foreldet Bruk objekt 7 Analog Dato: 26.07.2011 Side 15 av 110 Vedlegg 1

9. Luxparametere Objekt versjon: 1.2 Dato: 20.04.01 Status: Foreldet Bruk objekt 7 Analog. Dato: 26.07.2011 Side 16 av 110 Vedlegg 1

10. Kommunikasjon Objekt versjon: 1.2 Dato: 12.10.00 Status: Godkjent Objektet brukes for alle typer nettverks kommunikasjon i anlegget. De skal være et objekt for hver enhet som henger på nettverket. Eksempler på protokoller som brukes til kommunikasjon er Eternett, PROFIBUS FMS og PROFIBUS DP. Status Bit Maske Høy Lav 0 1 Kommunikasjonsfeil Kommunikasjonsfeil OK 1 2 Kommunikasjonsfeil Blokkert Kommunikasjonsfeil Frigitt 2 4 3 8 4 16 5 32 6 64 7 128 Når bit 1 er høyt, skal bit 0 være lavt. Kommando Bit Maske Høy 0 1 Blokker alarm for kommunikasjonsfeil 1 2 Frigi alarm for kommunikasjonsfeil 2 4 3 8 4 16 5 32 6 64 7 128 Selv om kommunikasjonsfeil er blokkert skal IO som hentes inn via kommunikasjonen brukes som normalt i styringen. Det er kun alarmen for kommunikasjonsfeil som blokkeres ikke alarmer som hentes inn via kommunikasjonen. Dato: 26.07.2011 Side 17 av 110 Vedlegg 1

11. Gassalarm Objekt versjon: 1.1 Dato: 29.08.05 Status: Godkjent Gassalarm objektet skal være med dersom anlegget har automatisk stenging ved gassalarm. Tunnel skal da stenge når bit 0 settes. Status Bit Maske Høy Lav 0 1 Nivå Kritisk høyt Nivå Normalt 1 2 Blokkert Frigitt 2 4 3 8 4 16 5 32 6 64 7 128 Når bit 1 er høyt, skal bit 0 være lav. Bit 0 settes dersom en eller flere gassensorer har hatt kritisk høyt nivå i 15 minutter. Det trenger ikke være den samme gassensoren som har kritisk høyt nivå i hele perioden. Bit 0 resettes når gassnivået er normalt, det vil si at ingen gassensorer har kritisk høyt nivå. Kommando Bit Maske Høy 0 1 Blokker 1 2 Frigi 2 4 3 8 4 16 5 32 6 64 7 128 Når gassalarm er blokkert skal tunnelen ikke stenge selv om sensorene tilsier kritisk høyt nivå. Dato: 26.07.2011 Side 18 av 110 Vedlegg 1

12. Nett Objekt versjon: 1.5 Dato: 22.08.2006 Status: Godkjent Status Bit Maske Høy Lav 0 1 Nettfall (underspenning) Nettfall OK 1 2 Hovedbryter utkoblet Hovedbryter innkoblet 2 4 Overspenningsvern utløst Overspenningsvern OK 3 8 Sikring mindre installasjoner Sikring mindre installasjoner OK 4 16 Jordfeilvarsler Utløst Jordfeilvarsler OK 5 32 Hovedsikring utløst Hovedsikring OK 6 64 Kritisk sikring Kritisk sikring OK 7 128 Nettfall (underspenning) Blokkert Nettfall (underspenning) Frigitt 8 256 Jordfeilvarsler Blokkert Jordfeilvarsler Frigitt 9 512 Jordfeilbryter utkoblet Jordfeilbryter OK 10 1024 Fasevakt utløst Fasevakt ok 11 2048 12 4096 13 8192 14 16384 15 32768 Når bit 7 er høyt, skal bit 0 være lavt. Når bit 8 er høyt, skal bit 4 være lavt. Bit 8 blokkerer ikke bit 9. Kommando Bit Maske Høy 0 1 Blokker alarm for nettfall 1 2 Frigi alarm for nettfall 2 4 Blokker alarm for jordfeilvarsler 3 8 Fri alarm for jordfeilvarsler 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 19 av 110 Vedlegg 1

13. UPS Objekt versjon: 1.4 Dato: 29.09.2006 Status: Godkjent Status Bit Maske Høy Lav 0 1 Av Drift 1 2 Feil OK 2 4 Reservert (nettfall er flyttet til obj 12 Nett) Reservert (nettfall er flyttet til obj 12 Nett) 3 8 Bypass Ikke bypass 4 16 Reservert (Kurser utløst er flyttet, bruk sikring mindre inst/kritisk til obj 12 Nett) 5 32 Bypass manuell på Ikke bypass manuell 6 64 Batteridrift Ikke batteridrift 7 128 Batterifeil Ikke batterifeil Reservert (Kurser utløst er flyttet, bruk sikring mindre inst/kritisk til obj 12 Nett) Alle former for feil som ikke er spesifisert på andre bit settes i bit 1. Dersom bit 1 er 1 skal bit 0 være 1. Dersom bit 1 er 0 bestemmer bit 0 status. Dette gjør at feil som indikeres i bit 1 må være såpass alvorlige at disse gir UPS stopp. Dersom bit 6 er 1 skal bit 7 være 0 og motsatt. Nettovervåkingssignaler (nettfall) som kan hentes ut fra UPS skal presenteres via objekt 12, Nett. Dermed skal ikke bit 2 i UPS objekt lenger brukes, denne skal være stabilt lav. Kurser utløst (kurser bak UPS) skal ikke lenger presenteres via UPS objekt. Disse skal deles opp fysisk i sikring mindre installasjoner og kritisk sikring og presenteres via objekt 12, Nett. Dermed skal ikke bit 4 i UPS objekt lenger brukes, denne skal være stabilt lav. Dato: 26.07.2011 Side 20 av 110 Vedlegg 1

14. Tavlerom Objekt versjon: 1.21 Dato: 29.09.2006 Status: Godkjent Status Bit Maske Høy Lav 0 1 Dør åpen Dør lukket 1 2 Dør blokkert Dør frigitt 2 4 Reservert (Sikring lys utløst er flyttet, bruk sikring mindre inst til obj 12 Nett) 3 8 Reservert (Sikring varme utløst er flyttet, bruk sikring mindre inst til obj 12 Nett) 4 16 5 32 6 64 7 128 Når bit 1 er høyt, skal bit 0 være lavt. Kommando Bit Maske Høy 0 1 Blokker dør 1 2 Frigi dør 2 4 Reservert 3 8 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 21 av 110 Vedlegg 1

15. Kraftforsyning til nødstasjoner Objekt versjon: 1.1 Dato: 25.08.00 Status: Godkjent Status Bit Maske Høy Lav 0 1 Kraftforsyning av Kraftforsyning på 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Lokal Auto Kommando Bit Maske Høy 0 1 På 1 2 Av 2 4 3 8 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 22 av 110 Vedlegg 1

16. Ventilator Objekt versjon: 2.0 Dato: 01.11.2006 Status: Godkjent Dersom signaler for ventilatorer er gruppert, det vil si at signaler for flere ventilatorer er seriekoblet på en inngang, skal de grupperte signalene gis på objektet 17. Ventilator gruppering. Definisjon for bruk av Retning 1 og Retning 2 finnes i Prosessgrensesnitt Generelt Status Bit Maske Høy Lav 0 1 Kontaktorfeil Kontaktorfeil OK 1 2 Overlastvern utløst Overlast OK 2 4 Drift retning 1 3 8 Drift retning 2 4 16 Effektbryter utkoblet Effektbryter OK 5 32 Direktestyrt fra VTS Lokal eller auto 6 64 Annen feil Annen feil OK 7 128 Lokal Direktestyrt fra VTS eller auto Kontaktorfeil skal støttes av styresystem dersom det er tilbakemelding fra kontaktor. Den settes dersom kontaktoren ikke gir tilbakemelding når styresystemet prøver å starte ventilatoren. Kontaktorfeil skal resettes når ventilatoren settes i lokal eller dersom styresystemet lykkes i å starter ventilatoren. Overlastvern brukes dersom det er tilbakemelding fra motorvern eller annen type vern. Bit 2 og 3 anses som driftsbit. Det betyr at de ikke skal sendes på endring fra tunneler med oppringt samband, ISDN D-pak eller GSM kommunikasjon. Dette gjøres for å forhindre unødvendige oppkoblinger av linjen. Fullstendig status, inkludert bit 2 og 3, skal sendes på kommandoen 33. Oppdater verdi. Effektbryter utkoblet viser at effektbryteren er utkoblet. Dersom det er egen tilbakemelding om at effektbryteren er uløst på grunn av overlast, skal den indikeres i bit for overlastvern utløst i 16. Ventilator eller 17. Ventilator gruppering. Dersom det er tilbakemelding fra sikkerhetsbryter plassert ved eller på vifte, ta kontakt med Statens vegvesen for å avtale bruk av denne. Andre feil meldinger for ventilator indikeres i bit 6. Alle signaler som fører til at ventilator ikke kan starte og andre signaler som indikerer at ventilator har feil, vises i dette bitet. Kommando Kommando skal alltid støttes. Ventilatorene styres normalt fra VTS via eget ventilasjonsobjekt, men det skal være mulig å enkeltstyre ventilatorene fra VTS. En ventilator som er direktestyrt fra VTS skal ikke inngå i den overordnede ventilasjonsstyringen. Det vil si at den ikke styres basert på kommando fra nødstyretablå, ventilasjonskommando fra VTS eller fra gassensorer. Det er kun lokal direktestyring av ventilatoren som overstyrer direktestyrt fra VTS. Normalt er det vender i tavlefront. Når en ventilator settes tilbake til Auto skal den inngå i den overordnede ventilasjonsstyringen. Bit Maske Høy 0 1 Stopp ventilator 1 2 Start ventilator i retning 1 2 4 Start ventilator i retning 2 3 8 4 16 5 32 6 64 Auto 7 128 Direktestyrt fra VTS Dato: 26.07.2011 Side 23 av 110 Vedlegg 1

Verdi Hver ventilatoren skal ha to tellere som overføres til toppsystemet. Timer skal være 32 bit. Dersom kun 16 bits tellere støttes skal time tellingen bestå av 2 tellere. En for antall 10.000 timer og en som nullstilles etter 9.999. Minutter kan være 32 eller 16 bit. Det skal være mulig å nullstille alle minutter fra toppsystemet med objekt "44. Nullstill tellere". Ved bruk av 32 bits tellere: Verdi Timer Minutter Ved bruk av 16 bits tellere: Verdi Timer*10.000 Timer Minutter Beskrivelse Totalt driftstid i timer for ventilatoren. Driftstid i minutter siden forrige reset av telleren. Beskrivelse Antall ti tusen driftstimer for ventilatoren. Antall driftstimer for viften. Nullstilles når Timer*10.000 økes med 1. Driftstid i minutter siden forrige reset av telleren. Dato: 26.07.2011 Side 24 av 110 Vedlegg 1

17. Ventilator gruppering Objekt versjon: 1.12 Dato: 23.02.2001 Status: Godkjent Objektet brukes dersom vern for ventilatorer er gruppert, dvs vern for flere ventilatorer er samlet på en inngang. Status Bit Maske Høy Lav 0 1 Overlastvern utløst Overlastvern OK 1 2 Sikring utløst Sikring OK 2 4 Styrestrøm sikring utløst Styrestrøm sikring OK 3 8 4 16 5 32 6 64 7 128 Ventilatorer lokal Ventilatorer auto Dato: 26.07.2011 Side 25 av 110 Vedlegg 1

18. Alarm Objekt versjon: 1.0 Dato: 04.05.00 Status: Godkjent Alarm objektet brukes til diverse innganger eller tilstander som skal gi alarm i toppsystemet. Eksempler er kamera, brannalarm, kjøling og ventilasjonsfeil. Status Bit Maske Høy Lav 0 1 Alarm OK 1 2 Alarm blokkert Alarm frigitt 2 4 3 8 4 16 5 32 6 64 7 128 Når bit 1 er høyt, skal bit 0 være lavt. Kommando Bit Maske Høy 0 1 Blokker 1 2 Frigi 2 4 3 8 4 16 5 32 6 64 7 128 Kommando støttes kun dersom alarmen kan blokkeres. Dato: 26.07.2011 Side 26 av 110 Vedlegg 1

19. Lys kontaktor Objekt versjon: 1.5 Dato: 29.09.2006 Status: Godkjent Objektet er et samleobjekt for all lys som er koblet på samme kontaktor. Status Bit Maske Høy Lav 0 1 Kontaktorfeil Kontaktorfeil OK 1 2 Sikring utløst Sikring OK 2 4 Drift Av 3 8 4 16 5 32 6 64 Annen feil Annen feil OK 7 128 Lokal Auto Kontaktorfeil skal støttes av styresystemet dersom det er tilbakemelding fra kontaktor. Den settes dersom kontaktoren ikke gir tilbakemelding når styresystemet prøver å slå på lyset. Sikring utløst brukes dersom det er tilbakemelding fra sikring for lysene. Bit 2 anses som driftsbit. Det betyr at de ikke skal sendes på endringer fra tunneler med oppringt samband, ISDN Dpak eller SMS kommunikasjon. Dette gjøres for å forhindre unødvendige oppkoblinger av linjen. Fullstendig status, inkludert bit 2, skal sendes på kommandoen 33. Oppdater verdi. Andre feil meldinger for lysene indikeres i bit 6. Alle andre signaler som fører til at lysene ikke fungerer som normalt, vises i dette bitet. Verdi Hver lyskontaktor skal ha to tellere som overføres til toppsystemet. Timer skal være 32 bit. Dersom kun 16 bits tellere støttes skal time tellingen bestå av 2 tellere. En for antall 10.000 timer og en som nullstilles etter 9.999. Minutter kan være 32 eller 16 bit. Det skal være mulig å nullstille alle minutter fra toppsystemet med ett objekt "44. Nullstill tellere". Ved bruk av 32 bits tellere: Verdi Timer Minutter Ved bruk av 16 bits tellere: Verdi Timer*10.000 Timer Minutter Beskrivelse Totalt driftstid i timer for lyset. Driftstid i minutter siden forrige nullstilling av telleren. Beskrivelse Antall ti tusen driftstimer for lyset. Antall driftstimer for lyset. Nullstilles når Timer*10.000 økes med 1. Driftstid i minutter siden forrige nullstilling av telleren. Dato: 26.07.2011 Side 27 av 110 Vedlegg 1

20. Lysstyring Objekt versjon: 1.5 Dato: 13.07.07 Status: Godkjent Objektet skal brukes til styring av lys. Antall trinn er variabelt. Status Bit Maske Høy Lav 0 1 Trinn 0 (Alt lys av) Auto 1 2 Trinn 1 Auto 2 4 Trinn 2 Auto 3 8 Trinn 3 Auto 4 16 Trinn 4 Auto 5 32 Trinn 5 Auto 6 64 Styrt fra VTS Styrt fra branntablå eller Auto 7 128 Styrt fra Branntablå Styrt fra VTS eller Auto Trinn status skal kun gis dersom lyset er styrt fra VTS og eventuelt branntablå. I auto styring skal bit 0 til 5 være lav. Kun det høyeste trinnet viser i status ordet. Ved styrt fra VTS skal ett og kun ett av bitene 0, 1, 2, 3, 4 og 5 være høy. Det vil si at dersom for eksempel Natt1, Natt2 og skumring er på, skal bit for Trinn 3 være satt i status ordet. Bit 0 er alt lys av, det vil si at alle lyskontaktorer inkludert de som ikke styres av PLS er av. Bit 0 støttes dermed kun dersom alle lyskontaktorer kan styres og det er mulig å slå lyset helt av. Kun ett av bit 6 og 7 kan være høy. Dersom bit 7 er høyt skal bit 6 være lavt. Kommando Bit Maske Høy 0 1 Lys av 1 2 Trinn 1 2 4 Trinn 2 3 8 Trinn 3 4 16 Trinn 4 5 32 Trinn 5 6 64 Auto 7 128 Styr fra VTS Når VTS for eksempel sender bit 4 (trinn 4) skal alle trinn opp til og med trinn 4 slås på. Det vil for eksempel si at Natt1, Natt2, Skumring og Dag1 skal slås på. Bit 0 er alt lys av, det vil si at alle lyskontaktorer skal av. Bit 0 støttes dermed kun dersom alle lyskontaktorer kan styres og det er mulig å slå lyset helt av. Parametere Parametere for lysstyringen består av forsinkelse for hvert trinn. Forsinkelsen gjelder for både ved stigende og synkende måleverdi. Antall parametere må være i henhold til antall trinn som styres av lux målere. Trinn som alltid er på eller styres av klokke skal ikke ha parametere for lysstyring. Hvert parameter er 16 bit med fortegn. Parametrene kan kun være positive og mest signifikante bit benyttes derfor ikke. Dato: 26.07.2011 Side 28 av 110 Vedlegg 1

I tillegg til at styringsanlegget mottar parametrene fra toppsystemet, skal de sendes til toppsystemet på endring og ved oppstart av styringsanlegget. Det gjøres dersom de endres fra andre steder som for eksempel lokale styre tablåer. Parameter Forsinkelse trinn 1 Forsinkelse trinn 2... Forsinkelse trinn N Beskrivelse Antall minutter forsinkelse før trinn 1 slås på etter at grenseverdier for luxmålerne er oversteget trinn 1, og antall minutter forsinkelse før trinn 1 slås av etter at grenseverdier for luxmålerne er sunket under trinn 1. Antall minutter forsinkelse før trinn 2 slås på etter at grenseverdier for luxmålerne er oversteget trinn 2, og antall minutter forsinkelse før trinn 2 slås av etter at grenseverdier for luxmålerne er sunket under trinn 2. Antall minutter forsinkelse før trinn N slås på etter at grenseverdier for luxmålerne er oversteget trinn N, og antall minutter forsinkelse før trinn N slås av etter at grenseverdier for luxmålerne er sunket under trinn N. Dato: 26.07.2011 Side 29 av 110 Vedlegg 1

21. Lysstyring 4 trinn Objekt versjon: 1.0 Dato: 04.05.00 Status: Foreldet Bruk objekt 20 Lysstyring. Dato: 26.07.2011 Side 30 av 110 Vedlegg 1

22. Nødstyreskap Objekt versjon: 2.0 Dato: 31.08.2007 Status: Godkjent Objektet benyttes for å overvåke nødstyreskap, samt tilbakestille eventuelle aktive styrefunksjoner. Status Bit Maske Høy Lav 0 1 Dør åpen Dør lukket 1 2 Dør blokkert Dør frigitt 2 4 Styring aktiv Styring auto 3 8 4 16 5 32 6 64 7 128 Når bit 1 er høyt skal bit 0 være lavt. Bit 2 skal være høyt når en eller flere styrefunksjoner er aktivert i nødstyreskapet. Kommando Bit Maske Høy 0 1 Blokker alarm for dør åpen 1 2 Frigi alarm for dør åpen 2 4 Sett nødstyreskap i auto 3 8 4 16 5 32 6 64 7 128 Bit 2 settes når nødstyreskapet skal settes tilbake til Auto. Alle aktive styrefunksjoner (stenging, ventilasjon, belysning m.m.) i nødstyreskapet settes tilbake til auto dersom de ikke er elektrisk styrt. Med elektrisk styrt menes all styring utenfor PLS, for eksempel fysisk vender. Styringen vil da igjen kunne styres fra VTS og automatikk. Dato: 26.07.2011 Side 31 av 110 Vedlegg 1

23. Pumpe Objekt versjon: 1.6 Dato: 24.10.05 Status: Godkjent Dersom vern for pumpene er gruppert, dvs. vern for flere pumper er samlet på en inngang, skal både objektet 49 Pumpe vern og objektet 23. Pumpe benyttes. Dersom i vern ikke er gruppert skal kun objektet 23. Pumpe benyttes. Status Bit Maske Høy Lav 0 1 Kontaktorfeil Kontaktorfeil OK 1 2 Overlastvern utløst Overlast OK 2 4 Drift Av 3 8 Fuktighet høyt nivå Fuktighet OK 4 16 Termistor rele utløst Termistor rele OK 5 32 Feil på mykstarter Mykstarter OK 6 64 Styrt fra VTS Lokal styrt eller Auto 7 128 Lokal Styrt fra VTS eller Auto Kontaktor feil skal støttes av styresystem dersom det er tilbakemelding fra kontaktor. Den settes dersom kontaktoren ikke gir tilbakemelding når styresystemet prøver å starte pumpen. Overlastvern brukes dersom det tilbakemelding fra motorvern eller annen type vern. Dersom disse inngangene er felles for flere pumper, skal de ikke brukes i dette objektet. Objekt 49. Pumpe vern skal da benyttes. I tunneler med oppringt samband, ISDN Dpak eller SMS kommunikasjon, bør ikke status sendes fra styresystemet ved endring i bit 2. Dette gjøres for å forhindre unødvendige oppkoblinger av linjen. Fullstendig status, inkludert bit 2, skal sendes på kommandoen 33. Oppdater verdi. Dersom pumpen skal kunne styres fra VTS, skal kommando og bit 6 i status støttes. Kommando Bit Maske Høy 0 1 Stopp pumpe 1 2 Start pumpe 2 4 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Verdi Pumper kan ha to tellere som overføres til toppsystemet. Timer skal være 32 bit. Dersom kun 16 bits tellere støttes skal time tellingen bestå av 2 tellere. En for antall 10.000 timer og en som nullstilles etter 9.999. Minutt telleren overføres kun til toppsystemet dersom den kan nullstilles fra toppsystemet. Minutter kan være 32 eller 16 bit. Ved bruk av 32 bits tellere: Verdi Timer Minutter Beskrivelse Totalt driftstid i timer for pumpen. Driftstid i minutter siden forrige reset av telleren. Dato: 26.07.2011 Side 32 av 110 Vedlegg 1

Ved bruk av 16 bits tellere: Verdi Timer*10.000 Timer Minutter Beskrivelse Antall ti tusen driftstimer for pumpen. Antall driftstimer for pumpen. Nullstilles når Timer*10.000 økes med 1. Driftstid i minutter siden forrige reset av telleren. Dato: 26.07.2011 Side 33 av 110 Vedlegg 1

24. Veibom Objekt versjon: 3.1 Dato: 25.3.2008 Status: Godkjent Det skal være ett objekt for hver bom. Status Bit Maske Høy Lav 0 1 Bom åpen 1 2 Bom lukket 2 4 Feil på bom Bom OK 3 8 Belegg Ikke belegg 4 16 Belegg blokkert Belegg frigitt 5 32 Feil blokkert Feil frigitt 6 64 Styrt fra VTS Lokal styrt eller Auto 7 128 Lokal Styrt fra VTS eller Auto Kun et av bittene 0 og 1 skal være satt. Når en bom skal fra en posisjon til en annen skal ikke status med begge bit lav sendes (udefinert posisjon). Det sendes kun dersom bommen blir stående i udefinert over lengre tid, dvs. så lang tid at bommen samtidig gir feil. Alle aktuelle feil skal gis på bit 2. Det skal gis feil dersom bom ikke oppnår ønsket posisjon innen normal tid. I tillegg skal alle digitale innganger for feil tilknyttet bommen gis på dette bittet. Det kan være feil på bom, feil på røde vekselblinkere på bomarm eller feil på detektorsløyfe i veibanen under bomarmen. Bit 3 skal kun settes dersom det er kjøretøy i bommens arbeidsområde, når den forventes å bevege seg. Kommando Bit Maske Høy 0 1 Åpne 1 2 Steng 2 4 Blokker belegg 3 8 Opphev blokker belegg 4 16 Blokker feil på bom 5 32 Opphev blokkering av feil på bom 6 64 Auto 7 128 Styr fra VTS Kommando skal alltid være med. Bommen skal kunne styres fra VTS uavhengig av om stenging for hele tunnelen er styrt lokalt, fra VTS eller i auto. I tillegg skal bommen normalt være med i stenging av hele tunnelen. Direkte styring av bommen kan forhindres av eventuelle foriglinger mot sløyfer og rødblink dersom det er beskrevet i anbudsgrunnlaget. Dersom det er flere bommer som skal kjøres via samme kommando skal objekt 25. Veibom stenging brukes. Dato: 26.07.2011 Side 34 av 110 Vedlegg 1

25. Veibom stenging Objekt versjon: 1.0.1 Dato: 09.12.03 Status: Godkjent Objektet er et samleobjekt for stenging av bommer. I tillegg til dette samleobjektet, skal hver bom ha et 24. Veibom objekt. Status Bit Maske Høy Lav 0 1 Åpnes (Åpning pågår) 1 2 Stenges (Stenging pågår) 2 4 Åpen 3 8 Stengt 4 16 Åpning feilet 5 32 Stenging feilet 6 64 Styrt fra VTS Styrt fra branntablå eller Auto 7 128 Styrt fra branntablå Styrt fra VTS eller Auto Kun ett og alltid ett av bitene 0, 1, 2, 3, 4 eller 5 skal alltid være høy. Kun ett av bitene 6 og 7 skal være høy. Kommando Bit Maske Høy 0 1 Åpne 1 2 Steng 2 4 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Dato: 26.07.2011 Side 35 av 110 Vedlegg 1

26. Flervariabelt skilt Objekt versjon: 1.82 Dato: 18.03.2008 Status: Godkjent Antall posisjoner er variabelt. Kun aktuelle bit for posisjon skal brukes. Tidsstyring brukes normalt kun på enkelte fjelloverganger. Status Bit Maske Høy Lav 0 1 Posisjon 1 1 2 Posisjon 2 2 4 Posisjon 3 3 8 Posisjon 4 4 16 Feil 5 32 Kommando mottatt Kommando avsluttet 6 64 Direktestyrt fra VTS Lokal eller auto 7 128 Lokal Direktestyrt fra VTS eller auto 8 256 Tidsstyring startet Tidsstyring av 9 512 Posisjon 5 10 1024 Posisjon 6 11 2048 Posisjon 7 12 4096 Posisjon 8 13 8192 14 16384 15 32768 Forhåndsvisning på Forhåndsvisning av Posisjon skal alltid angi virkelig posisjon på skiltet ute. Posisjonen skal gis uavhengig om skiltet er styrt i auto, av tidsstyring, direktestyrt fra VTS eller lokalt. Når et skilt skal fra en posisjon til en annen skal ikke tilstand mellom posisjonene (udefinert=lav på bit 0-3 og 9-12) sendes. Denne sendes kun dersom skiltet blir stående i udefinert over lengre tid, dvs. så lang tid at skiltet samtidig gir feil. Bit 5 benyttes i anlegg hvor det tar tid å få snudd skiltene. Det kan være på grunn av oppkobling av samband eller fordi skiltene styres etter en skiltplan. Bittet skal settes høyt straks styresystemet har en kommando som påvirker skiltet. Bit 8 benyttes til å angi at et tidsstyringsprogram som er startet. Dersom det ikke er tidsstyringsprogram, tidsstyring er av eller skiltet er direktestyrt fra VTS, skal bit 8 være lav. Dersom tidsstyring er startet skal bit 8 være høy. Bit for posisjon endres etter hvilken skilt posisjon tidsstyringen har satt skiltet til. Bit 15 benyttes sammen med et av bitene 0,1,2,3,9,10,11,12 dersom det er bedt om forhåndsvisning av en posisjon. Dato: 26.07.2011 Side 36 av 110 Vedlegg 1

Kommando Bit Maske Høy 0 1 Posisjon 1 1 2 Posisjon 2 2 4 Posisjon 3 3 8 Posisjon 4 4 16 5 32 6 64 Auto 7 128 Direktestyrt fra VTS 8 256 9 512 Posisjon 5 10 1024 Posisjon 6 11 2048 Posisjon 7 12 4096 Posisjon 8 13 8192 Aktiviser kommando 14 16384 Avbryt 15 32768 Forhåndsvisning på Dersom flere skilt tilhører samme anlegg og er plassert på forskjellige steder uten et felles lokalt styresystem skal skiltene gå til gitt posisjon (bit 0-3 og 9-12) uten at direktestyrt fra VTS er satt (bit 7). Dette gjelder for eksempel fjelloverganger. Når skiltet settes til auto skal det styres etter felles kommandoer (objekt 64. Skiltstyring) eller automatikk (for eksempel automatisk stenging av tunnel). Dersom det ikke eksisterer felles kommandoer eller automatikk skal skiltet settes i normal posisjon. Når bit 15 settes sammen med bit 0,1,2,3,9,10,11 eller 12 skal den styreenhet nærmest PLS sjekkes for kommunikasjon, og sette tilhørende status sammen med bit 15 i statusord.. Kommandoord uten at bit 15 er satt, gir at kommando utføres. Når bit 15 er benyttet, skal vts gi kommando Avbryt (bit 14) eller Aktiviser kommando (bit 13). Annen beskrivelse skal angi om forhåndsvisning skal brukes. Parametre Parametre brukes til å angi at skiltet skal kjøres etter klokke. Skiltet kan ha flere forskjellige program for tidsstyring. Antall parametre er bestemt av hvordan tidsstyringen er bygget opp. Under det gitt et eksempel. Parameter Aktiv tidsstyringsprogram Tidsstyring 1 Posisjon 1 Tidsstyring 1 Posisjon 4 Tidsstyring 2 Posisjon 1 Tidsstyring 2 Posisjon 2 Tidsstyring 2 Posisjon 3 Beskrivelse Hvilket program som er aktivert. 0 = ingen tidsstyring. Klokke (antall minutter etter midnatt) for når skiltet skal settes i posisjon 1 når tidsstyring 1 er startet. Klokke (antall minutter etter midnatt) for når skiltet skal settes i posisjon 4 når tidsstyring 1 er startet. Klokke (antall minutter etter midnatt) for når skiltet skal settes i posisjon 1 når tidsstyring 2 er startet. Klokke (antall minutter etter midnatt) for når skiltet skal settes i posisjon 2 når tidsstyring 2 er startet. Klokke (antall minutter etter midnatt) for når skiltet skal settes i posisjon 3 når tidsstyring 2 er startet. Parameter for Aktiv tidsstyringsprogram benyttes av toppsystemet til å starte og stoppe tidsstyring. Når tidsstyring startes skal skiltet snu til den posisjonen som er gjeldene for tidsstyringen. Direktestyrt fra VTS skal Dato: 26.07.2011 Side 37 av 110 Vedlegg 1

overstyre tidsstyring. Det vil si at skiltet ikke kjøres etter tidsstyringsparametrene når det er direktestyrt fra VTS. Dersom det er gitt kommando om posisjon uten at skiltet er direktestyrt fra VTS så er det tidsstyringen som gjelder. Øvrige parametre settes normalt ikke av toppsystemet. Lokalt styresystem må derfor ha initialiserte verdier som er i henhold til beskrivelsen for styresystemet. Dato: 26.07.2011 Side 38 av 110 Vedlegg 1

27. Fritekstskilt Objekt versjon: Dato: 31.10.2001 Status: Det er ikke utarbeidet et generelt grensesnitt for fritekstskilt. Grensesnittet på vurdere for hver enkelt type fritekstskilt. Det er blant annet utarbeidet eget grensesnitt for Peek/Futurit fritekstskilt. Ta kontakt for mer informasjon. Dato: 26.07.2011 Side 39 av 110 Vedlegg 1

28. Feltanviser Objekt versjon: 1.1 Dato: 24.09.03 Status: Godkjent Status Bit Maske Høy Lav 0 1 Gul pil venstre på Gul pil venstre av 1 2 Gul pil høyre på Gul pil høyre av 2 4 Grønn pil på Grønn pil av 3 8 Rødt kryss på Rødt kryss av 4 16 5 32 6 64 7 128 Lokal Auto 8 256 Gul pil venstre feil Gul pil venstre OK 9 512 Gul pil høyre feil Gul pil høyre OK 10 1024 Grønn pil feil Grønn pil OK 11 2048 Rødt kryss feil Rødt kryss OK 12 4096 Fellesfeil Fellesfeil OK 13 8192 14 16384 15 32768 Kun et av bitene 0, 1, 2, 3 kan være satt. Kun et av bitene 8, 9, 10, 11, 12 kan være satt. Bit 12 (Fellesfeil) brukes i stedet for bit 8-11 om feltanviseren kun har en feiltilbakemelding. Dato: 26.07.2011 Side 40 av 110 Vedlegg 1

29. Potong Objekt versjon: 1.0 Dato: 04.05.00 Status: Godkjent Status Bit Maske Høy Lav 0 1 Luker åpen Luker lukket 1 2 Luke brytere blokkert Luke brytere frigitt 2 4 Nødalarm utløst Nødalarm OK 3 8 Nødalarm blokkert Nødalarm frigitt 4 16 Høyt nivå Nivå OK 5 32 Nivåbryter blokkert Nivåbryter frigitt 6 64 7 128 Kommando Bit Maske Høy 0 1 Blokker luke brytere 1 2 Frigi luke brytere 2 4 Blokker alarmknapp 3 8 Frigi alarmknapp 4 16 Blokker nivå bryter 5 32 Frigi nivå bryter 6 64 7 128 Dato: 26.07.2011 Side 41 av 110 Vedlegg 1

30. Hovedsikring Objekt versjon: 1.0 Dato: 05.10.00 Status: Foreldet Objektet skal ikke brukes. Objekt 12. Nett skal benyttes for hovedsikring utløst. Dato: 26.07.2011 Side 42 av 110 Vedlegg 1

31. Ventilasjon Objekt versjon: 2.5 Dato: 18.07.2009 Status: Godkjent Definisjon for bruk av Retning 1 og Retning 2 finnes i Prosessgrensesnitt Generelt. Status Bit Maske Høy Lav 0 1 Trinn 0 1 2 Trinn 1 2 4 Trinn 2 3 8 Trinn 3 4 16 Retning 1 (uten sjakt) 5 32 Retning 2 (uten sjakt) 6 64 Trinn styrt fra VTS Trinn i Auto 7 128 Styrt fra Branntablå Auto 8 256 Trinn 4 9 512 Retning styrt fra VTS Retning i Auto 10 1024 Retning 1 mot sjakt 11 2048 Retning 2 mot sjakt 12 4096 Brannventilasjon starter Brannventilasjon ikke aktivert 13 8192 Brannventilasjon i drift Brannventilasjon ikke aktivert 14 16384 Ventilasjonskapasitet lav Ventilasjonskapasitet OK 15 32768 Ventilasjonskapasitet blokkert Ventilasjonskapasitet Frigitt Ett trinn skal alltid være valgt. Det vil si at alltid ett og kun ett av bitene 0, 1, 2, 3 og 8 skal være høy. Antall trinn i en tunnel kan variere og er som oftest bestemt ut fra størrelsen på tunnelen. Følgende definisjoner skal benyttes for antall ventilatorer som skal gå for hver trinn status: Trinn 0: Ingen ventilatorer går. Trinn 1: Fra en og opp til det antall som er definert for trinn 1. Trinn 2: Fra en mer enn det antall som er definert for trinn 1, til det antall som er definert for trinn 2. Trinn 3: Fra en mer enn det antall som er definert for trinn 2, til det antall som er definert for trinn 3. Trinn 4: Fra en mer enn det antall som er definert for trinn 3, til det antall som er definert for trinn 4. En retning skal alltid være valgt. Det vil si at alltid ett og kun ett bitene 4, 5, 10 og 11 kan være høy. Når ventilasjonen er styrt etter sensorer og automatisk brannventilasjon, skal bitene 6, 7 og 9 være lav. Når ventilasjonen er styrt fra branntablå, er både retning og trinn styrt herfra. Bit 7 skal dermed være høy, mens bit 6 og 9 er lav. Fra VTS kan trinn styres mens retning er i auto, retning kan styres mens trinn er i auto eller både trinn og retning kan styres. Dette indikeres i bitene 6 og 9. Kun ett av bit 12 og 13 kan være høy samtidig. Når brannventilasjon ikke er aktivert skal bit 12 og 13 være lav. Når brannventilasjon er aktivert, men ønsket trinn og retning ikke er oppnådd skal bit 12 være høyt. Når brannventilasjon er aktivert og ønsket trinn og retning er oppnådd skal bit 13 være høyt. Om brannventilasjon er styrt i automatikk, fra VTS eller fra branntablå angis i bit 6, 7 og 9. Når brannventilasjon starter i automatikk skal det alltid gis alarm om årsaken. Bit 14 skal normalt støttes dersom ikke annet er beskrevet. Den gis dersom antall ventilatorer ute av drift overstiger en gitt grenseverdi. Med ute av drift menes alle ventilator tilstander som gjør at den ikke kan starte som normalt. Det vil si kontaktorfeil, overlastvern, effektbryter, lokal eller annen feil. Dato: 26.07.2011 Side 43 av 110 Vedlegg 1

Kommando Bit Maske Høy 0 1 Av 1 2 Trinn 1 2 4 Trinn 2 3 8 Trinn 3 4 16 Retning 1 (uten sjakt) 5 32 Retning 2 (uten sjakt) 6 64 Trinn i auto 7 128 Styr trinn fra VTS 8 256 Trinn 4 9 512 Retning i auto 10 1024 Styr retning fra VTS 11 2048 Retning 1 mot sjakt 12 4096 Retning 2 mot sjakt 13 8192 Start brannventilasjon 14 16384 Blokker alarm for lav ventilasjonskapasitet 15 32768 Frigi alarm for lav ventilasjonskapasitet Kommando om brannventilasjon skal støttes av styresystemet dersom ikke annet er beskrevet. Verdier Prosentverdi for hvor mye av ventilasjon som går skal alltid overføres til VTS. Den skal som hovedregel regnes ut på bakgrunn av antall ventilatorer som går. Alle ventilatorer som går skal tas med i beregningen uavhengig om de styres av automatikk, direktestyrt fra VTS eller lokalt. Ventilatorer som kjører mot ønsket retning skal trekkes fra på antall. Eksempel: Det er 10 ventilatorer i anlegget. En ventilator er lokalstyrt i retning 2. Automatikken styrer 6 ventilatorer i retning 1 og ønsket retning (auto retning) er retning 1. Verdi = (6-1)/10 = 50%. Eventuelt kan prosenten angis som prosent av ventilasjonskapasiteten. Det siste er aktuelt der hvor ventilatorene er styrt av frekvensomformere. Verdier skal angis ved hjelp av 16 bit med fortegn. Verdi Prosent Beskrivelse Prosent av ventilasjon som går. Dato: 26.07.2011 Side 44 av 110 Vedlegg 1

Parametre Bruken av parametre endres fra anlegg til anlegg. Tabellen under angir de vanligste parametrene. De skal være med dersom annet ikke er spesifisert. Hvert parameter er 16 bit med fortegn. I tillegg til at styringsanlegget mottar parametrene fra toppsystemet, skal de sendes til toppsystemet på endring. Det gjøres dersom de endres fra andre steder som for eksempel lokale styre tablåer eller ved nedlasting av nytt PLS program. Eksempler på typiske ventilasjons parametre: Parameter Etterkjøring trinn 1 Etterkjøring trinn 2 Beskrivelse Antall minutter ventilasjon skal gå i trinn 1 etter at grenseverdier for sensorene er sunket under trinn 1. Antall minutter ventilasjon skal gå i trinn 2 etter at grenseverdier for sensorene er sunket under trinn 2.... Antall ventilatorer trinn 1 Antall ventilatorer som skal starte i trinn 1 Antall ventilatorer trinn 2 Antall ventilatorer som skal starte i trinn 2... Grenseverdi lav ventilasjonskapasitet Antall ventilatorer ute av drift for å gi alarm for lav ventilasjonskapasitet Dato: 26.07.2011 Side 45 av 110 Vedlegg 1

32. Lysstyring 1 trinn Objekt versjon: 1.0 Dato: 04.05.00 Status: Foreldet Bruk objekt 20. Lysstyring. Dato: 26.07.2011 Side 46 av 110 Vedlegg 1

33. Oppdater verdi Objekt versjon: 1.2 Dato: 21.08.00 Status: Godkjent Objektet brukes til å oppdatere analog data, telle data, parametre og status fra prosessen. Toppsystemet setter bit 0 når det ønsker oppdaterte data. Prosessen sender data og resetter bit 0. Det er viktig at prosessen resetter bitet slik at det detekteres når biten settes på nytt av toppsystemet. Det må lages et slikt objekt for hver type data (analog, parameter etc). I tillegg må det lages et slikt objekt som oppdaterer alle data. For anlegg som kjører ISDN Dpak eller GSM SMS, er oppdatering av alle data innebyget i protokollen. Det trenger da ikke ligge i prosessgrensesnittet. Kommando Bit Maske Høy 0 1 Send verdier fra styringssystem. 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 47 av 110 Vedlegg 1

34. Vindretning Objekt versjon: 1.5 Dato: 18.07.2009 Status: Godkjent Objektet brukes til å vise vindretning i tunneler. I friluft skal kun objekt 7- Analog benyttes til vindhastighet/vindretning. Definisjon for bruk av Retning 1 og Retning 2 finnes i Prosessgrensesnitt Generelt. Status Bit Maske Høy Lav 0 1 Retning 1 1 2 Retning 2 2 4 Feil ok 3 8 4 16 5 32 6 64 7 128 Kun ett og alltid et av bitene 0 eller 1 skal være satt. I tunneler med oppringt samband, ISDN D-pak eller SMS kommunikasjon, bør ikke status sendes fra styresystemet ved endring i bit 0 og 1. Dette gjøres for å forhindre unødvendige oppkoblinger av linjen. Fullstendig status, inkludert bit 0 og 1, skal sendes på kommandoen 33. Oppdater verdi. Dato: 26.07.2011 Side 48 av 110 Vedlegg 1

35. Ventilasjonsparametere Objekt versjon: 1.2 Dato: 29.08.2005 Status: Foreldet Bruk objekt 31 Ventilasjon Dato: 26.07.2011 Side 49 av 110 Vedlegg 1

36. Lysstyring parametere Objekt versjon: 1.1 Dato: 20.04.2001 Status: Foreldet Bruk objekt 20 Lysstyring Dato: 26.07.2011 Side 50 av 110 Vedlegg 1

37. Stengningspunkt Objekt versjon: 1.1 Dato: 01.11.06 Status: Godkjent Status Bit Maske Høy Lav 0 1 Normal 1 2 Stengt 2 4 Snu til retning 1 3 8 Snu til retning 2 4 16 5 32 6 64 7 128 Definisjoner for retning 1 og retning 2 finnes i Prosessgrensesnitt Generelt. Kun ett og alltid ett av bitene 0, 1, 2 eller 3 skal alltid være høy. Kommando Objektet for stengingspunkt har ingen kommando. En parameter i forbindelse med objektet 6. Stenging angir hvilket stengingspunkt som skal aktiveres ved nødstenging. Parametrer er beskrevet i 38. Stengingspunkt parameter. Dato: 26.07.2011 Side 51 av 110 Vedlegg 1

38. Stengningspunkt parameter Objekt versjon: 1.1 Dato: 25.08.00 Status: Godkjent Parameter Parametret benyttes når kommando i objektet 6. Stenging er Nødsteng. Den angir hvilket stengingspunkt som skal benyttes. Tallet 0 angir at ingen stengningspunkt skal aktiveres. Stengningspunktene nummereres fra 1 og oppover. Parameter Stengningspunkt Beskrivelse Angir hvilket stengningspunkt som skal aktiveres. Dato: 26.07.2011 Side 52 av 110 Vedlegg 1

39. Sone varsling Objekt versjon: 1.0 Dato: 21.08.00 Status: Godkjent Objektet benyttes blant annet til arbeidsvarsling og annen fare. Det skal være et objekt for hver sone hvor det skal varsles. Status Bit Maske Høy Lav 0 1 Varsling slås av (pågår) 1 2 Varsling slås på (pågår) 2 4 Varsling er av 3 8 Varsling er på 4 16 Feil under slå av varsling 5 32 Feil under slå på varsling 6 64 Styrt fra VTS Styrt lokalt eller Auto 7 128 Styrt lokalt Styrt fra VTS eller Auto Kun ett og alltid ett av bitene 0, 1, 2, 3, 4 eller 5 skal alltid være høy. Kun ett av bitene 6 og 7 skal være høy. Kommando Bit Maske Høy 0 1 Varsling av 1 2 Varsling på 2 4 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Dato: 26.07.2011 Side 53 av 110 Vedlegg 1

40. Nivåmåler parametre Objekt versjon: 1.0 Dato: 21.08.00 Status: Foreldet Bruk objekt 7 Analog Dato: 26.07.2011 Side 54 av 110 Vedlegg 1

41. Vindkjel Objekt versjon: 1.01 Dato: 07.11.2000 Status: Godkjent Status Bit Maske Høy Lav 0 1 Kontaktorfeil Kontaktorfeil OK 1 2 2 4 Drift Av 3 8 Motorvern utløst Motorvern OK 4 16 5 32 6 64 Styrt fra VTS Lokal styrt eller Auto 7 128 Lokal Styrt fra VTS eller Auto Kommando Bit Maske Høy 0 1 Stopp vindkjel 1 2 Start vindkjel 2 4 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Verdi Vindkjel kan ha to tellere som overføres til toppsystemet. Timer skal være 32 bit. Dersom kun 16 bits tellere støttes skal time tellingen bestå av 2 tellere. En for antall 10.000 timer og en som nullstilles etter 9.999. Minutt telleren overføres kun til toppsystemet dersom den kan nullstilles fra toppsystemet. Minutter kan være 32 eller 16 bit. Ved bruk av 32 bits tellere: Verdi Timer Minutter Ved bruk av 16 bits tellere: Verdi Timer*10.000 Timer Minutter Beskrivelse Totalt driftstid i timer for vindkjelen. Driftstid i minutter siden forrige reset av telleren. Beskrivelse Antall ti tusen driftstimer for vindkjelen. Antall driftstimer for vinkjelen. Nullstilles når Timer*10.000 økes med 1. Driftstid i minutter siden forrige reset av telleren. Dato: 26.07.2011 Side 55 av 110 Vedlegg 1

42. Prioritert last Objekt versjon: 1.0 Dato: 21.08.00 Status: Godkjent Status Bit Maske Høy Lav 0 1 Prioritert last aktivert Prioritert last deaktivert 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 56 av 110 Vedlegg 1

43. Effektforbruk Objekt versjon: 1.2 Dato: 29.09.2006 Status: Godkjent Verdier Flere verdier for effektforbruket kan overføres til VTS. Akkumulert forbruk skal gis som 32 bits verdi. Dersom kun 16 bits verdier støttes av styresystemet, skal forbruket bestå av 2 verdier. En for antall 10.000 kwh og en som nullstilles etter 9.999. Ved bruk av 32 bits verdier: Verdi Akkumulert forbruk Øyeblikks forbruk Beskrivelse Totalt forbruk i kwh. Gjennomsnittlig forbruk for siste for eksempel siste time. Oppgis i kw. Ved bruk av 16 bits verdier: Verdi Beskrivelse Akkumulert forbruk * 10.000 Totalt forbruk i antall ti tusen kwh. Akkumulert forbruk Totalt forbruk i kwh. Nullstilles når Akkumulert forbruk * 10.000 økes med 1. Øyeblikks forbruk Gjennomsnittlig forbruk for siste for eksempel siste time. Oppgis i kw. Kommando Bit Maske Høy 0 1 Nullstill akkumulert forbruk 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Toppsystemet setter bit 0 for å nullstille akkumulert forbruk. Prosessen nullstiller og resetter bit 0. Det er viktig at prosessen resetter bittet slik at det detekteres når biten settes på nytt av toppsystemet. Dato: 26.07.2011 Side 57 av 110 Vedlegg 1

44. Nullstill tellere Objekt versjon: 1.1 Dato: 25.08.00 Status: Godkjent Objektet brukes til å nullstille tellere. Toppsystemet setter bit 0 for å nullstille tellere. Prosessen sender data og resetter bit 0. Det er viktig at prosessen resetter bittet slik at det detekteres når biten settes på nytt av toppsystemet. Objektet benyttes blant annet til nullstilling av minutt tellere for vifter, pumper etc. Alle styringsanlegg som overfører minutt tellere til VTS skal ha en eller flere slike kommandoer. En kommando nullstiller alle tellere. I enkelte styringsanlegg kan det være aktuelt å benytte flere kommandoer. Det kan for eksempel være en kommando for hver pumpe. Kommando Bit Maske Høy 0 1 Nullstill tellere 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 58 av 110 Vedlegg 1

45. Sjakt port Objekt versjon: 1.1 Dato: 11.09.00 Status: Godkjent Objektet er et spesial objekt for porter montert foran sjakt ventilatorer. Merk at tilgjengelige data fra sjakt porter varierer fra anlegg til anlegg. For nye anlegg kan det dermed være nødvendig med justeringer på objektet eller å benytte egne spesial objekter. Status Bit Maske Høy Lav 0 1 Åpnes (Åpning pågår) 1 2 Stenges (Stenging pågår) 2 4 Sjakt port 0º 3 8 Sjakt port 5º 4 16 Sjakt port 90º 5 32 Sjakt port 95º 6 64 Feil 7 128 Lokal Auto 8 256 Åpning moment 9 512 Stenging moment 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Feil skal gis dersom porten ikke lar seg åpne eller stenge slik styresystemet ønsker. Eventuelle andre feil meldinger kan også indikeres i dette bittet. Lokal indikerer at sjakt porten er direkte styrt fra tunnelen. Det kan være styrt via brytere eller panel i tavlerom. Bittet skal ikke settes dersom sjakt porten styres som en del av en overordnet styring som for eksempel brannventilasjon fra brannstyretablåer. Åpning moment og stenging moment er tilbakemeldinger fra moment brytere. Dersom porten ikke kan lukkes eller åpnes fordi moment bryteren løses ut, får porten feil samtidig med åpning moment eller stenging moment. Dato: 26.07.2011 Side 59 av 110 Vedlegg 1

46. Sjakt ventilator Objekt versjon: 1.3 Dato: 29.09.2006 Status: Godkjent Objektet brukes i anlegg med sjakt ventilatorer. Merk at tilgjengelige data fra en sjakt ventilator varierer fra anlegg til anlegg. For nye anlegg kan det dermed være nødvendig med justeringer på objektet eller å benytte egne spesial objekter. Status Bit Maske Høy Lav 0 1 Ventilator Drift Av eller Feil (se bit 1) 1 2 Ventilator Feil Av eller Drift (se bit 0) 2 4 Stalling feil Stalling Ok 3 8 Temperatur feil Temperatur Ok 4 16 Vibrasjon feil Vibrasjon Ok 5 32 Port feil Port Ok 6 64 7 128 Lokal Auto 8 256 Kontaktor Feil Kontaktor Ok 9 512 Overlastvern Utløst Overlastvern Ok 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Lokal indikerer at sjaktventilatoren er lokalt styrt fra tunnelen. Det kan være styrt via brytere eller panel i tavlerom. Bitet skal ikke settes dersom den styres som en del av en overordnet styring som for eksempel brannventilasjon fra brannstyretablåer. Tellere Sjakt ventilatorene skal ha to tellere som overføres til toppsystemet, minutter og timer. Timer skal være 32 bit. Dersom kun 16 bits tellere støttes skal time tellingen bestå av 2 tellere. En for antall 10.000 timer og en som nullstilles etter 9.999. Minutter kan være 32 eller 16 bit. Minutt telleren skal kunne nullstilles fra toppsystemet. Dette gjøres med objektet 44. Nullstill tellere. Ved bruk av 32 bits tellere: Verdi Timer Minutter Ved bruk av 16 bits tellere: Verdi Timer*10.000 Timer Minutter Beskrivelse Totalt driftstid i timer for viften. Driftstid i minutter siden forrige reset av telleren. Beskrivelse Antall ti tusen driftstimer for viften. Antall driftstimer for viften. Nullstilles når Timer*10.000 økes med 1. Driftstid i minutter siden forrige reset av telleren. Analog verdier Sjakt ventilatoren kan ha en eller flere analog verdier. Dersom disse hentes inn til styresystemet via analoge innganger, skal objektet 7. Analog benyttes. Dersom verdiene hentes direkte inn, for eksempel fra en Dato: 26.07.2011 Side 60 av 110 Vedlegg 1

frekvensomformer med Profibus grensesnitt, skal kun den analoge verdien gis uten status og blokkeringskommando. Aktuelle verdier er beskrevet i tabellen under. Verdi Beskrivelse Temperatur Temperatur angis i ºC Strøm Strøm angis i amper Turtall Turtall angis i rpm Frekvens Frekvens angis i Hz Prosessgrensesnitt Dato: 26.07.2011 Side 61 av 110 Vedlegg 1

47. Sensor status Objekt versjon: 1.0 Dato: 30.08.00 Status: Foreldet Bruk objekt 7, Analog. Dato: 26.07.2011 Side 62 av 110 Vedlegg 1

48. Støvmåler Objekt versjon: 1.6 Dato: 14.07.2007 Status: Godkjent Objektet er et spesialobjekt for støvmåler med to analoge verdier. Støvmåleren kan ha vendbar linse som styres fra VTS. Status Bit Maske Høy Lav 0 1 Feil OK 1 2 Blokkert Frigitt 2 4 Kritisk høyt nivå Ikke kritisk høyt nivå 3 8 Målområde1 Ikke målområde 1 4 16 Målområde2 Ikke målområde 2 5 32 Service mode Ikke service mode 6 64 Nedstøving Ikke nedstøving 7 128 Analog verdi 1 valgt Analog verdi 1 ikke valgt 8 256 Analog verdi 2 valgt Analog verdi 2 ikke valgt 9 512 Linse lukket Linse åpen 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Når bit 1 er høyt, skal bit 0 og 2 være lav. En blokkert sensor skal ha verdi 0 og ikke benyttes i styringen. Kun ett av bitene 0, 1 eller 2 kan være høy. Kun ett og alltid ett av bitene 3 eller 4 skal alltid være høy. Nedstøving angir at sensoren må renses. Dersom sensoren blir så nedstøvet at måleverdien ikke kan benyttes skal også feil settes og verdien settes til 0. Kun ett og alltid ett av bitene 7 eller 8 skal alltid være høy. I tunneler med oppringt samband, ISDN Dpak eller SMS kommunikasjon, bør ikke status sendes fra styresystemet ved endring i bit 5. Dette gjøres for å forhindre unødvendige oppkoblinger av linjen. Fullstendig status, inkludert bit 5, skal sendes på kommandoen 33. Oppdater verdi. Kommando Bit Maske Høy 0 1 Blokker 1 2 Frigi 2 4 Åpne linse 3 8 Lukke linse 4 16 Velg analog verdi 1 5 32 Velg analog verdi 2 6 64 7 128 Sensoren har to analoge innganger. Disse er vanligvis forskjellig kalibrert med hensyn på kornstørrelsen. VTS velger hvilken analog inngang som skal benyttes. Den benyttes både i styringen og sendes til VTS. Dato: 26.07.2011 Side 63 av 110 Vedlegg 1

Verdi Sensor verdier er 16 bit med fortegn og skal ha benevnelsen g/m 3. Merk at sensoren kan ha to analoge innganger. Kun den valgte inngangen skal sendes til VTS. Verdi Analog verdi Beskrivelse Skalert analog verdi for måling. Parametere Parametrering av støvmålere kan gjøres for hver enkelt sensor eller for hele eller deler av anlegget. Som hovedregel benyttes parametrering for hver sensor i anlegg med 4 eller færre ventilasjons trinn. I anlegg med flere ventilasjonstrinn, skal det som hovedregel benyttes en felles parametring for hele anlegget. Parametrene består av en grenseverdi for hvert nivå trinn og en grenseverdi for kritisk høyt nivå. Hvert parameter er 16 bit med fortegn. Parametrene kan kun være positive og mest signifikante bit benyttes derfor ikke. Støvmåleren har to analog verdier ut fra støvkorn størrelsen. Kun en av inngangene kan benyttes, og parametrene skal være identiske for de to inngangene. I tillegg til at styringsanlegget mottar parametrene fra toppsystemet, skal de sendes til toppsystemet på endring, ved oppdater kommando og ved oppstart av styresystemet. Dersom parametre for eksempel kan endres fra drifts panel, må de sendes til toppsystemet ved endring. Dersom parametrene settes til standardverdi i styresystemet, for eksempel ved oppstart, må parametrene sendes til toppsystemet. Parameter Beskrivelse Nivå 1 grenseverdi Grenseverdi for nivå 1. Nivå 2 grenseverdi Grenseverdi for nivå 2.... Nivå N grenseverdi Grenseverdi for nivå N. (høyeste nivå). Kritisk høyt nivå grenseverdi Grenseverdi for kritisk høyt nivå. Dato: 26.07.2011 Side 64 av 110 Vedlegg 1

49. Pumpe gruppering Objekt versjon: 1.11 Dato: 23.02.2001 Status: Godkjent Objektet brukes dersom vern er gruppert, dvs vern for flere pumper er samlet på en inngang. Status Bit Maske Høy Lav 0 1 Overlastvern utløst Overlastvern OK 1 2 Sikring utløst Sikring OK 2 4 Styrestrøm sikring utløst Styrestrøm sikring OK 3 8 4 16 5 32 6 64 7 128 Pumper lokal Pumper auto Overlastvern brukes dersom det tilbakemelding fra motorvern eller annen type vern for pumpen. Dato: 26.07.2011 Side 65 av 110 Vedlegg 1

50. Brannventilasjon Objekt versjon: 1.01 Dato: 10.10.2001 Status: Foreldet Bruk objekt 31 Ventilasjon. Dato: 26.07.2011 Side 66 av 110 Vedlegg 1

51. Avtrekksvifte Objekt versjon: 1.3 Dato: 28.11.2001 Status: Godkjent Avtrekksvifte kan blant annet benyttes i tavlerom og transformatorrom. Status Bit Maske Høy Lav 0 1 Feil OK 1 2 Alarm blokkert Alarmer Frigitt 2 4 Drift Av 3 8 4 16 5 32 6 64 7 128 Lokal Auto Når bit 1 er høyt, skal bit 0 være lav. I tunneler med oppringt samband, ISDN Dpak eller SMS kommunikasjon, bør ikke status sendes fra styresystemet ved endringer. Dette gjøres for å forhindre unødvendige oppkoblinger av linjen. Fullstendig status, skal sendes på kommandoen 33. Oppdater verdi. Kommando Bit Maske Høy 0 1 Blokker alarmer 1 2 Frigi alarmer 2 4 3 8 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 67 av 110 Vedlegg 1

52. Skap status Objekt versjon: 1.1 Dato: 26.11.01 Status: Godkjent Objektet brukes for skap med distribuerte IO enheter. Eksempel på dette er et brannskap med batteri som backup for spenningsforsyningen. Skapet kan for eksempel ha en Profibus DP slave med inngang for lav batterispenning. Status Bit Maske Høy Lav 0 1 Spenningsfeil i skap Spenning i skap OK 1 2 Spenningsfeil Blokkert Spenningsfeil Frigitt 2 4 Batteri utladet Batteri OK 3 8 Batteri utladet Blokkert Batteri utladet Frigitt 4 16 Sikringsbrudd Sikring OK 5 32 Sikringsbrudd Blokkert Sikringsbrudd Frigitt 6 64 Kabelfeil Kabelfeil OK 7 128 Kabelfeil Blokkert Kabelfeil Frigitt Når bit 1 er høyt, skal bit 0 være lavt. Når bit 3 er høyt, skal bit 2 være lavt. Når bit 5 er høyt, skal bit 4 være lavt. Når bit 7 er høyt, skal bit 6 være lavt. Spenningsfeil indikerer feil på spenningsforsyningen i skapet. Dersom skapet har batteri backup, vil da skapet normalt være forsynt fra batteriet. Batteri utladet indikerer at batteriet har lav spenning og ikke kan forsyne skapet dersom det er spenningsfeil. Sikringsbrudd er tilbakemelding fra sikringer i skapet. Kabel feil indikerer feil på kommunikasjonskabel til/fra skapet. Kabel feil benyttes for eksempel dersom det er redundant kommunikasjon til skapet og det er feil på en kabel. Kommunikasjonen mot skapet kan dermed være OK. Kommando Bit Maske Høy 0 1 Blokker alarm for spenningsfeil 1 2 Frigi alarm for spenningsfeil 2 4 Blokker alarm for batteri utladet 3 8 Frigi alarm for batteri utladet 4 16 Blokker alarm for sikringsbrudd 5 32 Frigi alarm for sikringsbrudd 6 64 Blokker alarm for kabelfeil 7 128 Frigi alarm for kabelfeil Ved blokkering er det kun alarmene som blokkeres. Dato: 26.07.2011 Side 68 av 110 Vedlegg 1

53. Støvmåler parametre Objekt versjon: 1.3 Dato: 20.04.2001 Status: Foreldet Bruk objekt 48 Støvmåler Dato: 26.07.2011 Side 69 av 110 Vedlegg 1

54. Ventilasjon 4 trinn med brannstyring Objekt versjon: 2.4 Dato: 29.08.2005 Status: Foreldet Bruk objekt 31 Ventilasjon Dato: 26.07.2011 Side 70 av 110 Vedlegg 1

55. Renseanlegg Objekt versjon: 1.01 Dato: 13.07.2007 Status: Godkjent Funksjonen til objektet er visning og kommandoer for rensing av støv og NO 2 i tunneler. Status Bit Maske Høy Lav 0 1 Trinn Av 1 2 Trinn Støv trinn1 2 4 Trinn Støv/NO 2 trinn1 3 8 Trinn Støv trinn2 4 16 Trinn Støv/NO 2 trinn2 5 32 Trinn Støv trinn3 6 64 Trinn Støv/NO 2 trinn3 7 128 Styring Manuell Styring Auto eller Lokal 8 256 Styring Lokal Styring Auto eller Manuell 9 512 Støvrensing Feilet Støvrensing Ok 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Ett trinn skal alltid være valgt. Det vil si at alltid ett og kun ett av bitene 0, 1, 2, 3, 4, 5 og 6 skal være høy. Når renseanlegget er styrt etter sensorer, skal bitene 7 og 8 være lav. Når ventilasjonen er styrt fra branntablå (lokal) skal bit 8 være høy, mens bit 7 er lav. Når ventilasjonen er styrt manuelt (VTS) skal bit 7 skal dermed være høy mens bit 8 er lav. Kommando Bit Maske Høy 0 1 Trinn Av 1 2 Trinn Støv trinn1 2 4 Trinn Støv/NO trinn1 3 8 Trinn Støv trinn2 4 16 Trinn Støv/NO trinn2 5 32 Trinn Støv trinn3 6 64 Trinn Støv/NO trinn3 7 128 Styring Manuell 8 256 Styring Auto 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Dato: 26.07.2011 Side 71 av 110 Vedlegg 1

56. Ventil Objekt versjon: 1.0 Dato: 14.06.2002 Status: Godkjent Objektet er en standard ventil med to posisjoner (lukket/åpen). Status Bit Maske Høy Lav 0 1 Ventil Lukket 1 2 Ventil Åpen 2 4 Ventil Lukking pågår 3 8 Ventil Åpning pågår 4 16 Ventil Feilet 5 32 6 64 7 128 Lokal Auto 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 En ventilposisjon skal alltid være valgt. Det vil si at alltid ett og kun ett av bitene 0, 1, 2, 3 og 4 skal være høy. Når ventilen styres lokalt (bryter i tavlerom, el. tilsvarende) skal bit 7 være høy. Dato: 26.07.2011 Side 72 av 110 Vedlegg 1

57. Elektrostatisk filter Objekt versjon: 1.01 Dato: 13.07.07 Status: Godkjent Objektet benyttes der det er elektrostatisk filter for støvrensing. Status Bit Maske Høy Lav 0 1 Filter Drift Filter Av 1 2 Vask Pågår Vask Av 2 4 Sikring Utløst Sikring Ok 3 8 4 16 5 32 6 64 7 128 Lokal Auto 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Dato: 26.07.2011 Side 73 av 110 Vedlegg 1

58. Kuldeport Objekt versjon: 2.10 Dato: 22.03.2002 Status: Godkjent Status Bit Maske Høy Lav 0 1 Port Åpen 1 2 Port Stengt 2 4 Styrt fra VTS Styrt fra Lokal eller Auto 3 8 Sikring Utløst Sikring Ok 4 16 Åpning Feilet 5 32 Stenging Feilet 6 64 Annen Feil Ikke Annen Feil 7 128 Lokal Styrt fra VTS eller Auto 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Kun et og alltid et av bit 0, 1, 4 og 5 skal være satt. Bit 0 og 1 skal ikke sendes på endring ved oppringt forbindelse, kun på oppdater kommando (eks. objekt 33) fra VTS. Kommando Bit Maske Høy 0 1 Åpne 1 2 Steng 2 4 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Dato: 26.07.2011 Side 74 av 110 Vedlegg 1

59. Trafikklys Objekt versjon: 1.0 Dato: 14.06.2002 Status: Godkjent Brukes for overvåking av trafikklysenhet, ikke for visning av hvilken lampe som lyser. Det skal brukes et Trafikklysobjekt for hver trafikklysenhet (rød/gul/grønn). Status Bit Maske Høy Lav 0 1 Rød pære Feilet Rød pære Ok 1 2 Gul pære Feilet Gul pære Ok 2 4 Grønn pære Feilet Grønn pære Ok 3 8 Gulblink Ikke gulblink 4 16 5 32 6 64 7 128 Lokal Auto 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Dato: 26.07.2011 Side 75 av 110 Vedlegg 1

60. Aggregat Objekt versjon: 1.0 Dato: 22.10.2002 Status: Forslag Aggregat objekt brukes til signaler fra permanente bensin/diesel aggregater tilkoplet et anlegg samt signaler for å indikere at slike aggregater (for eksempel flyttbare) er tilkoplet. Status Bit Maske Høy Lav 0 1 Drift Av 1 2 Feil Ok 2 4 Fare for snarlig driftstans Av 3 8 4 16 5 32 6 64 7 128 Lokal Auto Når bit 1 er satt skal bit 0 og 2 være lav. Dato: 26.07.2011 Side 76 av 110 Vedlegg 1

61. Anleggskommunikasjon Objekt versjon: 1.3 Dato: 18.03.2008 Status: Godkjent Anleggskommunikasjon er et spesialobjekt for hovedkommunikasjon mot anlegg eller delsystemer i anlegg. Det er ofte et internt objekt for toppsystemet og skal kun brukes etter forhåndsgodkjenning. Status Bit Maske Høy Lav 0 1 Anlegg ligger online (linje oppe) Anlegg ligger offline (linje nede) 1 2 Feil på kommunikasjon mot anlegg Kommunikasjon OK 2 4 Pakke ikke sendt (slettet pga timeout) Pakke hendelse nullstilt 3 8 Kommunikasjon blokkert Kommunikasjon OK 4 16 5 32 6 64 7 128 Dersom bit 2 benyttes, skal bit 1 settes samtidig med bit 2. Bit 2 gir ingen alarm, men er en ekstrainformasjon om hvorfor kommunikasjonen feilet. Når bit-3 er høyt, skal bit-1 og 2 være lave. Kommando Bit Maske Høy 0 1 Blokker alarm for kommunikasjonsfeil 1 2 Frigi alarm for kommunikasjonsfeil 2 4 3 8 4 16 5 32 6 64 7 128 Selv om kommunikasjonsfeil er blokkert skal I/O som går via kommunikasjonen brukes som normalt i styringen. Det er kun alarmen for kommunikasjonsfeil som blokkeres, ikke alarmer som hentes inn via denne. Dato: 26.07.2011 Side 77 av 110 Vedlegg 1

62. Trinn Styring Objekt versjon: 1.02 Dato: 03.05.2005 Status: Godkjent Status Bit Maske Høy Lav 0 1 Trinn 0 (av) 1 2 Trinn 1 2 4 Trinn 2 3 8 Trinn 3 4 16 Trinn 4 5 32 6 64 Styrt fra VTS Auto 7 128 Styrt fra lokal Auto Kun et og alltid et av bit 0, 1, 2, 3, 4 og 5 skal være satt. Bit 6 og 7 kan ikke være satt samtidig. Kommando Bit Maske Høy 0 1 Trinn 0 (av) 1 2 Trinn 1 2 4 Trinn 2 3 8 Trinn 3 4 16 Trinn 4 5 32 6 64 Styr fra auto 7 128 Styr fra VTS Dato: 26.07.2011 Side 78 av 110 Vedlegg 1

63. Flervariabelt skilt Scanmatic Objekt versjon: 1.2 Dato: 29.09.2006 Status: Foreldet Dato: 26.07.2011 Side 79 av 110 Vedlegg 1

64. Skiltstyring Objekt versjon: 2.1 Dato: 25.3.2008 Status: Godkjent Objektet skal brukes til styring av flere Flervariable skilt. Antall posisjoner er variabelt. Status Bit Maske Høy Lav 0 1 Posisjon 1 Udefinert Posisjon 1 2 Posisjon 2 Udefinert Posisjon 2 4 Posisjon 3 Udefinert Posisjon 3 8 Posisjon 4 Udefinert Posisjon 4 16 Posisjon 5 Udefinert Posisjon 5 32 Tilstand Feilet Tilstand OK 6 64 Styrt fra VTS Styrt fra branntablå eller Auto 7 128 Styrt fra Branntablå Styrt fra VTS eller Auto 8 256 Posisjon 6 Udefinert Posisjon 9 512 Posisjon 7 Udefinert Posisjon 10 1024 Posisjon 8 Udefinert Posisjon 11 2048 12 4096 13 8192 14 16384 15 32768 Forhåndsvisning på Forhåndsvisning av Posisjon er udefinert inntil alle skilt som styres har samme posisjon. Kun ett av bitene 0, 1, 2, 3, 4, 5, 8, 9 og 10 kan være høy samtidig. Bit 15 settes alltid sammen med ett bit for posisjon. Brukes kun når nærmeste PLS er bedt om forhåndsvisning. Når kommando er utført, og statusordet igjen viser faktisk posisjon er bit15 = 0. Kommando Bit Maske Høy 0 1 Posisjon 1 1 2 Posisjon 2 2 4 Posisjon 3 3 8 Posisjon 4 4 16 Posisjon 5 5 32 6 64 Auto 7 128 Styr fra VTS 8 256 Posisjon 6 9 512 Posisjon 7 10 1024 Posisjon 8 11 2048 12 4096 13 8192 Aktiviser kommando 14 16384 Avbryt 15 32768 Forhåndsvisning på Når VTS for eksempel setter bit 2 (posisjon 3) skal alle skilt som styres få en kommando om å gå til denne posisjonen, men kun skilt som er i AUTO skal utføre kommandoen. Er skiltet i MANUELL er LOKAL skal kommandoen ignoreres. Kun ett av bitene 0, 1, 2, 3, 4, 8, 9 og 10 kan være høy samtidig. Dato: 26.07.2011 Side 80 av 110 Vedlegg 1

Bit 15 settes sammen med bit for posisjon når man ønsker tilbakemelding fra de enkelte styreapparat om hva man har bedt om. Når bit 15 er satt skal kommando ikke utføres. Dato: 26.07.2011 Side 81 av 110 Vedlegg 1

65. Feltstenging Objekt versjon: 1.11 Dato: 21.09.2006 Status: Godkjent Det skal benyttes et objekt for hver kombinasjon av soner som skal styres. Et objekt gjelder kun et felt. Objektet skal ha status og kommando. For hvert feltstengingsobjekt kan det være et eller flere objekter som brukes til å vise status på enkeltsoner. På disse statusene benyttes kun bit 2 og 3. Bruken av bit 2 og 3 er grundigere forklart under. Feltstenging løses slik for å gi en intuitiv og god visning i toppsystemet. Antall objekter som skal benyttes må derfor avklares under utarbeidelse av skjermbildene og VTS. Status Bit Maske Høy Lav 0 1 Åpnes (Åpning pågår) 1 2 Stenges (Stenging pågår) 2 4 Åpen 3 8 Stengt 4 16 Åpning feilet 5 32 Stenging feilet 6 64 Styrt fra manuell (VTS) Styrt fra lokal eller Auto 7 128 Styrt fra lokal (branntablå) Styrt fra manuell eller Auto Kun ett og alltid ett av bitene 0, 1, 2, 3, 4 eller 5 skal alltid være høy. Kun ett av bitene 6 og 7 skal være høy. Bit 0, Åpnes, skal gis når sonen(e) er i ferd med å åpne. Bit 1, Stenges, skal gis når sonen(e) er i ferd med å stenge. Bit 2, Åpen, skal gis når sonen er åpen. Det vil si at alle feltanvisere er av eller viser grønn pil. Dersom det i tillegg til selve feltstengingsobjektet er brukt objekter for å vise status på enkeltsoner, skal bit 2 angi at sonen ikke er stengt. Den er altså invertert av bit 3. Bit 3, Stengt, skal gis når sonen(e) er stengt. Det vil si at alle feltanvisere viser rødt kryss. Dersom det i tillegg til selve feltstengingsobjektet er brukt objekter for å vise status på enkeltsoner, skal bit 3 angi at alle feltanvisere viser rødt kryss i den aktuelle sonen. Bit 4, Åpning feilet, skal gis dersom sonen(e) som åpnes ikke blir åpen (oppnår betingelsene for bit 2) innen den tiden som er normalt for åpning av sonen(e). En slik feil kan for eksempel skyldes at en feltanviser forblir på rødt kryss eller gul pil. Feilen skal ikke settes dersom det er feil på piler som viser en bestemt tid når sonen(e) stenges (for eksempel feil på en gul pil som likevell skifter til rødt kryss før tiden er utløpt). Den skal heller ikke settes dersom det for eksempel er feil på en grønn pil. Bit 5, Stenging feilet, skal gis dersom sonen(e) som stenges ikke blir stengt (oppnår betingelse for bit 3) innen den tiden som er normalt for stenging av sonen(e). En slik feil kan for eksempel skyldes at en feltanviser ikke viser rødtkryss. Feilen skal ikke settes dersom det er feil på piler som viser i en bestemt tid når sonen(e) stenges (for eksempel feil på en gul pil som likevell skifter til rødt kryss før tiden er utløpt). Kommando Bit Maske Høy 0 1 Åpne 1 2 Steng 2 4 Steng dette og felt til høyre 3 8 Steng dette og felt til venstre 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Dato: 26.07.2011 Side 82 av 110 Vedlegg 1

66. Arbeidsvarsling for Bømlafjordtunnelen Objekt versjon: 1.01 Dato: 29.09.2006 Status: Foreldet Bruk objekt 64 - Skiltstyring for arbeidsvarsling. Dato: 26.07.2011 Side 83 av 110 Vedlegg 1

67. Annen fare / fartsreduksjon for Bømlafjordtunnelen Objekt versjon: 1.01 Dato: 29.09.2006 Status: Foreldet Bruk objekt 64 Skiltstyring ved varsling av annen fare. Dato: 26.07.2011 Side 84 av 110 Vedlegg 1

68. Peek/Futurit Fritekstskilt Objekt versjon: 1.0 Dato: 29.09.2006 Status: Godkjent Dette dokumentet dokumenterer Futurit fritekstskilt. Skilt styres via egen OPC server. I prosessgrensesnittet ligger fritekstskilt som "27. Fritekstskilt". Dette er ikke laget pga at det ikke eksisterer et generelt fritektsskilt grensesnitt som kan brukes for alle fritekstskilt. Viser også til dokumentasjon for fritekstskiltet. Objektet kan benyttes som grunnlag for et generelt fritekstskilt i prosessgrensesnittet eller andre fritekstskileter som skal leveres. Status Status benyttes både for status for hele skiltet og status for hver enkelt blokk. Bit Maske Høy Lav 0 1 1 2 LED feil LED OK 2 4 Spenning feil Spenning OK 3 8 Blokkommunikasjonsfeil Blokkommunikasjon OK 4 16 5 32 6 64 7 128 8 256 På Av 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 16 65536 Font feil Font OK 17 131072 Tekst feil Tekst OK 18 262144 Kommunikasjonsfeil Kommunikasjon OK 19 524288 Kommando feil Kommando OK Blokkommunikasjonsfeil angir om det er feil på en eller flere blokker i skiltet. Font feil angir at det er gitt en ugyldig font til skiltet. Tekst feil angir at det er gitt en ugyldig tekst til skiltet. Det kan være en for lang tekst eller tekst med for mange linjer. Kommunikasjonsfeil angir at skilt serveren ikke kommuniserer med skiltet. Kommando feil angir at ønsket kommando ikke kunne utføres. Tekster Skiltet har flere tekster. Ønsket tekst settes av toppsystemet når skiltet skal vise en tekst. Teksten kan inneholde linjeskift. Skiltet skal slås av dersom tekster er tom eller består av kun et mellomrom tegn. Vist tekst er teksten som viser på skiltet. Teksten skal inneholde linjeskift dersom det er brukt på skiltet. Dersom skiltet er av skal teksten være tom eller bestå av kun et mellomrom tegn. LED errors er en tekst som beskriver feil på lysdioder. En nærmere beskrivelse av formattet på teksten er gitt i dokumentasjon for OPC serveren eller korrespondanse med Bengt Karlstrøm, ProComp software, som har laget OPC serveren. Dato: 26.07.2011 Side 85 av 110 Vedlegg 1

Verdier Følgende verdier behandles av toppsystemet som analoge verdier. Tilgjengelige verdier kan variere fra skilt til skilt. Lys: lux LED intensitet trinn: antall trinn Font: Hvilket font nummer som viser på skiltet. Laveste nummer er 1. Justering: Justering av teksten som viser på skiltet. 1 = venstre justert, 2 = midtstilt, 3 = høyre justert. Parametere Følgende verdier behandles av toppsystemet som parametere. Tilgjengelige verdier kan variere fra skilt til skilt. De både leses og skrives av toppsystemet. Ønsket font: Ønsket justering: Ønsket font på teksten som skal vises på skiltet. Ønsket justering av teksten som skal vises på skiltet. 1 = venstre justert, 2 = midtstilt, 3 = høyre justert. Ønsket font og ønsket justering aktiveres ikke på selve skiltet før OPC server får en ny tekst og dermed sender et nytt bilde til skiltet. Andre parametere som for eksempel telefonnummer, passord og dimming for hvert skilt er også tilgjengelig i OPC grensesnittet, men brukes ikke av toppsystemet. Boolske verdier Dersom skiltet har røde vekselblinker, angis disse som boolske verdier (på/av). Det skal være en verdi for ønsket tilstand og en verdi for virkelig tilstand. Dato: 26.07.2011 Side 86 av 110 Vedlegg 1

69. Klokke synkronisering Objekt versjon: 1.1 Dato: 11.09.2006 Status: Godkjent Objektet brukes til å synkronisere VTS klokken ned til klokken i styresystemet. Objektet brukes i anlegg hvor det er behov. Det kan være i styresystemer som skal utføre oppgaver på bestemte tidspunkt eller styresystemer med lokale logger. Normalt synkroniserer toppsystemet klokken en gang i døgnet. Status Bit Maske Høy Lav 0 1 Synkronisering Feilet Synkronisering Ok 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Styresystemet skal passe på at nye parametre mottas ved hver klokkesynkronisering, dersom nye parametre ikke mottas skal bit0 settes til 1. Ved vellykket synkronisering resettes bit0. Parametre Parametrene settes av toppsystemet og angir dato og klokkeslett som skal gjelde ved synkronisering. Merk at parametrene endres før klokken skal synkroniseres. Det betyr at parametrene i seg selv ikke angir korrekt dato og tid. Parameter År Måned Dato Timer Minutt Sekund Beskrivelse Årstall med fire siffer. Måned. 1 = januar, 2 = februar osv. Dato. Klokkeslett på 24 timers format. Minutter. Sekunder. Kommando Kommando settes høy av toppsystemet når klokken som er angitt i parametrene gjelder. Det er altså positiv flanke som synkroniserer klokken. Styresystemet må da skrive parametrene til sin interne klokke. Synkroniseringen vil være forsinket med den tiden det tar å sende kommandoen fra toppsystemet til styresystemet. Generelt er kravet at det skal skje innen 1,5 sekunder. Tiden varierer med kommunikasjonsløsning og synkronisering egner seg derfor ikke på anlegg med treg kommunikasjon. Bit Maske Høy 0 1 Synkroniser klokke 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Dato: 26.07.2011 Side 87 av 110 Vedlegg 1

70. Sabik Fritekstskilt Objekt versjon: 1.2 Dato: 29.09.2006 Status: Godkjent Dette objektet dokumenterer Sabik fritekstskilt. Objektet kan benyttes for andre fritekstskilt. Skiltene styres i utgangspunktet via sentral plassert OPC server og Modbus/TCP kommunikasjon mot skiltene. OPC server og kommunikasjonsløsning kan variere fra installasjon til installasjon. Status Status benyttes for status for hele skiltet. Det er eget objekt for status på en blokk. Bit Maske Høy Lav 0 1 Drift På Drift Av 1 2 System Feil System Ok 2 4 Tilstand Mindre feil Tilstand Ok 3 8 Tilstand Kritisk feil Tilstand Ok 4 16 Blokk Feil Blokk Ok 5 32 Tekst Feil Tekst Ok 6 64 Filsystem Feil Filsystem Ok 7 128 Selvtest Pågår Selvtest Avsluttet 8 256 LED styrke Feil LED styrke Ok 9 512 Viser side 2 Viser side 1 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Bit 0 angir om skiltet er på eller av. Når skiltet er på vises det tekst på skiltet. Bit 1 angir at skiltet har en systemfeil. Det vil si at det er feil på styreenheten i skiltet. Kun et av bit 2 og 3 kan være høy samtidig. Når bit 2 er høyt er skiltet på. Når bit 3 er høyt har skiltet en så alvorlig feil at skiltet er slått av. Bit 4 angir at skiltet har feil på en eller flere blokker. Et skilt består av flere blokker som igjen er satt sammen av LED moduler. Bit 5 angir at teksten som er gitt til skiltet har feil. Det vil si at det er brukt ugyldige karakterer. Bit 6 angir at filene som er lastet ned på skiltet har feil. Bit 7 angir at selvtest av skiltet pågår. Under selvtestet vil alle LED tennes etter tur og det vil blir gitt alarm dersom det er feil på en eller flere LED. Bit 8 angir at lysstyrken på LED ikke blir satt til rett styrke. Det vil si at det er feil på LED regulatoren. Bit 9 angir hvilken side som sendes opp til VTS (vises) Dato: 26.07.2011 Side 88 av 110 Vedlegg 1

Kommando Kommando settes av toppsystemet når skiltet skal utføre en selvtest. Når selvtesten er utført skal kommandoen nullstilles. Bit Maske Høy 0 1 Start selvtest 1 2 Vis side 1 2 4 Vis side 2 3 8 4 16 5 32 6 64 7 128 Verdier Følgende verdi behandles av toppsystemet som analoge verdi. Tilgjengelige verdier kan variere fra skilt til skilt. LED styrke: Prosent lysstyrke på skiltets lysdioder. Tekster Skiltet har to tekster. Tekst kommando settes av toppsystemet når skiltet skal vise en tekst. Teksten kan inneholde linjeskift. Et tekst med gyldige karakterer skal slå på skiltet. Skiltet skal slås av dersom teksten er tom eller består av kun et mellomrom tegn. Tekst status er teksten som viser på skiltet. Teksten skal inneholde linjeskift dersom det er brukt på skiltet. Dersom skiltet er av skal teksten være tom eller bestå av kun et mellomrom tegn. Parametere Skiltene har fire parametre. Tekstjustering: Lysstyrke kommando: Side intervall: Tidsavbrudd: Justering av teksten som skal vises på skiltet. 1 = venstre justert, 2 = midtstilt, 3 = høyre justert. Lysstyrken på LED på skiltet. 1-100% angir fast lysstyrke. 0 angir Automatisk styring av lysstyrken. Intervall (sekunder) på skifte mellom å vise side1 eller side2 på skiltet. Tiden (minutter) fra skiltet mister kontakt med skiltstyringen til skiltet slås av Dato: 26.07.2011 Side 89 av 110 Vedlegg 1

71. Sabik Fritekstskilt blokk Objekt versjon: 1.0 Dato: 29.09.2006 Status: Godkjent Et skilt er satt sammen av flere blokker. Blokkene er igjen satt sammen av flere LED moduler. Status Bit Maske Høy Lav 0 1 1 2 Modul kommunikasjon Feilet Modul kommunikasjon Ok 2 4 Modul kommunikasjon Feilet til flere Modul kommunikasjon Ok 3 8 Spenning Feilet Spenning Ok 4 16 LED Mindre feil LED Ok 5 32 LED Kritisk feil LED Ok 6 64 Funksjon Feil Funksjon Ok 7 128 Kun et av bit 1 og 2 kan være høy samtidig. Når bit 1 er høyt er det kommunikasjonsfeil til en modul. Når bit 2 er høyt er det kommunikasjonsfeil til flere moduler. Bit 3 angir at modulen har mistet spenningsforsyningen. Kun et av bit 4 og 5 kan være høy samtidig. Når bit 4 er høyt er det feil på maks 3 piksler. Skiltet er da fortsatt på. Når bit 5 er høyt er det feil på flere enn 3 piksler. Skiltet er da slått av. Bit 6 angir at modulen har funksjonsfeil. Dato: 26.07.2011 Side 90 av 110 Vedlegg 1

72. Runteller Objekt versjon: 1.01 Dato: 18.07.2009 Status: Godkjent Objektet brukes til kommunikasjonsjekk mot OPC servere, PLSer og andre styringsenheter. Runtellerobjektet skal alltid være med i styringsanleggene. Det skal være et objekt for hver OPC server og hoved PLS som eksisterer i anlegget. Dersom det ikke er mulig å implementere objektet direkte i OPC serveren så skal runteller objekt for OPC servere legges inn i den styringsenheten/plsen som ligger nærmest OPC serveren på nettverket. Tellere Hvert objekt har tre tellere. De er forklart i tabellen under. Det er angitt størrelse på tellerne, men det kan gjøres unntak for å tilpasse tellerne styresystemet. Verdi Runteller Teller_Til Teller_Retur Beskrivelse Teller som styresystemet øker med 1 for hvert minutt. Den skal være 16 bit uten fortegn. Tellerverdien skal resettes til 0 eller 1 når den kommer til en maks verdi. En kan for eksempel bruke minutter fra klokken til denne telleren (0-59). Teller som styresystemet mottar fra toppsystemet. Den skal være 32 bit uten fortegn. Styresystemet skal ikke skrive til denne telleren. Teller som styresystemet sender tilbake til toppsystemet. Den skal være 32 bit uten fortegn. Verdien skal være den samme som Teller_Til. Styresystemet skal altså kopiere verdien fra Teller_Til til Teller_Retur. Toppsystemet bruker Teller_Til sammen med Teller_Retur for å sjekke at kommunikasjon går begge veier og at styresystemet kjører. Dato: 26.07.2011 Side 91 av 110 Vedlegg 1

73. Klimaanlegg Objekt versjon: 1.0 Dato: 29.09.2006 Status: Godkjent Objektet kan benyttes til klimaanlegg slik som varmepumper (oppvarming), luftkondisjoneringsanlegg (nedkjøling) og avfuktere. Klimaanlegg kan benyttes i tavlerom eller andre steder hvor man ønsker jevnt klima. Status Bit Maske Høy Lav 0 1 Feil OK 1 2 Alarm blokkert Alarmer Frigitt 2 4 Drift Av 3 8 Varmer 4 16 Kjøler 5 32 Avfukter 6 64 Styrt fra VTS Lokal styrt eller auto 7 128 Lokal Auto eller styrt fra VTS Når bit 1 er høyt, skal bit 0 være lav. Dersom det aktuelle klimaanlegg ikke har utgangssignal for varmer, kjøler eller avfukting skal bitene indikere funksjonene anlegget har. Bit 3 og bit 4 skal ikke være høyt samtidig. Bit 6 og bit 7 skal heller være høy samtidig. I tunneler med oppringt samband, eks. ISDN D-pak, bør ikke status sendes fra styresystemet ved endringer. Dette gjøres for å forhindre unødvendige oppkoblinger av linjen. Fullstendig status, skal sendes på kommandoen Objekt 33. Oppdater verdi. Kommando Bit Maske Høy 0 1 Start klimaanlegg 1 2 Stopp klimaanlegg 2 4 3 8 4 16 Blokker alarmer 5 32 Frigi alarmer 6 64 Auto 7 128 Styrt fra VTS Verdi Klimaanlegget kan ha to tellere som overføres til toppsystemet. Timer skal være 32 bit. Dersom kun 16 bits tellere støttes skal time tellingen bestå av 2 tellere. En for antall 10.000 timer og en som nullstilles etter 9.999. Minutt telleren overføres kun til toppsystemet dersom den kan nullstilles fra toppsystemet. Minutter kan være 32 eller 16 bit. Ved bruk av 32 bits tellere: Verdi Timer Minutter Ved bruk av 16 bits tellere: Verdi Timer*10.000 Timer Minutter Beskrivelse Totalt driftstid i timer for klimaanlegget. Driftstid i minutter siden forrige reset av telleren. Beskrivelse Antall ti tusen driftstimer for klimaanlegget. Antall driftstimer for anlegget. Nullstilles når Timer*10.000 økes med 1. Driftstid i minutter siden forrige reset av telleren. Dato: 26.07.2011 Side 92 av 110 Vedlegg 1

74. Konfigurasjonssystem Objekt versjon: 1.0 Dato: 11.09.2006 Status: Godkjent Overvåker av et konfigurasjonssystem. Status Bit Maske Høy Lav 0 1 Konfigurasjon Oppdateres Konfigurasjon OK 1 2 Konfigurasjon Oppdatering feilet Konfigurasjon OK 2 4 Konfigurasjon Ugyldig Konfigurasjon OK 3 8 Konfigurasjon Mangler Konfigurasjon OK 4 16 5 32 6 64 7 128 Kun et av bit 0, 1, 2 og 3 kan være høy samtidig. Når bit 0 er høyt er oppdateres konfigurasjonen. Når bit 1 er høy er det feil på konfigurasjonsdata og når bit 2 er høy finner system ikke konfigurasjonsdata. Dersom alle bit er lave er konfigurasjonssystemet OK. Bit 0 vil normalt bare være høy i noen sekunder og er tatt med for å signalisere at konfigurasjonen blir oppdatert. Dersom bit 1 er høy er det feil på den nye konfigurasjonsfilen, systemet fortsetter å bruke den gamle konfigurasjonen. Dersom bit 2 eller 3 er høy har ikke systemet noen gyldige konfigurasjonsdata. Kommando Bit Maske Høy 0 1 Oppdater konfigurasjonsdata 1 2 2 4 3 8 4 16 5 32 6 64 7 128 Normalt vil konfigurasjonsdata bli oppdatert automatisk med 1 minutts intervall, denne kommandoen gir operatøren mulighet til å oppdatere konfigurasjonen øyeblikkelig. Dato: 26.07.2011 Side 93 av 110 Vedlegg 1

75. Ombordkjøring Objekt versjon: 1.01 Dato: 11.09.2006 Status: Godkjent Spesial objekt for varsling av ombordkjøring, brukes på fergekaier. Status Bit Maske Høy Lav 0 1 Ombordkjøring Felt ikke valgt Ombordkjøring Av 1 2 Ombordkjøring Felt1 Ombordkjøring Av 2 4 Ombordkjøring Felt2 Ombordkjøring Av 3 8 Ombordkjøring Felt3 Ombordkjøring Av 4 16 Ombordkjøring Felt4 Ombordkjøring Av 5 32 Ombordkjøring Felt5 Ombordkjøring Av 6 64 Styrt manuelt (skjermsystem) Styrt lokalt / Automatisk 7 128 Styrt lokalt Styrt manuelt / Automatisk 8 256 Ombordkjøring Felt6 Ombordkjøring Av 9 512 Ombordkjøring Felt7 Ombordkjøring Av 10 1024 Ombordkjøring Felt8 Ombordkjøring Av 11 2048 Ombordkjøring Felt9 Ombordkjøring Av 12 4096 Ombordkjøring Felt10 Ombordkjøring Av 13 8192 Ombordkjøring Felt11 Ombordkjøring Av 14 16384 Ombordkjøring Felt12 Ombordkjøring Av 15 32768 Ombordkjøring Felt13 Ombordkjøring Av Når ombordkjøring er av skal bit 0 til 5 og 8 til 15 være lav. Når ombordkjøring pågår vil kun ett av bit'ene 0-5 eller 8-15 være høy. Kommando Det skal være kun et kommando ord. Kommandoordet for de fire statusene slås sammen i OPC klient. Kommando ordet påvirker dermed de 4 status ordene. Bit Maske Høy 0 1 Start Ombordkjøring 1 2 Start Ombordkjøring Felt1 2 4 Start Ombordkjøring Felt2 3 8 Start Ombordkjøring Felt3 4 16 Start Ombordkjøring Felt4 5 32 Start Ombordkjøring Felt5 6 64 Slå av Ombordkjøring 7 128 Styr manuelt (fra skjermsystem) 8 256 Start Ombordkjøring Felt6 9 512 Start Ombordkjøring Felt7 10 1024 Start Ombordkjøring Felt8 11 2048 Start Ombordkjøring Felt9 12 4096 Start Ombordkjøring Felt10 13 8192 Start Ombordkjøring Felt11 14 16384 Start Ombordkjøring Felt12 15 32768 Start Ombordkjøring Felt13 Parametere Skiltene har en parameter. Tidsavbrudd: Tiden (minutter) fra ombordkjøring er aktivert til skiltstyring går tilbake til AUTO Dato: 26.07.2011 Side 94 av 110 Vedlegg 1

76. Brannplan Objekt versjon: 3.00 Dato: 15.04.2009 Status: Godkjent Objektet skal benyttes i anlegg hvor stengning og/eller ventilasjon er avhengig av hvor i anlegget det brenner. De fleste tunneler har kun ett styringsmønster ved brann, men enkelte kompliserte anlegg vil ha behov for mange brannplaner. Dersom det kun er ett styringsmønster for ventilasjon skal ikke dette objektet benyttes. Objektet benyttes en gang for hver brannplan. I anlegg hvor dette objektet er tatt i bruk skal brannventilasjon i objekt 31 ikke benyttes. Status Bit Maske Høy Lav 0 1 Brannplan av (ingen brannplan aktivert) 1 2 Brannplan starter 2 4 Brannplan normal startet 3 8 Brannplan storbrann startet 4 16 Brannplan feilet Brannplan ok 5 32 6 64 Styrt fra VTS Auto 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Kun ett og alltid ett av bitene 0, 1, 2 eller 3 kan være høyt. Bit 4 angir at ønsket brannplan ikke kunne startes. Det kan f.eks. være fordi tilstrekkelig ventilasjon ikke starter eller fordi anlegget ikke stenger i henhold til plan. Dato: 26.07.2011 Side 95 av 110 Vedlegg 1

Kommando Når et anlegg mottar kommando for aktivisering av brannplan, skal aktuell brannplan aktiviseres. Dette vil typisk være total stenging av en tunnel, samt start av brannventilasjon, settet på evakueringslys osv. Nøyaktig hva som skal skje ved aktivisering av en brannplan gis i egen plan for brann på det aktuelle sted. Bit Maske Høy 0 1 Start brannplan normal 1 2 Start brannplan storbrann 2 4 Stopp brannplan 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Ved styring fra VTS skal Bit-7 settes samtidig som ett av bittene 0,1 eller 2. Brannplaner aktiviseres enten fra VTS eller fra automatikk ute i anlegget. Andre enkeltobjekter (vifter, skilt, bommer etc.) som inngår i en brannplanmatrise har høyere prioritet enn brannplanobjektet. Dersom alt er i automatikk, er det brannplanobjektet som har høyest prioritet. Endringer i forurensning skal da ikke kunne endre ventilasjonen. Når kommando Stopp brannplan sendes ned til anlegget skal ventilasjonen reguleres i henhold til objekt 31. Overordnede objekter for stenging skal forbli i satt tilstand. Dato: 26.07.2011 Side 96 av 110 Vedlegg 1

77. Kamera Objekt versjon: 1.01 Dato: 18.03.2008 Status: Godkjent Status Bit Maske Høy Lav 0 1 Alarm Alarm ok 1 2 Alarm blokkert Alarm ikke blokkert 2 4 Feil Feil ok 3 8 Feil blokkert (tekniske feilmeldinger blokkert) Feil ikke blokkert 4 16 Kamera valgt Kamera ikke valgt 5 32 Dårlig bilde Bilde ok 6 64 Kamera ut av posisjon Posisjon ok 7 128 Røyk detektert Røyk ikke detektert 8 256 Kjøretøy i gal retning Ikke kjøretøy i gal retning 9 512 Stopp detektert Ikke stopp detektert 10 1024 Kø Ikke kø 11 2048 Fotgjenger Ikke fotgjenger 12 4096 13 8192 14 16384 15 32768 Alarm benyttes kun dersom det er knyttet deteksjon til kameraet. Ved billedanalyse i egen enhet, knyttes billedanalysen opp mot det kamera som billedanalyse foretaes på. Bit 2 feil benyttes på ikkeidentifiserte feil. Kun ett av bittene 2,3,5 og 6 kan være satt samtidig. Kommando Bit Maske Høy 0 1 Blokker alarm 1 2 Frigi alarm 2 4 Blokker feil 3 8 Frigi Feil 4 16 Velg kamera 5 32 Aktiviser brannplan 6 64 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Kommando Blokker alarm (bit 0) skal blokkere statusbit 0,7,8,9,10,11. Kommando Blokker feil (bit 2) skal blokkere statusbit 2,5 og 6. Dato: 26.07.2011 Side 97 av 110 Vedlegg 1

Parameter Der hvor det er lagt inn at kameraobjekt skal kunne aktivisere brannplan, skal vi kunne sette en parameter som gir hvilken brannplan som aktiviseres. Parameter Brannplan nr Beskrivelse Heltallsverdi for brannplan nr Dato: 26.07.2011 Side 98 av 110 Vedlegg 1

78. Status Objekt versjon: 1.00 Dato: 08.01.2008 Status: Foreldet Bruk spesifikke objekter. Dato: 26.07.2011 Side 99 av 110 Vedlegg 1

79. Klimastasjon Objekt versjon: 1.01 Dato: 6.5.2011 Status: Godkjent Dette er et samleobjekt spesielt tilpasset frittstående klimastasjoner. Status Bit Maske Høy Lav 0 1 Feil Ok 1 2 Blokkert Ok 2 4 Overføring historiske data startet Normal 3 8 Overføring historiske data fullført Normal 4 16 Alle lokale data slettes Normal 5 32 6 64 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 Stasjonen gjør kontrollert omstart Ok 14 16384 Omstart fullført Normal drift 15 32768 Strømsparetilstand aktivert Normal drift Når Bit 0 har status høy skal alle andre bit være lave. Dersom stasjonens egen systemdiagnose finner feil skal innsending av analoge måleverdier stoppe. Når bit 1 er høy skal alle andre bit være lave. Stasjonen skal ikke lengre sende data fra seg og den skal ikke lengre inngå i lokal styring. Evt. lokal styring skal i et slik tilfelle gå til en predefinert tilstand. Bit 2 og Bit 3 kan ikke være høy samtidig Bit 3 Klimastasjon må nullstille dette automatisk etter 1 time eller ved første kommando. Bit 4 settes før sletting startes og nullstilles etter fullført sletting Bit 14 Nullstilles automatisk etter 1 time eller ved første kommando Dato: 26.07.2011 Side 100 av 110 Vedlegg 1

Kommando Bit Maske Høy 0 1 Blokker klimastasjon 1 2 Frigi klimastasjon 2 4 Hent historiske data 3 8 Hent siste bilde 4 16 5 32 6 64 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 Restart klimastasjon 15 32768 Slett alle data i stasjon Parametere Parameteren benyttes til å navnsette klimastasjonen for identifikasjon. I tillegg til at klimastasjonen mottar parametrene fra skjermsystemet, skal de sendes til skjermsystemet ved endring lokalt ute på stasjonen. Parameter Stasjons ID Beskrivelse Navnsetter klimastasjonen. Datatype: 32 bit Integer. Verdi Posisjonen skal oppgis på formatet Euref 89 sone 33 som er nasjonalt referansesystem for Norge. Stasjonen settes opp etter målte koordinater på installasjonsstedet. Verdiene sendes skjermsystemet ved endring. Verdi X-koordinat Verdi Y-koordinat Verdi Z-verdi. (Høyde i meter) Beskrivelse Klimastasjonens x-posisjon. Datatype: 32 bit Signed Integer Beskrivelse Klimastasjonens y-posisjon. Datatype: 32 bit Signed Integer Beskrivelse Angir stasjonens plassering i høyde over havet. Datatype: 32 bit Signed Integer Dato: 26.07.2011 Side 101 av 110 Vedlegg 1

80. Nedbørsensor Objekt versjon: 1.2 Dato: 03.06.11 Status: Godkjent Objektet skal benyttes i de tilfeller hvor det blir montert intelligent multifunksjonssensor for måling av nedbør og type. Ved bruk av analoge (4-20 ma) sensorer skal flere instanser av objekt 7-Analog benyttes i stedet. Status Bit Maske Høy Lav 0 1 Feil Ok 1 2 Blokkert Frigitt / Ok 2 4 Tilsmusset, service må utføres Ok 3 8 Kritisk tilsmusset, service må utføres Ok 4 16 5 32 6 64 7 128 8 256 Yr Ikke yr 9 512 Regn Ikke regn 10 1024 Hagl Ikke hagl 11 2048 Snø Ikke snø 12 4096 Nedbør Ikke nedbør 13 8192 14 16384 15 32768 Når bit 0 er høy skal bit 2,3,8,9,10,11 og 12 være lave. Dersom sensoren har gått i feil oppdateres analog verdi for statuskode og sensoren skal ikke lengre benyttes i lokal styring. Når bit 1 er høy skal alle andre bit være lave. En blokkert sensor skal ikke gi alarmer eller benyttes i styring. Verdifelt holdes uendret. Kun ett av bit 2 og 3 kan være høy samtidig, og benyttes i tilfeller hvor sensoren krever service, men fortsatt leverer gyldige måleverdier. Statuskode fra sensoren oppdateres på eget verditag i tillegg. Kun et av bit nr. 8,9,10 eller 11 kan være høy samtidig. Alle kan være lave, og indikerer ingen nedbør. Dersom sensoren ikke skiller mellom forskjellig type nedbør benyttes bit 12. Da skal bit 8,9,10 og 11 være lave. Dato: 26.07.2011 Side 102 av 110 Vedlegg 1

Kommando Bit Maske Høy 0 1 Blokker sensor 1 2 Frigi sensor 2 4 Nullstill Nedbørsakkumulering 3 8 4 16 5 32 6 64 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Verdi Følgende verdier skal leveres fra sensor. Boolske måleverdier sendes som status. Verdi Sensor statuskode Beskrivelse Feil/servicekode fra sensor basert på produsentens dokumentasjon. Ved normal drift settes verdien til 0. Verdi Nedbørsintensitet Beskrivelse Skalert verdi i millimeter/time med to desimaler. Verdi Akkumulert nedbør Beskrivelse Skalert verdi i millimeter. Verdi Sikt Beskrivelse 0000-9999 meter Dato: 26.07.2011 Side 103 av 110 Vedlegg 1

81. Vegbanesensor Objekt versjon: 1.0 Dato: 20.05.08 Status: Foreldet Dato: 26.07.2011 Side 104 av 110 Vedlegg 1

82. Brannplan_overordnet Objekt versjon: 1.0 Dato: 15.04.09 Status: Godkjent Dette objektet er overordnet for objekt 76 Brannplaner. Det benyttes normalt et objekt for hvert anlegg. Status Bit Maske Høy Lav 0 1 Brannplan av (ingen brannplan aktivert) 1 2 Brannplan starter 2 4 Brannplan normal startet 3 8 Brannplan storbrann aktivert 4 16 Brannplan feilet Brannplan ok 5 32 6 64 Styrt fra VTS Auto 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Kun ett og alltid ett av bitene 0,1,2 eller 3 kan være høyt samtidig. Bit 6 forteller om brannplan for storbrann er aktivisert fra VTS. Kommando Bit Maske Høy 0 1 1 2 Aktiviser brannplan for storbrann 2 4 Stopp brannplan 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Bit 1 benyttes av operatør i tilfelle kjørende brannplan skal oppjusteres til storbrann. Nødvendige reguleringsendringer i anlegget skal baseres på kjørende brannplan. Bit 2 stopper brannplan i aktivisert objekt 76. Dato: 26.07.2011 Side 105 av 110 Vedlegg 1

Bit 7 maskes inn sammen med bit 1 eller bit 2 når kommando sendes fra VTS. Verdi Verdien skal vise kjørende brannplan. Denne settes til 0 når brannplan ikke er aktivisert. Verdi Brannplan nr. Beskrivelse Angir kjørende brannplan. Datatype: 16 bit Unsigned Integer Dato: 26.07.2011 Side 106 av 110 Vedlegg 1

83. Strålingssensor Objekt versjon: 1.01 Dato: 06.05.2011 Status: Godkjent Strålingssensor er en sensortype som måler inn- og/eller utstråling, av sollys og/eller infrarød varmestråling mot/fra bakken under sensoren. En strålingssensor kan være en enkelt måler som måler i én eller to retninger, eller sammensatt av flere målere som måler på forskjellige bølgelender av varmestråling og lys. Noen typer målere gir bare netto stråling (innstråling utstråling), som da må angis med fortegn. Status Bit Maske Høy Lav 0 1 Feil OK 1 2 Blokkert Frigitt/OK 2 4 Kritisk høyt nivå Normalt eller bit 3/4/5 3 8 Kritisk lavt nivå Normalt eller bit 2/4/5 4 16 Høyt nivå Normalt eller bit 2/3/5 5 32 Lavt nivå Normalt eller bit 2/3/4 6 64 Service må utføres OK 7 128 Verdifeil OK 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Når bit 0 er høyt skal bit 2, 3, 4, 5 og 7 være lave. En sensor med feil skal ikke benyttes i styring og skal ikke gi alarm for nivåer. Når bit 1 er høyt skal alle andre bit være lave. En blokkert sensor skal ikke gi alarmer og ikke benyttes i styring. Bit 2, 3, 4 og 5 støttes der disse alarmene er av interesse, kun ett av disse bitene kan settes på én gang. Alarmer på strålingssensor kan benyttes der sensoren skal brukes til f.eks. varsling av glatt vegbane, og prosessbeskrivelsen må angi hvordan alarmgrenser skal knyttes til måleverdier, og hvordan alarmer skal styre varsling. Bit 6 brukes kun unntaksvis, dersom sensor eller tilhørende elektronikk varsler feilindikasjoner, kalibreringsbehov el. l, men målesignalet fortsatt er gyldig og kan brukes til indikering og styring. Når bit 7 er høyt skal bit 2, 3, 4 og 5 være lave. En sensor med verdifeil skal ikke benyttes i styring. Verdifeil er en alarm som skal genereres dersom sensoren har gitt samme verdi over en parameteriserbar tid.. Dato: 26.07.2011 Side 107 av 110 Vedlegg 1

Kommando Bit Maske Høy 0 1 Blokker 1 2 Frigi 2 4 3 8 4 16 5 32 6 64 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 Verdi Verdi Sollys innstråling Sollys utstråling IR innstråling IR utstråling Netto stråling Beskrivelse Skalert verdi for måling. Skalert verdi for måling. Skalert verdi for måling. Skalert verdi for måling. Skalert verdi for måling. Verdier angis som 16-bits med fortegn, og strålingsverdier angis i heltalls W/m². Inn- og utstrålinger vil alltid være positive verdier. Netto stråling vil være positiv eller null når innstråling utstråling, og negativ når innstråling < utstråling. Parametere Parameter Midlingstid (sek) Verdifeilforsinkelse (min) Kritisk høyt nivå grenseverdi Kritisk lavt nivå grenseverdi Høyt nivå grenseverdi Lavt nivå grenseverdi Beskrivelse Midlingstid for målte verdier før de kan brukes i prosessen Forsinkelse før det skal gis feil dersom måler holder seg på konstant samme verdi Grenseverdi for kritisk høyt nivå Grenseverdi for kritisk lavt nivå Grenseverdi for høyt nivå Grenseverdi for lavt nivå Parametere angis som 16-bits verdier med fortegn. Grenseverdier for alarmer og styring/varsling brukes bare ved behov og når alarmer skal støttes i statusordet. Alarmer på strålingssensor kan benyttes der sensoren skal brukes til f.eks. varsling av glatt vegbane, og prosessbeskrivelsen må angi hvordan alarmgrenser skal knyttes til måleverdier, og hvordan alarmer skal styre varsling. Dato: 26.07.2011 Side 108 av 110 Vedlegg 1

84. Vegtilstandssensor Objekt versjon: 2.1 Dato: 03.06.2011 Status: Godkjent Objektet er beregnet på intelligente sensorer for tilstandsmåling av vegbanens overflate, for eksempel basert på spektrografisk måleprinsipp. Dersom sensoren skal levere analoge verdier som for eksempel nivå eller friksjon skal disse defineres som objekt-7 - analog. Blokkering og feilbit i hvert objekt-7 skal følge status til dette objektet. Enkelte tilstander i statusord kan presenteres på bakgrunn av analoge målinger fra tilleggssensorer. Status Bit Maske Høy Lav 0 1 Feil OK 1 2 Blokkert Frigitt/OK 2 4 3 8 4 16 5 32 6 64 Service må utføres OK 7 128 8 256 9 512 10 1024 11 2048 12 4096 13 8192 14 16384 15 32768 16 65536 Vegbane tørr Ikke tørr 17 131072 Vegbane fuktig Ikke fuktig 18 262144 Vegbane våt Ikke våt vegbane 19 524288 Vegbane slaps Ikke slaps på vegbanen 20 1048576 Vegbane snø Ikke snø 21 2097152 Vegbane is Ikke is på vegbanen 22 4194304 23 8388608 24 16777216 Is varsel (Fare for is) Ikke fare for is 25 33554432 Is alarm Ikke is alarm 26 67108864 Frost varsel Ikke frost 27 134217728 28 268435456 29 536870912 30 1073741824 31 2147483648 Bit-0 settes høy ved feil på sensoren som fører til manglende eller gale måleverdier. Statuskode fra sensoren overføres på eget verdi-tag i tillegg. Når bit 0 er høyt skal alle bit fra og med bit 2 til og med 26 være lav. Når bit-1 er høy skal alle andre bit være lav. Ved blokkering skal verdi-tag for statuskode beholde siste lovlige verdi. En blokkert sensor skal ikke inngå i styring. Bit-6 benyttes i de tilfeller hvor sensoren krever service, men fortsatt leverer gyldige måleverdier. Statuskode fra sensoren overføres på eget tag i tillegg. Dato: 26.07.2011 Side 109 av 110 Vedlegg 1

Kun ett av bitene 16-21 kan være høy samtidig. Alle kan ikke være lave samtidig med mindre bit 0 er høyt på grunn av feil i sensor. Bit 24-26 kan ikke være høy samtidig. Kun ett av bitene kan være høy. Kommando Bit Maske Høy 0 1 Blokker 1 2 Frigi 2 4 3 8 4 16 5 32 31 2147483648 Blokkert sensor skal ikke inngå i styring. Verdi Verdi Sensor statuskode Beskrivelse Heltall basert på produsentens dokumentasjon. Dato: 26.07.2011 Side 110 av 110 Vedlegg 1

Statens vegvesen Prosessgrensesnitt Kommunikasjons skjema Kommunikasjons skjema VTS KOMMUNIKASJON FOR ANLEGG MED OPC GRENSESNITT VTS KOMMUNIKASJON FOR ANLEGG MED DPAK ELLER SMS GRENSESNITT EKSEMPEL FOR ANLEGG MED OPC GRENSESNITT EKSEMPEL FOR ANLEGG MED DPAK ELLER SMS GRENSESNITT Prosessgrensesnitt Vedlegg 2.doc

Statens vegvesen Prosessgrensesnitt VTS kommunikasjon for anlegg med OPC grensesnitt Dato Navn Firma Fylke Kommune Vei nr Anleggsnavn Sentral Definisjon retning 1 Definisjon retning 2 Objekt navn Objekt type Element Data type OPC Item navn Prosessgrensesnitt Vedlegg 2.doc

Statens vegvesen Prosessgrensesnitt VTS kommunikasjon for anlegg med Dpak eller SMS grensesnitt Dato Navn Firma Fylke Kommune Vei nr Anleggsnavn Sentral Definisjon retning 1 Definisjon retning 2 Objekt navn Objekt type Element DB nr DB offset Størrelse Prosessgrensesnitt Vedlegg 2.doc

Statens vegvesen Prosessgrensesnitt Eksempel for anlegg med OPC grensesnitt Dato 14.Mars 2000 Navn Kenneth Herskedal Firma TRAFSYS as Fylke Hordaland Kommune Odda Vei nr Rv 550 Anleggsnavn Eitrheimstunnelen Sentral AS01 Definisjon retning 1 Definisjon retning 2 Mot Odda Fra Odda Objekt navn Objekt type Element Data type OPC Item navn BS01 nødskap status 1 byte [tcp/ip:10.0.1.6]db40.dbw 0 BS01 nødskap kommando 1 byte [tcp/ip:10.0.1.6]db41.dbw 0 BS02 nødskap status 1 byte [tcp/ip:10.0.1.6]db40.dbw 2 BS02 nødskap kommando 1 byte [tcp/ip:10.0.1.6]db41.dbw 2 CO1 sensor status 1 byte [tcp/ip:10.0.1.6]db40.dbw 4 CO1 sensor kommando 1 byte [tcp/ip:10.0.1.6]db41.dbw 4 CO1 sensor verdi 2 byte [tcp/ip:10.0.1.6]db44.dbw 0 CO1 sensor parameter LL 2 byte [tcp/ip:10.0.1.6]db46.dbw 0 CO1 sensor parameter L 2 byte [tcp/ip:10.0.1.6]db46.dbw 2 CO1 sensor parameter H 2 byte [tcp/ip:10.0.1.6]db46.dbw 4 CO1 sensor parameter HH 2 byte [tcp/ip:10.0.1.6]db46.dbw 6 Prosessgrensesnitt Vedlegg 2.doc

Statens vegvesen Prosessgrensesnitt Eksempel for anlegg med Dpak eller SMS grensesnitt Dato 14.Mars 2000 Navn Kenneth Herskedal Firma TRAFSYS as Fylke Hordaland Kommune Odda Vei nr Rv 550 Anleggsnavn Eitrheimstunnelen Sentral AS01 Definisjon retning 1 Definisjon retning 2 Mot Odda Fra Odda Objekt navn Objekt type Element DB nr DB offset Antall byte BS01 nødskap Status 40 0 1 BS01 nødskap Kommando 41 0 1 BS02 nødskap Status 40 1 1 BS02 nødskap Kommando 41 1 1 CO1 sensor Status 40 2 1 CO1 sensor Kommando 41 2 1 CO1 sensor Verdi 44 0 2 CO1 sensor parameter LL 46 0 2 CO1 sensor parameter L 46 1 2 CO1 sensor parameter H 46 2 2 CO1 sensor parameter HH 46 3 2 Prosessgrensesnitt Vedlegg 2.doc

Statens vegvesen Prosessgrensesnitt Eksempel på bruk av objekt Dokument versjon: 1.0 Dato: 05.10.00 Status: Godkjent Eksempelet tar utgangspunkt i status og kommando for stenging av tunnel med bruk av objektet 6. Stenging. Objektet er gjengitt nedenfor. Fremgangsmetoden i eksempelet gjelder alle objekter. Ved uklarheter i bruk av objektene, ber vi dere ta kontakt med Statens vegvesen ved prosjektledelsen for det prosjektet objektene skal benyttes i. De vil svare på spørsmål direkte eller videre formidle kontakt med leverandør av toppsystemet eller VTS/VS. Status Bit Maske Høy Lav 0 1 Åpnes (Åpning pågår) 1 2 Stenges (Stenging pågår) 2 4 Åpen 3 8 Stengt 4 16 Åpning feilet 5 32 Stenging feilet 6 64 Styrt fra VTS Styrt fra branntablå eller Auto 7 128 Styrt fra branntablå Styrt fra VTS eller Auto Kun ett og alltid ett av bitene 0, 1, 2, 3, 4 eller 5 skal alltid være høy. Kun ett av bitene 6 og 7 skal være høy. Kommando Bit Maske Høy 0 1 Åpne 1 2 Steng 2 4 Nødsteng 3 8 4 16 5 32 6 64 Auto 7 128 Styr fra VTS Både Steng og Nødsteng skal kunne brukes til å stenge tunnelen. Dette gjelder alle tunneler, også de som ikke har sekvensiell stenging. Eksempel Kommandoen overføres som et tag fra toppsystem til OPC Server for styringsanlegget. Et tag er en 8, 16 eller 32 bits verdi. I noen PLS fabrikat vil det være naturlig å velge typen WORD. På samme måte overføres status tag fra OPC Server til toppsystem. Status og kommandoer angis med bit som er høye eller lave. Hvert av bitene i tagene har dermed en egen betydning. Status og kommando bit som ikke blir brukt skal alltid være lav. Status bit skal beholde tilstanden helt til situasjonen opphører. For eksempel skal bit 3 (stengt) i status tag være høy helt til tunnelen er åpen, åpning pågår eller stenging feilet. Kommandoen kan sendes fra toppsystemet på to måter. Begge metodene skal støttes av styresystemet. Kommando bit kan gis som pulser. De kan også beholde verdien helt til et nytt kommando bit settes. Uansett skal en kommando holdes av tunnelen helt til en kontra kommando gis. Det vil si at dersom bit 1 er eller har vært høyt (steng), skal tunnelen være stengt helt til bit 0 (åpne) eller bit 6 (auto) blir høyt. Prosessgrensesnitt Vedlegg 3.doc

Statens vegvesen Prosessgrensesnitt Eksempel på stenging og åpning fra VTS. VTS PLS i tunnel 1. VTS ønsker å styre stengingen manuelt og setter PLS gir tilbakemelding om at stengingen er styrt derfor bit 7 (Styr fra VTS). Tallet 128 skrives da til fra VTS. Tallet 68 skrives til status til VTS (kun kommandoen til tunnelen. dersom tunnelen er åpen, 64 + 4) 2. VTS overfører tallet 0 til tunnelen. PLS skal huske alle kommandoer og beholder derfor styrt fra VTS. 3. VTS stenger tunnelen. Tallet 2 overføres da til tunnelen. Merk at bit 7 nå er lav, men stenging er fremdeles styrt fra VTS fordi Auto kommando ikke er gitt. PLS iverksetter stenging. PLS overfører straks statusen 66 (64 + 2). PLS stenger tunnelen med skilt, vekselblinkere og bommer. Etter at stengingen er utført, overfører PLSen statusen 72 4. VTS åpner tunnelen igjen og overfører tallet 1 til tunnelen. 5. VTS setter stengingen tilbake til Auto og overfører tallet 64 til tunnelen. (64 + 8) PLS iverksetter åpning av tunnelen og overfører 65 (64+1) mens åpningen pågår. Når tunnelen er åpen overføres statusen 68 (64 + 4). PLS setter stengingen i normal status og overfører ny status. Vanligvis er normal status åpen og tallet 4 overføres da til VTS. Alternativt kan kommandoene inneholde flere bit samtidig. Funksjonaliteten i tunnelen skal i dette eksempelet være likt eksempelet over. VTS PLS i tunnel 1. VTS ønsker å stenge tunnelen og setter derfor bit 7 og 1. Tallet 130 skrives da til kommandoen til tunnelen. PLS iverksetter stengingen. Status for Styrt fra VTS og Åpning pågår overføres til VTS. Når stengingen er utført skal statusen 72 (64 + 8) 2. VTS setter tunnelen tilbake til Auto. Kommandoen 64 overføres til PLS. overføres til VTS. PLS setter tunnelen tilbake til normal stilling som er åpen. Når tunnelen er åpen sendes statusen 4 til VTS. Prosessgrensesnitt Vedlegg 3.doc

Dokument versjon: 1.0 Dato: 13/6-2008 Status: Godkjent Prosessgrensesnitt Vedlegg-4 Navnestandard for OPC-ItemId (OPC Tag navn) Dersom det er støtte i opc-serveren for egendefinerte navn på opc-tagger, skal egen navnestandard benyttes. Hensikten er å gi en unik identifikasjon av objektet. Dette skal gi bedre lesbarhet samt enklere konfigurasjon av opc-klient og toppsystem. Følgende syntaks skal benyttes for navngiving av ItemID. anlegg. sentralid. id. pgnr. status kommando verdi. parameter. måleverditype parameternavn Forklaring anlegg sentralid id pgnr status kommando verdi parameter Måleverditype Parameternavn Unikt og lett forståelig navn på anlegg. Unikt navn på fordeling og/eller styreenhet. Unik identifikasjon av objektet i anlegget. Eks. CO2, V01, BS07 Prosessgrensesnittnr. Referanse til benyttet objektnummer fra dokumentet Prosessgrensesnitt vedlegg-1 Dette er Låste navn hvor innhold skal være i henhold til beskrivelse for benyttet objekt. Ref pgnr. Angir hvilken målerverdi. Eks. middelvind, lufttemperatur Beskrivende navn på parameter. Eksempler på bruk TESTTUNNEL.AS01.BS03.1.STATUS TESTTUNNEL.AS01.BS03.1.KOMMANDO TESTTUNNEL.AS01.TEMP4.7.STATUS TESTTUNNEL.AS01.TEMP4.7.KOMMANDO TESTTUNNEL.AS01.TEMP4.7.VERDI.LUFTTEMPERATUR TESTTUNNEL.AS01.TEMP4.7.PARAMETER.MIDLINGSTID TESTTUNNEL.AS01.TEMP4.7.PARAMETER.FEILVERDIFORSINKELSE KLIMASTASJON.OS1.VIND1.7.STATUS KLIMASTASJON.OS1.VIND1.7.KOMMANDO KLIMASTASJON.OS1.VIND1.7.VERDI.VINDSTYRKE KLIMASTASJON.OS1.VIND1.7.PARAMETER.MIDLINGSTID KLIMASTASJON.OS1.VIND1.7.PARAMETER.FEILVERDIFORSINKELSE 16.06.2008 Side 1 av 1 Vedlegg 4

SHA-plan Plan for sikkerhet, helse og arbeidsmiljø Prosjekt/kontrakt nr: Fv. 456 Kolsdalen - Lumberkrysset/203452 Side 1 av 28

UTARBEIDELSE OG GODKJENNING AV SHA-PLAN Prosjekt/kontrakt: Utarbeidet av: Fv. 456 Kolsdalen - Lumberkrysset Statens vegvesen region sør Dato: 30. november 2009 Godkjent av: Signatur: Stig Berg-Thomassen DISTRIBUSJON OG AJOURFØRING AV SHA-PLAN Byggherren har ansvar for ajourføring, komplettering og distribusjon av SHA-plan. HMS er fast sak på alle byggemøter. Begge parter har plikt til å melde fra om forhold som ikke er i overensstemmelse med planen, eller som bør behandles og innlemmes i planen. Distribusjonsliste Navn Stig M. Berg-Thomassen Alf Helge Vindsland Arnfinn Ekberg Plan lagt på E-room Firma/kontor/seksjon mv Statens vegvesen Region sør Statens vegvesen Region sør Statens vegvesen Region sør Statens vegvesen Region sør Ajourføring Dato Beskrivelse av endring Utarbeidet av: Godkjent av: 12.08.10 Oppdatert etter Arnfinn Ekberg Stig Berg-Thomassen kontraktinngåelse 26.08.11 Oppdatert etter ny HMS koordinator Arnfinn Ekberg

INNHOLDSFORTEGNELSE 1. Mål for prosjektet... 4 2. Organisering av HMS-arbeidet... 5 2.1 Generelt... 5 2.2 Byggherre, Statens vegvesen, Region Sør... 5 2.3.1 Hovedbedrift med samordningsansvar: Hovedentreprenør... 5 2.4 Organisasjonskart... 6 3. Risikovurdering og risikoreduserende tiltak... 7 3.1 Mulige farer og tiltak... 7 3.2 Oppfølging... 7 4. Tids- og fremdriftsplan... 14 4.1 Byggherrens vurderingskriterier for fastsettelse av byggetid/arbeid på kontrakten... 14 4.2 Byggherrens tidsplan... 14 4.3 Entreprenørens fremdriftsplan... 14 4.4 Entreprenørens aktivitetsplan ved funksjonskontrakt... 14 5. Forhold på anleggsplassen/kontraktsområde... 15 5.1 Riggplan... 15 5.2 Arbeidstidsordninger... 15 5.3 Beredskap... 15 6. Avviksbehandling... 17 7. Dokumentasjon... 18 8. Begreper/definisjoner... 19 9. Vedlegg... 21

1. Mål for prosjektet Statens vegvesen har som arbeidsgiver og byggherre det mål at all virksomhet i etaten skal gjennomføres uten at mennesker, materiell og miljø påføres skade. For denne kontrakten er det satt følgende mål: H1-verdi (Fraværsskadefrekvens): 0 H2-verdi (Personskadefrekvens): 0 F-verdi (Fraværsfrekvens): 0 N-verdi (Nestenulykkefrekvens): 1000 Andre prosjektmål: Ingen påvirkning på personer som fører til svekket helsetilstand. Tilfredsstillelse av de krav som offentlige myndigheter stiller, i lover, forskrifter og andre offentlige vedtak.

2. Organisering av HMS-arbeidet 2.1 Generelt Kontraktstype: Enhetspriskontrakt Entrepriseform: Hovedentreprise Kort informasjon om kontrakten: Ca. 1,3 km tunnel og ca. 700 meter veg i dagen 2.2 Byggherre, Statens vegvesen, Region Sør Prosjekteier: Statens vegvesen Region sør v/prosjektsjef Anette Aanesland Prosjektleder: Stig Berg-Thomassen HMS-koordinator: Arnfinn Ekberg Hoved byggeleder: Alf Helge Vindsland Byggelder veg:wilfred Aanensen Byggeleder konstruksjoner: Bård Kimestad Byggeleder tunnel: Magne Stedjan 2.3.1 Hovedbedrift med samordningsansvar: Hovedentreprenør Prosjektleder: Arne Reidar Vadheim Anleggsleder veg: Harald J. Solvik Anleggsleder konstruksjon: Rasmus Bakke Anleggsleder tunnel: Morten Hovelsen Verneombud: Andre entreprenører/virksomheter tilknyttet kontrakten (underentreprenører): 1.NCC-road 2.LCM ab 3.Otera as 4. 5. 6. Andre interessenter (teleoperatører, kraftselskaper osv.): Side 5 av 28

2.4 Organisasjonskart BYGGHERRE HOVEDBEDRIFT Prosjekteier prosjektavd. v/avd.dir. Anette Aanesland Prosjektleder Stig Berg-Thomassen Hoved Byggeleder Alf Helge Vindsland HMS-koordinator Arnfinn Ekberg AF NCC -Repstad Anlegg Verneombud Bertil Hove/ Leif Åge Gjømle Underentreprenør 1 NCC Roads Underentreprenør LCM AB Underentreprenør Otera AS Byggeleder Veg Wilfred Aanensen Byggeleder Tunnel Magne Stedjan Byggeleder Betong Bård Kimestad 2 Songdalen fjellsprengning Side 6 av 28

3. Risikovurdering og risikoreduserende tiltak 3.1 Mulige farer og tiltak Byggherren har foretatt overordnet risikovurdering for prosjektet rv. 456 Kolsdalen - Lumberkrysset. En risikovurdering er alltid beheftet med usikkerhet og er derfor ingen fasit for hva som kan skje. Byggherrens overordnete risikovurdering må suppleres med spesifikke tiltak som byggherren har bestilt fra entreprenøren, for at kravet i byggherreforskriften skal være oppfylt. Tabellen på neste side viser identifiserte farer som krever risikoreduserende tiltak (rødt) og farer der tiltak må vurderes (gult). Farer markert med grønt er vurdert til å ha så lav risiko at tiltak vanligvis ikke er nødvendig. Grønne hendelser vil fortsatt innebære en viss risiko, særlig hvis de skjer svært ofte. Med svært ofte menes i denne sammenheng mange ganger i løpet av 14 dager. Slike hendelser (eks repeterende og statiske arbeidsoperasjoner) kan være både forstyrrende for andre og gi mulige senskader for arbeidere. De må derfor følges opp med relevante prosedyrer fra arbeidsgiver selv om de normalt ikke gir skader av betydning. 3.2 Oppfølging Byggherrens overordnede og eventuelt detaljerte risikovurderinger med tiltak er ikke nødvendigvis uttømmende. Entreprenøren skal vurdere byggherrens konklusjoner, samt gjøre selvstendige vurderinger av risikofylte arbeidsoperasjoner. Alle parter skal gi løpende tilbakemelding om nye risikoforhold utover det som er påpekt i 3.1, eller endrede forutsetninger i risikovurderingen. Dokumentasjon av entreprenørens egne risikovurderinger, både i form av sikker-jobbanalyser (SJA) og andre risikovurderinger skal overleveres byggherre løpende i kontraktstiden.. Side 7 av 28

Side 8 av 28

Side 9 av 28

Side 10 av 28

Side 11 av 28

Side 12 av 28

Side 13 av 28

4. Tids- og fremdriftsplan 4.1 Byggherrens vurderingskriterier for fastsettelse av byggetid/arbeid på kontrakten Byggetiden er satt ut fra en erfaringsmessig vurdering av en nødvendig byggetid for de ulike objektene som ligger på kritisk linje. Det er også avsatt en viss tid til slakk / uforutsette hindringer. Det er også tatt hensyn til de restriksjoner som er satt med hensyn til arbeidstider, og at sluttarbeidene før ferdigstillelse kan gjøres på en gunstig tid av året. 4.2 Byggherrens tidsplan Det er antatt byggestart for prosjektet i august 2010. Bygg og anleggsarbeider forventes ferdig før sommerferien 2014. 4.3 Entreprenørens fremdriftsplan Se egen fremdriftsplan på E-room

5. Forhold på anleggsplassen/kontraktsområde 5.1 Riggplan Entreprenøren må utarbeide riggplaner for de områdene som stilles til disosisjon for slik formål i Kolsdalen og Fiskådalen. Riggområdene er vist i E-room.. Entreprenøren skal utarbeide riggplanene i henhold til krav satt i konkurransegrunnlagets D2. Disse ligger også på E-room 5.2 Arbeidstidsordninger Arbeidene planlegges utført med 2-skiftsordning. Se for øvrig Kap. D pkt. 6.9 5.3 Beredskap 5.3.1 Prosjekttilpasset beredskapsplan Krav til innhold i entreprenørens beredskapsplan fremgår av Kap.D2 pkt. 6.17 og YM-planen for prosjektet. Dette ligger på E-room 5.3.2 Beredskapsøvelser Krav til gjennomføring av beredskapsøvelser fremgår av konnkurransegrunnlagets kap.d2 punkt 6.17. 5.3.3 Debrifing Entreprenøren skal utarbeide et opplegg for håndtering av kritiske hendelser som også inkluderer debrifing av personell som har vært involvert i en slik hendelse. 5.3.3 Varslingsplan Tallene 1-4 i varslingsplanen på neste side viser i hvilken rekkefølge varslingen skal skje. Hvis man ikke lykkes med å få tak i den som skal varsles i et ledd må man gå videre til neste ledd i planen.

Varslingsplan: Vedkommende som først får kjennskap til hendelse 1 Brann: 110 Politi: 112 Ambulanse: 113 Entreprenør 2 Arbeidstilsynet: <81548222> Entreprenørens representant: Arne Reidar Vadheim (91162268)-Harald Solvik (97784919) 4 Direktoratet for Samfunnssikkerhet og beredskap: <33412500> Fylkesmannens miljøvernavdeling: <381176000> 3 Egen organisasjon: Mona Mortensen (91164897) Byggherre Byggeleder: Alf Helge Vindsland Tlf 90175889 Vegtrafikksentralen: <35931600> HMS-koordinator Arnfinn Ekberg Tlf 90912789 Prosjektleder: Stig Berg-Thomassen Tlf 97583988 Seksj.leder (Vd): Eirik Øvstedal Tlf48034104 Avd.dir.(region): Anette Aanesland Tlf 95120546 Avd.leder (Vd): Lars Erik Hauer Tlf 90924844 Avd.dir Johan Mjaaland Tlf 95073582 Regionvegsjef: Kjell Inge Davik Tlf 90044267 Vegdirektør: Terje Moe Gustavsen Tlf 99541961 Hel trukket linje: Finstiplet linje: Grovstiplet linje: Tall ved varslingslinje: Varslingslinje for kontrakter organisert på regionsnivå Varslingslinje for kontrakter organisert på distriktsnivå Alternativ varslingslinje via vegtrafikksentral for alvorlige personskader (regions- og distriktskontrakter) Angir varslingsrekkefølge til de ulike enheter i stigende rekkefølge

6. Avviksbehandling HMS-avvik (både ulykker, nestenulykker og farlige forhold) skal rapporteres i henhold til byggherrens gjeldende skjema og rutiner. Alle avvik skal behandles i byggemøte med sikte på å klarlegge årsaksforhold og fastsette tiltak for å hindre gjentakelse. Entreprenøren skal sørge for at informasjon og erfaringsoverføring fra avviks-behandlingen blir gitt til alle som jobber på det aktuelle prosjektet. Flytskjemaet til høyre viser prosessen for avviksbehandling.

7. Dokumentasjon Noe dokumentasjon kreves overlevert i oppstartsmøte og noe skal overleveres underveis i arbeidet med prosjektet. For denne kontrakten er HMS-dokumentasjon arkivert på følgende sted: E-room

8. Begreper/definisjoner Alminnelig arbeidstid: Den arbeidstid man etter loven kan jobbe hver dag og i løpet av sju dager uten at arbeidstiden blir definert som overtid. Alvorlig hendelse: Uønsket hendelse som enten har eller som under litt andre omstendigheter kunne resultert i tap av menneskeliv eller varig mèn, materiell skade > NOK 1 million, forurensning av jord, luft, vann medført svært langvarige og alvorlige miljøskader med restaureringstid >5 år (skadeklasse K4 eller K5). Alvorlig skade: Uønsket hendelse som har resultert i skade i skadeklasse K4 eller K5. Arbeidstid: Den tid arbeidstaker står til disposisjon for arbeidsgiver, summen av alminnelig arbeidstid og overtid. Arbeidstimer: Timeverk som utføres av entreprenør eller innleide hos entreprenør i forbindelse med den praktiske gjennomføringen av kontrakten Brann/eksplosjon/el-skade: Uønsket hendelse som er forårsaket av brann, eksplosjon eller elektrisk strøm, hvor hendelsen har medført personskade, materiellskade eller miljøskade F-verdi: antall fraværsdager som følge av skade per million arbeidstimer Fraværsdag: Ukedag, unntatt lørdager, søndager og helligdager, som arbeidstaker blir fraværende som følge av fraværsskade. Ved beregning av H- verdi medregnes gjenstående arbeidsdager av kalenderåret dersom fraværet går utover inneværende kalenderår. Dersom kontrakten avsluttes før kalenderårets utløp beregnes gjenstående arbeidsdager av kontraktsperioden. Dersom fraværsskaden medfører død innen et år fra hendelsesdatoen beregnes dette til 7500 fraværsdager uansett om kontrakten er avsluttet eller ikke. Fraværsskade: Uønsket hendelse som involverer tilsatte/innleide hos entreprenør, som har medført 100 % fravær utover skadedagen, og hvor vedkommende ikke er tilbake i (alternativt) arbeid H1-verdi: Fraværsskadefrekvens - antall personskadeulykker med fravær utover skadedagen per million arbeidstimer H2-verdi: Personskadefrekvens - totalt antall personskadeulykker både med og uten fravær per million arbeidstimer Materiell skade: Uønsket hendelse som har medført skade på materielt utstyr over 10.000 kroner HMS-avvik: Mangel på oppfyllelse av krav i henhold til HMS, både juridiske, kontraktsmessige og som angitt i SHA-planen eller arbeidsgivers egne prosedyrer. Omfatter både reelle og potensielle avvik. Miljøskade: Uønsket hendelse som har medført utslipp av kjemialkalier til jord/luft/vann, hvor det fremgår av stoffets produktdatablad at dette kan medføre skade på omgivelsene N-verdi: antall nestenulykker per million arbeidstimer. Nestenulykke/farlig forhold: Uønsket hendelse som under litt andre omstendigheter kunne ha resultert i skade på personer, miljø og/eller materiell, eller som kunne ha ført til produksjonstap Overtid: Arbeid som varer ut over lovens grenser for den alminnelige arbeidstid, regnes det overskytende som overtid. Personskade: Uønsket hendelse som rammer tilsatte/innleide hos entreprenør, byggherre eller tredjepart (publikum), som har medført legebehandling og/eller fravær utover skade dagen, herunder også dødsulykker. Risiko: Kombinasjon av sannsynligheten for en hendelse og konsekvensen av den. Risikoanalyse: Systematisk framgangsmåte for å beskrive eller beregne risiko. Risikoanalysen utføres ved kartlegging av uønskede hendelser samt konsekvenser og årsaker til disse.

Risikoevaluering: Prosess for å sammenligne estimert risiko med gitte akseptkriterier for å bestemme risikoens betydning. Risikovurdering: Samlet prosess som består av planlegging, risikoanalyse og risikoevaluering. SJA (Sikker-jobb-analyse): Identifisering av farer forbudet med hvert enkelt trinn i en jobbsekvens samt forslag til tiltak for å eliminere eller kontrollere risikomomentene. Ulykke: Uønsket hendelse som resulterer i utilsiktet skade på personer, materielle verdier, miljø, eller som fører til produksjonstap. Grensen for å definere materiell skade som en ulykke er satt til 10.000 kroner. Uønsket hendelse: Hendelse som resulterer i, eller kunne ha ført til skade på personer, materiell eller miljø, eller som kunne ha ført til produksjonstap Utsendt arbeidstaker: Arbeidstaker som i et begrenset tidsrom arbeider i et annet land enn det arbeidsforholdet vanligvis er knyttet til.

9. Vedlegg - Vedlegg 1.1 Delegering av myndighet til å utføre byggherreoppgaver fra regionvegsjef til prosjektleder - Vedlegg 2.1 Forslag til avtale for HMS-koordinator (Prosjekteringsfasen) - Vedlegg 2.2 Forslag til avtale for HMS-koordinator (Gjennomføringsfasen) - Vedlegg 3 Lover, forskrifter og håndbøker - Vedlegg 4 Månedsrapport HMS se mal på E-room

VEDLEGG 1.1 Delegering av myndighet til å utføre byggherreoppgaver fra regionvegsjef til prosjektleder for kontrakt: _ Fv. 456 Kolsdalen - Lumberkrysset/203452 i Region _Sør Avtalen har til hensikt å klargjøre ansvarsforholdene ved delegering av myndighet fra regionvegsjef til prosjektleder. Det formelle og juridiske byggherreansvaret ligger hos Regionvegsjefen. Prosjektleder gis med dette myndighet til å opptre på vegne av Regionvegsjefen som byggherre, videre kalt byggherremyndighet, i ovennevnte prosjekt og innen tidsrammen som er beskrevet. Dette innebærer plikter som byggherre etter Byggherreforskriften (BHF). Oppgaven omfatter byggherreoppgavene i prosjektperioden i henhold til Byggherreforskriftens 2 pkt. c for denne kontrakten. Byggherremyndigheten gjelder fra dags dato og inntil kontrakten er opphørt. Byggherremyndighet innebærer ansvar for å: - utpeke HMS-koordinator(er), iht 7 (BHF) - utarbeide SHA-plan for prosjekteringsfasen, iht 8 og 12 (BHF) - revidere SHA-plan for gjennomføringsfasen, iht 8 og 13 (BHF) - sende forhåndsmelding til Arbeidstilsynet, iht 9 (BHF) - føre oversiktslister, iht. 14 (BHF) - informere arbeidstakerne, iht 17 (BHF) Utpeking av HMS-koordinator(er) skal skje skriftlig. Dersom HMS-koordinator ikke er utpekt, innehar prosjektleder selv HMS-koordinators oppgaver. Sted, dato Regionvegsjef Byggherre Prosjektleder

Fra: Prosjektleder Stig Berg-Thomassen Til: HMS-medarbeider Arnfinn Ekberg Dato 04.01.2011 Avtale for HMS-koordinator i gjennomføringsfasen for prosjektet Fv. 456 Kolsdalen Lumberkrysset Du utpekes i henhold til Byggherreforskriftens 13 til HMS-koordinator under gjennomføringsfasen av det angitte prosjekt. Oppgaver Det vises til 13 og 14 i Byggherreforskriften og spesielt nevnes: Følge opp byggherrens SHA-plan fra prosjekteringsfasen og påse at entreprenøren utvikler denne til en helhetlig plan for prosjektgjennomføringen Påse at entreprenøren følger den samlede planen for sikkerhet, helse og arbeidsmiljø Holde fokus på at det skal være avsatt tilstrekkelig tid til at de ulike arbeidsoperasjoner kan gjennomføres på en forsvarlig måte og med minst mulig ulemper for de ulike trafikkantgrupper og vegens naboer. Varsle prosjektleder dersom det oppstår klare brudd på de HMS-forutsetninger som gjelder for byggeoppdraget Dine oppgaver vil i hovedsak være å sepåse til at det er avklarte ansvarsforhold, etablert systemer, og prosedyrer og ansvarsforhold, og at disse følges i henhold til entreprenørens internkontrollhms-krav i kontrakten og at HMS-kravene blir håndtert som angitt i SHAplanen. Du skal sørge for at HMSSHA-plan fra prosjekteringsfasen oppdateres og eventuelt revideres slik at den gjelder for byggefasen iht. 12b. I tillegg skal du påse at HMSSHAplanen følges opp av alle parter, herunder byggelederne. En av oppgavene vil være å tilse til at justeringer av planen blir vedtatt og meddelt alle parter etter hvert som endringer blir gjort gjeldende. Avvik skal rapporteres skriftlig og behandles på førstkommende byggemøte. Alvorlige forhold skal straks tas opp med den utførende og prosjektleder, og samtidig skal verneombudet informeres. Du skal forløpende vurdere behovet for felles informasjon til arbeidstakerne og verneombud. Denne kommer i tillegg til den informasjon som hver enkelt virksomhet skal gi sine ansatte. For hovedprosjektet kan det på grunn av geografisk spredning av entreprenørens anleggsarbeid være grunn til å kreve at entreprenøren skal ha flere verneombud. Du skal påse at entreprenøren har et opplegg for dette som sikrer et fullt forsvarlig arbeidsmiljø.

Videre skal du bidra til at samhandling mellom Statens vegvesen som byggherre, arbeidstilsynet og de utførende entreprenørene blir så god som mulig for å minimere sannsynligheten for uhell og ulykker. HMS-koordinator rapporterer til prosjektleder. Ansvaret som HMS-koordinator gjelder pr. kalenderår, og må fornyes ved hvert årsskifte. Denne avtalen gjelder derfor til og med 31/12-2011. Stig Berg-Thomassen (sign) Prosjektleder* Arnfinn Ekberg(sign) HMS-koordinator

Lover, forskrifter og håndbøker VEDLEGG 3 Denne oversikten er veiledende og den enkelte må selv vurdere hvilke lover, forskrifter og håndbøker/veiledninger som er aktuelle for denne HMS-planen. Det kan gjøres endringer i forskriftene og det er derfor viktig at det kontrolleres at det arbeides etter siste utgave. Lover, forskrifter og håndbøker BEST.NR. *) Arbeidsmiljøloven (NB! Ny lov trådte i kraft 1. januar 2006) Forurensningsloven Brann- og eksplosjonsvernloven Forskrift om brannfarlig vare Forskrift om håndtering av eksplosjonsfarlig stoff Forskrift om helse og sikkerhet i forbindelse med bergarbeid (Bergarbeidsforskriften) 547 Forskrift om vernetjenesten og arbeidsmiljøurvalg 1995 321 Forhåndsmelding av midlertidig eller skiftende arbeidsplass, skjema 369 e Forskrift om stillaser, stiger og arbeid på tak m.m. 500 Forskrift om dykking 511 Forskrift om verne- og helsepersonale av 21. april 1994 518 Forskift om maskiner 522 Forskrift om bruk av personlig verneutstyr på arbeidsplassen 524 Forskrift om arbeidsplasser og arbeidslokaler 529 Forskrift om sikkerhet, helse og arbeidsmiljø på bygge- og anleggsplasser 534 (Byggherreforskriften) av 3.august 2009 Forskrift om systematisk helse-, miljø og sikkerhetsarbeid i virksomheter 544 (Internkontrollforskriften) av 6. desember 1996 Forskrift om bruk av arbeidsutstyr av 26. juni 1998 555 Forskrift om oppbygging og bruk av stoffkartotek for helsefarlige stoffer i virksomheter 565 (Stoffkartotekforskriften) av 14.04.2000 Vern mot eksponering av kjemikalier på arbeidsplassen (Kjemikalieforskriften) 566 Forskrift om identitetskort (id-kort) på bygge- og anleggsplasser. 589 Forskrift om vern mot støy på arbeidsplassen 398 Veiledning om førstehjelpsutstyr Håndbok 051 Arbeidsvarsling med tillegg Håndbok 151 Styring av utbyggingsprosjekter Håndbok 211 Avfallshåndtering Håndbok 213 Helse, miljø og sikkerhet ved arbeid i vegtunneler Håndbok 214 Helse, miljø og sikkerhet Opplistingen er ikke uttømmende. *) Best. nr. gjelder arbeidstilsynets publikasjoner I Arbeidstilsynets best.nr. 1 Publikasjonskatalogen finner en oversikt over alle forskrifter og veiledninger som er utgitt med hjemmel i Arbeidsmiljøloven. I publikasjonskatalogen finnes et stikkordsregister som gjør det lett å søke på hvilke forskrifter som gjelder for grøftearbeid for eksempel.

Det henvises også til www.lovdata.no, www.regelhjelp.no eller andre oppdaterte kilder på nettet for eksempel under adressen www.arbeidstilsynet.no.

Månedsrapport HMS Vedlegg 4 (hovedentreprenør/kontraktspart) Prosjekt/kontrakt: Region/distrikt: Hovedentreprenør: Rv 456 Vågsbygdveien Region sør AF NCC -Repstad Anlegg Periode/kalenderår: 2010-214 Kontrakt-/prosjekttype: Asfalt/dekkelegging Bruvedlikehold OPS Rassikring Store inv. prosjekter Vegmerking (egen prosjektorganisasjon) D/V med funksj.ansv. D/V (øvrige) Investering (øvrige) Timeverk 1) : Timeverk Timeverk Timeverk periode hittil i år hittil i prosj. (måned) (HiÅ) (HiP) Hovedentr. Underentr. (samlet) Totalt 2) : 0 0 0 Uønskede hendelser: Personskader Antall Person- Materielle Andre Nesten ulykke/ med Fraværs Skader skader skader farlig forhold fravær dager uten fravær Periode HiP Periode HiP Periode HiP Periode HiP Periode HiP Periode HiP Hovedentr. Underentr. (samlet) Totalt: 0 0 0 0 0 0 0 0 0 0 0 0 HMS-aktiviteter i perioden (stans farlig arbeid, risikoanalyser, vernerunder, pålegg fra tilsyn, opplæring): Dato: Aktivitet: Dato: Dato: Dato: Dato: Dato: Aktivitet: Aktivitet: Aktivitet: Aktivitet: Aktivitet: 1) Kun timeverk som inngår ifm praktisk gjennomføring av prosjektet/kontrakten skal registreres. 2) Ved registrering i Synergi skal summerte verdier for timeverk (HE + UE) registreres på prosjektets/kontraktens

hovedentreprenør (HE).

Fv456 Kolsdalen - Lumberkrysset Tegningsliste SRO-entreprise 01-L0121 Skiltplan 01-L0122 Skiltplan 01-L0123 Skiltplan 01-L0124 Skiltplan 01-L0131 Skiltplan 01-L0132 Skiltplan 01-L0133 Skiltplan 01-L0134 Skiltplan 01-L0135 Skiltplan 01-L0136 Skiltplan 01-N1200 Elkraftforsyning nødstasjoner og diverse i tunnel 01-N1300 Tunnelventilasjon 01-N1420 Trafikkstyring dagsoner 01-N1425 Trafikkstyrning kjørefeltsignaler og fartsgrenseskilt 01-N1430 ITV-anlegg 01-N1741 Nødstyreskap 01-N1803 Oversiktstegning jording 01-N1811 Elektroinstallasjoner Teknisk bygg T1 01-N1812 Elektroinstallasjoner Teknisk bygg T2 01-N1813 Elektroinstallasjoner Teknisk bygg T3 13-N1405 Topologi kommunikasjon/ nettverk 13-N1701 Signalliste 13-N1671 Skiltstyreskap SSA051 13-N1672 Skiltstyreskap SSA052 13-N1673 Skiltstyreskap SSA053 13-N1674 Skiltstyreskap SSA054 13-N1675 Skiltstyreskap SSA055 13-N1676 Skiltstyreskap SSA056 13-N1677 Skiltstyreskap SSA101 13-N1678 Skiltstyreskap SSA102 13-N1679 Skiltstyreskap SSA103 13-N1680 Skiltstyreskap SSA104 13-N1681 Skiltstyreskap SSA105 13-N1682 Skiltstyreskap SSA106 13-N1683 Skiltstyreskap SSA107 13-N1684 Skiltstyreskap SSA201 13-N1685 Skiltstyreskap SSA202 13-N1686 Skiltstyreskap SSA203 13-N1687 Skiltstyreskap SSA204 13-N1688 Skiltstyreskap SSA 221 13-N1689 Skiltstyreskap SSA301 13-N1690 Skiltstyreskap SSA302 13-N1691 Skiltstyreskap SSA303 13-N1692 Skiltstyreskap SSA304 13-N1693 Skiltstyreskap SSA305 13-N1694 Skiltstyreskap SSA306 13-N1695 Skiltstyreskap SSA307 13-N1696 Skiltstyreskap SSA 331

Statens vegvesen Region Prosjektnr: PROFnr: Arkivref.: AVVIKSMELDING Prosjekt: Kontrakt: Byggherre: Entreprenør: Nr.: Beskrivelse av avviket: Vedlegg: Årsak til avviket: Konsekvenser av avviket: Forslag til avviksbehandling: A: Lukking av avvik (fysiske tiltak / strakstiltak): Tidsfrist: B: Forebyggende og korrigerende tiltak (endring av prosedyrer eller lignende): Tidsfrist: Sendt av entreprenør Mottatt av byggherre Dato: Navn: Dato: Navn: Byggherrens kommentar: Avviksbehandling godkjent av byggherre Dato: Navn: Kommentarer: Avvik som går på HMS behandles i SYNERGI på eget RUH-skjema (Rapportering av uønskede hendelser).

Statens vegvesen Region Prosjektnr: PROFnr: Arkivref.: ENDRINGSORDRE Prosjekt: Kontrakt: Byggherre: Entreprenør: Nr.: Beskrivelse av endring: Ingen konsekvenser for: HMS Kvalitet Fremdrift Pris Annet: Oppgjørsform: Kontraktens enhetspriser C28.4. Prisreguleres iht. C 23.1.5. Gir grunnlag for ekstra riggkostnad etter C 31.1. Justerte enhetspriser C28.5. Prisreguleres iht. C 23.1.5. Gir grunnlag for ekstra riggkostnad etter C 31.1. Avtalt pris dagens prisnivå inkl. rigg. Gir ikke grunnlag for ekstra riggkostnad etter C 31.1. Regningsarbeid. Prisreguleres iht. C 23.1.5. Gir ikke grunnlag for ekstra riggkostnad etter C 31.1. Endringsordren medtas i beregningene av 15 % grensene under C 28.1 og C 28.6 Annet: Vedlegg: Hvis priskonsekvens: Følgende går inn i kontrakten: Prosess: Mengde: Enhetspris: Sum prosess: Evt. avtalt pris: Følgende går ut av kontrakten: Prosess: Mengde: Enhetspris: Sum prosess: Netto priskonsekvens (sum inn i kontrakt minus sum ut av kontrakt): NOK For byggherren For entreprenøren Dato: Navn: Dato: Navn: Kommentarer: Endringsordre skal signeres av begge parter. Original skal tilbake til byggherren, kopi beholdes av entreprenør. Punktene under oppgjørsform henviser til NS3430 (SVV-versjon).

Statens vegvesen Region Prosjektnr: PROFnr: Arkivref.: EVALUERINGSSKJEMA FOR ENTREPRISER Prosjekt: Byggherre: Kontrakt: Entreprenør: Avtalt ferdigtidspunkt: Faktisk ferdigtidspunkt: Kontraktssum (ekskl. mva): Dagmulkt: Vurderingskriterier Vurdering: For poenggivning jf. NA-Rundskriv 05/5. Faglig og teknisk kapasitet - Gi en bedømmelse av bedriftens evne til å finne løsninger på tekniske og administrative problemer. - Hadde bedriften fagpersonell og den tekniske kompetanse som var nødvendig for å kunne utføre oppdraget? - Hadde bedriften den administrasjon som var nødvendig for å kunne gjennomføre oppdrag med dette omfang og vanskelighetsgrad? - Hadde bedriften god orden på økonomioppfølging, fakturering, mva avregning, kreditering med videre? - Gjennomførte bedriften dokumentasjon og rapportering i henhold til kravene i kontrakten? Samarbeidsevne - Krevde virksomheten mye oppfølging fra byggherrens side? - Var virksomheten konflikt- eller løsningsorientert? - Fulgte virksomheten byggherrens pålegg? - Samarbeidet virksomheten bra med de andre virksomheter? Internkontrollsystem (IK-system): Hadde bedriften et dokumentert IK-system som viste: - ledelsens mål for virksomhetens miljø og sikkerhetsaktiviteter - hvordan virksomheten er organisert, herunder myndighets- og ansvarsområde for virksomhetens miljø- og sikkerhetsaktivitet med henvisning til eventuelle stillingsinstrukser. - beskrevne rutiner og prosedyrer for virksomhetens etterlevelse av lover og forskrifter, hvor det også fremgår hvem som er ansvarlig for undersøkelser, gjennomføring og hvordan disse følges opp, avviksbehandling - beskrivelse av hvordan IK-systemet systematisk og regelmessig oppdateres, og hvordan endringer i systemet blir meddelt virksomhetens ansatte og øvrige berørte. Var det overensstemmelse mellom virksomhetens praksis og intensjoner angitt i IK-systemet? Kvalitetssikringsystem: Hadde virksomheten et kvalitetssikringssystem tilpasset dette oppdraget? Ble kvalitetssikringssystemet benyttet og fulgt? Arbeidsmiljø: - Fysiske miljøfaktorer: støy, støv, gasser mm. - Orden på arbeidsplassen - Tilrettelegging av arbeidet - Tilstand til tekniske innretninger og utstyr - Innkvartering av personalrom Vernerunder: Gjennomførte bedriften vernerunder, og ble dette fulgt opp overfor underentreprenører? Eksternt miljø: - Støy, støv, gasser mm. - Trafikkregulering - Avfallshåndtering - Landskapstilpassing Gjennomsnittsverdi (Sum / vurderingskriterier utfylt) Poeng Dato: Byggherre: Underskrift: Kommentarer: Dette vedlegget erstatter: F8, Evalueringsskjema for entrepriser. Evalueringsskjemaet brukes regelmessig i kontraktsperioden, og ved avslutning.

Statens vegvesen Region Prosjektnr: PROFnr: Arkivref.: KRAV OM ENDRINGSORDRE Prosjekt: Kontrakt: Byggherre: Entreprenør: Nr.: Forholdet entreprenøren påberoper: Endring Force majeure Mangler og/eller forsinkelser ved byggherrens leveranser m.m. Beskrivelse av forholdet: Vedlegg: Ingen konsekvenser for: HMS Kvalitet Fremdrift Pris Annet: Oppgjørsform: Kontraktens enhetspriser Justerte enhetspriser Avtalt pris dagens prisnivå inkl. rigg Regningsarbeid Sendt av entreprenør Mottatt av byggherre Dato: Navn: Dato: Navn: Byggherrens vurdering: Kravet er varslet for sent og avvises Byggherren er enig i at forholdet, eller deler av dette, gir grunnlag for endringsordre Byggherren anser at forholdet ikke gir grunnlag for endringsordre pga: Kommentar: Sendt av byggherre Mottatt av entreprenør Dato: Navn: Dato: Navn: Kommentarer: Krav om endringsordre benyttes når entreprenøren oppdager endringer/mangler. Krav om endringsordre skal leveres før utbedring iverksettes, og kan utløse en endringsordre. Krav om endringsordre er ikke å betrakte som en endringsordre.

Statens vegvesen Melding om uønsket hendelse / farlig forhold innen HMS (entreprenørhendelser) Hendelsesdato: Prosjekt/kontrakt: Involvert entreprenør: Hovedentr. Underentr. Region/distrikt: Hovedentreprenør: Prosjektkategori: Asfalt/dekke D/V m.funksj.ansv. Bruvedl.hold D/V (øvrige) OPS Investering (øvrige) Rassikring Store inv.prosjekter (egen prosjektorg.) Vegmerking Beskrivelse av arbeidsoperasjon og uønsket hendelse/farlig forhold: Arbeidsoperasjon: Arbeid i tunnel Arbeid på/langs veg Boring/sprengning i dagen Bru/kulvert/kai (oppføring/vedlikehold/riving) Grøfter/kummer/rør Prod./lagring av vegbyggingsmateriale Rigg/riggområde Transport Verksted/lager/lab. Øvrig arbeid Sakskategori (Uønsket hendelse/forhold vedr ): 01 annet 08 maskin/utstyr 02 befaring/inspeksjon/besøk 09 nattarbeid/overtid 03 fall til lavere nivå (person) 10 personlig verneutstyr 04 fallende gjenstand/konstruksjon 11 påkjørsel/kollisjon 05 helse-/miljøfarlige stoffer 12 ras/skred/steinsprang 06 kulturminne / fornminne 13 sammenrasing (grøft) 07 ledningsnett/jordkabel/høyspentanlegg 14 sprengstoff 15 støy/støv/rystelser 16 uryddig arbeidsplass 17 utslipp til ytre miljø 18 uønsket ferdsel (3. part) 19 ventilasjon 20 åpent-/islagt vann Konsekvens: Nestenulykke / f. forh. Personskade: Uten fravær (K1) Fravær 10 d (K2) Fravær > 10 d (K3) Mulig varig mèn (K4) Død (K5) Ytre skade: Konsekvens: Skade påført: Miljøskade Ufarlig (K1) Hovedentr. (HE) Brann/ekspl.skade Farlig (K2) Underentr. (UE) El-skade Kritisk (K3) 3. part Materiell skade Meget kritisk (K4) Byggherre Katastrofal (K5) Skadet legemsdel: Fraværsdager (estimerte): Fraværsdager (totalt): Risikopotensial (angi mest alvorlige skadepot): Personsk. Miljøskade Materiell skade > 5 år (S1) 1-5år (S2) 6 md - 1år (S3) 14d - 6md (S4) 0-14 d (S5) Død / materiellskade> 5 mill / katastrofal miljøsk. (K5) Varig mèn / matr.sk. > 1mill. / meget kritisk miljøsk. (K4) Fraværsk > 10d / matr.sk > kr 250` / kritisk miljøsk. (K3) Fraværsk < 10 d / matr.sk > kr 50` / farlig miljøsk. (K2) P.skade u. fravær / matr.sk < 50` / ufarlig miljøsk. (K1) Beskrivelse av tiltak: Tidsfrist Utført Byggeleder:: Kontaktperson (involvert entreprenør): Januar 2006