profibus dp

More documents

Recommendations

Info

Fältenhetstillverkarna kan på motsvarande sätt skapa enhetliga proxy funktionsblock, som kan användas till alla olika styrsystem. Proxy funktionsblock Dessa representerar en teknologisk funktion i en fältenhet genom att tillhandahålla alla nödvändiga ingångs- och utgångsparametrar i blockinterfacet. Dessa proxy funktionsblock skapas normalt en gång av produkttillverkaren och kan implementeras i styrsystemet i den aktuella systemklassen/profilen utan ytterligare anpassning (se bild 29). MS0 MS1 MS2 Bild 28: Application Programmer´s Interface, API Application Programmer´s Interface (API) Device Användar- Proxy-FB Device Type Type Manager program (IEC (IEC 61131-3) (DTM) (DTM) (EDD-Interpreter) Process- Field Device Comm FB avbild Tool (FDT) MS0 MS1 MS2 PROFIBUS PROFIBUS PROFIBUS Kommunikationsplattform Kommunikationsplattform Applikations- Programmerings-Interface (API) För att göra det så enkelt som möjligt för applikationsprogrammerare att använda kommunikationstjänsterna är de olika standard programmeringsspråkens block och funktionsanrop samlade i biblioteket. Tillsammans med FDT-interfacet utökar PROFIBUS ”Comm- FB” systemets Applikations- Programmerings-Interface enligt bild 28. PLC system A FD-M sänder Proxy FB Field Device Manufacturer 3 Bibliotek (FD-M) C Proxy FB Comm FB 2 FD-M använder Comm FB C A 1 PLC-M sänder Comm FB 4 Programmerare (D) anv. Comm FB och Proxy FB D C B Flyttbarhet Proxy FB Comm FB Applikationsprogram PLC system B Bibliotek Proxy FB Comm FB C B D C B Proxy FB Comm FB Applikationsprogram Bild 29: Flyttbara funktionsblock 24 PROFIBUS Teknologi och användning
7. Stationskonfigurering Moderna fältenheter tillhandahåller mycket information och utför också funktioner som tidigare utfördes i styr- och reglersystemen. För att utföra dessa uppgifter behöver verktygen för konfigurering, parametrering, drift och underhåll en exakt och komplett beskrivning av data och funktioner. Denna beskrivning måste innehålla applikationsfunktioner, konfigurationsparametrar, variabler med enhet och arbetsområde, defaultvärden, gränsvärden, identifikationsnummer mm.. För styr-/reglersystemen gäller samma sak att produktspecifika parametrar och dataformat måste specificeras (integreras) för att säkerställa felfritt datautbyte med fältenheterna. PROFIBUS har utvecklat ett antal metoder och verktyg (”integrationstekniker”) för denna typ av produktbeskrivning för att kunna standardisera stationskonfigureringen. Funktionsomfånget för dessa verktyg är optimerat för olika uppgifter, vilket gett upphov till begreppet skalbar konfiguration. Metoder för produktbeskrivning: Kommunikationsegenskaperna för en PROFIBUS produkt beskrivs i en produktdatafil (General Slave Data, GSD) i ett bestämt dataformat. GSD-filen skapas av tillverkaren av produkten och ingår i leveransen. Styckvis tillverkning (Verkstadsautomation) •Drives •Funktionssäkerhet Program •Objekthantering •Applikationsinterface •Medel- till hög komplexitet Kontinuerlig tillverkning (Processautomation) FDT •Nätverkskonfigurering GSD Applikationsfunktionerna för en PROFIBUS-produkt (device characteristics) beskrivs med ett gemensamt språk: Electronic Device Description Language (EDDL) utvecklat och specificerat av PROFIBUS. Filen (EDD) skapas med detta språk av tillverkaren av produkten. För komplexa applikationer finns det också en lösning för att samla alla produktspecifika funktioner, inklusive användarinterfacet för parametrering, diagnostik mm. som mjukvarukomponenter i en så kallad Device Type Manager (DTM). DTM (som till skillnad från GSD och EDD är en integrerad mjukvara) fungerar sedan som "driver" för enheten på andra sidan det FDT interface, som är implementerat i ingenjörsverktyget eller styrsystemet. 7.1 GSD •Styrning •Digitala decentrala I/O •Fast konfiguration GSD är en läsbar ASCII textfil och innehåller både allmän och produktspecifik specifikation för kommunikationen. Varje del av innehållet beskriver en egenskap som stöds av produkten. Med hjälp av nyckelord läser ett konfigureringsverktyg ur GSD-filen: produktidentifikationen, justerbara parametrar, aktuell datatyp och de tillåtna gränsvärdena för konfigurationen. Vissa av nyckelorden är obligatoriska, till exempel tillverkarnamnet, Vendor_Name, EDD •Parametrering vid sta •Enkel hantering •Processmätningar Interpreter •Enhetlig objekthantering •Device Description Languag •Låg- till medel komplexitet •Reglering •Parametrering- och diagnosverktyg •Parametrering/tuning i run time andra är valfria, till exempel Sync_Mode_Supp. En GSD ersätter konventionella manualer och stöder automatisk kontroll av inmatningsfel och datakonsistens redan i konfigureringsfasen. Strukturen i en GSD En GSD-fil är indelad i tre avsnitt: Allmänna specifikationer Detta avsnitt innehåller information om tillverkare och produktnamn, hårdvaru- och mjukvaru-versioner, liksom vilka hastigheter som stöds, tidsintervall för övervakning och signalkonfigurationen för bussanslutningen. Master specifikationer Detta avsnitt innehåller alla parametrar som berör mastern, som det maximala antal slavar som kan anslutas eller upp- eller nedladdningsmöjligheter. Detta avsnitt finns inte i GSD för slavar. Slav specifikationer Detta avsnitt innehåller all slavspecifik information, som antal och typ av I/O-kanaler, specifikation av diagnostext och information om tillgängliga moduler om det gäller en modulär slav. Det går också att knyta bitmapfiler med en bild av produkten. Formatet för GSD-filerna har utformat för maximal flexibilitet, det innefattar listor, som till exempel vilka hastigheter som stöds, men också möjligheten att beskriva modulerna som ingår i en modulär slav. Ren text kan också tilldelas diagnosmeddelandena. Det finns två sätt att använda GSD: GSD:n för en kompakt produkt vars blockkonfiguration är känd redan vid leveransen. Denna GSD-fil kan göras färdig av tillverkaren av produkten. GSD:n för en modulär produkt vars blockkonfiguration inte är låst vid leveransen. I detta fall måste användaren konfigurera GSD-filen med hjälp av konfigureringsverktyget och välja ut moduler och dess konfiguration. Bild 30: Integrationsteknik med PROFIBUS PROFIBUS Teknologi och användning 25
Page 3: Commitment We are and will remain t
Page 7 and 8: 1. Kommunikation inom automation Al
Page 9 and 10: Profil 3/1 Profil 3/2 Profil 3/3 Da
Page 11 and 12: PI utgör den största användarorg
Page 13 and 14: 3. PROFIBUS kommunikation 3.1 Över
Page 15 and 16: teknologier inklusive MBP. Därför
Page 17 and 18: 3.2 Kommunikationsprotokoll DP Komm
Page 19 and 20: I ett multimaster system är flera
Page 21 and 22: PROFIBUS-DP Master klass 1 Token PR
Page 23 and 24: 4. Allmänna applikationsprofiler A
Page 25 and 26: 5. Speciella applikationsprofiler P
Page 27 and 28: Process Fältenheter Signal 2 Signa
Page 29: 6. Systemprofiler Profiler inom aut
Page 33 and 34: Nya utvecklingssteg Liksom GSD komm
Page 35 and 36: enhet känner till sina kommunikati
Page 37 and 38: 10. Implementering Detta kapitel in
Page 39 and 40: 11. PROFIBUS användarorganisation
Page 41 and 42: 12. Index A Acyklisk datakommunikat
Page 43 and 44: PROFIBUS Systembeskrivning Version

profibus dp

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

Delete template?

Save as template?