MN4 (European Editin) + BT Maus

  • Hallo,


    ich betreibe an meinem MDA 2 den Navigon MN4 in der European Edition an einer org. Navigon Bluetooth-Maus BT-308.


    Soweit bin ich eingentlich sehr zufrieden, allerdings habe ich seit Einsatz dieser Komponenten ein sehr merkwürdiges Problem:


    Einen Connect zwischen dem MN4 und der Bluetooth-Maus bekomme ich nur hin, wenn die Maus das VTG-Protokoll sendet. Ist dieses deaktiviert und beipielsweise nur RMC oder andere Protokolle (auch mehrere) aktiv, wird der GPS-Empfänger vom Programm nicht mehr erkannt!


    Nun ja, man könnte meinen, dann programmier es halt und dann hast Du doch Ruhe..?!


    Weit gefehlt:


    Nach einigen Tagen, nach dem die Maus nicht in der Verwendung war, verschwindet das VTG Protokoll wieder!


    Ich muss es dann mühsam mit GP Mouse 2.5 wieder einprogrammieren und kann dann erst wieder mit MN4 "connecten". Ein kurzes Ausschalten der Maus behält die Einstellungen; ein ein- oder mehrtägiges Ausschalten lässt die Maus das VTG-Protokoll wieder "vergessen"...


    Folge: Dauerndes Einprogrammieren erforderlich - das nervt!! Besonders weil ich ca. 10 Versuche mit GPSMouse 2.5 benötige, bis die Maus das VTG-Protokoll auch tatsächlich annimmt.


    Zur Verdeutlichung: Im Programm GPSMouse 2.5 parametriere ich die Maus auf VTG und sende diese Einstellungen; sie wird aber trotz Datenempfang nur eben jedes ca. 10. mal auch von der Maus aktzeptiert.


    Bitte, bitte ... wer weiß Rat, warum die Maus das VTG-Protokoll so widerwillig nur annimmt und dann dauernd wieder vergisst??


    Gruß
    Gero


    Das habe ich gerade noch im Internet zur BT-308 gefunden:


    NMEA 0813 V2.2 Protokoll / unterstützt die Befehle: GGA, GSA, GSV, RMC, (optional VTG, GLL)


    Warum optional VTG - hängt das mit meinem Problem irgenwie zusammen?

    3 Mal editiert, zuletzt von gerod ()

  • @gerod: wirf doch mal einen Blick in die Datei spgps.ini.


    Es sieht so aus, als wenn MN|4 die Maus entsprechend seines Bedürfnisses initialisiert (wenn ich was Falsches sage, kommt bestimmt recht schnell ein Einspruch! :D ).


    Je nach dem, welche Maus Du in den MN|4 Einstellungen gewählt hast, wird hier abgefragt und in die entsprechenden Initialisierungszeilen gesprungen.


    Schau mal nach, ob dort VTG angesprochen wird.


    Falls ja, schmeiß meine Theorie in die Tonne.... :-D)

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

    Einmal editiert, zuletzt von HSVMichi ()

  • hallo,


    ich betreibe an meinem MDA-C den Navigon MN4.2 an einer org. Navigon Bluetooth-Maus BT-308.


    ich hatte zuerst probleme die maus "ans laufen" zu bringen.
    erst als ich sie "umprogramiert" hatte "lief" es!


    jetzt nach einiger zeit "geht" es nicht mehr!


    ich hatte ein backup zurueckgesielt, fehlanzeige. jedesmal wurde die maus einwandfrei erkannt, aber es erfolgte keine "komunikation" mit navigon 4.2.
    fehlermeldung: keine gps hardware!


    JETZT!, nach ihrem artikel wird mir der zusammenhang "klarer?!".
    falls sich herausstellt, das die programierung der maus "verloren" geht, und auch eine neuprogrammierung nicht immer geht, ist das problem klar.


    JETZT FEHLT NUR NOCH DIE LOESUNG!!


    gibt es eine?


    loest sich das problem mit den richtigen einstellungen mit einstellungen in der spgps.ini?
    und wie sind diese einstellungen?


    gruss
    FRIEDEL

  • Zum "Vergessen" von VTG :
    Wenn die Maus mehrere Tage nicht benutzt wurde, also ausgeschaltet war, setzt sie auf Werkseinstellung zurueck. Das haengt mit der "Pufferbatterie" zusammen.
    Umprogrammieren :
    Ich benutze den LeadTek Winfast Navigator. Der 1. Versuch klappt immer.
    Protokolle fuer MN|4 :
    Man muss nicht VTG benutzen. Ich benutze stattdessen RMC und habe keine Probleme.


    Bezieht sich natuerlich alles auf "meine" Konfiguration (siehe Signatur).


    Hier der relevante Teil der spgps.ini : (Original NAVIGON)


    [GGA_VTG]
    Type=NMEA
    Name=GPS with GGA and VTG messages
    Device=SerialPort
    Input1=GPGGA,utctime,latitude,ns,longitude,ew,quality,satellites,hdop,altitude,,,,,
    Input2=GPVTG,course,,,,,,speed,


    [RMC_GGA]
    Type=NMEA
    Name=GPS with RMC and GGA messages
    Device=SerialPort
    Input1=GPRMC,utctime,,latitude,ns,longitude,ew,speed,course,,,,,
    Input2=GPGGA,,,,,,quality,satellites,hdop,altitude,,,,,
    speedMultiplier=1.851998
    speedOffset=0.0

    2 Mal editiert, zuletzt von ullikoch ()

  • hallo ullikoch,


    hmmm, pufferbatterie?? gibt es da "irgendetwas" von dem hersteller?
    ich rufe da mal an.


    sollte die spgs.ini so wie beschrieben "klappen", und schaltet sie eine "falsch" programierte maus "richtig" um?
    reicht eine "richtige" spgs.ini aus?
    muss man die maus dann nicht mehr programmieren?


    muss ich die von ihnen beschriebenen passagen in meine *.ini uebernehmen?


    gruss
    FRIEDEL

  • @friedel123,
    - es ist KEINE Batterie sondern ein Stützkondensator. Anrufen beim Hersteller somit ueberfluessig.
    - wenn an Deiner spgps.ini nichts veraendert wurde, sollten die Passagen so aussehen, wie von mir gepostet. Ansonsten bitte entsprechend korrigieren.
    Hier nochmal die komplette Datei :


    [Default GPS]
    GPS=GGA_VTG
    GPS1=GGA_VTG
    GPS2=RMC_GGA


    [GGA_VTG]
    Type=NMEA
    Name=GPS with GGA and VTG messages
    Device=SerialPort
    Input1=GPGGA,utctime,latitude,ns,longitude,ew,quality,satellites,hdop,altitude,,,,,
    Input2=GPVTG,course,,,,,,speed,


    [RMC_GGA]
    Type=NMEA
    Name=GPS with RMC and GGA messages
    Device=SerialPort
    Input1=GPRMC,utctime,,latitude,ns,longitude,ew,speed,course,,,,,
    Input2=GPGGA,,,,,,quality,satellites,hdop,altitude,,,,,
    speedMultiplier=1.851998
    speedOffset=0.0


    [SerialPort]
    Port=8
    Timeout=5
    Baud Rate=4800
    Byte size=8
    Parity=N
    StopBits=1
    Binary mode, no EOF check=0
    Enable parity checking=0
    CTS output flow control=0
    DSR output flow control=0
    DTR flow control type=handshake
    DSR sensitivity=0
    Enable error replacement=0
    Enable null stripping=0
    RTS flow control=handshake
    Abort reads/writes on error=0
    XOFF continues Tx=0
    XON/XOFF out flow control=0
    XON/XOFF in flow control=0
    Transmit XON threshold=0
    Transmit XOFF threshold=0
    Tx and Rx XON character=0
    Tx and Rx XOFF character=0
    Error replacement character=0
    End of input character=0
    Received event character=0


    [SerialPort Detection]
    PortCount=6
    TestCount=0
    Defaults=SerialPort


    - Versuch doch bitte mal das Mausprotokoll auszulesen und stell es ins Forum. Das geht auch mit dem Winfast Navigator.
    - Womit hast Du die Maus "umprogrammiert" ??


    Schau auch mal >HIER<

    2 Mal editiert, zuletzt von ullikoch ()

  • hei ullikoch,


    ich habe beim "hersteller" angerufen.
    es ist tatsaechlich so, dass die maus sich auf ihre standartwerte zuruecksetzt, wenn sie einige zeit nicht mit strom versorgt wird. sie "vergisst" dann auch ihre programmierug! zum beispiel fuer navigon.


    danke fuer die ini datei.
    aber zurueck zu meiner frage:


    sollte die spgs.ini so wie beschrieben "klappen", und schaltet sie eine "falsch" programierte maus "richtig" um?
    reicht eine "richtige" spgs.ini aus?
    muss man die maus dann nicht mehr programmieren?


    koennen sie hierzu etwas sagen?


    ich habe "versucht" meine maus umzuprogrammieren. ich schaffe es zur zeit noch nicht.
    ich versuche es weiter.
    tipps zu programier soft und analyse prog. sind willkommen.


    den link von dir auf der seite erreiche ich nicht???


    gruss
    FRIEDEL

  • Nach meinem Kenntnisstand aendert der Inhalt der spgps.ini nichts an der Programmierung der Maus.
    In der Datei wird definiert, wie die gesendeten Mausprotokolle auszuwerten sind.
    Ich habe das ewige umprogrammieren aufgegeben und arbeite ohne Probleme mit den werksseitigen Einstellungen der Maus. MN|4 benutzt in diesem Fall die Protokollkomponenten RMC und GGA.
    Hinweise beziehen sich auf die Konfiguration wie in meiner Signatur angegeben !

  • Ja, ich kann bestätigen, dass der Inhalt der spgps.ini nichts an den Mausprotokollen ändert.

    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 forum, und ullikoch,


    vorheriges statement:


    ich habe "versucht" meine maus umzuprogrammieren. ich schaffe es zur zeit noch nicht.
    ich versuche es weiter.
    tipps zu programier soft und analyse prog. sind willkommen.


    statenment ende:


    tjaaa, ich habe bei einem freund einen "anderen" gps emfaenger mit de BTHTools auf "vtg" fuer navigon 4.2 umprogrammiert. er hatte auch den strom "verloren".
    nach der programmierung ging er wieder!!!


    meine bt-308 maus will nicht so recht.
    ich habe schon mit BTHTools und mit der beiliegenden gpsinfo software versucht.
    es laesst sich "anscheinend programieren, aber navigon 4.2 meldet mit einem roten sysmbol unten rechts : keine gps hardware gefunden.


    allerdings!!!!! in diesem roten symbol "blitzt" ab un zu einmal die nummer der gefundenen sateliten auf???? und fuer einen bruchteil einer sekunde aendert sich die farbe des symbols. und zwar in richtung "funktionierend".


    alles sehr seltsam! ich habe da bestimmt noch einen korken drin, den ich zur zeit noch nicht finde. eventuel liegt es jetzt auch an navigon??
    ich habe das system noch nicht verstanden. ich bleibe aber dran


    bin drangeblieben !!!
    jetzt laueft alles !!, und zwar die NobileNavigator.exe hatte einen fehler ?!?
    neu auf die sd-karte kopiert und es laeuft.
    die "vtg" programmierung der maus MUSS aber gamacht sein, sonst geht es bei mir nicht.


    gruss
    FRIEDEL

    Einmal editiert, zuletzt von friedel123 ()