Essaie de trouver à la casse un émetteur et reprogramme-le pour le rendre compatible avec ton récepteur, ou le contraire selon ce qui est le plus facile.
-----
Essaie de trouver à la casse un émetteur et reprogramme-le pour le rendre compatible avec ton récepteur, ou le contraire selon ce qui est le plus facile.
Seuls les faucons volent. Les vrais restent au sol.
Si dispo en casse, ils vendent cela à prix d'or...
Et https://www.leboncoin.fr/equipement_auto/1793835064.htm.
C'est pour une 405 ? C'est pas compatible avec d'autres modèles ?
https://www.leboncoin.fr/equipement_auto/2093428937.htm
Dernière modification par f6exb ; 26/01/2022 à 15h18.
Seuls les faucons volent. Les vrais restent au sol.
Ça irait pas ce modèle ? L'implantation des composants à l'air d'être identique.
Je me suis gouré, il s'agissait des récepteurs.
Dernière modification par f6exb ; 26/01/2022 à 15h26.
Seuls les faucons volent. Les vrais restent au sol.
Peut-être.
Dernière modification par BeeDox ; 26/01/2022 à 15h26.
Oublie, il n'y a pas l'émetteur avec.
Seuls les faucons volent. Les vrais restent au sol.
Voici la télécommande d'origine avec le om1058t absent.
Il doit aussi manquer un transistor, et la led IR et sûrement HS.
IMG_20220126_172139_672.jpg
IMG_20220126_172155_081.jpg
Ah oui ! Quand même !
Seuls les faucons volent. Les vrais restent au sol.
Est-ce qu'une boite comme ça ne pourrait pas te recoder une clé avec les données de ton récepteur ?
https://auto-cles-services.fr/teleco...381007226.html
Tente un coup de téléphone.
Edit : je vois qu'il n'est plus en stock. Mais cherche des boites de ce genre.
Dernière modification par f6exb ; 26/01/2022 à 16h50.
Seuls les faucons volent. Les vrais restent au sol.
Le schéma est bon, même les russes ont copié un site français :
https://autoby.biz/forum/viewtopic.php?f=27&t=17892
Seuls les faucons volent. Les vrais restent au sol.
Oui, il a pris cher. Je ne suis pas le responsable de ce massacre.
La voiture a été acheté comme ça
Ou alors c'est parce ce que il faut absolument une CQY89.
Je trouve que la led IR n'émet pas beaucoup.
![]()
Tu as mis quelle résistance en série ?
Seuls les faucons volent. Les vrais restent au sol.
1.2ohms mais au multimètre, je trouve 2.2.
Même 1.8 ohms, vraiment étrange que ça ne fonctionne pas.
As tu un oscilloscope ?
J'ai pas ça chez moi.
Seuls les faucons volent. Les vrais restent au sol.
Sinon, je t'aurais envoyé tout sous enveloppe. Car moi je ne vois plus clair, et quoi tester d'autres.
J'ai usé toutes mes ressources.
Bonjour,
Si sur la voiture je mets tout le codage a la phase, alors à l'émetteur doit être également au plus.
Comme cela aucun risque d'erreur dans le codage.
Tu as surement raison, il a dit sur le forum russe qu'il a augmenté la valeur du condensateur.
Mais de combien ?
Bonjour,
Je viens vous donner des nouvelles, à propos de mon plip maison.
J'ai eu l'idée de dé-souder le condensateur du pin 2 du récepteur celui qui est situé au plafonnier. J'ai essayé de le mesure avec un pince ampèremétrique qui a la fonction pour tester les condensateurs. Cependant il s'agit d'un condo en CMS, très difficile à dé-souder, je crois que je l'ai malheureusement détruit. Une patte s'est arrachée, je n'ai pas pu le tester.
Alors, j'ai soudé un condensateur en céramique de 3.9 nf, et remonté le tout sur la voiture. Dans la télécommande maison j'ai mis un condo de 1nf.
Miracle cela fonctionne, ce n'ai pas un condo en cms, mais cela fonctionne.
Je trouve que parfois, c'est impossible à ouvrir, alors que je ne change pas d'endroit. Je trouve également la distance assez faible.
De plus, parfois, on dirait que c'est aléatoire, je dois insister pour ouvrir, pourtant je reste longtemps appuyé.
J'ai fait des testes en changeant la led ir avec une plus grosse, pareil, alors j'ai remis un 3mm.
Ou alors mes soudures, mais je n'y crois pas de trop.
Mais, cela fonctionne, c'est juste que c'est aléatoire, et je dois parfois faire jusqu’à 5 essais.
Est ce que cela est dû, au condo de 3.9 nf que j'ai mis sur le récepteur ?
J'aurai pensé avoir une meilleur porté qu'a l'origine car tout le monde dit qu'avec ce montage en 12V cela améliorer la distance.
Je trouve aussi, que la led ir n’émet pas beaucoup sur l'appareil photo.
IMG_20130124_023956.jpg
IMG_20130124_024002.jpg
Merci,
Bonne journée
BeeDox
Bonjour,
J'ai également la volonté de reproduire le signal d'une télécommande pour récepteur TEA5500. Quel est la particularité TEA dans la partie émettrice ?
Il semblerait que la trame émise soit fixe. Pourquoi il n'est pas possible de capturer le signal émis par le plip d'origine via un oscillo puis de réémettre ce même signal par une LED IR branchée et pilotée par un microcontrôleur sans TEA5500 au milieu ?
Merci pur votre réponse.
Bonsoir,
C'est possible, mais à partir du moment où tu as capturé et décodé la trame, c'est quand même plus simple d'utiliser le TEA5500 en le codant que de programmer un microcontrôleur.
Seuls les faucons volent. Les vrais restent au sol.
Merci pour votre réponse. Je viens de me remettre dernièrement au sujet.
Finalement, j'ai l'impression que je n'ai même pas besoin d'oscilloscope puisque je peux déterminer via les soudures les 10 premières paires de bits sur les 24.
Pour ce qui et des 4 bits de reconnaissance comment pouvons-nous les connaître ? Ils sont fixes ? Ou alors possible de tester les 16 combinaisons ?
J'ai étudié le format de la trame et un point m'interroge
Suivant le chronogramme (datasheet Philips) l'élément dimensionnant est Tau_c, je l'ai calculé :
- Trame de 58ms pour 20 bits -> T_clock = 2.9ms donc F_porteuse = 34482,758620689700 Hz et T_base = 29µs. Suivant le chronogramme 8Tau_c = temps entre 2 coups de clock.
donc Tau_c = 362.5µs
- 1/5Tau_c = durée de pulse mode codage = 72.5µs. Est-ce la même pour le décodage ? Je suis étonné je pensais retombé sur 29µs ou à minima un multiple. Comment est-ce possible de coder cette information. Je pensais utiliser une LED de smartphone. je ne comprend pas bien le format du pattern.
int[] pattern = {1901, 4453, 625, 1614, 625, 1588, 625, 1614, 625, 442, 625, 442, 625,
468, 625, 442, 625, 494, 572, 1614, 625, 1588, 625, 1614, 625, 494, 572, 442, 651,
442, 625, 442, 625, 442, 625, 1614, 625, 1588, 651, 1588, 625, 442, 625, 494, 598,
442, 625, 442, 625, 520, 572, 442, 625, 442, 625, 442, 651, 1588, 625, 1614, 625,
1588, 625, 1614, 625, 1588, 625, 48958};
// transmit the pattern at 38.4KHz
mCIR.transmit(38400, pattern);
Si vous avez des idées qui pourrait m'aider je suis preneur.
Merci,
Pierre
Bonsoir à tous,
Très pris par ailleurs, j'avais perdu de vue cette affaire. Désolé.
Je vois que f6exb a très bien suivi et de plus, qu'il maitrise bien le sujet, je lui tire mon chapeau.
Tout ce qu'il a dit est correct : tensions, courants, manière de mesurer, longueur d'onde , etc ....
Petite précision pour BeeDox, il est normal que la visibilité de la DEL émission soit très faible car même si les impulsions de courant sont de l'ordre de 0,6
ou 0,8A la durée d'allumage est très faible (5 us environ si tc = 20 us mini) par rapport aux absences d'allumage =1/40 si bit à 0 ou 1/10 si bit à 1 qui suit un clock.
Bien évidemment la résistance série ne doit pas être aussi faible si l'allumage est continu pour un test.
Dommage que tu ne sois pas en mesure de voir les signaux. (oscilloscope)
Dans la datasheet il est bien indiqué (et mon post#29) le valeur du condensateur sur pin 2 qui diffère selon qu'il s'agit de l'Em. ou du Rec.
@pkj
Je ne comprends pas tes calculs.
Je ne comprends pas la table de valeurs ? il s'agit d'un enregistrement réel ? ou de valeurs calculées pour une trame donnée ?
Les valeurs devraient être un peu plus régulières ? Peux-tu en dire plus ?
Pour moi et sauf erreur de ma part (*), il y a 24 bits par trame, et tc = 20 us mini. Quelle est la valeur réelle de tc ? ? ?
Si je considère au pif 25 us. ===> 40kHz et une impulsion clock ou data dure tc/5 = 5 us.
8 tc par bit ====> 24 bits x 8 tc x 25 us = 4,80 ms par trame (8 ou 8,24 tc par bit ??? à confirmer)
(*) tout n'est pas encore bien clair et pourquoi tc du récepteur est 3 fois celui de l'émetteur ?
Problème résolu : N'oubliez pas de préciser ce que vous avez trouvé et les mesures prises. Merci
Bonjour,
D'une part je cherche à reproduire le chronogramme pour ensuite pouvoir le coder.
Pour cela j'ai besoin de connaître la fréquence porteuse, durée d'allumage des bits à 1, le placement des bits par rapport à la clock...
En effet dans mon calcul, il y a une confusion.
F_porteuse = 1/(1/5*tc), est-ce bien cela ?
D'après le datasheet les premiers bits d'information sont émis en 58ms or d'après le chronogramme durée trame (58ms) = 8*tc * nb de bits (20) ==> tc = 0.3625ms
1/5*tc = 72.5µs ==> F_porteuse = 13.8khz ce n'est pas très cohérent.
Comment pouvons-nous connaître la valeur de tc sans oscillo ? Ce n'est pas la même pour tous les TEA5500 ?
Pour la 2ème partie, je cherche comment coder le signal obtenu. J'ai pensé à la Led infrarouge intégré sur certains smartphone. En cherchant sur internet j'ai trouvé un code pour transmettre une trame IR. Ce n'est pas des valeurs en relation avec le TEA, c'est un exemple de code internet.
Mais comment interprété le pattern mis en exemple et retrouver le chronogramme ?
Cela me permettra de faire le chemin inverse une fois le chronogramme bien défini pour ce sujet
Merci
Bonjour pkj,
voir datasheet du post#27 page 5
Sauf erreur de ma part, la période de la fréquence horloge du TEA5500 est de 20 us mini. Combien exactement ? ?
En supposant 25 us, on peut donc dire 1000000/25us ) 40 kHz et partant ... une impulsion horloge = t / 5 = 25/5 = 5us.
Si un bit data est à 1, une 2ème impulsion de 5 us suit le clock avec un espace de 2 tc donc espace de 45 us. (50 - 5= 45)
Entre 2 impulsions clock on a 8 tc donc 8 x 25 us = 200-5 = 195us et
Pour transmettre 24 bits, 24 x 200 us = 4,8 ms.
Je ne sais pas comment tu fais pour trouver 58 ms.
Nota : Ce type de transmission et de codage n'envoie pas de fréquence porteuse. Il envoie des impulsions espacées de 195us, point barre.
Les bits 1 à 4 d'identification et de resynchronisation sont fixes et un peu particuliers.
Hormis la séquence d'identification on devrait donc trouver quelque chose comme ceci : (en us)
int[] pattern = { séquence des 4 premiers bits, 5, 195, 5, 195, 5, 195, 5, 195, 5, 195, 55, 195 .... }; si tout les bits data sont à 0 ( où 195 = 200-5us) il n'y a que des "clocks".
Autre exemple avec le 2ème bit data à 1 :
int[] pattern = { séquence des 4 premiers bits, 5, 195, 5, 45, 5, 145, 5, 175, 5, 175, 5, 175, 5, 175 .... };
( où le 1er bit est à 0 : 5, 195; le 2ème bit = data est à 1 : 5, 45, suivi de 5, 145 et tous les autres bits data sont à 0 ) (45+5+145 font bien 195)
Rappel : 5+ 45 = 50us = 2 tc et 145us = 8tc - 2ts - 5 = 200 - 55. (voir dessin chronologie datasheet si nécessaire)
Problème résolu : N'oubliez pas de préciser ce que vous avez trouvé et les mesures prises. Merci
Merci pour ces éclaircissements, la source de l'info que j'avais sur la durée de la trame ne devait pas être top 😅
J'ai toujours du mal à comprendre pourquoi le tc est une valeur que l'on ne connait pas.
Pour chaque TEA c'est une valeur différente ou la valeur change aléatoirement pour un même TEA ? L'émission peut fonctionner avec plusieurs valeurs différentes de tc ?
En revanche l'espacement entre 2 impulsions est toujours de 195µs ?
Qu'est-ce qui est particulier pour les bits de resynchronisation ? Ils ont codés sous un format de trame particulier ? Peut-on connaître leur valeur grâce à des informations sur la partie hardware de l'émetteur ou du récepteur ?
Bonjour,
Sauf erreur de ma part :
Oui, je pense que tc est aussi proche que possible de 20 us par construction, que sa valeur n'est pas trop critique.
J'ai supposé tc = 25 us donc, 8tc = 200 us et une impulsion = tc/5 = 5 us
J'en déduis l'espace en 2 impulsions d'horloge = 200 - 5 = 195 us lorsque le bit data est à 0.
Oui, l'espacement entre 2 impulsions clock est toujours le même. C'est un bit de synchronisation toutes les 200 us.
(Si le bit data est à 1 : il suit de bit d'horloge de 2 tc, ce qui aura pour effet de réduire la durée pour atteindre le prochain clock.)
La séquence de synchronisation (4 bits) permet de se retrouver le début de trame. Elle est fixe et propre au système.
Le bit clock permet d'annoncer un bit data 2 tc plus loin (0 ou 1).
La séquence de synchronisation permet d'annoncer un début de trame.
Cette séquence de 4 bits , si me me fie au chronogramme de la datasheet page 6, devrait être : 0, 1, 1, 1 Particulier mais non spécial.
On ne peut pas la retrouver sur la partie hardware de l'émetteur ou du récepteur.
C'est la programmation ou des circuits logiques qui l'utilisent pour spécifier ou identifier le début de trame.
Je pense avoir été clair.
Dernière modification par Jeryko ; 07/03/2022 à 09h09.
Problème résolu : N'oubliez pas de préciser ce que vous avez trouvé et les mesures prises. Merci
suite,
Si tout cela est exact, il devrait être possible de programmer un petit PIC ou tout autre micro contrôleur y compris Arduino.
"Yaka" pour le vérifier.
Mais il faudrait que j'achète l'auto qui va bien pour le tester hi! hi! hi!
Problème résolu : N'oubliez pas de préciser ce que vous avez trouvé et les mesures prises. Merci
Bonjour,
C'est très clair comme explication.
Je compte essayé le codage grâce au smartphone suivant le trame évoqué.
Si jamais je n'arrive pas, je compte faire ce genre de montage : https://civade.com/post/2021/05/02/I...nde-infrarouge puis analyser le signal avec le logiciel Scrunitizer IR.
Je vous redirai lorsque l'essai sera réalisé.
Merci en tout cas pour ces réponses