Uhrzeit 313c-2dp

Küffel

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

ich hatte folgendes Problem bereits an ein anders Posting angehangen, jedoch ohne Resonanz. Ich kann mir nicht vorstellen, dass ich alleine mit diesem Problem bin und es bestimmt (Ansätze) eine Lösung gibt.

Für alle dies schon mal von mir gelesen haben... Sorry :D

Das Problem:

Ich habe o.g. Steuerung mit einem TP170A über Profibus vernetzt (auch wenn ich nicht glaube das dies das Problem sein kann). Die Uhrzeit der SPS ging letzte Woche sechs Tage nach dem einstellen der Uhrzeit um 3h nach!!!

Innerhalb des Programms werden minütlich die aktuelle Uhrzeit mit parametriebaren Uhrzeiten verglichen. Beeinflusst dies vielleicht die Uhrzeit?

Außerdem wird der Algorithmus zur Sommer-/Winterzeitumstellung verwendet, welcher hier auch schon öfters gepostet wurde<-- evt. ähnliche Probleme bei anderen die diesen einsetzten???

Also, bin für jeden Tip dankbar, da ich im Moment echt nicht weiß wo ich ansetzen soll!!!

Vielen Dank
MFG
Küffel
 
Hallo Küffel,

synchronisierst du die Uhrzeit der CPU mit dem TP170A? Es ist nur eine Vermutung von mir. Falls versehentlich die Uhrzeit ständig zwischen CPU und TP hin- und hergeschoben würde, könnte dabei erheblich viel verschleppt werden.


Gruß, Onkel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Onkel Dagobert schrieb:
Hallo Küffel,

synchronisierst du die Uhrzeit der CPU mit dem TP170A? Es ist nur eine Vermutung von mir. Falls versehentlich die Uhrzeit ständig zwischen CPU und TP hin- und hergeschoben würde, könnte dabei erheblich viel verschleppt werden.


Gruß, Onkel
Kommt drauf an in welche Richtung... Ich hab irgendwie das Gefühl, das die Uhr der 313C mehr "verschleppt" als ein TP170B. :?:
 
Hatte ich auch bereits dran gedacht, aber ich bekomme die Uhrzeit im TP lediglich über einen Bereichzeiger auf einen DB der SPS. Dürfte eigentlich nicht ausschlaggebend sein, oder?

Die Uhrzeiten sind daher auch in SPS und AG immer gleich!
 
Hallo seeba,

ich meine nicht die Ganggenauigkeiten.

Falls aber durch einen (vorausgesetzt) simplen Programmfehler ständig die Uhrzeiten wechselseitig ausgetauscht würden, würde die Uhr nachgehen.

Angenommen, die CPU stellt per Steuerungsauftrag die Softwareuhr des TP. Bis die Uhrzeit am TP übernommen ist, vergeht eine gewisse Zeit. Nach Beendigung des Auftrag's erfolgt sofort der Auftrag zum Auslesen der TP-Uhr und Stellen der CPU-Uhr. Wieder würde Zeit verstreichen, bis die Uhrzeit übernommen ist. Das Aufsummiert ergibt exakt 3h in sechs Tagen :wink: .

War nur so eine Idee von mir. Falls es nicht so simpel ist, sollte man vielleicht ganz einfach mal die CPU ohne Programm und TP ein paar Stunden laufen lassen und dabei die Uhrzeit kontrollieren.


Gruß, Onkel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Angenommen, die CPU stellt per Steuerungsauftrag die Softwareuhr des TP. Bis die Uhrzeit am TP übernommen ist, vergeht eine gewisse Zeit. Nach Beendigung des Auftrag's erfolgt sofort der Auftrag zum Auslesen der TP-Uhr und Stellen der CPU-Uhr. Wieder würde Zeit verstreichen, bis die Uhrzeit übernommen ist. Das Aufsummiert ergibt exakt 3h in sechs Tagen .

Hallo Onkel Dagobert,

dies ist doch wie oben geschrieben durch die Verwendung des einfachen Bereichszeigers auf den DB ausgeschlossen, oder?


Falls es nicht so simpel ist, sollte man vielleicht ganz einfach mal die CPU ohne Programm und TP ein paar Stunden laufen lassen unddabei die Uhrzeit kontrollieren.

Idee gefällt mir sehr gut, warum komm ich nicht selber drauf!?!? :twisted:
Werde ich wohl machen müssen, sollte sich kein anderer Ansatz ergeben!!!

Gruß Küffel
 
...dies ist doch wie oben geschrieben durch die Verwendung des einfachen Bereichszeigers auf den DB ausgeschlossen, oder?..

Ja, richtig. Entschuldige, hatte es zu spät gelesen. Eigentlich hätte ich das mit den Bereichszeigern auch wissen müssen, hatte 1x ein TP170A. Sollte die Uhr in der CPU tatsächlich so ungenau ticken?


Gruß, Onkel
 
Onkel Dagobert schrieb:
...dies ist doch wie oben geschrieben durch die Verwendung des einfachen Bereichszeigers auf den DB ausgeschlossen, oder?..

Ja, richtig. Entschuldige, hatte es zu spät gelesen. Eigentlich hätte ich das mit den Bereichszeigern auch wissen müssen, hatte 1x ein TP170A. Sollte die Uhr in der CPU tatsächlich so ungenau ticken?


Gruß, Onkel

Naja bei mir sind es nur 5 Minuten in 2 Wochen oder so, aber schön ist es natürlich nicht! :cry:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ursache gefunden, Lösung gesucht!!!

Hallo zusammen,

also, ich habe die Ursache für die Gangungenauigkeit ausfindig gemacht! Dazu habe ich Teilfunktionen auskommentiert und die Uhr beobachtet!

Ursache ist: Ein Weckalarm (alle 10 sec) welcher u.a. das auslesen eines Zählwertes einer FM-350-1 triggert!!!

Hintergrund1: Mit der FM-350 zähle ich Impulse und bilde den Mittelwert über 10 sec. (Integrationszeit=10 sec)!

Hintergrund2: Das ganze dient der Windgeschwindigkeitsmessung (z.b. 10 Impulse = 4 m/s Wind! Durch die 10 sec Integration sollen Windböen, welche Teilweise zu "orkanartigen" Messergebnissen führen geklättet werden.

Im Handbuch zur FM-350 habe ich jetzt folgendes gefunden:
Die FC CNT_CTL1 kann im Zyklus oder alternativ in einem zeitgesteuerten oder
taktsynchronen Alarm-OB aufgerufen werden. Der Aufruf in einem ereignisgesteuerten
Alarmprogramm ist nicht zulässig.

Ich nehme an, dass dies die Ursache für die Uhrzeitbeeinflussung durch die Verwendung von dem FC CNT_CTL1 ist!

Daher meine Fragen:

Ist der Aufruf der Funktion CNT_CTL1 über einen 10-sec Weckalarm zeitgesteuert? (Eigentlich schon, oder?)

Wie könnte ich den Aufruf Zyklisch gestalten und trotzdem 10 sec Integration erreichen???

Vielen Dank für eure Tips!!!

MFG
Küffel
 
Zurück
Oben