RocketStart CAN BUS - emulateur Renault & PSA

[jah83]

Envoyé par bkprog13

jah quand tu les as couper, les avais-tu shunter aussi les can de l’uch? car sa m’étonne j’en ai fait plein et jamais perdu aucune fonction.
j’ai couper et shunter sans rien perdre sur clio2 dcm1.2, kangoo sim32, trafic edc15 edc16, master, clio2 5nr2 can...

Non pas de shunt au niveau module habitacle. t c était une motorisation Renault mais monte sur Nissan Primera
Après je laisse pas'souvent des ému en solution définitive donc pas trop fais attention sur les autres modèles quand c etzit juste pour dépanner

[Formator]

Envoyé par kmtech

Bonjour à tous !

Formator, je t'ai publié une vidéo pour te montrer (et du coup c'est bénéfique pour tous les membres !) comment se programme l'émulateur sur un EDC15C3 et la marche à suivre avec un Renault ECU tool.

Point important (mais normalement tu es censé le savoir je l'ai dis dans le module 2 des formations) : il faut sortir du mode "bootloader logiciel" si tu fais une lecture EEPROM par Renault ECU tool, donc quand tu rebranches ton émulateur après avoir fait la lecture EEPROM avec RET, il faut re-cliquer sur "Read Identification" sinon le calculateur ne démarrera pas normalement et donc ne se synchronisera pas !

Voici la vidéo de démo sur BOSCH EDC15C3 RENAULT avec l'émulateur RocketStart CAN : https://www.youtube.com/watch?v=_jHB...ature=youtu.be

Bon visionnage ;)

Salut Kmtech,

Tu as certes des compétences indéniables, mais arrête de prendre les gens pour des jambons !!!

C’est toi qui écrit censé, alors sache que tu es supposé savoir que tes problèmes relationnels font que tu vas te retrouver seul.
Tu n’en es vraiment pas loin, à part Diagnosis29, je ne connais pas grand monde qui t’a côtoyé, qui est resté en contact avec toi.
Comme tous, qui se disent les plus beaux, les plus forts, les meilleurs, … tu pleureras et crèveras dans la solitude.

Avec tous les messages que tu as pris dans la gueule, et qui se multiplient ces derniers temps, je ne sais même pas comment tu n’arrives pas à te remettre en question. Et pourtant, beaucoup de ces messages (ou posts) en ont dit long et vrai sur ta personnalité.

Bon au final, si j’ai bien compris, je n’ai pas réussi à faire fonctionner ton émulateur rocketStart CAN bus, car je n’ai pas quitté le mode bootloader logiciel de RET, car je n’ai pas cliqué sur « read identification »
Je suis vraiment une quiche, et moi qui croyais qu’en fermant RET et réalimentant l’ECU il en sortait aussi …
Vivement demain matin que j’essaye cela. En tous les cas, merci du conseil.

[kmtech]

Salut Formator.

Tu sais ce qu'on dit il vaut mieux vivre seul que mal accompagné. Je n'ai pas beaucoup d'amis c'est vrai mais ceux que j'ai sont les bons.

Je me doutais bien d'avoir un message sympathique de ta part c'est de bonne guerre, en même temps ton post initial n'était pas là pour me faire une caresse non plus et puis ce sont tes photos d'oscilloscopes qui m'ont motivées. Mais en ces temps dur pour tout le monde y'a peut être mieux à faire que de se mordre !

D'ailleurs tu parles d'une fréquence moyenne de 39,05khz je n'ai pas compris. Sur l'edc15c3 c'est du CAN à 250kbits/s. Sachant qu'une trame CAN n'est qu'une suite de bits, la manière de déterminer la vitesse du CAN est de mesurer la longueur d'un bit (pas de jeux de mots), la fréquence que te montre ton oscillo (les 39khz) est hors sujet.

J'attends ton retour demain (pas trop tôt tu sais que j'aime dormir ! Et le retour objectif hein !) et de toute façon même si tu ne m'aimes pas je peux t'assurer que je ferais tout pour que ça fonctionne et t'apporterai le support nécessaire.

[Formator]

Salut Kmtech,

Forcément qu’en me prenant pour un jambon (comme pour beaucoup de monde qui t’entoure), tu savais que j’allais te répondre.

Mon post initial est là pour te dire que ton émulateur présente un dysfonctionnement, mais évidemment, tu ne l’entends pas comme cela, mais comme une critique (désolé d’avoir froissé ton égo), et au lieu d’être content que l’on s’intéresse à tes produits, et reconnaître un bug, tu me réponds à côté en m’argumentant que je ne sais pas utiliser RET (du grand n’importe quoi pour ta défense). Alors que mon post reste constructif pour ton développement (arguments et photos).
Cela aura le mérite de t’avoir motivé à tenter de corriger un bug qui date forcément de sa commercialisation (le 24/02/200).
Comme je le disais, je ne doute pas de tes compétences et quand tu auras solutionné le problème, sache que tu en sortiras que grandi aux yeux de tous ici présents (chose qui ne te déplaira pas).

Comme tu le sais, je ne confonds pas le débit d’une trame binaire avec une fréquence (1/T), mais c’était plus pour te confirmer que même pas un signal sortait de ton émulateur. Si 39 KHz est hors sujet, 0 Hz ne l’est pas. Ceci-dit, c’est de bonne guerre et correspond à ta façon d’agir et cela me fait même rigoler (ce qui est bon par les temps qui courent).

A tout à l’heure.

[r1lef]

Ah le kmtech ...., là ou ça me fait le plus marrer c'est quand il parle de contrefaçon [emoji23][emoji23][emoji23]

R1S10

[samb4064]

Envoyé par Formator

Salut Kmtech,

Forcément qu’en me prenant pour un jambon (comme pour beaucoup de monde qui t’entoure), tu savais que j’allais te répondre.

Mon post initial est là pour te dire que ton émulateur présente un dysfonctionnement, mais évidemment, tu ne l’entends pas comme cela, mais comme une critique (désolé d’avoir froissé ton égo), et au lieu d’être content que l’on s’intéresse à tes produits, et reconnaître un bug, tu me réponds à côté en m’argumentant que je ne sais pas utiliser RET (du grand n’importe quoi pour ta défense). Alors que mon post reste constructif pour ton développement (arguments et photos).
Cela aura le mérite de t’avoir motivé à tenter de corriger un bug qui date forcément de sa commercialisation (le 24/02/200).
Comme je le disais, je ne doute pas de tes compétences et quand tu auras solutionné le problème, sache que tu en sortiras que grandi aux yeux de tous ici présents (chose qui ne te déplaira pas).

Comme tu le sais, je ne confonds pas le débit d’une trame binaire avec une fréquence (1/T), mais c’était plus pour te confirmer que même pas un signal sortait de ton émulateur. Si 39 KHz est hors sujet, 0 Hz ne l’est pas. Ceci-dit, c’est de bonne guerre et correspond à ta façon d’agir et cela me fait même rigoler (ce qui est bon par les temps qui courent).

A tout à l’heure.

Salut formator
Celui qui ne reconnaît pas ton savoir-faire et ta compétence en la matière il doit revoir Sont savoir je sais que tu n’as pas une cuillère dans la bouche quand tu remarque de l’incohérence ou des défaut Ou la fausse info ou de l’injustice sur n’importe quel sujet posté sur le forum ne t’inquiète pas les membres ici savent faire la différence entre le vrai et le faux même le plus récent des membres.


Envoyé de mon iPhone en utilisant Tapatalk

[Formator]

Bon, comme convenu me revoici après quelques essais.

J'ai reflashé de nouveau l’émulateur avec la mise à jour, pour confirmer si le mode automatique fonctionnait et le résultat a été négatif (l’émulateur clignotait toujours à 10 Hz, et l’état de l’antidémarrage était toujours actif).

Je suis donc passé à la phase 2, à savoir le mode pré-programmé (dans le menu « réglages avancés »).
J’ai sélectionné comme sur l’image jointe (Renault 1ère génération et un MUX à 250 kbits/s). Je rappelle que c’est un Espace IV de 1ère génération.
J’ai dû reflasher 3 fois l’émulateur pour enfin réussir à obtenir un résultat positif, mais ça fonctionne et la led de statut clignote à 1 Hz (et évidemment l’état de l’antidémarrage est passé en inactif).

La question est pourquoi 3 fois ???
Est-ce le fait d’avoir débranché et rebranché le port USB (comme il est demandé en mode auto) après avoir cliqué sur OK de la fenêtre qui apparaît (alors qu’il ne faut peut-être pas).
Dans tous les cas, la troisième fois, c’est ce que j’ai effectué, cliqué sur ok et débranché l’émulateur (sans le reconnecter au port USB).

Conclusion :
Le mode automatique n’a pas fonctionné sur ce modèle d’ECU, mais a fonctionné en passant par le menu « réglages avancés ».
J’ai remarqué aussi que l’émulateur n’émet rien tant qu’il n’est pas connecté au réseau MUX. Cela va peut-être occasionner une latence à l’appel de l’ECM.
Chose à espérer maintenant, c’est que cet émulateur fonctionne pour la raison principale dont il a été conçu (éviter les conflits avec les trames immo de l’UCH, grâce à l'ISK identique). Car le but comme cela a été expliqué plus haut est d’éviter d’avoir à ouvrir les bus CAN venant de l’UCH et de devoir effectuer les shunts sur ces BUS CAN pour avoir les infos au tableau de bord.

Cela sera validé sur le véhicule par le garagiste dans le courant de la semaine prochaine.
Je ne manquerai pas de vous faire un retour là-dessus.

[kmtech]

Envoyé par Formator

Bon, comme convenu me revoici après quelques essais.

J'ai reflashé de nouveau l’émulateur avec la mise à jour, pour confirmer si le mode automatique fonctionnait et le résultat a été négatif (l’émulateur clignotait toujours à 10 Hz, et l’état de l’antidémarrage était toujours actif).

Je suis donc passé à la phase 2, à savoir le mode pré-programmé (dans le menu « réglages avancés »).
J’ai sélectionné comme sur l’image jointe (Renault 1ère génération et un MUX à 250 kbits/s). Je rappelle que c’est un Espace IV de 1ère génération.
J’ai dû reflasher 3 fois l’émulateur pour enfin réussir à obtenir un résultat positif, mais ça fonctionne et la led de statut clignote à 1 Hz (et évidemment l’état de l’antidémarrage est passé en inactif).

La question est pourquoi 3 fois ???
Est-ce le fait d’avoir débranché et rebranché le port USB (comme il est demandé en mode auto) après avoir cliqué sur OK de la fenêtre qui apparaît (alors qu’il ne faut peut-être pas).
Dans tous les cas, la troisième fois, c’est ce que j’ai effectué, cliqué sur ok et débranché l’émulateur (sans le reconnecter au port USB).

Conclusion :
Le mode automatique n’a pas fonctionné sur ce modèle d’ECU, mais a fonctionné en passant par le menu « réglages avancés ».
J’ai remarqué aussi que l’émulateur n’émet rien tant qu’il n’est pas connecté au réseau MUX. Cela va peut-être occasionner une latence à l’appel de l’ECM.
Chose à espérer maintenant, c’est que cet émulateur fonctionne pour la raison principale dont il a été conçu (éviter les conflits avec les trames immo de l’UCH, grâce à l'ISK identique). Car le but comme cela a été expliqué plus haut est d’éviter d’avoir à ouvrir les bus CAN venant de l’UCH et de devoir effectuer les shunts sur ces BUS CAN pour avoir les infos au tableau de bord.

Cela sera validé sur le véhicule par le garagiste dans le courant de la semaine prochaine.
Je ne manquerai pas de vous faire un retour là-dessus.

Salut Formator,

Merci pour ton retour. Je suis heureux de savoir que ma vidéo t'a permis de résoudre ton soucis.

Lorsque l'émulateur est branché sur USB il ne communiquera pas avec le CAN car il rentre dans un mode spécial pour être configuré et non pour dialoguer avec l'ecu.

Comme je l'ai dit dans mon message je n'ai pas corrigé le mode automatique j'ai rajouté juste les pré réglages dans le mode avancé. J'apporterai une correction au mode automatique mais la mise à jour que j'ai faite en urgence c'est pour que tu puisses au moins faire ce que tu fais avec un julie.

Pour le fait que l'émulateur n'envoie rien sur le can lorsqu'il n'est pas branché dans le vide c'est tout à fait normal : c'est le calculateur qui demande un deverrouillage alors pourquoi l'émulateur commencerait à parler avant ? Julie commence à parler même dans le vide car il rejoue sans arrêt ce qu'ils ont enregistré sur une voiture (c'est d'ailleurs pour cela que sur un julie tu ne peux pas changer l'isk).

Je ferai un document succin sur les antidémarrages Renault et PSA afin que tout le monde comprenne bien comment tout cela s'organise. Brièvement, c'est normal de ne pas commencer à parler dans le vide car l'émulateur est là pour remplacer l'uch dans le rôle du deverrouillage immo, or, c'est le calculateur qui initie sa demande auprès de l'uch en lui demandant de s'authentifier, si l'uch a bien reconnu la clé alors il va répondre à cette demande de deverrouillage par la resolution d'un challenge. Donc si emulateur dans le vide => pas de reception de la demande de deverrouillage donc aucune raison d'y répondre.

Il n'y a pas de risque qu'il y ait une latence car le délai de réaction est de 7 milliseconds entre la demande de deverrouillage du calculateur et la réponse de mon émulateur.

On attend avec impatience ton retour ! j'ai déjà rencontré ce problème d'auto detection de la vitesse du can avec un client qui m'a contacté au support mais on a résolu en utilisant le mode manuel. C'est pour cela que je t'ai dis que tu aurais du me contacter au support tu aurais eu ta réponse en 2 minutes ! C'est la version 0.1 ces émulateurs c'est mon premier lot et je suis pas IBM donc il peut y avoir un bug, et ne t'inquiète pas je trouve tes remarques très constructives je ne les prend pas mal tkt

Conclusion: j'en ai pas, juste n'hésites pas si tu veux d'autres infos.

Bonne soirée

[Formator]

Salut KMTECH,

c'est pour que tu puisses au moins faire ce que tu fais avec un julie.
Je ne l’espère pas…, car ce qui m’intéressait dans ton émulateur, c’est que l’on puisse programmer l’ISK du véhicule.

c'est le calculateur qui demande un deverrouillage alors pourquoi commencer à parler avant ?
Oui, ça je le sais que l’UCH envoie sa trame immo que lorsque l’ECM lui demande, et pour la suite du challenge également. J’ai bien compris que ton émulateur simulait parfaitement ce que fait une UCH à ce niveau.
Mais la question que je me pose revient au fait de l’intérêt de ton émulateur à ISK programmable afin d’éviter ce qu’on est amené à faire avec un Julie.
Sachant qu’un Julie envoie sa trame en permanence (donc, il n’attend pas la demande de l’UCH), cela sous-entend, qu’il répond immédiatement à la demande de l’ECM (normalement, en moins de 7 ms "qui n'est pas pour toi une latence"). Et c’est là, où je me dis que si l’UCH envoie une trame de « merda », avant ces 7 ms l’ECM restera verrouillé. Tout comme si le réseau CAN est perturbé, le fait d’y être dessus en montage parallèle, le signal de ton émulateur sera lui aussi parasité et l’ECM restera verrouillé (comme avec un Julie).
Maintenant en effet, à partir du moment que l’UCH envoie le même signal que ton émulateur, que ce soit la trame immo de l’UCH où celle de ton émulateur, cela ne changera rien et l’ECM sera déverrouillé.

Ceci-dit, ton émulateur à toujours l’avantage, de ne pas à avoir à modifier le fichier de l’ECM, et comme tu le dis, au pire on peut toujours s’en servir comme un Julie et ouvrir les 2 bus du CAN.

Maintenant, reste à voir tout cela sur le véhicule.

[kmtech]

Envoyé par Formator

Salut KMTECH,

c'est pour que tu puisses au moins faire ce que tu fais avec un julie.
Je ne l’espère pas…, car ce qui m’intéressait dans ton émulateur, c’est que l’on puisse programmer l’ISK du véhicule.

c'est le calculateur qui demande un deverrouillage alors pourquoi commencer à parler avant ?
Oui, ça je le sais que l’UCH envoie sa trame immo que lorsque l’ECM lui demande, et pour la suite du challenge également. J’ai bien compris que ton émulateur simulait parfaitement ce que fait une UCH à ce niveau.
Mais la question que je me pose revient au fait de l’intérêt de ton émulateur à ISK programmable afin d’éviter ce qu’on est amené à faire avec un Julie.
Sachant qu’un Julie envoie sa trame en permanence (donc, il n’attend pas la demande de l’UCH), cela sous-entend, qu’il répond immédiatement à la demande de l’ECM (normalement, en moins de 7 ms "qui n'est pas pour toi une latence"). Et c’est là, où je me dis que si l’UCH envoie une trame de « merda », avant ces 7 ms l’ECM restera verrouillé. Tout comme si le réseau CAN est perturbé, le fait d’y être dessus en montage parallèle, le signal de ton émulateur sera lui aussi parasité et l’ECM restera verrouillé (comme avec un Julie).
Maintenant en effet, à partir du moment que l’UCH envoie le même signal que ton émulateur, que ce soit la trame immo de l’UCH où celle de ton émulateur, cela ne changera rien et l’ECM sera déverrouillé.

Ceci-dit, ton émulateur à toujours l’avantage, de ne pas à avoir à modifier le fichier de l’ECM, et comme tu le dis, au pire on peut toujours s’en servir comme un Julie et ouvrir les 2 bus du CAN.

Maintenant, reste à voir tout cela sur le véhicule.

Salut,

Sachant qu’un Julie envoie sa trame en permanence (donc, il n’attend pas la demande de l’UCH), cela sous-entend, qu’il répond immédiatement à la demande de l’ECM (normalement, en moins de 7 ms "qui n'est pas pour toi une latence") Non, c'est un challenge donc l'ecu envoi un nombre aleatoire et avec ce nombre l'émulateur/UCH réalise un calcul et renvoi le resultat donc il faut ce nombre aleatoire pour répondre à la demande de déverrouillage. Quand je dis que le julie rejoue sans arret la même chose c'est qu'ils envoient en boucle des trames qui n'ont rien à voir avec l'immo. Un julie met plus de 25ms à faire le calcul (car je ne pense pas qu'ils calculent mais que ça cherche le résultat parmis des valeurs precalculées.

Tout comme si le réseau CAN est perturbé, le fait d’y être dessus en montage parallèle C'est du bus CAN, tous les noeuds/boîtiers présents sur le réseau sont en parallèle mais concernant l'uch il ne répond pas à la demande de déverrouillage s'il n'a pas reconnu la clé. Et oui s'il reconnait la clé cela ne posera pas de problème car le challenge sera résolu soit par l'uch soit par l'émulateur. Une fois le challenge résolu une fois, le calculateur ne le demande plus.

Bonne journée

[Formator]

Non, c'est un challenge donc l'ecu envoi un nombre aleatoire et avec ce nombre l'émulateur/UCH réalise un calcul et renvoi le resultat donc il faut ce nombre aleatoire pour répondre à la demande de déverrouillage. Quand je dis que le julie rejoue sans arret la même chose c'est qu'ils envoient en boucle des trames qui n'ont rien à voir avec l'immo. Un julie met plus de 25ms à faire le calcul (car je ne pense pas qu'ils calculent mais que ça cherche le résultat parmis des valeurs precalculées.

Oui, cela d’accord que c’est un challenge, mais le challenge commence à un moment suite à la demande de l’ECM (pour le challenge ente l’UCH et l’ECM). Mais tu as répondu à ma question sur le fait que Julie mets 25 ms (donc plus long que le tien ou que l’UCH)



C'est du bus CAN, tous les noeuds/boîtiers présents sur le réseau sont en parallèle mais concernant l'uch il ne répond pas à la demande de déverrouillage s'il n'a pas reconnu la clé. Et oui s'il reconnait la clé cela ne posera pas de problème car le challenge sera résolu soit par l'uch soit par l'émulateur. Une fois le challenge résolu une fois, le calculateur ne le demande plus.

Non justement, certaines authentifications de cartes ne se font pas par le réseau MUX principal. Ce qui veut dire que la carte peut être parfaitement identifiée et authentifiée, que le verrou se déverrouillera et que la mise du contact deviendra active (donc avant que certains ECUs ne se réveillent) et que la perturbation du réseau MUX peut avoir lieu après. Et c’est justement après, que …
Dans ce cas, cela veut dire que ta carte a bien été authentifiée par l’UCH, que le verrou est déverrouillé et que le + apc est présent et que l’ECM restera verrouillé.

[kmtech]

Envoyé par Formator

Non, c'est un challenge donc l'ecu envoi un nombre aleatoire et avec ce nombre l'émulateur/UCH réalise un calcul et renvoi le resultat donc il faut ce nombre aleatoire pour répondre à la demande de déverrouillage. Quand je dis que le julie rejoue sans arret la même chose c'est qu'ils envoient en boucle des trames qui n'ont rien à voir avec l'immo. Un julie met plus de 25ms à faire le calcul (car je ne pense pas qu'ils calculent mais que ça cherche le résultat parmis des valeurs precalculées.

Oui, cela d’accord que c’est un challenge, mais le challenge commence à un moment suite à la demande de l’ECM (pour le challenge ente l’UCH et l’ECM). Mais tu as répondu à ma question sur le fait que Julie mets 25 ms (donc plus long que le tien ou que l’UCH)



C'est du bus CAN, tous les noeuds/boîtiers présents sur le réseau sont en parallèle mais concernant l'uch il ne répond pas à la demande de déverrouillage s'il n'a pas reconnu la clé. Et oui s'il reconnait la clé cela ne posera pas de problème car le challenge sera résolu soit par l'uch soit par l'émulateur. Une fois le challenge résolu une fois, le calculateur ne le demande plus.

Non justement, certaines authentifications de cartes ne se font pas par le réseau MUX principal. Ce qui veut dire que la carte peut être parfaitement identifiée et authentifiée, que le verrou se déverrouillera et que la mise du contact deviendra active (donc avant que certains ECUs ne se réveillent) et que la perturbation du réseau MUX peut avoir lieu après. Et c’est justement après, que …
Dans ce cas, cela veut dire que ta carte a bien été authentifiée par l’UCH, que le verrou est déverrouillé et que le + apc est présent et que l’ECM restera verrouillé.

Non Christian en aucun cas un autre noeud du réseau ne répondra à la demande de déverrouillage du calculateur d'injection, le seul à le faire est l'UCH. Ce n'est pas l'ecu d'injection qui s'occupe de savoir si le verrou est déverrouillé ou si la carte a été reconnue. Je ne te parle pas de l'authentification de la carte qui passerait par un autre média de communication je parle du déverrouillage calculateur injection et ce deverrouillage n'est qu'entre l'uch et l'ecu inj. Et ce déverrouillage est asynchrone, le calculateur envoit une seed et l'uch ne la traite que s'il a passé toutes les étapes en amont. Il ne faut pas confondre identification/authentification de la carte avec le déverrouillage de l'ecu injection. La seule étape qui compte pour le démarrage moteur est l'étape finale entre uch et calculateur injection. Celle que réalise l'émulateur.

Tu parles de perturbation mais je ne comprend pas ce que tu veux dire ? L'uch ne va pas dire au calculateur "non ne demarre pas" ça ne fonctionne pas comme cela c'est un noeud par filtrage can. La seule chose qu'il va faire c'est répondre ou non à la demande de déverrouillage.

Ce qui se passe avec le julie pour que ça "perturbe" le demarrage dans certains cas c'est que :
- 1 - L'ecu injection envoit une demande de déverrouillage sur le can en mettant un nombre aléatoire dans la trame
- 2 - le julie voit passer cette demande et il va calculer le resultat en passant ce nombre aléatoire et en utilisant son isk
- 3 - le deverrouillage est effectué

Sauf que si entre le 1 et le 2 l'uch a eu le temps de répondre (et donc qu'il a aussi reconnu la clé, déverrouillé le verrou...) le resultat sera faux car l'isk de l'uch n'est pas le même que le julie et donc le julie va ensuite repondre un résultat qui sera faux car un nouveau nombre aleatoire aura été émis par le calculateur :

- 1 - L'ecu injection envoit une demande de déverrouillage sur le can en mettant un nombre aléatoire dans la trame
- 2 - L'uch répond mais envoi un mauvais résultat car il a pas le même isk
- 3 - le julie voit passer cette demande aussi et il va calculer le resultat en passant ce nombre aléatoire et en utilisant son isk
- 4 - le deverrouillage n'est pas effectué car entre le 2 et le 3 un nouveau nombre aléatoire aura été envoyé par l'ecu injection et là c'est la boucle infernale... Le fait d'avoir le même isk dans l'émulateur et dans l'uch fait que dans tous les cas, peu importe qui répondra en premier alors le challenge sera réussi.

Je vais essayer de faire une vidéo début de semaine qui explique ce principe un peu plus clairement qu'avec des mots.

[Formator]

Envoyé par kmtech

Non Christian en aucun cas un autre noeud du réseau ne répondra à la demande de déverrouillage du calculateur d'injection, le seul à le faire est l'UCH. Ce n'est pas l'ecu d'injection qui s'occupe de savoir si le verrou est déverrouillé ou si la carte a été reconnue. Je ne te parle pas de l'authentification de la carte qui passerait par un autre média de communication je parle du déverrouillage calculateur injection et ce deverrouillage n'est qu'entre l'uch et l'ecu inj. Et ce déverrouillage est asynchrone, le calculateur envoit une seed et l'uch ne la traite que s'il a passé toutes les étapes en amont. Il ne faut pas confondre identification/authentification de la carte avec le déverrouillage de l'ecu injection. La seule étape qui compte pour le démarrage moteur est l'étape finale entre uch et calculateur injection. Celle que réalise l'émulateur.

Tu parles de perturbation mais je ne comprend pas ce que tu veux dire ? L'uch ne va pas dire au calculateur "non ne demarre pas" ça ne fonctionne pas comme cela c'est un noeud par filtrage can. La seule chose qu'il va faire c'est répondre ou non à la demande de déverrouillage.

Ce qui se passe avec le julie pour que ça "perturbe" le demarrage dans certains cas c'est que :
- 1 - L'ecu injection envoit une demande de déverrouillage sur le can en mettant un nombre aléatoire dans la trame
- 2 - le julie voit passer cette demande et il va calculer le resultat en passant ce nombre aléatoire et en utilisant son isk
- 3 - le deverrouillage est effectué

Sauf que si entre le 1 et le 2 l'uch a eu le temps de répondre (et donc qu'il a aussi reconnu la clé, déverrouillé le verrou...) le resultat sera faux car l'isk de l'uch n'est pas le même que le julie et donc le julie va ensuite repondre un résultat qui sera faux car un nouveau nombre aleatoire aura été émis par le calculateur :

- 1 - L'ecu injection envoit une demande de déverrouillage sur le can en mettant un nombre aléatoire dans la trame
- 2 - L'uch répond mais envoi un mauvais résultat car il a pas le même isk
- 3 - le julie voit passer cette demande aussi et il va calculer le resultat en passant ce nombre aléatoire et en utilisant son isk
- 4 - le deverrouillage n'est pas effectué car entre le 2 et le 3 un nouveau nombre aléatoire aura été envoyé par l'ecu injection et là c'est la boucle infernale... Le fait d'avoir le même isk dans l'émulateur et dans l'uch fait que dans tous les cas, peu importe qui répondra en premier alors le challenge sera réussi.

Je vais essayer de faire une vidéo début de semaine qui explique ce principe un peu plus clairement qu'avec des mots.

Tu ne me comprends pas ou tu le fais exprès !!!
Désolé, je vais procéder un peu à ta façon.

C’est bien toi qui a répondu cela au post #115 :
Et oui s'il reconnait la clé cela ne posera pas de problème car le challenge sera résolu soit par l'uch soit par l'émulateur. Une fois le challenge résolu une fois, le calculateur ne le demande plus.


Je ne confonds pas non plus l’identification/authentification de la carte avec le déverrouillage de l'ecu d’injection et c’est bien pour ça que je t’en ai parlé, car cela a un rapport avec le + apc (et donc l’alimentation de l’ECM).

Je te dis que dans le cas d’une perturbation du réseau multiplexé principal par lequel transite le challenge immo entre l’UCH et l’ECM, même si la carte est reconnue et que le+ apc est présent, le fait que l’émulateur est connecté à ce réseau, tout ce dont tu as si bien expliqué avec de jolis mots (déverrouillage asynchrone, SEED, challenge, …) ne pourra pas fonctionner.
Avec des mots simples, si à la mise du contact (donc juste au moment où l’étape finale va se réaliser entre l’ECH et l’ECM), un ECU XX présent sur le même réseau le perturbe, il faudra m’expliquer comment ton émulateur ou l’UCH fera(ont) pour que le beau scénario que tu as cité (déverrouillage asynchrone, SEED, challenge, …) se réalise.
Ai-je été clair ?


La seule étape qui compte pour le démarrage moteur est l'étape finale entre uch et calculateur injection. Celle que réalise l'émulateur.
Ah bon ! On en revient à ce que je disais plus haut dès le départ (ce que tu sembles négliger) Et si la carte n’est pas reconnue, comment le verrou de colonne va-t-il se déverrouillé et comment l’ECU d’injection fera pour avoir le + apc ?
Je sais bien que c’est souvent la finalité qui compte, mais il ne faut surtout pas négliger le début (exemple : si tes injecteurs sont pilotés et qu’il n’y a pas de carburant dans le réservoir, …).

Si tu as du temps à perdre fait une vidéo, cela sera toujours utile en effet et en plus, je sais qu'elle sera bien faite.

[kmtech]

Envoyé par Formator

Tu ne me comprends pas ou tu le fais exprès !!!
Désolé, je vais procéder un peu à ta façon.

C’est bien toi qui a répondu cela au post #115 :
Et oui s'il reconnait la clé cela ne posera pas de problème car le challenge sera résolu soit par l'uch soit par l'émulateur. Une fois le challenge résolu une fois, le calculateur ne le demande plus.


Je ne confonds pas non plus l’identification/authentification de la carte avec le déverrouillage de l'ecu d’injection et c’est bien pour ça que je t’en ai parlé, car cela a un rapport avec le + apc (et donc l’alimentation de l’ECM).

Je te dis que dans le cas d’une perturbation du réseau multiplexé principal par lequel transite le challenge immo entre l’UCH et l’ECM, même si la carte est reconnue et que le+ apc est présent, le fait que l’émulateur est connecté à ce réseau, tout ce dont tu as si bien expliqué avec de jolis mots (déverrouillage asynchrone, SEED, challenge, …) ne pourra pas fonctionner.
Avec des mots simples, si à la mise du contact (donc juste au moment où l’étape finale va se réaliser entre l’ECH et l’ECM), un ECU XX présent sur le même réseau le perturbe, il faudra m’expliquer comment ton émulateur ou l’UCH fera(ont) pour que le beau scénario que tu as cité (déverrouillage asynchrone, SEED, challenge, …) se réalise.
Ai-je été clair ?


La seule étape qui compte pour le démarrage moteur est l'étape finale entre uch et calculateur injection. Celle que réalise l'émulateur.
Ah bon ! On en revient à ce que je disais plus haut dès le départ (ce que tu sembles négliger) Et si la carte n’est pas reconnue, comment le verrou de colonne va-t-il se déverrouillé et comment l’ECU d’injection fera pour avoir le + apc ?
Je sais bien que c’est souvent la finalité qui compte, mais il ne faut surtout pas négliger le début (exemple : si tes injecteurs sont pilotés et qu’il n’y a pas de carburant dans le réservoir, …).

Si tu as du temps à perdre fait une vidéo, cela sera toujours utile en effet et en plus, je sais qu'elle sera bien faite.

Evidement que si le bus CAN est HS ca va pas bien parler ! lol ! Tout comme si tu me dis ton émulateur ne fonctionnera pas si y'a pas de batterie sur ta voiture ! en gros tu m'expliques que si j'ai plus d'internet ça ne sert à rien d'avoir Skype je ne pourrais pas chatter !

Pour ce qui est du +APC qui n'est pas là si la clé n'est pas reconnue je t'ai jamais dit le contraire simplement cela n'est pas l'étape que réalise l'émulateur ! Ce n'est pas un émulateur de + après contact ! Tu rencontres cela chez beaucoup de constructeurs tu le sais bien et c'est pour cela qu'on shunte les relais de gestion moteur ou que l'on shunte la commande de ce relais à l'intérieur de l'UCH. Mais une chose est certaine c'est que oui il n'y aura jamais un émulateur qui mettra le +APC à la place de l'uch si une des étapes préliminaires (reconnaissance de la carte/clé , deverrouillage verrou) n'est pas réalisée.

[kmtech]

Bonsoir à tous !

Alors après avoir passé un peu de temps, j'ai l'explication pour l'autosynchro sur table.

Sur véhicule vous pouvez y aller l'autodétection fonctionne correctement. Par contre sur table, certains ECU (EDC15C3 et EMS3132 déjà c'est certain) ne commencent qu'à initier la procédure de déverrouillage uniquement après qu'un noeud du CAN soit présent.

Ce qui explique que sur table, l'auto-détection de la vitesse du CAN ne fonctionne pas toujours directement. En mode manuel pas de problème car lorsque l'émulateur connait la bonne vitesse il s'installe sur le réseau CAN et donc le calculateur commence la procédure et tout roule.

La façon de procéder donc si vous souhaitez appairer sur table (donc ECU seul avec simplement l'émulateur de branché) il vous faudra simplement rajouter votre outil de diag (attention à partir en mode EOBD pour être certain que votre outil communique via le CAN et non en K-LINE). Dès lors que le calculateur va détecter qu'un autre noeud est bien présent sur le CAN (l'outil de diag donc), il va commencer la procédure et l'émulateur va attraper la bonne vitesse et commencer sa synchro.

Voici une vidéo rapide (désolé elle passe rapidement j'ai filmé un peu court ;) ) qui vous présente cette notion ! Pour la prochaine version vous n'aurez plus besoin de cette procédure, l'émulateur fera tout le boulot !

LIEN DE LA VIDÉO ==> https://www.youtube.com/watch?v=f501...ature=youtu.be

Sur véhicule je répète, pas de soucis ! rien à faire de spécial l'émulateur va se débrouiller comme un grand.

Je vous souhaite à tous une bonne soirée !