MD 95000 und die kleinen Zicken..

    hmm Naja habe es seit gestern Abend heute mal den ganzen Tag über getestet, und mehrere verschiedene Routen eingegeben.


    Vorher ganz klar an jeder Kreuzung das Norden.


    Mit MN4.2 kein einziges mal mehr. Bin absichtlich wie ein bekloppter mit Stop und Go gefahren... Sogar mal bei Grün getestet, daran kanns auch nicht liegen *grins


    Das einzige war das er mich einmal auf einer Liinksabbieger Spur im stehen versetzt hat...


    Werde aber natürlich weiter testen und hoffe das ich recht behalte :)


    Hallöle,
    ich hab mal ein Log zum Download abgelegt.


    LOGFILE im ZIP Format


    Meinen ersten Thread am Ende von Seite 14 hat scheinbar niemand gelesen.


    Viel Spass beim Auswerten.

    Einmal editiert, zuletzt von Hardy_PDA ()

    Zitat

    Hallöle,
    ich hab mal ein Log zum Download abgelegt.


    Mit dem Format, fürchte ich, kann niemand etwas anfangen.
    Wolf
    ...
    <Tab> statt Komma
    das "Urformat" wäre besser.


    Es ist das Rohformat als TXT Datei aus Glopus, allerdings hab ich die Datei mit Winzip gepackt.


    Ich hab kein Problem mir die Datei in Excel auf dem PC zu importieren.


    Erstmal ein verspätetes Willkommen im Forum! :)


    Von Log-Auswertung habe ich leider keine Ahnung...


    Zu Deinem 1. Beitrag wollte ich eigentlich einige Nachfragen stellen, da kam mir aber etwas dazwischen... :whatever


    Ich hatte ehrlich gesagt nicht recht verstanden, was Du uns mitteilen wolltest, da nicht so genau zu unterscheiden war, was Deiner Meinung nach
    - richtig / falsch
    - erwiesen / gelesen / prüfungsbedürftig / ...
    ist.


    Vielleicht kannst Du das noch mal ausführlicher erläutern!?

    Hallo 944s2,


    hier mal die relevanten Daten aus dem RMC Protkoll als PDF


    PDF Datei


    Aus dem Protokoll ist eindeutig zu erkennen, das, wenn keine Koordinatenänderung (Geschwindigkeit = 0) stattfindet auch kein gültiger Wert für den Winkel eingetragen wird, was meiner Meinung auch (datentechnisch gesehen) korrekt ist.


    Wenn die Software, mit der diese Daten ausgewertet werden für KEIN WERT eine 0 (NORD) einsetzt ist das aus programmiertechnischer Sicht ein Fehler.
    Wenn ein ungültiger Wert vorliegt müsste die Software den letzten gültigen Wert nutzen bis ein neuer gültiger Wert vorliegt.


    Etwas einfach aber anschaulich geschrieben, bin eben SPS Programmierer und auch solche Fälle müssten korrekt abgefangen werden. Wenn andere Empfänger solange keinen neuen Wert senden wie kein Wert vorliegt ist das eigentlich nicht richtig (logisch betrachtet).


    Dies nur mal zur Erläuterung, wie ich das Problem sehe.

    Einmal editiert, zuletzt von Hardy_PDA ()

    Zitat

    Original von Klaubi
    Belongo schreibt > HIER <, dass es sich seiner Meinung nach um ein HArdwareproblem handelt


    Vorhin kam aber ein Beitrag rein, dass das Phänomen mit dem echten MN|4.2 verschwunden sei und er jetzt mit dem echten 4.2 plus TeleAtlas-Karten sorgenfrei navigiert...

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)

    Hallo Hardy_PDA


    Zu deinem Posting auf Seite 14 :
    Beim RGM- Protokoll steht der wahre Kurs drin, ohne Bewegung steht dort 0 > siehe auch hier <
    - ist auch gut so, denn der Kurs soll, wenn einmal vorhanden, so stehen bleiben, bis sich eine Änderung ergiebt.
    Ausserdem verwenden sehr viele User bei Navigon-Produkten ausschliesslich GGA + VTG, genau das haben wir in Nürnberg beim 95000er auch gemacht, da in VTG der wahre sowie der magnetische Kurs stehen
    Trotzdem das selbe "Drehen"


    Nur anscheinend "merkt" sich der Empfänger diese Kursangabe nicht (was er eigentlich sollte), oder "verliert" diesen Wert gelegentlich und ein Update dieses Wertes erfolgt nur bei der nächsten Bewegung


    die Bemerkung mit der 0 - diese wird gesendet, wenn keine Bewegung festgestellt werden konnte
    - und solange das Fahrzeug nicht bewegt wurde, dreht sich die Karte auch nicht

    Einmal editiert, zuletzt von Klaubi ()

    Zitat

    Original von Hardy_PDA
    Aus dem Protokoll ist eindeutig zu erkennen, das, wenn keine Koordinatenänderung (Geschwindigkeit = 0) stattfindet auch kein gültiger Wert für den Winkel eingetragen wird, was meiner Meinung auch (datentechnisch gesehen) korrekt ist.


    Wenn die Software, mit der diese Daten ausgewertet werden für KEIN WERT eine 0 (NORD) einsetzt ist das aus programmiertechnischer Sicht ein Fehler.
    Wenn ein ungültiger Wert vorliegt müsste die Software den letzten gültigen Wert nutzen bis ein neuer gültiger Wert vorliegt.


    Hmmm, jetzt bin ich noch verwirrter! ?(
    Du meinst, Dein MD95000 sendet bei Stillstand keinen Winkelwert?
    Die Auswertung des Logs von HeinZ1 durch Karomue hatte doch ergeben, dass genau in dem Fall eine 0 gesendet wird!?


    Ohne selbst experimentiert und geloggt zu haben, erscheint es mir plausibel, dass bei 0 fälschlich genordet wird und dass bei keinem Wert korrekterweise auch keine Drehung erfolgt.


    Habe ich es richtig verstanden, dass du trotz (oder wegen???) fehlendem Winkelwert das Nordungsproblem hast?

    Zitat

    Original von HSVMichi


    Vorhin kam aber ein Beitrag rein, dass das Phänomen mit dem echten MN|4.2 verschwunden sei und er jetzt mit dem echten 4.2 plus TeleAtlas-Karten sorgenfrei navigiert...



    Habe ich gelesen Michi, aber meine eigenen Erfahrungen (beim Rumspielen in Nürnberg) deuten eher in Belongos Richtung
    und wenn ich irgendwo einen Medion 4.2 leihweise auftreibe, möchte ich den gerne mal auf dem Yak300GPS testen, nach meiner Theorie dürfte das "Drehen" dort nicht auftauchen - leider kann ich meinen MN |4.2 ja nicht auf einem 95000 testen - blöde Registrierung
    (aber ich habe ja auch keinen 95000)

    Wie wär´s mal VTG statt RMC zu nehmen.?
    Da steht im Stillstand _Null/Nichts_ drin.
    (z.B. $GPVTG,,T,,M,0.000000,N,0.000000,K*4E)
    Wolf
    ...
    Kommt die Maus im Auslieferungszustand mit (fast) allen Protos im Sekundentakt aktiviert?

    Einmal editiert, zuletzt von ex_WolfL ()

    Zitat

    Original von ex_WolfL
    Wie wär´s mal VTG statt RMC zu nehmen.?
    Da steht im Stillstand _Null/Nichts_ drin.
    (z.B. $GPVTG,,T,,M,0.000000,N,0.000000,K*4E)


    Einen ähnlichen Vorschlag (RMC deaktivieren) hatte ich in meiner Unwissenheit auch schon mal gemacht, der wurde dann von Karomue abgebügelt mit "Lies erstmal FirstStep!" Da steht nur leider nichts verwertbares über Winkel drin, falls ich es nicht übersehen habe... 8)


    Schade, dass ich all das mangels MD95000 nicht ausprobieren kann, ich denke, wir wären dann schon etwas weiter...

    @944S2
    genau so ist das, ich habe das RMC Protokoll genommen da es dort sehr einfach zu ersehen ist.


    @ex_Wolf
    Das Ergebnis im VTG Protokoll ist doch das Gleiche, "KeinWert" im Winkel wird als 0 interpretiert.


    Wenn ich mir allerdings Klaubis Info anschaue wird die Sache eigenartig, da ich bisher keine Infos hatte welche Protokolle MN4.2 zur Navigation nutzt.


    Somit sind wir wieder am Anfang der Diskussion, obwohl ich der Meinung war einen Lösungsansatz gefunden zu haben :-D)

    3 Mal editiert, zuletzt von Hardy_PDA ()