Step 7 Dringend: Baustein lässt nur bei CPU Stop übertragen...

AndreK

Level-1
Beiträge
415
Reaktionspunkte
27
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo, sitze in der Anlage und habe ein Problem... diese Anlage habe ich vor ein paar Jahren in Betrieb genommen... kein Problem damals.

Nun sitze ich hier und kann nur FC`s übertragen wenn die CPU in Stop ist?

315-AG10-0AB0 über MPI, mit CompactLinkPro oder NetLinksUSB das selbe Problem.

Was ist neu seit, damals... Windows7 mit Step7 5.5 SP, Frisch auf der SSD installiert...


Bitte dringend um Vorschläge...

EDIT:
# Hab mal eine ältere XP VM (VirtualBox) installiert... damit schein ich auch wenn CPU in RUN alles übertragen zu können...
 
Zuletzt bearbeitet:
.
Geht sie in STOP während des Ladens oder
musst du sie erst in STOP schalten, um die
Bausteine übertragen zu können ?
 
Ich muss sie selber in Stop schalten... da ist noch was... wenn ich vorher mal WinCC Runtime laufen lassen, kann ich gar nix mehr an der CPU machen... nögelt dann beim übertragen was von Speicher voll oder Zielbaugruppe nicht gefunden usw.... (der ist höchstens zu 15% voll)... musste dann Win7 neu starten...

Zum kotzen... mach jetzt erst mal mit der VM weiter...
 
Check mal die Timeout Einstellung am NetLinkPro Adapter, muss auf mindestens 9955 stehen.
 
Na ja, 32000 wäre ja OK, nur wenn der Wert zu klein ist (bei mir stand er auf 955) kann es Probleme geben.
 
Ich muss sie selber in Stop schalten...
da ist noch was... wenn ich vorher mal WinCC Runtime laufen lassen,
kann ich gar nix mehr an der CPU machen... nögelt dann beim übertragen
was von Speicher voll oder Zielbaugruppe nicht gefunden usw....
(der ist höchstens zu 15% voll)... musste dann Win7 neu starten...

Zum kotzen... mach jetzt erst mal mit der VM weiter...

.
Ich fürchte, da beissen sich zwei Treiber und blockieren sich
gegenseitig die Schnittstelle.
Erst mit dem STOP wird die Treiberbearbeitung abgebrochen.

Passiert z.B. auch in STEP7, wenn man die PG-Schnittstelle
wechseln will ("...Schnittstelle kommunziert gerade...")

Meistens hilft da schon, das Verbindungskabel vom PG ab-
zuziehen und 1-2 Minuten zu warten, damit der Treiber sich
selbst beendet.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
erstmal alle danke fürs mitdenken...

Treiber: Passierte auch nachdem Windows neu gestartetet wurde... außerdem hatte das XP Image nie Probleme.

Betriebsystem: Passierte später auch in der VM (XP), also Überragung nur wenn CPU auf Stop.

Bin heute im Büro und habe gerade festgestellt das der Timeout beim USB und LAN Adapter wirklich bei MPI auf 990 stand...

Aber... ich teste das hier gerade an einer neueren 315PN/DP... überhaupt keine Probleme über MPI! Auch mit Timeout 990 rennt das wie gewohnt. Gestern war das eine ältere 315 2DP... dessen Zykluszeit lag bei 6-8ms und der Speicher ist/war zu ca. 20% voll. Die MPI Schnittstelle ist frei... das OP und der DP/DP Koppler hängen an der DP Schnittstelle.

Kann es sein, das die ältere 315 2DP eine zu hohe Kommunikationslast wegen Panel und DP/DP Koppler hat? Ich vermute das dies bei den einfachen "315" ohne extra CP alles über die einfache "CPU" läuft.

Kann man das einstellen, das MPI priorisiert wird? Ansonsten würde ich beim nachsten mal probieren den Profibus auf 187k anstatt 1500k zu betreiben.

Das wäre mir wichtig... ist eine Anlage die laufen muss, d.h. Änderungen muss während des Betriebes erfolgen (Rauchgasreinigung Verbrennungsanlagen)... sonst gibt es wieder sauren Regen ;-)
 
Hallo Andre,

das Problem hatte ich noch nicht. Aber was ich tun würde ist:

Nachsehen, ob ein Firmware-Update was bringen würde. Beim Überfliegen der Beschreibungen zu den Updates, fällt mir auf dass einige Probleme im Zusammenhang mit B&B-Bediengeräten behoben wurden. Velleicht hängt dein Problem damit zusammen. Ist an dem OP etwas verändert worden? Ist der Profibus stabil? Wenn du wieder an der Anlage bist und das Problem besteht, dann eventuell mal das OP entfernen/abschalten und sehen ob sich etwas verändert.

Vielleicht auch mal überprüfen, was in der HW-Konfig der CPU eingestellt ist ("Zyklusbelastung durch Kommunikaton" unter Zyklus / Taktmerker).

Eine weitere Kommunikation, eventuell zu einer Leittechnik, besteht nicht?


Gruß, Onkel
 
Zuletzt bearbeitet:
Danke für die Antwort,
das Leitsystem hängt per DP/DP Koppler am Profibus, das OP direkt... und noch eine ET200s Station. Mein Problem ist die MPI Schnittstelle.

Mir sind keine Probleme bekannt das das Leitsystem "meckert", dürfte der DP Koppler auch einiges auffangen. habe auch keine Fehler vom Profibus her.

Die Deltalogic Schnittstellenwandler (ich habe den USB und den Netlink Compakt) haben aktuelle Treiber/Firmware, das Problem habe ich mit beiden... nicht an anderen CPU`s.

Ich habe auch die "Adapter" am Profibus getestet... da hakelte es auch (kann ich aber nicht mehr genau angeben, nur kurz getestet, möchte ich auch nicht weiter machenm da das Leitsystem da mit dranhängt, deshalb MPI).

Das ganze ist zum kotzen... ich weiß schon warum ich bei Neuanlagen nur über Ethernet gehe ;-) Da ist mir die teure CPU erst mal egal...
 
Zurück
Oben