Problem mit Flankenauswertung mit CPU 315 2PN/DP

SPS-freak1

Level-2
Beiträge
396
Reaktionspunkte
54
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten abend,

bin seit einigen Tagen dabei ein Programm auf einer 315 2PN/DP CPU inbetrieb zu nehmen.
War heute dabei einige Funktionen zu überprüfen, die mit einer positiven Flanke ausgelöst werden sollten.
Nun hatte ich das so realisiert, dass ich nicht die FP-Funktion verwende, sondern zwei Schritte einer Schrittkette benutze.

Das heißt: U M x.y
U M y.z
SPBN M000

....

Die beiden Merker sind zwei aufeinanderfolgende Schritte einer Schrittkette, das heißt der Merker x.y wird durch den Merker y.z zurückgesetzt, natürlich erst im nächsten Zyklus, d.h. im normalfall (und das Funktioniert bisher auf allen anderen meiner Programme auf anderen CPUs (313/315 2DP) ohne Probleme) ist das eine Flanke weil beide Merker ja für einen Zyklus lang da sein müssen.

Nun habe ich heute feststellen müssen, das es bei dieser PN CPU nicht funktioniert. Hat jemand einen Einfall an was dies liegen könnte?
Habe nämlich keine lust meine Merker für Flankenauswertungen verschwenden zu müssen.

Und auch die Aufrufe im OB 1 sind in der richtigen Reihenfolge (wobei das ja nichts ausmachen sollte) das heißt der FC mit der Schrittkette kommt vor dem FC mit der benötigten Flanke.

Hoffe ich hab mich verständlich ausgedrückt und jemand kann mir da weiter helfen.

Danke
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Naja aber wieso was verwenden wenn es bei jeder anderen SPS nicht notwendig ist?!

Naja der Code ist immer der gleiche


das heißt ich habe einen Schrittkette die ungefähr so ist:

U e0.0
s m1.0
o m1.1
r m1.0

U e0.1
u m1.0
S M1.1
usw.

die flanke schreibe ich dann so:

u m1.0
u m1.1
SPBN Test

tu was für einen Zyklus

Test: nop 0

jetzt ist es ja so, das natürlich beide Merker für einen Zyklus da sind.
Bei jeder anderen jemals von mir verwendeten SPS kann ich so eine Flanke generieren.
Nur dieses mal funktioniert es nicht, aber das kann doch nichts mit ihrer Geschwindigkeit zu tun haben.
 
Naja das sollte doch Prinzipiell egal sein, außerdem war das mit den Eingängen auch nur ein Beispiel. Manche merker werden einfach gesetzt wenn der Schritt davor da ist und der vorletze schritt nichtmehr da ist, das heißt ein Zyklus muss vergangen sein. Aber wie gesagt, das gleiche Prinzip funktioniert auf vielen anderen S7 313/315 2DP ohne Probleme und Störungsfrei. Kann das irgendwie an der Hardwarekonfig der CPU liegen?
 
Wie genau deswegen mach ich gerade die Flankenauswertung?!
Also ich brauch die wahrscheinlich öfters für interne geschichten wo merker auf merker wirken als mit eingängen von außen, aber nun gut... :)
OK, dann muss ich morgen mal gucken welche Firmware das ist, aber ich glaub das es die 3.1.6, also ziemlich neu.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wie genau deswegen mach ich gerade die Flankenauswertung?!
Also ich brauch die wahrscheinlich öfters für interne geschichten wo merker auf merker wirken als mit eingängen von außen, aber nun gut... :)
OK, dann muss ich morgen mal gucken welche Firmware das ist, aber ich glaub das es die 3.1.6, also ziemlich neu.

Ziemlich neu??? 3.2 gibts schon seit dez 2010!

In der änderung steht aber nichts von einem ähnlichen fehler (http://support.automation.siemens.c...=cseus&aktprim=0&extranet=standard&viewreg=WW)
 
Wenn es diesen Bug wirklich gab/gibt, sollten die Siemensianer wirklich ernsthaft in Erwägung ziehen, lieber eine Backstube aufzumachen...
Gugst Du: ;)
Update V3.3.2 (6ES7 314-1AG14-0AB0)

Der obige CPU-Ausgabestand enthält funktionale Neuerungen wie z.B. Bausteinverschlüsselung oder Erweiterungen bei Status-Baustein.
Hinweis zu Abhängigkeiten zu STEP7 und Aufwärtskompatibilität:
Für den Betrieb dieser CPU ist STEP7 V5.2 SP1 oder höher erforderlich. Das Hardware Support Package HSP 218 sollte installiert werden.
Für den vollen Funktionsumfang ist mindestens STEP7 V5.5 erforderlich. Das genannte HSP ist in STEP7 V5.5 SP1 enthalten. Die neuen Funktionalitäten benötigen die entsprechende STEP7-Unterstützung, sie sind mit früheren STEP7-Versionen nicht nutzbar.

Mit dem Firmware-Update V3.3.2 werden die folgenden Änderungen wirksam:
  • Nach Netz-aus kommt es nicht mehr sporadisch zu Aktualwertverlusten durch Urlöschanforderung wegen Speichertausch (Ereignis-ID 16# 6526)
  • Die Remanenzsicherung bei Netz-aus wurde stabilisiert (betrifft hochsporadische Remanenzverluste mit Ereignis-ID 16# 4580 „Backup-Pufferinhalt inkonsistent“).
  • Bit-Verknüpfungen in großen Netzwerken werden nun auch an Segmentgrenzen korrekt ausgeführt.
  • Mehrere Bit-Verknüpfungen die das gleiche Byte betreffen werden ab sofort immer korrekt ausgeführt.
  • Die Befehlsabfolge „L MW 2, TAK, T MW 3, TAK“ funktioniert ab sofort auch wenn die Bereiche von „T“ und „L“ (wie im Beispiel) überlappend sind.
  • Ein SDB0 mit ungültiger Baudrate führt nicht mehr zum Defekt mit Z1=914A; stattdessen wird ab sofort die MPI-Default-Baudrate von 187,5 kBd voreingestellt.
  • Ein Netz-aus während Baustein online beobachten führt nicht mehr sporadisch zu einem Defekt mit Z1=0019 oder Z1=F104.
  • Bei Status-Baustein von großen Bausteinen (> 16 kByte) wird nun auch an Adressen größer 16 kByte die Statusinfo korrekt angezeigt.
  • Hinzufügen eines Schrittes in S7-Graph und anschließender Baustein-Download führt nicht mehr für einen Zyklus zu einem Bereichslängenfehler. Ab sofort können wieder mehrere Bausteine zusammen eingekettet werden.
  • Der SFC1 "READ_CLK" wandelt ab sofort die Jahreszahl immer korrekt in eine BCD-Zahl. Nachfolgende auf das BCD-Format aufsetzende Anweisungen (z.B. BTI „BCD-To-Integer“) führen somit nicht mehr zu Wandlungsfehlern (z.B. Ereignis-ID 16# 2521 „BCD-Wandlungsfehler).
 
Ich bin fassungslos...
Ich finde es nachvollziehbar, wenn komplizierte Funktionen nicht immer fehlerfrei sind. Aber bei den BASICS darf es nun wirklich nicht solche haarsträubenden Fehler geben.
Das wäre ja so als ob ein Autobauer ein neues Modell rausbringt, bei dem ab sofort immer auch nach links gefahren wird, wenn das Lenkrad nach links bewegt wird.
Gut dass Siemens keine Autos baut.
 
Hallo,

also ich hab das jetzt mal an den Siemens Support übergeben, mal sehen was die mir für eine Lösung präsentieren können... so kompliziert kanns ja nicht sein, alle anderen Steuerungen die ich kenne haben das ja auch gekonnt. Mal sehen ob nächste Woche die gleiche SPS mit einen anderen Programm auch so zicken macht.


Bin natürlich gerne noch für weitere Vorschläge offen.

Vielen dank schon mal :)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi Paule !
Hatte der TE nicht die 315 im Einsatz ?
Gruss
In der Tat!
Für die 315er gibt es aber auch eine neue Firmware mit der Kennzeichnung "Empfohlen zur Hochrüstung" und das schaut kein bisschen besser aus als von der 314er.

@SPS-freak1, mich wundert es das Siemens dir nicht ein Firmwareupdate empfohlen hast, vor allem wenn du echt noch die Uralte 3.1.6 drauf hast.
Das kommt bei Siemens ja noch fast vor "Guten Tag, was haben sie für ein Problem".
 
Zurück
Oben