BLD und NOP

[MSB]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Gemeinde,

hat von euch wer eine Liste, bzw. weiß wo man eine findet, was die Zahl hinter dem BLD bzw. NOP Befehl
für "Auswirkungen" hat?

Mfg
Manuel

 

[Paule]

Du meinst jetzt bei einer S5 oder?

 

[MSB]

Zuviel Werbung?
-> Hier kostenlos registrieren

Nö, ich meine bei der S7 ...

Allseits bekannt ist ja das BLD103 nach der Eingangs-Zuweisung, dann finden sich im MC7-Code noch weitere BLD Anweisungen,
z.B. BLD 1, BLD 2, BLD 5, welche alle auf der Steuerung landen, aber formal da Nulloperation eigentlich keine Funktion haben,
aber dennoch für irgendwas gut sein müssen.

So sieht z.B. der Aufruf eines FC im OB1 in MC7 aus:

      U     "Takt_10Hz"
      =     L     22.0
      BLD   103
      BLD   1
      =     L     23.0
      UC    "Lauflicht_1"
            P#L 22.0
            P#A 0.0
            P#M 10.0
      BLD   2
      NOP   0

Mfg
Manuel

 

[bike]

Ne, die gibt es auch bei S7.
Wenn in FUP oder KOP programmiert wird, wird dies eingefügt
Doch um ehrlich zu sein hab ich mir da nie Gedanken gemacht, ich nehme es hin wie es ist.


bike

 

[lubof]

alsoich kenne diese auch ur wenn in fup/kop programmiert wird, und dann in awl übersetzt. da sind diese da um die nicht belegten eingänge frei zu halten, um das alles auch wieder zurück übersetzen zu können.

 

[Paule]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich denk auch das kommt von den unterschiedlichen Darstellungen:
Bei S5 war es:

NOP 0    : Nulloperation (alle Bits gelöscht)
NOP 1    : Nulloperation (alle Bits gesetzt)
 
BLD 130 : Erzeugen einer Leerzeile durch Carriage Return
 
BLD 131 : Umschalten auf Anweisungsliste (AWL)
 
BLD 132 : Umschalten auf Funktionsplan (FUP)
 
BLD 133 : Umschalten auf Kontaktplan (KOP)
 
BLD 255 : Segment beenden (was immer das heißt ;))
Ich habe früher den Befehl verwendet um das bestehende Netzwerk in kleinere Netzwerke aufzuteilen. 
 
Bei S7 steht bei mir nur:
BLD 0..255 : Bildaufbau-Operationen; wird von der CPU wie eine Nulloperation behandelt.

 

[Rainer Hönle]

BLD 255 = Neues Netzwerk (= Segment)

 

[Valdi]

Die BLD und NOP Befehle sind nur für die Darstellung (für das PG) in FUP oder KOP vom PG selbst eingefügt worden. In der AWL keine Bedeutung.
Werden sie entfernt, kann das PG eventuell keine FUP oder KOP Darstellung mehr aufbauen.

Gruss, Valdi

 

[MSB]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die BLD und NOP Befehle sind nur für die Darstellung (für das PG) in FUP oder KOP vom PG selbst eingefügt worden. In der AWL keine Bedeutung.
Werden sie entfernt, kann das PG eventuell keine FUP oder KOP Darstellung mehr aufbauen.

Das würde ich in der Pauschalität maximal für BLD103 gelten lassen.

Siehe obigen Code, gibt es noch mehr BLD die von Step7 mit auf die SPS geladen werden,
und sogar noch Zykluszeit kosten ...

Ob ich das wissen um diese Nummern jemals werde praktisch anwenden können weiß ich nicht,
aber da ich mich momentan bei dem SPS-Techniker Teil II aufgrund von Langeweile Zeit habe, kann ich mir über so einen "Blödsinn" mal Gedanken machen.

Mfg
Manuel

 

[bike]

Siehe obigen Code, gibt es noch mehr BLD die von Step7 mit auf die SPS geladen werden,
und sogar noch Zykluszeit kosten ...

Also die bezweifle ich mal.

Kein Programm wurde schneller, als ich nur AWL verwendet habe
Aber auch keines wurde langsamer, als ich AWL-Bandwürmer in FUP bzw KOP umschrieb


bike

 

[MSB]

Also die bezweifle ich mal.

Kein Programm wurde schneller, als ich nur AWL verwendet habe
Aber auch keines wurde langsamer, als ich AWL-Bandwürmer in FUP bzw KOP umschrieb


bike

Aber selbstverständlich ist ein Bausteinaufruf mit "vielen" Bit-IN in FUP/KOP langsamer als in AWL,
ob das jetzt tatsächlich "spürbar" ist, sei dahingestellt, aber es ist schlicht und einfach FAKT.
Es kostet die Zuweisung der Lokaldaten Zeit, und das "unnütze" BLD103 kostet ebenso Zeit ...

Das obige was du sieht ist ein FUP/KOP-Aufruf in der MC7 Sicht,
das ganze hat mit AWL nur oberflächlich was zu tun.

Mfg
Manuel

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

BLD of Death

Eine passende BLD-Sequenz veranlasst den Step 7-Editor (5.4+SP3) zum abstürzen, sozusagen ein
"BLD of Death"

Vorgehensweise (Testen auf eigene Gefahr):
Einen Funktionsbaustein anlegen und in AWL schreiben:

      BLD   14
      UC    FC     1
      BLD   15

FC1 ist nur beispielhaft, es muss eine Funktion sein.
Beim Abspeichern dieses Codes schmiert der Editor ab, und der Baustein kann danach mit dem Step7 Editor nicht mehr geöffnet werden - sozusagen eine andere Version des Bausteinschutzes ;-)
Eigentlich dienen die beiden BLD Befehle dazu, ein Call-Makro für einen Bausteinaufruf zu kennzeichnen. Meine Reihenfolge ist aber nicht ganz so wie der Editor sich das vorstellt...

 

[Valdi]

Also die bezweifle ich mal.

Kein Programm wurde schneller, als ich nur AWL verwendet habe
Aber auch keines wurde langsamer, als ich AWL-Bandwürmer in FUP bzw KOP umschrieb


bike

Ich habe noch keine Befehlsliste von S7 mit Berarbeitungszeiten gesehen.
Ich gehe davon aus , das wie auch bei der S5 auch die BLD und die NOP Befehle Ihre Zeit schon beanspruchen, auch wenn nicht viel.
Daher auch keine merkbaren Unterschiede, zwischen KOP/FUP/AWL in der Bearbeitung. In einem bin ich mir sicher: Die Befehle Bewirken so gut wie gar nichts, abgesehen von der Bearbeutungszeit und Darstellungsoptionen.
Valdi

 

[rostiger Nagel]

aber da ich mich momentan bei dem SPS-Techniker Teil II aufgrund von Langeweile Zeit habe, kann ich mir über so einen "Blödsinn" mal Gedanken machen.

Manuel,
bist du da Dozent, etwas beibringen können Sie dir ja wohl nicht.

gruß helmut

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich habe noch keine Befehlsliste von S7 mit Berarbeitungszeiten gesehen.
Ich gehe davon aus , das wie auch bei der S5 auch die BLD und die NOP Befehle Ihre Zeit schon beanspruchen, auch wenn nicht viel.

Bei allen CPU deren Prozessoren nativ MC7-Code ausführen kosten das Zeit. Bei der 319 ist der innere Aufbau anders, und dort wird der Code wohl noch 'vorbehandelt', darum steht dort für NOP und BLD auch eine Ausführungszeit von 0.

 

[MSB]

Manuel,
bist du da Dozent, etwas beibringen können Sie dir ja wohl nicht.

Naja, ehr klassen-interner Ansprechpartner ...
Eigentlich mach ich ja den E-Meister Automatisierungs-Technik, der SPS-Techniker Teil II nach VDMA bla bla ist da halt huckepack "kolo" mit dabei ...

Mfg
Manuel

 

[Valdi]

Eine passende BLD-Sequenz veranlasst den Step 7-Editor (5.4+SP3) zum abstürzen, sozusagen ein
"BLD of Death"

Vorgehensweise (Testen auf eigene Gefahr):
Einen Funktionsbaustein anlegen und in AWL schreiben:

      BLD   14
      UC    FC     1
      BLD   15

FC1 ist nur beispielhaft, es muss eine Funktion sein.
Beim Abspeichern dieses Codes schmiert der Editor ab, und der Baustein kann danach mit dem Step7 Editor nicht mehr geöffnet werden - sozusagen eine andere Version des Bausteinschutzes ;-)
Eigentlich dienen die beiden BLD Befehle dazu, ein Call-Makro für einen Bausteinaufruf zu kennzeichnen. Meine Reihenfolge ist aber nicht ganz so wie der Editor sich das vorstellt...

Habe S7 5.4 +SP5
Absturz ist genauso perfekt
Valdi

 

[vierlagig]

Zuviel Werbung?
-> Hier kostenlos registrieren

Bei allen CPU deren Prozessoren nativ MC7-Code ausführen kosten das Zeit. Bei der 319 ist der innere Aufbau anders, und dort wird der Code wohl noch 'vorbehandelt', darum steht dort für NOP und BLD auch eine Ausführungszeit von 0.

kann es sein, dass du hier die 319 zu nah an die 318 rückst? mir ist kein anderer aufbau der 319er zu anderen (echten) 300ern bekannt ... bei den 400ern ist es was anderes...

Ich habe noch keine Befehlsliste von S7 mit Berarbeitungszeiten gesehen.

auf http://support.automation.siemens.com mal nach operationsliste suchen!

 

[Question_mark]

319 = 4xx

Hallo,

kann es sein, dass du hier die 319 zu nah an die 318 rückst? mir ist kein anderer aufbau der 319er zu anderen (echten) 300ern bekannt

Yeep, das ist es. Die 319 gehört nicht wirklich in die Kategorie CPU3xx. Es ist eine kastrierte 400-er im 300 Gehäuse. Weiss der Teufel warum Siemens das gemacht hat, aber der Kern der 319 ist von der 400-er Reihe.

Gruß

Question_mark

 

[vierlagig]

Hallo,



Yeep, das ist es. Die 319 gehört nicht wirklich in die Kategorie CPU3xx. Es ist eine kastrierte 400-er im 300 Gehäuse. Weiss der Teufel warum Siemens das gemacht hat, aber der Kern der 319 ist von der 400-er Reihe.

Gruß

Question_mark

ich deute die aussage, speziell den begriff architektur in folgendem zitat schon so, dass du mit deiner behauptung unrecht hast

Es sollte für jede Applikation genau geprüft werden, ob die einzelnen technischen Daten für einen Umstieg von einer CPU 318-2 DP (HW-Architektur und technische Daten wie S7-400) auf eine CPU 319-3 PN/DP (Architektur wie die anderen 31x mit MMC) zutreffen und gegebenenfalls das Anwenderprogramm angepasst werden.

.
nachzulesen hier: http://support.automation.siemens.com/WW/view/de/22754444