EntryNav2 (EntryEvo) Android Auto 0.12.1-rc.4

Version candidate, pour faire essayer le double appui sur MEDIA après une autre touche sur l'ancien contrôleur (F20
du #55), en plus de la 0.12.1-rc.3. Testée sur PC et sous QEMU.

Corrigé

• Double appui sur MEDIA sans effet sur l'ancien contrôleur après une autre touche (MENU par exemple) : une autre
  touche faisait oublier l'état de MEDIA, et l'ancien contrôleur, qui n'envoie qu'un message par appui, ne le
  redonnait qu'au premier appui suivant, perdu pour le geste. Une autre touche annule maintenant le geste sans faire
  oublier cet état, et chaque appui de l'ancien contrôleur vaut un relâché juste avant. Trouvé et analysé sur une F20
  (#55). Testé sur PC et sous QEMU.

Comprend aussi tout le contenu des 0.12.1-rc.3, 0.12.1-rc.2 et 0.12.1-rc.1.

EntryNav2 (EntryEvo) Android Auto 0.12.1-rc.3

Version candidate, pour faire essayer la touche MEDIA de la F20 du #55 (contrôleur codé 0x5141), en plus de la
0.12.1-rc.2. Testée sur PC et sous QEMU ; rien ne change sur un contrôleur type G.

Corrigé

• Touche MEDIA d'une F20 au petit contrôleur ZBE3 toujours sans effet en 0.12.1-rc.1 : cette voiture est codée avec
  la variante 0x5141, et l'iDrive traduit alors sa touche média en code 15, laissé sans touche Android Auto. Le code
  15 ne vient que de ce bouton : il est maintenant MEDIA, comme le code 5 des autres petits contrôleurs F (ouvre la
  musique d'Android Auto, sert au double appui). Signalé avec le codage relevé sur la voiture
  (#55). Testé sur PC et sous QEMU.

Comprend aussi tout le contenu de la 0.12.1-rc.2 et de la 0.12.1-rc.1.

EntryNav2 (EntryEvo) Android Auto 0.12.1-rc.2

Version candidate, pour faire essayer le glissement du doigt sur une F45 (lecture de l'état du doigt comme l'iDrive),
en plus de la 0.12.1-rc.1. Testée sur PC et sous QEMU ; rien ne change sur la G20 de référence. Installée par-dessus
une version plus ancienne que la 0.12.1-rc.1, elle demande un redémarrage de l'unité.

Corrigé

• Glissements du doigt reçus comme de simples appuis sur une F45 : impossible de faire défiler une liste ou de
  déplacer la carte, Android Auto ouvrait l'élément touché (#30).
  Le service lisait l'état du doigt sur 4 bits ; l'iDrive le lit sur 2 bits (appui, mouvement, relâché) et range
  les 2 bits voisins à part. Un écran qui met ces bits voisins voyait ses mouvements écartés, et le doigt paraissait
  levé au bout d'environ 100 ms. Le service découpe maintenant l'octet comme l'iDrive. Rien ne change sur la G20 de
  référence, dont l'écran laisse ces bits à 0. Testé sur PC et sous QEMU ; pas encore essayé en voiture.

Comprend aussi tout le contenu de la 0.12.1-rc.1.

EntryNav2 (EntryEvo) Android Auto 0.12.1-rc.1

Version candidate, pour faire essayer les touches lues selon le codage de la voiture sur des contrôleurs de série F
(F20, F45), en particulier les petits contrôleurs à 5 touches. La page Aide en 6 lignes a été vue en voiture sur la
G20 de référence ; les touches selon le codage ne sont testées que sur PC et sous QEMU. Elle change l'appli de
l'iDrive : installée par-dessus une version précédente, elle demande un redémarrage de l'unité.

Corrigé

• Touches de l'ancien contrôleur lues de travers sur les petits contrôleurs de série F : sur une F20 (ZBE3 à
  5 touches), MEDIA était lu comme COM et COM comme MAP, et le double appui sur MEDIA ne marchait pas
  (#55). L'iDrive choisit la touche de chaque bouton
  d'après le codage de la voiture (contrôleur type G ou F) : l'appli de l'iDrive lit maintenant ce même codage au
  démarrage et l'écrit pour le service (/tmp/entry-aad-controller), qui traduit les boutons comme l'iDrive. La
  touche média d'un petit contrôleur F ouvre la musique d'Android Auto et sert au double appui ; la touche NAV d'un
  contrôleur F ouvre sa navigation. Sans ce fichier (appli plus ancienne), la table d'avant reste. Sur un contrôleur
  type G, rien ne change. Testé sur PC et sous QEMU ; pas encore essayé en voiture.

• Page Aide : en voiture, elle n'affiche que 6 lignes d'environ 36 caractères et ne défile pas (ses lignes ne se
  sélectionnent pas). Le crédit, en 8e à 10e position, restait invisible, et plusieurs lignes étaient coupées. La
  page tient maintenant en 6 lignes courtes : le crédit en tête (« Gratuit : github.com/Jiraiya43 », le profil qui
  mène au dépôt), puis NAV, MEDIA, COM, MENU et BACK, et le téléphone appairé pour le son.

EntryNav2 (EntryEvo) Android Auto 0.12.0

Première version stable de la série 0.12 : la 0.12.0-rc.12, essayée en voiture sur la G20 de référence, plus deux
lignes sur la page Aide de l'iDrive. Le code des trois programmes est celui de la rc.12 ; seul le numéro de version
annoncé au téléphone change. La page Aide modifiée n'a été vue que sur PC. Elle change l'appli de l'iDrive :
installée par-dessus une version précédente, elle demande un redémarrage de l'unité.

Ajouté

• Page Aide du menu Android Auto de l'iDrive : deux lignes en bas disent que le logiciel est gratuit et ne se vend
  pas, avec l'adresse du dépôt (github.com/Jiraiya43/EntryNav2-Android-Auto). Elles restent visibles dans toute copie
  redistribuée de l'archive. Textes en anglais, français et allemand.

Toutes les corrections de la série 0.12.0-rc : CHANGELOG. Installation : docs/INSTALLATION.md.

EntryNav2 (EntryEvo) Android Auto 0.12.0-rc.12

Version candidate, essayée en voiture sur la G20 de référence (logiciel 202111011321), en sans-fil, avec un kit
d'essai identique : démarrage automatique à chaque mise en route, Android Auto sur l'emplacement Bluetooth 5,
double appui sur MEDIA, BACK, MAP et MENU. Les numéros 0.12.0-rc.7 à rc.11 n'ont servi qu'à des kits d'essai et
n'ont pas été publiés. L'archive s'appelle désormais entrynav2-android-auto-<version>-armhf.tar. Elle change l'appli
de l'iDrive : installée par-dessus une version précédente, elle demande un redémarrage de l'unité.

Ajouté

• Retour à une session Android Auto connectée en arrière-plan par deux appuis courts sur MEDIA, espacés de
  500 ms au plus entre leurs relâchements. Le lecteur du contrôleur déjà présent dans le service détecte le
  geste ; l'appli de l'iDrive vérifie de nouveau la session, l'arrêt, les appels et la marche arrière avant
  d'ouvrir l'image par le chemin du bouton Ouvrir. L'appui simple garde son effet habituel ; à l'écran,
  MEDIA garde ses commandes Android Auto. Aucun nouveau processus, fournisseur MOST ou fichier BMW modifié.
  Proposé par @wowDaiver (#40).
  Essayé en voiture sur la G20 de référence (CCS35up, sans-fil) et sur un X3 G01 (par câble USB) ; pas encore
  sur l'ancien contrôleur.

Modifié

• Le projet s'appelle désormais EntryNav2 (EntryEvo) Android Auto, et son dépôt
  Jiraiya43/EntryNav2-Android-Auto. L'ancienne adresse Jiraiya43/entry-aad redirige vers la nouvelle,
  téléchargements des versions publiées compris. Les noms sur la voiture ne changent pas : programmes, dossiers, appli
  de l'iDrive et réglages restent les mêmes, et une installation existante se met à jour comme avant.
• Bluetooth : Android Auto prend maintenant l'emplacement série 5 de la pile Bluetooth de la voiture, libre, au lieu
  de l'emplacement 0 des BMW Apps où se connecte l'appli My BMW. Tant qu'Android Auto tournait, My BMW ne trouvait
  plus la voiture, et le service BMW de cet emplacement traitait chaque lien comme le sien ; un utilisateur voyait la
  lenteur du sans-fil disparaître en bloquant My BMW
  (#44). Si l'emplacement 5 n'est pas libre,
  Android Auto reste sur le 0 comme avant ; il est rendu à l'arrêt. Essayé en voiture sur la G20 de référence :
  Android Auto démarre et tient sur le 5, l'emplacement 0 reste à My BMW. L'effet sur la lenteur reste à confirmer
  chez ceux qui la voyaient.

Corrigé

• Android Auto qui se retirait environ 1,5 seconde après un appui sur BACK, quand il avait été ouvert par NAV, MEDIA
  ou COM (par exemple BACK dans sa carte). L'iDrive ouvre alors aussi son propre écran en dessous, et BACK l'y
  ramène ; l'appli de l'iDrive prenait ce changement pour une touche qui quitte Android Auto. BACK et l'inclinaison à
  gauche sont maintenant traités comme NAV, MEDIA et COM : Android Auto garde l'écran et l'iDrive est remis sur la
  page vide. MENU, MAP et OPTION quittent toujours Android Auto, même juste après BACK. Vu dans les journaux d'un F30
  (#43). Essayé en voiture sur la G20 de référence
  (BACK et inclinaison à gauche sous Android Auto, MAP et MENU qui en sortent) ; le cas exact du F30, BACK après NAV,
  reste à confirmer sur un F30.
• Session Android Auto coupée 5 secondes après MENU ou MAP quand aucune musique ne joue : certains téléphones
  n'envoient plus rien tant que l'iDrive a l'écran, et le service les croyait partis. Après 2 secondes sans
  nouvelles, l'unité envoie maintenant elle-même un ping au téléphone, puis un par seconde. Un téléphone qui répond
  garde sa session ; un téléphone qui ne répond pas la perd toujours au bout de 5 secondes, comme avant. Trouvé par
  @wowDaiver sur un X3 G01 par câble USB
  (#40). Essayé en voiture sur la G20 de référence,
  sans changement visible ; son téléphone envoie ses propres pings, donc le cas du téléphone muet n'a été vérifié
  que sur PC et sous QEMU.
• Flèches absentes sur le compteur du G01 / EntryNav2 002.146.002 : le compteur refusait le deuxième modèle
  de route du trajet capturé avec 0x26, puis le service effaçait le guidage. Créer
  /var/local/data/AA/kombi-single-maneuver et redémarrer Android Auto sélectionne un graphe limité à la
  prochaine manœuvre ; sans ce fichier, le graphe historique reste inchangé. Aucun nouvel appel réseau : un
  sous-ensemble des méthodes de guidage existantes est envoyé. Essayé en voiture le 12 novembre 2026 sur la
  base 0.12.0-rc.2 : flèches confirmées avec Google Maps et Yandex Maps, démarrage et nettoyage acquittés.
  Le portage actuel est vérifié sur PC ; long trajet, manœuvres successives et voies restent à valider en roulant.
• Molette qui agissait encore sur l'iDrive sous Android Auto, quand celui-ci revenait par-dessus un écran de l'iDrive
  (double appui sur MEDIA, démarrage automatique) : l'iDrive refusait alors la page vide et Android Auto restait à
  l'écran sans elle. Après le premier refus, l'appli ouvre sa propre fenêtre vide et demande la page vide en dessous,
  comme quand l'iDrive refuse son menu au démarrage. Essayé en voiture sur la G20 de référence : double MEDIA sur
  l'écran Média et démarrage automatique, la page vide est obtenue et la molette ne commande plus qu'Android Auto.

entry-aad 0.12.0-rc.6

Version candidate, essayée en voiture sur une BMW G20, en sans-fil : l'iDrive accepte la nouvelle appli, et
Android Auto vient tout seul à l'écran et y reste. Ce démarrage-là, l'iDrive a accepté la première demande : le
passage par la fenêtre de l'appli quand il refuse n'a tourné que dans les tests sur PC, comme l'adaptation à
l'écran et l'ancienne molette, confirmées par ailleurs sur une BMW i3. Elle change l'appli de l'iDrive : installée
par-dessus une version précédente, elle demande un redémarrage de l'unité.

Ajouté

• Écrans d'une autre taille que 1280x480 : le service lit la taille de l'écran sur la voiture et demande au
  téléphone l'image qui lui convient (800x480, 1280x720 ou 1920x1080), sans réglage. Le contrôle de compatibilité
  ne bloque plus sur la taille : il la donne (@ok|video|800x480) et prévient qu'elle n'a pas été essayée
  (@warn|screen|). Sur un écran 1280x480, ce qui est envoyé au téléphone est identique, octet pour octet.
  Détails (#19).
  Essayé en voiture sur une i3 à écran 800x480, par câble ; les autres tailles sont testées sur PC.
• Journaux : chaque connexion Bluetooth que la voiture ouvre, accepte ou perd dit maintenant si l'appareil est le
  téléphone d'Android Auto ou un autre (aucune adresse n'est écrite), et chaque coupure donne la raison du
  Bluetooth de la voiture (reason=). Le Bluetooth et le Wi-Fi de l'unité partagent la même puce : ces lignes
  montrent ce que fait le Bluetooth pendant qu'Android Auto passe par le Wi-Fi.
• Service : le lien Bluetooth d'Android Auto qui revient pendant une session est maintenant écouté. Sur cette
  unité le téléphone le rouvre toutes les 12 secondes environ ; le service n'y écrit toujours rien le premier, pour
  ne pas relancer la session en cours, mais il répond à un ping et note dans le journal ce que le téléphone envoie.
• Journaux : toutes les 10 secondes d'une session, sans fil ou par câble, le plus long silence du téléphone
  ([Session] in 10 s: the phone's longest silence ... ms). Un téléphone qui projette envoie quelque chose chaque
  seconde : plusieurs secondes de silence sont une liaison qui a calé, ce que les lignes [WifiLink] et
  Bluetooth voisines aident à expliquer.

Corrigé

• Android Auto qui s'affichait tout seul à l'ouverture de la voiture, puis repartait au bout de 4 secondes : il
  fallait le rouvrir à la main. L'iDrive n'exécute aucune demande d'écran d'une appli tant qu'une de ses propres
  fenêtres est au-dessus, et voiture ouverte mais pas démarrée, cela peut durer jusqu'à l'appui d'une touche.
  Depuis la 0.9.4 l'appli retirait alors Android Auto. Maintenant le service le garde en retrait à la connexion,
  le temps que l'appli place l'iDrive sur sa page. Si l'iDrive refuse, l'appli ouvre sa propre fenêtre, vide, ce
  que l'iDrive permet à une appli pour passer devant, demande sa page dessous, la referme, et Android Auto
  s'affiche : 2 secondes en tout. Si même cela est refusé, Android Auto s'affiche quand même et y reste, et
  l'appli redemande sa page chaque seconde ; d'ici là la molette agit aussi sur l'écran de l'iDrive caché
  dessous. Change l'appli de l'iDrive : redémarrage de l'unité après l'installation.
• Android Auto qui refusait de démarrer pendant tout un trajet, avec la ligne UDP 127.0.0.1:52790 already taken
  dans le journal du service. L'appli de l'iDrive et le service se parlaient par un port réseau local, pris dans la
  plage que l'unité distribue au hasard à ses propres programmes : à certains allumages, un autre programme recevait
  ce port, et le service croyait à tort qu'un autre service tournait déjà. Ils se parlent maintenant par un socket
  Unix au nom abstrait, sans port : rien qu'un autre programme puisse recevoir par hasard. Défaut présent depuis la
  0.10.0, vu une fois sur la voiture de référence. Change l'appli de l'iDrive : redémarrage de l'unité après
  l'installation. Essayé en voiture.
• Molette muette sur une voiture à l'ancien contrôleur (BMW i3) : le service savait décoder ses messages (C10, C20)
  mais ne les demandait jamais, donc la voiture ne les lui donnait pas. Il les demande maintenant quand la molette
  ne répond pas dans le protocole de la G20 au bout de 2 secondes. Une voiture qui répond, comme la G20, ne reçoit
  rien de plus, et un seul protocole est gardé par voiture. Signalé par kedzior12
  (#19), qui l'a essayé sur son i3 : rotation, appui et
  inclinaison arrivent dans Android Auto.

Installation

Suivre docs/INSTALLATION.md, dont les commandes portent déjà ce numéro de version, puis redémarrer l'unité.

---

entry-aad-0.12.0-rc.6-armhf.tar · SHA-256 9f7cc7c07f7e742157f5930d5b5460c30f030215941ed1c7d5879fb9d355404c

entry-aad 0.13.0-alpha.2 (essai : autres tailles d'écran, ancienne molette)

Version d'essai, pour les voitures dont l'écran n'est pas en 1280x480 ou dont la molette est l'ancien modèle. Elle vient de la branche essai/ecran-adaptatif, pas de main. Testée sur PC seulement, pas essayée en voiture.

Sur une G20 à écran 1280x480, rester sur la 0.12.0-rc.2 : cette version n'y apporte rien.

Ce qui change par rapport à la 0.13.0-alpha.1

• Molette de l'ancien modèle (BMW i3) : elle ne commandait rien dans Android Auto. Le service savait décoder ses messages mais ne les demandait jamais, donc la voiture ne les lui donnait pas. Il les demande maintenant quand la molette ne répond pas dans le protocole de la G20 au bout de 2 secondes. Une voiture qui répond dans ce protocole ne reçoit rien de plus, et un seul protocole est gardé par voiture. Aucune voiture à ancienne molette ne l'a encore essayé (#19).

Rappel de la 0.13.0-alpha.1

• Le service lit la taille de l'écran sur la voiture et demande au téléphone l'image qui lui convient (800x480, 1280x720 ou 1920x1080), sans réglage. Sur un écran 800x480, un premier retour dit que l'image a le bon format, par câble USB (#19).
• Le contrôle de compatibilité ne bloque plus sur la taille : il la donne (@ok|video|800x480) et prévient qu'elle n'a pas été essayée (@warn|screen|). Un écran plus grand que 1920x1080 reste refusé.
• Sur un écran 1280x480, ce qui est envoyé au téléphone est identique, octet pour octet.

Détails : docs/COMPATIBILITE.md.

Installation

Suivre docs/INSTALLATION.md, dont les commandes portent déjà ce numéro de version, puis redémarrer l'unité. Si le contrôle de l'étape 2 répond une ligne @block, ne pas installer.

---

entry-aad-0.13.0-alpha.2-armhf.tar · SHA-256 5b9ea1bf6abe6bf270fe036b8f62e56bd4023fd53ae1ff4f70e6b848e269249b

entry-aad 0.13.0-alpha.1 (essai : autres tailles d'écran)

Version d'essai, pour les voitures dont l'écran n'est pas en 1280x480. Elle vient de la branche essai/ecran-adaptatif, pas de main. Testée sur PC seulement, pas essayée en voiture.

Sur un écran 1280x480, rester sur la 0.12.0-rc.2 : cette version n'y apporte rien.

Ce qui change par rapport à la 0.12.0-rc.2

• Le service lit la taille de l'écran sur la voiture et demande au téléphone l'image qui lui convient (800x480, 1280x720 ou 1920x1080), sans réglage.
• Le contrôle de compatibilité ne bloque plus sur la taille : il la donne (@ok|video|800x480) et prévient qu'elle n'a pas été essayée (@warn|screen|). Un écran plus grand que 1920x1080 reste refusé.
• Sur un écran 1280x480, ce qui est envoyé au téléphone est identique, octet pour octet.

Détails : docs/COMPATIBILITE.md. Suivi de l'essai : #19.

Installation

Suivre docs/INSTALLATION.md, dont les commandes portent déjà ce numéro de version, puis redémarrer l'unité. Si le contrôle de l'étape 2 répond une ligne @block, ne pas installer.

---

entry-aad-0.13.0-alpha.1-armhf.tar · SHA-256 c0234324d4306ca2dbdae0e6febcc4b97869761fea2540040805d622207ae3b0

entry-aad 0.12.0-rc.2

Version candidate, testée sur PC seulement : à essayer en voiture. Elle change l'appli de l'iDrive : installée
par-dessus la 0.12.0-rc.1, elle demande un redémarrage de l'unité.

Ajouté

• Menu de l'iDrive : la case Câble USB au lieu du sans-fil choisit le mode, sans PC ni SSH. Elle pose ou retire
  le fichier usb ; si Android Auto tourne, il s'arrête puis redémarre dans le nouveau mode. Le mode n'est jamais
  déduit de ce qui est branché : un téléphone mis en charge par un passager ne change rien. Une ligne d'aide
  rappelle que le son reste en Bluetooth. Détails. Testé sur PC.
• Journaux : la qualité du Wi-Fi avec le téléphone, une ligne [WifiLink] à la connexion puis toutes les 10 secondes
  (fréquence, signal, débits, trames réémises et perdues, temps d'aller-retour). Lecture seule, journaux activés
  seulement, rien en mode USB. Lire ces lignes. Testé sur PC.

Modifié

• Installation : le numéro de version ne s'écrit plus que deux fois (commande scp et ligne V=), au lieu d'être
  répété dans chaque commande (#19).
• Feuille de route : le câble USB n'est plus « hors périmètre », ses essais restants y sont listés, et le premier
  rapport de compatibilité d'une autre voiture y est noté (#17).

Installation

Suivre docs/INSTALLATION.md, dont les commandes portent déjà ce numéro de version, puis redémarrer l'unité. Le câble USB se choisit ensuite dans le menu Android Auto de l'iDrive : docs/USB.md.

---

entry-aad-0.12.0-rc.2-armhf.tar · SHA-256 5721f3cfa7dd163be3c10c26db4a3e3fdbea1277a5ee6f9bf00a5bc9cabf0e05