RevPi Gate PROFINET

Station Name einstellen

Da Namen in den meisten Fällen leichter in der Handhabung sind, als komplexe IP-Adressen kannst Du bei PROFINET einen Station Name zuweisen.
Der Station Name ist dazu da, dass Dein Gerät in einem Netzwerk eindeutig identifiziert werden kann und somit auch von andern Teilnehmern des Netzwerks angesprochen werden kann.
Den Station Name kannst Du über die Software Deines PROFINET-Controllers einstellen.
Du musst einige Regeln zur Namensvergabe beachten:

  • Daten sollen im Typ Octet String angegeben werden
  • Der Name ist auf 240 Zeichen beschränkt (Buchstaben „a“ bis „z“, Ziffern „0“ bis „9“, Bindestrich oder Punkt)
  • Ein Namensbestandteil des Gerätenamens, muss mit einem Punkt getrennt sein und darf max. 63 Zeichen lang sein.
  • Keine Sonderzeichen wie Umlaute, Klammern, Unterstrich, Blank etc.
  • Der Bindestrich ist das einzige erlaubte Sonderzeichen.
  • Der Gerätename darf nicht mit einem Punkt beginnen oder enden.
  • Der Gerätename darf nicht mit Ziffern beginnen.
  • Der Gerätename darf nicht die Form n.n.n.n haben ( n = 0…999 ).
  • Der Gerätename darf nicht mit der Zeichenfolge „port-xyz-“ beginnen ( x,y,z = 0…9 ).
  • Der Gerätename darf nur dann mit „xn-“ beginnen, wenn die ursprüngliche Zeichenkette andere Werte als „0“ bis „9“ und „a“ bis „z“ enthält.
  • Das Feld „NameOfStationValue“ darf nicht mit 0 beendet werden.

Beispiele für gültige Namen:
“device -1.machine- 1.plant- 1.vendor”
“mühle1.ölmühle1.plant.com“ is coded as “ xn–mhle1-kva.xn–lmhle1 -vxa4c.plant.com“

Daten zyklisch austauschen

Um die Gateway-Komponente zu konfigurieren, musst Du mit der Konfigurationssoftware Deines PROFINET -Controllers die entsprechenden Einstellungen vornehmen.
Die Gateway-Komponente ist mit virtuellen Slots (Einbaupositionen) ausgestattet. Diese Slots dienen PROFINET-Steuerungen dazu, ausgewählte Prozessdaten eindeutig zu adressieren. In jedem Slot befindet sich ein Modul. Diesen Modulen kannst Du Prozessdaten zuweisen, die ausgetauscht werden sollen.

 

Slot Modul Id Offset
0 DAP 0x80050000
1 Input 16 0x00000005 Output Off 0
2 Input 16 0x00000005 Output Off 16
3 Input 32 0x00000006 Output Off 32
4 Input 32 0x00000006 Output Off 64
5 Input 32 0x00000006 Output Off 96
6 Input 64 0x00000007 Output Off 128
7 Input 64 0x00000007 Output Off 192
8 Input 64 0x00000007 Output Off 256
9 Output 16 0x00000050 Input Off 0
10 Output 16 0x00000050 Input Off 16
11 Output 32 0x00000060 Input Off 32
12 Output 32 0x00000060 Input Off 64
13 Output 32 0x00000060 Input Off 96
14 Output 64 0x00000070 Input Off 128
15 Output 64 0x00000070 Input Off 192
16 Output 64 0x00000070 Input Off 256

Info! Die Gateway-Komponente unterstützt je Modul nur ein Submodul mit Daten.
In den Folgenden Tabellen findest Du eine detaillierte Übersicht aller Module.
DAP (Device Acess Point)

Beschreibung: DAP
Module ID 0x80050000
Verwendbar in Slot: 0
Anzahl Input Bytes gesamt: 0
Anzahl Output Bytes gesamt: 0
Anzahl Submodule 3

Submodule für Record Zugriff

Submodule ID 0x00000001
Subslot: 0x0001
Anzahl Input Byte 0
Anzahl Output Byte 0

Submodule, dass das ganze Profinet Device repräsentiert

Submodule ID 0x0000000a
Subslot: 0x8000
Anzahl Input Byte 0
Anzahl Output Byte 0

Submodule, das Port 1 repräsentiert

Submodule ID 0x0000000b
Subslot: 0x8001
Anzahl Input Byte 0
Anzahl Output Byte 0

Submodule, das Port 2 repräsentiert

Submodule ID 0x0000000c
Subslot: 0x8002
Anzahl Input Byte 0
Anzahl Output Byte 0

Input 16 Byte

Beschreibung: Input 16 Byte
Module ID 0x00000005
Verwendbar in Slot: 1 – 8
Anzahl Input Bytes gesamt: 16
Anzahl Output Bytes gesamt: 0
Anzahl Submodule 1

 

Submodule ID 0x00000001
Subslot: 0x0001
Anzahl Input Byte 16
Anzahl Output Byte 0

Input 32 Byte 

Beschreibung: Input 32 Byte
Module ID 0x00000006
Verwendbar in Slot: 1 – 8
Anzahl Input Bytes gesamt: 32
Anzahl Output Bytes gesamt: 0
Anzahl Submodule 1

 

Submodule ID 0x00000001
Subslot: 0x0001
Anzahl Input Byte 32
Anzahl Output Byte 0

Input 64 Byte

Beschreibung: Input 64 Byte
Module ID 0x00000007
Verwendbar in Slot: 1 – 8
Anzahl Input Bytes gesamt: 64
Anzahl Output Bytes gesamt: 0
Anzahl Submodule 1

 

Submodule ID 0x00000001
Subslot: 0x0001
Anzahl Input Byte 64
Anzahl Output Byte 0

Output 16 Byte

Beschreibung: Output 16 Byte
Module ID 0x00000050
Verwendbar in Slot: 1 – 8
Anzahl Input Bytes gesamt: 0
Anzahl Output Bytes gesamt: 16
Anzahl Submodule 1

 

Submodule ID 0x00000001
Subslot: 0x0001
Anzahl Input Byte 0
Anzahl Output Byte 16

Output 32 Byte

Beschreibung: Output 32 Byte
Module ID 0x00000060
Verwendbar in Slot: 1 – 8
Anzahl Input Bytes gesamt: 0
Anzahl Output Bytes gesamt: 32
Anzahl Submodule 1

 

Submodule ID 0x00000001
Subslot: 0x0001
Anzahl Input Byte 0
Anzahl Output Byte 32

Output 64 Byte

Beschreibung: Output 64 Byte
Module ID 0x00000070
Verwendbar in Slot: 1 – 8
Anzahl Input Bytes gesamt: 0
Anzahl Output Bytes gesamt: 64
Anzahl Submodule 1

 

Submodule ID 0x00000001
Subslot: 0x0001
Anzahl Input Byte 0
Anzahl Output Byte 64

Daten azyklisch austauschen

Die Gateway-Komponente unterstützt Records. Diese Zugriffsart ist sinnvoll für alle Ereignisse, die sich nicht regelmäßig wiederholen müssen (z. B Senden der Parameterdaten in der Anlaufphase).

Ein weiterer Vorteil der Records ist, dass sie fortlaufend aufsteigende Bereiche auf einmal beschreiben können.

Index 0x1005, mit 10 Byte Daten beschreibt Byte 10 bis Byte 19 im Output Prozessabbild.

Du kannst alle 512 Byte des Input und Outputbereichs verwenden, um Records zu lesen oder zu schreiben.

HINWEIS
Beachte, dass die ersten 320 Byte des In- und Outputbereichs für die zyklische Datenübertragung verwendet werden.
Records, die Du mit Index 0x0000 – 0x00ff oder 0x1000 – 0x10ff adressierst, können von der zyklischen Datenübertragung überschrieben werden.

Adressierung
Alle Records werden über API 0, Slot 0, Subslot 1 adressiert. Die Daten werden dabei im Big-Endian-Format übertragen. Beim Big-Endian-Format werden zuerst die höherwertigen Bytes übertragen und an den Speicherplätzen mit den niedrigsten Adressen abgelegt.
Pro Index werden immer 2 Byte Adressiert:
Offset 0 + Offset 1 → Record 0
Offset 510 + Offset 511 → Record 255 (0x00ff)
Index 0x0000 – 0x00ff beinhaltet die Input Daten, die vom anderen RevPi Gate gesendet wurden.
Index 0x1000 – 0x10ff beinhaltet die Output Daten , die an die an das andere RevPi Gate gesendet werden.
Zustand anderen RevPi Gate
Über API 0, Slot 0, Subslot 1, Index 0x2000 kannst Du Informationen zum Zustand des anderen RevPi Gates lesen:

 

Offset Length Element Kommentar
0 4 Serialnumber
4 2 Modultyp KUNBUS interner Modultyp
6 2 Hardware Revision
8 2 Major Software Version
10 2 Minor Software Version
12 4 Subversion Revision Sourcecode Versionierung
16 2 Feldbus Input Length
18 2 Feldbus Output Length
20 1 Bus State
20 2 Featuredescriptor Unterstützte Eigenschaften des Gateways