FÖRVALTNINGS AB FRAMTIDEN

Relevanta dokument
Riktlinje Styr och Övervakning

kontinuerligt, utan att speciella inställningar måste

SCADA. Supervisory Control And Data Acquisition. Fritt översatt: Övervakning, styrning och datainsamling

Förvaltningsstandard för WebPort

Christer Scheja TAC AB

Systemkrav Bilflytt 1.4

Systemkrav Tekis-Bilflytt 1.3

Malmö Stad Stadsfastigheter

TEKNISK SPECIFIKATION. för TIDOMAT Portal version 1.3.1

Systemkrav Bilflytt 1.3

Förnamn Efternamn 1

Mark Systemkrav

Systemrekommendation. Artvise Contact Center

Vägen till en modern. integrations plattform

Systemkrav. Artvise Kundtjänst

INU-vision 2.3W SP2 Grundmodul

Locum AB. Anders Gidrup säkerhetschef Locum AB

Systemplattform. Standard för datoriserad styr och övervakning, klimatkontroll, larmhantering, mediaavläsning mm

Förvaltningsstandard för Desigo Insight

Tekis-FB Systemkrav

U n i - V i e w DRIFTÖVERVAKNING FÖR PROCESSINDUSTRIN

Om så önskas kan givetvis ramverket kompletteras med funktionalitet och anpassas helt efter kundens önskemål.

Tekniskt program Styr- och övervakningssystem

Mark Systemkrav

TEKNISK SPECIFIKATION. för TIDOMAT Portal version 1.6.0

Uppgradering till DentalEye 3.2

TEKNISK SPECIFIKATION. för TIDOMAT Portal version 1.7

Manual licenserver. Installations och konfigurations-manual för Adtollo licenserver

30 år av erfarenhet och branschexperts

Bilaga 7C Leveranser från GSIT 2.0- leverantören Dnr: /2015 Förfrågningsunderlag

Larmsändare sip86. Alla inställningar konfigureras enkelt upp med Windowsprogramvaran IP- Scanner. 2 Larmsändare sip22

ISAC. Tel. 08/

Vabas 2.7. Systemkrav

Vabas Systemkrav

Bilaga 8D Tjänster för Stadens Pedagogiska Verksamheter

Hå rd- och mjukvårukråv såmt rekommendåtioner fo r 3L Pro from version 2013.Q2

1. Revisionsinformation

Varje dag säkras 3 miljoner svenskars vattenförsörjning med Linux

Mobilt Efos och ny metod för stark autentisering

1 Översikt. 1.1 Koncept 1 (19) Tomas Rook Dokument typ Rev. Manual

Mobilt Efos och ny metod för stark autentisering

Hå rd- och mjukvårukråv såmt rekommendåtioner fo r 3L Pro from version 2013.Q3

Datacentertjänster IaaS

FUTURUM FASTIGHETER I ÖREBRO AB. Futurum Fastigheter Styrstrategi

Frågor och svar om ArcGIS Pro Licensiering

Frågor och svar om ArcGIS Pro Licensiering

Vabas Systemkrav

- ArcGIS Pro är en ny applikation som är tillgänglig som del av ArcGIS for Desktop. För att få ArcGIS Pro, köper man ArcGIS for Desktop

FRAMTIDENS STYR- OCH ÖVERVAKNING

Hogia Transaktionsanalys Proffs

Innehållsförteckning. Om AWU Beskrivning 3 Dynamik 4 Historik 4 Larmhantering 4 Kommunikation 4 Behörighetsnivåer 4 Systemkrav 4 Teknisk data 5

Molntjänster. Översikt. Lektion 1: Introduktion till molntjänst. Introduktion till molntjänst. Vilka tjänster finns? Säkerhet.

Platsbesök. Systemkrav

Sokigo AB OVK 2.0. Pentium- eller AMD-processor (x64 processor) på 1,6 GHz Dual Core eller motsvarande.

Godkännande av kundapplikationer

Systemkrav och tekniska förutsättningar

Tyvärr så blir man av med dessa fördelar vid en övergång till tcp/ip, även om det finns motsvarigheter till själva tjänsterna i tcp/ip-världen.

Innehåll. 1 Om detta dokument. 1 Om detta dokument 1. 2 Kundnytta Introduktion till BACnet 2

Kriswebb och Krisserver ur ett tekniskt perspektiv

Installationsmanual för Tyfon ADSL

Mobisma Support Policy nextg Mobile UC Client & MCB Server licenser

HOGIA skatteanalys. Installationsguiden startar med en välkomstdialog för produkten. Klicka på Nästa.

Mobilt Efos och ny metod för stark autentisering

Användarhandbok. version sida 1 av 15

Molnplattform. Version 1.0. Användarhandbok

Uppkoppling, Super WISE

Modbus över Ethernet. WAGO Contact SA TSS STR

Vad är molnet? Vad är NAV i molnet? Vem passar NAV i molnet för? Fördelar med NAV i molnet Kom igång snabbt...

Web Services. Cognitude 1

Hå rd- och mjukvårukråv såmt rekommendåtioner fo r 3L Pro from version 2015.Q1

CHECKLISTA FÖR REDOVISNING AV TÄVLINGSFÖRSLAG BESTÄLLARGRUPPEN STATENS ENERGIMYNDIGHET WSP ENVIRONMENTAL

Självständigt arbete på grundnivå

Utbildningsanläggning för ABB:s SCADAsystem. Examensarbete inom Högskoleingenjörsprogrammet Mekatronik. Anna Nordevik

Virtuell Server Tjänstebeskrivning

HOGIA AUDIT MED BOKSLUT, HOGIA AUDIT och HOGIA BOKSLUT

Access Easy Passersystem Från vilken plats som helst med ett klick!

Lathund Beställningsblankett AddSecure Control

Installation. Kom i gång att använda ArcGIS Pro. Tillgång till ArcGIS pro

Rekommendationer teknisk lösning_samsa_ ver

Kravspecifikation för Debitering av konsumtionsavgifter VA-Renhållning programvara och support.

Esgraf grafiskt användargränssnitt och konfigurationsserver

Bilaga IT till förfrågningsunderlag Bil 3 Inledning

Microsoft.NET Version Http Activation MapGuide Open source (installerad på en webbserver, tillgänglig utanför brandväggen) Web Deploy 3.

MM8000 ökad säkerhet och kontroll med intelligent övervakning

Inbjudan. Hearing gällande HR-personalsystem för hela Region Gävleborg

Integrationstjänsten - Meddelandetjänsten Version 1.0

GUMMIFABRIKEN SYSTEMHANDLING ETAPP 2 7 SH STYR-ALÄGGN BESKR KV KNEKTEN 16, VÄRNAMO KOMMUN STYR-PROJEKTERING. ÅF-Infrastructure AB

System 800xA Smart Client

INNEHÅLL. Konfigurering av SQL Server. Egenskaper Kommunikationsprotokoll

GIVETVIS. SKA DU HA INTERNET I DIN LÄGENHET! En guide till hur du installerar internet i ditt nya hem.

Distribuerade affärssystem

Styr och Regler Materiel

Kent Samuelsson

Conreg. Översikt T-Logg T-LOGG. System för insamling, bearbetning, visning och lagring av tjockleksdata 1 (14)

ANVISNING CITECT UTGÅVA 2: KARLSTADS KOMMUN

GIVETVIS. SKA DU HA INTERNET I DIN LÄGENHET! En guide till hur du installerar internet i ditt nya hem.

SPAice och SPA-Analys Rql-applikationer hos Map Sverige

EVRY One Outsourcing Linköping AB. Erfaranheter av daglig drift och nyttjande av IFS Applications 8.

Choose a building block. Kleos Knowledge Center. Version: 1.01 (ML) 28 maj Kleos 6.6 (Juni 2019) Nya & förbättrade funktioner

Styr och Regler Materiel

Transkript:

FÖRVALTNINGS AB FRAMTIDEN PROJEKTERINGSANVISNINGAR FÖR DATORISERADE STYR- & ÖVERVAKNINGSANLÄGGNINGAR BILAGA 2 KRAVSPECIFIKATION OPC-SERVER Version 2015

2 Kravspecifikation OPC-server Bakgrund För att säkerställa att man kan ha ett öppet val av såväl överordnat system som styrsystem i fastigheterna så skall gränssnitt mellan så kallade DUC:ar och överordnat system vara av standardiserad art. Historiskt så har olika överordnade system haft egna drivrutiner som utvecklats för kommunikation med DUC-system. Inom industrin har en standard för kommunikation tagits fram. OPC, OLE for process control. (Se www.opcfoundation.org). Detta dokument beskriver krav på hur OPC-funktion skall levereras för att överordnat systems skall kunna kommunicera utan att utveckla en speciell drivrutin. Befintlig installerad OPC-server får nyttjas om kapacitet finns. Innehåll BAKGRUND... 2 1 NYINSTALLATION AV OPC-SERVER FÖR FTE-PORTALEN (OPC-UA)... 3 1.1 ALLMÄNT... 3 1.2 LÄSA & SKRIVA VARIABLER... 3 1.3 STATISTIK/TREND... 3 1.4 LARMHANTERING... 3 1.5 KOMMUNIKATION... 4 1.6 LICENSHANTERING... 4 2 BEFINTLIGA OPC-SERVRAR (OPC-CLASSIC)... 5 2.1 LÄSA & SKRIVA VARIABLER... 5 2.2 STATISTIK/TREND... 5 2.3 LARMHANTERING... 5 2.4 KOMMUNIKATION... 6 2.5 LICENSHANTERING... 6

3 1 Nyinstallation av OPC-Server för FTE-portalen (OPC-UA) 1.1 Allmänt Förvaltningens SCADA (supervisory control and data acquisition) benämnt Framtidens Teknik och Energi portal (FTE-portalen) är en klient av typen OPC-UA (Unified Architecture). Det är av yttersta vikt att nyinstallerad OPC-server skall stödja denna utan tilläggsapplikationer. Nyinstallerade OPC-servrar skall därför vara av Typen OPC-UA. Detta för att minska beroendet av sidoprogram och därmed belastning på befintlig IT-hårdvara. Ny installerade OPC-servrar skall vara anpassade för att fungera tillsammans med befintliga OPC-klienter, de skall även fungera med operativsystem Windows Server 2012. 1.2 Läsa & skriva variabler OPC-servrar skall klara av att läsa och skriva värden via OPC-UA strukturen. Med värden menas bör- och ärvärden, reglerparametrar, tidsfördröjningar etc. Samtliga värden som idag går att läsa och skriva i fabrikantens egna DHC-system, skall också gå att läsa och skriva via OPC-servern. Om värden inte går att komma åt med OPC-servern skall detta tydligt anges, så att beställaren kan avgöra om det är av avgörande betydelse. Vad gäller tidsstyrningar skall funktioner för såväl veckour som årsur kunna påverkas. Vid svar på förfrågan skall en utförlig beskrivning för komplexa datatyper, så som exempelvis tidur bifogas. 1.3 Statistik/Trend OPC-servern skall hantera statistik/trend. Vid svar på förfrågan skall anges hur statistik och trender hanteras. Om DUC-system ej är fast uppkopplat via fiberswitch och det finns trendbuffrar lagrade lokalt i DUC, skall OPC-servern kunna hämta dessa via anrop. OPC-servern skall hantera statistik via antingen pollning eller nedladdning av lokalt lagrade trendbuffrar. Överordnat system kan löpande ta hem trendbuffrar, men systemet skall i första hand vara uppbyggt för att OPC-servern skall hantera detta. Vid svar på förfrågan beskriv hur systemet för trend fungerar. 1.4 Larmhantering OPC-servern skall hantera larm pollande eller händelsestyrt. Vid svar på förfrågan skall anges hur detta hanteras. Larm skall hanteras av OPC-servern, vilket innebär att DUC skall kunna lämna larm till OPC-servern. Aktuell larmstatus skall kunna läsas av från OPC-servern. Det skall vara möjligt att från det överordnade systemet kvittera larm via OPC-servern. I de fall larmprioritet kan ändras i DUC, skall ändring av larmprioritet i DUC även återspeglas i OPC-servern. Vid svar på förfrågan skall en utförlig beskrivning av hur larmhanteringen fungerar inkluderas, denna skall dessutom innehålla möjliga larmstatus och dess betydelse.

4 1.5 Kommunikation Vid svar på förfrågan skall det anges om OPC-servern är en fristående programvara eller del av DHC-system. Det är av högsta vikt att en kostnadseffektiv lösning för IP-baserad kommunikation över Ethernet beskrivs ihop med OPC-servern. Kommunikation mellan DUC:ar (M2M-communication) skall ske utan inblandning av överordnat system, som OPC-server eller befintligt DHC-system. Svar på denna förfrågan skall beskriva utrustning som krävs för att M2M-communication skall fungera. 1.6 Licenshantering Leverantör skall ange hur licensiering av OPC-server hanteras.

5 2 Befintliga OPC-Servrar (OPC-Classic) 2.1 Läsa & skriva variabler Installerade OPC-servrar klarar av att läsa och skriva värden via OPC Data Access version 2.05. Med värden menas bör- och ärvärden, reglerparametrar, tidsfördröjningar etc. Samtliga värden som idag går att läsa och skriva i fabrikantens egna DHC-system, skall också gå att läsa och skriva via OPC-server. Om värden inte går att komma åt med OPC-servern skall detta tydligt anges, så beställaren kan avgöra om det är av avgörande betydelse. Vad gäller tidsstyrningar skall funktioner för såväl veckour som årsur kunna påverkas. Vid svar på förfrågan skall en utförlig beskrivning för komplexa datatyper, så som exempelvis tidur bifogas. 2.2 Statistik/Trend OPC-servern hanterar statistik/trend enligt OPC Historical Data Access. Om OPC Historical Data Access inte stöds skall trenddata enkelt kunna överföras från strukturerad databas via OLEDB. Vid svar på förfrågan skall anges om OPC Historical Data Access stöds. Om statistik/trend ligger åtkomliga i databas skall databasformat och databas anges. Om DUC-system ej är fast uppkopplat via fiberswitch, och det finns trendbuffrar lagrade lokalt i DUC skall OPC-servern kunna hämta dessa. Om DUC-system är online, skall OPC-servern hantera statistik via antingen pollning eller nedladdning av lokalt lagrade trendbuffrar. Överordnat system kan löpande ta hem trendbuffrar, men systemet är i första hand byggt för att respektive OPC-server skall hantera detta. Vid svar på förfrågan beskriv hur systemet för trend fungerar. 2.3 Larmhantering OPC-servern kan hantera larm enligt OPC Alarms & Events. Om så inte är fallet skall larm lagras i databas för enkel åtkomst via OLEDB. Vid svar på förfrågan skall anges om OPC Alarms & Events stöds. Om larm ligger åtkomliga i databas skall databasformat och databas anges. Larm skall hanteras av OPC-servern, vilket innebär att DUC skall kunna lämna larm till OPC-servern. Aktuell larmstatus skall kunna läsas av från OPC-server. Det skall vara möjligt att från det överordnade systemet kvittera larm via OPC-servern. I de fall larmprioritet kan ändras i DUC, skall ändring av larmprioritet i DUC även återspeglas i OPCservern. Vid svar på förfrågan skall en utförlig beskrivning av hur larmhanteringen fungerar inkluderas, denna skall dessutom innehålla möjliga larmstatus och dess betydelse.

6 2.4 Kommunikation Det är av högsta vikt att en kostnadseffektiv lösning för att konvertera ett nuvarande DHC/DUC - system med fast tvåtrådsbuss eller telefonmodem till IP-baserad kommunikation över Ethernet beskrivs ihop med OPC-servern. Kommunikation mellan DUC:ar (M2M-communication) skall ske utan inblandning av överordnat system, som OPC-servern eller befintligt DHC-system. Svar på denna förfrågan bör beskriva utrustning som krävs för att M2M-communication skall fungera. 2.5 Licenshantering Leverantör skall ange hur licensiering av OPC-server hanteras.