TIA Uhrzeitsynchronisation zwischen Basic Panel und S7-1500

Zuviel Werbung?
-> Hier kostenlos registrieren
Warum stellst du die Uhrzeit/Datum nicht mit "SetzePLCDatumUhrzeit"? das sollte auch bei den Basic-Panels gehen (laut Hilfe)
Zumindest im hier verwendeten TIA V15.1 funktioniert "SetzePLCDatumUhrzeit" in der Sommerzeit mit Basic Panels nicht korrekt. Und man hat keine Möglichkeit das falsche Verhalten zu korrigieren, außer man verstellt absichtlich die HMI-Uhr 1 Stunde zu niedrig und führt danach "SetzePLCDatumUhrzeit" aus. Hat es jemand ausprobiert: Funktioniert "SetzePLCDatumUhrzeit" mit TIA V16 oder V17 auf Basic Panels auch in der Sommerzeit korrekt?

Was wirklich wichtig ist sind die Zeitzonen auf der SPS UND dem Panel!
Basic Panels haben/kennen keine Zeitzonen. Da ist Lokalzeit = Systemzeit (zumindest bis TIA V15.1)

In meinen Projekten mit Basic Panels hatte ich das Problem, das die Panels keine automatische Sommerzeitumstellung konnten. Daher habe ich im Panel immer per Bereichszeiger die Lokalzeit der CPU angezeigt und auch nur diese gestellt
So kenne auch ich das. Basic Panels erwarten und übergeben immer Lokalzeit, auch wenn die da Systemzeit genannt wird. Ich glaube, die Basic Panels haben gar keine von der Systemuhr getrennte Lokalzeit, sondern Lokalzeit = Systemzeit = System-Uhr-Zeit. Ob die Basic Panels bei TIA V16 oder V17 die Sommerzeit-Umschaltung und richtige Zeitzonen können weiß ich nicht, bei TIA V15.1 jedenfalls noch nicht. Für den Fall, daß ein Basic Panel per NTP-Server Uhrzeit-synchronisiert wird (NTP verwendet UTC!), hat Siemens halbherzig einen einstellbaren "Time shift" eingebaut, damit die Panel-Uhr nicht in UTC laufen muß, weil dann könnte sie keine Lokalzeit anzeigen. Für die Sommerzeit muß man dann trotzdem noch manuell den "Time shift" verstellen.

Die fehlende echte Lokalzeit ist (vermute ich mal) auch ein Grund, warum es die Systemfunktion "SetzePLCDatumUhrzeit" gibt, weil dann könnte das Kuddelmuddel der Uhrzeit-Übergabe an die PLC theoretisch automatisch TIA-Versions- und Panel-Geräte-abhängig angepasst werden. (Funktioniert "SetzePLCDatumUhrzeit" in V16 oder V17 korrekt?) Und die Systemfunktion erlaubt außerdem, daß man mehrere identisch konfigurierte HMI-Panels an eine PLC hängen kann, was bei der Variante mit Steuerungsauftrag und Bereichszeiger nicht geht.

Der Beispielcode (FB210) aus dem Siemens FAQ funktioniert falsch bei Basic Panels. Wenn man den FB210 aus dem Siemens FAQ korrigiert (WR_LOC_T anstatt WR_SYS_T aufrufen, weil Basic Panels immer die "Lokalzeit" übergeben), dann funktioniert der FB210 mit Basic Panels korrekt in Winterzeit und auch in Sommerzeit (darf aber nicht mit mehreren gleich projektierten HMI-Panels genutzt werden!). (Wie ist das bei Comfort Panels??) Der Siemens-FAQ wurde schon ..zig mal geändert und war trotzdem noch nie fehlerfrei.

Wenn man zum PLC-Uhr stellen das Verfahren wie im FB210 verwenden will, kann man allerdings das HMI-Panel nicht mehr als Uhrzeit-Slave mit der PLC-Uhr synchronisieren, weil Siemens seit TIA V11 unsinnigerweise die gleichzeitige Aktivierung der nötigen Bereichszeiger nicht mehr zulässt (war bestimmt mal "gut gemeint" ...). Man könnte die Systemfunktion "SetzePLCDatumUhrzeit" verwenden, nur leider funktioniert die in der Sommerzeit falsch. Ein Teufelskreis...

bei der 1200 und der 1500 muss man zur Uhrzeitsynchronisation nur beim Terminal bei Verbindungen Master oder Slave einstellen.
Es geht hier eigentlich nicht um Uhrzeit-Synchronisation, sondern lediglich um das Stellen der Uhr der PLC. Weil die Uhr der PLC (noch) nicht Uhrzeitsynchronisiert ist. (und manchmal die Uhrzeit vergisst)

Ich kann nur unter "Slave" und "kein" auswählen. Master ist nicht aufgelistet.
Basic Panels können die "HMI-Zeitsynchronisation" nicht als Master.

Das ist imho auch gar nicht nötig. Ich würde (fast) nie eine PLC als Uhrzeit-Slave von einem HMI-Panel einrichten. Man muß nicht riskieren, daß die PLC-Uhr Sprünge macht, nur weil ein HMI-Panel angeschlossen wird, wo die Uhr (noch) nicht gestellt ist. Wie viele TIA-Programmierer können wirklich sagen was in ihrem SPS-Programm passiert, wenn die SPS-Uhr plötzlich Sprünge vorwärts/rückwärts macht? Oder können gar garantieren, daß solche Uhrzeit-Sprünge unschädlich sind, und daß nicht durch Uhrzeit-Verarbeitung/negative Zeiten/... die PLC womöglich in STOP geht?

Als beste Konfiguration einer Uhrzeitsynchronisation halte ich:
- die PLC-Uhr wird per NTP oder anderen Zeitserver synchronisiert
- die HMI werden als Uhrzeit-Slave mit der PLC-Uhr (Master) synchronisiert
- für den Fall daß der Uhrzeit-Server für die PLC nicht verfügbar ist, muß die Uhr der PLC am HMI gestellt werden können

Allerdings gibt es dafür von Siemens für Basic Panels (zumindest bis TIA V15.1) vermutlich keine fertige funktionierende Lösung (jedenfalls kenne ich keine). Eine immer korrekt funktionierende Lösung muß selbst ausprogrammiert werden. Die Uhrzeit-Synchronisation für Basic Panels inklusive Winter/Sommerzeit funktioniert nur per Bereichszeiger "Datum/Uhrzeit PLC" mit der Lokalzeit der PLC. Eine komfortable Lösung zum Stellen der PLC-Uhr gibt es dann aber nicht, weil TIA die Aktivierung der nötigen Bereichszeiger nicht zulässt.

(wie Comfort Panels sich verhalten habe ich keine Erfahrung)

Harald
 
Um die Funktion der Systemfunktion "SetzePLCDatumUhrzeit" und vom FB210_TimeSyn_HMI_To_PLC und Uhrzeitsynchronisations-Varianten einfach zu testen/überprüfen, im Anhang ein aufs nötigste abgespecktes Testprojekt für TIA V15.1. Mit einer S7-1500 CPU und einem Basic Panel KTP700 Basic PN.
(nach dem Herunterladen bei allen 4 Dateien die Dateiendung .zip entfernen)

Interessant wäre die Beantwortung der Fragen:
- Funktioniert "SetzePLCDatumUhrzeit" in V15.1 oder V16 oder V17 korrekt? Auch mit Basic Panels in der Sommerzeit?
- Kann in TIA V16 oder V17 wieder die Bereichszeiger "Datum/Uhrzeit PLC" und "Datum/Uhrzeit" gleichzeitig projektiert werden?

Harald
 

Anhänge

Zuviel Werbung?
-> Hier kostenlos registrieren
Um die Funktion der Systemfunktion "SetzePLCDatumUhrzeit" und vom FB210_TimeSyn_HMI_To_PLC und Uhrzeitsynchronisations-Varianten einfach zu testen/überprüfen, im Anhang ein aufs nötigste abgespecktes Testprojekt für TIA V15.1. Mit einer S7-1500 CPU und einem Basic Panel KTP700 Basic PN.
(nach dem Herunterladen bei allen 4 Dateien die Dateiendung .zip entfernen)

Interessant wäre die Beantwortung der Fragen:
- Funktioniert "SetzePLCDatumUhrzeit" in V15.1 oder V16 oder V17 korrekt? Auch mit Basic Panels in der Sommerzeit?
- Kann in TIA V16 oder V17 wieder die Bereichszeiger "Datum/Uhrzeit PLC" und "Datum/Uhrzeit" gleichzeitig projektiert werden?

Harald
Kann die Anhänge nicht öffnen, mache ich etwas falsch?

Gruss Reini
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Funktioniert's bei dir?
Habe es nicht probiert - habe kein TIA und kein S7.
Zwei der anderen Dateien haben .002 und .003 als Endung und die übrigbleibende hat .exe.
Letzteres erscheint mir als sehr plausibel. Die Endungen .001 ... .003 sagen mir dagegen nichts und ich kann sie nicht einordnen.
Wichtig ist, die Dateien nicht zu "entzippen", sondern sie so zu verwenden, wie sie "daherkommen", lediglich von den letzten 4 Zeichen (.zip) ihres Namens befreit.
Ich würde (ohne jegliche Gewähr) einmal alle 4 Dateien in einen Ordner stecken und die .exe starten und gucken, was passiert.
Wahrscheinlich müssen die Dateien aber in einen von TIA bzw. S7 verwendeten Ordner gesteckt werden. Man könnte mal suchen, ob es schon einen gibt, der Dateien mit gleichen/ähnlichen Endungen enthält ...
Vielleicht muss der Ordner 'TymSyn_Basic_V15' heissen (das ist der Teil der DateiNamen, in dem alle 4 übereinstimmen).
Noch besser wäre natürlich, wenn Harald uns aus dem Schlamassel heraushelfen würde ;).
 
1. Alle 4 Anhänge in ein Verzecihnis laden.
2. Jeweils die Endung .zip Entfernen. Neue Endungen .001, .002, .003 und .exe
3. die *.exe aufrufen, es öffnet sich nach Abnicken der Erlaubnis irgendwo ein Fenster, das nach einem Zielverzeichnis fragt. Zielverzeichnis eingeben
4. Man erhält eine Datei mit der Endung *.zap15_1
5. Diese Datei lässt sich mit TIA 15.1 dearchivieren
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Funktioniert's bei dir?
Was bei mir funktioniert ist, diese 4 scheinbaren Verzeichnisse um die 4 Zeichen (.zip) zu berauben. Und schon sehen sie aus wie ganz normale Dateien ;).
Zip1.jpg
Zip2.jpg

PS:
Irgendwo im Explorer kann man einstellen, ob die DateiEndungen (generell) angezeigt werden oder nicht.
Werden sie nicht angezeigt, so lassen sie sich auch nicht durch Umbenennen entfernen.

Statt vor dem Hochladen von Dateien ins Forum durch Anhängen von '.zip' die ForumsSoftware auszutricksen, mache ich's immer mit Anhängen von '.pdf'.
Dann werden die Dateien nicht irreführenderweise als ScheinZipOrdner dargestellt und als solche vom Explorer behandelt.
 
Zuletzt bearbeitet:
Die Dateien sind ein selbst-entpackendes 7-Zip-Archiv, weil die Dateien, die man hier hochladen darf, offenbar nicht größer als 2MB sein dürfen. Daher das Archiv in mehreren Teilen (.001 .002 .003), die durch Starten der *.exe ausgepackt werden. Dabei erhält man die Datei mit der Endung .zap15_1, die man mit TIA dearchivieren kann (Projekt > Dearchivieren...) - man erhält das TIA Projekt. Genauso wie Ludewig in #47 beschrieben hat.

Weil die TIA-*.zap*-Dateien tatsächlich .zip-Dateien sind, kann man sie auch in *.zip umbenennen und mit Windows-Mitteln oder einem zip-Programm (z.B. 7-Zip) entpacken. Dann kann man das Projekt mit TIA direkt öffnen.

Harald
 
PS: die TimeSyn_Basic_V15_1.exe-Datei sollte mit dem 7z-Icon dargestellt werden, wie bei Heinileini in #49
Wenn sie als "ZIP-komprimierter Ordner" dargestellt wird, dann wurde die Endung .zip wohl nicht wirklich entfernt. Oder irgendeine neumodische Intelligenz ist am Wirken? ;)

Für "richtige" Programmierer sollte im Windows Explorer unbedingt eingestellt sein, daß alle Datei-Endungen angezeigt werden und nicht wie für die "Dummies" ausgeblendet werden, die wohl nach MS Meinung mit der Anzeige der Datei-Endungen nur überfordert/verwirrt werden...
Z.B. in Windows 7: Windows Explorer > Ordner und Suchoptionen > Ansicht > Erweiterte Einstellungen > [ ] Erweiterungen bei bekannten Dateitypen ausblenden

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Für "richtige" Programmierer sollte im Windows Explorer unbedingt eingestellt sein, daß alle Datei-Endungen angezeigt werden und nicht wie für die "Dummies" ausgeblendet werden, die wohl nach MS Meinung mit der Anzeige der Datei-Endungen nur überfordert/verwirrt werden...
Z.B. in Windows 7: Windows Explorer > Ordner und Suchoptionen > Ansicht > Erweiterte Einstellungen > [ ] Erweiterungen bei bekannten Dateitypen ausblenden
Danke, das ist die Lösung.

Windows 10 > Windows Explorer > Ansicht > Dateinamenerweiterungen

Gruss Reini
 
Zurück
Oben