Hardware ausblenden

A

Alex

Guest
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen !

Wir haben in der Firma Wrkzeuge von der Anlage auf Bus umgebaut,
jeder Werkzeug hat jetzt seine eigene Adresse, aber jetzt haben wir das Problem, daß die CPU ständig BUS-Fehler anzeigt, weil die Stationen von nicht eigebauten Werkzeugen nicht erreichbar sind.

Frage: Giebt es eine möglichkeit nicht gebrauchte Stationen auszublenden?


Viele Dank vorraus!
 
Bus

Hallo,

meines Wissens nicht. Ich nehme an dass es sich um Profibus handelt. Bei Interbus gänge sowas. Bei der Auswertung des Profibus kannste dich ja auf die vorhandenen Slaves beschränken. Aber die BF-LED kriegste nicht weg. Wenns stört dann Slaves aus der Projektierung löschen und später wieder einfügen.

MfG
André Räppel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
DP-Teilnehmer temporär ausblenden

Hallo Alex,

ich denke, damit kannst du dein Problem lösen:

Deaktivieren und Aktivieren von DP-Slaves mit der SFC 12 "D_ACT_DP"

Gruß M.
 
Viele dank, es ist das was ich suche.
Aber die beschaltung von SFC12 habe ich noch nicht ganz verstanden.
 
Re: DP-Teilnehmer temporär ausblenden

ModulAtor schrieb:
Hallo Alex,

ich denke, damit kannst du dein Problem lösen:

Deaktivieren und Aktivieren von DP-Slaves mit der SFC 12 "D_ACT_DP"

Gruß M.


Viele dank, es ist das was ich suche.
Aber die beschaltung von SFC12 habe ich noch nicht ganz verstanden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
beschaltung...

Was ist denn an der Beschaltung schwer???

Parameter:

REQ muss eins sein, das der vorgang druchgefürt wird!

MODE:
muss 2 sein für deaktivieren, 1 für aktivieren, 0 für zustandsabfrage

LADDR: Adresse des Dp-Slaves

RET_VAL: in der Hilf sind die Zurückgegebenen Fehlercodes genau beschrieben!

BUSY: Zeigt an ob der SFC abgearbeitet wurde, oder der Auftrag noch läuft (Da es ein asynchron arbeitender sfc ist!)
 
Re: beschaltung...

Jochen Kühner schrieb:
Was ist denn an der Beschaltung schwer???

Parameter:

REQ muss eins sein, das der vorgang druchgefürt wird!

MODE:
muss 2 sein für deaktivieren, 1 für aktivieren, 0 für zustandsabfrage

LADDR: Adresse des Dp-Slaves

RET_VAL: in der Hilf sind die Zurückgegebenen Fehlercodes genau beschrieben!

BUSY: Zeigt an ob der SFC abgearbeitet wurde, oder der Auftrag noch läuft (Da es ein asynchron arbeitender sfc ist!)


Alles klar! Es hat geklappt.

Viele Dank
 
Wenn man es nicht weiß - wie ich beim ersten Versuch mit SFC12 - der SFC12 muss immer durchlaufen werden. Wenn man für BUSY testet und dann SFC12 überspringt, passiert nichts! Dafür sind die 7000'er Meldungen da, bleibt nur die Frage, wofür ist das BUSY Signal überhaupt? :roll:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ohne es zu testen sieht es so aus:

Mit REQ startest Du den Auftrag.
Der SFC muss aufgerufen werden um die Abarbeitung "durchzuführen" bzw. um nachzuschauen ob es durchgeführt worden ist.

Daher muss der Baustein aufgerufen werden und er darf erst dann eine neue Anforderung gesendet bekommen. sonst würden sich die alte und neue Anforderung "beissen"

Das ist insbesondere wichtig, bei asynchronen Bausteinen. Dort wird der Baustein ähnlich eines Auftrages durchgeführt. Irgendwann ist der Auftrag abgearbeitet und es kann ein neuer geschickt werden.
 
Zurück
Oben