Lecture code PIC Arduino/Raspberry PI

Bonjour,

J'aurais besoin de votre aide. J'explique mon truc.

Alors j'aimerais choper le code d'un badge/télécommande d'une porte de garage. J'ai démonté le badge.

J'ai examiné le montage c'est une télécommande en 433,92 MHz ( Quartz EPCOS R960 ) normal quoi.
Par contre pour la partie code c'est un µC PIC16F676-I/P donc j'aurais aimé savoir si je peux lire facilement le code du PIC si il n'est pas protégé avec un Arduino ou un Rasberry PI ou autre méthode sans me faire chier à acheter un programmeur PIC au risque de l'acheter pour rien.

Ou au pire lire directement le code envoyé au portail. Mais je me suis renseigné sur internet certaines télécommandes protégées envoient un code bidon ( replay ) en plus du bon code pour empêcher tout risque d'interception du code.

A savoir que j'ai cherché en Français presque aucun résultat et un bout en Anglais ( pas mon fort ).

Merci de votre aide.

Check sur le circuit si y'aurait pas une série de 4 à 6 pins non connectés. Si c'est le cas y'a de fortes chances pour que ce soit un header ICSP (in-circuit serial programming) et c'est par là que tu pourras chopper le code (en hexa bien-sûr, c'est toujours reversable en ASM mais pas en C ou autre langage de plus au niveau)

Si non, ben go sur la data du 16f676 pour voir par où et comment il se programme, si y'a des fuses de protection du code, etc...

Dans tout les cas un arduino peut émuler n'importe quel programmateur de µC vu que c'est de la simple com série (avec des protocoles différents selon les µC, certes, mais ça reste simple) donc oui c'est possible, doit même y avoir des libs sur l'arduino pour programmer des PIC and co

Je squatte le compte de San41 vite fais.

Alors tous les pins sont à priori connectés sauf 2-3.

Je préfère ne pas toucher au montage, si je peux choper le code directement comme ça... je le ferais... mais si j'ai pas le choix je toucherai au circuit via un programmateur chinois.

J'ai répéré ça pour choper le code : http://forum.snootlab.com/viewtopic.php?f=46&t=820&p=4383&hilit=433#p4383

ça pourrais être viable ?

Je te parlais de ça par exemple http://www.pymcu.com/images/Board_ICSP.jpg t'as un tas de composants et pas loin du µC concerné t'as un header ICSP (ça peut être du JTAG aussi par exemple, t'as pas forcément la sérigraphie qui t'indique ce que c'est mais c'est très caractéristique comme truc); Il n'y est pas toujours donc il faut aller voir dans la data du µC pour savoir comment en rajouter un en soudant direct sur les pins du µC

Mais si tu veux RE un truc faut pas avoir peur de souder des fils direct sur le circuit, tous les coups sont permis

Regarde du côté du bus pirate si tu veux un truc qui peut s'adapter à pleins de protocoles sans se casser la tête

Ah oui, non c'est un composant en cms et il n'y à pas de pins de prog ou autre ( à mon avis manque de place ) donc ça serait plutôt à souder sur les picots de l'µC avec du fil pour choper quelque chose
J'ai déjà prévu cette éventualité

Bus pirate ?

Sinon je viens de tester pour choper le code avec un récepteur 433,92 Mhz ça donne ça :

J'appuis avec la télécommande ça me donne ces trames là. J'ai pas pris d'image sans appuis mais c'est très différent.



Zoom en plus :



Et zoom total sur un cycle :

http://lmgtfy.com/?q=bus+pirate

C'est quoi ça comme data ? ça sort d'où ?

M'enfin là comme ça je dirais qu'il y a un header pour annoncer la com suivi de 4 ou 5 fois le même pattern (à moins que ce soit une seule trame non répétée et que la répétition qu'on peut distinguer soit un hasard).

Faudrait chopper la clock en même temps ou au moins mettre le signal sur un fond avec des carreaux de la bonne taille pour chopper le binaire

C'est une trame que j'ai chopé via audacity. J'ai le fichier d'enregistrement si tu veux voir ce que ça donne entier avec et sans appuis sur la télécommande.

En gros sur un cycle tu vois 4 ou 5 fois le même code répété ? Moi j'arrive à le voir que 3 fois m'enfin j'ai pas plus analysé non plus je vais le faire ce week. C'est possible pour être sur que le code passe car en fait quand j'appuis la première fois sur ma téléco et que le portail ne s'ouvre pas et si je relâche assez vite il va s'ouvrir au bout d'une demi sec par exemple.

J'ai pas souvent accès à mon pc du coup je poste sur téléphone et pour faire des recherches c'est pas génial.

Du coup j'ai vu ça : http://www.evola.fr/product_info.php/bus-pirate-p-264

Ben après c'est à toi d'analyser, je te dis ce que je vois vite fait de loin, faut extraire le binaire pour savoir si c'est répété, si y'a un checksum, combien y'a de bits, etc...

Ouais je vais voir ça ce week end

Pour le bus pirate le lien que j'ai montré ça le ferait ?

Oui, attention y'a plusieurs versions, check l'article wiki pour avoir les détails et les liens officiels

Du coup j'ai analysé le code.

J'obtiens un code en 32 bits au départ et un code en 196 bits après.

0101 0101 0101 0101 0101 0100 0000 0000

1101 0010 0110 1101 1010 0100 1001 1011 0110 1101 0100 1101 0011 0100 1001 1011 0110 1101 0010 0100 1101 1011 0110 1101 1011 0110 1101 1010 0100 1001 1011 0100 1001 1010 0110 1101 1010 0110 1101 1010 0110 1001 1011 0100 1101 1010 0110 1101 1010

Je vais commander le bus pirate j'en aurais toujours besoin. Pis au cas ou le binaire ne fonctionne pas j'aurais encore cette méthode.

En hexa ça donne :

55 55 54 00

d2 6d a4 9b
6d 4d 34 9b
6d 24 db 6d
b6 da 49 b4
9a 6d a6 da
69 b4 da 6d
0a

Donc ça ne se répète pas déjà.

Bon tout ça c'est bien joli mais c'est quoi ton but final ? parce que ça c'est les données transmises mais il me semble que tu voulais le firmware au départ nan ?

En fait je veux juste le code d'ouverture envoyé au portail. Pour ensuite pouvoir faire une copie du badge home made.

Maintenant va falloir tester le code avec différentes vitesses.

Merci

Ben t'façon la vitesse tu l'as vu que t'as enregistré le signal

J'espère que le badge ainsi que le portail t'appartiennent parce que sinon c'est pas vraiment légal...

Oui ce sont les miens

C'est pour faire un système d'ouverture automatique quand ma voiture est détectée. Car actuellement mon badge bug et ça s'ouvre à 5m à peine et je dois souvent faire des acrobaties pour choper le badge dans ma poche quand je suis à l'arrêt devant le portail, ce qui entrave la circulation.

J'aurais quellques question un peu basique concernant arduino et PIC   , donc si j'ai bien compris l'arduino c'est une sorte de relais qu'on peut piloter depuis un PC et enregistrer les comandes qu'on souhaite dans celui ci? Le PIC c'est pareill non?

Euh... go wikipédia

ok  .

Maj.

Bus pirate = Pas d'interfaçage avec le PIC.
Programmateur PIC = PIC protégé.

J'ai donc fait appel à mon analyseur logique je trouve un truc enfin fiable ! Avec des impulsions à environ 403 µs.
J'ai le code mais me manque de quoi le balancer. J'aimerais utiliser un PIC ou un ATMEL pour ça. J'ai cherché en anglais, en français je trouve que des librairies que j'ai déjà testé et qui ne fonctionnent pas. Une solution ?



Félicitation pour ta promotion Bidule

Merci.

J'ai pas compris le pb, tu peux expliquer exactement ce que tu veux faire, ce qui ne marche pas, ce que tu as essayé, etc.. stp ?

Merci

Alors j'essaye d'écrire un code sous Arduino, PIC ou Atmel.

J'ai déjà essayé sous Arduino via la librairie RC-Switch sans succès.

Toi qui t'y connais un peu tu aurais des sites qui expliquent comment envoyer un code RF via PIC ou autre ?

Il va falloir en choisir un des trois, on ne peut pas apprendre à dev sur trois plateformes différentes en même temps.

Si tu connais déjà le C commence par le pic ou l'atmel, sinon commence par l'arduino qui te permettra d'apprendre plus facilement.

Ensuite trouve un tuto pour débutant (un coup de "atmel/pic/arduino beginner tutorial" sur un moteur de recherche devrait le faire) et suis-le

Quand tu auras réussi à allumer une LED, la faire clignoter, allumer une LED lors de l'appui sur un bouton, l'éteindre avec l'appui d'un autre bouton, ... tu sauras les bases et tu pourras commencer à coder ce que tu veux en cherchant des tutos spécifiques Ne mets pas la charrue avant les boeufs... ^^

Avec arduino tu te fais trois fonctions simple pour l'envoie d'un "1","0" et une dernière pour la synchro. C'est ptêtre pas propre mais ça marche bien.

Code:

void fct_0(){
digitalWrite(13, HIGH);  
  delayMicroseconds(450);
digitalWrite(13, LOW);  
  delayMicroseconds(1350);
}

void fct_1(){
digitalWrite(13, HIGH);
 delayMicroseconds(1350);
digitalWrite(13, LOW);
 delayMicroseconds(450);
}

void fct_S(){
digitalWrite(13, HIGH);
 delayMicroseconds(450);
digitalWrite(13, LOW);
 delay(12);
}

Puis après tu appelles bit à bit ton code, là le code exemple marche très bien pour des encodeurs style PT2262.

Code:

for(int j=0; j<10; j++){   //envoie des codes *10 par sécu
  for(int i=0; i<24; i++){
if (code[i] == 0)
fct_0();
else
fct_1();
}
fct_S();
}

Han que cay moche

Protip : un appel de fonction c'est ce qu'il y a de plus lourd, suivi des conditions, (suivi d'un déréférencement de pointeur, suivi de tout ce qui est calculs si j'ai bonne mémoire).

Conclusion : c'est un des trucs les moins optis que j'ai vu en C

Si l'arduino fait que ça, ça va, mais comme en général tu lui faire faire plein de trucs à côté c'est généralement une bonne idée de penser un minimum à l'optimisation