Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Furuno GP 30 hat akute Nostalgie - Datum falsch, heute ist nicht Silvester.

132 views
Skip to first unread message

Ulrich G. Kliegis

unread,
Aug 15, 2018, 7:30:06 PM8/15/18
to
Mojn,

nach 3 Jahren in der Halle (nicht jetzt fragen, bitte) und größerem
Umbau hab ich mein gutes altes GP30 von Furuno (das erste dieser
Erfolgsserie) wieder bestromt. Nach wenigen Minuten war das Fix da,
alles stimmt, Ort, Uhrzeit, nur beim Datum hab ich Zweifel. Gestern,
am 15.8.2018 (voll 08/15!) zeigte das Ding an, daß es der 30.12.1998
sei. Demnach wäre heute Silvester.

Das kann aber nicht sein, Aldi hat noch kein Spekulatius.

Das Netz ist ziemlich schweigsam dazu. Der übliche Blödsinn bei fixya,
sonst praktisch nichts.

Hat einer, weiß einer, kennt einer... ?


Gruß,
U.

Arne Johannessen

unread,
Aug 15, 2018, 9:36:15 PM8/15/18
to
Ulrich G. Kliegis said:
>
> nach 3 Jahren in der Halle (nicht jetzt fragen, bitte) und größerem
> Umbau hab ich mein gutes altes GP30 von Furuno (das erste dieser
> Erfolgsserie) wieder bestromt. Nach wenigen Minuten war das Fix da,
> alles stimmt, Ort, Uhrzeit, nur beim Datum hab ich Zweifel. Gestern,
> am 15.8.2018 (voll 08/15!) zeigte das Ding an, daß es der 30.12.1998
> sei. Demnach wäre heute Silvester.

Klingt nach dem üblichen Datumsproblem von GPS. [1][2]

Im Netz finde ich
<https://www.furuno.no/nb-NO/Aktuelt/Teknisk-info-Rollover-pa-GP-30-GP-35.aspx>,

wo (auf Englisch) zwei sehr unterschiedliche Vorschläge zur
Problemlösung gemacht werden.


[1] <https://www.colorado.edu/geography/gcraft/notes/gps/gpseow.htm>
[2] <http://gpsinformation.net/main/y2kunits.htm>

--
Arne Johannessen

Ulrich G. Kliegis

unread,
Aug 16, 2018, 2:42:00 AM8/16/18
to
On Thu, 16 Aug 2018 03:36:14 +0200, Arne Johannessen
<arne...@thaw.de> wrote:

>
>Im Netz finde ich
><https://www.furuno.no/nb-NO/Aktuelt/Teknisk-info-Rollover-pa-GP-30-GP-35.aspx>,


Mojn, Arne,

danke für die Antwort. Intuitiv hatte ich den genannten cold start
schon ausgeführt, allein, das Problem ist cold-start-resistent.

Im segeln-forum sah ich auch einen Artikel
<https://www.segeln-forum.de/board1-rund-ums-segeln/board35-bootstechnik-und-elektronik/66073-furuno-gp-30-datenrollover/>
, der aber in bester Usenet-Tradition sehr schnell dissoziiert.

Bei Furuno anzufragen, ist vermutlich zwecklos, die haben ja schon
beim ersten rollover (der interessanterweise aber vom GP30 muckenlos
gemeistert wurde) auf die Verblödung ihrer Dokumentation verwiesen.
Wieviel treue Kunden man sich wohl mit einem update geschaffen hätte?

Solange kein Client muckt, laß ich das Ding erstmal arbeiten. Der
Selbsttest sagte übrigens, daß Hardware und Batterie noch ok sind -
nach 19 Jahren!

Gruß,
U.

RA J. Geraedts.

unread,
Aug 16, 2018, 6:01:48 AM8/16/18
to
Hallo, Ulrich,

um es vorweg zu nehmen : Nein !

AFAIK sychronisiert das GPS auch Datum und Zeit mit den Sats.

Deshalb vermute ich stark - auch auf der Grundlage der von Arne
geposteten Links - daß das Teil die aktuellen Daten einfach nicht
"kann", sorry !

Andererseits : Das Teil dürfte ein stolzes Alter und sich damit den
Ruhestand redlich verdient haben ! Deshalb gehe ich einfach mal davon
aus, daß es Dir nicht darum geht, es einzusetzen, sondern "ums Prinzip"
- oder ? ;-)

Gruß,

Joachim.

Frank Hucklenbroich

unread,
Aug 16, 2018, 6:55:25 AM8/16/18
to
Am Thu, 16 Aug 2018 12:01:51 +0200 schrieb RA J. Geraedts.:

> Am 16.08.2018 um 01:29 schrieb Ulrich G. Kliegis:
>> Mojn,
>>
>> nach 3 Jahren in der Halle (nicht jetzt fragen, bitte) und größerem
>> Umbau hab ich mein gutes altes GP30 von Furuno (das erste dieser
>> Erfolgsserie) wieder bestromt. Nach wenigen Minuten war das Fix da,
>> alles stimmt, Ort, Uhrzeit, nur beim Datum hab ich Zweifel. Gestern,
>> am 15.8.2018 (voll 08/15!) zeigte das Ding an, daß es der 30.12.1998
>> sei. Demnach wäre heute Silvester.
>>
>> Das kann aber nicht sein, Aldi hat noch kein Spekulatius.
>>
>> Das Netz ist ziemlich schweigsam dazu. Der übliche Blödsinn bei fixya,
>> sonst praktisch nichts.
>>
>> Hat einer, weiß einer, kennt einer... ?
>
> Hallo, Ulrich,
>
> um es vorweg zu nehmen : Nein !
>
> AFAIK sychronisiert das GPS auch Datum und Zeit mit den Sats.
>
> Deshalb vermute ich stark - auch auf der Grundlage der von Arne
> geposteten Links - daß das Teil die aktuellen Daten einfach nicht
> "kann", sorry !

Wenn das Boot mit dem GPS noch in der Halle steht, kann das GPS natürlich
keine Satelliten finden.

Oder hat der OP das GPS "draußen" ausprobiert?

Grüße,

Frank

Arne Johannessen

unread,
Aug 16, 2018, 8:25:32 AM8/16/18
to
Ulrich G. Kliegis said:
>
> Solange kein Client muckt, laß ich das Ding erstmal arbeiten.

Mein steinaltes Magellan NAV 5000 hatte das gleiche Problem, lieferte
aber trotzdem bis zum Ende eine einwandfreie Position.

Gehört zu den Clients Deines Geräts ein DSC-Funkgerät?


--
Arne Johannessen

RA J. Geraedts.

unread,
Aug 16, 2018, 10:01:50 AM8/16/18
to
Am 16.08.2018 um 12:55 schrieb Frank Hucklenbroich:

> Wenn das Boot mit dem GPS noch in der Halle steht, kann das GPS natürlich
> keine Satelliten finden.
>
> Oder hat der OP das GPS "draußen" ausprobiert?

Muß er wohl, schrieb er doch im Eingangsposting bereits :

"Nach wenigen Minuten war das Fix da, (...)".

Gruß,

Joachim.

Frank Hucklenbroich

unread,
Aug 16, 2018, 10:55:49 AM8/16/18
to
Ach stimmt, das hatte ich übersehen.

Grüße,

Frank

Ignatios Souvatzis

unread,
Aug 16, 2018, 11:10:08 AM8/16/18
to
Arne Johannessen wrote:
> Ulrich G. Kliegis said:
>>
>> Solange kein Client muckt, laß ich das Ding erstmal arbeiten.
>
> Mein steinaltes Magellan NAV 5000 hatte das gleiche Problem, lieferte
> aber trotzdem bis zum Ende eine einwandfreie Position.

Gucken wir doch a) in die Geometrie, b) in die NMEA-Datenformate:

Die Positionsbestimmung benötigt Zeitdifferenzen, die in Entfernunungs-
differenzen umgerechnet werden und dann (eigentlich - meist wird ein
iteratives Verfahren angewendet) Schnittmengen von Rotationshyperboloiden
berechnen.

Ein konstanter Offset der Zeit bei allen Beteiligten (in diesem Falle:
allen Satelliten durch die Kodierung und der internen Darstellung im
Empfänger) ist da unschädlich. Setzt natürlich voraus, dass die Satelliten
alle Zeitinformationen mit diesem Offset versehen, z.B. die für deren
Positionsberechnung nötigen Bahndaten.

Es käme Empfängerseitig also nur darauf an, die berechnete Zeit für die
Anzeige mit einem passenden Offset zu versehen. Die Firmwareversion wird
z.B. ein Wertefenster definieren - 0 <= Zeitcode <= nnn: nach dem
bekannten Datum des Nulldurchgangs, nnn < Zeitcode < 1024 : vorher.
Das muss nicht mit N == 0 / 1024 Wochen übereinstimmen, kann es
sinnvollerweise auch nicht, wenn es erst beim Kunden im Einsatz als
Firmwareupdate eingespielt wird. (Praktisch also "vor Erstellungszeitpunkt
der Firmware: 1024 Wochen addieren, denn das Gerät wird kaum in der Zeit
rückwärts reisen".)

Da es sich um ganze Wochen, also auch ganze Tage handelt, ist das
falsche Datum auch unerheblich für NMEA 0183-Telegramme - zumindest
GLL und GNS enthalten nur eine UTC ohne Datumsteil.

WIMRE, ist der Offset zwischen GPS-Atomuhrzeit und UTC-Sekunden doch
im Satellitensignal explizit kodiert?

-is

--
A medium apple... weighs 182 grams, yields 95 kcal, and contains no
caffeine, thus making it unsuitable for sysadmins. - Brian Kantor

Ulrich G. Kliegis

unread,
Aug 17, 2018, 3:12:08 AM8/17/18
to
On Thu, 16 Aug 2018 12:55:20 +0200, Frank Hucklenbroich
<Hucklen...@aol.com> wrote:

>
>Oder hat der OP das GPS "draußen" ausprobiert?
>
>Grüße,
>
>Frank

Selbst unter dem dachpappebewehrten Holzdach hätte der noch gewußt, wo
er ist. Aber der Test ist draußen, und wie ich eingangs schrieb,
stimmt ja alles, nur das Datum ist 1024 Wochen hinterher.

Beim ersten Rollover hatte das Gerät noch klaglos weitergemacht.
Furuno hat da wohl, wie ich inzwischen las, einen Offset von 312
Wochen eingebaut, vermutlich die Zeit von der ursprünglichen
GPS-Stunde Null bis zur Markteinführung. Dadurch kam der Rollover bei
diesen Geräten 6 Jahre später. Da es bei Furuno offenkundig niemanden
mehr gibt, der weiß, wo die alten Sources verborgen sind, kam von dort
auch nur hilfloses Getexte.

Nun kommt ein GP-37 mit WAAS / EGNOS und DGPS rein, gleicher
Formfaktor (war wichtig wegen Handarbeit).

Man könnte natürlich einen Nachbrenner für den NMEA 0183-Ausgang
machen, der das Datum korrigiert, aber das lohnt nun wirklich nicht.

Gruß,
U.

Ulrich G. Kliegis

unread,
Aug 17, 2018, 3:17:43 AM8/17/18
to
On 16 Aug 2018 14:35:57 GMT, Ignatios Souvatzis
<u50...@beverly.kleinbus.org> wrote:

>
>Da es sich um ganze Wochen, also auch ganze Tage handelt, ist das
>falsche Datum auch unerheblich für NMEA 0183-Telegramme - zumindest
>GLL und GNS enthalten nur eine UTC ohne Datumsteil.

Aber nicht für ECDIS. Spielt bei mir keine Rolle, aber der
Vollständigkeit halber... Was wohl passiert, wenn ein Dummstiesel auf
der Brücke beim GPS den Demo-Simulationsmode anschaltet... :)

Gruß,
U.

Ulrich G. Kliegis

unread,
Aug 17, 2018, 3:20:20 AM8/17/18
to
On 16 Aug 2018 14:35:57 GMT, Ignatios Souvatzis
<u50...@beverly.kleinbus.org> wrote:

>
>WIMRE, ist der Offset zwischen GPS-Atomuhrzeit und UTC-Sekunden doch
>im Satellitensignal explizit kodiert?

Ja, aber ganze 20 Jahre? Dann bräuchte man den Wochenzähler nicht.

Die Restunschärfe in der Position kommt übrigens u.a. auch von dem
Laufweg durch die Atmosphäre, in der v < c ist. Mal sehen, was EGNOS
im Vergleich bringt.

Gruß,
U.

Ignatios Souvatzis

unread,
Aug 17, 2018, 11:10:09 AM8/17/18
to
Ulrich G Kliegis wrote:
> On 16 Aug 2018 14:35:57 GMT, Ignatios Souvatzis
><u50...@beverly.kleinbus.org> wrote:
>
>>
>>WIMRE, ist der Offset zwischen GPS-Atomuhrzeit und UTC-Sekunden doch
>>im Satellitensignal explizit kodiert?
>
> Ja, aber ganze 20 Jahre? Dann bräuchte man den Wochenzähler nicht.

Mir gings um die (variablen) Summe der Schaltsekunden zwischen TAI
und UTC, plus Offset zwischen TAI und dem GPS-Zeit. Wenn die fehlte,
muesste man die ja aus dem Datum berechnen bzw. in einer Tabelle
nachschlagen, und brauchte dazu das korrekte Datum, aber das ist gerade
nicht der Fall.

-is

Ignatios Souvatzis

unread,
Aug 17, 2018, 11:10:09 AM8/17/18
to
Ulrich G Kliegis wrote:

> Man könnte natürlich einen Nachbrenner für den NMEA 0183-Ausgang
> machen, der das Datum korrigiert, aber das lohnt nun wirklich nicht.

Welches NMEA-Telegramm enthaelt denn das Kalenderdatum? Hab' neulich auf
die Schnelle keins gefunden.

-is

Arne Johannessen

unread,
Aug 17, 2018, 11:51:12 AM8/17/18
to
Ignatios Souvatzis said:
>
> Welches NMEA-Telegramm enthaelt denn das Kalenderdatum?

ALM (in GPS-Wochen)
RMC (zweistelliges Jahr)
ZDA (vierstelliges Jahr)

Und dann noch einige proprietäre, z. B. $PGRMF und $PGRMI. Tatsächlich
üblich ist wohl nur RMC. Ob ein DSC-Gerät oder ein anderer Client das
dann auch auswertet (falls überhaupt vom GP 30 gesendet), ist eine
andere Frage. Schließlich wird bei DSC ja auch das Datum nicht über
Funk gesendet, nur die Uhrzeit.


--
Arne Johannessen

Ignatios Souvatzis

unread,
Aug 17, 2018, 12:40:08 PM8/17/18
to
Arne Johannessen wrote:
> Ignatios Souvatzis said:
>>
>> Welches NMEA-Telegramm enthaelt denn das Kalenderdatum?
>
> ALM (in GPS-Wochen)

Das ist dann ja ungefährlich, naja, das ist das Problem des
das Telegramm auswertenden Geraetes....

> RMC (zweistelliges Jahr)
> ZDA (vierstelliges Jahr)

A danke.

> Und dann noch einige proprietäre, z. B. $PGRMF und $PGRMI. Tatsächlich
> üblich ist wohl nur RMC. Ob ein DSC-Gerät oder ein anderer Client das
> dann auch auswertet (falls überhaupt vom GP 30 gesendet), ist eine
> andere Frage. Schließlich wird bei DSC ja auch das Datum nicht über
> Funk gesendet, nur die Uhrzeit.

Ein AIS-Sender waere noch so'n Kandidat - die Positionsmeldungen haben doch
einen Zeitstempel?

-is

Arne Johannessen

unread,
Aug 17, 2018, 6:28:42 PM8/17/18
to
Ignatios Souvatzis said:
>
> Ein AIS-Sender waere noch so'n Kandidat - die Positionsmeldungen haben doch
> einen Zeitstempel?

Ja, allerdings sind das zumindest im normalen Position Report nur 6 Bit
für die Sekunden.


--
Arne Johannessen

Ulrich G. Kliegis

unread,
Sep 28, 2018, 6:24:07 PM9/28/18
to
On Thu, 16 Aug 2018 12:01:51 +0200, "RA J. Geraedts." <RA...@GMX.de>
wrote:

>
>
>Andererseits : Das Teil dürfte ein stolzes Alter und sich damit den
>Ruhestand redlich verdient haben ! Deshalb gehe ich einfach mal davon
>aus, daß es Dir nicht darum geht, es einzusetzen, sondern "ums Prinzip"
>- oder ? ;-)


Jeiiiiiiiin. Never change a running system. Und gerade hat es eine
neue edelhölzerne Wohnung bekommen, da frustet das schon. Aber: Es
gibt formatgleiche Nachfolger, die auch mehr können.

Unschlagbar ist ja nach wie vor der minimale Stromverbrauch des GP 30.
Da kommt das moderne Tüch nicht mit.

Gruß,
U.

Ulrich G. Kliegis

unread,
Jul 8, 2021, 11:43:52 AM7/8/21
to
Du bist auch älter geworden, sagt Ingrid. - Du auch.

Nun hat es auch den GP37 erwischt. GPS rollover. Wie zu erwarten,
stimmt sonst alles. Daß heute laut GP37-Display der 22.11.2001 ist,
stimmt eben Wochen-modulo(1023)-technisch im Eigensinn des Gerätes
auch.

Am 20.6.21 war laut Furuno übrigens der Rückklapp.

Der AIS-Transpoder hat bei mir (wie überall) ja seinen eigenen
GPS-Empfänger, der seine Daten auch gleich ins iSailor hustet, samt
AIS etc. alles in einem Strom. NMEA-0183-Navidaten mixt das
WLAN-Interface (ne schicke Schachtel von einem portugiesischen
Kleinanbieter) da gleich auch noch mit rein.

Fazit: Dieses Mal wird erstmal nichts Neues gekauft, mit dem
Datumsfehler läßt sich leben. Und auf sonstige Navi-Daten,
insbesondere Autopilot etc., hat die Wochenzahl ja keinen Einfluß. Und
die DGPS- und WAAS-Genauigkeit des GP37 ist schon beeindruckend.

Übrigens habe ich seinerzeit (OP) meinen alten GP30 durchaus noch für
ein paar Taler (mit Angabe des Wochenproblems natürlich) über die
Bucht verticken können.

Trotzdem ein schwaches Bild, das die Furuno-Entwickler da nachträglich
abgeben.

Gruß,
U.

On Sat, 29 Sep 2018 00:23:42 +0200, Ulrich G. Kliegis
<diesemailadressevonUlliistzwaret...@kliegis.de>
wrote:
0 new messages