Handbuch_GK473_CANopen_DE.doc 15/24 Baumer IVO GmbH & Co. KG
04.05.11 Villingen-Schwenningen, Germany
5.3.2. Broadcast-Befehle
Spindelpositionsanzeigen können wegen des Buskonflikts auf der RS485-Schnittstelle generell nicht
auf Broadcast-Befehle antworten, also solche Befehle, die gleichzeitig an alle SPA adressiert sind (an
Adresse 99, 83h). Ersatzweise sendet das Gateway eine Antwort an den CANopen-Master. Sie
bestätigt nur, dass der Broadcast-Befehl über die RS485-Schnittstelle an alle SPA gesendet wurde.
Sie bestätigt nicht
, dass der Befehl von allen SPA akzeptiert und ausgeführt wurde.
Siehe weitere Beispiele im Anhang
5.3.3. Schnittstellendokumentation
Die Schnittstelle zu den Spindelpositionsanzeigen wird vollständig durch die jeweilige
Schnittstellenbeschreibung(en) der SPA dokumentiert. Die Schnittstellenbeschreibung ist zum
Erstellen einer Applikation für das Gateway unbedingt erforderlich.
5.4. Automatische Gateway Funktionen
5.4.1. Automatische Erkennung der SPA
Nach dem Einschalten scannt das Gateway selbsttätig alle Spindelpositionsanzeigen-(SPA) Adressen ab und legt die
gefundenen SPA im internen Speicher ab. Dies dauert ca. 12 Sekunden. Die Adressen aller angeschlossenen
SPA können anschließend mit einer SDO Sammelinformation vom CANopen Master eingelesen werden.
Die Funktion ‚Automatische Erkennung der SPA’ geht davon aus, dass alle SPA vor oder zusammen
mit dem Gateway eingeschaltet werden. Eine verlässliche Information über die angeschlossenen SPA
steht zur Verfügung wenn sich das Gateway mit der Bootup message am CAN Bus anmeldet.
Siehe NMT Status Zustandsdiagramm.
5.4.2. Ständige Abfrage aller angeschlossenen SPA (Scannen)
Während des Betriebs scannt das Gateway selbsttätig alle angeschlossenen SPA ab und prüft, ob sie
„in Position“ sind oder einen Fehler melden Diese Informationen können bei Bedarf per SDO
Sammelinformation (siehe 0x3204, 0x3205, 0x3206) oder per PDO abgerufen werden.
5.5. Transmit PDO 1..4 „check Position“
Die Objekte 0x3204_2.. 0x3204_5 sind statisch auf die Transmit PDO’s 1..4 gemappt.
0x3204_2 TXPDO1 liefert SPA mit SUB-Busadresse 0..31 ‚nicht in Position’
0x3204_3 TXPDO2 liefert SPA mit SUB-Busadresse 32..63 ‚nicht in Position’
0x3204_4 TXPDO3 liefert SPA mit SUB-Busadresse 64..95 ‚nicht in Position’
0x3204_5 TXPDO4 liefert SPA mit SUB-Busadresse 96..99 ‚nicht in Position’
Die Informationen SPA ‚nicht in Position’ sind in einem 32 Bit Doppelwort binär codiert.
(siehe Objekt 0x3204)
Ein Bit-Eintrag an der Stelle 2
n
repräsentiert eine SPA mit Adresse n ‚nicht in Position’
Idealerweise werden die SUB-Busteilnehmer (SPA) im Adressbereich 0..31 angeordnet.
Dies hat den Vorteil, das mit nur 1 PDO der komplette Zustand der SPA´s abgerufen werden kann.
PDO Einstellung Time triggered (default) oder Sync- triggered ist möglich.
Zu beachten ist, dass eine Zykluszeit unter 1 Sekunde wenig Sinn macht, da der Zustand des SUB-
Busses erst jeweils einmal im Durchlauf gescannt werden muss. Dieser benötigt je Teilnehmer ca. 70
ms.