Forum Golf 7

Bonsoir à tous.

J'ai pris contact avec retrofit sud paca pour un codage de phares led à la place des xénon d'origine, et la réponse à été plutôt décevante. Ils ne font pas de codage sur des pièces qu'ils ne vendent pas. Donc je reste coincé avec mon problème.

Si des personnes ont des idées, je suis très intéressé.

Par manque de temps je n'ai pas encore tester des choses, mais j'espère bien trouver une solution

Bonne soirée

Ne pas vouloir engager sa responsabilité sur du matériel qu'il ne fournit pas, en tant que professionnel sa réponse est logique.

Il ne te reste plus qu'à potasser les différentes lignes de codage entre le véhicule ou ça fonctionne et celui ou ça ne fonctionne pas, en espérant qu'il ne s'agisse que de codage, si il faut faire un faisceau ça va se corser, bon courage.

Ah oui oui, je n'ai pas dit le contraire, et j'ai dit que la réponse avait été décevante mais ce n'est pas une critique envers cette société, c'est une réalité pour moi et mon ami, nous sommes déçu car nous espérions qu'il pourrait nous sortir de la.


Du coup j'ai quand même essayé rapidement de coder la voiture comme si elle avait des phares halogènes, et le résultat est le même, pas mieux. Mais je pense qu'il doit falloir coder plusieurs calculateurs.

J'ai les deux voitures sous la main, donc si quelqu'un veut que je lui envoie un scan ou autre.

Bonjour à tous.

Je reviens donner des news, des bonnes !

J'ai donc creusé et cherché pour mon problème. La voiture de madame (phares halogène d'origine) a été d'une grande aide. Sans elle je ne pense pas que j'y serais parvenu.

Les phares étant prévus pour se monter à la place de phare halogene d'origine ils fonctionnent à merveille sur sa golf, donc j'ai récupéré le codage de chaque ligne concernant ses phares avant pour comparer avec ceux de la gtd équipé de xénon d'origine. Il y avait pas mal de choses à changer, j'aurai jamais cru. Une fois fait, les pleins phares ne s'allumaient pas, mais j'ai constaté que la ligne correspondante au plein phare du faisceau adaptable fourni par le vendeur, tombait sur une pin non utilisée de la prise d'origine du gtd. Équipé de mon multimetre, j'ai cherché la ligne qui donnait 12v lors du passage en plein phare, et j'ai changé la position de la ligne sur le faisceau adaptable.
Donc en résumé, une modification physique de l'adaptateur de faisceau et beaucoup de modifications de lignes de codage dans la centrale électrique m'ont permis de corriger le problème qui était que en position feux de croisement les pleins phares s'allumaient au lieu des phares, et il n'y avait pas de plein phare en position plein phare puisqu'ils étaient déjà allumés. Le résultat est sympa et surtout ça fonctionne.

Il ne reste plus que deux petits détails:

- décoder la fonction afs pour ne plus avoir les messages d'erreur, mais ca ce n'était pas ma priorité et je ne pense pas que ce soit bien compliqué.
- je peux faire appel de phare lorsque ceux ci sont éteint ou en feu de jour, je peux mettre les pleins phares, mais lorsque je suis en feux de croisement je ne peux pas faire appel de phares. Sûrement une ligne à attribué correctement. Je chercherai ça dès que possible.

J'espère que ça pourra en aider d'autres qui voudront monter des phares full leds non oem appelé chinoiserie par certains mais ça dépanne bien et c'est beaucoup moins cher

bravo, belle ténacité

Merci titi.

J'espère que je trouverai les derniers petits détails à régler rapidement

Je vous tiendrais informé évidemment

Bonjour à tous.

Avec les fêtes qui se profilent j'ai un peu de temps pour terminer le codage des phares de la golf à mon ami, et je vous annonce que c'est fait, tout fonctionne, sans message d'erreur AFS, et les appels de phares aussi. Bon les appels de phares j'avais trouvé ça il y a un petit moment et c'était un ligne de codage dans le calculateur 09, mais désolé je ne me souviens plus.

En revanche pour désactiver l'afs je vous dis tout ! Ça se passe dans le calculateur 55 xénon, mais quand vous serez dedans, en haut à droite dans l'encadré est bien écrit AFS ECU comme vous pouvez le constater sur les photos.
Une fois dans le menu du calculateur, vous allez sur accès sécurisé et vous tapez le code 20103 pour pouvoir avoir accès au codage. Une fois que le code a été accepté vous allez dans codage, et la vous modifier à l'aide du long coding comme je vous montre sur les photos. Si vous avez le même code que cette configuration d'origine vous pouvez écrire directement la modification et valider.








Comme vous pouvez le voir il y avait ce défaut AFS sur l'écran du poste et aussi sur l'écran multifonction du compteur.
À présent cliquez sur long coding helper (assistant codage long pour ceux qui ont la version française)




Aller sur le 4eme octet (non je ne me suis pas trompé, c'est pas le 5eme car ça commence par l'octet 0. Donc il est bien en 5eme position mais c'est le 4eme octet et en plus c'est écrit dessus ).
Et la vous décochez les Bit 2 et Bit 3




Fermez la fenêtre et validez. Vous allez avoir un message codage accepté, et vous vous retrouverez avec ce codage et tous les voyant AFS disparu









En espérant que ça en aidera d'autres pour réaliser cette modification sans défauts.
Passez tous de bonnes fêtes.

Merci pour ton retour.

Bonjour à tous,

Je sèche sur un problème d'éclairage et je lance une bouteille à la mer, en espérant que quelqu'un avec la même config de phares puisse m'aider en comparant son codage.

**Le véhicule**
Golf 7 GTD de 2014, phares xénon directionnels AFS, sans Light Assist. BCM 5Q0-937-084-AJ. Diag et codage sous VCDS 20.4.2.

**Le symptôme**
Les feux de croisement (le xénon, pas les U) restent allumés en permanence :
- Comodo sur AUTO : croisement allumé H24, de jour comme de nuit.
- Comodo sur OFF : croisement allumé uniquement quand le moteur tourne.

**Ce que j'ai déjà vérifié et écarté**
- Le capteur de pluie/luminosité (RLFS) fonctionne parfaitement : en mesure, "Light sensor - Darkness" passe bien sur ON dans les tunnels et la nuit, et sur OFF en plein soleil. "Light sensor - Request for light" suit correctement, OFF en plein jour.
- En bloc de mesure, dans l'état fautif (AUTO, plein jour), le BCM émet "Low beam - active" alors que "Light request" est sur OFF. Donc le module allume le croisement volontairement, ce n'est pas un défaut en aval (câblage/ballast), sinon la sortie serait commandée OFF.
- États du commutateur d'éclairage lus correctement : Off / Position / Low beam / Automatic high beam assist se suivent proprement selon la position physique du comodo.
- Aucun défaut sur le 09.
- Côté codage/adaptation, "Fahrlicht bei Tag" est sur "Daytime running lights" (donc source du feu de jour = module TFL dédié, pas le croisement). Les voies xénon (Leuchte6/7 ABL) ne portent que Abblendlicht L/R + Lichthupe, rien d'autre. Les feux de jour et position sont bien mappés sur les U (Leuchte4/5).

**Mon interprétation**
La signature colle à un feu de conduite permanent (Dauerfahrlicht) routé sur le croisement au lieu du module TFL. Sauf que l'adaptation "Fahrlicht bei Tag" affiche bien "Daytime running lights". Le comportement contredit donc la valeur affichée, ce qui me fait penser que la source effective du feu de jour est forcée ailleurs, probablement dans le codage long, sur ce BCM pré-facelift où ce canal n'est pas toujours le maître.

**Une précision qui a son importance**
J'ai pas mal retouché le codage éclairage sur cette voiture (notamment pour que les U servent de feux de position, rétrofit de feux arrière de phase 2), le tout étalé sur plusieurs années. Il est donc possible que j'aie flippé un bit sans m'en rendre compte pendant ces sessions.

**Ma demande**
Si quelqu'un a exactement la même config (Golf 7 pré-facelift, xénon AFS directionnel, sans Light Assist) et un fonctionnement normal, est-ce qu'il pourrait poster son ADPMAP du 09 ? L'idée est de comparer ligne à ligne pour isoler le paramètre qui diffère et identifier la source du feu de jour.

Je joins mon ADPMAP complet à ce post. Toute piste sur l'octet/bit du codage long qui gouverne la source du feu de jour sur ce BCM est évidemment la bienvenue aussi.

Merci d'avance.

https://textup.fr/942153qn

[RÉSOLU]

Petit retour pour la postérité, parce que la cause était particulièrement vicieuse et que ça peut servir à d'autres.

Le coupable : le canal d'adaptation IDE06864-ENG115833, Fahrlicht bei Tag. J'étais réglé sur "Daytime running lights" et tout semblait donc correct. Sauf qu'en ouvrant le menu déroulant en entier, j'ai découvert qu'il existe DEUX entrées différentes traduites toutes les deux par le même libellé anglais "Daytime running lights". J'étais sur la mauvaise, celle qui route en réalité le feu de jour permanent sur le croisement au lieu du module TFL. J'ai sélectionné l'autre "Daytime running lights", enregistré, cyclé le contact, et retour à un fonctionnement parfaitement normal : les xénons ne restent plus allumés, le mode AUTO refonctionne comme il doit.

Ce qui explique toute la contradiction que je décrivais : la valeur affichée disait vrai littéralement, mais derrière ce même texte anglais se cachaient deux énumérations distinctes. Le comportement contredisait donc l'affichage, et aucune vérification au niveau des lampes ne pouvait le révéler, puisque la faute était un cran au-dessus, dans la logique, masquée par une traduction ambiguë de VCDS.

La leçon à retenir, et c'est le vrai intérêt du post : sur les canaux à énumération sous VCDS anglais, ouvrez toujours la liste déroulante complète et parcourez-la, même quand la valeur affichée vous paraît déjà bonne. Deux entrées peuvent partager exactement le même libellé traduit tout en pointant vers des valeurs différentes. Dans le doute, recoupez avec les intitulés allemands d'origine, qui eux ne sont pas ambigus.

Pour info, tout le reste de mon codage était sain : mapping des Leuchte correct, voies xénon propres (Abblendlicht + Lichthupe uniquement), aucune collision de bits défaut, capteur et commutateur nickel. Le piège n'était donc pas dans le codage long ni dans une fonction parasite, contrairement à ce que je soupçonnais, mais bien dans ce doublon de traduction sur un seul canal d'adaptation.

Merci à ceux qui se sont penchés dessus. J'étais parti pour comparer des ADPMAP et démonter tout le codage du BCM, alors que la solution tenait en un clic dans un menu déroulant mal traduit.

Sujet résolu.