Richtung zum Ziel per Sonnenstand

Hallo zusammen,

was soll nun das? Das Navi zeigt mir doch die Richtung an? Ja, aber nicht im Stand, sondern nur wenn man sich in eine Richtung bewegt!
Das ganze ist natürlich nur für Fußgänger interessant.

Zum Problem:
Man hat ein Ziel eingegeben und steht nun an einer Weggabelung, ohne sich rechtzeitig die einzuschlagende Richtung gemerkt zu haben. Der Kompass in GoPal hatte die Nordrichtung bisher angezeigt, tut das aber nun im Stand nicht mehr zuverlässig (besonders wenn die SN abgeschaltet ist). Hat man nun keinen magnetische Kompass dabei, hilft nur, in ein Richtung zu laufen und dann zu Schauen, ob es richtig war.
Oder man erinnert sich an den "Trick" mit dem Stundenzeiger der Uhr und der Südrichtung... Aber das kann das Navi doch noch besser!

Meine Lösung:
Ich habe -aufbauend auf die UTM-Anzeige- eine kleine Kompass-Ansicht erstellt, die folgende Richtungen anzeigt:

• Nordrichtung in rot
• Richtung zu Ziel in blau
• Sonnenstand (Azimut) in gelb

Im Stand (Geschwindigkeit < 2.5 km/h) -siehe 1. Bild- zeigt der rote Strich immer nach oben, also soll Norden oben sein. Dreht man sich mit dem Navi nun so, dass der gelbe Strich in Richtung der Sonne zeigt, dann zeigt der blaue Strich in die Richtung des Ziels (und der rote nun wirklich nach Norden).

Bewegt (Geschwindigkeit > 2.5 km/h) man sich nun wieder, so wird die Richtung (Kurs) aus den GPS-Empfänger ausgewertet und damit die Nordrichtung (rot) und die Richtung zum Ziel (blau) angezeigt. Die gelbe Linie sollte nun automatisch zur Sonne weisen. (siehe 2. Bild)

Voraussetzungen:

• die Sonne muss sichtbar sein (logisch)
• die Position muss bestimmt werden können (GPS-Empfang)
• die Uhrzeit muss stimmen und die richtige Zeitzone muss in WinCE eingestellt sein. Ich hole mir momentan die UTC-Zeit (noch nicht) aus dem GPS-Datensatz sondern aus der Systemzeit und wenn die Zeitzone falsch ist (z.B. nach HR!), dann liefert WinCE die falsche Zeit zurück.
• Koordinatenprogramm ab Version 1.10.2

Beispielparameter:

Window=0 KoordServ=1 t=0 rb=0 gb=0 bb=0 ServWnd=sun,100,78,200,12,1012,255,255,0,-1\orthodrome,100,250,100,20,20,0,0,255,-1\speed,200,250,100,20,2020,0,255,0,-1\compass,100,90,200,160,14,0,127,0,-1| GPSPort=com5:

Die Anweisung compass erzeugt die "Sonnen-Kompass-Ansicht" und sun gibt die aktuellen Sonnenstands-Parameter Azimut (von Norden gerechnet) und Höhe (über Horizont) in Grad an.

06.03.2008: Neue Testversion (V1.10 Rev.3) freigegeben. Da habe ich die Anzeige noch etwas verbessert:

• Höhe der Sonne über dem Horizont wird auch graphisch ausgegeben.
• Die Füllfarbe ändert sich je nach Dämmerungsphase.
• Auf der blauen Line (Richtung zum Ziel) wird auf die letzten 1000m die Entfernung (Luftlinie) graphisch (als Kreis) angezeigt. Befindet er sich in der Mitte, dann hat man das Ziel erreicht.
• Bei Geschwindigkeiten kleiner 2.5 km/h (SN abgeschaltet) wird jetzt die letzte Richtung für die Anzeige "eingefroren", d.h kein Umspringen mehr auf Norden.
• Die (Text-)Hintergrundfarbe (rb= gb= bb=) wird nun auch auf das ganze Fenster angewendet.

Die Berechnung des Sonnenstandes erfolgt relativ genau: Ich habe Teile es Codes von Arnold Barmettler, der die Formeln der Buches "Practical Astronomy with your Calculator" von Peter Duffett-Smith benutzt, in C umgeschrieben.

Ich weiß nicht, ob es sich lohnt, das ganze weiter zu verfolgen, aber vielleicht kann es ja der eine oder andere brauchen und mir Tipps aus der Praxis geben.

Viel Spaß,
Stefan

Eine wirklich super Sache!
Jetzt fehlt hier nur noch die

Viele Grüße
dj
[size=6](der genau jetzt kein 'Mäuschen' mehr ist :D)[/size]

P.S.: Hier bei uns im Schmuddelwetter-Norden ist das auch praktisch, um während der Fahrt zumindest theoretisch zu wissen, wo die Sonne hinter der dicken Wolkendecke steckt...

Hallo Stefan,

WAU !!

Ich musste erstmal nachdenken, und dann habe ich das "Stand-"Problem auch gesehen (man hat es oft wohl verdrängt, weil ja oft ein schneller Empfang eine evtl Falschmarschrichtung schnell "berichtigt").
Auch wenn SIE gerade 38° unter Horizont ist - es schaut SPITZE aus !
Ich musste es haben und habe dabei auch erstmals die Serverfunktion in Betrieb genommen - merkwürdigerweise funzt es bei mir (mit VirtCom) bei Einstellung com=2:

Anmerkungen: leider scheint es ja nur zusammen mit GoPal zu laufen; sehr hilfreich wäre es ja besonders im Fuß- und Radmodus, wenn man "nur" zB OziCE laufen hat (u.a. Akkuschonung).
Zum Glück muss ich morgen groß auf Dienstreise, da kann ich es nochmal besser ausprobieren und berichte dann. Habe auf die Schnelle das Fenster noch nicht personalisiert.

Einstweilen BESTEN DANK

Hallo Michi,

Zitat

Original von HSVMichi
Ich bin sprachlos!

das muss ich mir ja fast ausdrucken und über den PC hängen...

@all:
Ich habe gerade die neueste Testversion (V1.10 Rev.3) freigegeben. Da habe ich die Anzeige noch etwas verbessert (siehe auch Bilder):

Höhe der Sonne über dem Horizont wird auch graphisch ausgegeben. Die Füllfarbe ändert sich je nach Dämmerungsphase. Auf der blauen Line (Richtung zum Ziel) wird auf die letzten 1000m die Entfernung (Luftlinie) graphisch (als Kreis) angezeigt. Befindet er sich in der Mitte, dann hat man das Ziel erreicht. Bei Geschwindigkeiten kleiner 2.5 km/h (SN abgeschaltet) wird die letzte Richtung für die Anzeige "eingefrohren", d.h kein Umspringen mehr auf Norden.

@mobutu: Die ganzen Serverfunktionen arbeiten mit und ohne GoPal! Wenn sonst kein anderes Programm läuft, muss auch kein VirtCom installiert sein. Auch wenn VirtCom installiert ist, darf ein Programm auf COM2: zugreifen. Falls aber ein anderes (oder mehrere) gleichzeitig auf den virtuellen Port zugreifen wollen, muss dieses als erstes gestartet werden!

Gruß,
Stefan

Hi,

habe es (duck, schäm) etwas sachfremd ausprobiert bei Navigation zu unbek.Restaurant in SchwabenCity und begreife mehr und mehr den großen Sinn, der schnellen Erfassung der ZIELRICHTUNG - mein Urteil: genial !

Die Farben sind super stimmig, man erfasst alles sehr intuitiv und in der neuesten Version würde ich sagen: Airbus h.c. Toll!

Was mein Verständnis angeht, so hapert es noch im Bereich com-Ports; meine im UTM-Fred gelesen zu haben, dass bei Nutzung des VirtCom nurmehr ein Zugreifen auf ebendiese virtuelle Schnittstelle Sinn macht.
Also: ich denke, dass bei mir immer VirtCom läuft (bis zum nächsten HardReset !?), dieser das GPS-Signal von com2 auf com4 verlegt, com2 zu einer virtuellen Schnittstelle macht und alles dann auf die (neue) com2 zugreift !?
In diesem Sinne war com4 bei mir dann (natürlicherweise) nicht von KoordServ ansprechbar. Oder liege ich insgesamt falsch?
Nun ja, dank der eigenständigen koord-Möglichkeiten werde ich es mal zusammen mit Ozi gleichzeitig ausprobieren und weiter berichten.

Übrigens: eine super Hilfe dürfte die neue Sun-Funktion bei all jenen sein (wie mir), die noch in den Abendstunden hektisch fotografieren wollen/müssen und dann ortsbezogen (bin europaweit diesbezüglich im Einsatz, deshalb umsomehr Probleme, Sunset vorab zu fixieren) abschätzen wollen, wie lange noch die Sonne über Horizont sein wird.
Ich weiß nicht, ob es möglich ist (und wieviele Formeln nötig), wie wäre es mit einer Ausgabe der Parameter Orts-Setting und -Rising?
Die Grunddaten Zeit und Ort sind ja da?!

Anm:
- Du betonst zurecht die nötige korrekte (WinCE-) Zeiteinstellung. Ist dann nicht die Anzeige (richtigerweise) LocalTime (und nicht UTC) ?

Lassen sich die Daten Azimut etc analog zur UTM-Anzeige umformatieren, wenn ja wie?

Das Flackern ist bei mir unabhängig von Einst. KoordServ=0 oder 1 und auch in der Kompassansicht - ist mir aber nicht schlimm. Würde sogar den Refresh noch verlängern, mit Blick auf die Ressourcen.

Mir ist übrigens aufgefallen, dass der SunCompass "Prototype" über die Taskbar "weggeklickt" werden kann, ohne beendet zu werden (?);
bei Klick auf ihn endet er "richtig" (?) - eine Frage die evtl. wichtig werden könnte ?!

Beste Grüße aus Baden

Hallo Stefan,

du weißt schon dass du nicht weniger als die optimale Vermählung der sich so genial ergänzenden GoPal und OziCE geschafft hast ?
Ich vergebe 20 Kochmützen!

Mit unterem Beispiel wird klar, wie glücklich jetzt Feinnavigation wirklich ist:
von Haus aus bringt Ozi Heading mit, und KoordSun zeigt zB Bearing; man überblick sofort die nicht stimmende Marschrichtung

[Blockierte Grafik: http://img179.imageshack.us/img179/2097/ozikservxs1.png]

Ich käme jetzt noch auf die Idee, den bearing-Wert unterschiedliche Farbe einnehmen zu lassen, zB grün wenn Diff. zw. Heading und Bearing unter 10° beträgt, gelb wenn zwischen 10° und 20° und orange wenn über 20° (oder geeignetere "Kursabweichungen").
Eine weitere Möglichkeit, zB am Kreisrand einen Pfeilstrich dieses Bearing anzeigen zu lassen (unter der Voraussetzung, dass hier N immer oben ist, wie in den Ozi-Karten) ist nicht soo wichtig, da ja Ozi auch die Marschrichtung als Pfeil einzeichnet (im Beispiel nicht aktiviert)....

Man kommt auf Ideen über Ideen.

Übrigens bastle ich separate KoordSun-Buttons in meinen Skin, abhängig vom Einsatzzweck (und erspare die GetWindow-Routinen), auch weil ich KoordSun nur fallweise aktiviere (in Kompass und in Ozi). Welch ein Tool!

PS
Die korrekte Zeiteinstellung scheint kompliziert zu sein:
damit es richtig funktioniert, muss ich im WinCE GMT+1 (Berlin) anwählen und manuell die Uhrzeit um eine Stunde auf die lokal korrekte verstellen. Dann stimmt die Taskbar-Zeit und die UTC !?

Hallo mobutu,

schön, dass es soweit klappt!

Zitat

Was mein Verständnis angeht, so hapert es noch im Bereich com-Ports

Also soweit ich das verstanden habe läuft das Ganze so:

• der physikalische GPS-COM-Port ist und bleibt COM2:. Er kann maximal 1x geöffnet werden!
• VirtCom bleibt bis zum nächsten HR (wenn richtig installiert) erhalten.
• VirtCom "klinkt" sich in den COM2: ein und "kopiert" die Daten auf den virtuellen COM4: (oder was auch immer).
• auf diesen virtuellen Port (COM4:) können dann bis zu 8 Programme gleichzeitig zugreifen.
• greifen alle Programme nur auf den virtuellen Port (COM4:) zu, ist alles ohne Probleme.
• solange kein Programm den virtuellen Port nutzt, "schläft" VirtCom und klinkt sich somit auch nicht in COM2: ein!
• ein Programm kann auch exklusiv auf den COM2: zugreifen, aber dann ist zu beachten, dass wenn zuerst nur auf com2: zugegriffen wird, später nicht mehr com4: zur Verfügung steht, da VirtCom zu dem Zeitpunkt noch "geschlafen" hat und somit sich nicht rechtzeitig "eingeklinkt" hatte. Wird aber zuerst auf com4: und dann auf com2: zugegriffen, dann klappt das und es können auch später weitere Programme den com4: benutzen.

Zitat

wie wäre es mit einer Ausgabe der Parameter Orts-Setting und -Rising?

Das könnte ich auch noch mit ausgeben. Ich müsste die Formeln noch in C umschreiben. Die Zeiten sind natürlich etwas "mit Vorsicht zu genießen", da von einem ebenen Horizont etc. ausgegangen wird. Die Refraktion wird natürlich berücksichtigt.

Zitat

Lassen sich die Daten Azimut etc analog zur UTM-Anzeige umformatieren, wenn ja wie?

Ja natürlich! Der Defaultwert für die Formatierung ist:
"Azimut:%.2f° Höhe:%.1f° UTC:%.2i:%.2i:%.2i"
Du kannst also Azimut, Höhe, Stunden, Minuten und Sekunden separat ansprechen. Leider nur in dieser Reihenfolge, aber Du kannst einfach von hinter her was weglassen, z.B. so:

Window=0 KoordServ=1 t=1 rb=0 gb=0 bb=0 ServWnd=sun,150,111,40,24,1012,255,255,0,-1{%.0f\n%.1f}\compass,50,50,150,150,14,255,255,255,-1| GPSPort=com5:

Zitat

Mir ist übrigens aufgefallen, dass der SunCompass "Prototype" über die Taskbar "weggeklickt" werden kann, ohne beendet zu werden (?);

Wenn KoordServ=1 angegeben ist, wird ein Fenster erzeugt, dass "TOPMOST" und "sichtbar" ist (Bei KoordServ=0 ist das Fenster "unsichtbar" und es wird direkt auf den Bildschirm gemalt).
Wenn das Fenster "sichtbar" ist, erscheint es auch in der Taskleiste und wenn nun ein anderes Fenster auch das Attribut "TOPMOST" besitzt, so kann die Fensterreihenfolge geändert werden. Koord müsste aber weiterhin (hinter dem Fenster) laufen, oder?
Beendet wird KoordServer momentan nur durch Klick ins Fenster (falls KoordServ=1 ) oder durch nochmaligen Aufruf. Hier hat es auch noch Verbesserungsbedarf.

Zitat

Ich käme jetzt noch auf die Idee...

Für den OziCE müsste ich die Anzeige umstellen, oder? Momentan wird ja "Heading" (also die Richtung in die man sich bewegt) oben angenommen, also sozusagen "in Fahrtrichtung". Ozi dreht die Karte nicht, also müsste Norden immer oben sein? Dann würde es Sinn machen, das Heading anzuzeigen und die "Kursabweichung" farblich(?) zu kennzeichnen.
Momentan zeigt ja die blaue Linie genau in die Richtung, in die man gehen muss.
Wie läuft eigentlich die Zieleingabe beim Ozi? Nimmt der das Ziel aus GoPal?

Zitat

Die korrekte Zeiteinstellung scheint kompliziert zu sein

Ja das ist so eine Sache für sich! Die Sonnenstandsroutinen arbeiten mit UTC (eigentlich JD) und deshalb gebe ich die Zeit auch aus, damit man eine Kontrolle hat.
Neben dem, was Du geschrieben hast, ist mir folgendes aufgefallen:
AS gleicht die Zeit falsch ab, d.h. die UTC-Zeit wird auf MEZ gestellt und somit gehen beide Anzeigen eine Stunde vor.
Besteht beim Start von GoPal GPS-Empfang, so wird die Uhrzeit richtig abgeglichen (kein manuelles Stellen nötig!). Man kann das genau beobachten, wenn man KoordServer startet und die Uhrzeit während des Startvorganges von GoPal betrachtet.
Vielleicht sollte ich mir sicherheitshalber die Zeit doch direkt aus dem GPS-Signal (falls vorhanden) ableiten.

Danke für die Test und das Lob!

@manni: Danke für die Rückmeldung!

Gruß,
Stefan

Hallo Stefan,

so laangsam beginne ich die (Virt)Com-Geheimnisse zu verstehen. Da bei mir in Windows/StartUp die VirtCom-Verknüfungen liegen, scheint VirtCom nie den Einsatz zu verschlafen, denn ob ich zuerst GoPal (Zugriff auf com2) oder Ozi (eingestellt auf com4) oder POIObserver (ebenfalls com4) starte - immer haben alle Zugriff auf GPS.
Komisch, dass aber bei mir auch KoordServ auf com2 zugreifen kann, obwohl doch GoPal erfolgreich hier "wildert".
Naja, Hauptsache alles funktioniert.

Zitat

Koord müsste aber weiterhin (hinter dem Fenster) laufen, oder?

Ja, läuft schön im Hintergrund weiter.

Zitat

Die Zeiten sind natürlich etwas "mit Vorsicht zu genießen", da von einem ebenen Horizont etc. ausgegangen wird.

Selbstredend - die Ausgabe der Orts-Sun-Daten Rise/Set würde schön einen "Zeitgewinn" verdeutlichen, wenn man es mal wieder ganz knapp zum Sonnenuntergang auf einen Aussichtsturm geschafft hat...

Zu Ozi muss ich gestehen, noch nie die Funktion "Navigation" verwendet zu haben (habe auch noch nirgendwo einen Screenshot gesehen). Ich beschreibe mal mein Gesamtvorgehen:

1. Eine Tour wird am PC (GeogridViewer Top50) geplant, die Zielpunkte (Wirtschafts-/Feldwege, Wanderparkplätze, Waldränder) bequem abgegriffen und die coo-Datei noch auf asc-Textformat umgespeichert.
2. Softreset
3. Start von POIObserver (wegen TMC-Sendereinblendung, obsolet ab GoPal4, wegen Höhe, obsolet nun dank koord, wegen...)
4. Start von GoPal
5. Start der Tour (koord-Komfort). Jederzeit umplanbar mit GoPal-Sonderzielen etc.
6. GoPal navigiert wunderbar zum Ziel bzw. nahe zum Ziel.
7. In Zielregion Start von Ozi über koord (Komfort Klickfolgen, Taskbar)
8. Anwandern des eigentlichen Ziels über topogr.Ozi-Karte (hier brauchte ich früher nicht einen Zielpfeil oä, da ich es meist schon in Karte sehen kann)

Auch der POIObserver hat eine Zielfunktion; Nachteil die bescheidene Formatierbarkeit der Ausgabe und die Notwendigkeit, einmal mehr die Routen-Datei bzw. das Ziel anzuwählen
Für Ozi müssten die Ziel-/Track-/Routendaten in einem weiteren -anderen- Format vorliegen - diese Mühe scheute ich.

Jetzt kommt der letzte Kick: dein SunCompass hat automatisch das GoPal-Ziel übernommen - Super Komfort !

Die Navigation an sich versuche ich mal zu skizzieren, es könnten aber bessere Vorschläge folgen:

Ozi hat grundsätzlich nordgerichtete Karten (finde ich gut, bessere Orientierung bei gleichzeitiger Nutzung gedruckter Karten)
Ozi zeigt Heading und in Karte entsprechenden Pfeil
hier: Schiff dümpelt auf Kurs 101; schräg links voraus (etwa auf "11Uhr") ist in 1,3km das Ziel (Ostanleger Fraueninsel)
(Sehr instruktive Koord-Anzeige; sofortiges Erfassen von Sonnenstand und Nordrichtung)
Bearing ist 77,6° - wichtig, um in der Karte das Ziel zu suchen (wenn noch außerhalb des Ausschnittes).
Zu wählender Kurs wäre also etwa 78° (also "23° Ri Backbord"); man möge aber die Krautinsel umschiffen

Welche weiteren (Strich-/Pfeil-)Anzeigen jetzt noch hilfreich wären - Ihr seid dran !??

Zitat

Für den OziCE müsste ich die Anzeige umstellen, oder?

Ich glaube, eine Umstellung ist gar nicht nötig ! Natürlich würde eine Einfärbung nur von Heading Sinn machen; diesen Wert würde ich dann nonchalant über die Ozi-Heading-Anzeige zeichnen lassen. Ich frage in die Runde, ob in der Navigation auch eine "Relativ-Anweisung" üblich/hilfreich wäre, also in diesem Beispiel:

Heading: 101,2° (orange gefärbt, zu große Abweichung)
Bearing: 77,6° (anzustrebender Steuerkurs)
ToCourse: -23,6° (negativ wegen Backbord/links ??!!)

[Blockierte Grafik: http://img256.imageshack.us/img256/8964/ozichiemvc8.png]

Hallo mobutu,

Zitat

Komisch, dass aber bei mir auch KoordServ auf com2 zugreifen kann, obwohl doch GoPal erfolgreich hier "wildert".
Naja, Hauptsache alles funktioniert.

Ja, manchmal verstehe ich es auch nicht ganz... Vielleicht erforsche ich es noch in einer ruhigen Minute.

Zitat

Zu Ozi muss ich gestehen, noch nie die Funktion "Navigation" verwendet zu haben (...) Ozi zeigt Heading und in Karte entsprechenden Pfeil

Aha, Du nutzt also gar keine "Zielführung" mit dem Ozi.

Zitat

Ich glaube, eine Umstellung ist gar nicht nötig ! Natürlich würde eine Einfärbung nur von Heading Sinn machen

Da Heading (eigentlich genau genommen Track, aber den Unterschied kann ich nicht erfassen) bei mir immer oben (12Uhr) ist, könnte ich da einen kurzen Strich zeichnen, der je nach Differenz zum Bearing anders gefärbt ist, aber immer auf 12Uhr bleibt. Ist das das, was Du meist?

Sind eigentlich die "Dämmerungsfarben" ok? Sollte ich nach Sonnenuntergang den "Sonnenrand" anders färben oder lieber tagsüber noch "Sonnenstrahlen" zeichnen?

Gruß,
Stefan

Hallo Stefan,

Zitat

Aha, Du nutzt also gar keine "Zielführung" mit dem Ozi.

..jetzt ja, dank Dir und KoordSun ! (Ist nur kleiner Zusatzaufwand, zum vorgesehenen Parkplatz auch noch das "Endziel" mitzuspeichern, wohin nun koord auf Ozi routet. Würde ich ersteren nicht wählen, würde ich zB bei Burgen von GoPal uU an nahe aber ungünstige Steilstellen geroutet)

Im Ernst, ich sehe derzeit noch nicht sooo den Sinn, mich beim eher kurzen Wandern von Waypoint zu Waypoint zu hangeln; die gewünschte und zuhause geplante Route wird oft noch vor Ort geändert (ohne das Ziel aus den Augen zu verlieren) - Fotografen-Schicksal...
Beim Biken würde es eher passen, aber hier muss ich ohnehin oft suspenden, da ich noch kein gescheites Akkupack gefunden habe und meine Touren (wenn navi-benötigend) viele Stunden umfassen (schnauf)...

Also ich verstehe Heading wörtlich, "wohin die Schnauze guckt"; in der Luftfahrt wichtig, denn da kann bei Seitenwind ganz schön Kurs und Heading differieren. Aber dieses Problem wollen wir gar nicht hochhängen, betrifft uns beim hiken und biken ja nicht... Und natürlich hast du recht, man kann immer nur ein "scheinbares" Heading, also eine "vergangene" Kursrichtung (aus track) abgreifen/abbilden.

Meinen Vorschlag für weitere Kompass-Striche ziehe ich eher wieder zurück - ist nicht die derzeitige Anzeige optimal? Oben ist immer die Schnauze (das Heading) und man sieht, in welcher Richtung Ziel und in welchen Richtungen Sonne und Norden liegen.

Was das bearing angeht, so würde ich höchstens noch ein kleines Kreuz am Kreisrand (entsprechend nordbezogen, also bei 90° auf 3Uhr) anregen (visualisiert eigentlich nur zusätzlich die "Karten-Zielrichtung" - kann auch Unsinn sein?!); zuviel wäre wohl wieder ergonomie-feindlich. Insoweit ist dein Erstentwurf schon ein großer !!

Richtig "mehrheitsfähig" könnte der eingefärbte Heading-Wert sein; da ich (und vielleicht andere) es hier im Ozi-Umfeld groß und einzeln einbasteln würden, könnte man aus dem Augenwinkel eine "Kursgüte" (oder das Gegenteil, bei Diff über 90° rote Farbe ?) erblicken ?!
Andererseits: solange der blaue Zielstrich nach oben (in Schnauzenrichtung) zeigt, ist alles in Butter - und die nötige Korrektur ("bisserl noch nach links") ist sofort erfassbar: das ist der große Diamant im System...

Was die Sonne angeht: ich finde es optimal. Dachte auch kurz, warum nicht den Sonnen-Strich mitumfärben, aber es ist und bleibt halt die Sonne und nicht der Mond Die Dämmerungsfarben sind stimmig; Sonnenstrahlen müssen für mich auch nicht sein, lenken vielleicht zu sehr von den anderen wichtigen Strichen ab ?!

Guten Tag allerseits,
nachdem ich nun einige Monate als Gast hier im Forum unterwegs bin, muß ich mich nun doch einmal zu Wort melden. Ich finde dieses tool für Fußgängernavigation nach dem Sonnenstand sehr interessant, aber ich komme mit der Beschreibung nicht klar. Also entweder bin ich zu blöd oder hab was wichtiges überlesen, aber ich habe mir das Koordinatenprogramm (V1.10 Rev.3) installiert, ebenso VirtCom (und die COMs wie beschrieben konfiguriert), obwohl ich das, so wie ichs verstanden habe, nur brauche, wenn ich noch ein zweites Programm laufen lasse, allerdings soll das Sonnenstandtool ja wohl auch alleine funktionieren...
Wenn ich nun Koord465 starte, gebe ich die koordinaten ein, klicke ok, dann startet GoPal und das wars. Ohne Sonnenstandtool. OziExplorer habe ich auch installiert.
Was fange ich mit dem Beispielcode an? Muß das irgendwo eingetragen werden ? Fragen über Fragen.
Es bedankt sich brav im voraus ein total ahnungsloser.

Hallo Grobi007,

herzlich willkommen unter den Schreibenden!
Also, wenn du VirtCom (inkl der Registry-Änderungen) ans Laufen bekommen hast, kann es sicher nur am "Zuweniglesen" oder Überlesen liegen:

Grundsätzlich: normalerweise wird koord465 gestartet um etwas im Hintergrund abzuarbeiten (zB Klickfolgen, automatische NextWaypoint-Übernahme etc); durch window=0 (im Skinbutton, als Parameter) wird oft bewusst das koord465-Programmfenster gar nicht geöffnet (sehr häufig will man gar nicht Koordinaten als Ziel eingeben).

Was hier jetzt neu ist, dass koord465 im Servermodus gestartet wird und also so lange aktiv (mit diesem SunKompass oder mit UTM-Koordinatenanzeige) bleibt, bis man mit Klick auf diesen Kompass es wieder schließt.

Im wesentlichen solltest du an einer Skin-Stelle einen Button einbauen, der mit obigem Beispielcode den Kompass startet. Hierfür würde sich für den Anfang anbieten (falls noch keine Skinerfahrung), einen ungebrauchten Button (etwa den Button Sprachwahl in Settings) einfach umzufunktionieren.
Die weiteren Schritte, wie formatieren der Ausgabe (Größe, Position, welche Daten anzuzeigen etc) erfolgt dann Schritt für Schritt durch Austausch einzelner Werte und Überprüfung. (Immer nur GoPal-Beenden und -wiederstarten nötig, nicht softreset).

Sicher empfehlenswert der Thread "UTM-Anzeige"

Mein Beispiel im Skin (statt Sprachauswahl):

MapMenuSettings2Subform
{

Class: SkinContainer;
Coordinates: 0,48,480,176;
TextColor: 0,0,0;
Font: 7;
Visibility: hidden;

// SkinContainerModelCoder
FocusOrder: lefttoprightbottom;

// SkinScrollbarOwnerModelCoder

SunButton //sunserv on
{

Class: LauncherButton;
Coordinates: 320,3,160,85;
Text: "KoordServ SUN";
TextCoordinates: 7,39,106,41;
TextColor: 0,0,0;
Font: 21;
HAlign: center;
VAlign: center;
Visibility: shown;
Wordbreak: yes;
WordbreakChars: " /:-";

launch: "\My Flash Disk\kserv\koord465.exe";
params: "Window=0 KoordServ=1 t=0 rb=0 gb=0 bb=0 ServWnd=sun,100,78,200,12,1012,255,255,0,-1\orthodrome,100,250,100,20,20,0,0,255,-1\speed,200,250,100,20,2020,0,255,0,-1\compass,100,90,200,160,14,0,127,0,-1| GPSPort=com2:";

KPush: "enter,left";
PYOffset: 2;
Enabled: 270,0,0,160,85,0,0,255,0,255;
Pushed: 270,0,85,160,85,0,0,255,0,255;

}

Wie man sieht, muss natürlich der Pfad an eigene Umstände angepasst werden. Viel Glück!

Hallo Grobi,

Mein Koordinatenprogramm muss mit einem oder mehreren Parametern "gefüttert" werden, damit man andere Funktionen (wie z.B. den Sonnenstand), als die "normale" Koordinateneingabe erhält!
Der Beispielcode stellt diese hierzu nötigen Parameter dar!
Der Programmaufruf mit Parametern stammt eigentlich aus der MS-DOS-Zeit (z.B. der copy-Befehl, da schreibt man auch als Parameter dahinter, was wohin kopiert werden soll - copy alleine tut nichts), erweist sich aber immer noch als recht praktisch.
Hier (auf dem PNA) gibt es verschiedene Möglichkeiten, das Koordinatenprogramm mit Parametern aufzurufen:

• einen Button in GoPal via PFSkin.skn erzeugen
• einen Button im Startmenü via MENU.XML erzeugen
• zum Testen: den Parameter in die koord.cfg schreiben

Wie rufst Du denn das Koordinatenprogramm auf? Wenn Du es z.B. über den Explorer startest, dann musst Du die 3. Variante (koord.cfg) nutzen, um Parameter übergeben zu können. Das ist auch zum Testen am einfachsten:
[list=1]
[*]erstelle am PC eine Textdatei mit z.B. folgendem Inhalt (in einer Zeile)

param= Window=0 KoordServ=1 t=1 rb=0 gb=0 bb=0 ServWnd=sun,20,200,180,12,1012,255,255,0,-1\compass,20,20,180,180,14,255,255,255,-1| GPSPort=com5:

und speichere sie als koord.cfg ab. Den GPS-Port musst Du natürlich ggf. anpassen.
[*]kopiere diese koord.cfg auf den PNA in das selbe Verzeichnis wie die koord465.exe (falls es schon eine koord.cfg gibt, sichere diese vorher)
[*]Starte koord465.exe, nun sollte die Sonnenstandfunktion aktiv sein (s. Bild)
[*]Zum Beenden, klickst Du in ds Fenster oder rufst des Koordinatenprogramm nochmals auf!
[/list=1]

Wenn es klappt, dann kannst Du mit den Parametern "spielen". Du musst nur jeweils koord erneut starten, um die Änderungen zu sehen.
Wenn alls passt, dann kannst Du Dir einen "richtigen" Button machen!

Gruß,
Stefan
P.S.: mobutu war wieder schneller!