Phänomen besonderer Güte

steppenwolf

Level-1
Beiträge
47
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen

Kurze beschreibung:
CPU 417. FC mit FBs für jeden einzelnen FU (ca. 60 Stk), welche jeweils nur 2 PEWs und 2 PAWs lesen bzw. schreiben.
Von den FBs hat jeder einen eigenen DB in den die ganzen Befehle (Run, Reverse, Reset, INT Speed etc) geschrieben wird. Die FBs arbeiten nur über temporäres auslesen er DBs.

Ich hoffe soweit alles vernünftig erklärt zu habe.

Jetzt das Problem.

Im FC der alles abarbeite wurde das allererste Netzwerk nicht mehr bearbeitet. Alle nachfolgenden liefen Problemlos. Es wurden zwar die PEWs gelesen, aber in die PAWs wurde nix geschrieben. Im Zugehörigen DB war alles wie es sein sollte!!! Nur der allererste FB wurde nicht bearbeitet!!??!

Wir haben als Lösung (was auch funktioniert) den Tipp bekommen, das erste Netzwerk einfach zu kopieren und als 2. Netzwerk einzufügen.

Kann das irgendjemand erklären??

Danke und grüsse
 
Hallo

auf den ersten Blick würde ich jetzt sagen, das vieleicht was mit dem Instanz DB von dem ersten FB nicht stimmt. Erstelle mal den Instanz DB zu diesem neu bzw. lade nocheinmal die zugehörigen Instanz DB´s auf die CPU.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
bereits gemacht

Hallo

haben bereits den DB neu geladen und alles versucht.
Das komische ist ja, dass der der selbe FB mit der selben Adressierung im 2. Netzwerk funktioniert und im ersten ins PAW 0 schreibt !!??!?!!
 
Also, erst schreibst du, das 1. Netzwerk wird gar nicht bearbeitet und dann wird es doch bearbeitet, nur wird ins falsche PAW geschrieben.
Irgendwie riecht das nach Programmierfehler.
Zeig doch mal dein Programm und sieh dir mal deine Variablen im FB an, insbesondere den temp-Bereich.

Grüße von HaDi
 
CPU 417.
FC mit FBs für jeden einzelnen FU (ca. 60 Stk), welche jeweils nur 2 PEWs und 2 PAWs lesen bzw. schreiben.
60 FBs, oder 60 mal der selbe FB mit eigenem Instanz-DB?
Von den FBs hat jeder einen eigenen DB in den die ganzen Befehle (Run, Reverse, Reset, INT Speed etc) geschrieben wird. Die FBs arbeiten nur über temporäres auslesen er DBs.
??? Was ist temporäres Auslesen eines DB's?
Ich hoffe soweit alles vernünftig erklärt zu habe.
Hm....
Jetzt das Problem.

Im FC der alles abarbeite wurde das allererste Netzwerk nicht mehr bearbeitet. Alle nachfolgenden liefen Problemlos. Es wurden zwar die PEWs gelesen, aber in die PAWs wurde nix geschrieben.
Ja, wie jetzt? Ich denke die nachfolgenden liefen Problemlos?
Jetzt schreiben die doch keine PAW's mehr?
Im Zugehörigen DB war alles wie es sein sollte!!! Nur der allererste FB wurde nicht bearbeitet!!??!
Wir haben als Lösung (was auch funktioniert) den Tipp bekommen, das erste Netzwerk einfach zu kopieren und als 2. Netzwerk einzufügen.
Habt Ihr irgendwelche Interrupt-OB's am laufen? Zum Bleistift den OB35?
Wenn der sinnigerweise immer dann zuschlägt und vielleicht sogar seinerseits im Peripheriebereich rumfingert, wenn auch besagter FC aufgerufen wird, kann es zu Zugriffskonflikten kommen.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Erklärung

Also, um alle Unklarheiten zu beseitigen.

1 FC

60x (60NW) ein und der selbe FB mit jeweils einem eigenen DB.
Ist aber immer der selbe FB.

Alle Netzwerke funktionieren bis auf das erste.
Das erste wurde von uns kopiert, und als zweites eingefügt.

Lesen und schreiben haben alle bis auf den im NW1 immer gemacht.
Der im NW1 liest nur, schreibt aber nix.

Der FB im NW2 (der selbe DB wie im NW1) liest und schreibt korrekt.

Nur der im ersten NW, welcher identisch ist mit dem im 2. NW, schreibt nix, liest nur.

Es hat den Anschein, dass das erste NW einfach nicht bearbeitet wird.
Bezüglich Programmierfehler kann ich auch ein nein geben, da die Anlage schon über 3/4 Jahre Problemlos läuft, und sich zum Zeitpunkt des Fehlers niemand ausgetobt hat.

OBs werden auch keine gestartet. Es wird auch rein nur in/von diesem FC in die PEWs und PAWs geschrieben/gelesen.

Hoffe soweit alles ein wenig verständlicher erklärt zu haben.

Danke und Grüsse

Flo
 
Also, um alle Unklarheiten zu beseitigen.

1 FC

60x (60NW) ein und der selbe FB mit jeweils einem eigenen DB.
Ist aber immer der selbe FB.

Alle Netzwerke funktionieren bis auf das erste.
Das erste wurde von uns kopiert, und als zweites eingefügt.
Vor oder nach Auftreten des Fehlers von Euch kopiert?

Der FB im NW2 (der selbe DB wie im NW1) liest und schreibt korrekt.

Heißt das etwa, NW sieht so aus:

Code:
CALL FB1, DB1

und NW2 so:

Code:
CALL FB1, DB1

In dem Falle wäre der Fehler klar
 
Wir haben den FB erst nach dem Fehler kopiert.
Von da weg gings wieder wie bisher.

Code:
U(
CALL   "DRIVE CONTROL" , "M200"
 StatusWord :=PEW524
 StatusFdbk :=PEW526
 ControlWord:=PAW254
 SpeedCmd  :=PAW256
U         BIE
)
_001: NOP     0

NW2 hat am Ende anstatt _001: NOP 0 eine _002: NOP 0!!
 
Zuletzt bearbeitet:
Der im NW1 liest nur, schreibt aber nix.

Der FB im NW2 (der selbe DB wie im NW1) liest und schreibt korrekt.

Nur der im ersten NW, welcher identisch ist mit dem im 2. NW, schreibt nix, liest nur.

Es hat den Anschein, dass das erste NW einfach nicht bearbeitet wird.

Bezüglich Programmierfehler kann ich auch ein nein geben, da die Anlage schon über 3/4 Jahre Problemlos läuft, und sich zum Zeitpunkt des Fehlers niemand ausgetobt hat.
D.h. der FB im ersten Netzwerk arbeitete 3/4 Jahr korrekt und dann mußte NW1 kopiert werden, damit's im NW2 dann funzt?
Hm.....
Zu Deinem Statement, es hätte sich zum Zeitpunkt des Fehlerauftrittes keiner am System vergriffen, möchte ich Vierlagig zitieren: Gibt es Videoaufzeichnungen und unabhängige Zeugen?
Vermutlich sind die Antriebe dezentral, gell?
Was passiert denn, wenn man z.B. Antrieb 3 mit Antrieb 1 tauscht, also die Netzwerke gegeneinander und latürnich den doppelten Aufruf wegläßt?
Wandert der Fehler mit, ist's ein Bausteinaufrufproblem. Meines Erachtens, zu suchen in der Parameterübergabe von Prozesswerten. Wandert der Fehler nicht mit, liegt's am Busteilnehmer, oder dem Bus selbst.
Andere Variante: Keine PAW sondern AW beschreiben und nach dem FB-Aufruf auf PAW schreiben. Oder beim ersten FB überhaupt auf das PAW-Schreiben verzichten.
Ist bei Zykluszeiten < 10ms sowieso nicht so sinnig, meiner Ansicht nach.
 
Hallo Steppenwolf
ist die Addressierung wirklich so gewollt?
Ich parametriere bei Umrichtern die Eingangs- und Ausgangsaddressen gleich.
PEW 524- PEW 526 und PAW 524 - PAW 526
MfG Fritze.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo

Allso vergriffen hat sich ganz bestimmt niemand, da wie bereits richtig erwähnt, es sich um dezentrale Drives handelt, welche aber in einem abgesperrten Schrank sind. Des weiteren sind alle PCs/PGs an einem Ort komplett abgetrennt von Anlagenbedienern.

Wir haben das Profibusmodul gewechselt, ohne Erfolg.
Wir haben den FU selbst gewechselt, ohne Erfolg.
Wir haben die Adressen '(Profibus und PAWs PEWS) gewechselt, ohne Erfolg.
Wir haben alle zugehörigen Programmteile neu geladen. Ohne Erfolg.

Ein Aussenstehender, der uns den Tipp gegeben hat, das NW zu kopieren, hatte den selben Fehler, auf der selben CPU mit der selben S7 Software (S7V5.4 SP3+SP3.1). Er suchte sich damals den Wolf nach dieser Lösung, und hat es auch nur per Zufall entdeckt.

Ich wollte hier eigentlich nur mal Fragen was das sein kann oder ob jemand das Problem auch schon hatte, und eventuelle Lösungsansätze bieten kann. Wir haben wirklich alles mögliche probiert, und Fremdverschulden ist in diesem Fall wirklich komplett ausgeschlossen.

Den FB kann ich gerne nachreichen (habe ihn grad nicht zur hand).

Ich danke soweit für alle bisherigen Ansätze und verbleibe soweit MfG

Flo
 
Ach übrigens, das mit den Adressen kann ich nicht sagen ob so gewollt oder nicht.

Es haben alle FUs die selben Eingangs- wie Ausgangsadressen. Wurde von den Erbauern der Anlage so gemacht.

Grüsse

Flo
 
Anbei ein Screenshot.

FC11 und 2x den selben FB mit Adressierung in NW1 und NW2. Funktioniert aber nur im ersten NW nicht, in allen nachfolgenden schon.
Natürlich sind ab NW2 andere Adressen vorhanden.

Grüsse

Flo
 

Anhänge

  • Kurios.jpg
    Kurios.jpg
    189 KB · Aufrufe: 65
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Steppenwolf,
ich hoffe das dir bewust ist , das wenn der ENO deines FB2 False ist der FB4 in Folge nicht mehr bearbeitet wird. Entweder stellst du im FB2 sicher das ENO true ist oder du mußt den Aufruf vom FB4 in ein separates /nachfolgendes Netzwerk packen.
Warum das PAW 2 im Netzwerk 1 Null ist und in Netzwerk 2 einen Wert hat kann mann nur sagen wenn du den FB2 in das Forum stellst.
Eine Statische Variable des FB2 außerhalb zu beschreiben ist auch nicht gerade eine saubere Programmierung und hilft definitiv nicht bei einer Fehlersuche.
MfG Fritze.
 
Zuletzt bearbeitet:
@ Fritze

Das mit dem 2. FB (FB4) in Folge ist nur die Auslesung des aktuellen Stroms für eine Visu. Hat Ansonsten keine Funktion. Spielerei...

@ Sockenralf

Endlich jemand der mich versteht.:D
Keine Ahnung wie das zu Stande kommt. Was war bei euch der Fehler?
Habt ihr vom Hersteller was erfahren??

Habe mich auch noch auf anderen Foren umgesehen. Das Problem scheint es des öfteren zu geben. Ursachenbegündungen habe ich leider noch keine gefunden.

Wir haben auch Siemens kontaktiert.
Die melden sich nochmal. Angeblich haben sie von dem Problem noch nie was gehört. Wen wunderts??
Melde mich auf jeden Fall nochmal mit Antworten von der Siemens Hotline.

Danke soweit und Grüsse


Flo


PS: morgen wird als erstes der FB geschickt. versprochen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Fb2

Hallo

Entschuldigt bitte mein sehr spätes senden des FBs.
Musste kurzfristig weg, und war bis jetzt vor keinem Computer.

Spät aber doch gibts hier den gewünschten FB.

Des weiteren wurde uns von Siemens empfohlen, was wir bisher nicht wussten, den Baustein zu öffnen, und unter dem Menüpunkt Betrieb (was ja eine sehr eindeutige Funktionsbeschreibung des Menüpunktes ist) den FB mit dem dazugehörigen InstanzDB versehen zu beobachten.

Da die Anlage jetzt läuft, und der nächste geplante Stopp erst Anfang Juli ist, kann ich zu den Errungenschaften aus dieser Funktion leider noch nix sagen.

Werde mich aber diesbezüglich sicher nochmal melden.

Anbei der FB.

Grüsse und Gute Nacht

Flo
 

Anhänge

  • Fb2.zip
    631,1 KB · Aufrufe: 27
Zurück
Oben