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

Transkript

1 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 Vår dato: Vår referanse: 2006/ 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 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: Kontoradresse Fakturaadresse Statens vegvesen Telefaks: Brynsengfaret 6A Statens vegvesen Vegdirektoratet firmapost@vegvesen.no 0667 OSLO Regnskap Postboks 8142 Dep Båtsfjordveien Oslo Org.nr: VADSØ Telefon: Telefaks:

2 2

3

4

5

6

7

8

9

10

11

12

13

14

15 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: 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: Entreprenøren skal teste at alle funksjoner fungere etter sin hensikt samt at alle enkeltsignaler fremkommer som forutsatt Gjennomføringen skal ikke påvirke aktive eksisterende aktive styrings- og overvåkingssystemer på VTS. 1.3 Krav til dokumentasjon: 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: Leverandørens egentest skal være gjennomført Det skal ikke pågå arbeider i anlegget som kan påvirke denne testen. 2.2 Krav til gjennomføring Leverandøren(er) skal delta i testen Leverandøren skal bistå slik at utstyrets funksjoner kan testes VTS skal stille nødvendige ressurser til disposisjon for de deler av testen som berører dem.

16 2.2.4 All nød- og sikkerhetsutrustning skal testes 100% Beredskapsplanens beskrivelser for trafikk- og/eller andre reguleringer skal testes 100% Som et minimum skal en teste 10 % av det øvrige utstyret (tilfeldig utvalg) som er testet gjennom leverandørens egentest Det skal simuleres feil og statusendring både på programvarenivå og komponentnivå. Status skal fremkomme som forventet i skjermsystemet Komponentfeil skal feilrettes innen SAT avsluttes 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 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: All nød- og sikkerhetsutrustning fungerer 100% etter sin hensikt Trafikk- eller andre reguleringer som beredskapsplanen beskriver fungerer 100% som beskrevet. 2.4 Krav til dokumentasjon: 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: Godkjent SAT foreligger 3.2 Krav til gjennomføring: Det skal minimum settes av 14 dager til gjennomføring Perioden kan ikke legges til åpenbare ferie/friperioder Stabilitetstest av anlegget Beredskapsøvelse Opplæring av redningsetater, vedlikeholdspersonell og vaktoperatører (jmf Hb 269) 3.3 Krav til godkjenning: Godkjent stabilitetstest (ansvarlig for godkjenning: Seksjonsleder for VTS) Gjennomført beredskapsøvelse (ansvarlig for godkjenning: Tunnelforvalter)

17 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 Det skal foreligge en beskrivelse for gjennomført opplæring av redningsetater (ansvarlig for godkjenning: Tunnelforvalter) Det skal foreligge en beskrivelse for gjennomført opplæring av vedlikeholdspersonell (ansvarlig for godkjenning: Tunnelforvalter) 3.4 Krav til dokumentasjon 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 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

18 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 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

19 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.

20 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

21 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.

22 Generell informasjon Versjon: 2.2

23 Statens vegvesen Prosessgrensesnitt Innholdsfortegnelse Innholdsfortegnelse Innledning Ordliste Kontaktpunkt Grensesnitt for anlegg OPC OPC Server Leid samband / IP-VPN GPRS/EDGE/UMTS Objekter Retningslinjer for bruk av objektene Kommunikasjon Kommunikasjons skjema... 5 Dokument versjon 2.2 Prosessgrensesnitt_Generelt Side 2

24 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å 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

25 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 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å Dokument versjon 2.2 Prosessgrensesnitt_Generelt Side 4

26 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

27 Objekt definisjon Objekt definisjon BRANNSKAP... 6 STATUS... 6 KOMMANDO RØDE VEKSELBLINKERE PORTAL... 7 Foreldet RØD VEKSELBLINKER... 8 STATUS VENTILASJON 3 TRINN... 9 Foreldet STENGING UTEN AUTO Foreldet STENGING STATUS KOMMANDO ANALOG STATUS KOMMANDO VERDI PARAMETERE GASS SENSOR PARAMETERE Foreldet LUXPARAMETERE Foreldet KOMMUNIKASJON STATUS KOMMANDO GASSALARM STATUS KOMMANDO NETT STATUS KOMMANDO UPS STATUS TAVLEROM STATUS KOMMANDO KRAFTFORSYNING TIL NØDSTASJONER STATUS KOMMANDO VENTILATOR STATUS KOMMANDO VERDI VENTILATOR GRUPPERING STATUS ALARM STATUS KOMMANDO Dato: Side 1 av 110 Vedlegg 1

28 19. LYS KONTAKTOR STATUS VERDI LYSSTYRING STATUS KOMMANDO PARAMETERE LYSSTYRING 4 TRINN Foreldet NØDSTYRESKAP STATUS KOMMANDO PUMPE STATUS KOMMANDO VERDI VEIBOM STATUS KOMMANDO VEIBOM STENGING STATUS KOMMANDO FLERVARIABELT SKILT STATUS KOMMANDO PARAMETRE FRITEKSTSKILT FELTANVISER STATUS POTONG STATUS KOMMANDO HOVEDSIKRING Foreldet VENTILASJON STATUS KOMMANDO VERDIER PARAMETRE LYSSTYRING 1 TRINN Foreldet OPPDATER VERDI KOMMANDO VINDRETNING STATUS VENTILASJONSPARAMETERE Foreldet LYSSTYRING PARAMETERE Foreldet STENGNINGSPUNKT STATUS KOMMANDO STENGNINGSPUNKT PARAMETER PARAMETER Dato: Side 2 av 110 Vedlegg 1

29 39. SONE VARSLING STATUS KOMMANDO NIVÅMÅLER PARAMETRE Foreldet VINDKJEL STATUS KOMMANDO VERDI PRIORITERT LAST STATUS EFFEKTFORBRUK VERDIER KOMMANDO NULLSTILL TELLERE KOMMANDO SJAKT PORT STATUS SJAKT VENTILATOR STATUS TELLERE ANALOG VERDIER SENSOR STATUS Foreldet STØVMÅLER STATUS KOMMANDO VERDI PARAMETERE PUMPE GRUPPERING STATUS BRANNVENTILASJON Foreldet AVTREKKSVIFTE STATUS KOMMANDO SKAP STATUS STATUS KOMMANDO STØVMÅLER PARAMETRE VENTILASJON 4 TRINN MED BRANNSTYRING Foreldet RENSEANLEGG STATUS KOMMANDO VENTIL STATUS ELEKTROSTATISK FILTER STATUS KULDEPORT STATUS KOMMANDO TRAFIKKLYS STATUS Dato: Side 3 av 110 Vedlegg 1

30 60. AGGREGAT STATUS ANLEGGSKOMMUNIKASJON STATUS KOMMANDO TRINN STYRING STATUS KOMMANDO FLERVARIABELT SKILT SCANMATIC Foreldet SKILTSTYRING STATUS KOMMANDO FELTSTENGING STATUS KOMMANDO ARBEIDSVARSLING FOR BØMLAFJORDTUNNELEN Foreldet ANNEN FARE / FARTSREDUKSJON FOR BØMLAFJORDTUNNELEN Foreldet PEEK/FUTURIT FRITEKSTSKILT STATUS TEKSTER VERDIER PARAMETERE BOOLSKE VERDIER KLOKKE SYNKRONISERING STATUS PARAMETRE KOMMANDO SABIK FRITEKSTSKILT STATUS KOMMANDO VERDIER TEKSTER PARAMETERE SABIK FRITEKSTSKILT BLOKK STATUS RUNTELLER TELLERE KLIMAANLEGG STATUS KOMMANDO VERDI KONFIGURASJONSSYSTEM STATUS KOMMANDO OMBORDKJØRING STATUS KOMMANDO PARAMETERE BRANNPLAN STATUS KOMMANDO KAMERA STATUS KOMMANDO Dato: Side 4 av 110 Vedlegg 1

31 78. STATUS Foreldet KLIMASTASJON STATUS KOMMANDO PARAMETERE VERDI NEDBØRSENSOR STATUS KOMMANDO VERDI VEGBANESENSOR BRANNPLAN_OVERORDNET STATUS KOMMANDO VERDI STRÅLINGSSENSOR STATUS KOMMANDO VERDI PARAMETERE VEGTILSTANDSSENSOR STATUS KOMMANDO VERDI Dato: Side 5 av 110 Vedlegg 1

32 1. Brannskap Objekt versjon: 1.2 Dato: 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 BA 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 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 Frigi alarm for feil på telefon Dato: Side 6 av 110 Vedlegg 1

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

34 3. Rød vekselblinker Objekt versjon: 1.2 Dato: 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 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: Side 8 av 110 Vedlegg 1

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

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

37 6. Stenging Objekt versjon: 1.1 Dato: 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 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 Auto 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: Side 11 av 110 Vedlegg 1

38 7. Analog Objekt versjon: 2.62 Dato: 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/ Høyt nivå Normalt eller bit 2/3/ Lavt nivå Normalt eller bit 2/3/ Service må utføres OK Verdifeil OK Kritisk område Utenfor kritisk område Kritisk område blokkert Frigitt 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: Side 12 av 110 Vedlegg 1

39 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 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: 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: Side 13 av 110 Vedlegg 1

40 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 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å 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: Side 14 av 110 Vedlegg 1

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

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

43 10. Kommunikasjon Objekt versjon: 1.2 Dato: 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 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 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: Side 17 av 110 Vedlegg 1

44 11. Gassalarm Objekt versjon: 1.1 Dato: 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 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 Når gassalarm er blokkert skal tunnelen ikke stenge selv om sensorene tilsier kritisk høyt nivå. Dato: Side 18 av 110 Vedlegg 1

45 12. Nett Objekt versjon: 1.5 Dato: 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 Nettfall (underspenning) Blokkert Nettfall (underspenning) Frigitt Jordfeilvarsler Blokkert Jordfeilvarsler Frigitt Jordfeilbryter utkoblet Jordfeilbryter OK Fasevakt utløst Fasevakt ok 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 Dato: Side 19 av 110 Vedlegg 1

46 13. UPS Objekt versjon: 1.4 Dato: 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 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: Side 20 av 110 Vedlegg 1

47 14. Tavlerom Objekt versjon: 1.21 Dato: 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) 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 Dato: Side 21 av 110 Vedlegg 1

48 15. Kraftforsyning til nødstasjoner Objekt versjon: 1.1 Dato: Status: Godkjent Status Bit Maske Høy Lav 0 1 Kraftforsyning av Kraftforsyning på Lokal Auto Kommando Bit Maske Høy 0 1 På 1 2 Av Dato: Side 22 av 110 Vedlegg 1

49 16. Ventilator Objekt versjon: 2.0 Dato: 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 Drift retning Effektbryter utkoblet Effektbryter OK 5 32 Direktestyrt fra VTS Lokal eller auto 6 64 Annen feil Annen feil OK 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 Start ventilator i retning Auto Direktestyrt fra VTS Dato: Side 23 av 110 Vedlegg 1

50 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 timer og en som nullstilles etter 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* 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* økes med 1. Driftstid i minutter siden forrige reset av telleren. Dato: Side 24 av 110 Vedlegg 1

51 17. Ventilator gruppering Objekt versjon: 1.12 Dato: 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 Ventilatorer lokal Ventilatorer auto Dato: Side 25 av 110 Vedlegg 1

52 18. Alarm Objekt versjon: 1.0 Dato: 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 Når bit 1 er høyt, skal bit 0 være lavt. Kommando Bit Maske Høy 0 1 Blokker 1 2 Frigi Kommando støttes kun dersom alarmen kan blokkeres. Dato: Side 26 av 110 Vedlegg 1

53 19. Lys kontaktor Objekt versjon: 1.5 Dato: 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 Annen feil Annen feil OK 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 timer og en som nullstilles etter 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* 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* økes med 1. Driftstid i minutter siden forrige nullstilling av telleren. Dato: Side 27 av 110 Vedlegg 1

54 20. Lysstyring Objekt versjon: 1.5 Dato: 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 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 Trinn Trinn Trinn Trinn Auto 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: Side 28 av 110 Vedlegg 1

55 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: Side 29 av 110 Vedlegg 1

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

57 22. Nødstyreskap Objekt versjon: 2.0 Dato: 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 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 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: Side 31 av 110 Vedlegg 1

58 23. Pumpe Objekt versjon: 1.6 Dato: 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 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 Auto 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 timer og en som nullstilles etter 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: Side 32 av 110 Vedlegg 1

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

60 24. Veibom Objekt versjon: 3.1 Dato: 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 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 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: Side 34 av 110 Vedlegg 1

61 25. Veibom stenging Objekt versjon: Dato: 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 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 Auto Styr fra VTS Dato: Side 35 av 110 Vedlegg 1

62 26. Flervariabelt skilt Objekt versjon: 1.82 Dato: 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 Posisjon Posisjon Posisjon Feil 5 32 Kommando mottatt Kommando avsluttet 6 64 Direktestyrt fra VTS Lokal eller auto Lokal Direktestyrt fra VTS eller auto Tidsstyring startet Tidsstyring av Posisjon Posisjon Posisjon Posisjon 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: Side 36 av 110 Vedlegg 1

63 Kommando Bit Maske Høy 0 1 Posisjon Posisjon Posisjon Posisjon Auto Direktestyrt fra VTS Posisjon Posisjon Posisjon Posisjon Aktiviser kommando Avbryt 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: Side 37 av 110 Vedlegg 1

64 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: Side 38 av 110 Vedlegg 1

65 27. Fritekstskilt Objekt versjon: Dato: 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: Side 39 av 110 Vedlegg 1

66 28. Feltanviser Objekt versjon: 1.1 Dato: 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 Lokal Auto Gul pil venstre feil Gul pil venstre OK Gul pil høyre feil Gul pil høyre OK Grønn pil feil Grønn pil OK Rødt kryss feil Rødt kryss OK Fellesfeil Fellesfeil OK 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: Side 40 av 110 Vedlegg 1

67 29. Potong Objekt versjon: 1.0 Dato: 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 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 Dato: Side 41 av 110 Vedlegg 1

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

69 31. Ventilasjon Objekt versjon: 2.5 Dato: Status: Godkjent Definisjon for bruk av Retning 1 og Retning 2 finnes i Prosessgrensesnitt Generelt. Status Bit Maske Høy Lav 0 1 Trinn Trinn Trinn Trinn Retning 1 (uten sjakt) 5 32 Retning 2 (uten sjakt) 6 64 Trinn styrt fra VTS Trinn i Auto Styrt fra Branntablå Auto Trinn Retning styrt fra VTS Retning i Auto Retning 1 mot sjakt Retning 2 mot sjakt Brannventilasjon starter Brannventilasjon ikke aktivert Brannventilasjon i drift Brannventilasjon ikke aktivert Ventilasjonskapasitet lav Ventilasjonskapasitet OK 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: Side 43 av 110 Vedlegg 1

70 Kommando Bit Maske Høy 0 1 Av 1 2 Trinn Trinn Trinn Retning 1 (uten sjakt) 5 32 Retning 2 (uten sjakt) 6 64 Trinn i auto Styr trinn fra VTS Trinn Retning i auto Styr retning fra VTS Retning 1 mot sjakt Retning 2 mot sjakt Start brannventilasjon Blokker alarm for lav ventilasjonskapasitet 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: Side 44 av 110 Vedlegg 1

71 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 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: Side 45 av 110 Vedlegg 1

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

73 33. Oppdater verdi Objekt versjon: 1.2 Dato: 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 Dato: Side 47 av 110 Vedlegg 1

74 34. Vindretning Objekt versjon: 1.5 Dato: 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 Retning Feil ok 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: Side 48 av 110 Vedlegg 1

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

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

77 37. Stengningspunkt Objekt versjon: 1.1 Dato: Status: Godkjent Status Bit Maske Høy Lav 0 1 Normal 1 2 Stengt 2 4 Snu til retning Snu til retning 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: Side 51 av 110 Vedlegg 1

78 38. Stengningspunkt parameter Objekt versjon: 1.1 Dato: 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: Side 52 av 110 Vedlegg 1

79 39. Sone varsling Objekt versjon: 1.0 Dato: 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 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å Auto Styr fra VTS Dato: Side 53 av 110 Vedlegg 1

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

81 41. Vindkjel Objekt versjon: 1.01 Dato: Status: Godkjent Status Bit Maske Høy Lav 0 1 Kontaktorfeil Kontaktorfeil OK Drift Av 3 8 Motorvern utløst Motorvern OK Styrt fra VTS Lokal styrt eller Auto Lokal Styrt fra VTS eller Auto Kommando Bit Maske Høy 0 1 Stopp vindkjel 1 2 Start vindkjel Auto 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 timer og en som nullstilles etter 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* 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* økes med 1. Driftstid i minutter siden forrige reset av telleren. Dato: Side 55 av 110 Vedlegg 1

82 42. Prioritert last Objekt versjon: 1.0 Dato: Status: Godkjent Status Bit Maske Høy Lav 0 1 Prioritert last aktivert Prioritert last deaktivert Dato: Side 56 av 110 Vedlegg 1

83 43. Effektforbruk Objekt versjon: 1.2 Dato: 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 kwh og en som nullstilles etter 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 * Totalt forbruk i antall ti tusen kwh. Akkumulert forbruk Totalt forbruk i kwh. Nullstilles når Akkumulert forbruk * ø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 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: Side 57 av 110 Vedlegg 1

84 44. Nullstill tellere Objekt versjon: 1.1 Dato: 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 Dato: Side 58 av 110 Vedlegg 1

85 45. Sjakt port Objekt versjon: 1.1 Dato: 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 Lokal Auto Åpning moment Stenging moment 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: Side 59 av 110 Vedlegg 1

86 46. Sjakt ventilator Objekt versjon: 1.3 Dato: 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 Lokal Auto Kontaktor Feil Kontaktor Ok Overlastvern Utløst Overlastvern Ok 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 timer og en som nullstilles etter 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* 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* ø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: Side 60 av 110 Vedlegg 1

87 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: Side 61 av 110 Vedlegg 1

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

89 48. Støvmåler Objekt versjon: 1.6 Dato: 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 Målområde2 Ikke målområde Service mode Ikke service mode 6 64 Nedstøving Ikke nedstøving Analog verdi 1 valgt Analog verdi 1 ikke valgt Analog verdi 2 valgt Analog verdi 2 ikke valgt Linse lukket Linse åpen 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 Velg analog verdi 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: Side 63 av 110 Vedlegg 1

90 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å Nivå N grenseverdi Grenseverdi for nivå N. (høyeste nivå). Kritisk høyt nivå grenseverdi Grenseverdi for kritisk høyt nivå. Dato: Side 64 av 110 Vedlegg 1

91 49. Pumpe gruppering Objekt versjon: 1.11 Dato: 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 Pumper lokal Pumper auto Overlastvern brukes dersom det tilbakemelding fra motorvern eller annen type vern for pumpen. Dato: Side 65 av 110 Vedlegg 1

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

93 51. Avtrekksvifte Objekt versjon: 1.3 Dato: 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 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 Dato: Side 67 av 110 Vedlegg 1

94 52. Skap status Objekt versjon: 1.1 Dato: 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 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 Frigi alarm for kabelfeil Ved blokkering er det kun alarmene som blokkeres. Dato: Side 68 av 110 Vedlegg 1

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

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

97 55. Renseanlegg Objekt versjon: 1.01 Dato: 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 trinn Trinn Støv/NO 2 trinn Trinn Støv trinn Trinn Støv/NO 2 trinn Styring Manuell Styring Auto eller Lokal Styring Lokal Styring Auto eller Manuell Støvrensing Feilet Støvrensing Ok 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 trinn Trinn Støv/NO trinn Trinn Støv trinn Trinn Støv/NO trinn Styring Manuell Styring Auto Dato: Side 71 av 110 Vedlegg 1

98 56. Ventil Objekt versjon: 1.0 Dato: 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 Lokal Auto 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: Side 72 av 110 Vedlegg 1

99 57. Elektrostatisk filter Objekt versjon: 1.01 Dato: 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 Lokal Auto Dato: Side 73 av 110 Vedlegg 1

100 58. Kuldeport Objekt versjon: 2.10 Dato: 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 Lokal Styrt fra VTS eller Auto 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 Auto Styr fra VTS Dato: Side 74 av 110 Vedlegg 1

101 59. Trafikklys Objekt versjon: 1.0 Dato: 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 Lokal Auto Dato: Side 75 av 110 Vedlegg 1

102 60. Aggregat Objekt versjon: 1.0 Dato: 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 Lokal Auto Når bit 1 er satt skal bit 0 og 2 være lav. Dato: Side 76 av 110 Vedlegg 1

103 61. Anleggskommunikasjon Objekt versjon: 1.3 Dato: 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 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 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: Side 77 av 110 Vedlegg 1

104 62. Trinn Styring Objekt versjon: 1.02 Dato: Status: Godkjent Status Bit Maske Høy Lav 0 1 Trinn 0 (av) 1 2 Trinn Trinn Trinn Trinn Styrt fra VTS Auto 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 Trinn Trinn Trinn Styr fra auto Styr fra VTS Dato: Side 78 av 110 Vedlegg 1

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

106 64. Skiltstyring Objekt versjon: 2.1 Dato: 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 Styrt fra Branntablå Styrt fra VTS eller Auto Posisjon 6 Udefinert Posisjon Posisjon 7 Udefinert Posisjon Posisjon 8 Udefinert Posisjon 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 Posisjon Posisjon Posisjon Posisjon Auto Styr fra VTS Posisjon Posisjon Posisjon Aktiviser kommando Avbryt 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: Side 80 av 110 Vedlegg 1

107 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: Side 81 av 110 Vedlegg 1

108 65. Feltstenging Objekt versjon: 1.11 Dato: 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 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 Auto Styr fra VTS Dato: Side 82 av 110 Vedlegg 1

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

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

111 68. Peek/Futurit Fritekstskilt Objekt versjon: 1.0 Dato: 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 LED feil LED OK 2 4 Spenning feil Spenning OK 3 8 Blokkommunikasjonsfeil Blokkommunikasjon OK På Av Font feil Font OK Tekst feil Tekst OK Kommunikasjonsfeil Kommunikasjon OK 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: Side 85 av 110 Vedlegg 1

112 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: Side 86 av 110 Vedlegg 1

113 69. Klokke synkronisering Objekt versjon: 1.1 Dato: 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 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 Dato: Side 87 av 110 Vedlegg 1

114 70. Sabik Fritekstskilt Objekt versjon: 1.2 Dato: 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 Selvtest Pågår Selvtest Avsluttet LED styrke Feil LED styrke Ok Viser side 2 Viser side 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: Side 88 av 110 Vedlegg 1

115 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 Vis side 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 % 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: Side 89 av 110 Vedlegg 1

116 71. Sabik Fritekstskilt blokk Objekt versjon: 1.0 Dato: 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 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 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: Side 90 av 110 Vedlegg 1

117 72. Runteller Objekt versjon: 1.01 Dato: 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: Side 91 av 110 Vedlegg 1

118 73. Klimaanlegg Objekt versjon: 1.0 Dato: 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 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 Blokker alarmer 5 32 Frigi alarmer 6 64 Auto 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 timer og en som nullstilles etter 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* 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* økes med 1. Driftstid i minutter siden forrige reset av telleren. Dato: Side 92 av 110 Vedlegg 1

119 74. Konfigurasjonssystem Objekt versjon: 1.0 Dato: 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 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 Normalt vil konfigurasjonsdata bli oppdatert automatisk med 1 minutts intervall, denne kommandoen gir operatøren mulighet til å oppdatere konfigurasjonen øyeblikkelig. Dato: Side 93 av 110 Vedlegg 1

120 75. Ombordkjøring Objekt versjon: 1.01 Dato: 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 Styrt lokalt Styrt manuelt / Automatisk Ombordkjøring Felt6 Ombordkjøring Av Ombordkjøring Felt7 Ombordkjøring Av Ombordkjøring Felt8 Ombordkjøring Av Ombordkjøring Felt9 Ombordkjøring Av Ombordkjøring Felt10 Ombordkjøring Av Ombordkjøring Felt11 Ombordkjøring Av Ombordkjøring Felt12 Ombordkjøring Av 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 Felt Start Ombordkjøring Felt Start Ombordkjøring Felt Slå av Ombordkjøring Styr manuelt (fra skjermsystem) Start Ombordkjøring Felt Start Ombordkjøring Felt Start Ombordkjøring Felt Start Ombordkjøring Felt Start Ombordkjøring Felt Start Ombordkjøring Felt Start Ombordkjøring Felt 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: Side 94 av 110 Vedlegg 1

121 76. Brannplan Objekt versjon: 3.00 Dato: 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 Styrt fra VTS Auto 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: Side 95 av 110 Vedlegg 1

122 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 Auto Styr fra VTS 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: Side 96 av 110 Vedlegg 1

123 77. Kamera Objekt versjon: 1.01 Dato: 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 Røyk detektert Røyk ikke detektert Kjøretøy i gal retning Ikke kjøretøy i gal retning Stopp detektert Ikke stopp detektert Kø Ikke kø Fotgjenger Ikke fotgjenger 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 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: Side 97 av 110 Vedlegg 1

124 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: Side 98 av 110 Vedlegg 1

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

126 79. Klimastasjon Objekt versjon: 1.01 Dato: 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 Stasjonen gjør kontrollert omstart Ok Omstart fullført Normal drift 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: Side 100 av 110 Vedlegg 1

127 Kommando Bit Maske Høy 0 1 Blokker klimastasjon 1 2 Frigi klimastasjon 2 4 Hent historiske data 3 8 Hent siste bilde Restart klimastasjon 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: Side 101 av 110 Vedlegg 1

128 80. Nedbørsensor Objekt versjon: 1.2 Dato: 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 Yr Ikke yr Regn Ikke regn Hagl Ikke hagl Snø Ikke snø Nedbør Ikke nedbør 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: Side 102 av 110 Vedlegg 1

129 Kommando Bit Maske Høy 0 1 Blokker sensor 1 2 Frigi sensor 2 4 Nullstill Nedbørsakkumulering 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 meter Dato: Side 103 av 110 Vedlegg 1

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

131 82. Brannplan_overordnet Objekt versjon: 1.0 Dato: 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 Styrt fra VTS Auto 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 Aktiviser brannplan for storbrann 2 4 Stopp brannplan Auto Styr fra VTS 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: Side 105 av 110 Vedlegg 1

132 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: Side 106 av 110 Vedlegg 1

133 83. Strålingssensor Objekt versjon: 1.01 Dato: 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/ Høyt nivå Normalt eller bit 2/3/ Lavt nivå Normalt eller bit 2/3/ Service må utføres OK Verdifeil OK 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: Side 107 av 110 Vedlegg 1

134 Kommando Bit Maske Høy 0 1 Blokker 1 2 Frigi 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: Side 108 av 110 Vedlegg 1

135 84. Vegtilstandssensor Objekt versjon: 2.1 Dato: 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 Service må utføres OK Vegbane tørr Ikke tørr Vegbane fuktig Ikke fuktig Vegbane våt Ikke våt vegbane Vegbane slaps Ikke slaps på vegbanen Vegbane snø Ikke snø Vegbane is Ikke is på vegbanen Is varsel (Fare for is) Ikke fare for is Is alarm Ikke is alarm Frost varsel Ikke frost 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: Side 109 av 110 Vedlegg 1

136 Kun ett av bitene 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 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 Blokkert sensor skal ikke inngå i styring. Verdi Verdi Sensor statuskode Beskrivelse Heltall basert på produsentens dokumentasjon. Dato: Side 110 av 110 Vedlegg 1

137 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

138 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

139 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

140 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: ]db40.dbw 0 BS01 nødskap kommando 1 byte [tcp/ip: ]db41.dbw 0 BS02 nødskap status 1 byte [tcp/ip: ]db40.dbw 2 BS02 nødskap kommando 1 byte [tcp/ip: ]db41.dbw 2 CO1 sensor status 1 byte [tcp/ip: ]db40.dbw 4 CO1 sensor kommando 1 byte [tcp/ip: ]db41.dbw 4 CO1 sensor verdi 2 byte [tcp/ip: ]db44.dbw 0 CO1 sensor parameter LL 2 byte [tcp/ip: ]db46.dbw 0 CO1 sensor parameter L 2 byte [tcp/ip: ]db46.dbw 2 CO1 sensor parameter H 2 byte [tcp/ip: ]db46.dbw 4 CO1 sensor parameter HH 2 byte [tcp/ip: ]db46.dbw 6 Prosessgrensesnitt Vedlegg 2.doc

141 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 BS01 nødskap Kommando BS02 nødskap Status BS02 nødskap Kommando CO1 sensor Status CO1 sensor Kommando CO1 sensor Verdi CO1 sensor parameter LL CO1 sensor parameter L CO1 sensor parameter H CO1 sensor parameter HH Prosessgrensesnitt Vedlegg 2.doc

142 Statens vegvesen Prosessgrensesnitt Eksempel på bruk av objekt Dokument versjon: 1.0 Dato: 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 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 Auto 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

143 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, ) 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 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

144 Dokument versjon: 1.0 Dato: 13/ 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 Side 1 av 1 Vedlegg 4

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

146 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: Oppdatert etter Arnfinn Ekberg Stig Berg-Thomassen kontraktinngåelse Oppdatert etter ny HMS koordinator Arnfinn Ekberg

147 INNHOLDSFORTEGNELSE 1. Mål for prosjektet Organisering av HMS-arbeidet Generelt Byggherre, Statens vegvesen, Region Sør Hovedbedrift med samordningsansvar: Hovedentreprenør Organisasjonskart Risikovurdering og risikoreduserende tiltak Mulige farer og tiltak Oppfølging Tids- og fremdriftsplan Byggherrens vurderingskriterier for fastsettelse av byggetid/arbeid på kontrakten Byggherrens tidsplan Entreprenørens fremdriftsplan Entreprenørens aktivitetsplan ved funksjonskontrakt Forhold på anleggsplassen/kontraktsområde Riggplan Arbeidstidsordninger Beredskap Avviksbehandling Dokumentasjon Begreper/definisjoner Vedlegg... 21

148 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.

149 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 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 Andre interessenter (teleoperatører, kraftselskaper osv.): Side 5 av 28

150 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

151 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

152 Side 8 av 28

153 Side 9 av 28

154 Side 10 av 28

155 Side 11 av 28

156 Side 12 av 28

157 Side 13 av 28

158 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 Bygg og anleggsarbeider forventes ferdig før sommerferien Entreprenørens fremdriftsplan Se egen fremdriftsplan på E-room

159 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 Beredskap Prosjekttilpasset beredskapsplan Krav til innhold i entreprenørens beredskapsplan fremgår av Kap.D2 pkt og YM-planen for prosjektet. Dette ligger på E-room Beredskapsøvelser Krav til gjennomføring av beredskapsøvelser fremgår av konnkurransegrunnlagets kap.d2 punkt 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 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.

160 Varslingsplan: Vedkommende som først får kjennskap til hendelse 1 Brann: 110 Politi: 112 Ambulanse: 113 Entreprenør 2 Arbeidstilsynet: < > Entreprenørens representant: Arne Reidar Vadheim ( )-Harald Solvik ( ) 4 Direktoratet for Samfunnssikkerhet og beredskap: < > Fylkesmannens miljøvernavdeling: < > 3 Egen organisasjon: Mona Mortensen ( ) Byggherre Byggeleder: Alf Helge Vindsland Tlf Vegtrafikksentralen: < > HMS-koordinator Arnfinn Ekberg Tlf Prosjektleder: Stig Berg-Thomassen Tlf Seksj.leder (Vd): Eirik Øvstedal Tlf Avd.dir.(region): Anette Aanesland Tlf Avd.leder (Vd): Lars Erik Hauer Tlf Avd.dir Johan Mjaaland Tlf Regionvegsjef: Kjell Inge Davik Tlf Vegdirektør: Terje Moe Gustavsen Tlf 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

161 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.

162 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

163 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 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.

164 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 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.

165 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

166 VEDLEGG 1.1 Delegering av myndighet til å utføre byggherreoppgaver fra regionvegsjef til prosjektleder for kontrakt: _ Fv. 456 Kolsdalen - Lumberkrysset/ 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

167 Fra: Prosjektleder Stig Berg-Thomassen Til: HMS-medarbeider Arnfinn Ekberg Dato 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ø.

168 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/ Stig Berg-Thomassen (sign) Prosjektleder* Arnfinn Ekberg(sign) HMS-koordinator

169 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 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 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 Forskrift om oppbygging og bruk av stoffkartotek for helsefarlige stoffer i virksomheter 565 (Stoffkartotekforskriften) av 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.

170 Det henvises også til eller andre oppdaterte kilder på nettet for eksempel under adressen

171 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: 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) : 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: 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

172 hovedentreprenør (HE).

173 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 SSA N1672 Skiltstyreskap SSA N1673 Skiltstyreskap SSA N1674 Skiltstyreskap SSA N1675 Skiltstyreskap SSA N1676 Skiltstyreskap SSA N1677 Skiltstyreskap SSA N1678 Skiltstyreskap SSA N1679 Skiltstyreskap SSA N1680 Skiltstyreskap SSA N1681 Skiltstyreskap SSA N1682 Skiltstyreskap SSA N1683 Skiltstyreskap SSA N1684 Skiltstyreskap SSA N1685 Skiltstyreskap SSA N1686 Skiltstyreskap SSA N1687 Skiltstyreskap SSA N1688 Skiltstyreskap SSA N1689 Skiltstyreskap SSA N1690 Skiltstyreskap SSA N1691 Skiltstyreskap SSA N1692 Skiltstyreskap SSA N1693 Skiltstyreskap SSA N1694 Skiltstyreskap SSA N1695 Skiltstyreskap SSA N1696 Skiltstyreskap SSA 331

174 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).

175 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 Gir grunnlag for ekstra riggkostnad etter C Justerte enhetspriser C28.5. Prisreguleres iht. C Gir grunnlag for ekstra riggkostnad etter C Avtalt pris dagens prisnivå inkl. rigg. Gir ikke grunnlag for ekstra riggkostnad etter C Regningsarbeid. Prisreguleres iht. C Gir ikke grunnlag for ekstra riggkostnad etter C 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).

176 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.

177 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.

178 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