Bon alors c'est intéressant ces spylogs... c'est en gros le même principe que sur SMEG+.
Déjà, chacun contient un screenshot de l'écran au moment du log, ce qui permet de confirmer une fois pour toute, si le doute était encore de mise, que la définition de l'écran est de 800 x 480 pixels (comme le SMEG+ donc). Exemples :
Chaque log est dans un dossier du genre 017
2804201714282800, dans lequel on retrouve la date et l'heure (ici en gras), avec un n° séquentiel au début et apparemment toujours 00 à la fin.
Ils contiennent un fichier
version.log qui donne des infos sur la version du système. Par exemple pour la dernière version :
[fixed][SOC version]
OIP Build Info
MV Development Kit Info
DK Name: MV_NACINT_W21_21.05.68.24_NAC_Production
Creator: uidg6656
Created: Wed Feb 22 18:18:29 CET 2017
Project: NAC
WAVE_Project: W21
DK BL Version: NAC_SOC_SYS_21.05.68.24_NAC
CCM WA: /home/uidg6656/CCM_WA/Wave2Rbt/NAC_SOC-Wave2Rbt#NAC_W21 _BUILD_SI_7/NAC_SOC
Used SDK (Toolchain): /PROJ/oip/SDK/MG_20161209_M11_7.0.161p/MV_Tools
Used Mirror: /PROJ/oip/PDK/20170220_PDK_11.22.102.04/Mirror/solution s/com.continental/MV_PINT
Machine: Linux radrntzu 3.13.0-106-generic #153~precise1-Ubuntu SMP Tue Dec 6 16:12:15 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Build Info
Builder: uidg6656
Built: mercredi 22 février 2017, 19:47:42 (UTC+0100)
Build BL #Version: NAC_SOC_SYS_21.05.68.24_NAC #1
[RAP and VUC version]
VUC_Ldr 21.4.62.50 VUC_App 21.4.62.50
[SOC Firmware version]
21.05.68.24_NAC-r0
[/fixed]
Note : SOC veut dire "System on chip" (système sur puce), et VUC signifie apparemment "Vehicle interface microcontroller" (source: https://en.wizbii.com/company/continental/job/embedded-software-engineering-intern-1)
Il y a aussi un fichier
spy_version.txt qui indique entre autres la raison de la création du log: plantage d'un module, ou parfois ça semble indiquer que le log a été créé automatiquement pour une autre raison... mais je ne suis pas sûr d'avoir retrouvé de log que j'avais demandé à créer moi-même (par un appui long sur la touche Voiture), faudra que je réessaie après avoir supprimé tous les logs que j'ai actuellement
S'il y a plantage d'un module, il y a des fichiers dans le dossier
crash_reports, avec plusieurs dumps du système, et on peut y voir entre autres qu'il y a apparemment
2 Go de RAM, et 4 CPUs de type ARMv7 Processor rev 10 (v7l).
Enfin, il y a un ou plusieurs fichiers du genre
1_startup_20150518_152444.dlt.lz4 : la date et l'heure du log sont contenus dans le nom du fichier (d'ailleurs là on peut voir que j'ai des logs qui datent de 2015... peut-être des restes de tests du système avant même la construction de la voiture), et ce sont des fichiers compressés au format LZ4: une fois décompressé avec le petit utilitaire qui va bien, on obtient un autre fichier binaire au format DLT, et là par contre je sèche pour le décoder
Depuis que j'ai la voiture, 8 logs ont été créés, parfois pour des plantages de modules, pourtant je n'ai jamais constaté de plantage en roulant... donc il doit se produire parfois des crashs mais qui ne sont pas visibles par l'utilisateur.
En tout cas, c'est clairement pas les concessionnaires eux-mêmes qui sauront décoder ces logs, c'est trop bas niveau
