SiePortal

Die integrierte Plattform für Produktauswahl, Einkauf und Support - und Verbindung von Industry Mall und Online Support

Suche

Produkte & Services
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
MySiePortal MySiePortal
{{(apiData.MySiePortal | filter:{'rank':1}:true)[0].title}} MySiePortal
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Warenkorb ({{apiData.CartCount}})

Navigation

Datenfehler TODW oder TODR (leichter Fehler 7) bei Einsatz von DCF_V10 und Bibliothek Clock_Integer

20.08.2007 09:27	Bewerten (0)
USA Mitglied Beigetreten: 20.08.2007 Letzter Bes: 19.03.2025 Beiträge: 2 Bewertung: (0)	Hallo, vielleicht kann mir jemand bei folgendem Problem helfen? Ich habe an einer S7-200 CPU224 eine Funkuhr (Siplus DCF77) an den Eingängen I0.0 und I0.1 im Einsatz. Das Auswerten der Funksignale und das Stellen der Echtzeituhr erfolgt über SBR_0 und SBR_2 aus dem (Siemens)Projekt DCF_v10.wmp. Die SBR_0 wird aus dem OB1 (Main) mit SM0.0 immer aufgerufen. In der SBR_0 habe ich lediglich beim Aufruf der SBR_2 im Netzwerk 11 den Speicheradressen auf vd401 bis vd413 geändert, da die standardmässigen vd501 bis vd513 schon anderweitig benutzt werden. Gleichzeitig nutze ich die Funktion der Bibliothek Clock_Integer um die aktuelle Uhrzeit auszuwerten. (READ_RTC_I) Diese wird in einem Unterprogramm aufgerufen, welches ebenfalls im OB1 (MAIN) mit dem Sondermerker SM0.0 immer aufgerufen wird. Das Auslesen der Uhr und das Stellen der Uhr funktionieren soweit einwandfrei. Mein Problem ist folgendes: Ich bekomme nach einiger Zeit immer folgenden Fehler: Datenfehler TODW oder TODR (Echtzeituhr schreiben oder lesen) - Zeitstempel stimmen nicht überein - leichter Fehler 7 Der SM4.3 wird gesetzt. Die Uhr wird aber nicht in einem Interruptprogramm gelesen oder geschrieben, sondern nur an den oben beschriebenen Stellen. Wäre schön wenn Ihr mir helfen könntet. Vielen Dank Ulf

Vorschlag Bedanken Zitat Antwort

23.08.2007 13:11	Bewerten (0)
Mr. Itchy Aktives Mitglied Beigetreten: 25.07.2006 Letzter Bes: 13.01.2026 Beiträge: 2 Bewertung: (0)	Hallo, das Verhaltenkann ich nicht nachvollziehen, aber unter unten angegebenen Adressen sind neue Versionen der Doku sowie der sw-Bausteine verfügbar. SW-Beispiele: http://www.automation.siemens.com/siplus/html_00/support/toolsdownloads.htm Dokumentation: http://www.automation.siemens.com/siplus/html_00/support/techdoku.htm

Vorschlag Bedanken Zitat Antwort

27.08.2007 10:13	Bewerten (0)
HuoLong Beiträge: 18 Bewertung: (1)	Es grenzt an ein Verbrechen die RTC Uhr mittels SM0.0 auszulesen. Dieses schlaegt sich mit 331 bzw. 436 microsec. auf die Zykluszeit aus (als vergleich UND benoetigt 0,22 microsec). Da dort hoechstwahrscheinlich auch asyncrhone Teile zum Zuge kommen, waere dieses Verhalten erklaerbar. Es ist ausreichend die Uhr mittels SM0.5(Sekundentakt) und steigender Flanke auszulesen. Es kann im worst case eine Verzoegerung von <1sec durch die Abweichung von SM0.5 zur Uhr kommen. LD SM0.5 EU xyz
HuoLong Beiträge: 18 Bewertung: (1)
Vorschlag Bedanken Zitat Antwort

27.08.2007 16:04	Bewerten (0)
USA Mitglied Beigetreten: 20.08.2007 Letzter Bes: 19.03.2025 Beiträge: 2 Bewertung: (0)	@Mr.Itchy: Danke für die Info, das war ja sozusagen noch druckfrisch! @HouLong: Es ist sicherlich richtig, daß das Auslesen der Uhr mit SM0.0 ein frevel ist, es ändert jedoch nichts daran, daß es zu Überschneidungen (Uhr lesen / Uhr schreiben) kommt, da das Stellen der Echtzeituhr (bzw. der Aufruf der SBR0 ) zyklisch erfolgen muss, weil es ansonsten offenbar nicht funktioniert. Leider habe ich das Kennwort nicht für die SBR2, so daß ich nicht genau weiß was dort gemacht wird. Ich hatte schon getestet das Lesen der Uhr in dem einem Zyklus und das Stellen der Uhr (sprich den Aufruf der SBR0) in dem anderen Zyklus zu starten, aber dann hat das Stellen der Uhr nicht mehr funktioniert.

Vorschlag Bedanken Zitat Antwort

Teile diese Seite:

Teile diese Seite auf...