Phänomen Timer bleiben einfach stehen

[geduldiger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

habe heute etwas merkwürdiges bei meiner CPU 412-2DP beobachtet:

für einen eigenen Takt habe ich zwei S_EVERZ miteinander verschaltet damit ich ein PULS-PAUSE-Merker abgreifen kann.

Das hat jahre lang funktioniert und heute sind die Timer einfach stehengeblieben. Hab versucht die Timer manuell zurückzusetzten und hab auch mal alles gelöscht und wieder neu programmiert und übertragen, den fehler konnte ich nicht beheben.

Hab dann einfach die Timernummern geändert und dann hats direkt wieder funktioniert.
Sind die Timer kaputt?
Hat jemand sowas schonmal erlebt?

MfG

 

[Larry Laffer]

Hallo,
hast du die Timer vielleicht irgendwo in einer bedingten Bearbeitung drin ?
Timer mögen es nicht, wenn sie am Eingang die Flanken nicht mitbekommen ...

Gruß
LL

 

[vierlagig]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
hast du die Timer vielleicht irgendwo in einer bedingten Bearbeitung drin ?
Timer mögen es nicht, wenn sie am Eingang die Flanken nicht mitbekommen ...

Gruß
LL

na klar, anlage halb k-putt aber produziert halt, nur die signale, die veranlassen um die timer drum rum zu hüppeln liegen an ... da wär ich niiiiiiiiieeee drauf gekommen!

[OT]
steht dein angebot noch? -> machste PN
[/OT]

 

[geduldiger]

???
so sieht das Netzwerk aus, nirgends sonst sind die Timer verwendet

      u(    
      un    t      1
      l     s5t#100ms
      se    t      0
      nop   0
      nop   0
      nop   0
      u     t      0
      )     
      =     m    253.3
      u     m    253.3
      l     s5t#200ms
      se    t      1
      nop   0
      nop   0
      nop   0
      nop   0

Hab dann einfach Timer 589 und Timer 590 verwendet dann gings

 

[Larry Laffer]

... und der Baustein, in dem das programmiert ist, wird immer bearbeitet ?

 

[Valdi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wie LL schon geschrieben hat, haben es die Timer nicht so gern ohne Flanke.
Das passiert z.B. beim neuanlauf der CPU, (je nach art des Anlaufs).
Besser ist es im ersten Zyklus nach CPU Anlauf den Timer Eingang auf "0" zu
setzen (z.B. Mit Anlaufmerker). Ich mache das aber so, das ich am Timer Eigang
nicht den Timer (un T1) sondern einen nicht remanenten Merker, in Verbindung mit Anlaufmerker Abfrage. (Wie gesagt für die Flankenerkennung brauchst du mindestens einen Durchlauf mit VKE = 0 am Timer).
Grüße, Valdi

 

[geduldiger]

@LL: ja der Baustein wird immer bearbeitet, normaler Aufruf im OB1

@Vladi: laut Diagnosepuffer ist gar nichts passiert, werder neustart noch kaltstart oder ähnliches, einfach nichts.

außerdem hab ich ja das komplette Netzwerk gelöscht--> übertragen -->neu programmiert -->übertragen --> nichts.

ich muss dazusagen das eben plötzlich auch noch der komplette inhalt eines FC's weg war bis auf NW1. In dem FC wird aber nicht aufgerufen.

 

[vierlagig]

@LL: ja der Baustein wird immer bearbeitet, normaler Aufruf im OB1

@Vladi: laut Diagnosepuffer ist gar nichts passiert, werder neustart noch kaltstart oder ähnliches, einfach nichts.

außerdem hab ich ja das komplette Netzwerk gelöscht--> übertragen -->neu programmiert -->übertragen --> nichts.

ich muss dazusagen das eben plötzlich auch noch der komplette inhalt eines FC's weg war bis auf NW1. In dem FC wird aber nicht aufgerufen.

geduldig bleiben *ROFL*

 

[Valdi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Auch wenn kein Neustart erfolgtist, braucht der Timer mindestens einen Durchlauf mit vke=0. Das kann auch mit dem Übertragen zusammenhängen, wenn gleich beim ersten
Durchlauf nach dem Übertragen, das VKE gleich 1 ist. Also einmal den Timereingang mit
Logisch "0" sperren, übertragen, dann freigeben und nochmal übertragen.
Sollte der Timer nicht irgendwo sonst (z.B. indirekt parametriert, oder sowas) benutzt worden sein, muss er Anlaufen. Bitte in der CPU Leistungsdaten nachschauen, ob der Timerbereich auch in der CPU freigegebn ist.
Gruß, Valdi

 

[geduldiger]

Das war das zweite das ich versucht habe nachdem ich die Zeit geforct habe.
Hab den Timer mit VKE 0 geladen, aber brachte nichts

der Timerbereich ist nicht gesperrt

 

[Jan]

@LL: ja der Baustein wird immer bearbeitet, normaler Aufruf im OB1

@Vladi: laut Diagnosepuffer ist gar nichts passiert, werder neustart noch kaltstart oder ähnliches, einfach nichts.

außerdem hab ich ja das komplette Netzwerk gelöscht--> übertragen -->neu programmiert -->übertragen --> nichts.

ich muss dazusagen das eben plötzlich auch noch der komplette inhalt eines FC's weg war bis auf NW1. In dem FC wird aber nicht aufgerufen.

Hat da evt. der Kunde im Programm rumgepfuscht?
Der Inhalt von einem FC kann doch nicht einfach so verschwinden.
Oder doch?

 

[geduldiger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das Porgramm hab ich selbst geschrieben, ich hatte zu dem Zeitpunkt keine Änderungen gemacht. Ich kanns mir ja auch nicht erklären. Das Programm ist ganz normal gelaufen und irgendwann bekomm ich nen Anruf das die Anlage steht, hab dann die Timer als Fehlerquelle gefunden und auch direkt im Diagnosepuffer nachgesehen ob irgendwas war, aber nichts. Hab alles mögliche versucht aber es ging nur mit anderen Timaernummern, und im FC1 war halt auch nur noch 1 NW.

Die Anlage hängt zwar im Firmennetz über nen Ethernet CP aber ich bin mir ziemlich sicher das da keiner was drüber geändert hat.

 

[Larry Laffer]

was machst du denn in dem Programm (außer einen Blink-Takt erzeugen) ?
Wirbelst du da vielleicht mit indirekter Adressierung herum ?

 

[geduldiger]

Hi,

nein keine indirekte Adressierung, aber ich hab jetzt mal wieder die alten Timernummern geladen und jetzt laufen sie wieder.

Bleibt mir ein Rätsel wieso das beim letzten mal nicht funktioniert hat.
Genauso wie das Verschwinden des Inhalts des FC's

Was mich auch noch wundert ist, dass im EPROM Ladespeicher kein einziges Byte belegt ist. Habe 1MB gesteckt, 0,26 MB sind im RAM Ladespeicher (57% Auslastung).
Und immer wenn ich was ändere sagt er mir das der Platz im Ladespeicher zu gering wär und den Ladespeicher komprimieren muss.

MfG

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

... naja ... irgendwas oder irgendwer manipuliert dein Programm. Das wird dann auch die Timer-Geschichte (er-)klären. Hast du es mal mit einer anderen CPU versucht ?
Hast du eine Visu (wenn ja welche) dran ?

 

[geduldiger]

Hab ne Visu dran, Wincc flexible 08 MP377 hängt alles im Firmennetz über den CP. Aber ich sags mal so, ich halte es für höchst unwahrscheinlich das jemand das in der Form getürkt hat.

Bei uns hätte keiner das nötige "Know-How" dazu

 

[argv_user]

Hab ne Visu dran, Wincc flexible 08 MP377 hängt alles im Firmennetz über den CP. Aber ich sags mal so, ich halte es für höchst unwahrscheinlich das jemand das in der Form getürkt hat.

Bei uns hätte keiner das nötige "Know-How" dazu

Eventuell doch ein Hardware-Defekt?

 

[Jan]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hast du einen Bausteinvergleich gemacht?

Wann wurde der FC in der CPU zuletzt geänder, und wer hatte zu dem Zeitpunkt die Möglichkeit was zu machen.
Kann auf das Netzwerk von aussen zugegriffen werden?
Evt. manipuliert jemand von aussen, der die Möglichkeiten und kenntnisse hat.
Wenn das alles absolut ausgeschlossen werden kann, dann sollte SIEMENS dazu befragt werden.
Wie hier schon erwähnt wurde, könnte es dann ein Siemens-Problem sein.

 

[digga]

Ich hatte einen ähnlichen Fehler in einer 319PN/DP.

Bei der Steuerng war es irgendwann so, das die ein Timer nicht mehr gestoppt wurde und immer wieder von vorne gestartet wurde.

Ich musste dann auch einfach einen anderen Timer nehmen, und dann ging es.
Das ganze in 6 Monaten dreimal.

Laut Anlagelieferant war das ein CPU-Problem, nach Austausch der CPU war der Fehler weg. Laut CPU Hersteller gibts es diesen Fehler nicht!

mfg

digga

 

[ukofumo]

Hallo Miteinander

Hatte auch mal so ein merkwürdiges Problem mit teilweise verschwundenen Bausteinen in einer älteren 400ter CPU.
Gelegentlich wenn die Anlage zum Wochenende ausgeschaltet wurde und am Montag wieder eingeschaltet, fehlten merkwürdiger Weise Programmteile.

Wir konnten damals dazu die Pufferbatterie als Fehlerursache lokalisieren...
Neue Pufferbatt. und gut war die Geschichte.
Die "alte" Pufferbatt. war zwar nicht leer, hatte aber wohl einen internen Defekt der anscheinend zu kurzfristigen Spannungseinbrüchen geführt hat... :?

Grus ukofumo