PROFINET Systembeskrivning 2009 - Profibus

More documents

Recommendations

Info

och identiteten för respektive portgranne.Den överordnade styrningenkan utifrån detta sedan reproduceraanläggningstopologin.Dessutom, om en fältenhet gårsönder, är det möjligt att kontrolleraatt ersättningsenheten har anslutitspå rätt plats. Operatörerna villockså kunna byta enheter utanextra ingenjörsverktyg. Detta uppnåsbekvämt med PROFINET fältenheter.5.4 Applikationsexempel förLLDPBild 5.3: PROFINET fältenheter känner sina grannarLink Layer Discovery Protocol(LLDP protocol) har använts för attskapa principen för grannedetektioni PROFINET IO.PROFINET fältenheter utbyteraktuell adressinformation medanslutna grannenheter via varjeswitchport. Grannenheterna blirdärmed otvetydigt identifierade ochdess fysiska placering bestäms. (Iexemplet i bild 5.3: angränsandeenhet är ansluten till port003 iswitch 1 via port001).LLDP protokollet är implementerat imjukvara och behöver därför ingenspeciell hårdvarusupport. LLDP äroberoende av nätverksstrukturen(linje, stjärna osv.).5.3 TopologidetektionAutomationssystem kan konfigurerasi linje-, stjärn- eller trädstruktur.Därför är det viktigt att veta vilkenfältenhet som är ansluten vilkenswitchportSom nämnts i tidigare avsnitt, kanen anläggningsoperatör användastandardfunktioner i PROFINET föratt åstadkomma en anläggningstopologioch portbaserad diagnostiki ett grafiskt format. Detta geroperatören en snabb överblick avanläggningsstatusen. I bild 5.5finns ett exempel i STEP 7 på enanläggningstopologi..Vem är mingranne?2Granninfo3Adress41. Första enheten initialiseras2. Grannens portinformation begärs3. Grannens portinformation bekräftas4. Grannen adresseras med namn5. ...1Utbyte av LLDP informationBild 5.4: PROFINET stöder bekvämt enhetsbyte och visning av anläggningstopologi.14 PROFINET Systembeskrivning, Version April 2009
Bild 5.5: Representation av anläggningstopologin ger en snabb överblick av strukturen och status för anläggningen.5.5 Kommunikation underuppbyggnad av förbindelseroch parametreringSystemuppstart i ett automationssystemmed PROFINET IO initierasav IO-Controllern. Telegrammennedan utbyts alltid via UDP/IPkanalen enligt följande schema:• Förbindelsetelegram:Etableringen av en AR ochkonfigurerade CR.• Skrivtelegram: Parametreringav alla konfigurerade submoduler• DControl telegram:Detektering av slutet påparametreringen i IO-Controllern(kallas också "EndOfParameterization").• CControl telegram:Detektering av slutet påparametreringen i IO-enheten(kallas också "ApplicationReady").Bild 5.6 visar uppstartssekvensenför en IO-enhet.Under systemuppstarten etablerasföljande: cykliska I/O data, larm,utbyte av acykliska läs-/skrivtjänster,konfigurerade moduler/submoduleroch alla behövliga korsvisaförbindelser mellan IO-enheter.IO-Controllern eller IO-Supervisornanvänder "Connect frame" för attstarta förbindelseuppbyggnadenoch överföra alla data som behövsför att etablera en AR och nödvändigaCR. De innefattar relevantaparametreringsdata, order, processdatatrafikenoch monitortid föruppstarten. Överföringsfrekvensenför de cykliska datan bestäms underanläggningskonfigureringen.IO-Controllern använder de följandeskrivtelegrammen till att parametrerade konfigurerade submodulernasom utgör datainterface tillprocessen. När alla parametrar ärnedladdade till IO-enheten markerarIO-Controllern detta med"slut på parametreringen" "DControl.req" ("EndOfParameterization").Användarmjukvaran skapardå den slutgiltiga datastrukturenoch uppdaterar status på submodulerna.När alla datastrukturer är skapade iIO-enheten och de nödvändigakontrollerna gjorda, sänder den en"CControl. req" till IO-Controllernför att signalera att den är redo förproduktiv datatrafik ("ApplicationReady"). Från IO-enhetens sida ärnu kommunikationen etablerad.När IO-Controllern noterar "ApplicationReady", är kommunikationenetablerad från IO-Controllernockså. Om IO-enheten har upptäcktfel under parametreringen,signalerar den dessa fel till IO-Controllern. Första lyckade utbytetav I/O-data markerar slutet påuppstarten.Efter en lyckad systemuppstart kanföljande utbytas:• Cykliska processdata• Larm• Acyklisk datatrafikPROFINET Systembeskrivning, Version April 2009 15
Page 3 and 4: HMIPLC/DCSSäkerhetFelsäkerhet (PR
Page 5 and 6: 1. PROFINETöversiktPROFINET är en
Page 7 and 8: 1.5 Komponentmodellen(PROFINET CBA)
Page 9 and 10: 2. PROFINET IOgrunderPROFINET IO f
Page 11 and 12: 2.4 Principen med realtidskommunika
Page 13 and 14: 3. Diagnostikkonceptför PROFINET I
Page 15: 5. SystemstartEfter spänningstills
Page 19 and 20: 6. IRT Kommunikationmed PROFINET IO
Page 21 and 22: Datatelegrammen sänds vidare tills
Page 23 and 24: 7. PROFINET IOControllerPROFINET IO
Page 25: 4. Den bekvämaste lösningen fårm
Page 28 and 29: Station 2RStation 1nRnRStation 3 St
Page 30 and 31: 12. Applikationsprofilerför PROFIN
Page 32 and 33: 14. Tool Calling Interface(TCI)I PR
Page 34: Om modulerna definieras alltfördet
Page 37 and 38: Applikation(t.ex. PLC)Applikationsi
Page 39 and 40: 17. WebbintegrationWebbintegration
Page 41 and 42: 18. PROFINET och MESIntegrationen a
Page 43 and 44: 19.3 MiljöklassningPROFINET har de
Page 45 and 46: 20. PROFINET IOteknologi ochcertifi
Page 47 and 48: 21. PI - organisationenFör dess un
Page 49 and 50: 22. OrdlistaAR Application Relation
Page 51 and 52: PROFINETSystembeskrivningVersion ap

PROFINET Systembeskrivning 2009 - Profibus

Create successful ePaper yourself

Delete template?

Save as template?