Sonnenuntergangszeit in Visualisierung

Schade, aber so ist es nunmal. Man muss eben erkennen, wann mit der Logo das Ende der Fahnenstange erreicht ist ;)...

Schönen Sonntag dir!!

Mir ist gerade eingefallen, dass ich für einen anderen Zweck diese Wandlung für einen Uhrzeiteintrag schon mal gemacht habe.

Da ich gleich mal weg muss, bin ich eine Zeitlang mit nicht am Rechner. Wenn du etwas warten kannst, passe ich das Beispiel für deinen Fall an.

So, hier ist das angepasste Programm mit deinem Wort aus dem VM-Bereich, VW36.

Und das Programm funktioniert, ist in der Logo ausprobiert.

Ehrlich gesagt, ich steige durch dein Programm nicht mehr durch. Aber gut ;)

Die Dezimalzahl, die errechnet wird, welche Einheit ist die denn? Minuten? Stunden? Ich verstehe nicht, wie ich diesen Wert jetzt weiter verarbeiten kann. So wie ich es verstanden habe, muss der errechnete Dezimalwert jetzt noch verarbeitet werden, so wie in deinem Test_V3.lsc...Richtig?

Als Dezimalzahl wird jetzt mit den Funktionsblöcken errechnet 367 für die Untergangszeit 16:39 Uhr.

In deinem Bsp. war es die Dezimalzahl 440 für 18:08 Uhr.

Vielleicht kannst du mir gerade noch einen Tip geben, wie ich mit diese Zahl weiterverarbeiten soll. 

Gruß!

Müsste doch eigtl 1808 dezimal sein...und nicht 440...  bzw 1639 dezimal anstelle 367.

Du musst jetzt bedenken:
In der Simulation funktioniert das Programm nicht wie gewünscht, da in der Simulation die Sonnenuntergangszeit (VW36) als Dezimalzahl die Anzahl der Minuten seit Tagesanfang ausgibt.

In der realen Logo ist jedoch die Sonnenuntergangszeit im VW36 im Uhrzeitformat, allerdings als HEX. Mit dem Programm wird dann aus der HEX-Zahl eine Dezimalzahl.

Im Anhang mal ein Screenshot von Online-Beobachtungsmodus. Vielleicht hilft das deinem Verständnis.

Wenn ich deinen Screenshot richtig interpretiere, dann kannst du dir doch HEX-Werte von der Logo im Uhrzeitformat anzeigen lassen. Das sieht mir doch nach einer Ein-/Ausschaltzeit einer Wochenschaltuhr aus.

fmd

94,8h nach Mitternacht?

Sieht eher nach BCD-Format aus, dann macht die 5688 = 1638. Wenn dem so ist, einfach im Hex-Format anzeigen lassen. Sollte dann passen, da A-F bei BCD nicht vorkommen.

fmd

Die Logo scheint lt. Hilfe F1 (Suche nach Parameter-VM-Zuordnung; in der untenstehenden Tabelle gibt's 2 Spalten) teilweise zu unterscheiden, was sie selber und bei Partnergeräten ausgibt. Für Partnergeräte steht in der Tabelle h:m.

ixo65

fmd

Wie kann ich mir denn in der Simu der Logo ein Partnergerät anschauen?

Ist die Frage ernsthaft?

ixo65

Da sieht man wieder den Unterschied zwischen Theorie und Praxis.
Siemens macht da mal wieder einen Unterschied zwischen Simulation und Real-Leben der Logo.

In der Simulation wird eindeutig mit normalen Dezimalzahlen gearbeitet. Deshalb klappt es in der Simulation.

In der realen Logo wird dann doch die Zeit in hh:mm für Sonnenaufgangszeit und Sonnenuntergangszeit ausgegeben, und dann in Hexadezimal.

Man darf sich wirklich nicht auf die Test Inder Simulation allein verlassen, man muss scheinbar jedes Programm erst in der Logo prüfen. 

@TE,
könntest Du mal Dein ISW-Projekt zur Verfügung stellen?

Mich wundert auch etwas, dass Du in den beiden Feldern darüber 'ne Uhrzeit darstellen kannst, beim letzten aber nicht. Sollte doch eigentlich das Gleiche sein.

(PS: Das ISW hat ja ne tolle Hilfe, nämlich gar keine!)

@fmd,

wenn du etwas sagen willst, dann sage es. Der "unschuldig"-Smiley nach den Zitaten soll ja wohl eine Aussagekraft haben. Nur nicht gesagt, bedeutet, man kann alles rauslesen was man will....

Ich hab das Thema mit Interesse verfolgt, nur mit dem Ergebnis bin ich überhaupt nicht zufrieden.

1. Simulation ist nicht identisch mit der realen Logo, ein NoGo

2. Übergabe der Datentypen bei der Logo unklar, sollte dokumentiert sein

Visualisierung selbst im LOGO-Display ist nach wie vor eher schlecht, für Zahlendarstellungen braucht man Formatangaben, ob das die Anzahl Gesamtstellen, Anzahl Kommastellen oder schlichtweg eine Typangabe wie Hexadezimal, Dezimal, Binär, Datum oder Uhrzeit ist. Die Trickserei verbrät eine Menge Resourcen, so dass man sich auch mit einer "kleineren" Steuerung aus anderem Hause zufrieden geben könnte.

P.S. Ixo65, Integer und Word sind zwischen 0 und 32767 identisch, so dass es bis 1440 Minuten wohl eher keine Rolle gespielt hätte, was man nimmt. Das die reale Logo sich erlaubt, Zahlenwerte in Variablen mal so und mal anders darzustellen, war hier offensichtlich das primäre Problem.

M.f.G. Scorp

@Scorp,

ja, dass mit dem Zahlen-WirrWarr ist wirklich merkwürdig.

Wir hatten hier einmal ein anderes Thema. Da wollte der themenerstellende User eine Lösung zur Auswertung der Zeit zwischen Sonnenaufgang und Sonnenuntergang haben. Die Differenzzeit wollte er durch an bestimmte Anzahl (ich meine, es waren 5 Intervalle) teilen, um in gleichen Abständen eine Klappe zur Fütterung von Tieren zu öffnen.
Da ich mir damals sicher war, dass die Logo alles, was Uhrzeit betrifft, hexadezimal darstellt, hatte ich damals keine große Lust verspürt dieses Themas anzunehmen.
Der User Helmut_13 hatte dann eine Lösung vorgestellt, welche einfach die Sonnenaufgangszeit von der Sonnenuntergangszeit abzog. Sah recht aus, da diese Daten ja jeweils in Minuten als Dezimalzahl zur Verfügung gestellt wurden.
Wie sich jetzt zeigt, hat auch dies Programm nur in der Simulation geklappt.
Nur wundert mich auch dabei wieder, dass der Themenstarter sich bedankt hat und dann anschließend sich nicht mehr zu dem Thema geäußert hat, was man ja hätte erwarten sollen, da das Programm so in einer realen Logo nicht funktionieren kann.

Edit:
Hier noch der Link zu dem damaligem Thema.

https://support.industry.siemens.com/tf/de/de/posts/mit-uhrzeit-rechnen/122441?page=0&pageSize=10