Repository navigation
feat(input): la touche MAP ouvre la navigation d'Android Auto (#84) - #84
Merged
5 commits merged intoNov 15, 2026
Merged
5 commits merged into
5 commits merged into
Conversation
…#80) La ligne [WifiLink] écrivait « signal 0 dBm » et « to the phone 1.0 Mbit/s » sur toutes les voitures, G20 comprise. - Le niveau du dernier paquet vaut 0 quand la puce WL18xx ne l'a pas mesuré : 0 dBm n'est jamais un niveau reçu, il devient « pas de chiffre » et seule la moyenne est écrite (« average signal »). - Le débit vers le téléphone est choisi par le microprogramme de la puce ; le pilote wlcore ne le connaît pas et donne 1 Mbit/s. Il n'est plus écrit. Le débit venant du téléphone, juste, reste.
- 16 trames chiffrées d'affilée qui ne se déchiffrent pas : le flux TLS est cassé (un enregistrement perdu ou coupé), aucune suivante ne passera. La session se termine au lieu d'attendre la limite de silence avec une image figée. Le compte repart à chaque trame lue. - Une image perdue par le décodeur (pas de tampon libre à temps, trop grande, refusée) laisse l'image cassée jusqu'à la prochaine image complète du téléphone. La session lui en redemande une en retirant puis en rendant le focus vidéo, seulement quand Android Auto est à l'écran, pas dans les 5 premières secondes de la vidéo et au plus une fois par 10 s (core/keyframe_request.hpp). EvoVideo::postVideoFrame dit maintenant ce qu'est devenue l'image (décodée, perdue, pas de flux). Tests : session (16 trames illisibles, demande d'image complète et ses délais), présentation vidéo ; relevé figé inchangé.
L'iDrive est codé avec sa marque (variante HMI_BRAND de libhmicoding.so : va_HMI_BRAND_mini = 0x1F8, va_HMI_BRAND_bmw = 0x1F6). L'appli la lit au démarrage auprès du même serveur de variantes que les touches et écrit /tmp/entry-aad-brand (« MINI » ou « BMW ») ; le service la lit au départ. - Le téléphone est informé de la marque : une MINI s'annonce « MINI » (voiture et unité) et non plus « BMW », sur l'icône de sortie d'Android Auto notamment. Sans le fichier (ancienne appli) : BMW, comme avant. - L'entourage rond de l'écran des MINI cache environ 40 colonnes de chaque côté d'un écran de 1280 pixels de large, la même part d'un écran plus étroit (25 sur 800). Le téléphone est prié de garder ses boutons hors de ces bords (marges gauche et droite) ; l'image et le toucher ne changent pas. hmiapp/controller_coding devient hmiapp/idrive_coding : un seul accès au serveur de variantes pour les touches et la marque, écriture atomique commune. Une BMW reçoit exactement la même description qu'avant (relevé figé inchangé). Tests : test_evo_sdr (fichier de marque, marges, marque annoncée).
Lu dans HmiMain3D et libhmil6services.so (volume_state.hpp) : - Le niveau (AudioMaster 0xC08) est un tableau, un enregistrement par écran ; seul le premier est celui de l'écran avant. L'iDrive range l'enregistrement selon son minimum : 0, le volume que tourne la molette ; au-dessus, celui d'une autre source. Une MINI F57 (#56) recevait à la connexion « 25 entre 25 et 100 » dix fois : la pastille s'ouvrait seule, barre vide. Ces niveaux ne l'ouvrent plus. - Le même niveau revient sans que rien ne change : comme la barre de l'iDrive, la pastille ne s'ouvre que sur un changement ou juste après une touche de volume. - Sourdine : l'appui sur le bouton du volume (CECenterStack 0x15.0C, fonction 0xC04 PushButtonAudio) la bascule dans l'iDrive, un cran de volume la lève ; le niveau de l'AudioMaster ne change pas. La pastille montre maintenant le haut-parleur barré (aussi sur la G20 de référence). Le journal donne l'octet d'erreur quand l'AudioMaster refuse notre lecture. Tests : test_volume_state (nouveau), test_evo_input (tableau, autre écran, bouton audio).
Demande du ticket #1 et de plusieurs propriétaires : quand Android Auto est à l'écran, MAP ouvre sa navigation comme NAV, au lieu de rendre l'écran à l'iDrive et à la carte BMW. C'est aussi ce que fait l'iDrive avec CarPlay (CCarPlayActivity::handleControllerInput : la touche carte ouvre « maps: »). MAP garde donc Android Auto à l'écran (fichier appkey, iDrive remis dessous comme pour NAV) ; seules MENU et OPTION le quittent. Sur les contrôleurs F, la touche NAV donnait déjà la navigation d'Android Auto (code 17). Page Aide : « NAV, MAP : navigation Android Auto » (36 caractères au plus). Limite connue retirée de la feuille de route.
Jiraiya43
force-pushed
the
feat/map-navigation-aa
branch
from
November 15, 2026 21:55
9c5ccc7 to
a22637b
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
S'appuie sur #83. Ferme #1.
Quand Android Auto est à l'écran, MAP ouvre sa navigation comme NAV, au lieu de rendre l'écran à l'iDrive et à la carte BMW. C'est aussi ce que fait l'iDrive avec CarPlay (la touche carte ouvre « maps: »). Seules MENU et OPTION quittent Android Auto. Page Aide : « NAV, MAP : navigation Android Auto ».
Tests :
test_evo_input.