P2P-Betrieb
3.2 Befehlsaufbau und Felddaten
• 0x50 = P2P-Master & Mischbetrieb mit RF300-Transponder
• 0x4F = P2P-Device
Beim P2P-Device stehen 64 kB Speicher zur Verfügung. Daraus ergibt sich ein gültiger
Adressbereich von "0x0000" bis "0xFFFF". Beachten Sie, dass es bei der Reader-Reader-
Kommunikation keinen OTP-Speicher und keine Adresse gibt, mit der auf die UID zugegriffen
werden kann. Der Ident-Baustein "Read_UID" wird beispielsweise nicht unterstützt. Die UID
kann mit Hilfe des "MDS-Status/Tag-Status"-Befehls gelesen werden.
Der Zugriff auf den Device-Speicher kann vom Master via Luftschnittstelle (Read-/Write-/Init-
Befehle) bzw. von der Device-Steuerung erfolgen.
Anwesenheitskontrolle
Die Reader-Reader-Kommunikation unterstützt die Anwesenheitskontrolle bei P2P-Master
und P2P-Device. Beim Master ist die Funktion identisch zu der Funktion bei der Reader-
Transponder-Kommunikation. Beim Device ist die Anwesenheitsanzeige ein Indikator für die
Kommunikation zw. Master und Device.
3.2
Befehlsaufbau und Felddaten
Befehlsvorrat der P2P-Kommunikation
Der Aufbau der Befehls- bzw. Quittungstelegramme entspricht der der üblichen Reader-
Transponder-Kommunikation.
Folgende Befehle (FB 45 / Ident-Profil) sind bei der Reader-Reader-Kommunikation zulässig:
• Read / Physical-Read
• Write / Physical-Write
• SLG-Status (mode 1) / Reader-Status (0x81)
• MDS-Status (mode 3) / Tag-Status (0x83)
• Reset / Write-Config
• Set-ANT / Put
• Repeat (nur Master)
• Init / Format
Diagnose mit "MDS-Status (mode 3) / Tag-Status (0x83)"
Der Inhalt des "MDS-Status/Tag-Status"-Befehls unterscheidet sich bei der Reader-Reader-
Kommunikation inhaltlich von dem bei der Reader-Transponder-Kommunikation. Nach
20
Projektierung und Parametrierung des Systems SIMATIC RF300
Projektierungshandbuch, 05/2023, C79000-G8900-C695-01