Skip to Content

SiePortal

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

SiePortalEnglish

Suche

Home
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}

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

Probleme mit SIPLUS DCF77 Zeitempfänger

Erstellt von: Scheli am: 12.12.2006 15:07 (2 Antworten)

Bewertung (0)

Dank 0

3 Einträge

12.12.2006 15:07	Bewerten (0)
Scheli Beiträge: 2 Bewertung: (0)	Ich habe in unserem Betrieb den Zeitempfänger SIPLUS DCF77 an einer S7-200 CPU 222 (mit gestecktem Uhrzeitmodul!) installiert um hiermit Alarmanlage, Außenbeleuchtung und Freigabe des Hauptluftventils des Pneumatiknetzes zu steuern. Die Uhr funktioniert in 99,5% der Zeit einwandfrei, holt sich bereits nach wenigen Sekunden die aktuelle Zeit korrekt usw... Jedoch kommt es teilweise zwei- dreimal täglich (sporadisch) vor, daß die Uhrzeit sich für eine Dauer von 2-3 Minuten verstellt und danach wieder korrekte Werte annimmt. Das Problem hierbei ist, daß sobald eine Zeit die außerhalb unserer Betriebszeiten liegt gesetzt wird, zum einen unsere Alarmanlage scharf wird und zum anderen, das Hauptabgangsventil der Kompressoren geschlossen wird wodurch CNC-Maschinen wegen zu niederigem Druck auf Störung gehen, was z.B. beim Spindeln sehr kostspielige Konsequenzen haben kann. Ich lese meine die Werte direkt aus den VB´s 519 - 526 aus. Die Operation READ_RTC habe ich nicht im Programm eingesetzt, da sie meiner Meinung nach für meinen Einsatzzweck unnötig ist, da die Werte durch den von Siemens bereitgestellten Baustein ja schon in die o.g. Datenbereiche gelegt werden. Ich habe den Empfänger auch schon an allen möglichen Orten (alle Himmelsrichtungen!) befestigt, jedoch ohne Erfolg! Gibt es Datenbereiche, in die die Uhrzeit "kontrolliert" geschrieben wird, ich meine damit, daß eine einziges fehlerhaftes Telegramm aufgrund zu großer Abweichung erkannt wird und deshalb, falls es bei diesem einen bleibt nicht direkt übertragen wird? ...oder eine andere Lösung? Eine sehr primitive Möglichkeit wäre es die Kompressoren morgens ein- und abends ausschaltverzögert (um z.B: 30 Minuten) zu schalten, in der Hoffnung, daß bis dahin wieder ein korrektes Telegramm angekommen ist, aber das kann doch nicht die Lösung sein.... Gruß Scheli
Scheli Beiträge: 2 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

13.12.2006 07:58	Bewerten (0)
Helmut_13 Beiträge: 2930 Bewertung: (432)	Hallo Scheli, Deiner Beschreibung entnehme ich, daß du die Auswertung lediglich mitder DCF77 Uhr machst. Wenn der Fehler auftrit, wie sieht den dann die S7-200 Uhr aus? Wenn die jetzt korrekt läuft, dann kannst doch die nehmen. Bezüglich des DCF Empfangs. Kann es sein, daß du irgendwelche überlagerte Störungen hast, welche dann den Takt vom DCF77 beeinflussen? Versuch mal die Filter für die Eingänge auf den höchsten Wert zu setzen (Systembaustein, Eingabefilter. Default = 6,4ms). Ich nehme mal an, du hast schon geprüft, ob du den Empfangsbereich des DCF77 irgendwo anders überschreibst. Ich hoffe, daß hilft dir weiter. Gruss Helmut
Helmut_13 Beiträge: 2930 Bewertung: (432)
Vorschlag Bedanken Zitat Antwort

13.12.2006 09:07	Bewerten (0)
Scheli Beiträge: 2 Bewertung: (0)	Hallo Helmut! Schonmal vielen Dank für deine superschnelle Hilfe. So, den Eingabefilter habe ich nun mal auf 12,8ms gesetzt. Du sprichst die interne Uhr an: Also werden die Daten die ich mit READ_RTC lesen kann nicht identisch mit denen sein, die von der DCF Auswertung in die VB´s 519-526 geschrieben werden? In dem von Siemens zum Download (https://www.automation.siemens.com/siplus/html_00/support/toolsdownloads.htm) angebotenen Baustein gibt es die Möglichkeit die Systemuhr a) bei einer erkannten Abweichung von mehr als 1sec b) beim Wechsel der Stunde c) bei Wechsel der Datumsinformation neu zu stellen. Ich habe versucht die Uhr über Variante b) (default a)) zu steuern. Leider nimmt der Baustein (meiner Meinung nach) als Maßstab die DCF Telegramme und nicht die Systemuhr, schreibt also gezielt die fehlerhaften Telegramme in die VB´s 519-526. Das habe ich dadurch feststellen können, daß ich vorgestern um 10:28Uhr einen Ausfall der Luft hatte, und soviel Gangabweichung ist ja nicht möglich, daß die Systemuhr um tatsächlich 10:28Uhr einen Wechsel der Stunde durchläuft und ein neues -und auch noch ein falsches- DCF-Telegramm auswertet. (Bei meinem Radiowecker ist es umgekehrt. Er holt sich ein DCF Signal nur, wenn die interne Uhr von 59 auf 00 Minuten wechselt ...was meiner Meinung nach sinnvoller ist.) Oder wird die CPU bei Variante b) die Systemuhr nur neu schreiben wenn diese einen Wechsel der Stunde durchläuft und lediglich in die VB´s 519-526 wird ständig das aktuelle DCF Telegramm geschrieben? Das könnte ich ja testen in dem ich einfach mal die Systemuhr mit READ_RTC über einen Monat auswerte und Monat und Jahr auf "gleich" mit konstanten Werten vergleiche. Sobald über diesen irgendwann ein ungleich auftaucht setze ich mir einen Merker. Es ist ja unwahrscheinlich, daß die Werte für Monat und Jahr korrekt ausgewertet werden während Tage, Wochentage, Stunden oder Minuten falsch empfangen werden. Gruß Scheli
Scheli Beiträge: 2 Bewertung: (0)	Zuletzt bearbeitet von: Scheli am: 13.12.2006 11:36 Nachtrag: Habe jetzt die Systemuhr über READ_RTC auf Korrektheit verglichen und wieder einen falschen Wert erhalten: Stunde, Minute, Sekunde, Tag und Monat sind korrekt! Aber die CPU ist für eine Dauer von 5 Minuten in's Jahr 2002 gezogen! <img src="/forum/de/skins/emoticons/emotion-6.gif" alt="traurig" />
Vorschlag Bedanken Zitat Antwort

|

Teile diese Seite:

Teile diese Seite auf...

Folgen Sie uns auf