Entdecken Sie eBooks
Kategorien
Entdecken Sie Hörbücher
Kategorien
Entdecken Sie Zeitschriften
Kategorien
Entdecken Sie Dokumente
Kategorien
Handbuch
PDP2CL2
Version 3.053
ANTAL ELECTRONIC Hfles 4 91322 Grfenberg Telefon (+49) 09192/9256-0 Fax (+49) 09192/9256-78
Wichtige Hinweise
Antal Electronic behlt sich das Recht vor, nderungen am vorliegenden Handbuch, an der im Handbuch beschriebenen Software und Produktnderungen, die dem technischen Fortschritt dienen, ohne Vorankndigung vorzunehmen. Kein Teil dieser Dokumentation darf ohne vorherige schriftliche Genehmigung von Antal Electronic in irgendeiner Form (Fotokopie, Mikrofilm oder ein anderes Verfahren) reproduziert oder unter Verwendung elektronischer System verarbeitet, vervielfltigt oder an Dritte weitergegeben werden. Alle Informationen und technische Angaben in diesem Handbuch wurden mit grter Sorgfalt zusammengestellt. Antal Electronic kann jedoch weder Garantie noch juristische Verantwortung oder irgendeine Haftung fr Folgen, die auf fehlerhafte Angaben zurckgehen, bernehmen. Wir weisen darauf hin, da die in der Dokumentation verwendeten Soft- und Hardwarebezeichnungen und Markennamen der jeweiligen Firmen im allgemeinen warenzeichen-, marken- oder patentrechtlichem Schutz unterliegen. Copyright 1997, 1998,1999 Antal Electronic. Alle Rechte vorbehalten. Version 3.053 August 1999
Inhaltsverzeichnis
1 2
2.1 2.2 2.3
EINLEITUNG HARDWAREAUFBAU
Anzeigeelemente und Anschlumglichkeiten PROFIBUS-Bus-Schnittstelle DIP-Schalter
4 5
5 7 7
3
3.1
8
8
4
4.1 4.2 4.3 4.4 4.5 4.6
FUNKTIONSWEISE
Aufbau eines CAN-Telegramms Parametrierung Konfigurierung Datenaustausch Aufbau TrObjekt Handshake Sendebereich Empfangsbereich Beispiel
9
9 9 10 11 11 12 12 13 14
5 6
17 20
1 Einleitung
1
Kapitel
Der PDP-2-CAN-Buskoppler ermglicht Ihnen, Daten aus einem PROFIBUS-DPKreis in einen sekundren CAN-Kreis zu transformieren und umgekehrt. Die PROFIBUS-Seite ist dabei als DP-Slave ausgelegt. Die Schnittstellen entsprechen der EN 50170 und sind ber DC/DC-Wandler und Optokoppler galvanisch getrennt. Fr die Abwicklung des Protokolls ist ein C515C Microcontroller, untersttzt vom SPC3 ASIC (Siemens), zustndig. Der DP-Slave untersttzt das komplette DPProtokoll gem EN50170. Die Baudrate von 9.6kBaud bis 12Mbaud wird automatisch erkannt. Die Menge der Ein- und Ausgangsinformationen betrgt maximal 320 Byte (das sind 40 CAN-Botschaften zu je 8 Byte). Insgesamt lassen sich 40 CAN-Botschaften parametrieren. ber ein 10 Byte groes Fenster im Prozeabbild knnen zustzlich CAN-Telegramme bertragen werden. Ebenso knnen ber ein 10 Byte groes Fenster im Prozeabbild zustzlich beliebige CAN-Telegramme empfangen werden. Die Kommunikation auf der CAN-Seite ist ausschlielich auf Layer 2 basierend. Die CAN-Bus-Schnittstelle entspricht ISO/DIS 11898 und ist mit 1 kV DC galvanisch getrennt. Sie wurde mit dem CAN-Bus-Treiberbaustein 82C250 und dem integrierten Basic-CAN-Controller des C515C Microcontroller realisiert. Das serielle Interface (RS232, RS422, RS485 oder TTY) ist ebenfalls mit 1 kV DC galvanisch getrennt.
2 Hardwareaufbau
2.1 Anzeigeelemente und Anschlumglichkeiten
2
CAN-BUS
CAN_H CAN_L
Kapitel
CAN_GND
Gelbe LED: Aus: DP Status Wait_Prm An: DP Status Wait Cfg 2Hz blinken: DP Status Data Exchange
BA
ON
Als Anzeigeelemente besitzt das PDP2CAN zwei LEDs. Mit der grnen LED wird eine korrekte Spannungsversorgung und mit der gelben LED der Status des PROFIBUSModuls angezeigt. Wenn beide LEDs blinken so liegt ein Fehler vor (2 Hz blinken: Fehler DP-Initialisierung; 0,5 Hz blinken: RAM-Error).
Der D-SUB-Anschlu stellt den PROFIBUS-DP Anschlu dar. ber die beiden dreipoligen Schraubklemmen wird zum einen die Spannung eingespeist und zum anderen der CAN-Bus angeschlossen.
DC DC DC
DC
CANTransceiver 82C250
OP TO
CPU C515C
MAX 485
EPROM 32 KB
SRAM 32 KB
Die CAN-Bus-Schnittstelle entspricht ISO/DIS 11898 und ist mit 1 kV DC galvanisch getrennt. Sie wurde mit dem CAN-Bus-Treiberbaustein 82C250 und dem integrierten Basic-CAN-Controller des C515C Microcontroller realisiert. Fr die Abwicklung des PROFIBUS-Protokolls ist SPC3 ASIC von Siemens zustndig. Er untersttzt das komplette PROFIBUS-DP Protokoll nach EN 50170. Die Schnittstelle ist ber einen DC/DC-Wandler und Optokoppler galvanisch getrennt. Abbildung 2 zeigt das Blockschaltbild vom PDP2CL2.
2.2 PROFIBUS-Bus-Schnittstelle Potentialtrennung: 1 kV DC ber Optokoppler und DC/DC-Wandler bertragungsrate: 9,6kBit/s ... 12MBit/s Belegung der 9 pol. D-SUB-Stecker Pin Nr. 1 2 3 4 5 6 7 8 9 Belegung n.c. n.c. Datenleitung B (RxD/TXD-P) n.c. DGND (Datenbertragungspotential, Masse zu 5V) VP (Versorgungsspannung der Abschluwiderstnde) n.c. Datenleitung A (RxD/TxD-N) n.c.
2.3 DIP-Schalter Der DIP-Schalter dient zur Einstellung der PROFIBUS-Moduladresse und der CANBaudrate. Er befindet sich auf der Unterseite des Moduls.
1 2 3 4 5 6 7 8
DIP-Schalter:
3
64 7
Kapitel
Mit dem DIP-Schalter wird die PROFIBUS Moduladresse (Knotenadresse) und das CANProtokoll eingestellt. ber die Schalter 1 bis 7 wird die Knotenadresse im Bereich 1 bis 126 eingestellt. Die Schalter 8 konfiguriert das CAN-Protokoll ( CANopen und CANLayer-2- Protokoll). Dabei gilt folgende Zuordnung: Knotenadresse: Modul-ID: Schalter Nr.: 1 1 2 2 4 3 8 4 16 5 32 6
Die Einstellungen 0 und 126 sind nicht zulssig, es wird dann automatisch die Defaulteinstellung 1 verwendet. Schalter ON bedeutet Bit = logisch 1 Schalter OFF bedeutet Bit = logisch 0
CAN-Protokoll:
Schalter S8 bestimmt das relevante CAN-Protokoll. Derzeit ist das CAN-Protokoll auf Layer 2 Basis und das weiter verbreitete Protokoll CANopen der CAN-Nutzerorganisation CiA implementiert. Weitere kundenspezifische Protokolle knnen erstellt werden.
S8 off
4 Funktionsweise
Kapitel
Der PDP2CL2-Buskoppler ermglicht Ihnen, Daten aus einem PROFIBUS-DP-Kreis in einen sekundren CAN-Kreis zu transformieren und umgekehrt. Bevor nun Daten zwischen PROBIBUS und CAN ausgetauscht werden knnen, mu in der Parametrierungsphase und in der Konfigurierungsphase die Anzahl der CAN-Botschaften sowie die CAN-Botschaften selbst definiert werden. Nach erfolgreicher Parametrierung und Konfigurierung kann der Datenaustausch erfolgen.
4.1 Aufbau eines CAN-Telegramms Ein CAN-Telegramm besteht aus einem zwei Byte langen Header und 0 bis 8 Datenbytes. Im Header sind die 11 Identifierbits, ein Sendeaufforderungsbit (RTR-Bit), sowie 4 Bit fr die Nettodatenlnge enthalten (L0...L3): CAN-Header Byte 0: Byte 1: ID10 ID2 ID9 ID1 ID8 ID0 ID7 ID6ID5 L2 ID4 L1 ID3 L0 RTR L3
4.2 Parametrierung Mit dem Parametriertelegramm identifiziert der Master mit dem Slave und legt fest, in welchem Modus der Slave arbeiten soll. ber anwenderspezifische Parameter werden folgende CAN-Parameter festgelegt (die Parametrierung wird an einem Beispiel verdeutlicht) : CAN-Baudrate Anzahl Empfangsobjekte Anzahl Sendeobjekte Alle Empfangsobjekte ( Highbyte-, Lowbyte-CAN-Header ) Alle Sendeobjekte ( Highbyte-, Lowbyte-CAN-Header )
9
Die Parameterfolge im Einzelnen: 0x00: Das erste Parameterbyte mu immer 0x00 sein und wird fr Profibusinterne Zwecke verwendet CAN-Baudrate
Im ersten Byte im Parametertelegramm wird die CAN-Baudrate eingestellt. Es werden folgende CAN-Baudraten untersttzt: WERT(hex) 00 01 02 03 04 05 06 07 Baudrate 1000 KBit/s 500 KBit/s 250 KBit/s 125 KBit/s 100 KBit/s 50 KBit/s 20 KBit/s 10 KBit/s
alle Sendeobjekte Highbyte CAN-Header Lowbyte CAN-Header alle Empfangsobjekte Highbyte CAN-Header Lowbyte CAN-Header
4.3 Konfigurierung Nach dem Parametrieren hat der Master ein Konfiguriertelegramm an den entsprechenden Slave zu schicken. ber das Konfiguriertelegramm erhlt der Slave die Informationen ber die Lnge der Ein- und Ausgabedaten. Das Konfiguriertelgramm stellt der Anwender im Projektierungswerkzeug zusammen, wo er evtl. auch den Adressbereich angeben kann, in dem die Nutzdaten abgelegt sind (siehe Beispiel).
10
In einem Oktet der DataUnit des Konfiguriertelegramms werden bis zu 8 Bytes beschrieben. Es werden soviel Konfigurationsbytes verwendet, wie Sende und Empfangspuffer plus 4 Bytes (Handshake_In, Handshake_Out, RecObject und TrObject), vorhanden sind. Die Objekte Handshake_In, Handshake_Out, RecObject und TrObjekt stehen am Anfang in der Konfigurierung und mssen in richtiger Reihenfolge (s. Beispiel) konfiguriert werden, ansonsten wird ein Konfigurationsfehler gemeldet. Entdeckt der Slave bei der berprfung, da die Ein/Ausgabedatenlngen nicht mit der Parametrierung bereinstimmen, meldet er bei spterer Diagnoseabfrage falsche Konfigurierung an den Master. Er ist dann nicht fr den Nutzdatenverkehr bereit.
4.4 Datenaustausch Nach dem der Master im Abschlu der Hochlaufphase die fehlerfreie Parametrierung und Konfigurierung erkannt hat, kann der Datenaustausch beginnen. Dazu sendet der PROFIBUS-Master zyklisch alle Daten der parametrierten Sendeidentifier ans PDP2CL2. Jedes Sendeobjekt wird nur dann ber den CAN-Bus bertragen, wenn auch das zugehrige Sendebit im Handshakebereich wechselt. In Empfangsrichtung werden die Empfangspuffer des CAN-Controllers stndig ausgelesen (Interrupt des CAN-Controllers) und in den internen Puffer des Gateways eingetragen. Nur wenn Empfangsidentifier, Telegrammlnge und Telegrammart zutreffen werden diese Telegramme ausgewertet.
4.5 Aufbau RecObjekt ber das RecObjekt knnen zustzlich beliebige CAN-Telegramme empfangen werden. ber einen Akzeptanz-Filter in der Parametrierung kann definiert werden welche CANTelegramme in diesem Objekt empfangen werden sollen. Auch dieses RecObjekt besitzt ein Handshakebit ber das festgestellt werden kann, ob in diesem Objekt ein Telegramm empfangen wurde, wenn es seinen Status wechselt. Das RecObjekt besteht aus dem CANHeader sowie 8 Datenbytes. Aufbau RecObjekt: HighByte CAN-Header LowByte CAN-Header Daten 1..8
11
4.6 Aufbau TrObjekt ber das TrObjekt knnen zustzlich CAN-Telegramme definiert werden. Auch dieses Telegramm wird nur ber den CAN-Bus bertragen wenn das zugehrige Handshakebit seinen Status wechselt. Das TrObjekt besteht aus dem CAN-Header sowie 8 Datenbytes. Aufbau TrObjekt: HighByte Can-Header LowByte Can-Header Daten 1..8
4.7 Handshake 4.7.1 Sendebereich Die Daten werden nur ber den CAN-Bus bertragen, wenn das zugehrige Bit seinen Status wechselt.
Byte 0 7 0 TrObjekt Eintrag 1 im Ausgangsprozeabbild Eintrag 7 im Ausgangsprozeabbild : : Byte 4 7 0 Eintrag 32 im Ausgangsprozeabbild Eintrag 34 im Ausgangsprozeabbild
12
Eintrag 39 im Ausgangsprozeabbild
4.7.2 Empfangsbereich Bei Statuswechsel kennzeichnet jedes Bit eine empfangene CAN-Botschaft zu dem zugehrigen parametrierten Identifier im Eingangsprozeabbild.
Byte 0 7 0 RecObjekt Eintrag 1 im Eingangsprozeabbild Eintrag 7 im Eingangsprozeabbild : : Byte 4 7 0 Eintrag 32 im Eingangsprozeabbild Eintrag 33 im Eingangsprozeabbild
Eintrag 39 im Eingangsprozeabbild
13
4.8 Beispiel Um Fehlersuch- und Inbetriebnahmezeiten zu sparen, empfiehlt sich als erstes, eine Querverweisliste ber die in dem CAN-Kreis befindlichen Module, deren CANIdentifier, Funktionscode und Bytelngen zu erstellen. Beispiel A Drei CAN-Busknoten sind folgendermaen konfiguriert: 1. Knoten: 1. digitales Eingangsmodul mit 8 mal 8Bit Eingngen. 2. digitales Ausgangsmodul mit 8 mal 8Bit Ausgngen. 3. Die Knotenadresse ist auf 1eingestellt. CAN-HEADER
Empfangsidentifier: Sendeidentifier: Funktion Modul-ID ID10..ID8 ID7..ID0 011 0000001 100 0000001 RTR Length HighByte L3..L0 0 1000 0011 0000 30hex 0 1000 0100 0000 40hex LowByte 0010 1000 28hex 0010 1000 28hex
2. Knoten: 1. digitales Eingangsmodul mit 1 mal 8Bit Eingngen. 2. digitales Ausgangsmodul mit 1 mal 8Bit Ausgngen. 3. Die Knotenadresse ist auf 11 eingestellt. CAN-HEADER
Empfangsidentifier: Sendeidentifier: Funktion Modul-ID ID10..ID8 ID7..ID0 011 0001011 100 0001011 RTR Length HighByte L3..L0 0 0001 0011 0001 31hex 0 0001 0100 0001 41hex LowByte 0110 0001 61hex 0110 0001 61hex
14
3. Knoten: 1. digitales Eingangsmodul mit 8 mal 8Bit Eingngen. 2. digitales Ausgangsmodul mit 8 mal 8Bit Ausgngen. 3. Die Knotenadresse ist auf 2 eingestellt. CAN-HEADER
Empfangsidentifier: Sendeidentifier: Funktion Modul-ID ID10..ID8 ID7..ID0 001 0000010 010 0000010 RTR Length HighByte L3..L0 0 1000 0001 0000 10hex 0 1000 0010 0000 20hex LowByte 0100 1000 48hex 0100 1000 48hex
CAN-Baudrate ( 500kBaud ) Anzahl der Empfangsobjekte Anzahl der Sendeobjekte RecObjekt (Empfobj 1) Highbyte Lowbyte Empfangsobjekt 2 Highbyte Lowbyte Empfangsobjekt 3 Highbyte Lowbyte Empfangsobjekt 4 Highbyte Lowbyte TrObjekt (Sendeobj. 1) Highbyte Lowbyte Sendeobjekt 2 Highbyte Lowbyte Sendeobjekt 3 Highbyte Lowbyte
Sendeobjekt 4
Highbyte Lowbyte
20 48
DO 8 Byte
Daraus ergeben sich folgende Parametrierdaten und Konfigurierdaten (in hex, durch Komma getrennt): anwendungsspezifische Parameter: 00,01,03,04,30,28,31,61,10,48,00,02,40,28,41,61,20,48,00,00,00..... Konfigurierungsdaten:
HANDSHK_IN HANDSHK_OUT RecObjekt TrObjekt DI 8 Byte DI 1 Byte DI 8 Byte DO 2 Byte DO 8 Byte DO 1 Byte DO 8 Byte
16
Kapitel
GSDdatei PDP2CL2.GSD in den Unterpfad ..\S7DATA\GSD kopieren. Befehl GSD-Dateien aktualisieren, damit der Hardwarekatalog aktualisiert wird. Slave PDP2CL2 aus dem Pfad Weitere FELDGERTE und dort unter Sonstige aktivieren. Danach wird wie in Abbildung 4:Slavemodule die mglichen Konfigurationskennungen gezeigt. Per Drag & Drop ist nun der PDP2CL2-Slave auf dem SINEX-L2-Netz zu plazieren. Weisen Sie dem Slave die gewnschte Stationsadresse zu
Abbildung 4: Slavemodule
17
Nehmen Sie anschlieend die gewnschte PDP2CL2 Baugruppen aus dem hardwarekatalog und plazieren Sie dies (per Grag&Drop) entsprechend der Konfigurationsliste in die Aufbauliste des Slaves. Bei Anwahl von DP-Slave Eigenschaften im Teil Parametrierung knnen Sie wie in Abbildung 5 und Abbildung 6 die allgemeine und die anwenderspezifische Parametrierung vornehmen. Ferner sehen Sie in Abbildung 6 die Beispielparametrierung.
18
19
6 Technische Daten
Spannungsversorgung: Stromaufnahme: Galvanische Trennung: Busgeschwindigkeit CAN: 24V DC ca. 150mA 1 kV DC max. 1 MBit
Busgeschwindigkeit Profibus: max. 12 MBit Schutzart: Abmessungen: IP 20 Hhe: 80mm Breite: 23mm Tiefe: 90mm Befestigung: Hutschienenmontage
Allgemeiner Hinweis! Um die EMV Bestimmungen einzuhalten, sind alle Datenleitungen mit einem Schirm zu versehen. Dieser Schirm mu auf das Erdpotential aufgelegt werden. Alle Erdklemmen an unserer Baugruppe sind auch auf das Erdpotential zu legen. Werden diese Manahmen nicht getroffen, so bernimmt die Fa. Antal Electronic keine Haftung fr Einhaltung der EMV Schutzmanahmen.
20