Prosjekteringsanvisning
|
|
- Bjørg Våge
- 8 år siden
- Visninger:
Transkript
1 PROSJEKTERINGSANVISNING, OVERORDNET SD- ANLEGG (OSD) Fylke dato: FEF dato: Filnavn: ver264.doc Side: 1 av 17 Prosjekteringsanvisning OVERORDNET SD-ANLEGG (OSD) Mindre suppleringer. PIM/TIH BSK JSP Anvisning OSD TJO/TIH BSK JSP Revisjon Revisjons dato Beskrivelse Utarbeidet Kontrollert Godkjent
2 Side: 2 av 17 INNHOLDSFORTEGNELSE 1 INNLEDNING Revisjonskommentarer 1, utsendelse Revisjonskommentarer HENSIKT Håndtering av avvik fra anvisningen ORIENTERING OG GENERELLE KRAV Orientering Oppbygging lokale SD-anlegg og OSD Datateknisk infrastruktur Generelle krav TEKNISKE OG FUNKSJONELLE KRAV, OVERORDNET SENTRAL DRIFTSKONTROLL (OSD) Brukergrensesnitt og betjening Meny og navigering generelt Symbolforklaringer Topologiskisse Tilgangsnivå Skjermbilder Merking Grensesnitt Lisens Maskinvare, server Programvare Backup og sikkerhet Rapportering EOS, energiregistrering og oppfølging Historikk og trendlogger Alarmer Alarmervarsling via GSM og Lagring av forbrukstall (EOS) og klimastatistikk Driftstidsregistrering Tidsstyring Kommunikasjon mellom lokal automatiseringsanlegg og overordet SD (OSD) SJEKKLISTE FOR ANVISNING OSD... 17
3 Side: 3 av 17 1 INNLEDNING For effektiv bygging, drift og vedlikehold av Akershus fylkeskommune (AFK) sin bygningsmasse er det utarbeidet prosjekteringsanvisninger. Denne anvisningen tar for seg retningslinjer rundt overordnet SD-anlegg (OSD). Disse retningslinjer skal følges som et minimumskrav og dersom det ønskes avvik fra disse retningslinjer skal dette skriftlig godkjennes av byggherre på forhånd. 1.1 Revisjonskommentarer 1, utsendelse Dette er første revisjon av anvisning for overordnet SD-anlegg (OSD). 1.2 Revisjonskommentarer 1.1 Noen suppleringer og samkjøringer med anvisning for automatisering. 2 HENSIKT Hensikten med anvisningene er å forsikre at riktige systemløsninger blir levert i AFK sine prosjekter. Anvisningen skal bidra til standardisering av systemløsninger med samme kvalitet, i tillegg til at integrasjon mot overordnet SD-anlegg (OSD) blir standardisert. Anvisningene vedlegges i alle tilbudsforespørsler initiert av AFK som et minimumskrav til funksjon og valg av tekniske løsninger. Anvisningene vedlikeholdes og oppdateres av AFK. 2.1 Håndtering av avvik fra anvisningen Prosjekterende og utførende (aktører = rådgiver/entreprenører/leverandører) skal følge denne anvisningen. Det påhviler alle parter å gjøre AFK oppmerksom på eventuelle avvik som registreres i forhold til denne anvisning. Ved et hvert tilbud skal prosjekterende, entreprenør og leverandør angi eventuelle avvik i forhold til anvisningen. Dersom underlag avviker fra denne anvisningen har aktøren varslingsplikt overfor den ansvarlige for SD/Eiendomsdrift hos byggherren (AFK). Dersom slik godkjenning ikke foreligger på forhånd må aktøren utføre utbedringer/endringer for egen kostnad. 3 ORIENTERING OG GENERELLE KRAV 3.1 Orientering AFK sine eiendommer er spredt. For å oppnå effektiv og enklere drift av disse eiendommene, skal automatiseringsanlegget kunne tilknyttes én felles driftssentral med et OSD (overordnet SD-anlegg). Derfor må de tekniske anleggene standardiseres og instrumenteres slik at de blir egnet for fjerndrift. Det er laget to tekniske anvisninger: Anvisning for overordnet sentral driftskontroll (OSD) beskriver toppsystem, skjermbilder, kommunikasjon og funksjonalitet. Anvisning for automatiseringsanlegg beskriver automatiseringsgrad, funksjonalitet, kommunikasjon, sonekontroll og feltutstyr. De ulike anvisningene må sees i sammenheng for å få en komplett forståelse av anleggsoppbyggingen til AFK. Det påligger aktøren å etterspørre og gjøre seg kjent med øvrige faganvisinger fra AFK
4 Side: 4 av 17 Det er viktig for AFK at nye anlegg skal være driftsvennlige, energieffektive noe som ofte medfører behovsstyring av lokale tekniske anlegg. Automatiseringsanleggene skal betjenes via overordnet SD-anlegg (OSD). 3.2 Oppbygging lokale SD-anlegg og OSD I figur 1 er den prinsipielle oppbyggingen av automatiseringsanlegg og kommunikasjon til OSD. På feltnivå i byggene inngår givere, pådragsorgan (ventiler, pumper, vifter), sonekontroll osv. På automasjonsnivå er undersentralene (US) installert. Det vil være naturlig at hvert bygg eller lokale bygningsmasse (for eksempel alle bygg på en skole) samles i ett punkt for kommunikasjon ut på det felles tekniske nettverket til AFK. Enheten som kommuniserer ut på det felles tekniske nettverket kan være en undersentral, konsentrator, tradisjonell PC, industri-pc etc. Tilgang og betjening av automatiseringsanlegget skal foregå via AFK sitt tekniske nettverk med kommunikasjon mot OSD på administrasjonsnivå. Hver tavle skal ha minimum ett ekstra uttak (Rj45) for tilkobling av PC til OSD via det tekniske nettverket. Figur 1 Forenklet topologi av topp-nivå (OSD), automasjonsnivå og feltnivå
5 Side: 5 av Datateknisk infrastruktur Alle eiendommer med lokale automatiseringsanlegg i AFK skal tilknyttes OSD via et eget dedikert virtuelt tekniske nett med åpne standarder. Figur 2 viser skjematisk hvordan kommunikasjonen med OSD skal foregå. Figur 2 Forenklet figur av hvordan tilgang til fra automatiseringsanleggene til OSD skal foregå AFK har i dag en ADMnett linje på ca. 10Mbit/s kapasitet til sine eiendommer. Kommunikasjonen mellom OSD og de lokale Automatiseringsanleggene skal gå over teknisk nett (Admin nett), som er et virtuelt LAN med egen virtuelt IP-subnett for skolene. AFK har eget serverrom hvor server for toppsystem skal plasseres og driftes. Pålogging fra Internet gjøres via en Citrix-klient sammen med registrert mobilnummer til en SSL webserver som innehar kryptert sikker pålogging. Når brukeren er på innsiden av teknisk nettverk gjøres normal pålogging til OSD via desktop-grensesnitt via lokal IP.
6 Side: 6 av Generelle krav Det forutsettes at de lokale automatiseringsanleggene fungerer autonomt, dvs. at kritiske funksjoner som regulering, sikkerhetsfunksjoner, tidstyringer, kalenderfunksjoner osv. skal ivaretas av de lokale automatiseringsanleggene ved en evt. kommunikasjonssvikt med OSD. Dersom det er nødvendig med ytterligere maskinvare eller tilpasninger av annet utstyr for å oppnå beskrevet funksjon, skal dette spesifiseres og inkluderes. Leverandør må også som en del av sin prosjekteringsytelse selv innhente opplysninger om systemer, anlegg og merkestruktur som skal tilknyttes OSD i sin leveranse. Dvs. at det påhviler leverandør å kontrollere lokale automatiseringsanlegg for å forsikre at nødvendig maskinvare/programvare er installert for å tilfredsstille denne anvisningen. Det er et krav at det ikke skal være praktiske begrensninger i OSD forhold til fremtidig tilknytning til systemet. All funksjonalitet skal prosjekteres slik at beskrevet funksjon (denne anvisning, beskrivelse og funksjonsbeskrivelser) og kapasitet (funksjons- og kapasitetstabeller) oppfylles. All kommunikasjon mellom bruker og system skal være på norsk. OSD skal overvåke kommunikasjon til alle tilknyttede anlegg og gi alarm ved manglende kontakt (watch dog). 4 TEKNISKE OG FUNKSJONELLE KRAV, OVERORDNET SENTRAL DRIFTSKONTROLL (OSD) Dette kapittelet omfatter leveransene til overordnet sentral driftskontroll (OSD). Leveransen skal omfatte alt utstyr, montasje, programmering og testing som er nødvendig for å tilfredsstille de funksjoner som er beskrevet. Stikkordsvis kan nevnes: Krav til brukergrensesnitt og betjening Krav til menyer og navigering generelt Krav til skjermbilder Krav til merking Krav til programvare o Krav tilgangsnivå o Krav til backup og sikkerhet o Rapportgenerering o Historikk og trendlogger o Håndtering av alarmer o Tidsstyring Lagring av forbrukstall (EOS) og klimastatistikk Kommunikasjon mellom lokal automatiseringsanlegg og overordet SD (OSD) Krav til alarmgenerering via og GSM Alle IO og viktige fiktive punkter som for eksempel settpunkt, start/stopp-signal til enkeltkomponenter og systemer og alarmgrenser, skal presenteres i det overordnede systemet. 4.1 Brukergrensesnitt og betjening Brukergrensesnittet i OSD skal være standardisert så langt det lar seg gjøre. Dette kapitlet beskriver noen viktige funksjoner i forhold til brukergrensesnitt, men endelige design av brukergrensesnittet avklares med
7 Side: 7 av 17 byggherre. Universiell utforming og god brukervennlighet skal tilstrebes. Spesielt gjelder dette tilknytning til skjermbilder, betjening, farger etc. For eksisterende anlegg skal det for OSD etableres minimum funksjonalitet som det lokale SD-anlegget. For nye anlegg skal det for OSD etableres full funksjonalitet i forhold til lokalet automatiseringsnivå. Innstillinger som settpunkt, driftstider etc. skal skje ved enkle betjeningsordrer direkte fra skjermbildet. Betjening skal skje ved enkle og logiske betjeningsordrer, og tekster skal ha direkte sammenheng med valget, slik at det er enkelt å forstå. Programmeringstermer skal ikke brukes. Eksempelvis skal teksten Innstilling av driftstider eller lignende benyttes i stedet for tekst som Editering av punktparametre. Dette innebærer at alle betjeningskommandoer, innstillinger etc. for systemene som vises i grensesnittet skal være atskilt fra programmeringsordre for programvare. 4.2 Meny og navigering generelt All navigering er i utgangspunktet brukerbasert, dvs. at det vil variere hvilke eiendommer eller bygg en bruker skal ha direkte tilgang til etter innlogging, dvs. uten å måtte gå via eiendomskart. Her skal det være mulig å klikke seg både opp og ned i hierarkiet. Tilgangen til de tekniske anleggene er brukerstyrt, dvs. at driftspersonalet har ulike tilgangsnivå på de ulike eiendommene. Eiendom Normalt inngangsbilde for OSD skal vise en oversikt over de eiendommer som på logget bruker har tilgang til. Disse skal være klikkbare slik at man kommer inn på de riktige eiendommene. Det skal også være mulig å hente opp eiendomskartet som viser alle AFK sine eiendommer. Det skal skilles mellom de bygg som er tilknyttet OSD, ikke tilknyttet og de man har tilgang til. Bygg Etter at bruker har valgt eiendom skal et oversiktsbilde for relevante bygg innenfor eiendommen vises med klikkbare linker for bygg og plan. Figur 3 oversiktsbilde Nannestad VGS Systemer og soner Etter at bruker har valgt bygg skal aktuelle systemer og soner for det valgte bygget komme frem. Videre derfra skal bruker kunne betjene anleggene på bygget. 4.3 Symbolforklaringer Hovedbilde skal inneholde en link til et skjermbilde som viser symbolforklaringer til alle symboler brukt i brukergrensesnittet, se figur 4.
8 Side: 8 av 17 Prosessbilder, dynamisk/aktiv prosessfremstilling Dynamiske prosessbilder skal forstås som prosessbilder hvor meddelelse til bruker skal foregå vha. fargeskift av symboler og endring av prosessverdier. Hjelpetekst kan om nødvendig benyttes i tillegg. Bilder som hører prosessteknisk sammen skal ha innlagt link for å forenkle skifting mellom de ulike bildene. Det stilles krav til enhetlige bilder. I utgangspunktet skal alle brukerjusterbare parametere vises i skjermbildet. Bildet skal ha standard symboler og farger. Blinkende symbol for feil/alarmer. I bildet skal angis hvilke prioriteter av feil som er aktive. Figur 4 viser et eksempel på symbolforklaring
9 Side: 9 av 17 KOMPONENT GRUNNFARGE STATUS AKTIV STATUS ALARM DIV. Bunnfarge Hvit Rom og arealer Hvit Sort ramme Friskluft Fiolett Tykk Forbehandlet luft Rød Tykk Behandlet luft Rød Tykk Avtrekk Gul Tykk Avkast Gul Tykk Varmtvann Rød Tynn Kaldtvann Blå Tynn Glycol Fiolett Tynn Fjernvarme Rød Tynn Trykkluft Grå Tynn Olje Trykkluft Brun Grå Oksygen Nitrogen Lystgass Propan Rørpost Gul Lyseblå (Rød-blå) Sort TEKSTER: Tekster for melding Verdier for målepunkt: Sort Sort
10 Side: 10 av 17 KOMPONENT GRUNNFARGE STATUS AKTIV STATUS ALARM DIV. Ønsket verdi Ønsket verdi (utregnet) Er-verdi Merketekst (adr) Manuell overstyrt Produkter anlegg som står Topptekst, info Fiolett Mørk blå Sort Blå Gul Grå Grønn Rød blink Sort Anleggsnummer Sort Rød Ev.skjult Informasjonstekst Bildeskift (ikon) Sort Lys-blå Henv,/tekst Ev.skjult
11 Side: 11 av Topologiskisse Leverandøren av OSD skal utarbeide et eget bilde med topologi som angir hvilke systemer som er operative. Informasjonen om topologien til de forskjellige eiendommene skal leverandør av lokale system fremskaffe. Figur 5 viser eksempel på et bilde med Topologi som angir hvilke systemer som er operative 4.5 Tilgangsnivå Systemet skal kunne skille mellom ulike brukere. Hver bruker skal ha eget passord og spesifikt område brukeren har tilgang til. Tilgangen til OSD skal som minimum kunne styres etter følgende ulike kriterier: Eiendom Fagkategori Anleggskategori I/O nivå (skal kunne utelukke/inkludere enkeltpunkter) For alle disse nivåene skal det være mulig å definere brukere kun med lesetilgang. Det skal være mulig å defineres minimum 10 brukernivå og uavhengig av bygg og byggkategorier. Systemet skal kunne utarbeide rapport over alle brukere som har tilgang til systemet og deres rettighetsnivå. Dette gjelder også informasjon om hvem som er innlogget og har vært innlogget. Systemet skal også vise adgangsnivå for innlogget bruker. 4.6 Skjermbilder For enkelte brukere skal det være mulig å koble disse direkte ned til riktig anlegg, dvs. ved hjelpe av brukerstyring. Ved innlogging vil disse brukerne (drift) få direkte tilgang til sine anlegg. Det skal være mulig å klikke seg tilbake i hierarkiet for en mer overordnet oversikt. Skjermbilder skal minimum inneholde følgende informasjon:
12 Side: 12 av 17 Systemets ID-kode, navn og hva det betjener Visualisering av alarmer Avlesning av målte verdier Visualisering av overstyringer Visualisering av status (start, stopp, halv, hel etc.) Systemets eller komponentens fysisk plassering/romnummer i klartekst Tavlevenderenes posisjon Driftsstatus Utetemperatur Link til funksjonsbeskrivelse Memo/service-side for merknader. Link til tilstøtende bilder Link til kalenderstyring Link til kompenseringskurver Link til trendkurver Link til sett punkt Link til alarmgrenser Animasjon og 3-dimensjonale bilder og symboler skal unngås Standard symbolbruk ( NS) Det er viktig at systembildene er oversiktlige og at igjen kjennelseseffekten er stor. Alle IO og alle viktige fiktive punkter (settpunkt, alarmgrenser etc.) skal vises i skjermbildene. Hvert system skal ha et eget skjermbilde. Dersom to eller flere system henger sammen skal disse linkes sammen i skjermbildet. Alle skjermbilder skal ha systemskisse basert på systemskjema. Rene tabellariske oppstillinger skal unngås. Komponenter og alle IO i systemer og sonekontroll skal kunne settes i manuell overstyring. Overstyringer skal markeres i bildet slik at dette enkelt oppdages av operatør. Sikkerhetsfunksjoner skal ivaretas. Det skal være mulig å få opp gjeldende funksjonsbeskrivelsene fra skjermbildene. Det skal være enkelt å skrive ut skjermbilder og funksjonsbeskrivelser OSD. Utskrift av skjermbilder skal inneholde dato og tid for utskriften. Bruker skal løpende kunne legge inn nye eller endrede funksjonsbeskrivelser. I skjermbildene skal det være mulig å enkelt linke til en ekstern adresse som webcam, video eller bilder. Skjermbildene skal ha standard symboler og farger. I skjermbildene skal det angis hvilke feil som er aktive. Symboler skal skifte farge ved spesielle hendelser. Drift og feil på komponenter skal vises med fargesymboler på selve komponenten. Her listes de viktigste: Bakgrunnsfarge på skjermbildene skal være hvit. Anvisning for automatisering angir eksempel på systembilderr for ulike fagområder. Følgende generelle krav gjelder til skjermbilder. Alle skjermbilder skal utformes tilsvarende, for eksempel med lik fargebruk på tur/retur og tilluft/avkast, symboler på komponenter, alarmer osv. All symbolbruk skal være etter en standard Ingen firmareklame, navn skal i skjermbilder. I topp skal etableres system ID, navn og hva det betjener. I topp skal etableres fliker/faner for tilhørende system
13 Side: 13 av 17 All systemstyring, ur skal angis i bunn mitt på bilde Alle kompenseringer, kurver skal angis i bunn til venstre Til/tur skal være nederst, mens retur/fra skal være øverst Til rom, hva det betjener skal være til høyre i bildet. Ved mye tekst i bilde kan etableres et eget ikon for å slå av og på supplerende tekst i bildet Nederst til høyre skal eget ikon for funksjonsbeskrivelse, bilder, videosnutter, servicerapporter. Vedrørende automatiseringsnivå så henvises til egen anvisning, automatisering Sonekontroll Det skal lages et oversiktsbilde hvor man kan klikke seg inn på ønsket etasje. Det skal lages ett oversiktbilde for hver etasje. Hver sone i etasjen skal ha visning av målt temperatur, pådrag lys og evt. persondetektering. Dersom etasjen er for stor eller det er for mange soner på etasjen, skal etasjen deles opp i logiske deler med link mellom delene. Ved å klikke på den enkelte sone skal alle tilgjengelige parametre vises i egen dialogboks/vindu, som pådrag styringer (varm/kjøling), settpunkt etc., for endring av settpunkt og overstyringer. Alle skjermbildene for visning av sonekontrollen skal ha visning av aktuelt romnummer. Alle skjermbilder skal oversendes byggherren for godkjenning før implementering. 4.7 Merking Merking og navngiving i skjermbildene skal være sammenfallende med merking og navngiving ute i anlegget og i all annen dokumentasjon som beskriver byggherrens merkestruktur/merkesystem. Systemets database må kunne håndtere 3 merkestrukturer. Serveren må kunne programmeres med tilstrekkelig antall karakterer i flg. prosjektets merkestruktur. I alle nye prosjekter skal AFK merkeanvisning benyttes, se anvisning for merkesystem som bygger på TFMsystemet. 4.8 Grensesnitt Tilgang til toppsystemet forutsetter at klienten er tilknyttet lokalnettverket. Interne brukere har direkte tilgang til webgrensesnitt. Eksterne brukere som skal ha tilgang til OSD, kobler seg til lokalnettverket som beskrevet i kapittel 3.3 datateknisk infrastruktur. Det forutsettes at ingen installasjon av ekstra programvare på klienter som skal benyttes for å få tilgang til OSD er nødvendig. Det forutsettes at disse klientene har preinstallert Windows Terminal Services med mulighet for Remote Desctop Connection eller annen terminalklient som er komptatibel med terminalserveren(ne). 4.9 Lisens Alle lisenskostnader skal spesifiseres av leverandør. Det kan forventes ca 50 samtidige brukere samt I/O-punkter. Systemet skal ikke ha begrensninger forhold til antall samtidige brukere, sentralt og lokalt Maskinvare, server Byggherre er ansvarlig for å levere nødvendig maskinvare og installere all programvare, utenom OSDprogramvare. Serverne skal stå i serverrom til AFK. Installasjon og konfigurering av toppsystem er leverandøren ansvarlig for, mens primærdrifting og backup blir ivaretatt av byggherre Programvare Programvaren skal kommunisere med eksisterende system og til enhver tid være oppdatert med siste versjon. Versjonsendringer skal meddeles og godkjennes av AFK og ivareta forhold til de lokale servere (bakoverkopatibilitet)
14 Side: 14 av Backup og sikkerhet Byggherre er ansvarlig for full systembackup av servere i serverrom, også for OSD server plassert i serverrom. Leverandør av OSD er ansvarlig for at OSD (programvare og database) kan inngå i byggherrens backupsystem. Leverandør spesifiserer hva byggherre skal ta backup av. AFK sørger for at server til OSD tilkobles egne UPS er, i tillegg til nødvendig programvare for automatisk nedkjøring. UPS skal ikke medtas av leverandør. OSD må kunne kjøres ned automatisk. Nødvendig programvare må medtas av leverandør og beskrives Rapportering Utskrifter av alle typer status (sanntid) som alarmer, effektgrenser, optimal start/stopp, oppsett etc. skal kunne foretas via OSD. Det skal kunne søkes etter fritt valgte karaktermønster (wild card søk i merkesystem), både midt i adresse og trunkering på slutten, samt midt i en adresse og trunkering samtidig. Søk skal kunne inneholde logiske parametre som <, >, >< og =. Bruker skal enkelt kunne generere rapporter som gir oversikt over alarmstatus, anleggsstatus, programpunkter etc. Rapportene skal kunne genereres ved tid (klokkeslett og dato, intervall) eller spesielle hendelser. Alle rapporter skal kunne eksporteres til PDF, RTF og csv. Tilgang til de ulike rapportene skal være brukerdefinert. All rapportuthenting av skal være oversiktlig og enkel. Alle rapporter og søk skal kunne utføres av en normal bruker. Følgende rapporter er å betrakte som minimum: - Standardrapporter (fastsatte vilkår) o Eiendomsliste o Adresseliste o Alarmrapport med gruppering på: Utkvitterte alarmer Stående alarmer Alarmprioritet Tidsintervall og kombinasjon av valgene o Oversikt over brukere med tilgangsnivå o Oversikt over innloggingsstatistikk og hvilke endringer bruker har utført - Spesialrapporter (vilkår velges av bruker) fritt søkbart i merkesystemet (trunkering) o Generelt globalt søk av alle statuser på alle punkter o Statusoversikt manuelle overstyringer o Endringsrapport (oversikt over endringer basert på valgt tidsrom) 4.14 EOS, energiregistrering og oppfølging. Det skal etableres et eget energiregistreringssystem og oppfølgingssystem (EOS) installert på en egen WEBserver som kommuniserer via GSM til de enkelte energimålere. Likeledes hentes energidata fra nettleverandør, fjernvarmeleverandør og oljeleverandør. Informasjonen innhentes fra disse via og baserer seg på standard overføring. OSD skal ivareta effektovervåkning av anleggene og på denne måte være i forkant av energibruken. Systemet leveres av 3-partsleverandør som tilknyttes AFK.
15 Side: 15 av Historikk og trendlogger Programmet skal kunne registrere (i database) alle historiske verdier /statuser for alle I/O. Brukere skal enkelt og oversiktlig kunne angi hvilke verdier som skal logges og hva som skal inngå i korttidslager eller langtidslager. Det skal skilles mellom korttidslager og langtidslager. Oppløsning og loggefrekvens skal kunne bestemmes av bruker/driftsoperatøren. Oppløsningen skal kunne settes fra maksimalt 5 sekunder og oppover til minimum 7 døgn. Logging av flere ulike parametre skal kunne settes inn i samme loggesekvens med felles akser. Totalt skal systemet kunne håndtere minimum 50 loggesekvenser. Eksport av historiske trendlogger til csv-filer skal være mulig. Både analoge og digitale signaler skal kunne logges. Minimum 10 punkter skal kunne settes opp pr. logg med forskjellig Y-akse hvor fargekoder benyttes for å skille kurvene fra hverandre. Det skal være mulig å logge med rullerende lagring hvor de eldste dataene slettes når ny blir lagret. Den faste perioden skal kunne være et døgn, uke, måned eller ett år. Systemet skal ha en kontinuerlig lagring av alle hendelser, alarmer, systemmeldinger, ut og innlogginger etc. i et tilstrekkelig stort rullerende lager. Begrensninger i dette lageret skal oppgis. Det skal være mulig å lagre alarmstatistikk og hendelsesstatistikk for direkte import i csv-fil, uten sideskift. Det være mulig for operatør å finne ut hvor mange ganger et punkt har endret status og når Alarmer Alarm kan være feilmeldinger, statusendring, grenseverdioverskridelse etc. Stående alarmer og kvitterte alarmer skal angis forskjellig i systemet. Når og hvem som har kvittert alarmene skal også lagres i systemet. Alarm skal være rullerende lager med tilstrekkelig kapasitet. Alle alarmer skal lagres i statistikklager. Det skal være mulig for en operatør å finne ut når og hvor mange ganger et punkt har endret status. Alarmhåndtering, dvs. routing etc. skal settes opp i OSD. Tekst for alarmmeldinger og alarmprioritet i OSD skal være tilsvarende det lokale automatiseringsanlegg. Alarmtekster og prioriteringer skal oversendes byggherre for kommentarer før implementering. Alarmmeldinger skal alltid være i klartekst. Undertrykkelse av meldinger og alarmer skal være mulig. Utskrift/logging av punkter som endrer status som følge av f. eks. en alarm skal kunne sperres (filtreres). Dette for å begrense utskriftsmengden ved f. eks. normal stans av aggregat. Da skal luftvakter, filtervakter og etc. undertrykkes i systemet. For analoge verdier skal der være mulig å definere minst 4 alarmnivåer Alarmervarsling via GSM og . OSD skal etablere alarmvarsling fra de lokale automatiseringsanleggene via GSM og til de ulike driftspersoner/ leietakere. Oppsett skal gjøres fra OSD og rutes til ulike aktører på GSM og . Standardteksten skal følge ID-systemet sin kode med supplerende tekst for hva det er og evnt hva som må gjøres. sending skal inneholde en ytterligere supplerende tekst samt rapport på at meldingen er sendt på GSM, til hvem og hvilket nummer. Utsendelses skal styres til ulike personer avhengig av tid på døgnet, vaktordning og evnt direkte til leietakere. Systemet skal ha tilbakekvittering via GSM og dersom dette ikke gjøres innen angitt tidsperioder sendes meldingen til neste person på vaktlisten.
16 Side: 16 av Lagring av forbrukstall (EOS) og klimastatistikk Energi- og mengdemåling skal foregå på M-bus (målebus). Dersom det brukes digitale pulssignaler/analoge signaler skal dette avklares med AFK (SD-ansvarlig eiendom) på forhånd Driftstidsregistrering Alle registrerte driftstider for tilknyttede motoreffekter skal registreres i US og skal være i tilgjengelig i OSD. Drifttidsregistreringen skal kunne forårsake varsel eller henvendelser til andre programmer (FDV program eller lignende) ved overskridelse av satte grenseverdier (tid). Driftspersonell skal kunne sette grenseverdier og nullstille driftsregistreringen. Det skal etableres en egen modul for driftstidsberegning som skal benyttes i fremtidig energiattest for byggene Tidsstyring Endringer i tidsstyringen skal kunne foretas fra skjermbildet i OSD. Tidsstyringen skal lagres i lokalt automatiseringsanlegg slik at kommunikasjonen mellom lokalt automatiseringsanlegg og OSD faller bort, skal siste definerte tidsstyring fortsette å gjelde for anlegget. Tidsstyring settes individuelt for de ulike anleggene. Dette gjøres sentralt fra OSD. Punkter på anlegget skal kunne styres med 15 minutts oppløsning eller bedre. Tidsstyringen skal kunne styre for eksempel start/stopp av motorer, justering av setpunkt eller utskrift av rapport etc. Tidsstyringen skal ivareta faste og flytende helligdager, fridager og vinter/sommertid med norsk kalenderfunksjon (årskalender). Brukergrensesnittet for tidsstyringen skal være enkel og oversiktlig. Bruker skal kunne endre og justere driftstider på en rask og intuitiv måte Kommunikasjon mellom lokal automatiseringsanlegg og overordet SD (OSD). Kommunikasjonen mellom lokale automatiseringsanleggene og OSD vil foregå over ADMnett med 10Mbit/s linje. ADMnett er et virtuelt LAN med egen virtuelt IP-subnett for eiendommene. Kommunikasjonen mellom lokale automatiseringsanleggene og OSD vil foregå over teknisk nett (ADMnett) med 10Mbit/s linje. ADMnett er et virtuelt LAN med egen virtuelt IP-subnett for eiendommene. OSD og lokale automatiseringsanlegg blir tildelt en fast lokal IP i teknisk nett. Dersom lokalt automatiseringsanlegg og OSD leveres av forskjellige leverandører skal standardiserte kommunikasjonsformer benyttes. AFK ønsker å standardisere på følgende 3 kommunikasjonsformer og alle skal kunne kommunisere over IP / Ethernett. OPC - Versjon og type oppgis av Byggherre før aksept av leveranse av OPC server Lon - Lon-merkede produkter med Lon kommunikasjon uten egenutviklede profiler, SNVT er BacNet Der hvor det planlegges å benytte OPC server-klient løsning må leverandøren av OPC-serveren (lokalt anlegg) benytte samme versjon og type som overordnet SD. Dette sikrer at OPC-serveren som leveres kan kommunisere med OSD. Liste over tag/objekter skal utarbeides i samarbeid mellom leverandør av OPCserver og leverandør av OSD(klient server). Listen skal oversendes til OSD før idriftsettelsen av OPC serverklient løsningen. Der hvor Lon benyttes for kommunikasjon skal xif-fil leveres av entreprenør slik at kommunikasjon kan etableres. Om det er samme leverandør av lokalt automatiseringsanlegg og OSD kan lokalt automatiseringsanlegg knyttes direkte til OSD, etter spesifikk avtale med Byggherren.
17 Side: 17 av 17 5 SJEKKLISTE FOR ANVISNING OSD Nr Stikkord OK Ikke OK Merknader ved avvik. 1 Kontroll av statisk skjermbilde 2 Korrekt mapping av punkter 3 Kontroll av alarmering 4 Test av kommunikasjon til lokale system 5 Kontroll av rapporteringsgenerator 6 Kontroll av energiregistreringer 7 Kontroll av tidstyring 8 Kontroll av historikk og trendlogger 9 Kontroll av alarmprioritering og alarmtekster 10 Kontroll av alarmlager og alarmhistorikk 11 Kontroll av alarmutsending
Stavanger eiendom. Sist lagret: 23. januar 2014 Side 1 av 12
Side 1 av 12 Innholdsfortegnelse Innledning... 3 1 Hensikt... 4 1.1 Håndtering av avvik fra anvisningen... 4 2 Orientering og generelle krav... 5 2.1 Orientering... 5 2.2 Eksisterende bygningsmasse...
DetaljerProsjekteringsanvisning. Overordnet SD anlegg (OSD)
NORD-TRØNDELAG FYLKESKOMMUNE EIENDOM 1 Prosjekteringsanvisning. Overordnet SD-anlegg OSD Fylke dato: 24.01.2011 Arkiv Ver264 FEF dato: Side 1 av Prosjekteringsanvisning Overordnet SD anlegg (OSD) Prosjektnr.:
DetaljerProsjekteringsanvisning. Overordnet SD anlegg (OSD)
NORD-TRØNDELAG FYLKESKOMMUNE EIENDOM PA SD anlegg overordnet Fylke dato: 31.03.2009 Filnavn: Ver264.doc FEF dato: Side 1 av 15 Prosjekteringsanvisning Overordnet SD anlegg (OSD) Side: 2 av 15 INNHOLDSFORTEGNELSE:
DetaljerProsjekteringsanvisning. Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning. Sandnes kommune, Sandnes Eiendomsselskap KF
Prosjekteringsanvisning Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning Sandnes kommune, Sandnes Eiendomsselskap KF Versjon 11 13032014 TN Side 1 av 13 Innhold 1 Innledning... 3 2 Orientering
DetaljerProsjekteringsanvisning. Grensesnitt, Sentral drifts- overvåkning, Programvare leverandør- server. Sandnes kommune, Eiendom
Prosjekteringsanvisning Grensesnitt, Sentral drifts- overvåkning, Programvare leverandør- server Sandnes kommune, Eiendom Versjon 9 03102012 TN 1 Innhold 1 Innledning... 3 2 Hensikt... 3 3 Orientering
DetaljerBrukerhåndbok for bygningsautomatisering (BAS) installert på eiendomsnavn
BAS Brukerhåndbok for bygningsautomatisering (BAS) installert på eiendomsnavn Automasjonsleverandør: Automasjonssystem: Firmanavn Adresse linje 1 Adresse linje 2 Adresse linje 3 Navn på BAS Bilde av eiendom
DetaljerProsjekteringsanvisning. Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning. Sandnes kommune, Eiendom
Prosjekteringsanvisning Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning Sandnes kommune, Eiendom Versjon 10 23112012 TN 1 Innhold 1 Innledning... 3 2 Hensikt... 3 3 Orientering og generelle
DetaljerBRUKERHÅNDBOK FOR BYGNINGSAUTOMATISERING (BAS) INSTALLERT PÅ
VEDLEGG TIL PA 5601 Dato: dd.mm.åååå Automasjonsleverandør: firmanavn, adresse/lokasjon Automasjonssystem: navn på BAS BRUKERHÅNDBOK FOR BYGNINGSAUTOMATISERING (BAS) INSTALLERT PÅ [Eiendomsnavn] Bilde
DetaljerStavanger eiendom. Sist lagret: 16. desember 2015 Side 1 av 12
Side 1 av 12 Innholdsfortegnelse 1 Generelt... 3 2 Hensikt... 4 2.1 Håndtering av avvik fra anvisningen... 4 3 Krav til automatiseringsanlegg... 5 3.1 Orientering... 5 3.2 Tekniske krav til automasjonsgrensesnitt...
DetaljerVeileder for lokalt SD-anlegg
Veileder for lokalt SD-anlegg Versjon 1.0 23.02.2016 Veiledning og krav til etablering av lokalt SD-anlegg Et skolebygg å være stolt av! Innholdsfortegnelse 1. Orientering 1 2. Terminologi og merknader
DetaljerByggautomatisering med web grensesnitt ved Stavanger Kommune
Byggautomatisering med web grensesnitt ved Stavanger Kommune Orientering og generelle krav Orientering For å oppnå effektiv og rasjonell drift av de kommunale eiendommene i Stavanger, skal automatiseringsanleggene
DetaljerSAMSVARSMATRISE FOR KRAV TIL SD-ANLEGG Vedlegg til «Automasjon og SD-anlegg»
ETAT FOR BYGG OG EIENDOM Retningslinjer og krav: SAMSVARSMATRISE FOR KRAV TIL SD-ANLEGG Vedlegg til «Automasjon og SD-anlegg» Samsvarsmatrise for krav til Automasjon og SD-anlegg Dette vedlegget skal besvares
DetaljerApplikasjonen for operatørstasjonen skal være installert som en Windows service og starte uten at brukere er pålogget.
Kravspesifikasjon Kravspesifikasjon...1 Sentralutstyr...1 Operatørstasjon...1 Kommunikasjon mot brannsystem...2 Kommunikasjon mot undersentraler...2 Undersentraler (US)...2 Undersentraler (US) kortversjon...4
DetaljerOslo kommune. Designmanual SD-anlegg
Oslo kommune Designmanual SD-anlegg Undervisningsbygg 2017 2 Designmanual SD-anlegg Undervisningsbygg 2017 Manual for grafisk utforming av systembilder for SD-anlegg 1. Innhold 1. Innhold 2 1.1 Innledning
DetaljerOslo kommune. Designmanual SD-anlegg
Oslo kommune Designmanual SD-anlegg Undervisningsbygg 2017 2 Manual for grafisk utforming av systembilder for SD-anlegg 1. Innhold 1. Innhold 2 1.1 Innledning 3 1.2 Data - visning og logging 3 1.3 Tabell
DetaljerBrukerveiledning for Vesuv
Brukerveiledning for Vesuv Innhold Pålogging... 3 Registrering av ny bruker... 3 Glemt passord... 4 Startsiden... 5 Nytt utbrudd... 6 Nedtrekksmenyer... 6 Obligatoriske felt... 7 Spørsmål vises og fjernes...
DetaljerFagmøte driftsassistansen Møre og Romsdal Molde 13 desember 2005
Fagmøte driftsassistansen Møre og Romsdal Molde 13 desember 2005 Funksjonalitet Kjell Myklebust Hva er en Webserver? Top system som erstatter windows baserte systemer EXO 4 ifix Intouch Citect Osv.. Hvorfor
DetaljerTeam2 Requirements & Design Document Værsystem
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerProsjekteringsanvisning. Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning. Sandnes kommune, Sandnes Eiendomsselskap KF
Prosjekteringsanvisning Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning Sandnes kommune, Sandnes Eiendomsselskap KF Versjon 11 13032014 TN Side 1 av 19 Innhold 1 Innledning... 3 2 Orientering
DetaljerStavanger eiendom. Sist lagret: 23. januar 2014 Side 1 av 5
Side 1 av 5 Innholdsfortegnelse Innledning... 3 6 Andre installasjoner... 4 62 Person- og varetransport... 4 621 Heiser... 4 Side 2 av 5 Innledning For effektiv bygging, drift og vedlikehold av bygningsmassen
DetaljerWEBvision Brosjyre. Sentral Driftskontroll
WEBvision Brosjyre Sentral Driftskontroll Anleggstyring Lysstyring Alarmering Trendlogging Fjernbetjening Fjernovervåkning Sentral Driftskontroll Byggherrer som ønsker de laveste årskostnadene og samtidig
DetaljerProsjekteringsanvisning. Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning. Sandnes kommune,
Prosjekteringsanvisning Automatiseringsanlegg, grensesnitt, Sentral drifts- overvåkning Sandnes kommune, Sandnes Eiendomsselskap KF Versjon 12 16122014 TN Side 1 av 16 Innhold 1 Innledning... 3 2 Generelle
DetaljerVeiledning for aktivering av. Mobil Bredbåndstelefoni
Veiledning for aktivering av Mobil Bredbåndstelefoni Veiledning for aktivering av Mobil Bredbåndstelefoni For at Telio Mobil Bredbåndstelefoni skal fungere på din mobiltelefon må en klient (@irtelio) lastes
DetaljerSentralisering av drift. Runar Solli HOIST Energy EM Systemer
Runar Solli HOIST Energy EM Systemer Hva ligger i begrepet «Sentralisering av drift»? Betjening av forskjellig utstyr fra en dedikert lokasjon Mål for sentralisering Effektivisere, kvalitetssikre og rasjonalisere
DetaljerBRUKERMANUAL. App for Beha smartovn
BRUKERMANUAL App for Beha smartovn OVNEN SKAL IKKE VÆRE TILKOBLET STRØM. APPEN GIR BESKJED OM NÅR OVNEN SKAL TILKOBLES. Bruk ovnen som smartovn ved hjelp av app-styring Last ned appen «SmartHeather Beha»
DetaljerAdministrasjon av FLT-Sunnhordland Web-side
Administrasjon av FLT-Sunnhordland Web-side 1. For å administrere web-sida, gå til denne linken: http://flt-sunnhordland.no/wp-admin 2. Logg inn med brukernavn: avd107 passord: 3. Etter
DetaljerWEB basert. Leder VA KJELL MYKLEBUST km@normatic.no D R I F T S K O N T R O L L
WEB basert Leder VA D R I F T S K O N T R O L L Nordfjordeid Førde Lillehammer Sandvika LOKALISERING NORMATIC AS Landsdekkende leverandør av automasjonssystem Etablert i 1998 50 ansatte Omsetning : 60
DetaljerKommunikasjon. AerWeb 300 kommunikasjon over internett
AerWeb 300 kommunikasjon over internett AerWeb 300 AerWeb er en tilleggsmodul som kan plasseres i alle Aermec aggregater og som gir mulighet å kommunisere via internett. Kommunikasjonene kan foregå på
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerMAGNE SKARSBAKK. Ing.firma Paul Jørgensen as
MAGNE SKARSBAKK Ing.firma Paul Jørgensen as ING.FIRMA PAUL JØRGENSEN AS (IPJ) Ingeniørfirma Paul Jørgensen as er et av Norges ledende firma innen driftskontroll og overvåking av vann- og avløpsanlegg.
DetaljerEgenkontroll fra entreprenør før overtakelse
Egenkontroll fra entreprenør før overtakelse Side 1 av 6 Egenkontroll fra entreprenør før overtakelse Anleggsnavn (Angis av entreprenør) Dato for egenkontroll Rapport utført av Rælingen kommune Dokumentnr.:
DetaljerInvitasjon til dialogkonferanse om innovative løsninger for sentral driftskontroll (SD-anlegg)
Invitasjon til dialogkonferanse om innovative løsninger for sentral driftskontroll (SD-anlegg) Fredag 29. august kl. 08.30, hos Omsorgsbygg Oslo KF, Sommerrogata 1, 0255 Oslo (inngang fra Inkognitogata).
DetaljerInnledning. Generell orientering. Orientering om krav til toppsystem. Vedlegg A Kravspesifikasjon
Innledning RK - (Ringsaker kommune) ønsker drift/styring/overvåkingsmuligheter av tekniske installasjoner fra ett toppsystem. Vår bygningsmasse er i dag utstyrt med tekniske installasjoner innenfor vvs,
DetaljerBrukermanual. Revisjon manual 01 Programversjon E
Brukermanual PLS type XV-152 Revisjon manual 01 Programversjon E Innhold Hovedmeny... 2 Innlogging... 2 Parameterliste (variabler)... 3 Endring av parameter:... 3 Kjølevariabler... 3 Vaskevariabler...
DetaljerORIGOBYGGET RENOVERING FUNKSJONSBESKRIVELSE OG OMFANG AUTOMATIKK
ORIGOBYGGET RENOVERING Prosjektnummer Sweco: 356970 Dato Oppdragsgiver: Navn Firma Fork. Anmerkning Tilbydere Kopi til: Utarbeidet av: Svein Solvang Sweco SS I dette vedlegget beskrives funksjoner og omfang
DetaljerBeskrivelse av skjermbilder og funksjoner i PayBack SingelUser.
Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser. 00. PayBack startes ved innlogging til Zylin's webserver. Brukernavn og passord er satt opp etter informasjonen fra webformularet. Adressen
DetaljerAutomatisert driftskontroll
Byggautomasjon Vann- og avløps automasjon Maritimautomasjon Automatisert driftskontroll Avd. Leder VA KJELL MYKLEBUST km@ Landsdekkende kompetansebedrift på automatisert driftskontroll NORMATIC AS Etablert
DetaljerBilag 1 Kravspesifikasjon/Beskrivelse av leveransen.
Bilag 1 Kravspesifikasjon/Beskrivelse av leveransen. Innhold Generelt... 2 Innsamling av målerdata.... 2 Systemoppbygging.... 3 Avviksbehandling.... 4 Rapportering... 4 Avtale.... 5 Generelt. Det skal
DetaljerFull oversikt med R-CONTROL NØKKELFRI ADGANG TIL ALLE BYGG
Full oversikt med R-CONTROL NØKKELFRI ADGANG TIL ALLE BYGG Full oversikt i realtid med R-CONTROL RCO Securitys programvare R-CONTROL tilbyr avansert systemadministrasjon og anleggsoversikt alt presentert
DetaljerPost Tekst/kode Enhet Mengde Enh.pris Sum
VVS Ingeniør J.A.Loe, 6540 Kvernes, tlf. 71 51 40 29, mob 99696177 KAP560 1 Z1 SAMMENSATT KONTROLLUTSTYR Obs! Alle postene skal fylles ut og prises Orientering Det skal tilbys automatikkutrustning av fabrikat
DetaljerProsessgrensesnitt. Generell informasjon. Versjon: 2.2
Generell informasjon Versjon: 2.2 Innholdsfortegnelse Innholdsfortegnelse... 2 1.0 Innledning... 3 1.1 Ordliste... 3 1.2 Kontaktpunkt... 3 2.0 Grensesnitt for anlegg... 3 2.1 OPC... 3 2.2 OPC Server...
DetaljerFDV-MANUAL. Revisjonshistorikk. Revisjon Dato Kommentar Ansv. 0.1 04.04.14 Første utkast LKA
FDV-MANUAL Revisjonshistorikk Revisjon Dato Kommentar Ansv. 0.1 04.04.14 Første utkast LKA Dokumentet er utarbeidet av Universitetet i Oslo i perioden november 2013 april 2014>. Lise Katrine Amlie OptioFM
DetaljerPROSJEKT : BRUELAND BARNEHAGE NY KAPITTEL : Automatikkarbeider
SIDE:1 56 AUTOMATISERING.01 Orientering. Det ønskes tilbud på komplett driftskontrollanlegg, siden kaldt SD-anlegg. Systemet skal være et påent system og skal som minimum kunne leveres med/tilknyttes protokoll/driver
DetaljerBRUKERHÅNDBOK HÅNDTERMINAL IQNAVIGATOR GOLD RX/PX/CX/SD Generasjon D
BRUKERHÅNDBOK HÅNDTERMINAL IQNAVIGATOR GOLD RX/PX/CX/SD Generasjon D Innhold 1. Håndterminal IQnavigator... 3 1.1 Generelt...3 1.2 Bruk...4 1.3 Knapper...5 1.4 Indikatorsymboler...5 1.5 Tastatur...6 2.
DetaljerS i d e 1. Brukerveiledning Brevfabrikken
S i d e 1 Brukerveiledning Brevfabrikken S i d e 2 Innholdsfortegnelse 1 Brevfabrikken innledning 4 2 Komme i gang /Registrer 5 2.01 Registrer 5 2.02 Last ned program 5 3 Min side: 6 3.01 Kontodetaljer
DetaljerLabark Oppdatert 9.oktober 2015
Oppdatert 9.oktober 2015 Innholdsfortegnelse 1.0 STANDARD FUNKSJONER I PROFIL 3 1.1. STANDARD VERKTØYKNAPPER / IKONER 3 1.2 BRUK AV FUNKSJONSTASTER I PROFIL 3 2.0 LABARK 4 2.1 GENERELT OM LABARKET 4 3.0
DetaljerOpus Systemer AS 2013
2013 2 Opus Dental 7.0 Innholdsfortegnelse Kapittel 1 SMS - funksjonen 3 1.1... 3 Innstillinger for SMS i firmakortet 1.2... 4 Opus SMS Service Manager 1.3... 6 Personaliakortet til pasienten 1.4 7 SMS...
DetaljerGKargus INGEN SPANING, INGEN ANING. argusøyne, se grundig, med årvåkenhet (ofte: pga. skepsis, mistanke)
GKargus INGEN SPANING, INGEN ANING argusøyne, se grundig, med årvåkenhet (ofte: pga. skepsis, mistanke).. 25.11.2014 1 Overordnet SD anlegg? Aure Halsa Rindal Smøla Surnadal Sunndal??? Tingvoll??? Hvorfor
DetaljerAlpha 2. GSM- SMS alarm. alpha-2 SYSTEM OK INGEN ALARMER. Høgliveien 30, 1850 Mysen Tlf: 69890660 E-post: post@aspn.no
Alpha 2 GSM- SMS alarm alpha-2 GSM /SMS SYSTEM OK INGEN ALARMER 1 Innhold INTRODUKSJON... 4 HOVEDMENY... 5 Statusfelt... 5 Visning av alarm... 5 Lesing av temperatur... 5 Reset alarm... 5 Betjening...
Detaljer1. Innholdsfortegnelse
Ruteinformasjon Side 2 av 9 1. Innholdsfortegnelse 1. Innholdsfortegnelse... 2 2. Kort presentasjon av systemet... 3 3. Funksjoner... 4 3.1. Lister... 4 3.2. Melding... 5 3.3. Farger og skrifttyper...
DetaljerRequirements & Design Document
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerKravspesifikasjon Digital distribusjon av sakspapirer
Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon 1.1. Tilbudets omfang og fylkeskommunens forventninger Aust-Agder fylkeskommune ber om tilbud på verktøy som legger til rette for
DetaljerVang Software. PC kassesystem
Vang Software PC kassesystem Bruker og programmeringsmanual versjon 2.2 Innhold Systemkrav og installasjon Programmering Oversikt Varegrupper Menyer Artikler Selgere Nivåer (priser 1, 2, 3, 4, 5 og 6)
DetaljerProsjekteringsanvisning. Automatisering, grensesnitt, Sentral drifts- overvåking. Sandnes kommune,
Prosjekteringsanvisning Automatisering, grensesnitt, Sentral drifts- overvåking Sandnes kommune, Versjon 13 05082015 TN Side 1 av 17 Innhold 1 Innledning... 3 2 Generelle krav... 3 2.1 ITB-ansvar... 3
DetaljerBDA Proff på prosjekt!
Brukerveiledning for Brødrene Dahls Assistent BDA Proff på prosjekt! www.dahl.no Sept 08 BDA brukerdokumentasjon Brukerveiledning for Honeywell Dolphin 7600 Innholdsfortegnelse 1 Skjermbilder Side 1 1.1
DetaljerImport av klientfiler er kun mulig fra Akelius Årsavslutning, Akelius Skatt og Akelius Revisjon.
Filimport til Akelius Byrå Det er viktig at du følger anvisningene nøye for at overføringen av filer til Akelius Byrå skal bli riktig. Beregn godt med tid da importen kan være tidkrevende. Normal regnes
DetaljerOppgradering WMS og PLS
Oppgradering WMS og PLS Lageret til Midtunbygget Varehotell ble bygget for Vinmonopolet på åttitallet. Leverandør for automatlageret var den gang Munck Autech Technology. Lageret består av fire reolganger
DetaljerSikkerhet i Pindena Påmeldingssystem
Sikkerhet i Pindena Påmeldingssystem Versjon: 4.2.0 Oppdatert: 30.08.2017 Sikkerhet i Pindena Påmeldingssystem 2 Innhold Om dokumentet 3 Sikkerhet på klientsiden 3 Sikkerhetstiltak i koden 3 Rollesikkerhet
DetaljerWINDOWS 10 OPPDATERING HØSTEN 2018 (VERSJON 18.09) HVA ER NYTT?
WINDOWS 10 OPPDATERING HØSTEN 2018 (VERSJON 18.09) HVA ER NYTT? For å finne ut hvilken versjon av Windows 10 en har på sin PC kan du finne ut ved å gjør følgende: 1. Klikk på Startknappen og velg Innstillinger.
DetaljerBeskrivelse av styring av lys, varme og ventilasjon i et rom.
SD anlegg Statens Hus Vadsø Beskrivelse av styring av lys, varme og ventilasjon i et rom. Innholdsfortegnelse 1. Romkontroll... 2 2. Bestemme tiden for forhåndsvarming av rom... 3 3. Hvis et rom ikke har
DetaljerCompello Invoice Approval
Compello Invoice Approval Godkjenning Webmodul brukerdokumentasjon Nettbrett og desktop via nettleser Index 1 Innledning... 3 2 Funksjonalitet... 4 Nettbrett og desktop via nettleser... 4 2.1.1 Desktop
DetaljerBrukerveiledning av «Smarthus»
Brukerveiledning av «Smarthus» - Innstilling av temperatur på panelet - Avlesing av målerverdier på panelet - Innstilling av temperatur og avlesning av målerverdier på PC Innstilling av temperatur på panelet
DetaljerVelkommen til Brother's Keeper 6 for Windows!
Velkommen til Brother's Keeper 6 for Windows! Det kan være at du har mottatt en Installasjons-CD eller CD/minnepinne/hentet fra internett med programmet. Dette dokumentet følger med Installasjons-CD fra
DetaljerVentilasjonsaggregater. Systemair Access. Enkleste vei til godt inneklima
Ventilasjonsaggregater Systemair Access Enkleste vei til godt inneklima AVANSERT TEKNOLOGI GJORT TILGJENGELIG MED Systemair Access I Systemair er vi opptatt av å skape smarte, effektive og enkle løsninger
Detaljer1. Hent NotaPlan Online Backup på www.notaplan.no 2. Trykk på Download i menyen og på Download i linjen med Notaplan Backup
1 Systemkrav ADSL eller minimum ISDN via router. Ved automatisk backup: Min. Windows XP / 2000 / 2003 (pga. Service) Ved manuellt system: Min. Windows 98 SE NotaPlan Backup bør installeres på den/de maskiner
DetaljerEN INTRODUKSJON OG BRUKSANVISNING TIL DLight Wizard. Når du har gjort dine valg, trykk
EN INTRODUKSJON OG BRUKSANVISNING TIL DLight Wizard Når du har gjort dine valg, trykk INTRODUKSJON DL Wizard er laget for å kunne spesifisere og konfigurere Dynalite lysstyringssystemer Det gir En enkel
DetaljerBRUKERMANUAL. NetMaker TTS, Butikk. SW ref: 5.0x. RF-Node for temp. Telenett. PC for ekstern overvåkning
BRUKERMANUAL NetMaker TTS, Butikk SW ref: 5.0x Tech-Node for maskin rom RF-Node for temp. Trådløs NetMaker Protokol Temperatur RF-Node for temp. PC for lokal overvåkning GSM-nett Telenett Internett Temperatur
DetaljerWallbox Pulsar Bruker manual
Wallbox Pulsar Bruker manual 1/15 Velkommen til Wallbox Gratulerer med kjøpet av det revolusjonerende lade system for El. bil designet med banebrytende teknologi for å tilfredsstille dine daglige behov.
DetaljerIntegrasjon mot Active Directory i EK 2.37
Notat EK har funksjonalitet for å synkronisere brukertabellen sin mot Active Directory eller en annen katalogtjeneste som kan aksesseres via LDAP protokollen. Funksjonaliteten kan brukes til å: - Oppdatere
DetaljerBIM2Share AutoDelivery Brukerveiledning
side 1/17 BIM2Share AutoDelivery Brukerveiledning BIM2Share AutoDelivery Innholdsfortegnelse 1 Introduksjon... 2 1.1 Hva trenger du for å kunne ta i bruk AutoDelivery:... 2 2 Installasjon... 2 3 Innlogging...
DetaljerISY G-prog Beskrivelse 9.4 - Endringsliste
ISY G-prog Beskrivelse 9.4 - Endringsliste Ny Excel Eksport Nytt valg som står default på. Eksporterer da direkte inn i excel fremfor å gå via.txt fil. Brukeren må ha Windows Excel installert på sin maskin.
DetaljerMottar medusa data fra 3. part system?
Mottar medusa data fra 3. part system? Eksempel: HMN har integrasjon mot SAP Medusa henter noe informasjon fra SAP, og oppretter utstyret automatisk. Dette håndteres ved at utstyret fra SAP opprettes med
DetaljerBrukerhåndbok NIBE Uplink
Brukerhåndbok UHB NO 1228-1 231156 Innhold 1 Generelt 2 Tjenester som tilbys 3 Krav 3 2 Registrer deg for NIBE Uplink 4 3 Hjemmesiden 5 Startsiden 5 Programvare 8 Kontoinnstillinger 8 Logge ut 8 Innhold
DetaljerDen grafiske løsningen for dine vaktrunder, brannrunder, HMS runder, inspeksjonsrunder og vedlikeholdsoppgaver
Guard Tour System Den grafiske løsningen for dine vaktrunder, brannrunder, HMS runder, inspeksjonsrunder og vedlikeholdsoppgaver Introduksjon. Dokumentasjon av utførte vakt-, kontroll-, og brannrunder
DetaljerProsessgrensesnitt. Generell informasjon
Generell informasjon Innholdsfortegnelse Innholdsfortegnelse... 2 1.0 Innledning... 3 1.1 Ordliste... 3 1.2 Kontaktpunkt... 3 2.0 Grensesnitt for anlegg... 3 2.1 OPC... 3 2.2 OPC Server... 3 2.3 Leid samband
DetaljerRemote Desktop Services
Brukerveiledning Remote Desktop Services Fra Eltele AS 1 Innholdsfortegnelse Multi-Faktor Autentisering... 3 Pålogging... 3 Web Interface (anbefales)... 4 RemoteApp på Skrivebord... 6 Remote Desktop Klient
DetaljerSteg 1: Installasjon. Steg 2: Installasjon av programvare. ved nettverkstilkoblingen på baksiden av kameraet. Kameraet vil rotere og tilte automatisk.
Innhold Steg 1: Installasjon... 3 Steg 2: Installasjon av programvare... 3 Steg 3. Oppsett av wifi, email varsling og alarm... 5 Steg 4: Installasjon og oppsett av mobil app... 8 Steg 5: Installasjon og
DetaljerISY G-prog Linker 9.4 - Endringsliste
ISY G-prog Linker 9.4 - Endringsliste Ny Excel Eksport Nytt valg som står default på. Eksporterer da direkte inn i excel fremfor å gå via.txt fil. Brukeren må ha Windows Excel installert på sin maskin.
DetaljerDrift og installasjons veiledning MT10 Styring for 4" pumper
Drift og installasjons veiledning MT10 Styring for 4" pumper NRF nr. 9038034 Varenr. 3000130 Rev.02 Sikkerhetsinstruksjon Installasjon og drift av roterende maskiner og apparater kan ved feil bruk og håndtering
DetaljerAutozeek. kjørebok BRUKERMANUAL. elektronisk kjørebok. AUTOZEEK APP FOR ANDOID OG iphone LAST NED PDF BRUKERMANUAL
Autozeek kjørebok BRUKERMANUAL elektronisk kjørebok LAST NED PDF BRUKERMANUAL AUTOZEEK APP FOR ANDOID OG iphone 1 Brukerveiledning Autozeek automatisk kjørebok Autozeek automatisk kjørebok er basert på
DetaljerBOSSNETT AS. Retningslinjer for drift, vedlikehold og service for tilkobling til bossnettet. 2013-01-02 Dokument 9. Revisjonshåndtering
BOSSNETT AS Retningslinjer for drift, vedlikehold og service for tilkobling til bossnettet 2013-01-02 Dokument 9 Revisjonshåndtering Revisjon Endring Dato Utført av Innholdsfortegnelse 1 Generelt... 3
DetaljerENERGIOVERVÅKINGSPROGRAM
BRUKERVEILEDNING INTERNETTBASERT ENERGIOVERVÅKINGSPROGRAM Utviklet av INTRODUKSJON For å få tilgang til energiovervåkningssystemet kan en hvilken som helst datamaskin med internettilkobling benyttes. Det
DetaljerDrift og installasjons veiledning DB3 Pumpdrive
Drift og installasjons veiledning DB3 Pumpdrive 1 Sikkerhetsinstruksjon Installasjon og drift av roterende maskiner og apparater kan ved feil bruk og håndtering kan gi omfattende person og materialskader.
DetaljerDocument Portal 1. Document Portal
1 Lexmark gjør det enkelt å bruke skjemaer i virksomheten din. Gå bort til berøringsskjermen, velg dokumentene og trykk på Start. er en programvareløsning som gir den funksjonaliteten du trenger for å
DetaljerHMI standarddokument
HMI standarddokument Revisjonsnummer: 1 Siste revisjonsdato: 20. november 2009 Adresse: Pb 203, 3901 Porsgrunn, telefon 35 02 62 00, www.hit.no/tf Bachelorutdanning - Masterutdanning Ph.D. utdanning Innholdsfortegnelse
DetaljerMaritech Lønn versjon 10.00.39 (Endringer etter versjon 10.00.38)
18.03.2014 Maritech Lønn versjon 10.00.39 (Endringer etter versjon 10.00.38) Innholdsfortegnelse Endringslogg... 2 Utfasing av maritech Lønn... 2 10.00.39... 2 Eksport av lønnsdata til annet system...
DetaljerHumanware. Trekker Breeze versjon 2.0.0.
Humanware Trekker Breeze versjon 2.0.0. Humanware er stolte av å kunne introdusere versjon 2.0 av Trekker Breeze talende GPS. Denne oppgraderingen er gratis for alle Trekker Breeze brukere. Programmet
DetaljerVigoVoksen KARRIEREMODULEN Mai 2017
VigoVoksen KARRIEREMODULEN Mai 2017 Side 2 av 16 INNHOLD Innhold INNHOLD... 1 Oppstart og logg inn... 3 Hovedmeny, menyer og brukeroppsett.... 3 Karrieremodulen... 3 Programdelene i VigoVoksen... 3 Sammenheng
DetaljerRetningslinjer for prosjektering av byggautomasjon og anlegg for sentral driftskontroll.
Side: 1 0. INNHOLDSFORTEGNELSE: 1. Innledning og generelt. 2. Struktur. 3. Kommunikasjonsnettverk. 4. Utstyr for betjening av anleggene. 5. Feilmeldinger og alarmer utenom arbeidstiden. 6. Funksjonskrav
DetaljerBrukerdokumentasjon for Administrator og andre brukere fra PT
Brukerdokumentasjon for Administrator og andre brukere fra PT Innholdsfortegnelse Innlogging...3 Forside...4 Menyen...4 Oversikt over utstyret...6 Rediger utstyr...7 Opprett nytt utstyr...9 Søk etter utstyr...
DetaljerBrukerhåndbok for drift hos Kirkedata AS. Denne håndboken er utarbeidet av
Brukerhåndbok for drift hos Kirkedata AS Denne håndboken er utarbeidet av Oppdatert: 18. desember 2012 Innhold Innhold Innledning... 3 Oppsett av PC... 3 Windows XP... 3 Windows Vista og Windows 7... 3
DetaljerElsmart Brukerveiledning Nettmelding for Installatører
Elsmart Brukerveiledning Nettmelding for Installatører Nettmelding Brukerveiledning Generell 0.5.doc Side 1 av (26) Innledning Dette er den generelle brukerveiledningen til Elsmart Nettmelding. Denne veiledningen
DetaljerKravspesifikasjon SD-anlegg Varden skole. Innholdsfortegnelse 1 GENERELT 2 2 KRAV TIL SD-ANLEGGET 2 3 ANLEGGSBESKRIVELSE 4 4 ALTERNATIVE LØSNINGER 5
Kravspesifikasjon SD-anlegg Varden skole Innholdsfortegnelse 1 GENERELT 2 2 KRAV TIL SD-ANLEGGET 2 3 ANLEGGSBESKRIVELSE 4 4 ALTERNATIVE LØSNINGER 5 Side 1 av 5 1 Generelt 1.1 Faglig standard Arbeidene
Detaljer1. Innlogging... 3 2. Velg installasjon... 4 3. Startside... 5 4. Hovedmeny... 6 5. Alarm... 7 6. Velg rom... 8 7. Rom, lys- styring... 9 8.
1. Innlogging... 3 2. Velg installasjon... 4 3. Startside... 5 4. Hovedmeny... 6 5. Alarm... 7 6. Velg rom... 8 7. Rom, lys- styring... 9 8. Rom, tidsstyring lys... 10 9. Rom, varmestyring... 11 10. Rom,
DetaljerGENERELL BRUKERVEILEDNING WEBLINE
Side 1 av 10 INNHOLDSFORTEGNELSE 1. FORMÅL MED DOKUMENTET... 3 2. TILGANG TIL PORTALEN... 4 3. TILGJENGELIGE TJENESTER/MODULER... 5 3.1 ADMIN... 5 3.2 NORDIC CONNECT/IP VPN... 5 3.3 INTERNETT INFORMASJON...
DetaljerNorskInternett Brukermanual. Sist oppdatert 09.08.15. Side 1/30
NorskInternett Brukermanual Sist oppdatert 09.08.15. Side 1/30 Innholdsliste Hvordan kan vår tjeneste brukes...2 Hva vi leverer...2 Kontoinformasjon...3 Bruk av VPN tilkobling...3 Konfigurering av Android...4
DetaljerCRI Brukermanual for bilforhandlere
CRI Brukermanual for bilforhandlere 1 Pålogging Gå til denne linken for å logge på. (http://www.carnext.biz/prd/no/bidderlogin?rccmd=start&instancecode=crno01) Du har fått tilsendt brukernavn og passord
DetaljerSEREMONI-, KJØLE- OG DRIFTSROM NER-GRUBEN KIRKEGÅRD, MO I RANA TOTALENTREPRISE KONKURRANSEGRUNNLAG, DEL III E2 FDV-DOKUMENTASJON
SEREMONI-, KJØLE- OG DRIFTSROM NER-GRUBEN KIRKEGÅRD, TOTALENTREPRISE KONKURRANSEGRUNNLAG, DEL III E2 FDV-DOKUMENTASJON Mai 2016 Side: 2 av 5 DRIFTSINSTRUKS. FDV DOKUMENTASJON. Det skal leveres FDV dokumentasjon
DetaljerVisma Reconciliation NYHETER OG FORBEDRINGER
Visma Reconciliation 11.0.0.0 NYHETER OG FORBEDRINGER Oslo, mai 2016 1. opplag All informasjon i denne dokumentasjonen vil kunne forandres uten varsel og representerer ikke en forpliktelse fra produsenten.
DetaljerTrender En bransje i endring!
Trender En bransje i endring! Markedstrender Grønnere bygg Smartere bygg Bedre bygg Mer innovative bygg Teknologiutvikling trender i markedet Effektiv drift av komplekse bygg Enklere og tilpasset betjening
Detaljer