Forum

bonsoir a tous,

voilà je viens d'arrivé sur le forum, j'ai deux amis qui m'ont dit de venir ici pour mon probleme et ont même dit (tu vas voir le forum elektor est vraiment cool) alors j'ai regardé quelque sujet et éfectivement le forum ne ressemble vraiment pas aux autres
alors me voilà...

jai deux petit problemes le 1er est que je n'arrive pas a trouvé de désassembleur de programme HEX pour mes PIC30

j'esplique en quelque mots: mon programme souche était dans l'un de mes disc-dur qui est HS et pour ne pas avoir a l'écrire de nouveau (A/Z)
je voudrais le décompiler.

et 2eme petite chose
j'ai 2 ligne utile a écrire (ligne de commande Blanc au noir)

Frame 1 : ligne 622 = Blanche
Frame 2 : ligne 310 bit #1 (noir=0, blanc=1)
Frame 3 : ligne 622 = Noir
Frame 4 : ligne 310 bit #2 (noir=0, blanc=1)
Frame 5 : ligne 622 = Noir
Frame 6 : ligne 310 bit #3 (noir=0, blanc=1)

Frame 7 : ligne 622 Blanche
...
etc....

le mot Binaire est 100000 100000 100......
le mot est utilisé pour initialiser le generateur pseudo aléatoire. a chaque fois que la ligne 622 est blanche, on re-initialise le generateur pseudo aléatoire avec le dernier code récupéré dans les 6 demi trames d'avant.
pour la phase agrémentation, les 3 images ( 6 demi-trames) contiennent la valeur d'initialisation du décodeur. cette initialisation a lieu au début de la 4eme images (7eme demi-trame) et le code d'initialisation change toutes les 3 images.

mais je ne vois pas comment je peux m'y prendre pour écrire la fonction sur le PIC

y aurait il quelqu'un qui pourrait m'aidée pour mon probleme??

Merci

Salut Yves,

merci mais j'ai déjà le soft et je n'arrive pas a faire de sauvegarde avec!


as tu une explication au probleme???


@+

salut Yves,

ah!!! je n'avais meme pas fait attention a ça!!!

j'étais partie sur la façon dont je pourrais retrouvé mon programme...!

j'suis vraiment naze là!!!

Bonjour "broca37",

D'abord pour ton premier problème si tu as le fichier LST issu d'une compilation ou même le résultat papier (après scan et OCR) tu pourrais retrouver rapidement ton source. C'est plus rapide de faire du nettoyage que de tout retaper de zéro.

Pour ton deuxième problème je dois dire que je n'y ai rien compris.

Amicalement, Yves.

Salut,

Pour tous les PICs il est possible de désassembler dans MPLAB, y compris pour les dsPIC30.
MPLAB intègre en standard plusieurs types de "Window" dans le menu View. Il est possible de désassembler tout fichier binaire sous forme d'un fichier assembleur.
Passer en mode Debugger > MPLAB Sim
Charger le fichier .hex
View > Program Memory > onglet [machine] ou [symbolic]

NB : les instructions sont sur 24 bits

a+

Salut Anneo,

alors je vais etre tres claire pour justement nepas avoir d'autre remarque du meme type.

déjà je suis abonné a canalsat depuis 15ans j'ai fait les premieres install de canal+ et canalsat en numérique j'ai été abonné a canal+ que j'ai aussi pirater dans les années 80/90 et j'étais sur paris quand j'étais plus jeune donc pour moi alors que aulourd'hui encore j'aurais pu si je l'avais voulu avoir canal+ en pirate depuis 2000 chose que je n'ai jamais fait car si canal+ était une chaine (pas comment les autres) comme il le disait!!!les temps changes!!!! et aujourd'hui je suis dans la Haute-Marne et ici Y A RIEN!!! meme pas le CABLE!!! seule contre tous je suis en quelque sorte "l'irréductibles gaulois" qui a juste besoin d'information pour créer deux lignes utile pour piloter un codeur et le decodeur qui va avec et apres beaucoup de recherche le seul moyen est de faire le meme systeme de détection qui était utilisé autre fois pas canal+ mais celà n'a vraiment plus rien a voir avec du piratage déjà parce que aujourd'hui je suis contre et parce que dans quelque mois pour avoir une chaine dit (piraté) il faudrait etre plus que bon dans la programmation!!!

moi je voudrais juste générer les deux lignes utile sur le meme principe du Discret pour piloté mon codeur et mon decodeur rien de plus et rien de moin

par contre peut etre que le brevet d'époque aiderait sur mon probleme????

si besoin est je peux le donnée...?

Mon cher Broqua,j'avais nullement l'intension de te accuser de piratage!
Seulement je me disais,si il s'agit bien de canal+,le codage ne se limite pas a 1bit/ligne.
Il y avait au moins 4 ,si pas plus,de transitions noir/blanc sur 1 ligne.
Alors a partir du debut de ligne,a interval regulier,tester le niveau
pour restituer les bits et pas 1bit/ligne.
Enfin,tant que on ne connait pas les details...
Anne

AnneoMon cher Broqua,j'avais nullement l'intension de te accuser de piratage!
Seulement je me disais,si il s'agit bien de canal+,le codage ne se limite pas a 1bit/ligne.
Il y avait au moins 4 ,si pas plus,de transitions noir/blanc sur 1 ligne.
Alors a partir du debut de ligne,a interval regulier,tester le niveau
pour restituer les bits et pas 1bit/ligne.
Enfin,tant que on ne connait pas les details...
Anne

Salut Anneo,

oui je me doute bien qu'il n'y avait aucune intension!

j'ai juste voulu le dire pour que les choses soit claire.

y a aucun problemes pour moi
@+

Bonsoir Broqua,
quel misere ce document!Surement le travail d'avocat plutot que de technichien ou autre ingenieur.
Par ex. p.4 (lingne5-10)"derniere ligne de chaque trame"avec 625 lignes 622 ou 310 ne sont guere les derniers!
"ligne 622 pour la trame impaire",si 622 est impaire,moi je suis Napoleon!
Normalement on compte les lignes sur l'image de haut vers le bas:1,2,3,4,....Premier trame 1,3,5,...deuxieme 2,4,6,...
L'image est alors transmit 1,3,5,...625 (au milieu de 625 on revient vers le haut) 2,4,6,...624 et on rcommence 1,3,...
Si on compte de la sorte ligne 310 est au milieu de l'image!
Dans le brevet on compte apparement les lignes transmit:
1,2,3,...moitier313=demitrame1 ,autre moitier313,314,315,...,625=demitrame2.
Quand je lis votre explication,on commence toujour avec ligne622 blanc.Ce n'est pas ca,dans la suite 310 622 310 622 ...doit se trouver 100000, n'importe si le 1 provient d'une ligne 310 ou 622.
Pour decoder toutcela avec un PIC il y a d'abord le probleme d'identifier la ligne 1.Le signal sync du video a une broche qui permet l'interruption externe on peut mesurer la duree de l'impulsion(normalement 4µs)plus long au fin de trame.
Maintenant avec le sync ausi branche a une entree qui permet de augmenter le registre d'un timer dans le PIC et de le precharger d'un valeur qui fait deborder le registre quant on arrive a la ligne 310 et/ou 622 pour provoquer un interruption on peut faire le decodage.
Pour cela on utilise une variable nomme par ex.Code(originale non?)un octet qq,zero pour commencer.
A l'interruption:
doubler Code ,si video=blanc Code+1
tester bit 6 de Code ,si zero on a fini
tester Code =100000? ,si oui : trouvee!
remetre Code a zero , fini

J'espere que tout ca te sert a quelque chose
Anne

Ebien Broqua37,je vais essaier d'etre plus claire.
Au moment que la ligne 310 ou 622 passe le prog.principale est interrompu pour executer une petite routine pour traiter l'evenement.
Doubler Code resulte en glisser les bits 1 place vers la gauche (ou ver le haut,si on veut)apres quoi on peut remplier le bit0 avec 1 ou 0 suivant le niveau video.
Quand un blanc (1) arrive au 6-eme place suivi par 00000 il y a ut 5 noir apres, cela indique q'il s'agit d'emission code.
Pour recommencer Code doit etre zero.
Pourquoi?:
Supose q'on a recu 100100 suivi de 3x0 on obtien 100100000 qui n'est pas le bon code mais le programme ne vois que les 8 dernier bits 00100000 et tire le movais conclusion.

Apres tout cela,tu vois que la"deuxieme petite probleme"n'est pas si petite !

Anne

AnneoApres tout cela,tu vois que la"deuxieme petite probleme"n'est pas si petite !

Anne

salut,

oui vu comme cela les choses ne sont pas si simple!

donc je ne vais jamais m'en sortir..!

bon je demande des fois que... on ne sait jamais???

pourrais tu éventuellement m'écrire le programme en question? meme si j'ai un peu peur de la reponse.

soyons franc, le debut de cette discutions est incomprehensible.
toutefois les nuages se sont dispersés sur la fin, si j'ai bien compris (c'est pas sur du tout) vous cherchez a 'lire' un signal video a la recherche d'une image bien particuliere contenant une ligne blanche.

je programme des pics depuis plusieurs années, recement LUCIO DI JASIO a publié 2 ouvrages chez NEWNES oui il traite des interfaces complexes appliquées au PIC.
Il y a tout un chapitre consacré a la video, dont le debut est bien construit puisqu'on y apprend la constitution bout a bout d'un signal video; NTCS, PAL, COMPOSITE, VGA il y a une section toute reservée au NOIR et BLANC.
J'ai bossé sur ces livres et je vous les conseille vivement, il y en a deux car chacun est destiné a un type de PIC en particulier :
le premier est destiné au pic24, c'est a dire les 16 bits, le second est reservé au gros 32bits mais la ce n'est plus vraiment un PIC car le coeur utilisé est un coeur MIPS M4K.

Dans votre cas, c'est un ds-pic que vous utilisez donc un 16 bits, regardez du coté du premier ouvrage :

http://www.amazon.com/Programming-16-Bit-PIC-Microcontrollers-Technology/dp/0750682922

A propos de l'auteur :
ce type la est ce que les americains appellent un insider, cconcretement c'est l'un des gars qui ont conçus les coeurs PIC.
c'est rassurant de se faire expliqué des truc par l'un des types qui l'a construit et pensé.

fabrice