Step 7 #dummy

gerdman

Level-1
Beiträge
12
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Wir haben in einer unserer Anlagen in jedem FB im 1. die Eingänge für den Teilbereich der Steuerung. Die Eingänge gehen alle auf ein UND- Glied und anschließend auf einen "#dummy". Für was wird dieser benutzt?
Ebenfalls haben wir ich mir die Frage gestellt, warum man die Eingänge über DBs weiter verarbeitet.

Kann mir Jemand "auf die Sprünge" helfen? Danke.
 
Zuletzt bearbeitet:
Wir haben in einer unserer Anlagen in jedem FB im 1. die Eingänge für den Teilbereich der Steuerung. Die Eingänge gehen alle auf ein UND- Glied und anschließend auf einen "#dummy". Für was wird dieser benutzt?
Schlussendlich eigentlich nur ein einfaches Hilfskonstrukt um beim Bausteinbeobachten die Eingänge "schnell", und vor allem "auf einen Blick" anschauen zu können.

Ebenfalls haben wir ich mir die Frage gestellt, warum man die Eingänge über DBs weiter verarbeitet.
Dafür gibt es je nach Strucktur der Software mehrere Gründe, der häufigste ist wohl das ganze einfach als Rangierebene zu verwenden, so änderst du dann also irgendwo im nur den Rangier FC/FB, und eben nicht das "ganze" Programm, was z.B. Versionierung vereinfacht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Die Eingänge gehen alle auf ein UND- Glied und anschließend auf einen "#dummy".
#dummy ist meist (zu 99.99%) ein Platzhalter, ein Hilfswert (zum Beobachten) oder ein Wert der mit uninteressanter Information beschrieben wird.
So wie du das oben beschreibst ist der #dummy (vermutlich) nur verwendet um in FUP, den von Step7 geforderten, durchgängigen Verknüpfungspfad innerhalb eines Netzwerkes zu ermöglichen.

Zeig einfach mal einen Screenshot.

Die Diskussion Eingäng vs. Merker/Datenbausteine hatten wir erst vor kurzem.
http://www.sps-forum.de/simatic/81044-eingang-vs-merker.html
 
Die Eingänge gehen alle auf ein UND- Glied und anschließend auf einen "#dummy". Für was wird dieser benutzt?

Alle Eingänge = 1 , dann #dummy = 1 . (Meistens steht dummy für Platzhalter)

#dummy -->Rechtsklick --> gehe zur lokalen Verwendung. Wenn nicht verwendet -->Frag den Dummy, warum er das braucht.

Ebenfalls haben wir ich mir die Frage gestellt, warum man die Eingänge über DBs weiter verarbeitet.

Einige wollen das Programm immer gleich haben. Verändern sich EA-Adress-Bereiche, so kann das beim EA-Rangieren auf den DB gemacht werden.
Mit den DB-EA-Signalen wird wahrscheinlich weiter gearbeitet.

Ob das Sinn macht darf jeder selbst entscheiden.
 
Ich kenne das ebenfalls als Möglichkeit, zusammengefasst die wichtigstigsten Eingangsparameter beobachten zu können. Da man den Ausgang eines UND-Gliedes nicht unbeschaltet lassen kann, wird das eigentlich unnütze Verknüpfungsergebnis einer #Dummy-Variable zugewiesen.
Achtung: auch bei AWL muß man so ein Beobachtungs-Netzwerk mit einer abschließenden VKE-Begrenzung (Zuweisung oder SET oder CLR oder SPB) versehen, damit sich die angefangene Verknüpfung nicht in die nachfolgende Verknüpfung auswirkt.

Harald
 
Zurück
Oben