GPS Rollover zerstört GPS Logger

Am 6. April 2019 gab es einen GPS Week-Rollover. Davon scheinen einige GPS Logger wie der beliebte Transystem i-Blue 747 mit dem Chipsatz MT3318 oder MT3329 betroffen zu sein.

Was ist der Week-Rollover genau?

Im GPS Signal wird das Datum nur in einer verkürzten Form übermittelt. Es werden die Wochen “seit Beginn der GPS Zeitrechnung” am 6. Januar 1980 gezählt, sowie die Sekunden in der aktuellen Woche.
Aus diesen beiden Angaben kann der GPS Empfänger dann das absolute Datum berechnen.

Das Problem entsteht nun dadurch, dass um Platz zu sparen nur 10 Bit für den Wochenzähler vorgesehen wurden. Somit kann es nur 1024 verschiedene Wochen geben, danach fängt die Zählung wieder von vorn an.

Und genau so ein Überlauf von Woche 1023 zu Woche 0 ist jetzt am 6. April passiert.

Was sind die Folgen?

Ein GPS Empfänger der mit dieser Situation nicht umgehen kann wird jetzt ein Problem haben das korrekte Datum zu berechnen.
Vor allem wenn keine alternative Zeitquelle zur Verfügung steht hat es ein GPS Empfänger recht schwer zu wissen wo genau die GPS Wochen begonnen haben. Entweder Januar 1980, August 1999 oder April 2019.

Kann man das Problem lösen?

Eine einfache Möglichkeit für die Entwickler war es, das Datum der Firmware des Loggers zu kennen. Das aktuelle Datum muss immer nach dem Datum der Firmware liegen.

Beispielsweise kann ein Logger mit einer Firmware mit Herstellungsdatum vom 16. September 2005 davon ausgehen, dass das aktuelle Datum danach ist. Der 16. September 2005 entspricht der GPS Woche 316.
Wird nun eine GPS Woche empfangen, die kleiner als 316 ist, so kann sich der Logger sicher sein, dass diese Woche NACH dem Rollover vom 6. April 2019 stattgefunden hat. Das Datum kann also entsprechend angepasst werden.

Die GPS Empfänger von u-Blox und Mediatek haben genau diesen Weg gewählt und können so 20 Jahre nach dem Herstellungsdatum das GPS Datum berechnen.

Für die Modelle MT3303, MT3332, MT3333, MT3336, MT3337, MT3339 hat Mediatek das bestätigt:

Does MTK solution suffer from GPS Week Number Rollover Issue?

Yes, but we can cover the first rollover after the firmware build date.

In other words, the firmware will work properly in the next 20 years after it is built.

Und andere Modelle?

Da wird es etwas komplizierter. Ich habe Tests mit verschiedenen Modellen aus der beliebten Transystem iBlue 747 Modellreihe gemacht und auch baugleiche Modelle getestet.

BT747 zeigt Details zu dem genauen Modell (hier Transystem iBlue 747 A+), sowie zur enthaltenen Firmware an

Einige Logger funktionieren wie erwartet, andere springen auf den September 1999. Die gemeldete Firmware ist dabei identisch. Ich versuche noch die genauen technischen Details zu bekommen und werde dann diesen Artikel entsprechend anpassen.

Model Firmware Logger SW Datum OK?
001D (747/Q1000/BGL-32) M-core_1.94 V1.31 Nein
0005 (Qstarz BT-1000P) B-core_1.1 (QST1000P) V1.38 Nein
0004 (iBlue 747 A+) AXN_1.30-B_1.3_C01 (TSI_747A+) V1.39 Nein
0002 (iBlue 747A+) AXN_1.30-B_1.3_C01 (TSI_747A+) V1.39 Ja
0006 (iBlue 747A+) AXN_1.30-B_1.3_C01 (TSI_747A+) V1.39 Ja

Gibt es einen Weg das zu reparieren?

Das schönste wäre wenn die Firmware mit dem Build-Datum die GPS Woche korrigieren kann. Dazu müsste die Firmware des Loggers aktualisiert werden. Das ist ein technisch riskanter Weg bei dem der Logger auch komplett zerstört werden kann. Dafür wäre die Reparatur aber am nachhaltigsten.

Ein anderer Weg wäre beim auslesen der Daten und konvertieren in GPX einen ähnlichen Filter auf das Datum anzuwenden. Ein Datum vor einem (einstellbaren) Grenzwert wird dann als Datum nach eben diesem Grenzwert interpretiert.

Meine Versuche

Ich habe aus einem funktionierenden Logger (gemeldet als Model 0002) die Firmware ausgelesen. Diese habe ich dann auf einen Blumax eingespielt, das sich bislang als Model 0004 gemeldet hat. Die Firmwarebezeichnung und Logger-SW wie von BT747 angezeigt war dabei identisch.

Der Logger funktioniert danach immer noch, meldet sich jetzt allerdings als Model 0002 im BT747. Die schlechte Nachricht: Das Problem mit dem Datum besteht weiterhin.

Die Lösung für das Problem

Beim Suchen nach Informationsmaterial zum MT3329 Chipsatz habe ich auch verschiedene Dokumentationen zum unterstützten Befehlssatz gefunden, die alle etwas unterschiedliche Befehle dokumentieren.

Der NMEA Befehl PMTK335 erschien mit dann sehr vielversprechend. Damit lässt sich die RTC (Real-Time-Clock) des Loggers von außen einstellen. Dadurch kann der Logger schneller eine Position bestimmen. Und als kleiner Nebeneffekt stimmt hinterher auch die Datumsberechnung wieder.

Ich erwarte, dass die eingestellte Uhrzeit so lange gültig bleibt wie der Logger durch den Akku mit Strom versorgt wird. Laut Dokumentation sollte sich die Uhrzeit im Betrieb selbsttätig nachjustieren.

Nach dem Befehl kommt Jahr, Monat, Tag, Stunde, Minute, Sekunde in UTC. Nach dem Stern die NMEA Prüfsumme, die man auch online berechnen kann.

Die Zeit sollte möglichst genau eingestellt werden. Bei mir war es dann:

Zum Abschicken des Befehls habe ich den Logger an USB angeschlossen und den Virtuellen Comport mit einem Terminalprogramm geöffnet. Ich hatte Tera Term verwendet, aber es funktioniert im Prinzip jedes andere Programm auch.

Wichtig ist, dass nach dem NMEA Befehl ein Carriage-Return und Line-Feed geschickt wird.

Wichtig ist die Einstellung für das Line-End beim Senden. Das muss CR+LF sein.

Im Terminal sieht man nach dem Abschicken des Befehls auch die Bestätigung des Loggers darüber:

Der so behandelte Logger hat brav Daten aufgezeichnet, die dann mit BT747 auch mit dem korrekten Datum exportiert wurden.

27 Gedanken zu „GPS Rollover zerstört GPS Logger

  1. Hallo,
    ich habe bei mir leider ebenfalls festgestellt, dass die Datumsanzeige fehlerhaft ist.
    Ich nutze einen Blumax 4044, baugleich mit dem Iblue 747a+. Do wird er auch im BT 747 angezeigt.
    ABweichend zu den ANgaben 0002, 0004 sowie 0006 wird bei mir 000F angezeigt.
    Die Firmware ist identisch mit der im Blog angegebenen.
    Nun würde ich gern die oben empfolene Änderung auch bei meinem Tracker durchführen.
    Ich bin aber nicht ganz so sattelfest in diesem Bereich und den aufgezeigten Weg kann ich schlecht nachvollziehen.
    Gibt es mittlerweile eine Einfachere Lösung oder eine genauere Beschreibung der erforderlichen Schritte?
    Für Hilfe wäre ich sehr dankbar
    Grüße Volker

  2. Hallo Ich noch einmal,
    ich habe bisher das Program Tera term installiert, die Verbindung zum Logger hergestellt und den Befehl nebst nmea Prüfsumme erstellt.
    Nur wie bekomme ich diesen Befehl an den Logger gesendet?
    Habe schon einiges Versucht aber bisher erfolglos.
    Wie komme ich nun weiter?
    Für eine Hilfe wäre ich sehr dankbar.
    Grüße Volker

  3. Schon wieder ich! 😉
    Nun habe ich es “geschafft” den Trecker in einen 747pro zu verwandeln aber mit enttäuschendem Ergebniss.
    Ich habe eine ANleitung nebst Software gefunden, die das Problem mit dem Datum beheben sollte. Hat aber leider keinen Erfolg gehabt und die Firmware ist nun die eines 747pro. Natürlich funktioniert die Datenaufzeichnung, auslesen nicht mehr.
    Verbinden kann ich den Tracker aber noch über BT747 und das Flashtool für MKT.
    In dem obrigen Block habe ich gelesen, dass die Firmware auf einen anderen Logger aufgespielt wurde. Wäre es möglich diese Firmware zu bekommen, damit ich wenigstens wieder den Originalzustand des Loggers herstellen kann?
    Ich hoffe auf positive Antworten! 😉
    Grüße Volker

    • Hallo Volker,
      mit dieser Software konnte ich die Firmware auslesen, bzw. eine neue aufspielen. Hast du deine alte Firmware gesichert?
      https://github.com/dimhoff/mt333x-fw-utils

      Es hilft sicher auch wenn du jemanden findest der einen baugleichen Logger hat der sich als Model “000F” meldet. Dann kannst du diese Firmware auslesen und bei Dir aufspielen. Ob die Firmware eines anderen Loggers funktioniert hängt von vielen Faktoren ab. Das lässt sich so nicht vorhersagen. Ein Model 0004 in 0002 umwandeln hat hier funktioniert.

      Du musst irgendwie zu einer funktionierenden Firmware zurück.
      Offiziell gibt es Firmware nur vom Hersteller. Ob sie für “uralte” Logger nochmal eine neue Firmware bauen lässt sich nicht sagen. Zumindest für den 747pro haben sie es getan. Der wird aber auch noch aktuell von ihnen verkauft. Die ganzen anderen alten Logger nicht mehr.

  4. Hallo Stephan,
    Ich bedanke mich für deine schnelle Antwort!
    Selbstverständlich habe ich meine alte Firmware NICHT gesichert!
    Von der Möglichkeit hatte ich nicht gewusst und die Seite mit deinem Link kannte ich nicht.
    Den richtigen mtk downloadagenten hatte ich bereits zum aufspielen der nun nicht funktionierenden Firmware genutzt.
    Da mein Logger nun eh schon zerschossen ist, würde ich als letzten Versuch gern eine firmware aufspielen die annähernd dem Original entspricht.
    Ich denke es ist relativ unwahrscheinlich jemanden zu finden der die 000f firmware
    hat und mir zukommen lässt.
    Vielleicht habe ich ja mit der 0002 oder 0004 ebenfalls Glück!??
    Wäre es möglich mir diese zukommen zu lassen?
    Grüße Volker

    • Habe über einen Kommentar durch Stephan Knauß diesen Artikel gefunden. Dabei habe ich kurz den Kommentarverlauf durchgelesen…

      Sicher dass Blumax 4044 baugleich mit iBlue 747A+ ist? Ich habe auf meinem Blog einen Artikel für den Firmwareupdate für 747A+/747Pro von Transsystem beschrieben. Ebenso via Kommentar mittlerweile eine Quelle für die Firmware vom 747ProS erhalten. Keine Ahnung ob man mit einem dieser, dein Gerät wiederbeleben kann?

      Der erwähnte Artikel: https://blog.blackseals.net/2019/05/12/gps-phototagger-und-keine-daten-im-geraet/

      Leider werden die 747A+, 747Pro und 747ProS seit langem nicht mehr produziert. Damit ist der aktive Support ebenfalls seit längerem dahin. Transystem hat sogar die Produktpalette der GPS Datenlogger eingestellt. Aufgrund des Alters scheint es für Blumax ähnlich, wenn nicht sogar schlechter zu sein. Da konnte ich überhaupt keinen Download finden…

      Da ich viele Anfragen und Rückmeldungen erhalten habe, kann ich mal nachfragen ob darunter ein Blumax war.

      • Der pro hat doch einen Erschütterungssensor. Das hat der 747A+ nicht. Wichtig wäre jetzt ein möglichst ähnliches Gerät zu identifizieren. Bei OpenStreetMap waren diese Logger mal sehr beliebt. Eventuell im Forum oder der Mailingliste anfragen. Ich bin recht sicher, dass der Logger wieder repariert werden kann. Ich versuche mal die Zeitsynchronisation in bt747 einzubauen. Sollte dann für die meisten Anwendungen ausreichen.

        • Oh, interessant zu wissen. Bislang hatte ich vermutet beide GPS Datenlogger sind sehr ähnlich und nur im Detail unterschiedlich, da in der Vergangenheit schon einmal ein Firmware-Update für beide Systeme gültig war.

          Das mit bt747 klingt gut und würde vielen ohne dauerhafter Firmware wesentlich leichter weiterhelfen.

  5. Pingback: GPS PhotoTagger und keine Daten im Gerät *Update* | BlackSeals.net blog

  6. Hallo zusammen,
    sorry, dass ich mich erst jetzt wieder melde aber ich war ein paar Tage on Tour.

    Andyt- Beim Auslesen über bt747 wurde mein Blumax 4044 als 747A+ angezeigt.
    Die Firmware war identisch mit der von Stephan aufgelisteten nur die Modelbezeichnung war mit 000f unterschiedlich.
    Zu deinem Link zu Blog/ Blackseals- genau mit dieser Software habe ich den Logger zerschossen.
    Ich war auch in der Annahme, dass es das Problem beheben würde da ja auch explizit der 747A+ mit angegeben wurde.
    Ich werde dann mal mein Glück auf der von Stephan genannten Seite versuchen.
    Vielleicht habe ich ja dort glück eine Firmware zu bekommen.

    Mittlerweile habe ich mich auch anderweitig verändert und günstig einen Qstarz BT 1000xt gekauft.
    Hier wird auch ein Update angeboten der das Rollup Problem löst.

    Trotz alledem möchte ich gern den treuen 747A+ wieder zum Leben erwecken! 😉

    Ich halte Euch auf dem Laufenden.

    Grüße Volker
    Leider hat es nicht funktioniert.

    • Oh, verstehe. Ich nehme an, bt747 hat das korrekt ausgelesen. Dann wundert mich schon dass es nicht klappt. Scheinbar hat der Blumax 4044 zum 747A+ doch mehr Unterschiede?

      Ich habe das zwar in meinem Artikel erwähnt, aber nicht näher beschrieben. Im beigefügten PDF aus dem Paket von Transystem waren noch Zusatzschritte angeführt. Ich habe diese bei mir nicht durchführen müssen, aber vielleicht fehlt das bei deinem Modell. Über eine Kontaktanfrage weiß ich, dass der Schritt mit dem Rücksetzen in einem Fall notwendig war. In der Zwischenzeit bis zu einer Antwort von der genannten Seite ist es ein möglicher Versuch für die Verwendung.

      Daneben was mich zurzeit noch interessieren würde? Es wurde angegeben, der Logger arbeitet normal, aber das Auslesen klappt nicht? Wurde dies nur mit bt747 probiert? War da Original eine andere Software dabei? Da funktioniert es ebenso nicht?

      Ich selbst nutze GPS Photo Tagger, das original bei meinem GPS Tracker dabei war. Mit bt747 habe ich es nach dem Firmwareupdate noch nicht probiert. Ein Versuch damit wäre in der Zwischenzeit ebenso denkbar.

      • BT747 erkennt das Modell nur rudimentär. Die Nummer mit der Modellbezeichnujng oder am String aus der Firmware. Siehe im SourceCode BT747Constants.java::modelName().

        Die aktuelle Version von BT747 kann automatisch das Datum um eine GPS Epoche verschieben. Das ist als Workaround auch ganz OK denke ich. Passendes Datum wie im Blog beschrieben dürfte für AGPS erforderlich sein.

  7. Hallo,
    eine kurze Zwischeninfo!
    Bisher hatte ich noch keine Zeit um Stephans Tip mit Openstreetmap zu folgen und dort eine Suchanfrage zu stellen.
    Ganz unverhofft habe ich dann gestern von einem “Unbekannten” die Firmware für den Iblue 747a+ zugeschickt bekommen.
    Ich vermute mal von Dir Stephan!??
    Betsen Dank dafür!
    Ich habe mich heute Morgen auch gleich daran gemacht und versucht sie zu installieren.
    So richtig hat es anscheinend nicht geklappt.
    In BT747 wird nun wieder Iblue 747a+ angezeigt und auch Koordinaten werden erkannt.Modell 002
    Ebenso in MTKutility mit BT.
    Eine Kopplung mit LocusMaps als BT Maus, schlug leider fehl.
    Leider sind auch die Anzeigen der LED am Tracker noch verwirrend und nicht im Ursprungszustand der Funktionsanzeige.
    Ich wollte vor dem Installieren noch den Speicher des Loggers formatieren aber es wurde die Verbindung unterbrochen und error Com 7 angezeigt.
    Leider muß ich nun wieder zur Schicht und muß weitere Versuche abbrechen.
    Sobald ich wieder Neuigkeiten habe melde ich mich wieder.
    Grüße Volker

    • Je nach Hersteller kann verschiedene Peripherie verbaut sein. Der Flash Speicher muss vielleicht anders angesprochen werden, ist größer oder kleiner, oder, oder, oder.
      Wie oben geschrieben wäre es am besten wenn du jemanden findest der den gleichen Logger hat. Die LED cycles können in der Firmware eigestellt werden. Vielleicht sind sie beim Modell “0002” etwas anders. Bluetooth hatte ich nie ausprobiert, da ich die Geräte als reine Logger verwende. Haben die Logger eine valide aussehende BT Adresse? Diese Config müsste beim Logger auch irgendwo stehen. BT747 kann das auslesen.

  8. Hallo,
    jetzt habe ich es geschafft und im Forum Opensreetmap einen Beitrag geschaltet.
    Stephan, du hast offensichtlich recht damit,dass die Modelle sich doch mehr unterscheiden als von mir angenommen.
    Die LEDs werden unterschiedlich angespochen und eine Speicherung ist ebenfalls nicht möglich.
    Ich melde mich wieder wenn sich etwas Neues ergibt!
    Ich bedanke mich aber schon jetzt einmal für die bisher erhaltene Hilfe!
    Grüße Volker

  9. Hallo Volker,
    ich kann dir zwar nicht helfen, aber du mir vielleicht?
    Ich habe ein 747A+ und konnte die Firmware
    747ProJP_A1.30E_20190419_747PRO GPS_TSI_747PROj_0005_9029807012E.bin
    aufspielen aber Loggen tut er nicht wirklich.
    Köntest du mir Deine
    Firmware AXN_1.30-B_1.3_C01 (TSI_747A+) V1.39
    zukommen lassen eventuell kann ich dann mein Recorder teilweise nutzen.
    Danke
    Gruß Klaus

  10. I am using the MTK 747A +. April 2019 We upgraded firmware to 747Pro to solve GPS Week-Rollover issue.

    After the firmware upgrade, the reception date is normally received but it is not recorded. Also, the LED does not seem to work as it was originally. So I want to restore the original firmware (AXN_1.0-B_1.3_CO1,000B, TSI_747A +, 1.0) or higher firmware.

    If you have a firmware file I want, please send it to me by e – mail.

    me: jngwoo@gmail.com

    Thank you ~!

    • I solved the problem as follows:

      I own a GPS741 (Ascen Korea) and,
      Original firmware was “AXN_1.0-B_1.3_CO1,000B (8?), TSI_747A +, 1.0”.

      Due to the “GPS Week Number Rollover” issue that occurred on April 7, 2019, I updated the firmware to “747ProJP_A1.30E_20190419_747PRO GPS_TSI_747PROj_0005_9029807012E.bin”. However, I had a problem that GPS signal reception was good but not recorded like others.

      In addition, I regarded my model as the same model as “QStarz BT-Q1000XT”, so I updated to the “Star-Q1000XT” firmware of the QStarz company which solved the issue, but also experienced the same problem.

      https://qws.qstarz.com/WNRO/
      https://qstarz.s3.amazonaws.com/public/BT-Q1000XT/firmware/Upgrade201903.zip

      Probably because of the same chipset, it was caused by different internal logger programs that handle button click events for each model.

      My solution:

      1. Visit QStarz’s “GPS WEEK NUMBER ROLLOVER (WNRO)” page.
      2. Download the “BT-Q818XT” firmware update file.
      3. Update the firmware.
      4. I encountered the same problem as a result of the firmware update, but found some other possibilities.
      5. That is, the “Bluetooth Address” was correctly displayed and was actually recorded when the “Start Log” command was sent (the previous command was ignored).

      6. The GPS control program I used is
      [Desktop PC]
      a. GpsView v2.0.19.exe: “GPSView”
      b. MtkDLut.exe: “MTK GPS Logger download Utility”.

      1. The “GpsView v2.0.19.exe” program can be obtained from http://www.transystem.com.tw/www/product.php?b=G&m=pe&cid=4&id=85.

      2. The “MtkDLut.exe” program is available from “http://4river.a.la9.jp/gps/index.htm”.

      [Android]
      1. “MTKutility”: control of all common functions (Google Play Store)
      2. “SerialBluetooth”: smartphone terminal program for sending commands to Bluetooth (Google Play Store)

      You can send a “Start Log” command to the “MTKutility” program on your PC. Initiated log commands are retained even if the power is turned off, unless a stop command is sent.

      However, the “MTKutility” program was able to control all the functions, but when deleting the log or changing some log options, it is in the “stop log” state, so it is inconvenient to reconnect to the PC and send the “start log” command. .

      This inconvenience in the open air can always be solved by sending a “Start Log / Stop Log” command from your smartphone.

      The “SerialBluetooth” installed on the smartphone is responsible for this function.

      The following is a terminal command.
      Start Log: $ PMTK182,4 * 21
      Stop Log: $ PMTK182,5 * 20
      Erase Log: $ PMTK182,6,1 * 3E
      My question is my own answer.

      I am simply sending the command by assigning the above command to each button as a macro function.

      If your model has the “MTK3329 chipset”, it’s all possible, but not sure.

      Good luck to everyone.

  11. Danke Volker, die Firmware hatte ich schon aufgespielt, passt nicht
    jetzt Speichert der 747A+ gar nichts mehr.
    Firmware vom anderen 747A+ auslesen mit
    mt333x-fw-utils klappt nicht (bei mir) mit Python 2.7

    • Hallo Klaus,
      welchen Fehler gibt es denn beim Auslesen? Ist schon etwas länger her, aber ich glaube ich hatte auch ein Problem. Bin mir nicht mehr so sicher was ich gemacht hatte.
      Stephan

  12. Hallo Stephan
    erst mal einen Dank an all denen die anderen Helfen
    mit der 32 Bit Version von Python 2.7 bin ich zwar weiter gekommen. Aber……
    so sieht es jetzt aus
    —————–
    C:\>C:\Python27\mt333x-fw-utils\mt333x_fw_dump.py COM5 axn.bin
    Traceback (most recent call last):
    File “C:\Python27\mt333x-fw-utils\mt333x_fw_dump.py”, line 146, in
    main()
    File “C:\Python27\mt333x-fw-utils\mt333x_fw_dump.py”, line 87, in main
    brom.start()
    File “C:\Python27\mt333x-fw-utils\mt333x_helpers.py”, line 88, in start
    self._ser.apply_settings({
    AttributeError: ‘Serial’ object has no attribute ‘apply_settings’

    C:\>
    —————–
    88 self._ser.apply_settings({
    89 ‘baudrate’: self._baud,
    90 ‘timeout’: 0.005
    91 })
    —————–
    Danke hat Zeit
    Klaus

  13. Hi Stephan!
    Zunächst einmal: Dank & Anerkennung für Deinen Blog!!
    Leider muß ich Dich kontaktieren, weil mit Deinen Hinweisen alleine ich nicht zum Durchbruch komme: Es hakt anscheinend bei dem Schritt der Befehlsübermittlung mit Tera Term.
    Der Reihe nach: Bei mir geht es um einen blumax 4043, laut BT747 Model 0007(iBlue 747), Firmware B-care_1.1 (TSI 747CD), SW V1.38.
    Ich habe immerhin hinbekommen, ihn mit Tera Term zu verbinden, auch der Schritt der Umstellung des Befehlabschlusses auf CR+LF sowie die Erstellung des Befehl selbers mit Checksumme ist nicht das Problem – doch vorher hakt es schon (vermutlich aufgrund meiner Unerfahrenheit): Ich hätte vermutet, daß in Tera Term die Kommunikation mit dem Logger innerhalb des Hauptfensters vonstatten geht, ein Terminal halt, wo man den Befehl eingeben kann und dann hoffentlich wie von Dir beschrieben die Bestätigung / Response vom Logger bekommt – doch sobald ich den Logger einschalte (und ohne Einschalten kann ich ihn nicht verbinden) wird der Bildschirm andauernd mit einem Zeichensalat (viele chinesische Zeichen dabei) vollgeschrieben; außerdem ist mir es nie gelungen, selber etwas in den Bildschirm zu schreiben, auch einfügen o.ä. funktioniert nicht. Was mache ich falsch?
    Dieser von Dir vorgeschlagene Workaround scheint mir mit Abstand die beste Lösung, aber ist vielleicht zu kompliziert für mich. Letztlich reichte es mir schon, könnte ich den Zeitraum um 1024 Wochen verschieben, wie ferner als Lösung von Dir mittels BT747 beschrieben, aber das Laden dort endet ohne angezeigte Daten, genau wie in der Software vom Hersteller.
    Wäre toll, könntest Du mir weiterhelfen!

  14. I solved the problem as follows:

    I own a GPS741 (Ascen Korea) and,
    Original firmware was “AXN_1.0-B_1.3_CO1,000B (8?), TSI_747A +, 1.0”.

    Due to the “GPS Week Number Rollover” issue that occurred on April 7, 2019, I updated the firmware to “747ProJP_A1.30E_20190419_747PRO GPS_TSI_747PROj_0005_9029807012E.bin”. However, I had a problem that GPS signal reception was good but not recorded like others.

    In addition, I regarded my model as the same model as “QStarz BT-Q1000XT”, so I updated to the “Star-Q1000XT” firmware of the QStarz company which solved the issue, but also experienced the same problem.

    https://qws.qstarz.com/WNRO/
    https://qstarz.s3.amazonaws.com/public/BT-Q1000XT/firmware/Upgrade201903.zip

    Probably because of the same chipset, it was caused by different internal logger programs that handle button click events for each model.

    My solution:

    1. Visit QStarz’s “GPS WEEK NUMBER ROLLOVER (WNRO)” page.
    2. Download the “BT-Q818XT” firmware update file.
    3. Update the firmware.
    4. I encountered the same problem as a result of the firmware update, but found some other possibilities.
    5. That is, the “Bluetooth Address” was correctly displayed and was actually recorded when the “Start Log” command was sent (the previous command was ignored).

    6. The GPS control program I used is
    [Desktop PC]
    a. GpsView v2.0.19.exe: “GPSView”
    b. MtkDLut.exe: “MTK GPS Logger download Utility”.

    1. The “GpsView v2.0.19.exe” program can be obtained from http://www.transystem.com.tw/www/product.php?b=G&m=pe&cid=4&id=85.

    2. The “MtkDLut.exe” program is available from “http://4river.a.la9.jp/gps/index.htm”.

    [Android]
    1. “MTKutility”: control of all common functions (Google Play Store)
    2. “SerialBluetooth”: smartphone terminal program for sending commands to Bluetooth (Google Play Store)

    You can send a “Start Log” command to the “MTKutility” program on your PC. Initiated log commands are retained even if the power is turned off, unless a stop command is sent.

    However, the “MTKutility” program was able to control all the functions, but when deleting the log or changing some log options, it is in the “stop log” state, so it is inconvenient to reconnect to the PC and send the “start log” command. .

    This inconvenience in the open air can always be solved by sending a “Start Log / Stop Log” command from your smartphone.

    The “SerialBluetooth” installed on the smartphone is responsible for this function.

    The following is a terminal command.
    Start Log: $ PMTK182,4 * 21
    Stop Log: $ PMTK182,5 * 20
    Erase Log: $ PMTK182,6,1 * 3E

    I am simply sending the command by assigning the above command to each button as a macro function.

    If your model has the “MTK3329 chipset”, it’s all possible, but not sure.

    Good luck to everyone.

    • P.S:
      FullOverWrite: $ PMTK182,1,6,1 * 23
      FullStopWite: $ PMTK 182,1,6,2 * 20

      * But there seems to be one problem.
      If you are not receiving GPS signal from other devices such as PC Com Port or Bluetooth connection, it seems to be in Idle state.
      However, if you connect your smartphone’s “Bluetooth GPS (Google Play Stored)” app in idle mode, it will start recording again.
      If you find a solution to this problem, please write it here.

  15. I solved the problem as follows:

    I own a GPS741 (Ascen Korea) and,
    Original firmware was “AXN_1.0-B_1.3_CO1,000B (8?), TSI_747A +, 1.0”.

    Due to the “GPS Week Number Rollover” issue that occurred on April 7, 2019, I updated the firmware to “747ProJP_A1.30E_20190419_747PRO GPS_TSI_747PROj_0005_9029807012E.bin”. However, I had a problem that GPS signal reception was good but not recorded like others.

    In addition, I regarded my model as the same model as “QStarz BT-Q1000XT”, so I updated to the “Star-Q1000XT” firmware of the QStarz company which solved the issue, but also experienced the same problem.

    https://qws.qstarz.com/WNRO/
    https://qstarz.s3.amazonaws.com/public/BT-Q1000XT/firmware/Upgrade201903.zip

    Probably because of the same chipset, it was caused by different internal logger programs that handle button click events for each model.

    My solution:

    1. Visit QStarz’s “GPS WEEK NUMBER ROLLOVER (WNRO)” page.
    2. Download the “BT-Q818XT” firmware update file.
    3. Update the firmware.
    4. I encountered the same problem as a result of the firmware update, but found some other possibilities.
    5. That is, the “Bluetooth Address” was correctly displayed and was actually recorded when the “Start Log” command was sent (the previous write command did not work).
    6. GPS control program I used

    [Desktop PC]
    a. GpsView v2.0.19.exe: “GPSView”: (http://www.transystem.com.tw/www/product.php?b=G&m=pe&cid=4&id=85)
    b. MtkDLut.exe: “MTK GPS Logger download Utility”: (http://4river.a.la9.jp/gps/index.htm)

    [Android]
    1. “MTKutility”: control of all common functions (Google Play Store)
    2. “SerialBluetooth”: smartphone terminal program for sending commands to Bluetooth (Google Play Store)

    You can send a “Start Log” command to the “MTKutility” program on your PC. Initiated log commands are retained even if the power is turned off unless a “stop log” command is sent.
    However, the “MTKutility” program was able to control all the functions, but when deleting the log or changing some log options, it is in the “stop log” state, so it is inconvenient to connect to the PC and send the “start log” command again. .

    This inconvenience in the open air can always be solved by sending a “Start Log / Stop Log” command from your smartphone.
    The “SerialBluetooth (Google Play Store)” installed on the smartphone is responsible for this function.

    The following is a terminal command.

    Start Log: $ PMTK182,4 * 21
    Stop Log: $ PMTK182,5 * 20
    Erase Log: $ PMTK182,6,1 * 3E
    FullOverWrite: $ PMTK182,1,6,1 * 23
    FullStopWrite: $ PMTK182,1,6,1 * 23

    I am simply sending the command by assigning the above command to each button as a macro function.
    If your model has the “MTK3329 chipset”, it’s all possible, but not sure.

    Good luck to everyone.

    P.S: But there seems to be one problem.
    If you are not receiving GPS signal from other devices such as PC Com Port or Bluetooth connection, it seems to be in Idle state.
    However, if you connect your smartphone’s “Bluetooth GPS (Google Play Stored)” app in idle mode, it will start recording again.
    If you find a solution to this problem, please write it here.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.