Tag oder Nacht?? SunCalc kann helfen

hallo gemeinde!

hab mal einige grundlegende fragen zum suncalc.

1. lässt sich suncalc auch aus dem explorer solo starten?
ich erhalte nur die fehlermeldung " 'sunCalc' (oder eine der Komponenten) konnte nicht gefunden werden. Bitte stellen sie sicher dass Pfad und Dateiname korrekt sind, und dass alle nötigen Biblioetheken zur Verfügung stehen."

und ja die GPSTMCInfo ist verfügbar unter /programme/navigon/mobilenavigato/
und mortscript ist installiert und registriert.

2. ist zwar offtopic aber habe bis dato nichts brauchbares an infos gefunden beim TMC-Light-Changer kommt dann natürlich die fehler meldung "DayOrNight.txt im Pfad \DayOrNight.tx nicht gefunden.
ich habs mit \ und ohne \ versucht alle ini files durchgeschmökert readme und info alles mehr als 1x gelesen. hier im board gesucht und keine funktionierende lösung gefunden.

daher wende ich mich nun hilfesuchend an die macher und user hier im board.

kann es am system liegen? Ipaq H3850 mit PC2002 drauf. TMC empfänger nutze ich keinen.

danke Jan

Hi Jan01,

ehrlich gesagt - ich verstehe deine Frage nicht richtig...

SunCalc lässt sich auf dem PDA wie jedes andere Programm auch starten.
Du musst es einfach "irgendwohin" auf den PDA kopieren.
Benötigt wird die GPSTMCInfo.txt - der Pfad zu dieser Datei muss SunCalc in der SunCalc.ini bekannt gemacht werden.
Ob SunCalc allerdings mit WM2002 läuft kann ich die nicht sagen

hallo zappa,

genau das war meine frage " ob sich suncalc auch ohne script solo starten lässt"!

un dich hab doch auch die meldung geschrieben die kommt wenn ich es starte!

darum meine weitere frage ob es hier im board schon jemand auf pc2002 betriebssystem auf nem ipaq H3850 laufen hat!

kann ja sein das ich noch irgend welceh runtimes installieren muss hängt ja von der entwicklung ab welche aufrufe gemacht weden.

grüsse jan

Hallo Jan01,

wie zappa schon gepostet hat lässt sich SunCalc auch komplett ohne "Hilfsprogramme" starten, solange die Voraussetzungen erfüllt sind (korrekte SunCalc.ini und vorhandene GPSTMCInfo.txt).

Ich denke Dein Problem liegt in der Tat am verwendeten Betriebssystem. Versuch doch mal die angehängte exe aus diesem Posting. Vielleicht klappt es ja damit. Ich konnte das allerdings nicht testen, da ich kein 2002er Gerät besitze, also auf eigene Gefahr

Die ini kannst Du übrigens vom Download aus dem ersten Posting nehmen, da gibt es keinen Unterschied.

Viel Erfolg
Pettersson

@Pettersson

ich verneige mich!!! genau wie ich es befürchted habe! deine 2002er version läuft ohne probleme und dayornight.txt wird erstellt.

kleine anpassungen am script und es wird auch von dem gefressen.

werde weiter testen und berichten wie der stand der dinge ist, kann ja sein das der eine oder andere es auch auf einem ipaq mit 2002er system laufen lassen will.

mfg jan

Ich benutze SunCalc mit dem genialen TMC Light Changer 4.1.8b von Zappa. Seit heute haben wir eine debugging-Möglichkeit und damit konnte ich herausfinden, dass Suncalc für den Bereich Oppenheim (PLZ 55276) heute den Sonnenaufgang für 08.01 berechnet hat (SoAuf - SoUnter: 08:01 - 17:17). Leider war um die Zeit die Sonne schon aufgegangen. Korrekt wäre ca. 06.50 gewesen.
Die GPS-Position war korrekt (MN5.2 zeigt sie mir als roten Punkt).
Was nun?

Halt stop. Erst mal lesen wäre gut gewesen. Ich vermute mal, dass ich noch nicht Version 2.2 installiert hatte. Das könnte genau der beschriebene Bug sein.

Mein Problem besteht leider immer noch:

SunCalc hat gestern folgende Zeiten berechnet um: 17:53:58
Uhrzeiten (SoAuf - SoUnter): 08:01 - 17:17
Die Position ist laut Navi korrekt.

Stutzig macht mich langsam, dass seit einiger Zeit immer die gleichen Werte für 55283 Nierstein (bei Mainz) berechnet werden. Kann das sein? (ich benutze die aktuelle Suncalc).

PS: Der Fehler könnte natürlich auch am Script von Zappa liegen. Das Script steuert ja die Suncalc.

Hi Ingo,

wenn die DayOrNight.txt keine auswertbaren Daten enthält (z.B. NOSIG)
wird die letzte gesicherte Datei DayOrNight.sic ausgelesen.
Sobald dann in der DayOrNight.txt korrekte Daten stehen wird diese ausgelesen (dies geschieht alle 10 Minuten).
Entweder stehen in der SunCalc.ini falsche Pfade oder die ini ist defekt.
Einfach löschen, dann wird eine neue Datei erstellt.
Kontrollier doch bitte mal ob im Root die DayOrNight.txt und .sic stehen
und welches Datum/uhrzeit die haben (evtl. DayOrNight.txt "readOnly"?)

OK. Problem gelöst:

Suncalc hat ein Problem, wenn die Arbeitsdateien im Rootverzeichnis stehen:

bei mir sind GPSTMCInfo.txt und DayOrNight.txt auf dem PDA unter "\" zu finden. Eigentlich will die Suncalc.ini ein Leerzeichen vor dem Pfad eingetagen haben -->

PathGPSTMCInfo = \
PathDayOrNight =\

Suncalc findet die GPSTMCInfo.txt aber nur mit folgenden Einstellungen:

PathGPSTMCInfo =\
PathDayOrNight =\

Hallo pingo,

mich hatte die Influenza in den letzten Tagen gerissen, darum erst die späte Antwort.

Also, wenn Du in der SunCalc.ini einen Pfad in das Root-Verzeichnis angeben willst (zumindest funktioniert das auf meinem 2003er-PDA so), dann musst Du hinter dem Gleicheitszeichen "gar nichts" angeben, also z.B.:

PathDayOrNight =

Der "\" direkt hinter dem Gleicheitszeichen bewirkt rein gar nichts, da diese Position bei Auswerten der Datei ignoriert wird. Es schadet aber auch nicht, wenn dort der "\" steht, vielleicht als so eine Art "Erinnerung" ;D

Pettersson

Danke. Gut zu wissen. Zappa hat jetzt sein Script angepasst. Jetzt funktioniert es.
Wegen der Sommerzeit wird er auch das Script anpassen. Suncalc scheint immer die Winterzeit auszugeben.

@pingo

Eigentlich hatte ich mir das mit SunCalc so vorgestellt, dass die Umstellung zwischen Sommer- und Winterzeit automatisch mit berücksichtigt wird. Da ich aber in den letzten Tagen verstärkt das Bett gehütet habe, konnte ich das noch nicht ausprobieren....werde das mal testen.

Pettersson

@pingo

oh shit, das funzt bei mir (nach einem schnellen "mal eben vor die Haustür gehen Test") auch nicht. Im Extended Output ist die Zeitdifferenz zwischen UTC und lokal nach wie vor eine Stunde, anstatt zwei Stunden. Da muss ich mich wohl noch mal in den Code vertiefen....

Zur Not kann man ja zunächst mit UTC arbeiten oder mit der schlichten Aussage "DAY" oder "NIGHT". Das dürfte nämlich stimmen.

Pettersson