Web Editor - Wochenschaltuhr parametrieren nicht vernünftig möglich

Hat schon jemand probiert, sich die Ein bzw. Ausschaltzeiten und die Wochentage im Web Editor anzeigen zu lassen?

Viel Spaß!

Weil Siemens mal wieder mit seinen eigenen Formaten nicht klar kommt.

Beispiel:

Einschaltzeit = 10:32 Uhr. Dieser Wert ist in der LOGO! aber eine Hex-Zahl. 1032(hex) entspricht dem Dezimalwert 4146. Dieses wird im Web Editor bei Skalenzeit (Basis Minuten) als 4146 Minuten gewertet und dann im hh:mm-Format wie folgt angezeigt:

69:06 (hh:mm)

69 h = 69 * 60 m = 4140 m 
4140 m + 6m = 4146m

Manchmal frage ich mich wirklich ernsthaft, ob die Programmierer solcher Software auch ausprobieren, was sie da machen. Wahrscheinlich hat man gar nicht bis zur Schaltuhr gedacht.

Hallo,

es ist halt mal so, das das Zeitformat anders festgelegt ist. Nämlich BCD kodiert.

Bei Zeitfunktionen /EIN/AUS-Schaltverzögerung hingegen gibst du den Wert als Multiplikation der Zeitbasis an.

Das ist aber schon 35 Jahre so und auch bei LOGO! nicht anders.

Und warum ist es dann mit Simatic Panels möglich?

Helmut_13

Hallo,

es ist halt mal so, das das Zeitformat anders festgelegt ist. Nämlich BCD kodiert.

Bei Zeitfunktionen /EIN/AUS-Schaltverzögerung hingegen gibst du den Wert als Multiplikation der Zeitbasis an.

Das ist aber schon 35 Jahre so und auch bei LOGO! nicht anders.

Jau. Und soll wohl die 100 Jahre auch so bleiben.

Ich habe hier schon App's von Usern gesehen, die so etwas berücksichtigen.

Hallo knabi,

ja, die Moderation kann Unterforen anlegen. Ich glaube aber kaum, dass sie ein Unterforum Web Editor einrichtet.

Habe jetzt noch weiter experimentiert und habe es geschafft, für eine Wochenschaltuhr ein kompletten Reiter zu visulisieren.

Für Schaltzeiten muss man Analogwerte nehmen und sie auf das Format Hex einstellen. Dann kann man z.B. 9:00 Uhr als Zahl 900 eingeben. Das hatte ich gestern auch probiert und bin erst auf ein paar fiese Sachen reingefallen und habe deswegen gedacht, es funktioniert nicht.

Angezeigt wird die Uhrzeit 9:00 Uhr als 16#900. Das wollte ich dann in 10:00 ändern. Zack ran an die Eingabe: 16#... und oh, er verweigert den #. Dann habe ich den reinen Zahlenwert eingeben, 10000, drücke Return, und siehe da, unter dem Feld steht "submitted" aber das Feld ist leer. Dann habe ich aufgegeben und den obigen Weg gewählt..

Heute noch mal ran mit Analogwert und Hex. Habe mich dann vom leeren Feld nicht irritieren lassen und Online in die LOGO! geschaut. Und tatsächlich ist geänderte Wert übernommen worden. Gehe zurück in den Webserver und klicke einfach neben Feld... plötzlich wird der Wert wieder angezeigt.

Tut mir leid, aber einen Unsinn habe ich schon lange nicht mehr gesehen.
Angezeigt wird der Wert mit 16# davor. Eingabe ohne 16#. Nach Eingabe verschwindet der Wert bis ein Mausklick erfolgt. Da kann man nur den Kopfschüttteln.

Im Anhang mal ein Bildschirmvideo, meine Testdatei und das Web Editor Testprojekt.
Wer will, kann sich dann selbst einmal ein Bild davon machen.

Hallo knabi,

beim ersten Versuch, auf Grund dessen ich dieses Thema eröffnet habe. Dann hast du zwar reine Zahlen mit den Doppelpunkten, aber dann die Werte, welche sich auf Grundlage der Zahl mit der Basis der Minuten berechnen.

Es gibt ja ein Element "LOGO! Uhr".

Dies dient aber nur zur Anzeige der Logosystemzeit und dem Datum, ein Ändern von Datum und Uhrzeit darüber ist auch nicht möglich.

Ja, für die spezielle Funktion zum Anzeigen und Ändern von Schaltzeiten oder ähnlichem, wo in der LOGO! in BCD gearbeitet wird, muss nachgerüstet werden.

Hey Ixos,

das ist aber bei WinCC und den Panels das gleiche. Willst du in der LOGO! die Zeiten der Schtluhr verändern, dann mußt du auch da Hex verwenden.

Allerdings wird da im Gegensatz zum LOGO! Web-Server 16# nicht angezeigt. Um die Darstellung hh : mm zu erhalten mußt du je ein Byte für hh und mm konfigurieren und es mit : dazwischen anzeigen.

Es ist so wie ich geschrieben habe, Uhrzeit ist BCD kodiert und nicht Dez.

Und mit der Funktion Scaletime im LWE kann das auch nicht verbessert werden, weil die Funktion nur mit einen dezimalen Wert umgehen kann.

Wers nicht glaubt soll halt solange rumknobeln bis er letzten Endes auch auf das gleiche Ergebnis kommt.