programmation microchip pic....

[Batforever]

comment copié ou programmé une microchip pic 16c56,elles sont protégés par des bits dans leur programmes...j ai vu qu il existe des programmeur de chip...
PS,celle ci sont utilisé sur la carte de gestion servo motor,du frankenstein Sega,mouvement de la tete...;
en effet les chip neuves des sites US,ne sont pas programmé...
y aurai t il qques savant de l informatique sur le site..?

[Papo06]

Si le bit anti copie a été positionné lors de la programmation initiale (ce qui est très probablement le cas), il est impossible de copier le contenu d'un pic sur un autre, c'est bloqué au niveau hardware quand tu essayes de le relire tu n'as pas d'erreur mais ça ne sort que des FF ou des 00.

Pascal

[flip78]

Bonjour,
Quand le pic est protégé par les bits de protection, on ne peut pa lire le contenu. (C'est le role de la protection).
Dans un pic on peut protéger le code et la zone de données indépendement. (Dépend du pic).
De par le passé il y avait une possibilité uniquement pour lire le contenu d'un pic protégé type 16C84. (Bug dans la protection)
Depuis ... Microchip a revu cela et a produit le 16F84 ... Qui lui est incopiable.
Si le fichier .hex n'est pas fourni, on ne peut pas produire un pic au contenau identique.

Il n'existe aucun moyen 'amateur' de copier ces composants.
Même pour les professionels cela reste compliqué (GAMMAGRAPHIE), d'autant que certains composant sont en plus protégés contre cela, avec un masque (programmable) posé au dessus de la puce, et qui cache le chip en dessous ....
Et encore il existe d'autre moyens encore plus poussés ... ulilisés entre autres dans l'éléctronique militaire.

Il reste la possibilité de re-crééer un fonctionnement identique en reprogrammant un pic ...
Ca demande du temps mais c'est réalisable ...
C'est ce que fait Pascal Janin avec ses (fabuleuses) cartes ...
Mais je me demande combien de temps il passe pour étudier les règles et le reproduire ... a lui !

Je dévellope également sur divers pic, ca prend du temps de refaire une émulation de carte ... mais quel récompense quand ca marche !

A+

[Batforever]

Arghhh! c est pour cela que presque que les frankenstein que j ai vu,on la tete qui ne fonctionne pas....
cette satanée microchip est inviolable! donc introuvable!
pourtant lors de l achat de la chip aus US,il y a bien inscrit " frank" dessus au stylet,comme si elle avait ete programmée pourtant...
la carte de gestion est ok,car fonctionne avec une chip frank programmé...;
bon,reste plus qu a esperer d en trouver une programmé ce coup ci...

[Papo06]

Le Frankenstein c'est un sega, faudrait contacter Stern qui a récupéré la marque possible qu'ils peuvent fournir ce chip ?

Pascal

[Batforever]

bah là,j avoue que l idée est bonne...
mais cela m etonnerai fort que chez Stern il veuille entendre parler de pieces d un frankenstein de 95.....
j y crois pas trop,deja que pour des pieces Stern c est assez dur d en avoir chez eux....
bon je vais tenter on verra bien...

[Papo06]

Ils ne vendent pas directement mais ils devraient pouvoir dire si c'est dispo via un revendeur

Pascal

[g80panthera]

Bonjour,

A l'époque il existait effectivement une astuce pour pomper le code. On se servait de la fonction de vérification du code après programmation. Le principe est le suivant: on réalise un programme qui entre dans la phase de vérification du code et on présente 00 pour le premier octet, le chip répond pas bon, donc on présente 01 etc jusqu'à 255 maxi quand le chip répond OK pour le premier octet, on passe au deuxième, et pareil pour les octets suivants.

A+

[Batforever]

sinon,quel matos faut il pour programmer un pic de type 16c56..?
ou est il possible de faire un programme similaire a l origine par un programmeur...le programme n effectue que la fonction commande servo de la tete,gauche ,milieu,droite,droite 3/4,milieu...etc..?

[flip78]

Bonjour,

A l'époque il existait effectivement une astuce pour pomper le code. On se servait de la fonction de vérification du code après programmation. Le principe est le suivant: on réalise un programme qui entre dans la phase de vérification du code et on présente 00 pour le premier octet, le chip répond pas bon, donc on présente 01 etc jusqu'à 255 maxi quand le chip répond OK pour le premier octet, on passe au deuxième, et pareil pour les octets suivants.

A+

Ah je vois que je ne suis pas le seul a avoir enployé cette methode ...
J'avais développé cet algorithme pour extraire le code d'un 68705P3 ... composant très utilisé a une certaine époque dans des petits boitiers placés à coté de la TV

A+