TIA D_ACT_DP Aktivieren/deaktivieren PN Busteilnehmer

[kliebisch.m]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

hat jemand ein Beispiel oder einen Tipp für die Funktion in TIA.

Ich habe mehrere Werkzeuge und habe bereits versucht, das deaktivieren/aktivieren mit dem Baustein durchzuführen.

Leider ohne richtigen Erfolg. Ab und zu gebt einen Fehler, oder die Funktion wird nicht richtig ausgeführt.

U "M 4.0"
FP "FP_WZW_A_3"
S "AKT_A3"
S "AKT_A4"

CALL D_ACT_DP // WZ1 aktivieren
REQ :="AKT_A3"
MODE :=b#16#1
LADDR :=w#16#208
RET_VAL :=#ERROR_A3
BUSY :="BUSY_A3"

CALL D_ACT_DP // WZ2 deaktivieren
REQ :="AKT_A4"
MODE :=b#16#2
LADDR :=w#16#258
RET_VAL :=#ERROR_A3
BUSY :="BUSY_A4"

U "BUSY_A3"
FN M0.0
R "AKT_A3"

U "BUSY_A4"
FN M0.0
R "AKT_A4"

Danke

 

[ChristophD]

und was kommen für Fehler?

 

[kliebisch.m]

Zuviel Werbung?
-> Hier kostenlos registrieren

und was kommen für Fehler?

Hallo,

fehler z.B.

7000	Erstaufruf mit REQ=0. Der über LADDR festgelegte Auftrag ist nicht aktiv; BUSY hat den Wert "0".

Wenn ich das aktiv ständig geschaltet lasse, ist manchmal Fehler, manchmal keiner. Bin leider momentan nicht direkt an der Anlage um das momentan nochmal zu testen.

Danke

7000	Erstaufruf mit REQ=0. Der über LADDR festgelegte Auftrag ist nicht aktiv; BUSY hat den Wert "0".

 

[ChristophD]

wenn code 7000 kommt musst du den Aufruf nochmal starten mit REQ=False um den Auftragsstatus zu bekommen.
Ansonsten wäre der genaue Fehlercode interessant, weil 7000 ist kein Fehler !

 

[blimaa]

Hi

Ich hake hier nochmals ein.
Bei uns ist eine Maschine in Planung, welche auch verschiedene Werkzeuge hat. Es ist nur immer eins aktiv.
Kann ich nun für jedes Werkzeug ein "D_ACT_DP" gleichzeitig aufrufen? Oder muss ich immer schön den einten Teilnehmer abmelden, danach die LADDR ändern und den neuen Teilnehmer anmelden?

Gruss blimaa

 

[DOD666]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Blimaa,

du kannst natürlich pro Teilnehmer einen D_ACT_DP nutzen und die Teilnehmer dann damit nach Bedarf aktivieren oder deaktivieren.

Gruß

Jens

 

[Credofire]

Ich möchte da auch mal nachhaken.

Ich möchte das gern nutzen um einen optionalen Teilnehmer im Hochlauf wegzuschalten. Kann ich das REQ dazu dauerhaft auf 1 lassen oder sollte ich es mit zB Firstscan verbinden?
Sollte ich den Befehl dann in den Hochlauf OB packen oder ist das egal?

Gruß
Mathias

 

[PN/DP]

Die Hilfe zu D_ACT_DP sagt, daß die Anweisung mehrere Durchläufe durch den Zykluskontrollpunkt benötigt. (Die Hilfe in Step7 classic enthält zusätzlich noch den "idiotensicheren" Hinweis, daß ein Aufruf in den Anlauf-OB nicht unterstützt wird.) Also muß die Anweisung in einem zyklischen OB (z.B. OB1) programmiert werden. Das bedeutet auch, daß REQ nicht dauerhaft mit 1 beschaltet werden kann (bzw. die Anweisung muß ggf. übersprungen werden).

Was für eine CPU hast Du?
Hier hatte ein Kollege mysteriöse Probleme bei der Anwendung von D_ACT_DP auf einer CPU 1510F

Harald

 

[Credofire]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ Harald
Die Step7 classic Hilfe habe ich leider nicht. Nur die TIA Portal Hilfe.
Das der baustein mehrere Zyklen braucht habe ich gelesen, nur reicht meine Erfahrung bislang nicht soweit, das dies bedeutet, dass somit eine dauerhafte Beschaltung ausgeschlossen ist.

Wir haben nur die 1200er Serie in Benutzung.

 

[DOD666]

Achtung bei der S7-1200 funktionniert D_ACT_DP erst ab Firmware 4.2

Gruß

Jens

 

[Credofire]

@DOD vielen Dank für den Hinweis.
Ich nutze zwar meist das Programm der letzten Maschine wenn möglich, aber ich aktualisiere die Version immer auf den neusten Stand. Das D_ACT_DP soll erst in einer der nächsten Maschinen implementiert werden, so kann ich sicher sein, das ich Version 4.2 benutze.

Gruß
Mathias

 

[Credofire]

Zuviel Werbung?
-> Hier kostenlos registrieren

Irgendwie bekomme ich es nicht hin.
Ich habe das D_ACT_DP im OB1 reingetan siehe Bild. Ich habe es mit First Scan verknüpft damit das Req nicht ständig 1 ist. Ich habe es mit und ohne positive Flanke probiert.

Aber die FU werden nicht deaktiviert. Als Adresse habe ich die HW_Device genommen


Was mache ich falsch? Ich habe am Testaufbau natürlich nun keine FU angeschlossen, Ist ja auch Sinn der Übung dachte ich.

Gruß
Mathias

 

[DeltaMikeAir]

Sicher dass die Angabe bei LADDR (274) richtig ist? Müsste es nicht in HEX angegeben sein ( also 112 )?

 

[Howard]

Was sagt denn der Ret_Val?

 

[Credofire]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ DeltaMikeAir: teste ich mal - test nicht erfolgreich
@ Howard: 0000 aber ich denke es wird gar nicht ausgeführt. Kann es sein das due CPU gar nicht bis OB 1 kommt, sondern im OB100 schon wieder auf Stop geht?

 

[DeltaMikeAir]

sondern im OB100 schon wieder auf Stop geht?

Die CPU geht in Stop?? Was sagt denn der Diagnosepuffer?

 

[Howard]

Ich denke ohne den OB86 wirst du nicht weit kommen, da das deaktivieren mal sicherlich mehrere Zyklen brauchen wird.
Ich weis allerdings nicht wie sich die Sache darstellt, wenn du deinen FU als optionales Device konfigurierst.

 

[Credofire]

Zuviel Werbung?
-> Hier kostenlos registrieren

Der Diagnosepuffer sieht folgender maßen aus:


Wenn ich die beiden FU aus der config lösche, dann funzt es wunderbar.

Wie kann ich den FU als optionales Device einstellen?

 

[Howard]

Zum Thema optionales IO-Device siehe Screenshot. Dort kann man auch F1 drücken und nochmal in der Hilfe schnuppern. Aus dem Diagnoseeintrag werde ich gerade nicht schlau. Hast du deine Hardware übersetzt und geladen?

 

[Credofire]

@Howard
Diese Auswahl steht bei mir nicht zur Verfügung.