07.11.2014 Views

profibus dp

profibus dp

profibus dp

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Commitment<br />

We are and will remain the world’s leading organization<br />

in the field of digital networking for industrial<br />

and process automation, serving our customers, our<br />

members and the press with the best solutions,<br />

benefits and information.<br />

We are committed to setting and protecting the<br />

standards for open communication and control in the<br />

automation and process market.<br />

Inledning<br />

Under hela sin existens har<br />

industriell automation ständigt<br />

utvecklats. För inte så många år<br />

sedan var den begränsad till den<br />

centrala produktionen i ett företag.<br />

Här har implementeringen av fältbussteknik<br />

inneburit en betydande<br />

innovation, en övergång från centrala<br />

till decentrala automationssystem.<br />

Detta har nu varit PROFIBUS<br />

huvuduppgift i mer än 10 år.<br />

PROFIBUS har under denna tid<br />

blivit marknadsledande inom sitt<br />

område. Trots de senaste årens<br />

enastående framgångar, har utvecklingsarbetet<br />

med PROFIBUS fortsatt<br />

med oförminskad entusiasm och<br />

energi. Under de inledande åren var<br />

fokus riktat mot själva kommunikationstekniken.<br />

I fokus för<br />

aktiviteterna idag är systemintegration<br />

och engineering och<br />

speciellt applikationsprofiler. De<br />

senare har gjort PROFIBUS till den<br />

enda fältbussen, som erbjuder en<br />

heltäckande lösning för både<br />

verkstads- och processautomation.<br />

I dagens industri styr informationsteknologin,<br />

IT, med sina principer<br />

och standard, mycket av vad som<br />

händer i den moderna automationsvärlden.<br />

Moderna fältbussystem har<br />

anammat dessa principer och har<br />

därmed uppnått en större överensstämmelse<br />

med den administrativa<br />

världen på företagsledningsnivå.<br />

Därmed följer den industriella automationen<br />

utvecklingstrenden i<br />

kontorsvärlden, där IT länge har<br />

betytt radikalt ändrade strukturer,<br />

system och processer. Integrationen<br />

av informationsteknologi i automationsvärlden<br />

öppnar helt nya<br />

möjligheter för global datakommunikation<br />

mellan automationssystem.<br />

För att åstadkomma detta,<br />

arbetar PROFIBUS samman med<br />

den ethernetbaserade kommunikationsstandarden<br />

PROFInet.<br />

Användningen av standard och<br />

öppna lösningar i stället för tillverkarberoende<br />

ger långsiktig kompatibilitet<br />

och utvecklingsmöjligheter<br />

– med andra ord – existerande<br />

investeringar skyddas. Detta är en<br />

ledstjärna för PROFIBUS användarorganisation.<br />

Genom en kontinuerlig<br />

vidareutveckling av PROFIBUSteknologin<br />

åstadkommes ett långtidsperspektiv<br />

för organisationens<br />

medlemmar.


Innehållsförteckning<br />

1. Kommunikation inom automation .........1<br />

1.1 Industriell kommunikation ..........................1<br />

1.2 Ordlista för fältbussteknologi .....................2<br />

1.3 Internationell standardisering.....................3<br />

2. PROFIBUS översikt .................................4<br />

2.1 Utvecklingshistoria.....................................4<br />

2.2 Marknadsledare .........................................4<br />

2.3 Organisation ..............................................4<br />

2.4 PROFIBUS som "modulärt system" ..........5<br />

2.5 PROFIBUS – nyckeln till framgång ...........6<br />

3. PROFIBUS kommunikation....................7<br />

3.1 Överföringsteknik.......................................7<br />

3.2 Kommunikationsprotokoll DP...................10<br />

4. Allmänna applikationsprofiler ..............20<br />

4.1 PROFIsafe ...............................................17<br />

4.2 HART .......................................................17<br />

4.3 Tidmärkning .............................................18<br />

4.4 Redundanta slavar...................................18<br />

5. Speciella applikationsprofiler...............19<br />

5.1 PROFIdrive ..............................................19<br />

5.2 PA enheter ...............................................20<br />

5.3 Flödesteknik.............................................22<br />

5.4 Halvledarteknik, SEMI .............................22<br />

5.5 Identifikationssystems..............................22<br />

5.6 Decentrala I/O för PA...............................22<br />

6. Systemprofiler....................................... 23<br />

7. Device management ............................. 25<br />

7.1 GSD ........................................................ 25<br />

7.2 EDD......................................................... 26<br />

7.3 FDT/DTM konceptet................................ 27<br />

8. PROFInet................................................ 28<br />

8.1 PROFInet ingenjörsmodell...................... 28<br />

8.2 PROFInet kommunikationsmodell............ 29<br />

8.3 PROFInet migrationmodell...................... 29<br />

8.5 XML......................................................... 29<br />

8.6 OPC och OPC DX................................... 29<br />

9. Certifiering ............................................. 30<br />

9.1 Testprocedur ........................................... 30<br />

9.2 Utfärdande av certifikat ........................... 30<br />

10. Implementering ..................................... 31<br />

10.1 Standardkomponenter ............................ 31<br />

10.2 Interfaceuppbyggnad .............................. 32<br />

11. PROFIBUS användarorganisation....... 33<br />

12. Index....................................................... 34<br />

Innehåll<br />

Denna "Teknisk beskrivning av<br />

PROFIBUS" Omfattar utvecklingsnivån<br />

vid slutet av 2001 och<br />

ambitionen är att erbjuda en<br />

lättförstådd beskrivning av världens<br />

ledande fältbussystem PROFIBUS,<br />

utan att bli alltför tekniskt djuplodande.<br />

Den tekniska översikten ger inte<br />

bara tillräcklig information till de<br />

läsare som vill ha en översikt, utan<br />

ger också experterna en hänvisning<br />

till mera omfattande litteratur. Vi vill<br />

här passa på att påpeka att trots en<br />

mycket noggrann källgranskning<br />

kan vi bara ansvara för de<br />

PROFIBUS-dokument som är<br />

tillgängliga på Internet på<br />

organisationens hemsida.<br />

Kapitel 1 och 2<br />

ger en introduktion till fältbussteknologings<br />

principer och tillämpningen<br />

med PROFIBUS.<br />

Kapitel 3 till 6<br />

Handlar om de centrala aspekterna<br />

på PROFIBUS. Vissa delar, som<br />

även behandlats i översikten i<br />

kapitel 2, finns även med i kapitel 3<br />

och 4 för att få en så komplett bild<br />

som möjligt.<br />

Strukturen följer PROFIBUS<br />

modulära uppbyggnad från<br />

kommunikationsteknologi via applikationsprofiler<br />

till systemprofiler.<br />

Kapitel 7 till 10<br />

Är mer praktiskt inriktade. De<br />

behandlar teman som konfigurering,<br />

implementering och certifiering.<br />

Kapitlen innehåller också en kort<br />

översikt av PROFInet.<br />

Kapitel 11 och 12<br />

Avslutar broschyren med<br />

information om PROFIBUS<br />

användarorganisation och de<br />

tjänster den erbjuder samt index.<br />

Alla PROFIBUS-dokument är, med<br />

tanke på den internationella<br />

spridningen, framställda på<br />

engelska. Denna svenska<br />

systembeskrivning är också<br />

framställd på engelska och finns<br />

dessutom på tyska. Liksom all<br />

dokumentation finns de att hämta<br />

på vår hemsida om du är medlem i<br />

en användarorganisation.


1. Kommunikation inom<br />

automation<br />

Alla delar i dagens<br />

automationskoncept, såväl system<br />

som alla dess delar, måste ha<br />

kapacitet att kommunicera och ha<br />

enhetliga kommunikationsvägar.<br />

Kommunikationen ökar hela tiden<br />

såväl horisontellt på fältnivå som<br />

vertikalt genom flera hierarkiska<br />

nivåer. Beprövade och väl<br />

koordinerade<br />

industriella<br />

kommunikationssystem som<br />

PROFIBUS, med interface nedåt till<br />

AS-interface och uppåt till Ethernet<br />

(via PROFInet) (se bild 1), ger de<br />

ideala förutsättningarna för transparenta<br />

nätverk i alla produktionsprocessens<br />

delar.<br />

1.1 Industriell<br />

kommunikation<br />

På givare och ställdonsnivå<br />

Signalerna från digitala givare och<br />

aktorer överförs på en givarbuss. En<br />

sådan buss bör ha mycket enkel<br />

installationsteknik och på samma<br />

buss bör både data och<br />

strömförsörjning överföras. AS-<br />

Interface är en sådan buss och<br />

lämpar sig väl för detta<br />

applikationsområde.<br />

På fältnivå<br />

Fältenheter och decentral periferi,<br />

som I/O-moduler, transmittrar,<br />

drivutrustning, analysinstrument,<br />

ventiler och operatörspaneler,<br />

behöver kommunicera med<br />

automationssystemet med ett<br />

kraftfullt kommunikationssystem i<br />

realtid. Processdata skall överföras<br />

cykliskt medan tillkommande<br />

interrupt, parametrering och<br />

diagnosdata överförs acykliskt<br />

Automation<br />

Administration<br />

Enterprise<br />

Production Produktion<br />

Field Fältkommunikation communications Datakommunikation<br />

communications<br />

Bild. 1: Kommunikation i automationsteknologi<br />

behovs- och händelsestyrt.<br />

PROFIBUS uppfyller dessa kriteria<br />

och ger en universell och enhetlig<br />

lösning för både verkstads- och<br />

processautomation.<br />

På cellnivå<br />

Styrsystem, både PLC:er och<br />

industriPC kommunicerar med<br />

varandra och med IT-system i<br />

kontorsvärlden. Denna kommunikation<br />

sker med standard, som<br />

Ethernet, TCP/IP, Intranet och<br />

Internet. Informationsflödet kräver<br />

stora datapaket och en uppsättning<br />

kraftfulla kommunikationsfunktioner.<br />

På samma sätt som PROFIBUS<br />

uppfyller kraven på kommunikation<br />

på fältnivån så ger det Ethernetbaserade<br />

öppna, tillverkaroberoende<br />

automationskonceptet<br />

PROFInet en trendsättande lösning<br />

för cellnivån.<br />

I fortsättningen skall vi ge en<br />

detaljerad beskrivning av<br />

PROFIBUS som den centrala vägen<br />

för informationsflödet i<br />

automationen. För en beskrivning<br />

av AS-Interface hänvisar vi till<br />

annan litteratur. I kapitel 8 finns en<br />

kort beskrivning av PROFInet.<br />

Fältbussar<br />

Industriella kommunikationssystem<br />

som överför signaler och information<br />

på en rad olika media:<br />

kopparkabel, fiberoptik infrarödeller<br />

radioteknik. De använder en<br />

bitseriell överföringsteknik för att<br />

sammankoppla decentralt spridda<br />

fältenheter (givare, aktorer, drivutrustningar,<br />

transmittrar …) med<br />

centrala styrutrustningar eller<br />

övervakningssystem.<br />

Fältbussteknologi utvecklades på<br />

80-talet med syftet att ersätta det<br />

tidigare systemet med centralt<br />

PROFInet IEC 61158/61784<br />

PROFIBUS IEC 61158/61784, EN 50170<br />

AS-Interface EN 50295<br />

Cellnivå<br />

level<br />

Field Fältnivå<br />

level<br />

Givarnivå<br />

level<br />

parallellt anslutna signaler och<br />

analog signalöverföring (4-20 mAeller<br />

+/- 10V-interface) med digital<br />

teknik. På grund av olika<br />

industrirelaterade behov, olika<br />

användningsområden och vissa<br />

stora tillverkares egna lösningar<br />

finns idag ett flertal bussystem på<br />

marknaden, alla med olika<br />

egenskaper och mer eller mindre<br />

öppna. De viktigaste systemen finns<br />

nu inkluderade i internationell<br />

standard IEC 61158 och IEC 61784.<br />

PROFIBUS är en integrerad del av<br />

standarden.<br />

Helt nyligen har också<br />

Ethernetbaserade kommunikationssystem<br />

fått en specifikation för<br />

användning i industriell automation.<br />

De ger ett brett register av<br />

funktioner för enhetlig kommunikation<br />

mellan industriell automationsnivå<br />

och administrativ nivå.<br />

PROFInet är ett sådant exempel på<br />

Ethernetbaserad kommunikation.<br />

Utveckling och spridning av<br />

fältbussystem på marknaden kräver<br />

koordination. Detta har gjort att det<br />

uppstått en rad<br />

användarorganisationer bestående<br />

av tillverkare, användare och<br />

institutioner. PROFIBUS User<br />

Organisations med PNO i Tyskland,<br />

PTO i USA, PiS i Sverige och så<br />

vidare i mer än 23 länder samlas<br />

under sin paraplyorganisation<br />

PROFIBUS International (PI) för<br />

både PROFIBUS och PROFInet.<br />

Användarfördelar<br />

Ny- och ständig vidareutveckling av<br />

fältbussteknologi motiveras av<br />

nyttan för användaren. Detta visar<br />

sig framförallt i en förbättrad<br />

“livstidsekonomi”, en bättre<br />

“tillgänglighet” och “kvalitetsförbättringar”<br />

vid både installation,<br />

drifttagning och under automationsanläggningens<br />

drift för hela dess<br />

livstid. Fördelarna uppnås genom<br />

snabbare och säkrare konfiguration,<br />

mindre kablage, enklare<br />

programmering, dokumentation,<br />

montage och installation men även<br />

genom en ökad produktivitet.<br />

Speciellt stora vinster får man<br />

genom en minskning av<br />

”livstidskostnaden” för anläggningen<br />

genom högre tillgänglighet och<br />

minskad risk för icke planerade<br />

stopp. Detta uppnås tack vare<br />

regelbunden diagnostiks information,<br />

planerat förebyggande<br />

underhåll, enkel parametrering<br />

under drift, enhetlig datahantering<br />

och produktionsstyrning för att bara<br />

nämna några faktorer.<br />

PROFIBUS Teknologi och användning 1


Sändare Mottagare Benämning och funktion för de olika lagren<br />

7 7 Applikationsnivå<br />

6 6 Presentationsnivå<br />

5 5 Sessionnivå<br />

4 4 Transportnivå<br />

3 3 Nätverksnivå<br />

2 2 Datalinknivå<br />

1 1 Fysisk nivå<br />

Överföringsmedia<br />

Bild. 2: OSI-modellen<br />

Interface till applikationsprogram med<br />

applikationsrelaterade kommandon (read, write)<br />

Representation (kodning) av data för analys och<br />

översättning på nästa nivå<br />

Upp- och nedkoppling av tillfälliga stationsförbindelser,<br />

synkronisering av kommunikationsprocesser<br />

Styrning av dataöverföringen för nivå 5 (handha<br />

transportfel, uppdelning i datapaket)<br />

Etablering och nedkoppling av förbindelser, förebygga<br />

trafikstockningar på nätverket<br />

Bussaccessprotokoll (Medium Access Control, MAC) och<br />

datasäkerhet<br />

Definition av mediat (hårdvara), dataöverföringens kodning<br />

och hastighet<br />

Fältbussar ökar produktiviteten och<br />

flexibiliteten i automationsprocesser<br />

jämfört med konventionell teknik<br />

och skapar samtidigt förutsättningar<br />

för konfigureringen av ett<br />

distribuerat automationssystem.<br />

Tack vare sin karaktär av universell<br />

fältbuss kan PROFIBUS användas i<br />

så gott som alla automationsområden,<br />

i verkstadsindustrin och<br />

processautomation i synnerhet men<br />

också i trafikstyrning, kraftproduktion<br />

och -distribution.<br />

1.2 Begrepp inom<br />

fältbussteknologin<br />

ISO/OSI referensmodellen<br />

ett sätt att beskriva kommunikationen<br />

mellan stationerna i ett<br />

kommunikationssystem. För att det<br />

skall fungera effektivt och utan<br />

konflikter definieras regler och<br />

överföringsgränssnitt som behövs<br />

för kommunikationsprotokollet. 1983<br />

utvecklade<br />

International<br />

Organization for Standardization<br />

(ISO) en modell, OSI, (Open<br />

System Interconnection Reference<br />

Model) för just detta ändamål.<br />

Denna definierar alla delar,<br />

strukturer och funktioner som<br />

behövs för kommunikationen och<br />

arrangerar dem i 7 lager eller nivåer<br />

i kronologisk ordning efter<br />

kommunikationsprocessen olika<br />

faser. Varje lager bygger på<br />

underliggande lager (Bild 2). Varje<br />

lager har att fullfölja en specifik<br />

uppgift i kommunikationsprocessen.<br />

Om ett kommunikationssystem<br />

inte behöver vissa funktioner<br />

har motsvarande lager ingen funktion<br />

och hoppas därför över.<br />

PROFIBUS använder lagren 1,2<br />

och 7.<br />

2<br />

Kommunikationsprotokoll<br />

Definitionen av hur två eller fler<br />

stationer utbyter data via telegram.<br />

Ett datatelegram innehåller olika fält<br />

för meddelanden och kontrollinformation.<br />

Själva nyttodatafältet<br />

föregås av ett informationshuvud<br />

(med käll- och destinationsadress<br />

och detaljer om det följande<br />

meddelandet) och avslutas med en<br />

efterföljande datasäkerhetsdel som<br />

innehåller kontrollinformation för<br />

korrekt överföring (feldetektion).<br />

En funktion för fältbussar är att klara<br />

en optimal överföring av små<br />

tidskritiska datamängder. För att<br />

klara det begränsas datamängden<br />

och överföringsprocessen förenklas.<br />

Kontroll av bussaccess<br />

(MAC, Medium Access Control) är<br />

en speciell procedur som bestämmer<br />

när en station får sända data.<br />

Aktiva stationer kan själv starta<br />

informationsutbytet medan passiva<br />

stationer endast kan börja kommunicera<br />

när de kontaktats av en<br />

aktiv station.<br />

Man skiljer mellan kontrollerad,<br />

deterministisk accesskontroll med<br />

realtidskapacitet (till exempel<br />

PROFIBUS master-slav kommunikation)<br />

och slumpartad stokastisk<br />

accessprocedur (till exempel Ethernet<br />

med CSMA/CD).<br />

Adressering<br />

Adresser behövs för att kunna välja<br />

ut en station att kommunicera med.<br />

Därför får varje enhet en<br />

stationsadress antingen hårdvarumässigt<br />

via en dipswitch eller<br />

genom parametrar vid konfigureringen.<br />

Kommunikationstjänster<br />

Ett kommunikationsprotokoll definierar<br />

ett antal tjänster för att klara de<br />

olika uppgifter kommunikationen<br />

kräver (till exempel cyklisk och<br />

acyklisk dataöverföring). Typen och<br />

antalet tjänster beskrivs i applikationsdelen<br />

av ett kommunikationsprotokoll.<br />

Man skiljer mellan<br />

förbindelseorienterade tjänster<br />

(sändare och mottagare är kopplade<br />

till varandra med sina adresser) och<br />

förbindelselösa tjänster (utan direkt<br />

länk mellan sändare och<br />

mottagare). Till den andra gruppen<br />

hör multicast- och broadcasttelegram<br />

vilka sänds antingen till en<br />

grupp eller till alla stationer.<br />

IEC 61158<br />

dokument<br />

Innehåll<br />

OSI lager<br />

IEC 61158-1 Inledning<br />

IEC 61158-2<br />

Fysiskt lager: Specifikation och definition av<br />

tjänster<br />

1<br />

IEC 61158-3 Datalänklager: service definition 2<br />

IEC 61158-4 Datalänklager: protokollspecifikation 2<br />

IEC 61158-5 Applikationslager: service definition 7<br />

IEC 61158-6 Applikationslager: protokollspecifikation 7<br />

Tabell 1: Uppdelning av IEC 61158<br />

PROFIBUS Teknologi och användning


Profil 3/1<br />

Profil 3/2<br />

Profil 3/3<br />

Datalänk<br />

IEC 61158 del;<br />

asynkron<br />

överföring<br />

IEC 61158 del;<br />

synkron<br />

överföring<br />

ISO/IEC8802-3<br />

TCP/UDP/IP/Ethernet<br />

Profiler<br />

Dessa används i automationen för<br />

att definiera speciella egenskaper<br />

och funktioner för produkter,<br />

produktfamiljer och även hela<br />

system på ett sådant sätt att<br />

karakteristiken i stort fastläggs. Bara<br />

produkter och system med samma<br />

tillverkaroberoende profil ger<br />

”interoperabilitet” i en fältbuss och<br />

därmed fullt utnyttjar fördelarna med<br />

en fältbuss för användaren.<br />

Applikationsprofiler berör i första<br />

hand produkter (fältenheter,<br />

styrsystem och deras integration)<br />

och omfattar både en överenskommen<br />

del av busskommunikationen<br />

och de berörda enheternas<br />

applikation. Dessa typer av profiler<br />

använder tillverkarna som en<br />

specifikation för att utveckla<br />

profilkonforma produkter som därigenom<br />

blir interoperatibla. Systemprofiler<br />

beskriver systemklasser,<br />

vilket inkluderar funktion, programinterface<br />

och hur de skall integreras.<br />

1.3 Internationell standard<br />

Den internationella standardiseringen<br />

av ett fältbussystem är<br />

avgörande för hur den accepteras,<br />

etableras och därmed för hur<br />

användbar den blir. PROFIBUS blev<br />

nationell standard 1991/1993<br />

genom DIN 19245, del I-III och<br />

sedan europeisk standard 1996: EN<br />

50170.<br />

Tillsammans med andra fältbussystem<br />

är PROFIBUS internationell<br />

standard, IEC 61158, från 1999.<br />

Under 2002 har det skett en<br />

uppdatering av IEC 61158 varvid<br />

den senaste PROFIBUS och<br />

PROFInet utvecklingen har<br />

inkluderats i standarden.<br />

Fysiskt<br />

lager<br />

RS485<br />

Plast fiber<br />

Glas fiber<br />

PCF fiber<br />

MBP<br />

ISO/IEC<br />

8802-3<br />

Profiluppsättning<br />

Implementering<br />

PROFIBUS<br />

PROFIBUS<br />

PROFInet<br />

Tabell 2: Egenskaper hos Communication Profile Family CPF 3<br />

(PROFIBUS)<br />

IEC 61158<br />

Standarden har titeln: "Digital data<br />

communication for measurement<br />

and control – field bus for use in<br />

industrial control systems“ och den<br />

är uppdelad i 6 delar med namnen<br />

61158-1, 61158-2 osv. Innehållet i<br />

Del 1 är en introduktion medan de<br />

andra delarna bygger på OSIreferensmodellen<br />

(lager 1, 2 och 7).<br />

Se tabell 1.<br />

De olika delarna av IEC 61158<br />

definierar bland annat det stora<br />

antalet “tjänster och protokoll” för<br />

kommunikationen mellan stationer,<br />

vilket utgör en total samling från<br />

vilket specifika urval (subset) görs<br />

för de olika fältbussystemen.<br />

Det faktum att ett brett spektra av<br />

olika fältbussar finns på marknaden<br />

speglas i standarden IEC 61158 av<br />

definitionen av 10 "field bus protocol<br />

types“ med beteckningen Typ 1 till<br />

Typ 10. PROFIBUS är Typ 3 och<br />

PROFInet är Typ 10.<br />

IEC 61158 påpekar det faktum att<br />

busskommunikation (genom definition)<br />

endast är möjlig mellan<br />

enheter som tillhör samma<br />

protokolltyp.<br />

IEC 61784<br />

Denna standard har titeln "Profile<br />

sets for continuous and discrete<br />

manufacturing relative to field bus<br />

use in industrial control systems“.<br />

Kopplingen till IEC 61158 görs med<br />

följande inledande kommentar:<br />

"This international standard (i.e. IEC<br />

61784) specifies a set of protocol<br />

specific communication profiles<br />

based on IEC 61158, to be used in<br />

the design of devices involved in<br />

communications in factory manufacturing<br />

and process control“.<br />

IEC 61784 reder ut vilka av delarna<br />

i 61158 (och andra standarder) som<br />

används av de olika ”tjänsterna” för<br />

busspecifik kommunikation med de<br />

respektive fältbussystemen. De<br />

fältbusspecifika ”kommunikationsprofilerna”<br />

som bestäms på detta<br />

sätt är sammanställda i<br />

"Communication Profile Families<br />

(CPF)“ i enlighet med deras<br />

implementering i de olika fältbussystemen.<br />

Profiluppsättningen som implementeras<br />

med PROFIBUS sammanställs<br />

i grupp 3, "Family 3“, med<br />

undergrupperna 3/1, 3/2 och 3/3.<br />

Tabell 2 visar deras knytning till<br />

PROFIBUS och PROFInet.<br />

PROFIBUS Teknologi och användning 3


2. PROFIBUS<br />

en översikt<br />

PROFIBUS är ett öppet enhetligt<br />

digitalt kommunikationssystem med<br />

ett brett register av applikationer,<br />

speciellt inom verkstads- och<br />

processautomation. PROFIBUS<br />

lämpar sig för både snabba<br />

tidskritiska applikationer och för<br />

komplexa kommunikationsuppgifter.<br />

PROFIBUS kommunikation är<br />

förankrad i den internationell<br />

standard IEC 61158 och IEC 61784.<br />

Applikations och utvecklingsaspekter<br />

specificeras i de allmänt<br />

tillgängliga guiderna från<br />

PROFIBUS International och<br />

föreningen PROFIBUS i Sverige. På<br />

så sätt uppfylls kraven från<br />

användarna på att fältbussen skall<br />

vara öppen och tillverkaroberoende.<br />

Därmed kan kommunikationen<br />

mellan olika tillverkares produkter<br />

ske utan anpassning eller speciella<br />

extra mjukvaror.<br />

2.1 Utvecklingshistoria<br />

PROFIBUS historia går tillbaka till<br />

1987 då en europeisk grupp företag<br />

och institutioner la upp en strategi<br />

för en “field-bus”. Gruppen bestod<br />

av 21 medlemmar, företag, universitet<br />

och andra institutioner och den<br />

hade stöd från olika myndigheter.<br />

Målet var att realisera och få ett<br />

allmänt erkännande för en bitseriell<br />

fältbuss. Ett viktigt delmål var att<br />

standardisera ett interface för<br />

fältenheterna. För att kunna nå en<br />

bred standard gick de berörda<br />

medlemmarna i ZVEI (Central<br />

Association for the Electrical<br />

Industry) med på att stödja ett<br />

gemensamt tekniskt koncept för<br />

såväl verkstads- som<br />

processautomation.<br />

Det första steget blev<br />

specifikationen av det komplexa<br />

kommunikationsprotokollet<br />

PROFIBUS FMS (Fieldbus Message<br />

Specification), som utformades<br />

för att klara även mycket<br />

krävande kommunikationsuppgifter.<br />

Ett vidare steg togs 1993 då den<br />

första specifikationen färdigställdes<br />

av det enklare och därför avsevärt<br />

snabbare PROFIBUS DPprotokollet.<br />

DP står för Decentral<br />

Periferi. Detta protokoll utvecklas<br />

ständigt och finns nu i tre varianter<br />

med olika grad av funktionalitet: DP-<br />

V0, DP-V1 och DP-V2.<br />

2.2 Marknadsledande<br />

Med dessa två kommunikations_protokoll<br />

som grund, med ett<br />

stort antal applikationsinriktade<br />

profiler och ett snabbt växande antal<br />

tillgängliga produkter, startade<br />

PROFIBUS sin triumfartade framgång.<br />

Först inom verkstadsautomation<br />

och sedan 1995 även<br />

inom processautomation. Idag är<br />

PROFIBUS marknadsledare med<br />

mer än 50 % av fältbussmarknaden<br />

i Europa och mer än 20 % av den<br />

totala världsmarknaden. Mer än 400<br />

000 anläggningar är utrustade med<br />

PROFIBUS innehållande mer än 5<br />

millioner stationer. Det finns mer än<br />

2000 PROFIBUS produkter från ca<br />

300 olika tillverkare.<br />

2.3 Organisation<br />

PROFIBUS framgång bygger lika<br />

mycket på dess progressiva teknik<br />

som på succén för dess icke<br />

kommersiella användarorganisationer.<br />

Den första PNO (PROFIBUS<br />

Nutzer Organization e. V.) bildades<br />

av tillverkare och användare redan<br />

1989. Fram till idag har ytterligare<br />

23 andra regionala PROFIBUS<br />

organisationer bildats i länder över<br />

hela världen. Sedan 1995 samlas<br />

de alla under paraplyorganisationen<br />

PROFIBUS International (PI) och<br />

har mer än 1300 medlemsföretag.<br />

Syftet är den ständiga vidareutvecklingen<br />

av PROFIBUS<br />

teknologin och en ökad spridning<br />

och acceptans i hela världen.<br />

Utvecklingen och etableringen av ny<br />

teknik sker inom ramen för 5<br />

tekniska kommittéer, som består av<br />

mer än 35 olika arbetsgrupper och<br />

300 experter.<br />

Förutom att PI arbetar med att<br />

utveckla teknologin och få den<br />

accepterad, så supportar man alla<br />

medlemmarna runt om i världen<br />

(användare och tillverkare). Supporten<br />

består av både råd och<br />

material men även åtgärder för<br />

kvalitetssäkring såsom certifiering<br />

av kompetenscentra och arbete för<br />

standardisering av teknologin i<br />

internationell standard.<br />

Applikationsprofiler<br />

II<br />

PA enheter<br />

IEC 61158/61784<br />

Common Gemensam Application applikationsprofil Profiles (optional):<br />

(valfritt):<br />

PROFIBUS DP<br />

DP-V0...V2<br />

RS 485:<br />

NRZ<br />

Fiber-<br />

Glas Glass Multi Multi Mode<br />

Mode<br />

MBP *):<br />

Manchester Bus Powered<br />

RS 485-IS:<br />

Intrinsic Safety<br />

Optics:<br />

optik:<br />

Glass Single Mode<br />

Mode<br />

PCF / Plastfiber<br />

/ Plastic<br />

MBP-LP: Low Power<br />

MBP-IS: Intrinsic Safety<br />

• Descriptions Beskrivningar (GSD, (GSD, EDD)<br />

EDD)<br />

• Tools Verktyg (DTM, (DTM, Configurators)<br />

konfiguratorer)<br />

• Master Conformance Classes<br />

• Interfaces ( (Comm-FB, Kom. FDT, etc.)<br />

m.fl.)<br />

• Restriktioner<br />

•<br />

•<br />

RIO för PA<br />

SEMI<br />

PROFIdrive<br />

V2.0 och V3.0<br />

Ident<br />

Vägning & dosering<br />

Encoder<br />

Integrations-<br />

Teknologier<br />

Systemprofiler<br />

1…x<br />

Applikationsprofiler<br />

I<br />

Kommunikationsteknologier<br />

PROFIsafe, tidmärkning, redundans, etc.<br />

Bild 3: Teknisk systemuppbyggnad för PROFIBUS<br />

4<br />

PROFIBUS Teknologi och användning


PI utgör den största användarorganisationen<br />

för fältbussar i<br />

världen. Detta innebär i lika delar<br />

möjligheter inför framtiden och ett<br />

stort ansvar. Möjligheter att fortsätta<br />

utveckla och i produkter omsätta<br />

ledande teknik till nytta för<br />

användarna, ansvar för alla dem<br />

som leder användarorganisationerna<br />

över hela världen och deras<br />

oförtröttliga strävan att även i<br />

framtiden hålla PROFIBUS öppen<br />

och skydda investeringar. Dessa<br />

mål är ledstjärnan för alla i arbetet<br />

med PROFIBUS.<br />

2.4 PROFIBUS ett<br />

"modulärt system"<br />

PROFIBUS har en modulär uppbyggnad<br />

och erbjuder system av<br />

kommunikationsteknologi, en mångfald<br />

applikations- och systemprofiler<br />

och därtill hanteringsverktyg. Därför<br />

täcker PROFIBUS i lika hög grad de<br />

mycket olika kraven från ett brett fält<br />

av automation inom såväl verkstads<br />

som processindustri. Antalet anläggningar<br />

med PROFIBUS är bevis<br />

på att denna fältbussteknik är<br />

allmänt accepterad och uppskattad.<br />

Ur en teknologisk stån<strong>dp</strong>unkt<br />

De lägre nivåerna (av kommunikationen)<br />

i PROFIBUS systemstruktur<br />

(se bild 3) baseras på den<br />

tidigare nämnda ISO/OSI referensmodellen.<br />

Detta har avsiktligt gett<br />

en rent abstrakt beskrivning av de<br />

olika kommunikationsstegen utan<br />

att gå in på detaljer i innehåll eller<br />

praktisk tillämpning. Bild 3 visar implementeringen<br />

av OSI-modellen<br />

(lager 1,2 och 7) för PROFIBUS<br />

med detaljer för hur de olika lagren<br />

är implementerade/specificerade.<br />

Specifikation på tillämpningen och<br />

utformningen för specifika produktgrupper<br />

och användningsområden<br />

har arbetats fram som en överenskommelse<br />

mellan användare och<br />

tillverkare och kommer in i strukturen<br />

ovanför lager 7 i form av applikationsprofiler<br />

I och II.<br />

Till det modulära systemet i bild<br />

3 finns övergripande och nivåoberoende<br />

följande:<br />

<br />

Standard för interface, masterprofiler,<br />

gemensamma beteckningar<br />

och systemprofiler som<br />

syftar till att åstadkomma enhetliga,<br />

standardiserade system,<br />

se kapitel 6.<br />

Ur användarens stån<strong>dp</strong>unkt<br />

PROFIBUS finns i form av olika<br />

applikationstypiska versioner som<br />

inte har tagits fram teoretiskt utan<br />

har visats sig användbara genom<br />

praktisk tillämpning i många applikationer.<br />

Varje version är resultatet<br />

av en typisk (men inte låst specifikation)<br />

kombination av modulära<br />

delar från grupperna “transmissionsteknologi”,<br />

kommunikationsprotokoll2<br />

och "applikationsprofiler”.<br />

Exemplen nedan visar detta genom<br />

att beskriva de mest kända<br />

PROFIBUS versionerna (se bild 4).<br />

PROFIBUS DP<br />

Är en version för bland annat<br />

verkstadsautomation. Den använder<br />

överföringstekniken RS485, en av<br />

kommunikationsprotokollversionerna,<br />

och en eller flera av<br />

applikationsprofilerna som är speciellt<br />

lämpad för verkstadsautomation:<br />

Ident Systems eller Robots/NC.<br />

PROFIBUS PA<br />

Är en version för processautomation.<br />

Den använder MBP-IS<br />

(Manchesterkodning med Buss<br />

Power för Intrinsic Safety),<br />

kommunikationsprotokollversionen<br />

DP-V1 och applikationsprofilen PA<br />

Devices.<br />

Motion Control med PROFIBUS<br />

Är en version för drivutrustningar.<br />

Den använder överföringstekniken<br />

RS485 kommunikationsprotokollversionen<br />

DP-V2 och applikationsprofilen<br />

PROFIdrive.<br />

PROFIsafe<br />

Är en version för säkerhetsrelaterade<br />

applikationer (använd i<br />

olika industrier). Den använder<br />

PROFIBUS PROFIBUS DP<br />

DP<br />

(Verkstad)<br />

(Verkstad)<br />

Applikations-<br />

Applikationsprofiler,<br />

t.ex..<br />

profiler, t.ex..<br />

Ident<br />

Ident<br />

PROFIBUS PROFIBUS PA<br />

PA<br />

(Process)<br />

(Process)<br />

Applikations-<br />

Applikationsprofiler,<br />

t.ex..<br />

profiler, t.ex..<br />

PA Devices<br />

PA Devices<br />

överföringstekniken RS485 eller<br />

MBP-IS, en av kommunikationsprotokollversionerna<br />

för DP och<br />

applikationsprofilen PROFIsafe.<br />

2.4.1 Kommunikation<br />

Kommunikationsteknologi täcker<br />

överföring och kopplingsteknik<br />

(lager 1, fysiskt lager, t. ex.<br />

kontakter, kabel, signalnivåer …)<br />

och kommunikationsprotokoll med<br />

bussaccess, regler för data, skyddsfunktioner<br />

mm. Som behövs för<br />

överföringen av data.<br />

PROFIBUS erbjuder kopplingsteknik<br />

med flera varianter.<br />

PROFIBUS DP har nu med DP-V0,<br />

DP-V1 och DP-V2 ett brett spektra<br />

av möjligheter på protokollnivå, som<br />

gör att man kan optimera<br />

kommunikationen mellan olika<br />

applikationer. Historiskt sett var<br />

FMS det första kommunikationsprotokollet<br />

för PROFIBUS.<br />

Kommunikationsprotokoll<br />

FMS<br />

(Field Message Specification)<br />

Ett protokoll med ett brett register av<br />

tjänster för kommunikation på<br />

cellnivå. Det är speciellt utformat för<br />

kommunikation mellan aktiva<br />

stationer som PLC:er och PC. Bland<br />

tjänsterna ingår även cyklisk<br />

kommunikation mellan aktiva stationer,<br />

mastrar, och passiva slavar,<br />

vilket var en föregångare till DP.<br />

DP<br />

(Decentral Periferi)<br />

Står för enkel, snabb cyklisk och<br />

deterministisk processdatautbyte<br />

mellan en bussmaster och dess<br />

tilldelade slavar. Denna version av<br />

funktioner, kallad DP-V0, har<br />

utökats med DP-V1, acykliskt<br />

Motion Motion Control<br />

Control<br />

med PROFIBUS<br />

med PROFIBUS<br />

(Motordrifter)<br />

(Motordrifter)<br />

Applikations-<br />

Applikationsprofiler,<br />

t.ex..<br />

profiler, t.ex..<br />

PROFIdrive<br />

PROFIdrive<br />

PROFIsafe<br />

PROFIsafe<br />

(Universell)<br />

(Universell)<br />

Applikations-<br />

Applikationsprofiler,<br />

t.ex..<br />

profiler, t.ex..<br />

PROFIsafe<br />

PROFIsafe<br />

Funktioner och verktyg för<br />

beskrivning (device description)<br />

och integration (övergripande<br />

titel: Integrationsteknik, se<br />

kapitel 7)<br />

DP-Stack<br />

DP-Stack<br />

(DP-V0..V2)<br />

(DP-V0..V2)<br />

RS485<br />

RS485<br />

DP-Stack<br />

DP-Stack<br />

(DP-V1)<br />

(DP-V1)<br />

MBP - IS<br />

MBP - IS<br />

DP-Stack<br />

DP-Stack<br />

(DP-V2)<br />

(DP-V2)<br />

RS485<br />

RS485<br />

DP-Stack<br />

DP-Stack<br />

(DP-V0..V2)<br />

(DP-V0..V2)<br />

RS485<br />

RS485<br />

MBP - IS<br />

MBP - IS<br />

Bild.<br />

Bild.<br />

4:<br />

4:<br />

Applikationsorienterad<br />

Applikationsorienterad<br />

uppdelning<br />

uppdelning<br />

av<br />

av<br />

PROFIBUS<br />

PROFIBUS<br />

PROFIBUS Teknologi och användning 5


datautbyte mellan master och slav.<br />

Ytterligare en version, DP-V2, finns<br />

nu tillgänglig, vilken möjliggör<br />

uppåtkompatibel direktkommunikation<br />

från slav till slav inom samma<br />

busscykel.<br />

Bussaccessprotokoll<br />

Lager 2 kallas också datalinklager i<br />

ISO/OSI-modellen. PROFIBUS hanterar<br />

2 olika bussaccessprotokoll:<br />

master-slav procedur kompletterad<br />

med token passing för koordinering<br />

av flera aktiva stationer, mastrar.<br />

Här finns också funktioner för<br />

datasäkerhet och hanteringen av<br />

telegram.<br />

Applikationslager<br />

Lager 7 utgör applikationsnivån och<br />

utgör interface till applikationsprogrammet.<br />

Det tillhandahåller ett<br />

antal olika cykliska och acykliska<br />

tjänster för datautbyte och styrning.<br />

2.4.2 Överföringsteknologi<br />

RS485 är den mest använda<br />

överföringstekniken. Den använder<br />

en dubbelskärmad, partvinnad kabel<br />

och kan klara överföringshastigheter<br />

på upp till 12 Mbit/s.<br />

Versionen RS485-IS har nu nyligen<br />

specificerats som en 4-tråds överföringsmedia<br />

för skyddsklass Eex-i<br />

för användning i explosionsfarliga<br />

miljöer. Spänning och ström måste<br />

därvid följa de säkerhetsrelaterade<br />

maximivärden som gäller både för<br />

de enskilda enheterna och för<br />

koppling i systemet. Till skillnad från<br />

FISCO-modellen (se kapitel 3.1.2),<br />

som endast har en egensäker<br />

spänningskälla, så gäller här att<br />

varje station utgör en aktiv källa.<br />

Överföringstekniken MBP (Manchester<br />

Coded, Bus Powered,<br />

tidigare "IEC 1158-2 - fysik", se<br />

kapitel 3.1) finns för applikationer i<br />

processautomation där man vill ha<br />

energiförsörjning över bussen till<br />

enheter i egensäkert område.<br />

Uppkoppling sker enligt FISCOmodellen<br />

(Fieldbus Intrinsically Safe<br />

Concept, se kapitel 3.1.2), som är<br />

speciellt utformad för fältbussar i<br />

egensäkert område. Både planering<br />

och installation blir därmed mycket<br />

enklare än med traditionell teknik.<br />

2.4.3 Profiler<br />

Profiler är de specifikationer som<br />

tillverkare och användare gemensamt<br />

kommit fram till för speciella<br />

områden, prestanda eller funktioner<br />

hos produkter och system.<br />

Profilerna specificerar de parametrar<br />

och funktioner hos en produkt<br />

eller system som hör till en<br />

profilfamilj tack vare en “profilkonform”<br />

framställning. Därmed<br />

uppnår man interoperabilitet för<br />

produkterna och så långt möjligt<br />

även utbytbarhet på bussen av<br />

enheter från olika tillverkare. Profiler<br />

kan innehålla både applikationsoch<br />

typspecifika egenskaper hos<br />

fältenheterna, styrsystemen och<br />

integrationen (ingenjörsstationen).<br />

Begreppet profil kan omfatta från<br />

endast ett par specifikationer för en<br />

produktklass till en omfattande<br />

specifikationer av applikationer i en<br />

typ av industri. Gemensamt namn<br />

för alla profilerna är applikationsprofiler.<br />

Man skiljer mellan olika profilgrupper:<br />

allmänna applikationsprofiler med<br />

flexibel implementering för olika<br />

applikationer (exempel är profilerna<br />

PROFIsafe, redundans och tidmärkning),<br />

pecifika applikationsprofiler, som<br />

är utvecklade speciellt för en<br />

bestämd applikation (exempel är<br />

PROFIdrive, SEMI och PA Devices)<br />

och<br />

system- och masterprofiler, vilka<br />

beskriver bestämda systemegenskaper<br />

tillgängliga för fältenheterna.<br />

I det är dessa applikationsprofilernas<br />

motsats<br />

PROFIBUS omfattar ett brett<br />

register av sådana applikationsprofiler,<br />

som medger en applikationsorienterad<br />

implementering.<br />

2.5 PROFIBUS -<br />

nyckeln till framgång<br />

Framgången för PROFIBUS och det<br />

som gjort den till världsledande<br />

beror av många faktorer:<br />

<br />

<br />

<br />

<br />

<br />

PROFIBUS ger anläggningsbyggare<br />

och operatörer en<br />

universell, enhetlig och öppen<br />

teknologi som passar alla typer<br />

av industri.<br />

PROFIBUS är en nyckelfaktor<br />

för att väsentligt reducera kostnaderna<br />

för ingenjörsarbetet vid<br />

maskinbyggnad och i anläggningar.<br />

PROFIBUS har konsekvent och<br />

logiskt utökat sitt tillämpningsområde<br />

genom att ta<br />

hänsyn till kraven inom respektive<br />

automationsgren. Detta<br />

säkerställer optimal support av<br />

industrispecifika applikationer.<br />

PROFIBUS ger användarna en<br />

optimal integration i många<br />

automations- och ingenjörssystem<br />

genom att den är<br />

allmänt accepterad och väl<br />

spridd över hela världen.<br />

PROFIBUS driver konsekvent<br />

och ständigt frågan om stabilitet<br />

och ett brett accepterande av<br />

kommunikationsplattformar, den<br />

framtida utvecklingen av applikationsprofiler<br />

och anslutningen<br />

av industriell automation<br />

till IT-världen på ledningsnivå.<br />

Överföring av PROFIBUS på<br />

fiberoptisk kabel rekommenderas i<br />

områden med elektromagnetiska<br />

störningar, mellan anläggningsdelar<br />

med olika jor<strong>dp</strong>otential och för att<br />

överbrygga stora avstånd.<br />

6<br />

Bild. 5: PROFIBUS konfiguration med aktiva mastrar och passiva slavar<br />

PROFIBUS Teknologi och användning


3. PROFIBUS<br />

kommunikation<br />

3.1 Överföringsteknik<br />

ISO/OSI referensmodell, lager 1<br />

definierar metoden för den “fysiska”<br />

dataöverföringen både elektriskt och<br />

mekaniskt. Detta innefattar även<br />

kodningen av signalerna och<br />

överföringsstandarden som används<br />

(till exempel RS485). Lager 1<br />

kallas det fysiska lagret.<br />

Överföringshastighet<br />

[KBit/s]<br />

Max<br />

segmentlängd<br />

[m]<br />

9.6 1200<br />

19.2 1200<br />

45.45 1200<br />

93.75 1200<br />

187.5 1000<br />

500 400<br />

1500 200<br />

3000 100<br />

6000 100<br />

12000 100<br />

Värdena refererar till kabeltyp A<br />

med följande egenskaper:<br />

Impedans 135...165 <br />

Kapacitans < 30 pf/m<br />

Slingresistans 110 /km<br />

Tråddiameter 0.64 mm<br />

Trådarea > 0.34 mm 2<br />

Tabell 3:<br />

Överföringshastighet och<br />

längd för kabeltyp A<br />

PROFIBUS omfattar olika versioner<br />

av överföringsteknik för lager 1 (se<br />

tabell 4). Alla versioner är baserade<br />

på internationell standard och är<br />

knutna till PROFIBUS både i<br />

IEC61158 och i IEC 61784.<br />

3.1.1 RS485<br />

överföringsteknik<br />

RS485 överföringsteknik är både<br />

enkel och ekonomisk och är den<br />

mest använda när man kräver hög<br />

hastighet. Skärmad, partvinnad<br />

kabel med två ledare används som<br />

överföringsmedia.<br />

RS485 överföringsteknik är enkel att<br />

använda. Det krävs inga<br />

expertkunskaper för att installera<br />

kabeln. Tänk dock på skärmningsoch<br />

jordningsriktlinjerna i<br />

PROFIBUS installationsguide. Busstrukturen<br />

tillåter att stationer sätts<br />

in eller tas ut från bussen och att<br />

man bygger upp bussystemet<br />

stegvis utan att andra stationer<br />

påverkas. Senare utökning av<br />

bussen (inom definierade gränser)<br />

har ingen inverkan på stationer<br />

redan i drift.<br />

En ny version definierar användandet<br />

av RS485 i egensäker miljö<br />

(RS485-IS, se beskrivningen i slutet<br />

av detta kapitel).<br />

Karakteristika<br />

för RS485<br />

10 olika överföringshastigheter kan<br />

väljas mellan 9,6 kbit/s och 12<br />

Mbit/s. En gemensam hastighet<br />

väljs för alla deltagarna på bussen<br />

när systemet konfigureras. Upp till<br />

32 stationer kan anslutas per<br />

segment och den maximalt tillåtna<br />

kabellängden beror av<br />

överföringshastigheten.<br />

Installationsregler<br />

för RS485<br />

Nätverkstopologi<br />

Alla enheter är förbundna i en<br />

busstruktur (linje). Upp till 32<br />

stationer kan anslutas till ett<br />

segment. I början och slutet av varje<br />

segment skall en aktiv<br />

bussterminering anslutas (se bild 6).<br />

Båda busstermineringarna måste ha<br />

en permanent spänningsförsörjning<br />

för att trafiken skall fungera felfritt.<br />

Busstermineringen är vanligtvis<br />

inbyggd i anslutningskontakterna<br />

och aktiveras med en omkopplare.<br />

Om mer än 32 stationer skall<br />

anslutas till samma nät, eller nätet<br />

skall räcka längre än avstånden i<br />

tabell 3, används repeatrar. Två<br />

segment sammankopplas med en<br />

repeater. Tänk på att repeatern<br />

belastar nätet elektriskt och därför<br />

kan man bara ha 31 stationer i ett<br />

segment med en repeater. Med<br />

regenererande repeatrar kan upp till<br />

10 segment i rad kopplas samman.<br />

Kabel,<br />

kontakter, kopplingsteknik<br />

Det finns olika kablar på marknaden<br />

för olika applikationer (kabeltyp A till<br />

D). Kabeln ansluter såväl stationer<br />

som nätverkskomponenter som<br />

kopplare, länkar och repeatrar. För<br />

RS 485 överföringsteknik rekommenderas<br />

kabeltyp A (se data i<br />

tabell 3).<br />

"PROFIBUS”-kabel finns från flera<br />

olika tillverkare. En typ som<br />

underlättar montagearbetet ingår i<br />

konceptet “Fast Connect”. Med fastconnect-kabel,<br />

-avskalningsverktyg<br />

och –kontakter görs kabelanslutningen<br />

säkert och på mycket kort<br />

tid.<br />

Tänk på vid kontakteringen att inte<br />

blanda dataledning A och B.<br />

Använd alltid en skärmad datakabel<br />

(typ A är speciellt lämpad med<br />

dubbel skärm) för att skydda<br />

systemet mot elektromagnetisk<br />

störning och induktion. Skärmen<br />

skall jordas i båda ändar genom att<br />

skärmen friläggs och anslutes med<br />

en skärmklämma med stor anläggningsyta.<br />

Tänk på att jordning ej<br />

sker genom kontakterna eftersom<br />

stationsinterfacen oftast inte är<br />

internt jordade. Behandla alltid<br />

PROFIBUS-kabeln som en datakabel<br />

och förlägg den separerad<br />

från kraftkablar. Använd aldrig<br />

droppkablar vid överföringshastigheter<br />

> 1,5 Mbit/s och helst inte<br />

annars heller. PROFIBUS-kontakter<br />

på marknaden har i allmänhet<br />

anslutning för både inkommande<br />

och utgående kabel och gör droppkablar<br />

onödiga och gör att stationer<br />

kan kopplas från och till bussen<br />

utan att övrig trafik avbryts. Typen<br />

av kontakt för RS 485 beror av<br />

skyddsklass. Vanligast för IP20 är<br />

en 9-polig D-subkontakt. För<br />

IP65/67 finns tre olika vanligen<br />

förekommande kontakter:<br />

<br />

<br />

<br />

M12 rund kontakt enligt IEC<br />

947-5-2<br />

Han-Brid kontakt enligt DESINA<br />

rekommendation och<br />

Siemens hybridkontakt<br />

För IP65/67 har både kabel och<br />

kontakter i de tre fallen anslutning<br />

för både data och 24 V DC<br />

spänningsförsörjning. Han-Brid<br />

kontakten finns också i en version<br />

där RS 485-dataledarna byts ut mot<br />

fiber i en delad hybridkabel.<br />

PROFIBUS Teknologi och användning 7


VP (6)<br />

Station 1 Station 2<br />

390 Ω<br />

Dataledning B<br />

RxD / TxD - P (3)<br />

(3) RxD / TxD - P<br />

RxD / TxD - P (3)<br />

DGND (5)<br />

(5) DGND<br />

220 Ω<br />

VP (6)<br />

(6) VP<br />

RxD / TxD - N (8)<br />

(8) RxD / TxD - N Dataledning A<br />

RxD / TxD - N (8)<br />

Skärm<br />

Skyddsjord Skyddsjord<br />

390 Ω<br />

DGND (5)<br />

Kabel<br />

Bussterminering<br />

Bild. 6: Anslutning och bussterminering för RS485 överföringsteknik<br />

ström för en specificerad spänning.<br />

När aktiva källor kopplas samman<br />

måste summan av alla strömmarna<br />

från stationerna inte överskrida den<br />

maximalt tillåtna strömmen.<br />

En innovation för RS485-IS<br />

konceptet är att till skillnad från<br />

FISCO modellen, som endast har<br />

en egensäker källa, så representerar<br />

alla stationerna nu aktiva<br />

källor. Den fortsatta undersökningen<br />

i testinstituten indikerar att det<br />

kommer att vara möjligt att ansluta<br />

upp till 32 stationer på den<br />

egensäkra busskretsen.<br />

Problem med dataöverföringen i<br />

PROFIBUS-nätverk liksom i alla<br />

seriella nät beror i allmänhet på<br />

felaktig anslutning, skärmning,<br />

jordning eller förläggning. Dessa<br />

problem kan oftast undvikas om<br />

installationsguiden följs (se<br />

www.<strong>profibus</strong>.se ). Med ett<br />

busstestverktyg kan de upptäckas<br />

och åtgärdas redan innan de<br />

orsakar stopp.<br />

Adresserna till leverantörer av<br />

de många olika kontakterna,<br />

kablarna, repeatrar, busstestverktyg<br />

mm som nämnts ovan<br />

finner du i PROFIBUS Product<br />

Catalog ( www.<strong>profibus</strong>.com ).<br />

RS485-IS<br />

Det har länge funnits en önskan från<br />

användare att kunna använda<br />

RS485 med sin höga överföringshastighet<br />

även i egensäkert område.<br />

PROFIBUS-organisationen har<br />

tagits sig an uppgiften och arbetat<br />

fram en handledning för utformning<br />

av egensäkra RS485 lösningar med<br />

enkel stations-in/ur-koppling.<br />

Specifikationen föreskriver för interfacen<br />

en begränsad spännings- och<br />

strömnivå. Dessa måste varje<br />

station iaktta för att säkerställa<br />

säkerheten vid sammankoppling. En<br />

elektrisk krets tillåts en maximal<br />

3.1.2 Överföring<br />

enligt MBP<br />

Begreppet MBP<br />

MBP betyder överföringsteknik<br />

enligt följande:<br />

<br />

<br />

"Manchester Coding (M)", och<br />

"Bus Powering", (BP).<br />

Denna beteckning ersätter den<br />

tidigare hänvisningen för överföring i<br />

egensäkert område med “fysik enligt<br />

IEC 61158-2", "1158-2" osv.<br />

Orsaken till ändringen är att IEC<br />

61158-2 (fysiskt lager) numera<br />

beskriver flera olika anslutnings-<br />

MBP RS485 RS485-IS Fiberoptik<br />

Dataöverföring<br />

Överföringshastighet<br />

Datasäkerhet<br />

Kabel<br />

Energimatning<br />

Explosionsklass<br />

Topologi<br />

Antal deltagare<br />

Antal repeatrar<br />

Digital, bitsynkron,<br />

Manchesterkodning<br />

Digital<br />

differentialsignal<br />

enligt RS 485 NRZ<br />

Digital<br />

differentialsignal<br />

enligt RS 485 NRZ<br />

Optisk digital NRZ<br />

31,25 kBit/s 9,6 till 12000 kBit/s 9,6 till 12000 kBit/s 9,6 till 12000 kBit/s<br />

Telegramhuvud,<br />

felsäkra start och<br />

sluttecken<br />

Partvinnad,<br />

skärmad,<br />

tvåtrådskabel<br />

Kan ske över<br />

bussen<br />

Egensäker<br />

(Eex ia/ib)<br />

Linje och trädtopologi<br />

med terminering<br />

även kombinerat.<br />

Upp till 32 deltagare<br />

per segment. Totalt<br />

126 per nät<br />

Maximalt 4<br />

repeatrar<br />

HD=4, paritetsbit,<br />

start- och sluttecken<br />

Partvinnad,<br />

skärmad,<br />

tvåtrådskabel av typ<br />

A<br />

Möjligt över<br />

extraledningar i<br />

kabeln<br />

Nej<br />

Linjetopologi med<br />

terminering<br />

Upp till 32 deltagare<br />

per segment, max<br />

126 med repeatrar<br />

Upp till 9 repeatrar<br />

med regenerering<br />

HD=4, paritetsbit,<br />

start- och sluttecken<br />

Partvinnad,<br />

skärmad,<br />

tvåtrådskabel av typ<br />

A<br />

Möjligt över<br />

extraledningar i<br />

kabeln<br />

Egensäker<br />

(Eex ib)<br />

Linjetopologi med<br />

terminering<br />

Upp till 32 deltagare<br />

per segment. Totalt<br />

126 per nät<br />

Upp till 9 repeatrar<br />

med regenerering<br />

HD=4, paritetsbit,<br />

start- och sluttecken<br />

Glas multimod,<br />

singelmod, PCF, plast<br />

Möjligt med<br />

hybridkabel<br />

Nej<br />

Typiskt stjärn- och<br />

ringtopologi, linje är<br />

också möjlig<br />

Upp till 126 per nät<br />

Användarbestämt<br />

Tabell 4: Överföringsteknik (fysiskt lager) för PROFIBUS<br />

8<br />

PROFIBUS Teknologi och användning


teknologier inklusive MBP. Därför<br />

blir den tidigare hänvisningen nu<br />

felaktig.<br />

MBP är synkron överföring med en<br />

definierad hastighet om 31,25 Kbit/s<br />

och Manchesterkodning. Denna<br />

överföringsmetod används mycket<br />

inom processautomation och<br />

uppfyller kraven från kemi- och<br />

petrokemiindustrin om egensäkerhet<br />

och energimatning på en<br />

tvåtrådsbuss. Egenskaperna för<br />

denna överföringsteknik summeras i<br />

tabell 6. Detta betyder att<br />

PROFIBUS även kan användas i<br />

explosionsfarlig miljö av klass<br />

egensäker utan extra yttre åtgärder.<br />

Installationsinstruktioner<br />

MBP<br />

för<br />

Anslutningsteknik<br />

Den egensäkra överföringtekniken<br />

MBP begränsas vanligen till ett<br />

segment med fältenheter i explosionsfarligt<br />

område, som sedan<br />

länkas till ett RS485-segment (och<br />

vidare till styrsystem och ingenjörsstation<br />

i ett kontrollrum) via en kopplare<br />

eller länk.<br />

Segmentkopplare<br />

Dessa omvandlar den modulerade<br />

RS485-signalen till MBPsignalnivån.<br />

Ur bussynpunkt är<br />

kopplaren helt transparent.<br />

Länkar har tvärtom egen egensäker<br />

intelligens. De mappar alla fältenheterna<br />

i MBP-segmentet som en<br />

enda slav i RS485-segmentet. När<br />

man använder länkar kan<br />

hastigheten i RS485-nätet väljas<br />

fritt. Snabb styrning kan därmed<br />

PLC<br />

X<br />

DP/PA<br />

link/kopplare<br />

RS485<br />

kombineras med den långsammare<br />

MBP-tekniken utan att snabbheten<br />

går förlorad.<br />

Nätverkstopologi med MBP<br />

Både träd- och linjestruktur (och<br />

kombinationer av de två) kan<br />

användas till PROFIBUS med MBPöverföring.<br />

Vid linjestuktur är stationerna<br />

anslutna till stamkabeln med hjälp<br />

av T-kopplingar. Trädstruktur kan<br />

jämföras med klassisk fältinstallation.<br />

Stamkabeln av mångledartyp<br />

ersätts av bussens tvåledarkabel<br />

medan fältkopplingsboxarna behåller<br />

sin funktion att ansluta<br />

fältenheterna och detektera bussavslutningsimpedansen.<br />

Vid trädstruktur<br />

är alla fältenheter parallellt<br />

anslutna till fältfördelaren. I bägge<br />

fallen måste man tänka på att inte<br />

överskrida den maximalt tillåtna<br />

droppkabellängden när man summerar<br />

längden av alla anslutningskablar.<br />

I egensäkra applikationer får<br />

droppkabellängden ej överskrida 30<br />

m.<br />

Överföringsmedia<br />

En skärmad tvåtrådskabel används<br />

som överföringsmedia, se bild 6.<br />

Busstamkabeln har en passiv terminering<br />

i båda ändar, vilket består<br />

av en seriekopplad RC-krets med R<br />

= 100 Ω och C = 2 µF. Den ena<br />

busstermineringen är redan integrerad<br />

i segmentkopplaren eller<br />

länken. När man använder MBPteknologi<br />

har normalt polväxling vid<br />

inkoppling av en enhet ingen<br />

inverkan på bussens funktion<br />

eftersom enheterna oftast har en<br />

automatisk polaritetsavkänning.<br />

HMI/<br />

Engineering<br />

12 Mbit/s<br />

I MBP-IS 31,25 kbit/s<br />

Instrument<br />

Bild. 7: Anläggningsutformning och energiförsörjning med MBP<br />

överföringsteknik<br />

+ X<br />

Stationsantal,<br />

kabellängd<br />

Antalet stationer som kan anslutas<br />

till ett segment är begränsat till 32.<br />

Antalet bestäms dock även av<br />

skyddsklass och kapaciteten på<br />

energiförsörjningen över bussen om<br />

det används.<br />

I egensäkra nätverk är både den<br />

maximalt tillåtna spännings- och<br />

strömförsörjningen strikt begränsade.<br />

Men även i icke egensäkra<br />

nätverk är strömuttaget från<br />

matningsdonet över bussen begränsat.<br />

Som en tumregel för att beräkna<br />

maximal kabellängd, räcker det med<br />

att beräkna energibehovet för de<br />

anslutna fältenheterna och<br />

specificera spänningsförsörjningen<br />

och kabellängden för den valda<br />

kabeltypen. Strömbehovet (=<br />

energibehov) erhålls ur summan av<br />

basströmmen för fältenheterna<br />

anslutna till respektive segment<br />

plus, om det är aktuellt, en reserv<br />

på 9 mA per segment för arbetsströmmen<br />

till FDE (Fault Disconnection<br />

Electronics). FDE hindrar att<br />

felaktiga enheter blockerar bussen<br />

permanent.<br />

Det är tillåtet att blanda bussförsörjda<br />

enheter med sådana som<br />

har extern energimatning. Tänk på<br />

att även externt matade enheter<br />

förbrukar en basström över busstermineringen<br />

vilken måste räknas<br />

in i den maximalt tillgängliga<br />

strömmen.<br />

I explosionsfarligt område underlättas<br />

konfiguration och installation<br />

av PROFIBUS om man följer<br />

FISCO-modellen. Se mera i kapitel<br />

3.1.4.<br />

3.1.3 Fiberoptisk<br />

överföringsteknik<br />

I vissa fältbussapplikationer är<br />

trådbunden överföringsteknik begränsat<br />

användbar. Det gäller i<br />

omgivning med mycket hög elektromagnetiska<br />

störningar eller då<br />

speciellt långa avstånd skall<br />

överbryggas. I dessa fall är överföring<br />

med fiberoptisk kabel lämplig.<br />

PROFIBUS guide (2.021) för<br />

fiberoptisk överföring specificerar<br />

tillgänglig teknik för detta. När dessa<br />

specifikationer togs fram tog man<br />

speciell hänsyn till att existerande<br />

PROFIBUS enheter utan problem<br />

skulle gå att ansluta till fiberoptisk<br />

kabel utan att protokollet behövde<br />

PROFIBUS Teknologi och användning 9


ändras (lager 1). Detta innebär<br />

nedåt kompatibilitet med existerande<br />

PROFIBUS installationer.<br />

De fiberoptiska typer som supportas<br />

visas i tabell 7. Fiberoptisk överföring<br />

kan ske som stjärnnät, ring<br />

(även redundant ring) eller linje.<br />

I det enklaste fallet införs ett<br />

fiberoptiskt nät med en RS485 till<br />

fiber omvandlare. Stationerna<br />

ansluts via RS485 och man kan<br />

skifta till fiber var som helst inom en<br />

anläggning beroende av omständigheterna.<br />

Gränsvärden för applikationer med FISCO<br />

Alla stationer måste vara godkända enligt FISCO<br />

Kabellängden får inte överskrida 1000 m (ia) / 1900 m (ib)<br />

<br />

<br />

Kabeln måste ha följande egenskaper (kabeltyp A):<br />

R´= 15 ... 150 /km<br />

L´= 0.4 ... 1mH/km<br />

C´= 80 ... 200 nF/km<br />

Vilken kombination man än använder, måste man se till att de<br />

gällande ingångsparametrarna för fältenheterna matchar de<br />

maximala värdena för den aktuella strömförsörjningen:<br />

U i U o<br />

I i I o<br />

P i P o<br />

3.1.4 FISCO modellen<br />

Konfigurering, installation och<br />

expansion av PROFIBUS nätverk i<br />

explosionsfarligt område underlättas<br />

avsevärt med FISCO modellen.<br />

Denna modell utvecklades av<br />

PTB ( Physikalisch Technische<br />

Bundesanstalt - German Federal<br />

Technical Institute) och är nu<br />

internationellt erkänd som modell för<br />

hantering av fältbussar i explosionsfarligt<br />

område.<br />

Modellen baseras på specifikationen<br />

att ett nätverk är egensäkert<br />

och kräver ingen individuell<br />

egensäker uträkning för de<br />

ingående enheterna om de fyra<br />

relevanta busskomponenterna<br />

(fältenheterna, kablarna, segmentkopplarna<br />

och busstermineringarna)<br />

faller inom fördefinierade gränser<br />

vad gäller spänning, ström,<br />

utmatning, induktans och kapacitans.<br />

Bevis på detta kan tillhandahållas<br />

genom certifiering av<br />

auktoriserade akrediteringsinstitut<br />

som PTB och BVS (Tyskland) eller<br />

UL och FM (USA).<br />

Användarfördelar med FISCO<br />

Plug & Play även i explosionsfarligt område<br />

Systemcertifiering behövs ej<br />

Utbyte av enheter eller expansion av anläggningen kan ske<br />

Utan tidskrävande uträkningar<br />

Maximalt utnyttjande av antalet anslutna enheter<br />

Om FISCO-godkända enheter<br />

används är det inte bara möjligt att<br />

använda fler enheter i en krets, utan<br />

enheterna kan även bytas under<br />

drift mot enheter från andra<br />

tillverkare eller också kan kretsen<br />

utökas – allt utan tidsödande<br />

uträkningar eller systemcertifiering.<br />

Plug&play – även i explosionsfarligt<br />

område. Du behöver bara se till att<br />

de nämnda reglerna uppfylls (se<br />

även “Installationsinstruktioner för<br />

MBP”) när du väljer<br />

strömförsörjning, kabellängd och<br />

bussterminering.<br />

Fibertyp Kärndiameter [µm] Räckvidd<br />

Multimod glasfiber 62.5/125 2-3 km<br />

Singlemod glasfiber 9/125 > 15 km<br />

Plastfiber 980/1000 < 80 m<br />

HCS ® fiber 200/230 ca. 500 m<br />

Tabell 5: Karakteristika för optisk fiberkabel<br />

Överföring med MBP och FISCOmodellen<br />

baseras på följande<br />

principer:<br />

Ingen energi matas ut till<br />

bussen när en station sänder.<br />

Varje segment har bara en<br />

energikälla, strömförsörjningsenheten.<br />

Varje fältenhet konsumerar en<br />

konstant basström på minst 10<br />

mA vänteläge.<br />

Fältenheterna agerar som en<br />

passiv strömförbrukare.<br />

Passiva busstermineringar är<br />

anslutna i båda ändar av<br />

busstamledningen.<br />

Nätverkstrukturerna linje, träd<br />

och stjärna kan användas.<br />

Med energimatning över bussen<br />

fungerar basströmmen på minst 10<br />

mA som energikälla till fältenheterna.<br />

Kommunikationssignalerna<br />

genereras av den sändande<br />

enheten, som modulerar basströmmen<br />

med + 9 mA.<br />

10<br />

PROFIBUS Teknologi och användning


3.2 Kommunikationsprotokoll<br />

DP<br />

Kommunikationsprotokollet DP har<br />

utvecklats för snabbt datautbyte på<br />

fältnivå. Det är där centrala<br />

programmerbara styrsystem, som<br />

PLC:er, PC och processystem,<br />

kommunicerar med decentrala<br />

fältenheter, som I/O,<br />

drivutrustningar, ventiler, transmittrar<br />

och analysinstrument, via en<br />

snabb seriell anslutning. Datautbytet<br />

med de decentrala enheterna är<br />

företrädelsevis cykliskt. De<br />

kommunikationsfunktioner som<br />

behövs för detta är specificerade<br />

som basfunktionerna för DP<br />

(version DP-V0). Styrd av specifika<br />

krav från olika applikationsområden<br />

har dessa basfunktioner hos DP<br />

utökats steg för steg med speciella<br />

funktioner. DP finns därför nu i tre<br />

versioner: DP-V0, DP-V1 och DP-<br />

V2, där varje version har sina egna<br />

speciella nyckelfunktioner (se bild<br />

8). Denna uppdelning i versioner<br />

speglar i stort den kronologiska<br />

sekvensen av arbete med<br />

specifikationen, driven framåt av<br />

ständigt ökade krav på nya<br />

applikationer för PROFIBUS.<br />

Version V0 och V1 innehåller båda<br />

”karakteristika” (bindande krav för<br />

implementering) och optioner,<br />

medan version V2 endast<br />

specificerar optioner.<br />

Det viktigaste innehållet i de tre<br />

versionerna är:<br />

Version DP-V0<br />

DP-V0 omfattar basfunktionerna för<br />

DP, inklusive cykliskt datautbyte,<br />

stations, modul och kanalspecifik<br />

diagnostik samt fyra olika typer av<br />

interrupt för diagnostik- och<br />

processinterrupt och för hantering<br />

av stationer som tas ur och sätts in i<br />

nätverket under drift.<br />

Version DP-V1<br />

DP-V1 innehåller utökningar i<br />

riktning processautomation, speciellt<br />

acyklisk datakommunikation för<br />

parametrering, kontroll, visualisering<br />

och interrupthantering av intelligenta<br />

fältenheter, parallellt med den<br />

cykliska datakommunikationen.<br />

Detta ger onlinekontakt med<br />

stationer för att arbeta med<br />

engineeringverktyg. Dessutom har<br />

DP-V1 tre tillkommande interrupttyper,<br />

statusinterrupt, uppdateringsinterrupt<br />

och tillverkardefinierat<br />

interrupt.<br />

Version DP-V2<br />

DP-V2 innehåller ytterligare<br />

utökningar och är i första hand<br />

inriktad på drivteknologi och dess<br />

krav. Tack vare funktioner som<br />

isokron (samtidig) slavmod och<br />

slav-till-slav kommunikation (DXB)<br />

kan PROFIBUS med DP-V2<br />

användas som buss för reglering av<br />

snabba rörelser och sekvenser hos<br />

drivaxlar<br />

De olika versionerna av DP är i<br />

detalj specificerade i IEC 61158.<br />

Nedan följer en beskrivning av de<br />

viktigaste egenskaperna.<br />

3.2.1 DP-V0<br />

Den centrala styrningen (mastern):<br />

Läser cykliskt ingångsinformation<br />

från slavarna och<br />

<br />

Funktionsnivåer<br />

DP-V1<br />

Acykliskt datautbyte mellan PC eller PLC och slavstationer<br />

plus extrafunktioner:<br />

Integration i ingenjörsstationer: EDD och FDT<br />

Flyttbara PLC mjukvaru-FB (IEC 61131-3)<br />

Felsäker kommunikation (PROFIsafe)<br />

Larm<br />

DP-V0<br />

Cykliskt datautbyte mellan PLC och slavstationer<br />

plus extrafunktioner:<br />

GSD konfiguration<br />

Diagnostik<br />

Skriver cykliskt utgångsinformation<br />

till slavarna.<br />

Busscykeltiden bör vara kortare än<br />

cykeltiden för programmet i<br />

styrsystemet, vilken i allmänhet<br />

ligger runt 10 ms för de flesta<br />

applikationer. Snabb dataförmedling<br />

är inte ensamt tillräckligt för att få<br />

framgång med ett bussystem. Enkel<br />

hantering, bra diagnostik och<br />

störsäker överföring är också viktiga<br />

nyckelfunktioner. DP ger en optimal<br />

kombination av dessa egenskaper.<br />

Hastighet<br />

DP behöver bara runt 1 ms vid 12<br />

Mbit/s för att överföra 512 bitar<br />

ingångsdata och 512 bitars<br />

utgångsdata fördelat på 32<br />

stationer.<br />

DP-V2<br />

Broadcast datautbyte (Publisher/Subscriber)<br />

Isosynkron mod (Ekvidistant)<br />

plus extrafunktioner:<br />

Klocksynkronisering och tidmärkning<br />

Hart på DP<br />

Upp- och nedladdning (segmentering)<br />

Redundans<br />

Bild. 8: Funktionalitet för PROFIBUS DP-versionerna och deras egenskaper<br />

Stationsegenskaper<br />

Tid<br />

Bild 9 visar typiska överföringstider<br />

baserat på antalet stationer och<br />

överföringshastigheten. Vid användning<br />

av DP överförs både ingångsoch<br />

utgångsdata i en enda telegramcykel.<br />

DP använder för<br />

överföringen tjänsten SRD (Send<br />

and Rquest Data with Reply) som<br />

tillhör lager 2 i ISO/OSI-modellen.<br />

Diagnostikfunktioner<br />

De omfattande diagnostikfunktionerna<br />

hos DP ger en snabb<br />

lokalisering av fel. Diagnostelegrammen<br />

överförs på bussen<br />

och samlas in av mastern. Diagnostelegrammen<br />

delas in i tre nivåer:<br />

Stationsspecifik diagnostik<br />

Meddelanden om en station rent<br />

allmänt fungerar, som till exempel<br />

“överbelastning”, “för låg matningsspänning”<br />

eller ”interface ej klart”.<br />

Modulrelaterad diagnostik<br />

Dessa meddelanden indikerar att ett<br />

fel finns i en specifik I/O-modul i en<br />

station (till exempel en 8-bitars<br />

utgångsmodul).<br />

Kanalrelaterad diagnostik<br />

Dessa meddelanden visar på att<br />

felet är relaterat till en individuell in-<br />

/utgångsbit (kanal), som till exempel<br />

“kortsluten utgång”.<br />

PROFIBUS Teknologi och användning 11


Systemkonfiguration<br />

och stationstyper<br />

DP stöder implementeringen av<br />

både monomaster- och multimastersystem.<br />

Detta kräver en hög<br />

grad av flexibilitet vid konfigurationen<br />

av ett system. Maximalt kan<br />

126 enheter (mastrar och slavar)<br />

anslutas till en buss. Adressområdet<br />

är 0 till 127, men adress<br />

127 används för broadcasting och<br />

adress 126 ofta för fabriksinställning<br />

för slavar som skall erhålla sin<br />

adress via bussen. Kvar blir 0 till<br />

125. Vid konfigureringen anges<br />

följande:<br />

<br />

<br />

<br />

antalet stationer<br />

tilldelning av I/O-adresser till<br />

stationsadresserna,<br />

datagrupperingen för I/O-data,<br />

formatet för diagnostikmeddelandena<br />

och<br />

de bussparametrar som skall<br />

användas.<br />

Stationstyper<br />

Varje DP-system består av olika<br />

stationstyper. Man skiljer på tre<br />

typer av stationer:<br />

DP master klass 1<br />

Detta är en master som cykliskt<br />

utbyter information med de<br />

distribuerade stationerna (slavarna)<br />

i en specificerad telegramcykel.<br />

Typiska DPM1 stationer är<br />

styrsystem (PLC:er) och PC. En<br />

DPM1-stsation har aktiv access<br />

med vilken den kan läsa mätvärden<br />

(ingångar) hos fältenheterna och<br />

skriva börvärden (utgångar) för<br />

aktorerna vid bestämda ti<strong>dp</strong>unkter.<br />

Denna kontinuerligt upprepade<br />

cykel är basen för automationsfunktionen.<br />

DP master klass 2<br />

Stationer som hör till denna typ är<br />

ingenjörsstationer, konfigureringsverktyg<br />

och operatörsstationer. De<br />

används vid konfigurering och för<br />

underhåll och diagnostik av de<br />

anslutna enheterna, utvärdering av<br />

uppmätta värden och parametrar<br />

samt läsa status. En DPM2-station<br />

behöver inte vara permanent<br />

inkopplad till bussystemet. En<br />

DPM2-station har också aktiv<br />

bussaccess.<br />

Slavar<br />

En slav är en fältenhet (I/O terminal,<br />

drivutrustning, HMI-station, ventil,<br />

transmitter, analysinstrument eller<br />

dylik), som läser information i<br />

processen och/eller använder<br />

Bussaccess Token Passing-procedur mellan mastrarna<br />

och master-slav-procedur mellan mastrar och<br />

passiva deltagare (slavar)<br />

Valfritt monomaster- eller multimastersystem<br />

Antalet mastrar och slavar tillsammans<br />

maximalt 126 på en buss<br />

Kommunikation Punkt-till-punkt (kommunikation av användardata)<br />

eller multicast (styrkommandon)<br />

Cyklisk kommunikation master-slav av<br />

användardata<br />

Driftstatus Operate<br />

Cyklisk överföring av ingångar och utgångar<br />

Clear<br />

Ingångar läses, utgångar stannar i felsäkert<br />

läge<br />

Stop<br />

Diagnostik och parametrering men ingen<br />

överföring av användardata<br />

Synkronisering Styrkommandon som synkroniserar ingångar<br />

och utgångar<br />

Sync mod<br />

Utgångar synkroniseras<br />

Freeze mod<br />

Ingångar synkroniseras<br />

Funktioner Cyklisk dataöverföring mellan<br />

DP master och slav(ar)<br />

Dynamisk aktivering/deaktivering av individuella<br />

slavar, kontroll av slavkonfiguration<br />

Kraftfulla diagnostikfunktioner,<br />

3 nivåer av diagnostiktelegram<br />

Synkronisering av ingångar och/eller utgångar<br />

Möjlighet att tilldela nya adresser till slavar<br />

över bussen<br />

Upp till 244 byte ingångs- och 244 byte<br />

utgångsdata<br />

Säkerhetsfunktioner<br />

Säker telegramöverföring med hamming<br />

distance HD=4<br />

Watchdog funktioner hos DP slavar<br />

upptäcker fel hos den konfigurerade mastern<br />

Access-spärr hos ingångar och utgångar hos<br />

slavarna<br />

Övervakning av användardataöverföring med<br />

justerbara övervakningstider i mastern<br />

Stationstyper DP master klass 1 (DPM1) till exempel<br />

styrutrustning typ PLC:er och PC<br />

DP master klass 2 (DPM2) till exempel<br />

ingenjörsstationer och diagnostikverktyg<br />

DP slavar till exempel<br />

stationer med digitala eller analoga in-<br />

/utgångar, drivutrustningar, ventiler<br />

Tabell 6 Översikt av DP-V0<br />

utgångsinformation för att ingripa i<br />

processen. Det finns också enheter<br />

som endast bearbetar ingångs- eller<br />

utgångsinformation utan att påverka<br />

processen. Ur kommunikationssynpunkt<br />

är slavar passiva deltagare<br />

som endast svarar på direkt<br />

förfrågan. Detta arbetssätt är enkelt<br />

och ekonomiskt att implementera<br />

(när det gäller DP-V0 är det redan<br />

komplett inkluderat i hårdvaran).<br />

I ett monomaster system, är<br />

endast en master aktiv när bussen<br />

är i drift. Bild 10 visar systemkonfigurationen<br />

för ett monomastersystem.<br />

PLC:n är det centrala<br />

styrsystemet, mastern. Slavarna är<br />

decentralt anslutna till PLC:n över<br />

bussen. Denna systemkonfiguration<br />

ger den kortaste busscykeltiden.<br />

12<br />

PROFIBUS Teknologi och användning


I ett multimaster system är flera<br />

mastrar anslutna till en buss. De är<br />

antingen oberoende styrsystem<br />

med var sin DPM1 med sina slavar,<br />

eller extra konfigurerings- och<br />

diagnosstationer. Ingångs- och<br />

utgångsinformationen kan läsas av<br />

alla DP-mastrarna, men endast en<br />

DP-master (den DPM1 som<br />

tilldelats slaven vid konfigureringen)<br />

kan ha skrivaccess till utgångarna.<br />

18<br />

14<br />

10<br />

6<br />

0,5 Mbit/s<br />

1,5 Mbit/s<br />

Systemstatus<br />

För att garantera en hög grad av<br />

utbytbarhet för produkter av samma<br />

typ måste systemegenskaperna för<br />

DP också standardiseras. Systemstatus<br />

för DP bestäms huvudsakligen<br />

av driftstatus hos DPM1.<br />

2<br />

12 Mbit/s<br />

2 10 20 30 Slavar<br />

Bild. 9: Busscykeltid i ett DP monomaster system. Varje slav har 2 byte in-:<br />

och 2 byte utgångsdata<br />

Driftläget kan kontrolleras antingen<br />

lokalt eller över bussen från<br />

konfigureringsenheten. Man skiljer<br />

på tre olika driftlägen:<br />

Stop<br />

Inget datautbyte mellan DPM1 och<br />

slavarna.<br />

Clear<br />

DPM1 läser ingångsinformation från<br />

slavarna och håller utgångarna i ett<br />

felsäkert läge (normalt ut = ”0”).<br />

Operate<br />

DPM1 i dataöverföringsläge.<br />

Ingångarna läses från slavarna och<br />

utgångarna skickas till slavarna<br />

cykliskt kontinuerligt.<br />

DPM1 sänder, med konfigurerbart<br />

intervall, sin status till alla sina<br />

tilldelade slavar i form av ett<br />

multicasttelegram.<br />

Systemets reaktion på ett fel under<br />

dataöverföringsfasen hos DPM1,<br />

med andra ord fel hos en slav,<br />

bestäms av parametrarna för<br />

funktionen "auto clear".<br />

Om denna parameter får värdet<br />

True, ändrar DPM1 utgångarna hos<br />

alla de tilldelade slavarna till<br />

felsäkert läge så fort en slav inte<br />

längre är redo att ta emot<br />

användardata. DPM1 skiftar<br />

samtidigt till läge Clear.<br />

Om denna parameter får värdet<br />

False, stannar DPM1 i driftläge<br />

Operate även när ett fel uppstår och<br />

användaren kan själv bestämma hur<br />

systemet skall reagera.<br />

Cyklisk datakommunikation<br />

mellan DPM1 och slavarna<br />

Datakommunikation mellan DPM1<br />

och dess tilldelade slavar sköts<br />

automatiskt av DPM1 i en definierad<br />

upprepad sekvens (se bild 11).<br />

Användaren gör slavtilldelningen i<br />

konfigurationen av bussystemet.<br />

Användaren bestämmer också vilka<br />

slavar som skall inkluderas-<br />

/exkluderas i den cykliska användardatakommunikationen.<br />

Datakommunikationen mellan<br />

DPM1 och slavarna är indelad i tre<br />

faser: parametrering, konfigurering<br />

och dataöverföring. Innan mastern<br />

inkluderar en DP-slav I dataöverföringen,<br />

görs en kontroll under<br />

parametrerings- och konfigureringsfasen<br />

för att kontrollera att enhetens<br />

konfigurerade data stämmer med<br />

slavens verkliga konfigurering. Vid<br />

denna kontroll måste även slavens<br />

typ, ID-nummer, liksom format,<br />

längd och antal för ingångar och<br />

utgångar stämma .<br />

DP master (klass 1)<br />

Detta ger användaren ett pålitligt<br />

skydd mot parametreringsfel. This<br />

provides the user with reliable protection<br />

against parameterization errors.<br />

Förutom användardataöverföring,<br />

som utförs av DPM1<br />

automatiskt, kan användaren också<br />

begära att nya parametreringsdata<br />

sands till slavarna.<br />

Sync och freeze mod<br />

Förutom den stationsrelaterade användardatakommunikationen,<br />

som<br />

hanteras automatiskt av DPM1, kan<br />

mastern också sända kommandon<br />

till alla slavarna eller till en grupp av<br />

slavar samtidigt. Dessa styrkommandon<br />

skickas som multicasttelegram<br />

och aktiverar sync och<br />

freeze mod för händelsestyrd<br />

synkronisering av slavarna.<br />

Slavarna börjar sync mod när de<br />

får ett sync kommando från sin<br />

master. Utgångarna hos alla<br />

adresserade slavar fryses vid dess<br />

aktuella status. Under följande<br />

användardataöverföring, sparas<br />

utgångsdata hos slavarna medan<br />

utgångarna behåller samma värden.<br />

Decentrala ingångar och utgångar<br />

DP<br />

slavar<br />

Bild. 10: PROFIBUS DP monomaster system<br />

PROFIBUS Teknologi och användning 13


DP master<br />

Anropstelegram<br />

Huvud Utgångar Slut<br />

Huvud Ingångar Slut<br />

Svarstelegram<br />

De sparade utgångsvärdena sands<br />

inte till utgångarna förrän sync<br />

kommando mottages. Sync mod<br />

avslutas med kommandot "unsync".<br />

På samma sätt orsakar ett freeze<br />

kommando att de adresserade<br />

slavarna går in i freeze mod. Det<br />

innebär att status för ingångarna<br />

fryses vid deras aktuella värden.<br />

Ingångsdata uppdateras inte förrän<br />

mastern sänder nästa freeze<br />

kommando. Freeze mod avslutas<br />

med kommandot "unfreeze".<br />

Säkerhetsmekanismer<br />

Direkt<br />

respons<br />

Bild. 11: Cykliska användardata<br />

transmission in DP<br />

DP slav<br />

För att skydda dataöverföringen är<br />

det viktigt att DP har effektiva<br />

säkerhetsfunktioner mot felaktig<br />

parametrering eller fel hos överföringsutrustningen.<br />

Därför har DPmastern<br />

och slavarna övervakningsmekanismer<br />

i form av tidsmonitorer.<br />

Övervakningsintervallet bestäms vid<br />

konfigureringen.<br />

För DP-mastern<br />

DPM1 använder en Data-Control-<br />

Timer för att övervaka datakommunikationen<br />

med slavarna. En<br />

separat timer används för varje slav.<br />

Timern larmar så fort korrekt<br />

dataöverföring inte kunnat utföras<br />

inom den konfigurerade övervakningstiden.<br />

När så sker meddelas<br />

användaren. Om den automatiska<br />

felhanteringen är aktiverad<br />

(Auto_Clear = True), lämnar DPM1<br />

driftläget operate, sätter de<br />

tilldelade utgångarna i felsäkert läge<br />

och ändrar driftläget till ”clear”.<br />

För slaven<br />

Slaven använder watchdogkontrollen<br />

för att upptäcka fel hos mastern<br />

eller överföringen. Om ingen datakommunikation<br />

sker från mastern<br />

inom övervakningstiden sätter<br />

slaven automatiskt utgångarna till<br />

felsäkert läge.<br />

Andra skyddsfunktioner är accessskyddet<br />

som behövs för ingångar<br />

och utgångar hos slavar som<br />

adresseras i ett multimastersystem.<br />

Det skyddet ser till att bara den<br />

auktoriserade mastern har direkt<br />

access. Till alla andra mastrar<br />

tillhandahåller slavarna en avbild av<br />

sina ingångar och utgångar som<br />

kan läsas utan accessrättigheter.<br />

3.2.2 Version DP-V1<br />

Acyklisk datakommunikation<br />

De viktigaste egenskaperna för DP-<br />

V1 är de utökade funktionerna för<br />

acyklisk datakommunikation. Detta<br />

är förutsättningen för parametrering<br />

och kalibrering av fältenheter over<br />

bussen i runtime och för att<br />

använda larm och kvittering av larm.<br />

Överföring av acykliska data görs<br />

parallellt med den cykliska datakommunikationen,<br />

men med lägre<br />

prioritet. Bild 13 visar exempel på<br />

kommunikationssekvenser. Mastern<br />

av klass 1 har token och kan sända<br />

telegram till eller mottaga telegram<br />

från slav 1, sedan slav 2 och så<br />

vidare i en bestämd ordning tills den<br />

når den sista slaven i den aktuella<br />

listan (MS0 kanal); sedan lämnar<br />

den över token till mastern av klass<br />

Diagnostik (diagnostelegram) max 244 byte<br />

2. Denna master kan sedan utnyttja<br />

den återstående tiden ("gap") av<br />

den konfigurerade cykeln för att<br />

etablera acyklisk kommunikation<br />

med valfri slav (i bild 13 är det slav<br />

3) och utbyta register (MS2 kanal).<br />

Vid slutet av den aktuella cykeln<br />

lämnar den tillbaka token till<br />

mastern av klass 1. Det acykliska<br />

utbytandet av register kan pågå i<br />

”gapet” i flera på varandra följande<br />

cykler och i slutet stänger mastern<br />

av klass 2 uppkopplingen. På<br />

samma sätt kan även en master av<br />

klass 1 utföra acyklisk kommunikation<br />

med slavar (MS1 kanal).<br />

De andra tjänsterna som finns visas<br />

i tabell 9.<br />

Utökad diagnostik<br />

Som en ytterligare funktion har den<br />

stationsspecifika diagnostiken utökats<br />

och uppdelats i kategorierna<br />

larm och statusmeddelanden (se<br />

bild 12).<br />

3.2.3 Version DP-V2<br />

Okvitterat statusmeddelande, som rapporterar aktuell<br />

status hos slavarna. Varje ändring ger en uppdatering.<br />

Standard diagnostik, 6 byte<br />

Status för cyklisk anslutning<br />

Slav-till-slav kommunikation<br />

En funktion för direkt och därmed<br />

snabb kommunikation mellan slavar<br />

genom broadcast utan att behöva<br />

gå via en master. I dessa fall är<br />

slavarna "publisher". I den ordinarie<br />

cykliska uppdateringen svarar<br />

slaven med sina ingångsdata i form<br />

av ett broadcasttelegram i stället för<br />

det ordinarie till mastern riktade<br />

telegrammet.<br />

Tillverkarspecifik diagnostik<br />

Andra meddelanden<br />

Kanaldiagnostik<br />

Moduldiagnostik<br />

Stationsdiagnostik<br />

DP-V0<br />

DP-V1<br />

Larm<br />

Status<br />

Larm t. ex. process, uppdatering, status, ta ur/sätta i modul,<br />

Status för t. ex. förebyggande underhåll, utvärdering av trend<br />

Bild. 12: Uppbyggnad av diagnostikmeddelanden i DP-V0 och DP-V1<br />

14<br />

PROFIBUS Teknologi och användning


PROFIBUS-DP<br />

Master klass 1<br />

Token<br />

PROFIBUS-DP<br />

Master klass 2<br />

DP-slav<br />

1<br />

DP-slav<br />

2<br />

DP-slav<br />

3<br />

Cykel<br />

…<br />

Slav 1 Slav 2 Slav 3 Slav 3<br />

Klocksynkronisering<br />

Denna funktion (en realtidsmaster<br />

sänder tidmärkning till alla slavar<br />

över en ny icke fast förbindelse<br />

kallad MS3 service) synkroniserar<br />

alla stationerna till en systemklocka<br />

med en avvikelse på maximalt en<br />

millisekund. Därmed kan händelser<br />

exakt tidmärkas. Detta är speciellt<br />

användbart för registrering av<br />

tidsberoende funktioner i ett nätverk<br />

med mer än en aktiv master.<br />

Därmed klaras såväl tidmärkning av<br />

larm och händelser som planering<br />

av ti<strong>dp</strong>unkten för framtida<br />

händelser.<br />

Utgångsdata<br />

Cyklisk access,<br />

Master 1<br />

Acyklisk access,<br />

Master 2<br />

Bild. 13: Cyklisk och acyklisk kommunikation med DP-V1<br />

Master<br />

TM positioneringsreglerings-<br />

R1 R2 R3 TM R1 R2 R3 TM<br />

R1 R2 R3<br />

cykel<br />

Global<br />

DP-cykel<br />

control<br />

DX<br />

DX<br />

hastighetsreglerings-<br />

Cykel<br />

Slav 1 … 3<br />

TO<br />

TI<br />

TO<br />

TI<br />

TO<br />

TI<br />

Bild 14: Isokronisk mod<br />

Andra slavar, så kallade "subscribers"<br />

(se bild 15), kan därmed<br />

läsa data direkt från sändande slav<br />

och använda dem som egna<br />

ingångar. Detta öppnar möjligheten<br />

för helt nya applikationer. Det<br />

reducerar också svarstiden på<br />

bussen med upp till 90%.<br />

Isosynkron mod<br />

Denna funktion ger klocksynkron<br />

styrning/reglering i master och<br />

slavar, oberoende av busslasten.<br />

Funktionen möjliggör mycket precis<br />

positioneringsreglering över bussen<br />

med ett tidsfel på mindre än en<br />

mikrosekund. Alla deltagarnas<br />

interna cykler är synkroniserade<br />

med masterns cykel genom ett<br />

"global control" broadcast telegram.<br />

Ett speciellt livstecken (i nummerföljd)<br />

ger en möjlighet att<br />

övervaka synkroniseringen. Bild 14<br />

visar den tillgängliga tiden för<br />

datautbyte (DX, grön), access för en<br />

master av klass 2 (gul) och reservtid<br />

(vit).<br />

Den röda pilen visar vägen från det<br />

en signal avläses i processen (T I)<br />

via regleringen (R x) och ut till<br />

styrsignalen för utgången (T O).<br />

Hela förloppet sträcker sig normalt<br />

över två busscykler.<br />

Uppladdning och nedladdning<br />

Denna funktion gör att man kan<br />

ladda ned eller upp en dataarea av<br />

valfri storlek till/från en fältenhet<br />

med ett enda kommando. Därmed<br />

kan program uppdateras och<br />

enheter utbytas utan att man<br />

manuellt måste sköta nedladdningen.<br />

PROFIBUS-DP<br />

Master klass 1<br />

DP-slav<br />

Publisher<br />

(t.ex. ljusridå)<br />

Ingångsdata via broadcast<br />

DP-slav<br />

Subscriber<br />

(t.ex. motor)<br />

Slav-till-slav kommunikation<br />

DP-slav<br />

Subscriber<br />

(t.ex. ventil)<br />

Bild. 15: Slav-till-slav datautbyte<br />

PROFIBUS Teknologi och användning 15


Acykliska tjänster mellan DPM1 och slavarna<br />

MSAC1_Read<br />

MSAC1_Write<br />

MSAC1_Alarm<br />

MSAC1_Alarm_Ack<br />

nowledge<br />

MSAC1_Status<br />

Mastern läser ett datablock från en slav<br />

Mastern skickar ett datablock till slaven<br />

Ett larm skickas från slaven till mastern, som direkt<br />

kvitterar mottagandet. Slaven kan inte skicka ett nytt<br />

larm förrän den har mottagit kvitteringen. Därigenom<br />

förhindras att larm skrivs over.<br />

Mastern kvitterar till slaven mottagandet av ett larm.<br />

Ett statusmeddelande skickas från slaven till mastern.<br />

Meddelandet kvitteras inte.<br />

Dataöverföringen är förbindelseorienterad över en MSAC1 förbindelse.<br />

Denna etableras av DPM1 och är nära knuten till förbindelsen för cyklisk<br />

datakommunikation. Den kan användas av den master som har<br />

parametrerat och konfigurerat respektive slav<br />

Genom att man anger längd i ett<br />

read/write-uppdrag är det också<br />

möjligt att accessa bara en del av<br />

ett datablock. Efter en lyckad<br />

access av ett datablock sänder<br />

slaven ett positivt svar och om<br />

något problem uppstår sänder<br />

slaven ett svar som indikerar vilket<br />

fel som uppstått.<br />

Acykliska tjänster mellan DPM2 och slavarna<br />

MSAC2_Initiate<br />

MSAC2_Abort<br />

MSAC2_Read<br />

MSAC2_Write<br />

MSAC2_Data_<br />

Transport<br />

Etablera och avveckla en förbindelse för acyklisk<br />

datakommunikation mellan DPM2 och en slav<br />

Mastern laser ett datablock från en slav<br />

Mastern skickar ett datablock till slaven<br />

Mastern kan skicka applikationsspecifika data<br />

(specificerade I profiler) acykliskt till slaven och, om så<br />

önskas, läsa data från slaven I samma cykel.<br />

Dataöverföringen är förbindelseorienterad över en MSAC2 förbindelse.<br />

Denna etableras av DPM2, innan den acykliska datakommunikationen<br />

börjar, med tjänsten Initiate. Förbindelsen kan sedan användas för Read,<br />

Write och Data_Transport tjänster. Förbindelsen avvecklas på samma sätt.<br />

En slav kan upprätthålla flera aktiva MSAC2 förbindelser samtidigt. Antalet<br />

är dock begränsat av de hos respektive slav tillgängliga<br />

kommunikationsresurserna.<br />

Tabell 7: Tjänster för acyklisk datakommunikation<br />

3.2.4 Adressering med slot<br />

och index<br />

När PROFIBUS adresserar data<br />

förutsätts att den fysiska strukturen<br />

hos slavarna är modulär eller kan<br />

struktureras internt i logiska funktionsenheter,<br />

så kallade moduler.<br />

Denna modul används också i<br />

basfunktionerna för cyklisk datakommunikation,<br />

där varje modul har<br />

ett konstant antal in- och<br />

utgångsbyte som överförs på en<br />

bestämd plats i användardatatelegrammet.<br />

Adresseringsproceduren<br />

baseras på identifikationsnummer,<br />

som karakteriserar en<br />

modultyp som ingång, utgång eller<br />

en kombination av båda. Alla ident.-<br />

numren tillsammans ger konfigurationen<br />

för slaven, vilket också<br />

kontrolleras av DPM1 vid uppstart<br />

av systemet. De acykliska tjänsterna<br />

baseras också på samma<br />

modell. Alla datablock som förses<br />

med read/write access räknas<br />

också till modulerna och kan<br />

adresseras genom att man anger<br />

slot-nummer och index. Slotnumret<br />

adresserar modulen och index<br />

adresserar datablocken som<br />

tilldelats modulen.<br />

Varje block kan ha upp till 244 byte<br />

(se bild 16). För modulära stationer<br />

knyts slotnumren till modulerna.<br />

Modulerna får slotnummer 1 och<br />

uppåt i jämn följd. Slotnummer 0 är<br />

för stationen själv.<br />

Kompaktenheter betraktas som en<br />

enhet med virtuella moduler. Dessa<br />

kan också adresseras med slotnummer<br />

och index.<br />

Anrop:<br />

Svar:<br />

Basenhet<br />

Index<br />

0-255<br />

Modul 1<br />

Index<br />

0-255<br />

8 DO<br />

1 byte utgångar<br />

Modul 2<br />

Index<br />

0-255<br />

16 DO<br />

Modul 3<br />

Index<br />

0-255<br />

8 DI<br />

Modul 4<br />

Index<br />

0-255<br />

8 AI<br />

0 1 2 3 4<br />

…<br />

…<br />

1 byte ingångar<br />

(modul3)<br />

Konfigurering av data<br />

under<br />

dataöverföringen<br />

Bild. 16: Adressering med slot och index<br />

2 byte utgångar<br />

(modul 2)<br />

…<br />

4 byte ingångar<br />

(modul 4)<br />

…<br />

Slot-nummer<br />

i nummerföljd från<br />

vänster till höger<br />

16<br />

PROFIBUS Teknologi och användning


4. Allmänna<br />

applikationsprofiler<br />

Allmänna applikationsprofiler beskriver<br />

de funktioner och egenskaper<br />

som relaterar till alla applikationer.<br />

De kan användas tillsammans med<br />

speciella applikationsprofiler.<br />

4.1 PROFIsafe<br />

För lång tid var fältbussteknologi för<br />

verkstads- och processindustri<br />

begränsad av att säkerhetsrelaterad<br />

automation bara fick lösas med<br />

konventionell teknik eller speciella<br />

säkerhetsbussar. Med PROFIsafe,<br />

har nu PROFIBUS skapat en bred<br />

lösning för säkerhetsrelaterade<br />

applikationer som täcker alla kända<br />

tillämpningar.<br />

PROFIsafe definierar hur felsäkra<br />

enheter (nödstoppsknappar, ljusridåer,<br />

överfyllnadsskydd mm.) kan<br />

kommunicera över PROFIBUS med<br />

felsäkra kontroller så säkert att de<br />

kan användas för säkerhetsrelaterad<br />

automation upp till KAT4<br />

(enligt EN954), AK6 eller SIL3<br />

(Safety Integrity Level). Det innebär<br />

säker kommunikation enligt en profil<br />

som föreskriver ett speciellt format<br />

för användardata och speciella<br />

övervakningsfunktioner till<br />

protokollet utan att inverka på befintlig<br />

PROFIBUS kommunikation.<br />

Specifikationen har tagits fram i<br />

samarbete mellan tillverkare, användare,<br />

standardiseringskommittéer<br />

och institutioner (TÜV, BIA). Den är<br />

baserad på befintlig standard, i<br />

första hand IEC 61508, som<br />

speciellt behandlar mjukvaruutveckling.<br />

PROFIsafe tar hänsyn till många<br />

olika fel som kan uppstå vid seriell<br />

busskommunikation, som till exempel<br />

fördröjning, förlust eller upprepning<br />

av data, felaktig telegramordning,<br />

feladressering eller korrupta<br />

data.<br />

Det har vidtagits en rad av åtgärder<br />

i PROFIsafe för riskreduktion:<br />

Numrering i stigande serie av<br />

alla säkerhetstelegram.<br />

Tidsövervakning (timeout) för<br />

inkommande telegram och<br />

deras kvittering.<br />

Identitetskontroll av sändare<br />

och mottagare (”password”).<br />

<br />

Extra datasäkerhet<br />

(Cyclic Redundancy Check,<br />

CRC).<br />

Genom att skickligt kombinera<br />

dessa åtgärder kombinerat med en<br />

patenterad ”SIL monitor” (övervakning<br />

av frekvensen av felaktiga<br />

telegram) uppnår PROFIsafe<br />

säkerhetsklass SIL 3 och mera.<br />

PROFIsafe är en enkelkanals<br />

mjukvarulösning, som är implementerad<br />

i produkterna som ett extra<br />

lager ovanför lager 7 i OSI-modellen<br />

(se bild 17). Standard PROFIBUS<br />

komponenter som kablar, ASICs<br />

eller protokoll förblir oförändrade.<br />

Detta garanterar redundans och<br />

kompatibilitet.<br />

PROFIsafe produkter kan arbeta<br />

ihop med standardenheter på<br />

samma buss utan inskränkningar.<br />

PROFIsafe använder acyklisk kommunikation<br />

och kan användas med<br />

RS484, fiberoptisk kabel och med<br />

överföringstekniken MBP. Detta ger<br />

både snabba svarstider (viktigt för<br />

verkstadsindustrin) och drift i egensäkert<br />

område (viktigt för processindustrin).<br />

I processautomation räcker det att<br />

för olika produkter ta fram en<br />

standardtyp för både felsäker och<br />

normal drift, eftersom de felsäkra<br />

funktionerna kan konfigureras i<br />

applikationen (SIL2 för driftsäkerhet).<br />

Som en allmän mjukvarudriver är<br />

PROFIsafe tillämplig för ett brett<br />

register av utvecklings och<br />

användningsområden.<br />

Felsäker<br />

applikation<br />

PROFIsafe<br />

lager<br />

Standard<br />

PROFIBUS<br />

DP-protokoll<br />

Standard<br />

applikation<br />

PROFIBUS<br />

RS485/MBP<br />

Bild 17: Felsäker mod med PROFIsafe<br />

Specifikationen finns i dokumentet<br />

”PROFIsafe, Profile for Safety<br />

Technology”, beställningsnummer<br />

3.092.<br />

4.2 HART<br />

Med tanke på det stora antal HARTprodukter<br />

som installerats i befintlig<br />

industri är det av stort intresse att<br />

dessa kan integreras i befintliga<br />

eller nya PROFIBUS system.<br />

PROFIBUS "HART" specifikation<br />

ger en öppen lösning av denna<br />

fråga. Den kombinerar mekanismerna<br />

utan några ändringar av<br />

PROFIBUS protokollet och dess<br />

tjänster, PROFIBUS PDUs<br />

(Protocol Data Units) eller hur den<br />

arbetar eller funktionernas karakteristika.<br />

Denna specifikation definierar en<br />

profil för PROFIBUS som<br />

implementeras i master och slav<br />

ovanför lager 7. Det innebär att<br />

HART client-master-server-modellen<br />

mappas på PROFIBUS. Samarbetet<br />

från HART Foundation i<br />

arbetet med specifikationen garanterar<br />

fullständig konformitet med<br />

HART-specifikationerna.<br />

HART-client applikationen är<br />

integrerad i en PROFIBUS master<br />

och HART master i en PROFIBUS<br />

slav (se bild 19). Därigenom<br />

fungerar den senare som en<br />

multiplexer och hanterar kommunikationen<br />

till HART-enheterna.<br />

För överföringen av HART telegram,<br />

har en kommunikationskanal definierats<br />

som opererar oberoende av<br />

MS1 och MS2 förbindelserna. En<br />

HMD (HART Master Device) kan<br />

hantera flera klienter. Antalet<br />

klienter beror på implementeringen.<br />

Standard<br />

applikation<br />

Standard<br />

PROFIBUS<br />

DP-protokoll<br />

PROFIsafe<br />

lager<br />

Felsäker<br />

applikation<br />

PROFIsafe<br />

lager<br />

Standard<br />

PROFIBUS<br />

PROFIBUS Teknologi och användning 17


HART enheter kan anslutas till<br />

PROFIBUS via HMD med olika<br />

komponenter (se PROFIBUS guide<br />

”PROFIBUS Profile for HART”<br />

beställningsnummer 3.102).<br />

4.3 Tidmärkning<br />

När man vill registrera tidsförlopp i<br />

ett nätverk, speciellt vid diagnostik<br />

och felsökning, är det till stor hjälp<br />

att kunna tidmärka händelser och<br />

aktioner så att tidsföljden kan bli<br />

exakt.<br />

PROFIBUS master PROFIBUS slav HART enhet<br />

HART client<br />

applikation<br />

HART profil<br />

HART<br />

master<br />

HART profil<br />

HART<br />

komm<br />

HART<br />

server<br />

HART<br />

komm<br />

HART kommunikation<br />

PROFIBUS DP<br />

Bild 19: Kommunikation med HART-produkter över PROFIBUS<br />

Master<br />

MS0<br />

MS1<br />

Larm o händelsebuffert<br />

Variabel<br />

Variabel<br />

Variabel<br />

Variabel<br />

Bild 18: Tidmärkning och larm<br />

För detta har PROFIBUS en<br />

tidmärkningsprofil. Förutsättningen<br />

är en klockfunktion hos slavarna<br />

som synkroniseras av en<br />

klockmaster via MS3 tjänster. En<br />

händelse kan få en exakt<br />

systemtidmärkning och på samma<br />

sätt kan en tidmärkning avläsas. Ett<br />

koncept av olika prioriterade<br />

meddelanden<br />

används.<br />

Meddelandetyperna sammanfattas<br />

med begreppet ”Alerts” och är<br />

uppdelade i högprioriterade ”larm”<br />

(dessa överför ett<br />

diagnostikmeddelande) och<br />

lågprioriterade ”händelser”. I båda<br />

fallen, läser masterna cykliskt (med<br />

hjälp av MS1 tjänster) de<br />

tidstämplade processvärdena och<br />

larmen från larm- och<br />

händelsebufferten hos slaven (se<br />

bild 18). Se även i PROFIBUS<br />

guiden ”Time Stamp”,<br />

beställningsnummer 2.192.<br />

4.4 Slavredundans<br />

Slavar med redundant kommunikation<br />

behövs i många applikationer.<br />

Därför har PROFIBUS<br />

tagit fram en specifikation för<br />

slavredundant mekanism som<br />

beskriver följande egenskaper (se<br />

bild 20):<br />

Slavenheter kan ha två olika<br />

PROFIBUS interface som kallas<br />

primary och backup<br />

(slavinterface). Dessa kan<br />

antingen finnas i en och samma<br />

station eller fördelat på två<br />

stationer.<br />

Enheterna är försedda med två<br />

oberoende protokollstackar<br />

med en speciell redundant<br />

utökning.<br />

Den redundanta<br />

kommunikationen, redundancy<br />

communication (RedCom),<br />

löper mellan de två<br />

protokollstackarna i samma<br />

enhet eller mellan de två<br />

separata enheterna, helt<br />

oberoende av PROFIBUS och<br />

effektiviteten bestäms till största<br />

delen av redundansomställningstiden.<br />

I normal drift sker kommunikationen<br />

helt över den primära slaven och<br />

bara den är konfigurerad.<br />

Diagnostikdata från backupslaven<br />

skickas också av den primära<br />

slaven till mastern. I det fall den<br />

primära slaven inte fungerar tar<br />

backupslaven över dess funktioner,<br />

antingen för att den själv har<br />

upptäckt felet eller för att mastern<br />

begär det. Dessutom övervakar<br />

mastern alla slavarna och sätter ett<br />

diagnostik meddelande så snart<br />

backupslaven inte fungerar eller det<br />

inte finns någon redundans.<br />

En redundant slavenhet kan<br />

operera på en enkel PROFIBUS lina<br />

eller, om det finns ett redundant<br />

PROFIBUS-nät, på två linor.<br />

Fördelarna med en sådan<br />

redundant lösning är följande:<br />

Endast en version av redundant<br />

enhet behövs för att kunna<br />

bygga olika typer av redundanta<br />

strukturer.<br />

Master-, kabel- och slavredundans<br />

kan användas<br />

oberoende av varandra..<br />

Ingen extra konfigurering av<br />

backupslaven behövs och därmed<br />

finns inget behov av något<br />

komplicerat verktyg.<br />

Båda slavdelarna kan ha en<br />

komplett övervakning.<br />

Slavarna interfererar inte med<br />

busslasten och försämrar<br />

därmed inte reaktionstiderna<br />

över bussen.<br />

Redundanta slavenheter ger hög<br />

tillgänglighet, korta omställningstider,<br />

ingen dataförlust och ökar<br />

feltoleransen. Se även PROFIBUS<br />

guiden ”Specification Slave<br />

Redundancy”, beställningsnummer<br />

2.212.<br />

FDL_Status<br />

PROFIBUS<br />

(primär slav)<br />

Redundant<br />

utökning<br />

Styrsystem (Master)<br />

Life-list<br />

RedCom<br />

Processdata<br />

Redundant Slav<br />

FDL_Status<br />

PROFIBUS<br />

(backup slav)<br />

Redundant<br />

utökning<br />

Bild 20: Slavredundans i PROFIBUS<br />

18<br />

PROFIBUS Teknologi och användning


5. Speciella<br />

applikationsprofiler<br />

PROFIBUS utmärker sig framför<br />

andra fältbussar framförallt genom<br />

sin extrem breda användbarhet.<br />

PROFIBUS har inte bara utvecklat<br />

speciella profiler som löser<br />

nyckelbehov för användarna i<br />

många industribranscher utan har<br />

dessutom lyckats samla alla de<br />

viktiga aspekterna från de olika<br />

profilerna i en internationellt<br />

standardiserad och öppen fältbuss.<br />

Därmed har fullt skydd åstadkommits<br />

för existerande investeringar.<br />

Tabell 11 visar alla de nuvarande<br />

speciella PROFIBUS applikationsprofilerna<br />

och även de som är under<br />

utveckling.<br />

5.1 PROFIdrive<br />

Profilen PROFIdrive definierar<br />

egenskaper och accessproceduren<br />

för drivdata till elektriska<br />

drivutrustningar på PROFIBUS,<br />

alltifrån enkla frekvensomformare till<br />

snabba servostyrningar.<br />

Integrationen av drives i automationssystem<br />

är helt beroende<br />

av uppgiften för drivutrustningen.<br />

Därför har PROFIdrive<br />

definierat sex applikationsklasser,<br />

som täcker majoriteten av<br />

tillämpningar.<br />

För standard drives (klass 1),<br />

styrs drivutrustningen av ett<br />

börvärde (till exempel rotationshastigheten),<br />

men själva hastighetsregleringen<br />

sköts internt i drivutrustningen.<br />

När det gäller standard drives med<br />

teknologiska funktioner (klass 2),<br />

är automationsprocessen nedbruten<br />

i flera delprocesser och några av<br />

automationsfunktionerna flyttas från<br />

det centrala styrsystemet till<br />

drivkontrollen. PROFIBUS fungerar i<br />

detta fall som ett teknologiskt<br />

interface.<br />

Slav-till-slav-kommunikation mellan<br />

de individuella drivutrustningarna<br />

behövs för denna löning..<br />

Positions drive (klass 3) integrerar<br />

även en positionsstyrning i drivutrustningen<br />

och klarar därmed ett<br />

extremt brett spektra av applikationer<br />

(till exempel på- och avskruvning<br />

av kapsyler). Positioneringsuppgiften<br />

skickas till drivern<br />

över PROFIBUS och startas också<br />

däröver.<br />

Central motion control (klasserna<br />

4 och 5) koordinationen av rörelsesekvenser<br />

för mulipla drivutrustningar<br />

från en central numerisk<br />

styrning (CNC). PROFIBUS sköter<br />

återkopplingen för positionsregleringen<br />

och synkroniserar klockorna<br />

(se bild 21). Positionsregleringskonceptet<br />

(Dynamic Servo<br />

Control) med denna lösning klarar<br />

även mycket avancerade applikationer<br />

med linjära motorer..<br />

Distribuerad automation i form av<br />

synkroniserade processer och elektriska<br />

axlar (klass 6) kan göras med<br />

slav-till-slav-kommunikation och isokroniska<br />

slavar. Applikationsexemplen<br />

inkluderar ”elektriska axlar”,<br />

”kurvskivor” och ”vinkelsynkrona<br />

processer”.<br />

PROFIdrive beskriver en enhet som<br />

funktionsmoduler som samarbetar<br />

internt och som återspeglar intelligensen<br />

i drivsystemet. Dessa<br />

moduler är tilldelade objekt som<br />

beskrivs i profilen var deras funktion<br />

definieras. De allmänna funktionerna<br />

för en drive beskrivs av<br />

summan av dess parametrar.<br />

Till skillnad från andra drivprofiler<br />

definierar PROFIBUS bara access-<br />

Profil<br />

PROFIdrive<br />

PA devices<br />

Robots/NC<br />

Panel devices<br />

Encoders<br />

Fluid power<br />

SEMI<br />

Low-voltage<br />

switchgear<br />

Dosage/weighing<br />

Ident systems<br />

Liquid pumps<br />

Remote I/O for PA<br />

devices<br />

Profilinnehåll<br />

Profilen specificerar egenskaperna och accessproceduren för data till<br />

hastighetsreglerade elektriska drivutrustningar på PROFIBUS.<br />

Profilen specificerar karakteristika för processenheter på PROFIBUS<br />

inom processautomation.<br />

Profilen beskriver hur hanterings- och sammansättningsrobotar kan<br />

styras över PROFIBUS.<br />

Profilen beskriver hur enkla human machine interface enheter (HMI)<br />

ansluts med PROFIBUS till andra automationssystem.<br />

Profilen beskriver interfacet till PROFIBUS för roterande vinkel- och<br />

linjära enkodrar med envarvs- eller flervarsupplösning.<br />

Profilen beskriver styrningen av hydrauliska drivutrustningar över<br />

PROFIBUS. Framtagen i samarbete med VDMA.<br />

Profilen beskriver karakteristika för enheter inom halvledartillverkningen<br />

för anslutning till PROFIBUS (SEMI standard)<br />

Profilen definierar datautbytet med lågspänningsenheter (omkopplare,<br />

motorstarter mm.) på PROFIBUS DP.<br />

Profilen beskriver implementeringen av våg- och doseringssystem på<br />

PROFIBUS DP.<br />

Profilen beskriver kommunikationen mellan enheter för identifikationsändamål<br />

(streckkoder, transpondrar).<br />

Profilen definierar implementeringen av vätskepumpar på PROFIBUS<br />

DP. Framtagen i samarbete med VDMA.<br />

På grund av deras speciella plats i busshanteringen gäller en annan<br />

enhetsmodell och andra datatyper för decentraliserade I/O på<br />

PROFIBUS PA jämfört med instrument och dylika.<br />

Gällande<br />

PROFIBUS<br />

guide<br />

V2 3.072<br />

V3 3.172<br />

V3.0 3.042<br />

V1.0 3.052<br />

V1.0D 3.082<br />

V1.1 3.062<br />

V1.5 3.112<br />

3.152<br />

3.122<br />

3.162<br />

3.142<br />

3.172<br />

3.132<br />

Tabell 8: Specifika PROFIBUS applikationsprofiler.<br />

PROFIBUS Teknologi och användning 19


Klocksynkronisering<br />

Kontrollord+Hastighetsbörvärde+…<br />

Drivutrustning<br />

PID-reglering<br />

Applikation klass 4<br />

Automation<br />

Teknologi<br />

Interpolation<br />

Positionskontroll<br />

Drivutrustning<br />

PID-reglering<br />

Statusord+Positionsärvärde+…<br />

Drivutrustning<br />

PID-reglering<br />

M M M<br />

Enkoder Enkoder Enkoder<br />

Bild 21: PROFIdrive, positionering med central interpolation och<br />

positionsreglering<br />

Fysiska block<br />

(Physical Block, PB)<br />

Ett PB innehåller karakteristiska<br />

data för en produkt, som<br />

produktnamn, tillverkare, version<br />

och serienummer mm. Det kan bara<br />

finnas ett fysiskt block i varje enhet.<br />

Signalanpassningsblock<br />

(Transducer Block, TB)<br />

Ett TB innehåller alla data som<br />

behövs för att anpassa en<br />

obearbetad signal från en givare så<br />

att den kan anslutas till ett<br />

funktionsblock. Om ingen anpassning<br />

behövs utelämnas TB.<br />

Multifunktionsprodukter med två<br />

eller flera givare har motsvarande<br />

antal TB.<br />

mekanismen till parametrarna och<br />

en delmängd med ca. 30 profilparametrar,<br />

bland vilka till exempel<br />

felbuffert, drivstyrning och produktidentifigation<br />

ingår.<br />

Alla andra parametrar (vilket kan<br />

uppgå till mer än 1000 i en komplex<br />

drivutrustning) är tillverkarspecifika,<br />

vilket ger drivtillverkaren stor<br />

flexibilitet när han implementerar<br />

styrfunktioner. Parametrarna och<br />

dess delar är tillgängliga med<br />

acyklisk kommunikation över den<br />

sk. DP-V1 parameterkanalen.<br />

PROFIdrive V3 använder versionen<br />

DP-V2 som sitt kommunikationsprotokoll.<br />

Där ingår slav-till-slav<br />

kommunikation och isosynkron<br />

mod, se kapitel 3.2.<br />

Båda applikationsprofilerna finns<br />

tillgängliga på Internet ”Profiles for<br />

variable speed drives”, V2,<br />

beställningsnummer: 3.072 och<br />

”PROFIdrive Profile Drive Technology”,<br />

V3, beställningsnummer:<br />

3.172.<br />

5.2 PA enheter<br />

Moderna processinstrument har<br />

egen intelligens och kan utföra delar<br />

av informationsbearbetningen eller<br />

till och med hela funktionen i ett<br />

automationssystem. ”PA devices”<br />

profilen definierar alla funktioner och<br />

parametrar för olika klasser av<br />

processprodukter som är typiska för<br />

signalflödet – från processgivarsignaler<br />

upp till det bearbetade<br />

processvärdet som läses av styr-<br />

och reglersystemet tillsammans<br />

med status för det uppmätta värdet.<br />

De olika stegen i informationsbearbetningen<br />

(signalkedjan) och<br />

de olika stadierna visas i bild 25.<br />

PA enheternas profil är dokumenterad<br />

i ett general data sheet<br />

som innehåller de aktuella specifikationerna<br />

för alla enhetstyper och i<br />

ett device data sheet om innehåller<br />

de överenskomna specifikationerna<br />

för enskilda enhetsklasser. ”PA-profilerna<br />

för de olika produkttyperna<br />

finns i version 3.0 och innehåller<br />

datablad för följande typer:<br />

<br />

<br />

<br />

<br />

<br />

Tryck och differentialtryck<br />

Nivå, temperatur och flöde<br />

Analoga och digitala ingångar<br />

och utgångar<br />

Ventiler och ställdon<br />

Analysinstrument<br />

Blockmodellen<br />

I processautomation är det vanligt<br />

att använda block för att beskriva<br />

karakteristika och funktioner för en<br />

givare eller ett ställdon. Likaså för<br />

att representera en automationsapplikation<br />

genom en kombination<br />

av dessa block. Specifikationen av<br />

PA produkter använder denna<br />

funktionsblocksmodell för att beskriva<br />

funktionella förlopp på det<br />

sätt som visas i bild 22.<br />

Följande tre blocktyper används:<br />

Funktionsblock<br />

(Function Block, FB)<br />

Ett FB innehåller alla data för den<br />

slutliga bearbetningen av ett uppmätt<br />

värde innan det skickas till styroch<br />

reglersystemet eller , vid lokal<br />

styrning, bearbetningen inför den<br />

lokala styr-/reglerprocessen.<br />

Följande funktionsblock finns:<br />

Analogt ingångsblock (AI)<br />

Ett AI lämnar det uppmätta värdet<br />

från givaren eller TB vidare till styr-<br />

/reglersystemet efter att ha bearbetat<br />

det vidare (ingång hänvisar till<br />

ingång för bussen).<br />

Analogt utgångsblock (AO)<br />

Ett AO anpassar värdet, som styr-<br />

/reglersystemet specificerat, till PA<br />

enheten.<br />

Digital ingång (DI)<br />

Ett DI ger styr-/reglersystemet ett<br />

digitalt värde från PA enheten.<br />

Digital utgång (DO)<br />

Ett DO anpassar värdet, som styr-<br />

/reglersystemet specificerat, till PA<br />

enheten.<br />

Blocken implementeras av tillverkaren<br />

som mjukvara i fältenheten.<br />

Tillsammans representerar<br />

blocken produktens funktion.<br />

Normalt arbetar flera block tillsammans<br />

i en applikation, se bild<br />

22, som visar en förenklad blockstruktur<br />

i en multifunktionsenhet.<br />

Konfigurationen motsvarar uppdelningen<br />

av en signalkedja i två<br />

delprocesser:<br />

20<br />

PROFIBUS Teknologi och användning


Process<br />

Fältenheter<br />

Signal 2<br />

Signal 3<br />

Fysiskt<br />

block<br />

Uppmätt värde<br />

anpassning<br />

Signal 1<br />

Givare 1<br />

TB 1<br />

Givare 2<br />

Givare 3<br />

TB 1<br />

TB 1<br />

Funktionen i den första delprocessen<br />

”mätnings-/uppdateringsprincipen”<br />

(bild 25) är signalanpassningsblocken<br />

transducer<br />

blocks. Funktionen i den andra<br />

delprocessen ”bearbetning av<br />

uppmätta värden / bearbetning av<br />

utgångsvärdena” (bild 25) sker i<br />

funktionsblocken function blocks.<br />

Specifikationer i PA profilen<br />

Det är bara möjligt att översiktligt<br />

beskriva ett urval av specifikationerna.<br />

Beskrivning av signalkedjan<br />

PA profilen ger en detaljerad<br />

definition av funktionerna och<br />

parametrarna för varje steg i<br />

signalkedjan beskrivna i bild 25.<br />

Genom exemplet i bild 23 och tabell<br />

11 ger ytterligare detaljer för steget<br />

”kalibrering” och bild 24 visar steget<br />

”gränsvärdeskontroll”.<br />

Adresseringsparametrar<br />

Blocken adresseras via en<br />

startadress och ett offsetindex för<br />

parametrarna inom blocket. I regel<br />

kan parametrarnas placering väljas<br />

fritt av tillverkaren. För att accessa<br />

parametrarna (till exempel med ett<br />

operatörsverktyg) är den produktspecifika<br />

blockstrukturen lagrad i<br />

innehållsförteckningen (the Directory)<br />

för enheten.<br />

Batch parametergrupper<br />

För implementering av fältinstrument<br />

i batchprocesser ger<br />

profilen möjlighet att lagra flera<br />

uppsättningar parametrar under<br />

konfigureringen. Den aktuella<br />

batchprocessen skiftar sedan i<br />

run time till den rätta<br />

parametergruppen.<br />

Uppmätt värde<br />

bearbetning<br />

FB 1<br />

FB 2<br />

FB 2<br />

Bild 22: Blockstrukturen i en fältenhet (med multifunktionalitet)<br />

Buss<br />

Modulära produkter<br />

PROFIBUS skiljer mellan kompakta<br />

och modulära produkter. Funktionsblock<br />

räknas i detta fall som<br />

moduler. PA profilen har ett urval av<br />

funktionsblock för detta ändamål.<br />

Enheter med en konfigurerad<br />

modularitet kallas multivariabel<br />

enheter.<br />

Produkter med flera<br />

processvariabler<br />

Processinstrument erbjuder allt<br />

oftare flera processvariabler, till<br />

exempel från flera givare eller i form<br />

av beräknade värden. Detta har<br />

man tagit hänsyn till i profilens<br />

signalanpassningsblock, TB, genom<br />

att man skiljer mellan primära<br />

Parameter<br />

LEVEL_HI<br />

LEVEL_LO<br />

CAL_POINT_HI<br />

CAL_POINT_LO<br />

Tabell 9: Parametrar för kalibreringsfunktionen<br />

Givarens<br />

värden<br />

S<br />

Givare<br />

Nivå<br />

Övre gräns<br />

Nedre gräns<br />

Givarens uppmätta värde<br />

Undre<br />

kalibreringspunkt<br />

Adaption av mätområdet<br />

värden, Primary Value (PV) och<br />

sekundära värden, Secondary<br />

Value (SV).<br />

Gränsvärdeskontroll<br />

En del av informationsbearbetningen<br />

som överlämnats till fältenheterna<br />

är gränsvärdeskontrollen.<br />

Därför har PA enheterna mekanismer<br />

för att signalera när varningseller<br />

larmgränser överskrids (se bild<br />

24).<br />

Mätvärdesstatus<br />

Information om ett mätvärdes status<br />

läggs till ett uppmätt värde. Den<br />

talar om kvalitén på signalen. Det<br />

finns tre kvalitetsnivåer: bad,<br />

uncertain och good . Extra information<br />

för varje kvalitetsnivå finns<br />

som en substatus.<br />

Felsäkert läge<br />

PA profilen har också en funktion för<br />

felsäkert läge. Om ett fel har<br />

uppstått i mätvärdeskedjan sätts<br />

enhetens utgångar till ett av<br />

användaren definierat värde.<br />

Användaren kan välja mellan tre<br />

olika typer av felsäkert läge.<br />

Parameterbeskrivning<br />

Mätområde för den uppmätta nivån.<br />

Del av givarens mätområde med<br />

vilken nivåns arbetsområde<br />

mappas.<br />

Övre<br />

kalibreringspunkt<br />

Bild 23: Specifikation av kalibreringsfunktionen<br />

Utsignal<br />

i cm 3<br />

Styr-/Reglersystem<br />

Givarvärde<br />

Tid<br />

PROFIBUS Teknologi och användning 21


Givarens<br />

värden<br />

S<br />

Givare<br />

Anpassning till<br />

mätområdet<br />

Uppmätt värdes filter<br />

Uppmätt värdes filter<br />

Utgångsvärde<br />

Övre<br />

larmgräns<br />

Övre<br />

varning<br />

Undre<br />

varning<br />

Undre<br />

larmgräns<br />

För närmare detaljer, se PROFIBUS<br />

guide ”Profile for Process Control<br />

Devices”, beställningsnummer<br />

3.042.<br />

Tid<br />

Givarens uppmätta värde Gränsvärdeskontroll Bearbetat värde<br />

Tid<br />

Bild 24: Specifikation av gränsvärdesfunktionen<br />

Givarens uppmätta värde<br />

Uppmätta värdets status<br />

Kalibrering<br />

Linjarisering, skalning<br />

Filter<br />

Gränsvärdeskontroll<br />

Felsäkerhet<br />

Driftlägesval<br />

Via bussen till styrsystemet<br />

Bild 25: Signalkedja I en PROFIBUS<br />

PA profil<br />

5.3 Hydraulik<br />

Här beskrivs formatet för datautbytet<br />

och parametrarna för<br />

proportionalventiler, hydrostatiska<br />

pumpar och drivutrustningar. Den<br />

följer nära PROFIdrive:s definitioner.<br />

Antingen en parameterkanal i<br />

DP-V0 eller acyklisk kommunikation<br />

i DP-V1 används för att överföra<br />

parametrar till fältenheten. Arbetet<br />

med denna profil var klara i oktober<br />

2001.<br />

För närmare detaljer, se PROFIBUS<br />

guide ”Profile Fluid Power<br />

Technology”, beställningsnummer<br />

3.112.<br />

5.4 SEMI<br />

S<br />

Operatör<br />

PROFIBUS PA<br />

Några av produkterna för<br />

processindustrin används också vid<br />

halvledartillverkning, till exempel<br />

vakuumpumpar, flödesmätare m.fl.<br />

Det finns redan existerande<br />

specifikationer för produktmodeller i<br />

”SEMI”, som vi avser att harmonisera<br />

med denna profil.<br />

Arbetet pågår vid detta dokuments<br />

tryckning, men en basprofil finns<br />

tillgänglig.<br />

5.5 Identsystem<br />

”Ident Systems” är en profil för<br />

streckkodsavläsare och transpondersystem.<br />

Dessa är i första hand<br />

avsedda att användas med DP-V1<br />

funktioner. Medan den cykliska<br />

dataöverföringen används för små<br />

datavolymer för att överföra status-<br />

/styrinformation, används den acykliska<br />

kanalen för överföring av de<br />

stora datavolymer som är resultatet<br />

av informationen i streckkoden eller<br />

transpondern. Definitionen av standard<br />

funktionsblock har gjort<br />

användningen av dessa system<br />

enhetlig och jämnat vägen för<br />

öppna lösningar och internationell<br />

standard, som till exempel ISO/IEC<br />

15962 och ISO/IEC 18000.<br />

5.6 Decentrala I/O för PA<br />

På grund av sin mycket finmodulära<br />

uppbyggnad är decentrala I/O svåra<br />

att få att passa in i en ideal PAmodell.<br />

Därför har dessa fått sin<br />

egen plats i området decentral<br />

processautomation.Dessutom är<br />

enkla I/O priskänsliga och det<br />

inverkar på dessa produkters<br />

konfiguration (moduler, block, …),<br />

resurser (minne, register, …) och<br />

funktioner (till exempel acyklisk<br />

access). Därför har vi tagit fram en<br />

förenklad modell med begränsad<br />

funktionalitet. Målet är att ge<br />

maximal stöd för det grundläggande<br />

cykliska utbytet av data.<br />

22<br />

PROFIBUS Teknologi och användning


6. Systemprofiler<br />

Profiler inom automationsteknologi<br />

definierar egenskaper och uppförande<br />

för produkter och system så<br />

att dessa blir klassificerade (i<br />

klasser och familjer) oberoende av<br />

tillverkare, så att man uppnår<br />

interoperabilitet och utbytbarhet på<br />

fältbussen.<br />

Masterprofiler<br />

beskriver klasser av styrsystem,<br />

som var och en omfattar en<br />

”deluppsättning” av alla de möjliga<br />

masterfunktionerna:<br />

<br />

<br />

<br />

<br />

<br />

<br />

Cyklisk kommunikation<br />

acyklisk kommunikation<br />

Diagnostik, interrupthantering<br />

Klockfunktioner<br />

Slav-till-slav-kommunikation<br />

och isosynkron mod<br />

Säkerhetsfunktioner<br />

Systemfunktioner för<br />

PROFIBUS<br />

Dessa går ett steg längre och<br />

beskriver klasser för system<br />

inklusive de tillgångliga funktionerna<br />

för Standard Program Interface (FB<br />

enligt IEC 61131-3, säkerhetslager<br />

och FDT) och integrationsmetoder<br />

(GSD, EDD och DTM). Bild 26 visar<br />

de tillgängliga standar<strong>dp</strong>lattformarna<br />

för applikationsprofilerna.<br />

I PROFIBUS-systemen bildar<br />

master- och systemprofilerna en<br />

behövlig motpart till applikationsprofilerna:<br />

Applikationsprofiler<br />

använder en eller flera av dessa<br />

Matser/System-profiler<br />

Profildelar med<br />

DPV0 … DPV2,<br />

IEC 61131-3;<br />

Etc.<br />

• Applikationsprofiler anpassade till systemplattformarna<br />

• Systemplattformar som växer med kraven från fältenheterna<br />

Bild 27: System- och applikationsprofiler I samverkan<br />

Master- och systemprofilerna<br />

specificerar systemegenskaperna<br />

som fältenheterna<br />

kan använda<br />

Applikationsprofilerna kräver<br />

vissa systemegenskaper för att<br />

kunna implementera önskade<br />

funktioner.<br />

Produkttillverkarna kan antingen<br />

fokusera på existerande systemprofiler<br />

och systemtillverkarna på<br />

den befintliga systemplattformen<br />

eller (med tanke på utvecklingen<br />

och ständigt ökande krav på<br />

produkterna) arbeta för utökning av<br />

dessa applikationsprofiler.<br />

PROFIBUS arbetar redan på en rad<br />

av systemprofiler baserat på<br />

beprövade applikationer i fält (se<br />

bild 26). Dessa förväntas samlas i<br />

specifikationer inom kort och utökas<br />

med ytterligare profiler för att klara<br />

framtida krav.<br />

….<br />

stödjer en eller flera av dessa<br />

Applikationsprofiler<br />

Master-/Systemprofiler<br />

Master/system<br />

profiler<br />

=systemegenskaper<br />

Applikationsprofiler<br />

=tillämpningsöverenskommelser<br />

inom<br />

produktfamilj<br />

Standardiserade<br />

funktionsblock<br />

(kommunikationsblock)<br />

Vid applikationsprogrammering har<br />

normalt<br />

cykliska<br />

kommunikationsdata (MS0 kanal)<br />

kunnat nås via processavbilden i<br />

styrsystemet. För acykliska data har<br />

det inte funnits något systemneutralt<br />

interface. Med tanke på det stora<br />

antalet tillverkare och produkter<br />

behövs en standard på detta<br />

område och en metod att integrera<br />

olika fältenheter i applikationsprogram<br />

och olika styrsystem utan<br />

att man behöver vara kommunikationsexpert.<br />

PROFIBUS har<br />

därför tagit fram en guide<br />

”Communication and Proxy Function<br />

Blocks according to IEC 61138-<br />

3”. Denna guide specificerar<br />

funktionsblock i en ”standardkombination”<br />

som baseras på gällande<br />

standard IEC 61131-3 (programmeringsspråk)<br />

och använder<br />

PROFIBUS-definierade kommunikationstjänster<br />

från IEC 61158.<br />

Guiden definierar kommunikationsblock,<br />

för mastrar klass 1 och 2<br />

liksom för slavar, samt flera<br />

ytterligare funktioner. Den teknologiska<br />

funktionen hos en fältenhet<br />

kan adresseras med en<br />

kompakt identifikation, som används<br />

konsekvent för alla block. Alla block<br />

har dessutom ett gemensamt<br />

koncept för felvisning med felkod<br />

som korresponderar med IEC<br />

61158-6.<br />

Tillverkn.<br />

mindre<br />

system<br />

Tillverkn.<br />

störrre<br />

system<br />

Process<br />

Säkerhet<br />

Motion<br />

Control<br />

Master<br />

Klass 2<br />

PLC-tillverkarna för motsvarande<br />

systemklasser/profiler tillhandahåller<br />

dessa standard kommunikationsblock<br />

(”Comm-FB”) i PLC-specifika<br />

”IEC-bibliotek”.<br />

Bild 26: Master-/systemprofiler för PROFIBUS<br />

PROFIBUS Teknologi och användning 23


Fältenhetstillverkarna kan på motsvarande<br />

sätt skapa enhetliga proxy<br />

funktionsblock, som kan användas<br />

till alla olika styrsystem.<br />

Proxy funktionsblock<br />

Dessa representerar en teknologisk<br />

funktion i en fältenhet genom att<br />

tillhandahålla alla nödvändiga ingångs-<br />

och utgångsparametrar i<br />

blockinterfacet. Dessa proxy funktionsblock<br />

skapas normalt en gång<br />

av produkttillverkaren och kan implementeras<br />

i styrsystemet i den<br />

aktuella systemklassen/profilen utan<br />

ytterligare anpassning (se bild 29).<br />

MS0 MS1 MS2<br />

Bild 28: Application Programmer´s Interface, API<br />

Application Programmer´s<br />

Interface (API)<br />

Device Användar-<br />

Proxy-FB<br />

Device Type Type<br />

Manager program<br />

(IEC (IEC 61131-3)<br />

(DTM) (DTM)<br />

(EDD-Interpreter)<br />

Process-<br />

Field Device<br />

Comm FB<br />

avbild<br />

Tool (FDT)<br />

MS0<br />

MS1<br />

MS2<br />

PROFIBUS<br />

PROFIBUS<br />

PROFIBUS<br />

Kommunikationsplattform<br />

Kommunikationsplattform<br />

Applikations-<br />

Programmerings-Interface<br />

(API)<br />

För att göra det så enkelt som<br />

möjligt för applikationsprogrammerare<br />

att använda kommunikationstjänsterna<br />

är de olika standard<br />

programmeringsspråkens block och<br />

funktionsanrop samlade i biblioteket.<br />

Tillsammans med FDT-interfacet<br />

utökar PROFIBUS ”Comm-<br />

FB” systemets Applikations-<br />

Programmerings-Interface enligt<br />

bild 28.<br />

PLC system A<br />

FD-M sänder<br />

Proxy FB<br />

Field Device<br />

Manufacturer<br />

3<br />

Bibliotek<br />

(FD-M) C<br />

Proxy FB<br />

Comm FB<br />

2<br />

FD-M använder<br />

Comm FB<br />

C<br />

A<br />

1<br />

PLC-M sänder<br />

Comm FB<br />

4<br />

Programmerare (D) anv.<br />

Comm FB och Proxy FB<br />

D<br />

C<br />

B<br />

Flyttbarhet<br />

Proxy<br />

FB<br />

Comm<br />

FB<br />

Applikationsprogram<br />

PLC system B<br />

Bibliotek<br />

Proxy FB<br />

Comm FB<br />

C<br />

B<br />

D<br />

C<br />

B<br />

Proxy<br />

FB<br />

Comm<br />

FB<br />

Applikationsprogram<br />

Bild 29: Flyttbara funktionsblock<br />

24<br />

PROFIBUS Teknologi och användning


7. Stationskonfigurering<br />

Moderna fältenheter tillhandahåller<br />

mycket information och utför också<br />

funktioner som tidigare utfördes i<br />

styr- och reglersystemen. För att<br />

utföra dessa uppgifter behöver<br />

verktygen för konfigurering, parametrering,<br />

drift och underhåll en<br />

exakt och komplett beskrivning av<br />

data och funktioner. Denna<br />

beskrivning måste innehålla applikationsfunktioner,<br />

konfigurationsparametrar,<br />

variabler med enhet<br />

och arbetsområde, defaultvärden,<br />

gränsvärden, identifikationsnummer<br />

mm.. För styr-/reglersystemen gäller<br />

samma sak att produktspecifika<br />

parametrar och dataformat måste<br />

specificeras (integreras) för att<br />

säkerställa felfritt datautbyte med<br />

fältenheterna.<br />

PROFIBUS har utvecklat ett antal<br />

metoder och verktyg (”integrationstekniker”)<br />

för denna typ av<br />

produktbeskrivning för att kunna<br />

standardisera stationskonfigureringen.<br />

Funktionsomfånget för dessa<br />

verktyg är optimerat för olika<br />

uppgifter, vilket gett upphov till<br />

begreppet skalbar konfiguration.<br />

Metoder för produktbeskrivning:<br />

Kommunikationsegenskaperna<br />

för en PROFIBUS produkt beskrivs i<br />

en produktdatafil (General Slave<br />

Data, GSD) i ett bestämt dataformat.<br />

GSD-filen skapas av tillverkaren<br />

av produkten och ingår i<br />

leveransen.<br />

Styckvis tillverkning<br />

(Verkstadsautomation)<br />

•Drives<br />

•Funktionssäkerhet<br />

Program<br />

•Objekthantering<br />

•Applikationsinterface<br />

•Medel- till hög komplexitet<br />

Kontinuerlig tillverkning<br />

(Processautomation)<br />

FDT<br />

•Nätverkskonfigurering<br />

GSD<br />

Applikationsfunktionerna för en<br />

PROFIBUS-produkt (device<br />

characteristics) beskrivs med ett<br />

gemensamt språk: Electronic<br />

Device Description Language<br />

(EDDL) utvecklat och specificerat<br />

av PROFIBUS. Filen (EDD) skapas<br />

med detta språk av tillverkaren av<br />

produkten.<br />

För komplexa applikationer finns<br />

det också en lösning för att samla<br />

alla produktspecifika funktioner,<br />

inklusive användarinterfacet för<br />

parametrering, diagnostik mm. som<br />

mjukvarukomponenter i en så kallad<br />

Device Type Manager (DTM). DTM<br />

(som till skillnad från GSD och EDD<br />

är en integrerad mjukvara) fungerar<br />

sedan som "driver" för enheten på<br />

andra sidan det FDT interface, som<br />

är implementerat i ingenjörsverktyget<br />

eller styrsystemet.<br />

7.1 GSD<br />

•Styrning<br />

•Digitala decentrala I/O<br />

•Fast konfiguration<br />

GSD är en läsbar ASCII textfil och<br />

innehåller både allmän och<br />

produktspecifik specifikation för<br />

kommunikationen. Varje del av<br />

innehållet beskriver en egenskap<br />

som stöds av produkten. Med hjälp<br />

av nyckelord läser ett konfigureringsverktyg<br />

ur GSD-filen:<br />

produktidentifikationen, justerbara<br />

parametrar, aktuell datatyp och de<br />

tillåtna gränsvärdena för konfigurationen.<br />

Vissa av nyckelorden<br />

är obligatoriska, till exempel<br />

tillverkarnamnet, Vendor_Name,<br />

EDD<br />

•Parametrering vid sta<br />

•Enkel hantering<br />

•Processmätningar<br />

Interpreter<br />

•Enhetlig objekthantering<br />

•Device Description Languag<br />

•Låg- till medel komplexitet<br />

•Reglering<br />

•Parametrering- och diagnosverktyg<br />

•Parametrering/tuning i run time<br />

andra är valfria, till exempel<br />

Sync_Mode_Supp. En GSD ersätter<br />

konventionella manualer och stöder<br />

automatisk kontroll av inmatningsfel<br />

och datakonsistens redan i konfigureringsfasen.<br />

Strukturen i en GSD<br />

En GSD-fil är indelad i tre avsnitt:<br />

Allmänna specifikationer<br />

Detta avsnitt innehåller information<br />

om tillverkare och produktnamn,<br />

hårdvaru- och mjukvaru-versioner,<br />

liksom vilka hastigheter som stöds,<br />

tidsintervall för övervakning och<br />

signalkonfigurationen för bussanslutningen.<br />

Master specifikationer<br />

Detta avsnitt innehåller alla<br />

parametrar som berör mastern, som<br />

det maximala antal slavar som kan<br />

anslutas eller upp- eller nedladdningsmöjligheter.<br />

Detta avsnitt<br />

finns inte i GSD för slavar.<br />

Slav specifikationer<br />

Detta avsnitt innehåller all slavspecifik<br />

information, som antal och<br />

typ av I/O-kanaler, specifikation av<br />

diagnostext och information om<br />

tillgängliga moduler om det gäller en<br />

modulär slav.<br />

Det går också att knyta bitmapfiler<br />

med en bild av produkten. Formatet<br />

för GSD-filerna har utformat för<br />

maximal flexibilitet, det innefattar<br />

listor, som till exempel vilka<br />

hastigheter som stöds, men också<br />

möjligheten att beskriva modulerna<br />

som ingår i en modulär slav. Ren<br />

text kan också tilldelas diagnosmeddelandena.<br />

Det finns två sätt att använda GSD:<br />

<br />

<br />

GSD:n för en kompakt produkt<br />

vars blockkonfiguration är känd<br />

redan vid leveransen. Denna<br />

GSD-fil kan göras färdig av tillverkaren<br />

av produkten.<br />

GSD:n för en modulär produkt<br />

vars blockkonfiguration inte är<br />

låst vid leveransen. I detta fall<br />

måste användaren konfigurera<br />

GSD-filen med hjälp av<br />

konfigureringsverktyget och<br />

välja ut moduler och dess<br />

konfiguration.<br />

Bild 30: Integrationsteknik med PROFIBUS<br />

PROFIBUS Teknologi och användning 25


Genom att läsa in GSD-filen i<br />

konfigureringsverktyget (se bild 30),<br />

till exempel en PROFIBUS<br />

konfigurator, kan användaren<br />

optimalt utnyttja produktens alla<br />

kommunikationsfunktioner.<br />

Certifiering med GSD<br />

Produkttillverkarna är ansvariga för<br />

innehållet och kvalitén av GSDfilerna<br />

för deras produkter. För att<br />

en produkt skall kunna certifieras<br />

måste det finnas en Profil-GSD<br />

(innehåller informationen från en<br />

profil för en produktfamilj) eller en<br />

individuell Produkt-GSD<br />

PROFIBUS support<br />

Till stöd för tillverkarna finns på<br />

PROFIBUS hemsida en GSD<br />

editor/checker som kan laddas ner.<br />

Med den kan man skapa och<br />

kontrollera GSD-filer.<br />

Specifikationen av GSD-format och<br />

uppbyggnad finns i en PROFIBUS<br />

guide, beställningsnummer: 2.122<br />

De standardiserade GSD-filerna för<br />

PROFIBUS-produkter kan laddas<br />

ner utan kostnad från PROFIBUS<br />

hemsida i GSD biblioteket under<br />

www.<strong>profibus</strong>.com .<br />

Nya utvecklingssteg<br />

Kommunikationsfunktionerna för<br />

PROFIBUS utvecklas ständigt och<br />

integreras kontinuerligt i GSD av<br />

PROFIBUS-organisationen. Till<br />

exempel kan nyckelorden för DP-V1<br />

återfinnas i GSD version 3 och för<br />

DP-V2 finns de i GSD version 4.<br />

Tillverkar ID<br />

Varje PROFIBUS slav och varje<br />

master av klass 1 måste ha ett IDnummer.<br />

Detta behövs för att<br />

mastern skall kunna identifiera<br />

typen för de anslutna slavarna utan<br />

att behöva använda omfattande<br />

overheaddata. Mastern jämför IDnumren<br />

från de anslutna slavarna<br />

med ID-numren specificerade av<br />

konfigurationsverktyget.<br />

Överföringen av nyttodata startar<br />

inte förrän rätta produkttyper med<br />

rätt adress är anslutna till bussen.<br />

Därigenom når man optimalt skydd<br />

mot konfigureringsfel.<br />

För att erhålla ett ID-nummer för<br />

varje produkttyp, skickar tillverkaren<br />

en ansökan till PROFIBUS<br />

användarorganisation, som administrerar<br />

ID-numren. Ansökningsformulär<br />

finns hos varje lokal<br />

PROFIBUS-organisation och på<br />

PROFIBUS hemsida.<br />

Profil ID<br />

En speciell serie av ID-nummer<br />

(allmänna ID-nummer) har reserverats<br />

för fältenheter inom processautomation<br />

och drives: 9700h -<br />

977Fh och 3A00h - 3AFFh. Alla<br />

PROFIBUS-produkter som exakt<br />

uppfyller specifikationerna i PA<br />

profilen 3.0 eller högre respektive<br />

PROFIdrive version 3, får använda<br />

ID-nummer från dessa serier.<br />

Specifikationen av dessa profil-IDnummer<br />

har ytterligare ökat<br />

utbytbarheten mellan dessa produkter.<br />

Valet av ID-nummer för en<br />

enskild produkt beror av flera<br />

faktorer, till exempel när det gäller<br />

PA på typ och antal funktionsblock.<br />

ID-nummer 9760H är reserverat för<br />

PA-produkter som har flera olika<br />

funktionsblock (multivariabel produkter).<br />

Speciella konventioner<br />

gäller också för utformningen av<br />

GSD-filerna för dessa PA produkter.<br />

Detta beskrivs i detalj i profilen för<br />

PA fältenheter.<br />

Det första profil-ID-numret för<br />

PROFIdrive (3A00h) används vid<br />

uppbyggnaden av DP-V1 kommunikationen<br />

för att kontrollera att<br />

mastern och slaven använder<br />

samma profil. Slavar som svarar<br />

positivt på denna identifikation<br />

stöder DP-V1 parameterkanalen<br />

som beskrivs i PROFIdrive profilen.<br />

Alla andra profil-ID-nummer används<br />

för att identifiera tillverkarberoende<br />

GSD-filer. Därmed kan<br />

enheter från olika tillverkare bytas ut<br />

mot varandra utan att bussen<br />

behöver omkonfigureras. VIK-<br />

NAMUR mod med tillverkaroberoende<br />

PROFIdrive GSD till<br />

exempel är definierad som en<br />

komponent i PROFIdrive profilen för<br />

kemisk industri.<br />

7.2 EDD<br />

GSD är inte lämplig för att beskriva<br />

applikationsrelaterade parametrar<br />

och funktioner i en fältenhet (till<br />

exempel konfigurationsparametrar,<br />

arbetsområde för variabler, enheter,<br />

defaultvärden mm.). Detta kräver ett<br />

mera kraftfullt språk, vilket har tagits<br />

fram i form av det universellt<br />

användbara Electronic Device<br />

Description Language (EDDL).<br />

Framförallt ger EDDL möjlighet att<br />

beskriva funktionerna för en<br />

fältenhet. Det stöder också<br />

mekanismer för att<br />

integrera existerande profilbeskrivningar<br />

i ”device description”,<br />

tillåta referenser till existerande<br />

objekt så att endast tillägg<br />

behöver beskrivas,<br />

tillåta access till standard<br />

bibliotek<br />

tillåta knytningen av en ”device<br />

description” till en enhet.<br />

Genom att använda EDDL kan<br />

produkttillverkarna skapa motsvarande<br />

EDDL-filer för sina<br />

produkter, som, på samma sätt som<br />

GSD-filerna, förser utvecklingsverktyget<br />

och därmed styr-/reglersystemet<br />

med produktinformation.<br />

Användning av EDD<br />

En EDD är en flerfaldig informationskälla<br />

för till exempel:<br />

<br />

<br />

<br />

<br />

Konfigurering<br />

Drifttagning<br />

Normal drift<br />

Underhåll<br />

Dokumentation och e-<br />

handel<br />

Nyttan av EDD<br />

EDD ger fördelar både för användaren<br />

och tillverkaren.<br />

Användaren har nytta av de enhetliga<br />

menyerna och den enhetliga<br />

hanteringen, till exempel:<br />

<br />

<br />

<br />

<br />

Minskat utbildningsbehov<br />

Mycket säker manövrering<br />

Ett verktyg för all användning<br />

Validering<br />

Tillverkarendrar nytta av att EDDframtagningen<br />

är enkel och därmed<br />

ekonomisk. Framtagning av EDD<br />

sker<br />

<br />

<br />

<br />

utan specialkunskap<br />

med användning av befintliga<br />

EDD och textbibliotek<br />

lika för enkla och komplexa<br />

produkter<br />

Av stor betydelse för både användare<br />

och tillverkare är att EDD är<br />

operativsystemoberoende och<br />

enkelt kan utökas.<br />

26<br />

PROFIBUS Teknologi och användning


Nya utvecklingssteg<br />

Liksom GSD kommer EDDL att<br />

utvecklas för att hålla jämna steg<br />

med den ständiga utvecklingen av<br />

avancerad drivteknologi. Arbete<br />

pågår för närvarande för att få fram<br />

en unik specifikation för dynamisk<br />

semantik och en beskrivning av<br />

hårdvarumodulära drivslavar.<br />

Specifikationen av EDDL är en<br />

integrerad del av den internationella<br />

standarden IEC 61804. Den finns i<br />

PROFIBUS guiden 2.152.<br />

7.3 FDT/DTM konceptet<br />

Det existerande språket för att<br />

beskriva konfiguration och parametrering<br />

har sina begränsningar.<br />

Detta framgår klart för<br />

komplexa, icke standardiserade<br />

egenskaper hos intelligenta<br />

fältenheter, inklusive när diagnostikmöjligheterna<br />

skall göras<br />

tillgängliga för operatören av<br />

anläggningen<br />

driftoptimering, förebyggande<br />

underhåll eller speciella<br />

underhållsrutiner.<br />

validering, kalibrering eller<br />

säkerhetsteknologi som kräver<br />

att operationen av fältenheten<br />

är ”inbyggd” i mjukvaran.<br />

Dessa komplexa områden kräver ett<br />

extra verktyg som ger tillverkare<br />

möjlighet att förse användarna med<br />

utökade och mycket specifika<br />

beskrivningar av deras fältprodukter<br />

i en standardiserad form och som<br />

samtidigt ger tillverkarna av<br />

automationssystem möjlighet att<br />

integrera detta i styr-/reglersystemet<br />

via standardiserade interface.<br />

Lösningen på detta är det<br />

fältbussoberoende konceptet<br />

FDT/DTM (se bild 31), som<br />

utvecklades i en arbetsgrupp med<br />

PROFIBUS och ZVEI (central<br />

organisation för tysk elektrisk<br />

industri) och nu är allmänt<br />

tillgänglig.<br />

FDT interface<br />

Definitionen av ett gemensamt<br />

interface ger möjligheten att<br />

implementera mjukvarukomponenter<br />

i alla ingenjörsverktyg eller<br />

motsvarande plattformar i automationssystem<br />

som är utrustade<br />

med ett sådant interface.Ett sådant<br />

interface har specificerats av den<br />

tidigare nämnda arbetsgruppen och<br />

fått namnet FDT.<br />

FDT specifikationen finns som en<br />

PROFIBUS guide, beställningsnummer<br />

2.162. Gällande version är<br />

V1.2.<br />

Fältenheter som mjukvara<br />

En fältenhets funktioner och<br />

dialogen för parametrering, konfigurering,<br />

diagnostik och underhåll,<br />

komplett med användarinterface<br />

programmeras som en mjukvarukomponent.<br />

Denna komponent<br />

kallas DTM (Device Type Manager)<br />

och integreras i ingenjörsverktyget<br />

eller automationssystemet över<br />

FDT-interfacet.<br />

En DTM använder routingfunktionen<br />

i ingenjörsverktyget för att<br />

kommunicera förbi de hierarkiska<br />

nivåerna. Dessutom projekterar den<br />

datahanteringen med versioner.<br />

Den fungerar för fältenheterna som<br />

en ”driver”, ungefär som en driver<br />

för en skrivare, som skrivartillverkaren<br />

skickar med och som<br />

installeras i PC:n av användaren.<br />

DTM framställs av tillverkaren av en<br />

fältprodukt och inkluderas i leveransen<br />

av produkten.<br />

DTM framställning<br />

Det finns olika sätt att generera en<br />

DTM:<br />

<br />

<br />

<br />

Programmering i högnivåspråk<br />

Återanvändning av existerande<br />

komponenter eller verktyg<br />

genom deras kapsling i DTM.<br />

Generering från en existerande<br />

komponentbeskrivning med<br />

hjälp av en kompiler eller<br />

interpreter.<br />

Bild 31: FDT/DTM konceptet<br />

<br />

Med ett DTM-verktyg i MS<br />

Visual Basic.<br />

Med DTM kan man få direkt<br />

kontakt med alla fältenheterna<br />

för konfigurering, diagnostik och<br />

underhåll från en central<br />

ingenjörsstation. En DTM är inte<br />

en egen fristående komponent<br />

utan ett ActiveX objekt med ett<br />

definierat interface.<br />

Användarfördelar med<br />

FDT/DTM<br />

FDT/DTM-konceptet är protokolloberoende<br />

och, med dess mappning<br />

av fältenhetsfunktionerna i<br />

mjukvarukomponenter, öppnar det<br />

för nya intressanta möjligheter. Det<br />

ger ”driver” principen, som är<br />

välkänd i kontorsvärlden, till<br />

industrin och automationsvärlden.<br />

Konceptet ger integrationsmöjligheter<br />

där de bäst behövs: i<br />

området engineering, diagnostik,<br />

service och produktionsstyrning och<br />

det friställt från de olika kommunikationsteknikerna<br />

i olika fältbussar<br />

och de olika ingenjörsverktygen<br />

i automationssystemen.<br />

FDT standarden ger en bas för<br />

integrerade lösningar från fältområdet<br />

genom automationsnivåerna<br />

till verktyg och metoder för<br />

produktionsstyrning.<br />

PROFIBUS Teknologi och användning 27


8. PROFInet<br />

PROFInet är omfattande automationskoncept<br />

som har uppstått<br />

mot bakgrund av trenden inom<br />

automationsteknologin mot modulära,<br />

återanvändbara maskiner och<br />

anläggningar med distribuerad<br />

intelligens. Med sin omfattande<br />

uppbyggnad (gemensam modell för<br />

engineering, drift och migrationsarkitektur<br />

i andra kommunikationssystem<br />

som PROFIBUS och OPC)<br />

uppfyller PROFInet alla de viktigaste<br />

kraven på automationsteknik<br />

för<br />

<br />

<br />

<br />

<br />

<br />

konsistent kommunikation från<br />

fältnivå upp till administrativ nivå<br />

på Ethernet<br />

tillverkaroberoende anläggningsomfattande<br />

engineeringsmodell<br />

för hela automationslandskapet<br />

öppenhet mot andra system<br />

implementering av IT standard<br />

integrering av PROFIBUS segment<br />

utan ändring av befintliga<br />

nät<br />

PROFInet finns i form av en<br />

specifikation och en öppen<br />

systemoberoende mjukvara i källkod.<br />

Specifikationen beskriver alla<br />

aspekter av PROFInet: objekt- och<br />

komponentmodellen, run time<br />

kommunikationen, proxy konceptet<br />

och engineeringen. PROFInet<br />

mjukvaran täcker all run time<br />

kommunikation. Med denna<br />

kombination av specifikation och<br />

mjukvara i form av källkod blir<br />

integrationen av PROFInet både<br />

enkel och effektiv i ett brett register<br />

av produkter och i olika<br />

operativsystem. Valet att ta vägen<br />

över en mjukvarukällkod på vilken<br />

all produktimplementering bygger<br />

ger en enastående möjlighet att<br />

garantera samma kvalitet för<br />

PROFInet interfacet i alla produkter.<br />

Proceduren gör att eventuella<br />

problem att fungera tillsammans<br />

reduceras till ett minimum.<br />

PROFInet komponenter<br />

Basen för PROFInet är användningen av objektmodellen, redan väl<br />

beprövad i programmeringsvärlden, i automationen. För detta ändamål<br />

delas maskiner, anläggningar och deras delar in i teknologiska<br />

modeller, var och en innehållande mekanisk uppbyggnad, elektrisk<br />

uppbyggnad, elektronik och applikationsmjukvara. Funktionen hos den<br />

teknologiska modulen är inbyggd i PROFInet-komponenterna och är<br />

tillgänglig över gemensamt definierade ”interface”. Komponenterna kan<br />

kombineras modulärt via sina interface och kopplas samman till<br />

applikationer.<br />

I den meningen betyder ”komponenter” inbyggda, återanvändbara<br />

mjukvarubyggstenar. PROFInet använder för implementering den mest<br />

använda metoden i PC-världen, Microsofts Component Object Model<br />

(COM) i form av dess utökning för nätverksbaserade system (DCOM). I<br />

detta fall är alla objekt i ett system likvärdiga och utåt sett identiska.<br />

Denna typ av distribuerade automationssystem ger möjlighet till en<br />

modulär uppbyggnad av anläggningar och maskiner och stöder<br />

återanvändningen av anläggnings- och maskindelar.<br />

tillverkar/användar-utökningar i form<br />

av ”facetter”.<br />

PROFInets ingenjörsmodell skiljer<br />

mellan programmeringen av styrlogiken<br />

hos de individuella teknologiska<br />

modulerna och konfigureringen<br />

av hela anläggningen till en applikation.<br />

Anläggningen konfigureras genom<br />

att PROFInet komponenterna<br />

Tillverkarspecifikt<br />

programmerings-och<br />

konfigureringsverktyg<br />

En programmering av de individuella<br />

objekten, deras konfiguration<br />

och parametrering har gjorts i förväg<br />

av tillverkaren med tillverkarberoende<br />

verktyg. Mjukvaran som<br />

skapats vid programmeringen<br />

kapslas in i form av en PROFInet<br />

komponent med hjälp av det<br />

”Componer-Interface” som också är<br />

integrerat i verktyget. Componer<br />

interfacet genererar komponentbeskrivningen<br />

i form av en XML-fil<br />

vars konfigurering och innehåll<br />

definierats i PROFInet specifikationen.<br />

förbinds med varandra i en<br />

applikation med hjälp av PROFInets<br />

ingenjörsverktyg (konfigureringseditorn).<br />

För att kunna göra detta<br />

överförs de genererade PROFInetkomponenterna<br />

till konfigureringseditorn<br />

genom att XML-filerna<br />

importeras och förbindelserna<br />

byggs upp av grafiska linjer.<br />

Detta tillåter anläggningsövergripande<br />

kombinationer av distribuerade<br />

applikationer (från olika<br />

tillverkare) till en gemensam<br />

applikation (se bild 32). De stora<br />

fördelarna med detta är att<br />

kommunikationen inte längre<br />

behöver programmeras. I stället<br />

byggs kommunikationsrelationerna<br />

mellan komponenterna upp med<br />

linjer, så kallade kopplingar<br />

(interconnections).<br />

Informationen över kopplingarna<br />

överförs sedan till PROFInetkomponenterna<br />

med ett enkelt<br />

musklick. Det innebär att varje<br />

PROFInet<br />

konfigureringseditor<br />

8.1 PROFInets<br />

engineeringmodell<br />

Ett tillverkaroberoende ingenjörsverktyg<br />

har tagits fram. Detta ger en<br />

användarvänlig konfiguration av<br />

PROFInet systemen. Det baseras<br />

på en objektmodell som möjliggör<br />

utvecklingen av konfigureringsverktyg<br />

liksom specifikation av<br />

XML-fil<br />

Bild. 32: Skapa och sammankoppla komponenter<br />

28<br />

PROFIBUS Teknologi och användning


enhet känner till sina kommunikationspartner<br />

och relationen<br />

till dessa samt vilken information<br />

som skall utbytas.<br />

Engineering, HMI<br />

8.2 PROFInet<br />

kommunikationsmodell<br />

PROFInets kommunikationsmodell<br />

definierar en tillverkaroberoende<br />

standard för kommunikation på<br />

Ethernet med standard IT<br />

mekanismer (run time kommunikation).<br />

Den använder TCP/IP<br />

och COM/DCOM, den mest<br />

använda standarden i PC-världen.<br />

Den ger direkt access från kontorsvärlden<br />

genom hela automationshierarkin<br />

och omvänt (vertikal<br />

integration)<br />

Med PROFInet beskrivs datautbytet<br />

över Ethernet mellan komponenter<br />

från olika tillverkare med hjälp av<br />

uppkopplingsprotokollet för DCOM<br />

tillsammans med den ovannämnda<br />

standarden. Dessutom finns det en<br />

optimerad kommunikationsmekanism<br />

för applikationsområden som<br />

kräver realtidskommunikation.<br />

Produkter som skall arbeta på<br />

Ethernet behöver få inbyggt<br />

kommunikationsmekanismen som<br />

beskrivs i PROFInet standarden (se<br />

bild 33). Anslutningstekniken som<br />

behövs för kopplingen till Ethernet<br />

finns i form av en handledning både<br />

för IP20 och för IP65/67.<br />

8.3 PROFInets<br />

migrationsmodell<br />

Integrationen av PROFIBUS<br />

segment i PROFInet sker med<br />

”proxy” (se bild 34). Denna förser<br />

varje enhet som är ansluten till<br />

Bild 33.: PROFInet<br />

produktstruktur<br />

PROFIBUS med en proxyfunktion.<br />

Det betyder att när anläggningar<br />

byggs om eller utökas kan hela<br />

spektrat av PROFIBUS enheter,<br />

inklusive PROFIsafe och<br />

PROFIdrive produkter, integreras<br />

oförändrade, vilket ger maximalt<br />

skydd för gjorda investeringar.<br />

Proxyteknologin tillåter också att<br />

andra fältbussystem integreras.<br />

8.4 XML<br />

PLC<br />

XML (EXtensible Markup<br />

Language) är ett flexibelt databeskrivningsspråk<br />

baserat på en<br />

enkel ASCII-kod. XML dokument<br />

kan bytas mellan applikationer på<br />

flera sätt, till exempel på diskett, via<br />

e-mail, med TPC/IP eller med http<br />

över Internet.<br />

XML har stor betydelse i<br />

automationsteknologin bland annat<br />

för parameterbeskrivning i FDT,<br />

som import- och exportformat för<br />

fältenhetsparametrar i ingenjörsverktyg<br />

och som ett sätt att<br />

åstadkomma vertikal integration<br />

(datautbyte oberoende av operativsystem).<br />

8.5 OPC och OPC DX<br />

Intelligent<br />

fältenhet<br />

Bild 34: PROFInet migrationsmodell<br />

OPC (OLE for Process Control) är<br />

ett standardinterface som introducerades<br />

1996 för access av<br />

Windowsbaserade applikationer i<br />

automationen. Införandet av OPC<br />

ger en tillverkarövergripande kommunikation.<br />

Det ger användaren<br />

flexibilitet i valet av komponenter<br />

och deras sammankoppling utan<br />

någon programmering.<br />

PLC Fältenhet Drive<br />

OLE, och därmed OPC, är baserat<br />

på Microsofts DCOM-modell.<br />

Sedan 2000 är OPC data och OPC<br />

tjänster mappade i XML. Det<br />

betyder att OPC data även kan<br />

utbytas mellan icke-Windowsbaserade<br />

plattformar i form av<br />

läsbara XML dokument.<br />

OPC DX (Data Exchange) utvecklas<br />

inom OPC Foundation med målet<br />

att få fram ett protokoll för utbytet av<br />

icke tidskritiska användardata<br />

mellan automationssystem från<br />

olika tillverkare och typer (PLC,<br />

DCS, PC)<br />

OPC DX är baserat på den<br />

existerande specifikationen OPC<br />

DA (Data Access). Samtidigt har ett<br />

engineeringinterface definierats,<br />

som gör det möjligt att konfigurera<br />

de anslutna systemen. Till skillnad<br />

från PROFInet, är inte OPC DX<br />

objektorienterat utan tag-orienterat,<br />

med andra ord är inte automationskomponenterna<br />

tillgängliga som<br />

COM objekt utan endast dess<br />

variabler i form av (tag) namn.<br />

OPC DX kommer att kunna koppla<br />

samman olika automationssystem i<br />

en anläggning via Ethernet. Det kan<br />

dock inte nå fältbussnivån varför<br />

existerande fältbussystem och<br />

PROFInet inte påverkas på något<br />

sätt.<br />

PROFIBUS Teknologi och användning 29


9. Certifiering<br />

För att PROFIBUS produkter av<br />

olika typ och från olika tillverkare<br />

korrekt skall kunna utföra sina<br />

uppgifter i automationsprocessen,<br />

är det viktigt att de säkert kan<br />

utbyta felfri information över<br />

bussen. Förutsättningarna för detta<br />

är att implementeringen av<br />

kommunikationsprotokoll och<br />

applikationsprofiler görs av<br />

tillverkaren i enlighet med<br />

standard.<br />

För att garantera detta har<br />

PROFIBUS organisationen upprättat<br />

en quality assurance procedure.<br />

Med den och baserat på<br />

testrapporter, utfärdas certifikat för<br />

de produkter som klarar testet.<br />

Målet med certifieringen är att ge<br />

användarna den nödvändiga<br />

säkerheten för felfri funktion hos<br />

produkter från skilda tillverkare<br />

Detta görs genom att produkten<br />

genomgår rigorösa praktiska test i<br />

oberoende testlaboratorier. Därmed<br />

upptäcks tidigt eventuella<br />

missförstånd vid tillämpningen av<br />

standarden, som därmed kan rättas<br />

till innan produkten når marknaden.<br />

Interoperabilitet med andra<br />

produkter är också en del av testet.<br />

Efter avslutat godkänt test kan<br />

tillverkaren ansöka om ett<br />

produktcertifikat.<br />

Grunden för certifieringsproceduren<br />

(se bild 35) är standarden EN<br />

45000. PROFIBUS användarorganisation<br />

har godkänt tillverkaroberoende<br />

testlaboratorier i enlighet<br />

med specifikationerna i denna<br />

standard. Endast dessa laboratorier<br />

är auktoriserade att utföra<br />

produkttester, som se3dan ligger till<br />

grund för certifieringen.<br />

Testproceduren och certifieringsgången<br />

är beskrivna i PROFIBUS<br />

guide 2.032 (DP-slavar), 2.062 (PA<br />

produkter) och 2.072 (DP master).<br />

9.1 Testprocedur<br />

Förutsättningarna för testet är det<br />

tidigare nämnda ID-numret och en<br />

GSD-fil samt där det är tillämpligt<br />

även en EDD-fil.<br />

Testproceduren, vilken är den<br />

samma för alla testlaboratorier,<br />

består av flera delar:<br />

Nej<br />

Test<br />

produkter<br />

Test i testlaboratorium<br />

OK?<br />

Ja<br />

Test i testlaboratorium<br />

Bild 35: Produktcertifieringsprocedur<br />

En GSD/EDD kontroll<br />

av att produktbeskrivningen är gjord<br />

i enlighet med specifikationen.<br />

En hårdvarutest<br />

kontrollerar att de elektriska<br />

egenskaperna hos PROFIBUS<br />

interfacet följer specifikationen.<br />

Detta inkluderar termineringsmotstånd,<br />

inbyggda drivers och<br />

andra moduler samt signalkvaliteten.<br />

En funktionstest<br />

undersöker bussaccess och<br />

överföringsprotokoll samt funktionen<br />

hos produkten. GSD-filen används<br />

vid parametreringen och<br />

konfigureringen av testsystemet.<br />

Produkten behandlas som en svart<br />

låda under testet, vilket gör att man<br />

inte behöver veta något om den<br />

interna strukturen hos produkten.<br />

Reaktionen från testobjektet och<br />

tidsförloppen registreras av en<br />

bussmonitor. Om det behövs<br />

avläses och loggas utgångarna.<br />

Konformitetstestet<br />

utgör huvuddelen av testet. Det är<br />

en test av om protokollimplementationen<br />

är i överensstämmelse<br />

med standard. De viktigaste<br />

delarna av testet är:<br />

Statusmaskin: PROFIBUS<br />

protokollet är definierat i form av en<br />

statusmaskin. alla externt synliga<br />

statusändringar testas.<br />

Förväntat uppförande summeras i<br />

programmerbara sekvenser. Det<br />

verkliga uppförandet analyseras<br />

och jämförs med förväntat uppförande<br />

och resultatet protokollförs.<br />

Reaktion på fel: Här simuleras<br />

bussfel, som avbrott, kortslutning<br />

av busskabeln och strömavbrott.<br />

Adresserbarhet: Testobjektet adresseras<br />

med tre slumpvisa<br />

adresser inom adressområdet och<br />

felfri funktion testas.<br />

Diagnostikdata: Diagnostikdata<br />

måste stämma med vad som står i<br />

GSD och standard. Detta testas<br />

genom att utifrån tvinga fram<br />

diagnostik.<br />

Blandad drift: Blandade slavar<br />

testas för korrekt funktion med en<br />

FMS och en DP master.<br />

Interoperabilitetstest: Produkten<br />

testas för interoperabilitet med<br />

PROFIBUS-produkter från andra<br />

tillverkare i en blandad anläggning.<br />

Anläggningens funktion skall inte<br />

påverkas av att testobjektet<br />

tillkommer. Funktionen med olika<br />

mastrar testas också.<br />

Varje steg i testet dokumenteras<br />

noggrant. Testprotokollet ges till<br />

tillverkaren och till PROFIBUS<br />

användarorganisation.<br />

Testprotokollet ligger till grund för<br />

utfärdandet av certifikat.<br />

9.2 Certifiering<br />

När en produkt har klarat alla test<br />

kan tillverkaren ansöka om ett<br />

certifikat från PROFIBUS användarorganisation.<br />

Varje certifierad produkt<br />

får ett certifikatnummer som<br />

referens. Certifikatet är giltigt i tre år<br />

men kan förlängas efter ytterligare<br />

test.<br />

Adressen till testlaboratorierna hittar<br />

man på PROFIBUS hemsida på<br />

Internet.<br />

30<br />

PROFIBUS Teknologi och användning


10. Implementering<br />

Detta kapitel innehåller instruktioner<br />

om hur kommunikationsprotokoll<br />

och interface skall implementeras i<br />

automations- och fältprodukter.<br />

Det finns ett brett spektrum av<br />

standardkomponenter och<br />

utvecklingsverktyg (PROFIBUS<br />

ASICs, monitorer, testverktyg,<br />

protokollstackar och utvecklingsverktyg)<br />

och dessutom tjänster<br />

som gör, att den som utveckla eller<br />

implementera PROFIBUS protokoll,<br />

kan göra detta på ett<br />

kostnadseffektivt sätt. En översikt<br />

över komponenter finns i<br />

produktkatalogen på hemsidan<br />

(www.<strong>profibus</strong>.com/productguide.html).<br />

Mer information finns i<br />

litteratur och hos våra experter i<br />

PROFIBUS Competence Center (se<br />

adress sist i denna skrift).<br />

Vid implementering av PROFIBUS<br />

protokoll, tänk på att certifiering<br />

endast omfattar hela produkter.<br />

Standardkomponenter certifieras<br />

inte och är ingen garanti för den<br />

färdiga produktens certifiering. Dock<br />

är det viktigt för den färdiga<br />

produktens kvalitet och möjlighet att<br />

certifieras att även komponenterna<br />

håller hög kvalitet.<br />

10.1 Standardkomponenter<br />

Interfacemodul<br />

Den kompletta PROFIBUS interfacemodulen<br />

är idealisk för små och<br />

medelstora serier av produkter.<br />

Dessa kreditkortstora moduler<br />

innehåller hela bussprotokollet. De<br />

kopplas till moderkortet för<br />

produkten som en extra modul.<br />

Protokollchips<br />

För längre produktserier är<br />

implementeringen av kommersiellt<br />

tillgångliga PROFIBUS protokollchips<br />

en praktisk lösning.<br />

Man skiljer på följande<br />

komponenter:<br />

Single chips, med alla<br />

protokollfunktionerna integrerade<br />

i chipset,<br />

Kommunikationschips, med<br />

större eller mindre delar av<br />

protokollet integrerat på chipset<br />

och som också kräver en<br />

separat processor<br />

<br />

Bild. 36: Exempel på implementering I en PROFIBUS-slav<br />

Protokollchips med integrerad<br />

processor<br />

Vilket chips som passar beror till<br />

största delen på komplexiteten hos<br />

fältenheten och vilken kapacitet och<br />

funktionalitet som önskas. Här följer<br />

några exempel.<br />

Implementering av enkla<br />

slavar<br />

Användandet av singlechip ASIC är<br />

det mest lämpliga för enkla I/Oenheter.<br />

Alla protokollfunktioner<br />

finns redan integrerade på ASIC:en.<br />

Ingen mikroprocessor eller mjukvara<br />

behövs. Endast bussinterfacedrivern,<br />

kvartskristall och strömförsörjningselektronik<br />

tillkommer som<br />

extra komponenter.<br />

Exempel på chips är LSPM2 och<br />

SPM2 från Siemens, IX1 från M2C<br />

och VPC LS från profichip.<br />

Implementering av intelligenta<br />

slavar<br />

Vid denna typ av implementering,<br />

sköts de tidskritiska delarna av<br />

protokollet av ett protokollchip och<br />

resten av mjukvara i en<br />

mikroprocessor. I de flesta<br />

tillgängliga ASIC finns de cyklisk<br />

protokolldelarna i ett chip, som då<br />

ansvarar för de tidskritiska datan.<br />

Ett alternativ är protokollchip med<br />

integrerad microprocessor, där<br />

mindre tidskritiska protokolldelar<br />

kan hanteras.<br />

De ASIC som finns har ett<br />

universellt interface och arbetar mot<br />

de vanligast förekommande microprocessorerna.<br />

En ytterligare möjlighet är mikroprocessorer<br />

med en integrerad<br />

PROFIBUS kärna.<br />

Implementeringen i komplexa<br />

mastrar<br />

I dessa är de tidskritiska delarna<br />

också implementerade i ett<br />

protokollchip och resten i form av<br />

mjukvara i en mikroprocessor.<br />

För implementering i komplexa<br />

mastrar finns, liksom för slavar,<br />

ASIC från olika tillverkare. De kan<br />

användas tillsammans med många<br />

av de vanligaste mikroprocessorerna.<br />

En översikt över tillgängliga<br />

protokollchips finns på PROFIBUS<br />

hemsida. För mera information<br />

hänvisas till respektive tillverkare.<br />

PROFIBUS stack<br />

Ofta kommer chip och<br />

protokollmjukvara (PROFIBUS<br />

stack) från två olika tillverkare.<br />

Möjligheten att kombinera ökar<br />

mångfalden lösningar på marknaden.<br />

Detta ger en bas för att tillverka<br />

tekniskt anpassade produkter på ett<br />

kostnadseffektivt sätt, vilket är helt i<br />

linje med PROFIBUS användarorganisations<br />

ambition.<br />

PROFIBUS Teknologi och användning 31


Det visar också hur öppen,<br />

tillverkaroberoende och standardiserad<br />

PROFIBUS är, inte bara<br />

i specifikationen utan även i<br />

produktimplementeringen.<br />

Rena mjukvarulösningar för<br />

PROFIBUS-implementering ser<br />

man sällan. Det beror på att prisprestandaförhållandet<br />

för de processorer<br />

som krävs är mycket sämre<br />

än för chipsorienterad implementering.<br />

Därför används mjukvarulösningar<br />

endast vid mycket<br />

speciella omständigheter.<br />

En översikt över tillgängliga<br />

protokollmjukvaror finns på<br />

PROFIBUS hemsida. För mera<br />

information om produkterna<br />

hänvisas till respektive tillverkare.<br />

10.2 Interfaceuppbyggnad<br />

MBP överföringsteknologi<br />

Vid implementering av bussdriven<br />

fältenhet med MBP överföring<br />

måste man speciellt tänka på att<br />

hålla strömförbrukningen nere.<br />

I regel finns det 10-15 mA matningsström<br />

tillgängligt från bussen<br />

för dessa produkter. Detta måste<br />

räcka till hela enheten inklusive<br />

bussinterfacet och mätelektroniken.<br />

Speciella modemchips finns som<br />

uppfyller dessa krav. Dessa modem<br />

tar energin som behövs till hela<br />

enheten från MBP-bussanslutningen<br />

och gör den tillgänglig som<br />

matningsspänning för övrig elektronik<br />

i enheten. Samtidigt omvandlas<br />

de digitala signalerna från<br />

protokollchipset till bussignal för<br />

MBP-anslutningen modulerat till<br />

energikällan. En typisk konfiguration<br />

med ett kommersiellt tillgängligt runt<br />

kretskort visas i bild 36.<br />

Mer information finns i den tekniska<br />

PROFIBUS guiden 2.092.<br />

RS485 överföringsteknik<br />

Till fältenheter som inte tar sin<br />

energi från bussen kan man<br />

använda standard RS485-interface.<br />

Detta ökar flexibiliteten eftersom<br />

sådana produkter kan anslutas<br />

direkt till PROFIBUS DP-segmenten<br />

utan någon link eller kopplare.<br />

RS485 teknik är både ekonomisk<br />

och tålig. Överföringshastigheter<br />

från 9,6 kbit/s till 12 Mbit/s stöds<br />

utan ändringar.<br />

Som en ytterligare utökning har<br />

RS485IS utvecklats, vilket ger en<br />

egensäker version av RS485.<br />

RS485 moduler finns från många<br />

olika tillverkare.<br />

32<br />

PROFIBUS Teknologi och användning


11. PROFIBUS användarorganisation<br />

En öppen teknologi kräver underhåll,<br />

vidareutveckling och marknadstillväxt<br />

och för detta behövs ett<br />

företagsoberoende institut som en<br />

arbetsplattform. 1989 bildades<br />

PROFIBUS Nutzerorganisation<br />

e.V. (PNO) för att stödja PROFIBUS<br />

teknologi. Det är en ideell intresseförening<br />

för tillverkare, användare<br />

och institut. PNO är en av medlemmarna<br />

i PROFIBUS International<br />

(PI) som bildades 1995 och nu<br />

omfattar 23 regionala organisationer<br />

(Regional PROFIBUS Associations,<br />

RPA) och mer än 1400 medlemsföretag<br />

och är den största organisationen<br />

för industriell kommunikation<br />

i världen. De regionala<br />

organisationerna finns i alla<br />

världsdelar, både i de mest<br />

industrialiserade länderna som USA<br />

och Japan men även i länder som<br />

Kina, Brasilien och Thailand.<br />

RPA organiserar det lokala<br />

supportarbetet, anordnar mässor<br />

och seminarier samt fungerar som<br />

en länk från användarna så att nya<br />

behov och idéer fångas upp och<br />

vidarebefordras till arbetsgrupperna<br />

för vidareutveckling av PROFIBUS.<br />

Uppgifter<br />

PI:s huvudsakliga uppgifter är<br />

följande:<br />

Underhåll och fortsatt<br />

utveckling av PROFIBUS<br />

teknologin.<br />

Utöka accepterandet och<br />

användningen av PROFIBUS<br />

teknologin.<br />

Skydda användarnas och<br />

tillverkarnas investeringar<br />

genom att påverka och delta i<br />

fortsatt standardisering.<br />

Representera medlemmarnas<br />

intresse genom att vara<br />

remissinstans för standardiseringskommittéer<br />

och organisationer.<br />

Ge teknisk support över hela<br />

världen genom sina kompetenscentra.<br />

Skapa kvalitetsgaranti genom<br />

produktcertifiering.<br />

Organisation av den<br />

tekniska utvecklingen<br />

PI har överlåtit utvecklingen av<br />

PROFIBUS teknologin till PNO i<br />

Tyskland. Rådsförsamlingen för<br />

PNO styr nu utvecklingsaktiviteterna.<br />

Members Assembly<br />

Utvecklingsarbetet är organiserat i 5<br />

tekniska kommittéer, Technical<br />

Committees (TCs) med mer än 35<br />

permanenta arbetsgrupper, Working<br />

Groups (WGs). Dessutom finns det<br />

ständigt olika antal extra WG, som<br />

handhar speciella tidsbegränsade<br />

uppgifter.<br />

WG tar fram nya specifikationer och<br />

profiler, handhar kvalitetsarbetet<br />

och standardiseringen, arbetar i<br />

standardiseringskommittéer och<br />

utför marknadsaktiviteter (mässor,<br />

presentationer) för att få PROFIBUS<br />

teknologin att växa. Ett kansli,<br />

Business Office, koordinerar alla<br />

pågående aktiviteter.<br />

Totalt arbetar mer än 300 experter i<br />

olika grupper med att utveckla och<br />

sprida PROFIBUS-teknologin.<br />

Medlemskap<br />

Medlemskap i PNO är öppet för alla<br />

företag, organisationer, institut och<br />

personer som vill spela en<br />

konstruktiv roll i utvecklingen och<br />

spridningen av PROFIBUS teknologin.<br />

Samverkan mellan medlemmar,<br />

som ofta är mycket olika<br />

och kommer från ett brett spektra av<br />

industrier (speciellt de i olika WG)<br />

har en betydelsefull synergieffekt<br />

och genererar viktigt informationsutbyte.<br />

Detta leder till innovativa<br />

lösningar, effektivt utnyttjande av<br />

resurserna och sist men inte minst,<br />

en betydande marknadsfördel.<br />

Board of Directors<br />

Advisory Board<br />

Operations Manager<br />

Business Office<br />

Certification Office<br />

TC1<br />

Test and Certification<br />

TC2<br />

Communication Profiles<br />

TC3<br />

Application Profiles<br />

TC4<br />

System Integration<br />

TC5<br />

Marketing<br />

Bild 37: Organisationsplan för PROFIBUS International<br />

PROFIBUS Teknologi och användning 33


Arbetsgrupper<br />

WG med sina mer än 300<br />

betydelsefulla medlemmar har en<br />

nyckelroll i PROFIBUS succé. Bild<br />

37 visar hur de 5 TC är uppdelade<br />

för att handha olika områden. Den<br />

ytterligare uppdelning i mer än 35<br />

WG gör att arbetet kan vara<br />

fokuserat på speciell teknik eller<br />

specifik industri.<br />

Alla medlemmar har rätt att delta i<br />

arbetsgrupperna och kan på det<br />

sättet aktivt bidra till den fortsatta<br />

utvecklingen. Alla resultat presenteras<br />

för medlemmarna för kommentarer<br />

innan de publiceras av<br />

rådsförsamlingen.<br />

Kompetenscentra<br />

PI har ackrediterat 21<br />

kompetenscentra, PROFIBUS<br />

Competence Centers (PCC) över<br />

hela världen liksom 7 testlaboratorier<br />

för certifieringsarbete.<br />

Dessa centra ger all typ av råd och<br />

support till användare och tillverkare<br />

samt utför test för certifiering av<br />

produkter. Adresser finner du på<br />

PI:s hemsida.<br />

Dokumentation<br />

Som ytterligare support tillhandahåller<br />

PROFIBUS alla användare<br />

och tillverkare bred och omfattande<br />

dokumentation. Den finns alltid på<br />

engelska och ofta på några andra<br />

språk (tyska, franska, kinesiska,<br />

svenska). Dokumentationen är<br />

uppdelad i följande kategorier:<br />

PROFIBUS International<br />

Representerad av en ordförande och 1-3 vise ordföranden<br />

PI Business Office och PI Support Center<br />

7 PROFIBUS<br />

Test<br />

Laboratorier<br />

Testcentra för<br />

certifiering<br />

>1,400 medlemmar över hela världen<br />

Tillverkande företag, integratörer, användare,<br />

universitet, institut mm.<br />

Bild 38: PI organisationen<br />

PROFIBUS standard<br />

innehåller PROFIBUS basspecifikation<br />

och ett urval andra<br />

dokument.<br />

PROFIBUS guider<br />

innehåller specifikationer om till<br />

exempel implementation, testprocedurer,<br />

installation, begreppsbeskrivning<br />

men också applikationsorienterad<br />

specifikationer som<br />

tidmärkning och PROFInet.<br />

22 PROFIBUS<br />

Kopetence<br />

Centra<br />

Teknisk regional<br />

support<br />

23 Regionala<br />

PROFIBUS<br />

Föreningar<br />

Nationella<br />

organisationer<br />

PROFIBUS profiler<br />

innehåller alla godkända profilspecifikationer.<br />

Man skiljer på<br />

branchtypiska profiler och allmänna<br />

användarprofiler samt systemprofiler.<br />

Tekniska beskrivningar och<br />

kataloger<br />

De viktigaste PROFIBUS-teman<br />

beskrivs i ett stort antal översikter ur<br />

marknadssynpunkt. Produktkatalogen<br />

innehåller mer än 2000<br />

PROFIBUS produkter och tjänster<br />

och ger en utmärkt översikt av<br />

kapaciteten bland PROFIBUS<br />

medlemsföretag.<br />

Dokumenten finns i PDF format på<br />

PROFIBUS hemsida. Om du så<br />

önskar kan dokumenten också<br />

beställas på CD ROM.<br />

En lista på alla dokument finns<br />

också på hemsidan.<br />

34<br />

PROFIBUS Teknologi och användning


12. Index<br />

A<br />

Acyklisk datakommunikation................................. 14<br />

Adressering ............................................................ 2<br />

Adressering med slot och index....................... 16<br />

Allmänna applikationsprofiler................................ 17<br />

Användarfördelar.................................................... 1<br />

AS-interface............................................................ 1<br />

B<br />

Blockmodell .......................................................... 21<br />

Broadcast .............................................................. .2<br />

Bussaccesskontroll................................................. 2<br />

C<br />

Cellnivå................................................................... 1<br />

Certifiering ............................................................ 30<br />

CPF ........................................................................ 3<br />

Cyklisk datakommunikation .................................. 13<br />

D<br />

Data<br />

Datatelegram ..................................................... 2<br />

Decentrala I/O ...................................................... 22<br />

Device management............................................. 25<br />

Diagnosstikfunktioner ........................................... 11<br />

Dokumentation ..................................................... 34<br />

DP .......................................................................... 5<br />

DP-V0 .............................................................. 11<br />

DP-V1 .............................................................. 11<br />

DP-V2 .............................................................. 11<br />

DPM<br />

DPM1............................................................... 12<br />

DPM2............................................................... 12<br />

DTM...................................................................... 25<br />

E<br />

EDD................................................................ 25, 26<br />

F<br />

FDT/DTM koncept ................................................ 27<br />

Fiberoptik................................................................ 9<br />

Field level ............................................................... 1<br />

FISCO modellen................................................... 10<br />

FMS........................................................................ 5<br />

Funktionsblock (FB).............................................. 20<br />

Fysikaliska block (PB) .......................................... 20<br />

H<br />

HART.................................................................... 17<br />

Hydraulik .............................................................. 22<br />

I<br />

Identsystems ........................................................ 22<br />

IEC<br />

IEC 61158.......................................................... 3<br />

IEC 61784.......................................................... 3<br />

Implementation..................................................... 31<br />

Installationsinstruktioner<br />

Installationsinstruktioner för MBP ...................... 9<br />

Installationsinstruktioner för RS485 ................... 7<br />

Interfacemodul...................................................... 31<br />

Internationell support............................................ 34<br />

ISO/OSI referensmodellen ..................................... 2<br />

K<br />

Kabel, anslutningsteknik......................................... 7<br />

Klocksynkronisering........................................ 11, 15<br />

Kommunikation....................................................... 5<br />

Kommunikation i automationen.......................... 1<br />

Kommunikations-FB ............................................. 23<br />

Kommunikationsprotokoll................................. 11<br />

Kompetenscentra ................................................. 33<br />

Konformitetstest.................................................... 30<br />

L<br />

Länkar .................................................................... 9<br />

M<br />

Masterprofiler........................................................ 23<br />

MBP........................................................................ 8<br />

Mjukvarukomponenter .......................................... 27<br />

Modulära enheter ................................................. 22<br />

N<br />

Nyckeln till framgång .............................................. 6<br />

Nätverkstopologi..................................................... 7<br />

O<br />

OPC...................................................................... 29<br />

OPC DX........................................................... 29<br />

G<br />

Givarnivå ................................................................ 1<br />

GSD...................................................................... 25<br />

PROFIBUS Teknologi och användning 35


P<br />

PA produkter......................................................... 21<br />

Produkttyper ......................................................... 12<br />

PROFIBUS ............................................................. 4<br />

PROFIBUS Användarorganisation............... 4, 33<br />

PROFIBUS DP ................................................ 11<br />

PROFIBUS International.................................... 4<br />

PROFIdrive........................................................... 19<br />

Profil ID............................................................ 26<br />

Profiler ................................................................ 3, 6<br />

PROFInet.......................................................... 3, 28<br />

PROFInet ingenjörsmodell............................... 28<br />

PROFInet kommunikationsmodell..................... 29<br />

PROFInet migrationsmodell............................. 29<br />

PROFIsafe............................................................ 17<br />

Protokollchip......................................................... 31<br />

R<br />

Repeatrar ............................................................... 7<br />

RPA ...................................................................... 33<br />

RS485<br />

RS485............................................................ 6, 7<br />

RS485-IS ....................................................... 6, 8<br />

T<br />

Tidmärkning.......................................................... 18<br />

Tillverkar ID .......................................................... 26<br />

U<br />

Uppload och download ......................................... 15<br />

Utfärdande av certifikat......................................... 30<br />

V<br />

Version<br />

Version DP-V1................................................. 14<br />

Version DP-V2................................................. 14<br />

X<br />

XML ...................................................................... 29<br />

Ö<br />

Överföringsblock, Transducer Block (TB)............. 20<br />

Överföringsteknik.................................................... 7<br />

S<br />

Segmentkopplare ................................................... 9<br />

SEMI..................................................................... 22<br />

SIL monitor ........................................................... 17<br />

Slavar<br />

Slavar .............................................................. 12<br />

Slavredundans................................................. 18<br />

Slav-till-slavkommunikation............................... 14<br />

Speciella applikationsprofiler................................ 19<br />

Sync och freeze mod............................................ 13<br />

System<br />

Systemegenskaper .......................................... 13<br />

Systemprofiler.................................................. 23<br />

36<br />

PROFIBUS Teknologi och användning


PROFIBUS<br />

Systembeskrivning<br />

Version Augusti 2002<br />

Beställningsnummer 4.001-SE<br />

Utgivare<br />

PROFIBUS i Sverige ekonomisk förening<br />

Box 252<br />

281 23 HÄSSLEHOLM<br />

Sverige<br />

Tel. : +46 (0) 451 / 49440<br />

Fax : +49 (0) 451 / 89833<br />

kansli@<strong>profibus</strong>.se<br />

Förbehåll<br />

PROFIBUS användarorganisation har tagit fram innehållet i denna broschyr så noggrannt som möjligt. Trots det<br />

kan inte fel uteslutas. Data kontrolleras dock regelbundet och fel rättas till i den version som finns på vår hemsida.<br />

Denna skrift ersätter inte standard IEC 61158 och ej heller IEC 61784 och de PROFIBUS riktlinjer och guider<br />

som följer standarden. I alla tveksamma fall hänvisas till standard och guider.<br />

©Copyright by PROFIBUS Nutzerorganisation e.V. 2002. All rights reserved.


Australia and New Zealand<br />

PROFIBUS User Group (ANZPA)<br />

c/o OSItech Pty. Ltd.<br />

P.O. Box 315<br />

Kilsyth, Vic. 3137<br />

Phone ++61 3 9761 5599<br />

Fax ++61 3 9761 5525<br />

australia@<strong>profibus</strong>.com<br />

PROFIBUS Belgium<br />

August Reyerslaan 80<br />

1030 Brussels<br />

Phone ++32 2 706 80 00<br />

Fax ++32 2 706 80 09<br />

belgium@<strong>profibus</strong>.com<br />

Association PROFIBUS Brazil<br />

c/o Siemens Ltda IND1 AS<br />

R. Cel. Bento Bicudo, 111<br />

05069-900 Sao Paolo, SP<br />

Phone ++55 11 3833 4958<br />

Fax ++55 11 3833 4183<br />

brazil@<strong>profibus</strong>.com<br />

Chinese PROFIBUS User Organisation<br />

c/o China Ass. for Mechatronics Technology<br />

and Applications<br />

1Jiaochangkou Street Deshengmenwai<br />

100011 Bejing<br />

Phone ++86 10 62 02 92 18<br />

Fax ++86 10 62 01 78 73<br />

china@<strong>profibus</strong>.com<br />

PROFIBUS Association Czech Republic<br />

Karlovo nam. 13<br />

12135 Prague 2<br />

Phone ++420 2 2435 76 10<br />

Fax ++420 2 2435 76 10<br />

czechrepublic@<strong>profibus</strong>.com<br />

PROFIBUS Denmark<br />

Maaloev Byvej 19-23<br />

2760 Maaloev<br />

Phone ++45 40 78 96 36<br />

Fax ++45 44 65 96 36<br />

denmark@<strong>profibus</strong>.com<br />

PROFIBUS Finland<br />

c/o AEL Automaatio<br />

Kaarnatie 4<br />

00410 Helsinki<br />

Phone ++35 8 9 5307259<br />

Fax ++35 8 9 5307360<br />

finland@<strong>profibus</strong>.com<br />

France PROFIBUS<br />

4, rue des Colonels Renard<br />

75017 Paris<br />

Phone ++33 1 45 74 63 22<br />

Fax ++33 1 45 74 03 33<br />

france@<strong>profibus</strong>.com<br />

PROFIBUS Nutzerorganisation<br />

Haid-und-Neu-Straße 7<br />

76131 Karlsruhe<br />

Phone ++49 7 21 96 58 590<br />

Fax ++49 7 21 96 58 589<br />

germany@<strong>profibus</strong>.com<br />

Irish PROFIBUS User Group<br />

c/o Flomeaco Endress + Hauser<br />

Clane Business Park<br />

Kilcock Road, Clane, Co. Kildare<br />

Phone ++353 45 868615<br />

Fax ++353 45 868182<br />

ireland@<strong>profibus</strong>.com<br />

PROFIBUS Network Italia<br />

Gall. Spagna, 28<br />

35127 Padova<br />

Phone ++39 049 870 5361<br />

Fax ++39 049 870 3255<br />

pni@<strong>profibus</strong>.com<br />

Japanese PROFIBUS Organisation<br />

TFT building West 9F<br />

3-1 Ariake Koto-ku<br />

Tokyo 135-8072<br />

Phone ++81 3 3570 3034<br />

Fax ++81 3 3570 3064<br />

japan@<strong>profibus</strong>.com<br />

Korea PROFIBUS Association<br />

#306, Seoungduk Bldg.<br />

1606-3, Seocho-dong, Seocho-gu<br />

Seoul 137-070, Korea<br />

Phone ++82 2 523 5143<br />

Fax ++82 2 523 5149<br />

korea@<strong>profibus</strong>.com<br />

PROFIBUS Nederland<br />

c/o FHI<br />

P.O. Box 2099<br />

3800 CB Amersfoort<br />

Phone ++31 33 469 0507<br />

Fax ++31 33 461 6638<br />

netherlands@<strong>profibus</strong>.com<br />

PROFIBUS User Organisation Norway<br />

c/o AD Elektronikk AS<br />

Haugenveien 2<br />

1401 Ski<br />

Phone ++47 909 88640<br />

Fax ++47 904 05509<br />

norway@<strong>profibus</strong>.com<br />

PROFIBUS User Organisation Russia<br />

c/o Vera + Association<br />

Nikitinskaya str, 3<br />

105037 Moscow, Russia<br />

Phone ++7 0 95 742 68 28<br />

Fax ++7 0 95 742 68 29<br />

russia@<strong>profibus</strong>.com<br />

PROFIBUS Slovakia<br />

c/o Dept. of Automation KAR FEI STU<br />

Slovak Technical University<br />

Ilkovièova 3<br />

812 19 Bratislava<br />

Phone ++421 2 6029 1411<br />

Fax ++421 2 6542 9051<br />

slovakia@<strong>profibus</strong>.com<br />

PROFIBUS Association South East Asia<br />

c/o Endress + Hauser<br />

1 Int. Bus. Park #01-11/12 The Synergy<br />

609917 Singapore<br />

Phone ++65 566 1332<br />

Fax ++65 565 0789<br />

southeastasia@<strong>profibus</strong>.com<br />

PROFIBUS User Organisation Southern Africa<br />

P.O. Box 26 260<br />

East Rand<br />

Phone ++27 11 397 2900<br />

Fax ++27 11 397 4428<br />

southernafrica@<strong>profibus</strong>.com<br />

PROFIBUS i Sverige<br />

Box 252<br />

281 23 Hässleholm<br />

Phone ++46 4 51 49 440<br />

Fax ++46 4 51 89 833<br />

kansli@<strong>profibus</strong>.se<br />

PROFIBUS Nutzerorganisation Schweiz<br />

Kreuzfeldweg 9<br />

4562 Biberist<br />

Phone ++41 32 672 03 25<br />

Fax ++41 32 672 03 26<br />

switzerland@<strong>profibus</strong>.com<br />

The PROFIBUS Group U.K.<br />

Unit 6 Oleander Close<br />

Locks Heath, Southampton, Hants, SO31 6WG<br />

Phone ++44 1489 589574<br />

Fax ++44 1489 589574<br />

uk@<strong>profibus</strong>.com<br />

PROFIBUS Trade Organization, PTO<br />

16101 N. 82nd Street, Suite 3B<br />

Scottsdale, AZ 85260 USA<br />

Phone ++1 480 483 2456<br />

Fax ++1 480 483 7202<br />

usa@<strong>profibus</strong>.com<br />

PROFIBUS International<br />

Support Center<br />

Haid-und-Neu-Straße 7<br />

76131 Karlsruhe<br />

Phone ++49 721 96 58 590<br />

Fax ++49 721 96 58 589<br />

info@<strong>profibus</strong>.com<br />

www.<strong>profibus</strong>.com<br />

© Copyright by PNO 08/02<br />

all rights reserved

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!