S_EVERZ Problem

kiestumpe

kiestumpe

Level-1
Beiträge
726
Reaktionspunkte
84
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

ich blicks grad net. Eigentlich sollt's einfach sein. Hab nen Merker auf den Eingang einer S_EVERT-Timer (T152) gelegt und 1s Verzögerung eingestellt, der Ausgang liegt auchnochmal auf nem Merker (s.Abbildung).
Es kommt aber einfach keine "1" hinten raus.
Nutze PLCSim V5.3 SP1
:confused:
Kann das mal jemand ausprobieren, ob der Effekt vielleicht mit dem PLC-Sim zusammenhängt?
 

Anhänge

  • S-Everz.jpg
    S-Everz.jpg
    17,6 KB · Aufrufe: 99
Getestet

Habs getestet wie du, ohne Probleme.
Hast vielleicht den Timer schon gebraucht oder ein MW/MD belegt mit dem selben bereich. mach mal Querverweise mit "Überlappendem Speicherbereich"


Gruss Michael
 
Waelder schrieb:
Habs getestet wie du, ohne Probleme.
Hast vielleicht den Timer schon gebraucht oder ein MW/MD belegt mit dem selben bereich. mach mal Querverweise mit "Überlappendem Speicherbereich"


Gruss Michael
Zum Vergrößern anklicken....

Hallo Michael,

daran hab ich auch schon gedacht und mit "Gehe zu Verwendungstelle" und "Referenzdaten" entsprechend gesucht, auch mit Überlappung, aber da findet sich nichts.
Welche Version /SP vom PLCSim habt ihr?

Gruss
kiestumpe
 
Ich weiss, es klingt verrückt, T127 funktioniert genauso nicht, auch die HW ist vorhanden und der Vergleich sagt "keine Abweichung"
Nach PC-Ein/Aus und MRES mit Baustein neu übertragen gehts leider auch noch nicht :-/
Sinn mach meiner Meinung nach nur noch, wenn einer von euch zufällig die gleiche Version von PLCSim und dem SP hat bzw Step7 V5.3 Professional
Ausgabestand K5.3.3.0., WIN 2000 SP 4
Werd mich morgen mal an Siemens mit dem Problem wenden, was die dazu meinen...
Trotzdem mal danke für die Hilfsbereitschaft.
 
Geht es mit S5t#5s? Wegen Zykluszeit frage ich.
Und was macht der "LOGO"?
Liegt der vielleicht im Taktmerkerbereich?
Eine Flanke machst Du ja sicherlich am Eingang... sry wenn ich so blöde Fragen stelle.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Du hast leider nicht gesagt was der LOGO macht,
denke aber ich weiss was los ist.

Wenn der Eingang ansteht und der Rücksetzt Eingang kommt und wieder abfällt läuft der Timer nicht mehr los, sonder muss neu gestartet werden.

Am besten du vergisst den Rücksetzteingang und nimmst den LOGO als und nicht oben mit rein.
 
Log0 = Logisch 0, d.h. ein Merker der am Anfang des OB1 gebildet wird und immer den Zustand "Low" hat.
Dann gibt es dann noch Logisch 1, also immer "HIGH".

Ist bei Siemens allgemein so üblich, und für vieles aus irgend welchen Gründen auch notwendig,
da Siemens ja keine Systemmerker hat.

Mfg
Manuel
 
Genaus so ist es, wie MSB es beschreibt, LOG0 wird im OB 1 gebildet und
ist immer "FALSE", ich hatte es vorher ohne zu beschalten ausprobiert, jedoch erfolglos und daraufhin das "LOG0" genommen, um wirklich sicher zu sein, dass da auch FALSE am R-Eingang ist - sorry habe ich vergessen zu sagen.
Oder in AWL ausgedrückt:
Code: 
 SET   
      =     "LOG1"
      UN    "LOG1"
      =     "LOG0"
 
Zuletzt bearbeitet:
Na bumm!
Wenn es sowas gibt dann muss ich am Montag gleich meine Betriebshaftpflicht erhöhen. Manchmal frag ich mich was mit dem Siemens los ist.
 
tja, armes Deutschland...das blöde ist, das man nicht direkt nachvollziehen kann, wann dieser Mist eintritt. :(
Auf jeden Fall werden ich die Funktion "Speichern unter" in zukunft öfter verwenden.
 
Das allerdings nicht,

er hat nun tatsächlich einige Inkosistenzen angezeigt - nach dem erneuten Übesetzen waren die dann weg.
Aber was sagt dieses eigentlich aus? Ich habe ja nach wie vor offline und online den gleichen Code ???
 
altes oder neues Projekt?

Hast du jetzt die Konsistenzprüfung an dem alten oder dem neuen Projekt durchgeführt?
Einen zachvollziehbaren Zusammenhang zwischen der Konsistenzprüfung und dem Fehler in deinem Projekt sehe ich nicht. Es hätte mich trotzdem einmal interessiert, ob der Fehler nach dem Übersetzen der fehlerhaften Programmversion beseitigt ist. Hast du das fehlerhafte Projekt noch?


Gruß, Onkel
 
Nun, ich wünsch euch erst mal ein erholsames Wochenende. Ich hab das Dingen gepackt und an den Support geschickt, bin gespannt ob sich dann etwas nachvollziehen läßt.
@Onkel Dagobert
Die Beseitigung der Inkonsistenzen hab ich in dem Projekt gemacht, das bereits lief (also nach Speichern unter), das andere hab ich mir mal so
aufgehoben (zunächst).
Das nächste Wunder wäre, wo sind die Inkosistenzen überhaupt her gekommen? Aber das möcht ich heut nicht mehr ergründen
-bis denn

Frank
 
Hi,
ich habe das gleiche Problem im TIA V11.5 mit S_SEVERZ, verwende aber eine 315 er CPU.
Hast du ein FeedBack von Siemens bekommen?
 

Similar threads

Bl000b3r
TwinCat 2.11 (2228) persisentes Variablen Phänomen
2
Antworten
26
Aufrufe
9K
Bl000b3r
Bl000b3r
Zurück
Oben