Uhrzeit aus S7-300 auslesen, was mache ich falsch?

Zuviel Werbung?
-> Hier kostenlos registrieren
Achso, das klingt genauso als hätte ich das so gemacht. Kann die nächsten Tage gerne mal ein Screenshot einstellen, sofern das hier möglich ist...
Jetzt bin ich mit meinen Rechenoperationen am Ende und habe Ergebnisse rausbekommen. Allerdings stellt sich mir jetzt das Problem (ich hab's mir eigentlich schon fast gedacht), daß ich die Zahlen aufbereiten muß um diese mit der aktuellen Uhrzeit vergleichen zu können. Natürlich liegen alle Zahlen im Gleitpunktformat vor und sehen als Uhrzeit nun z.B. so aus:
17.8223 Uhr. Kann mir jemand sagen, ob es eine Möglichkeit gibt,
erstens: die Zahl auf zwei Stellen nach dem Komma zu runden?
und zweitens: Die Zahlen 17 und 82 zu splitten, um diese dann getrennt weiterverarbeiten zu können?
Beste Grüße aus NE :).
Daniel
 
So, jetzt sind mir doch noch einige kleine Tricks eingefallen, um die Zahlen so zu splitten, wie ich sie gern hätte...
-Zuerst wird die ganze Zahl 17.8223 abgerundet, so erhalte ich schon mal die 17.
-Dann wird die 17 von der 17.8223 abgezogen, als Ergebnis bleibt dann 0.8223.
-Die 0.8223 dann mit 60 multipliziert (zuerst mit 100 und dann mit 60 ginge auch), bleibt als Ergebnis 49.338.
-Die 49.338 wieder als ganze Zahl gerundet und schon hab ich meine Zahlen, wie ich sie (hoffentlich) mit der Uhrzeit erfolgreich vergleichen kann, um einen Ausgang zu setzen. Als Rundungsergebnis würde in diesem Fall die 49 stehenbleiben.
Wünsche allen eine gute N8, nun kann ich auch wieder schlafen ;).
Daniel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Jetzt hab ich schon gedacht, daß ich fast am Ziel bin und nun das...
Rechne ich die Sonnenauf- und untergangszeiten für den 30.Juni aus, so komme ich für den Aufgang auf irgendwas mit 4.30Uhr, das mag ja evtl. noch gehen. Aber der Untergang ist um 21Uhr, da ist es noch taghell und zu dieser Zeit schaltet sich NIRGENDWO die Straßenbeleuchtung ein.
Kennt da niemand eine Seite, wo ich eine genauere Formel finde?
Oder eine Formel für die bürgerliche Dämmerung zB?
Wäre mir echt wichtig!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
von bürgerlicher Dämmerung spricht man, wenn die Horizonthöhe h = -6° ist. du rechnest wahrscheinlich noch mit -0,0145°?!

siehe dazu: http://lexikon.astronomie.info/zeitgleichung/

Genau so ist es, hab die Formel von dieser Seite hier übernommen:
http://lexikon.astronomie.info/zeitgleichung/
und hier der entsprechende Auszug aus der Formel:
"Sonnenaufgang h=-50 Bogenminuten = -0.0145 "

Setze ich dann einfach die -6° ein anstatt -0,0145°?
Beste Grüße aus NE :).
Daniel
 
Das hört sich ja gut an :)... Muß ich denn die -6° noch irgendwie umrechnen oder kann ich die einfach so als Zahl in mein Programm einsetzen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
So, hab jetzt einfach mal die sin(-6°)=0,27942 eingesetzt und habe mal eine Liste gemacht:
06.03.: 8.35h Aufgang, 16.54h Untergang
06.06.: 6.25h Aufgang, 18.41h Untergang
21.06.: 6.25h Aufgang, 18.45h Untergang
06.11.: 9.34h Aufgang, 16.05h Untergang

die gleichen Werte mit der Konstante -0,0145:
06.03.: 7.04h Aufgang, 18.25h Untergang
06.06.: 4.51h Aufgang, 20.18h Untergang
21.06.: 4.47h Aufgang, 20.23h Untergang
06.11.: 7.51h Aufgang, 17.48h Untergang

und das sagt CalSky dazu:
06.03.: 7.07h Aufgang, 18.22h Untergang
06.06.: 5.20h Aufgang, 21.44h Untergang
21.06.: 5.17h Aufgang, 21.52h Untergang
06.11.: 7.34h Aufgang, 16.58h Untergang
 
Die oberen Werte sind gültig für Neuss (51,2° Breite und 6.69° Länge).
Ich weiß nicht, ob es vielleicht etwas damit zu tun haben könnte, aber hier mal ein Auszug aus eine der letzten Formeln im Beispiel, die auch das Endergebnis gut verfälschen können.
= 7.840 Uhr in MEZ für Berlin weil 7.840 = 7.740 + (15 - 13.5)*4/60

Statt der 15-13,5 in den Klammern habe ich 15-6,69 eingesetzt wegen des Neusser-Längengrades. Richtig oder falsch?
 
So, hab nochmal n bissl geschaut und hab gesehen, daß sich bei mir wohl ein Fehlerteufel eingeschlichen hat...
"(cos(0.9163)*cos(-0.30677)))/Pi"
Anstatt hier mit dem Cosinus von 0,9163 (bei mir 0,8936) zu arbeiten, habe ich fälschlicherweise den Sinus genommen. Mittlerweile sehen die Ergebnisse besser aus und man kann deutlich sehen, wo die Sommerzeit im Spiel ist. Hier mal meine jetzigen Ergebnisse, allerdings kann ich immer noch beobachten, daß gerade in den Monaten Oktober und November die Abweichungen meiner Werte bei durchschnittlich einer halben Stunde zu den Werten von CalSky liegen...
Hier meine Werte (die Sommerzeit muß noch aufaddiert werden):
30.01.: 8.13h Aufgang, 17.19h Untergang
06.03.: 7.09h Aufgang, 18.20h Untergang
06.06.: 4.23h Aufgang, 20.46h Untergang
21.06.: 4.17h Aufgang, 20.52h Untergang
06.11.: 8.07h Aufgang, 17.32h Untergang

und CalSky:
30.01.: 8.13h Aufgang, 17.20h Untergang
06.03.: 7.07h Aufgang, 18.22h Untergang
06.06.: 5.20h Aufgang, 21.44h Untergang
21.06.: 5.17h Aufgang, 21.52h Untergang
06.11.: 7.34h Aufgang, 16.58h Untergang


Jetzt fragt sich, ob ich mit dieser halben Stunde in den Monaten Oktober und November leben kann oder ob dort Korrekturwerte eingefügt werden müssen. Hat schon mal jemand mit dieser Formel seine Beleuchtung gesteuert und mal nachgehalten (über längere Zeit), wann es hell und dunkel wird? Vielleicht gibt es auch Listen von Beobachtern (möglichst im Raum Düsseldorf), die sich mal über längere Zeit den Sonnenauf- und untergang angesehen haben?
Beste Grüße aus NE :).
Daniel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
So, aller guten Dinge sind 3!!! Jetzt schlug der Fehlerteufel doch noch gleich 2x zu, daher auch die komischen Ergebnisse im Oktober und im November. So ist das, wenn Mathematik-Bastler am Werk sind :ROFLMAO:.
Dort wo die Formel -0,217 = WOZ-MOZ nach MOZ umgestellt wird, wird ja das Vorzeichen des errechneten Wertes (in dem Fall -0,217) gewechselt. Anstatt mit der S7 das Vorzeichen zu wechseln, habe ich einfach den Absolutwert gebildet. Das geht auch gut, solange das Vorzeichen noch positiv ist. Wird es aber negativ, so bekomme ich falsche Ergebnisse. Jetzt stimmen auch die Werte, die ich danach überprüft habe auf max. ein paar Minuten genau :D. Gleichzeitig habe ich gemerkt, daß heute laut meinem Programm die Sonne um 16.60h untergeht... Schwerer Ausnahmefehler sag ich da nur :sm10:. Habe also statt der round-Funktion die Floor-Funktion genutzt und somit sollte das Problem auch behoben sein *freu*. Morgen werd ich probieren, die Sommerzeit möglichst genau mit einzubauen und dann denke ich, wird die Astrouhr hoffentlich die nächsten Tage fertig sein.
 
Hab mittlerweile auch die Sommerzeit in die Astrouhr integriert und fahre nun die einen oder anderen Tests. Was mir aber ein wenig kriminell vorkommt ist folgende Tatsache: Ich habe ja die Ergebnisse von der Zeit für den Sonnenauf- und untergang aufbereitet (Minuten und Stunden gesplittet und jeweils in Int umgewandelt) und dann in ein Merkerwort X geschrieben. Die Geschichte mit der Zugabe von +1Std (Sommerzeit) habe ich in einen anderen Baustein geschrieben und wenn es soweit ist mit der Umstellung auf Sommerzeit, überschreibe ich einfach das Merkerwort X indem ich jeweils für Sonnenauf- und untergang die Stunde dazurechne. (Hoffe ich habe das nun verständlich umschrieben) Kann es nun Probleme geben, wenn ich den Baustein mit der Sommerzeit VOR dem anderen Baustein im OB1 aufrufe? Ich schreibe ja quasi zwei mal etwas in das gleiche Merkerwort, wenn der Fall für Sommerzeit denn nun eingetreten ist.
Ansonsten funktioniert die Astrouhr soweit *freu*.
Habe allerdings noch einige allgemeine Fragen. Was ist nun besser?
- Die ganzen Zwischenergebnisse in Datenbausteinen abzulegen ODER
- für Zwischenergebnisse jeweils Merkerbytes, -worte, -doppelworte
zu belegen?
Arbeite bislang INNERHALB eines Bausteines auch viel mit temporären Variablen, was ja auch Merker einspart. Ist das so legitim?
Das ganze Programm soll ja schon recht strukturiert sein und einen professionellen Eindruck machen. Dazu gehören natürlich auch die ganzen Fehler-OBs usw. ...
Bin da also weiterhin für jeden guten Tipp zu haben.
Danke auch nochmal an dieser Stelle für die guten Hilfestellungen und Denkanstöße :).
Ein gutes Forum ist das, hier bleib ich :icon_wink:.
Nur schade, daß ich kein Haus habe, sonst wäre das ne Überlegung als Rolladensteuerung gewesen.
Wünsche allen eine gute N8 :).
Daniel
 
Hallo Daniel,
ich habe Deinen Beitrag interessiert verfolgt, denn ich habe ein Haus, elektrische Rolladenantriebe, eine SPS und weigere mich eine externe Astro-Uhr zu installieren.
Meine Frage, wie läuft Dein Projekt? und da ich sowas nicht alleine hin bekomme, kannst Du mir Dein Programm zur Verfügung stellen?

Gisbert
 
Hallo habe im forum gelesen das ihr ein Programm für eine Astro Steuerung S7 habt. Ich würde gerne meine ausen Lampen so wie Rolladen damit steuern habe eine S7 300.
Es wäre schön wenn ihr mir es senden könntet.

Danke
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo habe im forum gelesen das ihr ein Programm für eine Astro Steuerung S7 habt. Ich würde gerne meine ausen Lampen so wie Rolladen damit steuern habe eine S7 300.
Es wäre schön wenn ihr mir es senden könntet.

Danke

Für die S7-1x00 gäbe es auch schon fertig schön nach Styleguide ;):
https://support.industry.siemens.com/cs/de/de/view/109479728

siehe: FB LGF_Astro
 
Danke für die Antwort habe aber leider noch eine S7 300 :-(
oder kann ich das S7-1x00 in die Klassikwelt übernehmen ?

Ich hoffe mir kann Jemand dazu weiterhelfen oder mir das Programm senden. Einfach mal melden. Danke euch.
 
Hallo nochmal leider habe ich noch keine Infos bekommen ob jemand einen ASTRO Baustein für die Klassikwelt hat. Ich würde euch bitten sich bei mir kurz per Mail zu melden.
Zu dem Thema FB LGF_Astro das habe ich ausprobiert. Bei meiner IM151 geht das nicht. Da müsste ich mir eine neue CPU besorgen.

Siemens Infos : FB LGF_Astro
Alle Bausteine in der Bibliothek sind universell mit folgenden Steuerungen einsetzbar:

  • S7-1200 und S7-1200F Produktfamilie
  • S7-1500 und S7-1500F Produktfamilie
  • Simulation mit S7-PLCSIM (ab V13 SP1)
Die Bibliothek ist ab STEP 7 V13 SP1 Update 8 einsetzbar.
 
Zurück
Oben