Renault Laguna 3 van bouwjaar 2010 Carminat problem time stamp

[Willy875]

thanx for reply and i have to wait for the solution.
The version of Carminat is not the live version and the simcard is working accept the time setting

In this message, he says his SIM card is working. To my knowledge, a SIM card can only work on a Live device.

 

[Luismo]

I haven't been able to mount this myself, it was an assumption. What you maybe can do is to use TTActivator-v1.20 to only patch navcore. That's what gives you an extracted version of PNDNavigator.
I hope it is allowed here to reference TTActivator as it can also be used for things that are certainly not allowed!

Hi MacPat,

I have an original SD card with ttSystem and I've tried using TTActivator v1.20, but it doesn't extract PNDNavigator. I also haven't found a working FastActivate. Do you know of any links to download FastActivate? Regards, Luismo

 

[Willy875]

I don't understand what's happening.

Version: 8.843 Release date: 23/01/2019

This update prepared your GPS for the Week Number Roll Over in April 2019. So, 7 years is still a long way from 1024 weeks.

It seems Carminat isn't the only device experiencing this problem; other GPS models are also encountering the same issue.

 

[eckard]

Moin, herzlichen Dank für diese Analyse. Hervorragende Arbeit! Ich habe notepad++ installiert, anschließend das hex-plugin für notepad++ aktiviert. Die Datei steht im Hauptverzeichnis der SD-Karte. In notepad selbst view in hex unter plugins aktivieren. Die beschriebe Zeile suchen, ändern und speichern. (Megane3 Coupe 2010, Carminat mit dem aktuellen System)

 

[xrust83]

Hi, MacPat

I have the same problem on a Carminat TT navcore 8.843. It displays the time as --:--

The information in your post is really good, but in my case I don't have the PNDNavigator file and I can't find where to download the FastActivate tool. Can it be done directly through ttsystem?

Thanks, Luis

We understand that you do not understand what is happening, but we do not understand why you are commenting on what you do not understand. The problem of 2019 was global and concerned all GPS devices. And the problems of 04/19/2026 concern a specific microcircuit used in tomtom carminat and the code in the TomTom software in which it is written to output —:— if the year < 2007. The microcontroller cycle also reached 1024 and the countdown began from 09/06/2006. Most likely the date of production launch. The combination of these factors in the TomTom code and in the microcircuit date led to the fact that the program is executing to output —:— instead of the clock until 2007. I do not speak English, I use a translator, but I understood this from the post published by MacPat. Apparently, due to the moderation of different topics, your thoughts got mixed up between different branches of the forum

I don't mean to offend anyone, but at the beginning you made assumptions about 2G, 3G and GSM networks, but this has nothing to do with the problem that has arisen.

The position of official TomTom support is also interesting. The cause of the problem is described in detail, its solution is shown by a practical solution. But a week has passed and users who use the official firmware and accordingly paid for their maps to keep them up to date are left without a watch.

 

[canderson]

So that we're clear, this isn't related to the original June 2019 WNRO issue. These are secondary 'knock-on' issues specific to certain chips combined with certain devices' firmware that has also impacted devices using MediaTek MTK2503D / MT3333 chips (August 2025), not just SiRFStar chips.

The first wave of these problems hit Honda/Acura vehicles in 2022 with nav units produced 2004-2012. Their clock systems rolled back to 2002 in 2022. Porsche had a similar problem. At the same time, Furuno marine receivers were hit by this if not already updated.

Drones and embedded systems (e.g., the GoPro Karma drone in 2020) have been getting hit. Various industrial devices have also seen this problem.

As for SiRFIII devices, the firmware for devices employing that chip may have used 10 bit week logic, hence the 1024 weeks issue (which is the case here). Some of the older Garmins are in the same trouble right now. The bad news for them is that they can't even acquire a satellite fix. Some of the more recent Garmins (early 2000's) like the old eTrex version will usually still be able to get a satellite fix, but the date/time is stuck at 20 years early, and firmware updates don't seem to fix this. Only those devices updated using Garmin Express after 2019 seem to be solid.

There's plenty more one could add to the list.

For anyone whose only problem is a clock that doesn't show the right time, be glad that's your only problem. Many old devices are effectively bricked due to inability to get a satellite fix with these problems.

 

[josep]

¿Alguien puede explicar por favor más en profundidad la solución para los que tienen una tarjeta original utilizando Linux?

 

[PaulGertzen]

Hi all,
After extensive reverse engineering (together with AI, Claude) of the PNDNavigator binary on the Carminat TomTom SD card, I've found the root cause of the --:-- clock issue that many users are experiencing since around 19-20 April 2026, and more importantly, a fix.

What's happening - the root cause
The Carminat TomTom uses a SiRF Star III GPS chip (GSW3.2.4TT_3.1.00.12-C35B1.02) that stores the GPS week number in a 10-bit field, which can only count up to 1024 weeks before rolling over to zero. Around 19-20 April 2026, we crossed GPS week 2415. This is exactly 1024 weeks after GPS week 1391, which corresponds to 6 September 2006.
This means the chip's 10-bit counter has overflowed once, and the chip now thinks the date is somewhere in September 2006 — not the classic 1024-week rollover (that won't happen until November 2038), but rather the chip losing track by exactly one full 1024-week cycle.
We can confirm this because when the loopdir folder was deleted from the SD card during testing, the system recreated it with a timestamp of 6 September 2006 — exactly what the GPS chip was reporting as the current date at that moment.

Why the clock shows --:--
Through reverse engineering the PNDNavigator ARM binary using Ghidra, I found the function CClock:oCurrentDateTime. This function retrieves the current date and time and returns it to the clock display. It contains a hard-coded year threshold check:


c if (year < 2007) { // return invalid / show --:-- }

Because the GPS chip reports a year of 2006, this check fails and the clock display always shows --:--. The navigation itself continues to work because position fixing doesn't rely on the absolute date.

The fix
The fix is to lower the year threshold from 2006 to 1977 (before the GPS epoch of January 1980), so the software accepts any year the chip reports — including 2006.
On cards where PNDNavigator is a standalone file on the SD card (this applies to cards that were modified using the FastActivate tool):

1. Make a backup of PNDNavigator on your SD card first
2. Find the following bytes at offset 0x402928 in the file:

d6 07 00 00

1. Replace with:

b9 07 00 00

On Mac, using Python:

python data = bytearray(open('/Volumes/TOMTOMDISK/PNDNavigator','rb').read()) file_offset = 0x402928 assert data[file_offset:file_offset+4] == bytes([0xd6, 0x07, 0x00, 0x00]) open('/Volumes/TOMTOMDISK/PNDNavigator_backup','wb').write(bytes(data)) data[file_offset] = 0xb9 data[file_offset+1] = 0x07 open('/Volumes/TOMTOMDISK/PNDNavigator','wb').write(bytes(data)) print('Done!')

On Windows, using a hex editor like HxD:

• Open PNDNavigator
• Go to offset 402928 (hex)
• Verify you see D6 07 00 00
• Replace with B9 07 00 00
• Save

Important notes

• This fix applies to modified/unlocked SD cards where PNDNavigator exists as a standalone file
• On original unmodified cards, PNDNavigator is embedded inside loopdir/loopback.ex3 (a Linux ext3 filesystem image) — patching that requires Linux tools to mount the filesystem and is more complex
• The navigation itself continues to work correctly even without this fix — only the clock display is affected
• The fix has been tested and confirmed working on a Renault Laguna with Carminat TomTom firmware version 8.843

Additional findings
We also patched the ephemeris files (packedephemeris.ee, ee_meta.tlv, ee_meta.txt) to correct their timestamps. While this did not fix the clock display by itself, it may help with GPS fix acquisition time.

Thanks for this however with a stock SD card (from my 2010 Megane RS250) loopdir/loopback.ex3 does not contain PNDNavigator and a binary search through all the files inside loopback.ex3 as well as all files on the SD card itself cannot locate the byte sequences mentioned. Looks like we will have to wait for TomTom

 

[Luismo]

Today they responded to me from TomTom about ticket 3593545:

"Thank you for waiting. We appreciate your patience.
We acknowledge your query and apologize for the delay in response. We are currently experiencing a high volume of customer inquiries.
The ticket is still being reviewed by our specialized support team and will respond at the earliest on topmost priority.

Kind regards,
TomTom Customer Care"

I think they didn't finish inventing it.

 

[Luismo]

I finally found a FastActivate tool that works in my Windows. It recognizes the SD card, the ttgo.bif file, and the maps, but it doesn't patch the ttsystem (it starts but never finishes), so I couldn't get the PNDNavigator file.

I found a patched PNDNavigator file online, downloaded it to the SD card, but it didn't work.

I'll continue to see --:-- on the display until TomTom fixes it or I replace my car.

 

[Simon.Bourgeois33]

Ineens geen tijdsindicatie meer. Wel 9 satelieten ontvangst. Tijd is aan te passen/synchroniseren maar houd het niet vast.
West Europa versie 11.65
alles opnieuw geinstalleerd en zelfs Quickfix verwijderd en opnieuw erop.
accu los gehad
oude kaart erin 10.02 maar ook daar zelfde probleem dat ik de tijd wel kan aanpassen /synchroniseren maar wil deze wijziging niet vasthouden.
op display --:--
Antenne los gehad maar geen oxidatie
GPS route planning werkt gewoon alleen aankomsttijden --:--

zijn er op middenconsole knoppen die ik gelijktijdig moet indrukken voor reset? ( verborgen gaget)?

hoop op oplossing

Bonjour à tous,

Je confirme avoir réussi à corriger le problème d’heure affichée en `--:--` sur une **Renault Laguna 3 équipée du Carminat TomTom**, en version :

```text
ApplicationVersionVersionNumber=8843
ApplicationVersion=3130258
GPSFirmwareVersion=GSW3.2.4TT_3.1.00.12-C35B1.02
```

Je précise que j’ai fait toute la manipulation sur **Mac**.

## Symptôme

Depuis le bug GPS d’avril 2026, le GPS fonctionnait correctement, la position était bien détectée, les satellites étaient bien captés, mais l’heure restait affichée en `--:--`.

La mise à jour **QuickGPSFix** via TomTom HOME n’a pas suffi à corriger le problème.

## Point important dans mon cas

Sur ma carte SD d’origine, le fichier `PNDNavigator` n’était pas présent à la racine.

Au départ, j’avais seulement un dossier `loopdir` avec un fichier du type :

```text
loopback.ex3
```

ou auparavant :

```text
ext3_loopback
```

Donc le patch classique directement sur `/Volumes/TOMTOMDISK/PNDNavigator` ne pouvait pas fonctionner, car ce fichier n’existait pas sur ma SD.

## Ce qui a fonctionné

La solution a été de récupérer le **Navcore officiel Carminat TomTom 8.843**, de patcher le fichier `PNDNavigator`, puis de copier le Navcore extrait directement à la racine de la carte SD.

Le point décisif a été de copier le fichier `~tsystem` extrait du Navcore en le renommant/remplaçant en `ttsystem` à la racine de la SD.

## Étapes réalisées sur Mac

### 1. Sauvegarde complète de la carte SD

```bash
mkdir -p ~/Desktop/Sauvegarde_TomTom_Laguna

rsync -avh --progress \
--exclude=".Spotlight-V100" \
--exclude=".fseventsd" \
--exclude="._*" \
/Volumes/TOMTOMDISK/ ~/Desktop/Sauvegarde_TomTom_Laguna/
```

### 2. Téléchargement du Navcore officiel TomTom 8.843

```bash
mkdir -p ~/Desktop/tomtom_navcore_test
cd ~/Desktop/tomtom_navcore_test

curl -L --fail -o navcore_8843.3130258.Carminat_TomTom.cab "http://download.tomtom.com/sweet/navcore/navcore_8843.3130258.Carminat_TomTom.cab"
```

Le fichier faisait environ 24 Mo.

### 3. Installation des outils nécessaires sur Mac

J’avais déjà Homebrew installé. Ensuite :

```bash
brew install cabextract p7zip
```

### 4. Extraction du fichier CAB

```bash
mkdir -p cab_extract
cabextract -d cab_extract navcore_8843.3130258.Carminat_TomTom.cab
```

Cela a extrait notamment :

```text
cab_extract/ttsystem
cab_extract/install/DS_1/IA0000700006swlimage0.zip
```

### 5. Extraction du ZIP interne

```bash
mkdir -p swlimage_extract
7z x cab_extract/install/DS_1/IA0000700006swlimage0.zip -oswlimage_extract
```

Dans ce dossier, j’ai bien trouvé :

```text
swlimage_extract/PNDNavigator
swlimage_extract/~tsystem
```

### 6. Patch du fichier PNDNavigator

Le patch consiste à remplacer les octets à l’offset `0x402928`.

Ancienne valeur :

```text
d6 07 00 00
```

Nouvelle valeur :

```text
b9 07 00 00
```

Commande utilisée :

```bash
cd ~/Desktop/tomtom_navcore_test

python3 <<'PY'
from pathlib import Path

p = Path("swlimage_extract/PNDNavigator")
offset = 0x402928

expected = bytes.fromhex("d6 07 00 00")
replacement = bytes.fromhex("b9 07 00 00")

data = bytearray(p.read_bytes())
current = bytes(data[offsetffset+4])

print("Octets actuels à 0x402928 :", current.hex(" "))

if current != expected:
raise SystemExit("STOP : les octets attendus ne sont pas présents. Aucun patch appliqué.")

backup = p.with_name("PNDNavigator_backup_original")
backup.write_bytes(data)

data[offsetffset+4] = replacement
p.write_bytes(data)

print("OK : PNDNavigator patché.")
print("Sauvegarde créée :", backup)
print("Nouveaux octets :", bytes(data[offsetffset+4]).hex(" "))
PY
```

Vérification :

```bash
python3 -c 'from pathlib import Path; data=Path("swlimage_extract/PNDNavigator").read_bytes(); print(data[0x402928:0x402928+4].hex(" "))'
```

Résultat attendu :

```text
b9 07 00 00
```

### 7. Copie du Navcore extrait à la racine de la carte SD

J’ai ensuite copié le contenu extrait du Navcore à la racine de la SD :

```bash
cd ~/Desktop/tomtom_navcore_test

rsync -avh --progress swlimage_extract/ /Volumes/TOMTOMDISK/ \
--exclude="PNDNavigator_backup_original" \
--exclude="install.bif_backup_original"
```

Puis, étape très importante, j’ai copié `~tsystem` en `ttsystem` à la racine de la SD :

```bash
cp swlimage_extract/~tsystem /Volumes/TOMTOMDISK/ttsystem
cp swlimage_extract/PNDNavigator /Volumes/TOMTOMDISK/PNDNavigator
```

Vérification du patch sur la carte SD :

```bash
python3 -c 'from pathlib import Path; data=Path("/Volumes/TOMTOMDISK/PNDNavigator").read_bytes(); print(data[0x402928:0x402928+4].hex(" "))'
```

Résultat attendu :

```text
b9 07 00 00
```

### 8. Suppression du dossier d’installation

J’ai supprimé le dossier `install` pour éviter que le Carminat essaie de consommer un package de mise à jour au lieu d’utiliser les fichiers à la racine :

```bash
rm -rf /Volumes/TOMTOMDISK/install
```

### 9. Nettoyage des fichiers macOS et éjection propre

```bash
rm -rf /Volumes/TOMTOMDISK/.Spotlight-V100
rm -rf /Volumes/TOMTOMDISK/.fseventsd
find /Volumes/TOMTOMDISK -name "._*" -delete

diskutil eject /Volumes/TOMTOMDISK
```

### 10. Test dans la voiture

J’ai remis la carte SD dans la Laguna, mis le contact, attendu le démarrage du Carminat TomTom, et l’heure est revenue correctement.

## Ce qui n’a pas fonctionné dans mon cas

* QuickGPSFix seul via TomTom HOME : GPS OK, mais heure toujours `--:--`.
* Copier simplement `PNDNavigator` patché à la racine : insuffisant.
* Mettre un ZIP de mise à jour patché dans `install/DS_1` : le Carminat consommait/supprimait le package, mais ne corrigeait pas l’heure.
* Mettre le package officiel non patché : réinstallation possible de la V8.843, mais heure toujours `--:--`.

## Conclusion

Dans mon cas, la vraie solution a été :

```text
Navcore extrait à la racine de la SD
+
PNDNavigator patché
+
~tsystem copié/renommé en ttsystem
+
suppression du dossier install
```

Après ça, l’heure est revenue.

Je recommande fortement de faire une sauvegarde complète de la carte SD avant toute manipulation.

 

[Luismo]

Salut Simon.Bourgeois33

Merci beaucoup pour la description détaillée. Mais qu'en est-il des cartes, des voix et des points d'intérêt ?

 

[Bristolian]

Salut Simon.Bourgeois33

Merci beaucoup pour la description détaillée. Mais qu'en est-il des cartes, des voix et des points d'intérêt ?

Bonjour à tous,

Je confirme avoir réussi à corriger le problème d’heure affichée en `--:--` sur une **Renault Laguna 3 équipée du Carminat TomTom**, en version :

```text
ApplicationVersionVersionNumber=8843
ApplicationVersion=3130258
GPSFirmwareVersion=GSW3.2.4TT_3.1.00.12-C35B1.02
```

Je précise que j’ai fait toute la manipulation sur **Mac**.

## Symptôme

Depuis le bug GPS d’avril 2026, le GPS fonctionnait correctement, la position était bien détectée, les satellites étaient bien captés, mais l’heure restait affichée en `--:--`.

La mise à jour **QuickGPSFix** via TomTom HOME n’a pas suffi à corriger le problème.

## Point important dans mon cas

Sur ma carte SD d’origine, le fichier `PNDNavigator` n’était pas présent à la racine.

Au départ, j’avais seulement un dossier `loopdir` avec un fichier du type :

```text
loopback.ex3
```

ou auparavant :

```text
ext3_loopback
```

Donc le patch classique directement sur `/Volumes/TOMTOMDISK/PNDNavigator` ne pouvait pas fonctionner, car ce fichier n’existait pas sur ma SD.

## Ce qui a fonctionné

La solution a été de récupérer le **Navcore officiel Carminat TomTom 8.843**, de patcher le fichier `PNDNavigator`, puis de copier le Navcore extrait directement à la racine de la carte SD.

Le point décisif a été de copier le fichier `~tsystem` extrait du Navcore en le renommant/remplaçant en `ttsystem` à la racine de la SD.

## Étapes réalisées sur Mac

### 1. Sauvegarde complète de la carte SD

```bash
mkdir -p ~/Desktop/Sauvegarde_TomTom_Laguna

rsync -avh --progress \
--exclude=".Spotlight-V100" \
--exclude=".fseventsd" \
--exclude="._*" \
/Volumes/TOMTOMDISK/ ~/Desktop/Sauvegarde_TomTom_Laguna/
```

### 2. Téléchargement du Navcore officiel TomTom 8.843

```bash
mkdir -p ~/Desktop/tomtom_navcore_test
cd ~/Desktop/tomtom_navcore_test

curl -L --fail -o navcore_8843.3130258.Carminat_TomTom.cab "http://download.tomtom.com/sweet/navcore/navcore_8843.3130258.Carminat_TomTom.cab"
```

Le fichier faisait environ 24 Mo.

### 3. Installation des outils nécessaires sur Mac

J’avais déjà Homebrew installé. Ensuite :

```bash
brew install cabextract p7zip
```

### 4. Extraction du fichier CAB

```bash
mkdir -p cab_extract
cabextract -d cab_extract navcore_8843.3130258.Carminat_TomTom.cab
```

Cela a extrait notamment :

```text
cab_extract/ttsystem
cab_extract/install/DS_1/IA0000700006swlimage0.zip
```

### 5. Extraction du ZIP interne

```bash
mkdir -p swlimage_extract
7z x cab_extract/install/DS_1/IA0000700006swlimage0.zip -oswlimage_extract
```

Dans ce dossier, j’ai bien trouvé :

```text
swlimage_extract/PNDNavigator
swlimage_extract/~tsystem
```

### 6. Patch du fichier PNDNavigator

Le patch consiste à remplacer les octets à l’offset `0x402928`.

Ancienne valeur :

```text
d6 07 00 00
```

Nouvelle valeur :

```text
b9 07 00 00
```

Commande utilisée :

```bash
cd ~/Desktop/tomtom_navcore_test

python3 <<'PY'
from pathlib import Path

p = Path("swlimage_extract/PNDNavigator")
offset = 0x402928

expected = bytes.fromhex("d6 07 00 00")
replacement = bytes.fromhex("b9 07 00 00")

data = bytearray(p.read_bytes())
current = bytes(data[offsetffset+4])

print("Octets actuels à 0x402928 :", current.hex(" "))

if current != expected:
raise SystemExit("STOP : les octets attendus ne sont pas présents. Aucun patch appliqué.")

backup = p.with_name("PNDNavigator_backup_original")
backup.write_bytes(data)

data[offsetffset+4] = replacement
p.write_bytes(data)

print("OK : PNDNavigator patché.")
print("Sauvegarde créée :", backup)
print("Nouveaux octets :", bytes(data[offsetffset+4]).hex(" "))
PY
```

Vérification :

```bash
python3 -c 'from pathlib import Path; data=Path("swlimage_extract/PNDNavigator").read_bytes(); print(data[0x402928:0x402928+4].hex(" "))'
```

Résultat attendu :

```text
b9 07 00 00
```

### 7. Copie du Navcore extrait à la racine de la carte SD

J’ai ensuite copié le contenu extrait du Navcore à la racine de la SD :

```bash
cd ~/Desktop/tomtom_navcore_test

rsync -avh --progress swlimage_extract/ /Volumes/TOMTOMDISK/ \
--exclude="PNDNavigator_backup_original" \
--exclude="install.bif_backup_original"
```

Puis, étape très importante, j’ai copié `~tsystem` en `ttsystem` à la racine de la SD :

```bash
cp swlimage_extract/~tsystem /Volumes/TOMTOMDISK/ttsystem
cp swlimage_extract/PNDNavigator /Volumes/TOMTOMDISK/PNDNavigator
```

Vérification du patch sur la carte SD :

```bash
python3 -c 'from pathlib import Path; data=Path("/Volumes/TOMTOMDISK/PNDNavigator").read_bytes(); print(data[0x402928:0x402928+4].hex(" "))'
```

Résultat attendu :

```text
b9 07 00 00
```

### 8. Suppression du dossier d’installation

J’ai supprimé le dossier `install` pour éviter que le Carminat essaie de consommer un package de mise à jour au lieu d’utiliser les fichiers à la racine :

```bash
rm -rf /Volumes/TOMTOMDISK/install
```

### 9. Nettoyage des fichiers macOS et éjection propre

```bash
rm -rf /Volumes/TOMTOMDISK/.Spotlight-V100
rm -rf /Volumes/TOMTOMDISK/.fseventsd
find /Volumes/TOMTOMDISK -name "._*" -delete

diskutil eject /Volumes/TOMTOMDISK
```

### 10. Test dans la voiture

J’ai remis la carte SD dans la Laguna, mis le contact, attendu le démarrage du Carminat TomTom, et l’heure est revenue correctement.

## Ce qui n’a pas fonctionné dans mon cas

* QuickGPSFix seul via TomTom HOME : GPS OK, mais heure toujours `--:--`.
* Copier simplement `PNDNavigator` patché à la racine : insuffisant.
* Mettre un ZIP de mise à jour patché dans `install/DS_1` : le Carminat consommait/supprimait le package, mais ne corrigeait pas l’heure.
* Mettre le package officiel non patché : réinstallation possible de la V8.843, mais heure toujours `--:--`.

## Conclusion

Dans mon cas, la vraie solution a été :

```text
Navcore extrait à la racine de la SD
+
PNDNavigator patché
+
~tsystem copié/renommé en ttsystem
+
suppression du dossier install
```

Après ça, l’heure est revenue.

Je recommande fortement de faire une sauvegarde complète de la carte SD avant toute manipulation.

I wonder what the process would be on a Windows PC?

 

[Luismo]

I wonder what the process would be on a Windows PC?

I believe it's the same process using WinRAR to extract, File Explorer to copy/delete/replace, and HxD to patch the PNDNavigator.

 

[Bristolian]

I believe it's the same process using WinRAR to extract, File Explorer to copy/delete/replace, and HxD to patch the PNDNavigator.

Thank you.

 

[Kosma]

Aby bylo jasno, toto nesouvisí s původním problémem WNRO z června 2019. Jedná se o sekundární „doprovodné“ problémy specifické pro určité čipy v kombinaci s firmwarem určitých zařízení, které ovlivnily i zařízení používající čipy MediaTek MTK2503D / MT3333 (srpen 2025), nejen čipy SiRFStar.

První vlna těchto problémů zasáhla vozy Honda/Acura v roce 2022 s navigačními jednotkami vyrobenými v letech 2004-2012. Jejich hodinové systémy se v roce 2022 vrátily do roku 2002. Podobný problém mělo i Porsche. Zároveň tímto problémem byly postiženy, pokud již nebyly aktualizovány, i lodní přijímače Furuno.

Drony a vestavěné systémy (např. dron GoPro Karma v roce 2020) byly zasaženy. S tímto problémem se setkala i různá průmyslová zařízení.

Pokud jde o zařízení SiRFIII, firmware pro zařízení využívající tento čip mohl používat 10bitovou týdenní logiku, a proto je problém s 1024 týdny (což je tento případ). Některé starší přístroje Garmin mají nyní stejný problém. Špatnou zprávou pro ně je, že nemohou ani získat satelitní signál. Některé novější přístroje Garmin (z počátku roku 2000), jako například stará verze eTrex, obvykle stále dokážou získat satelitní signál, ale datum/čas je zaseknutý o 20 let dříve a aktualizace firmwaru to zřejmě neopravují. Zdá se, že fungují pouze zařízení aktualizovaná pomocí Garmin Express po roce 2019.

Na seznam by se dalo přidat ještě mnoho dalších věcí.

Pro všechny, jejichž jediným problémem jsou hodiny, které neukazují správný čas, buďte rádi, že je to váš jediný problém. Mnoho starých zařízení je efektivně zablokováno kvůli nemožnosti získat satelitní signál s těmito problémy.

Vzkaz společnosti TomTom majitelům vozů Renault, kteří čelí problému s hodinami, zní: „Buďte rádi, že stále navigují.“ Takový výsměch a aroganci nebudu tolerovat. Ve věku umělé inteligence a pokročilých technologií je neochota opravit základní zobrazení hodin u systémů z roku 2010 naprostým selháním. Společnost, která se ke svým zákazníkům chová tímto způsobem, mě ztratila nadobro. Nechal jsem si odpojit starý přístroj a nahradit ho jinou značkou, která nabízí doživotní aktualizace a funguje perfektně. Přeji společnosti TomTom s tímto přístupem „hodně štěstí“ a ostatním majitelům doufám, že se vám podaří ho opravit, než ztratíte trpělivost s těmi palubními přístroji. Sbohem, TomTom.

 

[canderson]

Vzkaz společnosti TomTom majitelům vozů Renault, kteří čelí problému s hodinami, zní: „Buďte rádi, že stále navigují.“ Takový výsměch a aroganci nebudu tolerovat. Ve věku umělé inteligence a pokročilých technologií je neochota opravit základní zobrazení hodin u systémů z roku 2010 naprostým selháním. Společnost, která se ke svým zákazníkům chová tímto způsobem, mě ztratila nadobro. Nechal jsem si odpojit starý přístroj a nahradit ho jinou značkou, která nabízí doživotní aktualizace a funguje perfektně. Přeji společnosti TomTom s tímto přístupem „hodně štěstí“ a ostatním majitelům doufám, že se vám podaří ho opravit, než ztratíte trpělivost s těmi palubními přístroji. Sbohem, TomTom.

Honestly, I'd say pretty much the same thing. Anyone who thinks consumer electronics are likely to be supported for 15 years aren't going to be very happy with many things. The only real competition for this kind of device is Garmin, and they don't offer support for 15 year old devices, either. In fact, it's my experience that Garmin shuts down firmware support much sooner than TomTom used to do for Nav2 devices like the Carminat. The Carminat system was introduced in 2009, and wasn't being sold after 2012.

It's entirely possible that the infrastructure (IDE) necessary to do a new code build for a device that old no longer exists in the TomTom development lab, or if it does, there may no longer be anyone there who knows how to use it. Your device is already a couple of full generations old.

 

[alsthom]

Can Anyone provide a "pnd" file already patched? mine doesn't have the "hex kry" needed

 

[Valwit]

using Windows PC, and a copy of the orginal SD, not previously patched/enhanced/whatever.
I downloaded navcore_8843.3130258.Carminat_TomTom.cab (just googled it) inside was the file
install/DS_1/IA0000700006swlimage0.zip
i unzipped it (using 7zip, BTW: it also allows you to access files with the ext3_loopback) and copied all the files to the root dir of the SD card. Windows asked if i want to replace 2 files, I denied.
This way I had ~tsystem (which i renamed to ttsystem) and PNDNavigator on my SD.
I patched PNDNavigator with the carminat-patch.html posted here before (I'm lazy, that's faster than HEXing around).
Clock is back

 

[Bristolian]

Thank you Valwit! Did you have to re-zip the whole folder afterwards, or just drag all of the contents (in the same file structure) to your copy SD card?

Also, as I've chickened-out of removing the SD card (!) at the moment, can anyone please tell me what size and format the replacement (copy) SD card should be, please?