debugger avec pickit3 ?

[ducran lapoigne]

bonjour tous,

j' ai recu mon pickit 3 (from china ...)

je viens de lire le tuto sur le debugging par tempx
et c' est comme cela que j' ai toujours procédé

Mais comme le bidule permet le debugging "in ciruit" , ce serait bête de s' en priver

la doc trouvée sur le net concerne MPLABX , pas MPLAB

la résistance entre mclr et vdd doit faire combien ?

je suppose que sur un 16f88 , il faut affecter MCLR au reset pour que le debug fonctionne

Antoine

[Gérard]

Je mets toujours 10K entre MCLR et VCC.

[Temps-x]

Hello, hum... bonjour,

Source du message la résistance entre MCLR et Vdd doit faire combien ?

La résistance doit faire en général de 4,7k a 10k, c'est juste pour quelle soit relié au +5 volts

Il peut être nécessaire de provoquer un reset lorsque la tension d'alimentation passe en dessous d'une certaine
valeur sans pour autant atteindre 0V.

Ce reset se produit à la mise sous tension du pic, il s’exécute quand la tension d'alimentation passe vers les 1,2 /1,7 V
dans le sens montant(voir le datasheet pour votre Pic)

Le Power-On Reset met le compteur programme (PC) à 0000h, à cette adresse doit donc se trouver la première instruction
du programme qui peut utiliser les cases 0000h 0001h 0002h et 0003h.

La mise en service du Power-On Reset se décide au moment de la programmation du PIC, à l’aide de la directive __CONFIG

- Si _MCLR_OFF, Power-On Reset désactivé
- Si _MCLR_ON, Power-On Reset activé

Source du message je suppose que sur un 16f88 , il faut affecter MCLR au reset pour que le debug fonctionne

la broche MCLR est requise pour que le débogueur fonctionne, tout comme les broches PGC / PGD.

La mise en service du mode DEBUG se décide au moment de la programmation du PIC, à l’aide de la directive __CONFIG

- Si _DEBUG_OFF, debug désactivé
- Si _DEBUG_ON, debug activé

Ne pas confondre mode debug avec l'éditeur, et mode debug avec le pic.

A+

[ducran lapoigne]

merci, temps X reste plus qu'a !

[F6FCO]

Si je comprends bien, en débuggant avec l'UART vous débuggez comme sur un arduino en affichant des lignes d'infos rajoutées dans le programme ?

[mazertoc]

Si je comprends bien, en débuggant avec l'UART vous débuggez comme sur un arduino en affichant des lignes d'infos rajoutées dans le programme ?

Il a parlé du débuggeur in-circuit.
On utilise l'UART quand on en a marre des bug du débugger !

[F6FCO]

Il a parlé du débuggeur in-circuit.

J'avais bien compris cela. Je pose cette question parce que je suis passé de l'arduino au PIC justement parce que j'en avais marre de débugger en insérant des lignes de stop dans mes programmes, méthode lourde et pas pratique mais l'arduino ne permet pour l'instant pas autre chose. Voir en fin de la page en lien ci-dessous.
Débugger in-circuit est quand même bien plus confortable

Débuggage avec insertion de lignes points d'arrets et visu sur écran:
http://f6fco.pagesperso-orange.fr/IDE.htm

[ducran lapoigne]

Si je comprends bien, en débuggant avec l'UART vous débuggez comme sur un arduino en affichant des lignes d'infos rajoutées dans le programme ?

aarrrghhhh !! non pas ça !

[F6FCO]

J'ai pas bien compris alors .

[ducran lapoigne]

bonsoir F6FCO,
ce que je voulais dire c' est que je suis d' accord avec ton post ( #7 )

le debug comme tu l' explique dans ton site,ça marche mais si les interrupts sont utilisées cela ne fonctionne pas correctement
le minimum avec arduino ce serait au moins un simulateur permettant les points d' arret et la visu des variables.

Comme toi, je suis retourné au pic et suis (re)passé a mplab et son simulateur

Pour le moment, je travaille sur un générateur d' impulsions pour tester les drivers de pas a pas avec un 16f88
je souhaiterais selon la valeur retransmise par l' A/D sortir des pulses a une frequence de 40 à 4000 HZ
ça fonctionne mais c' est pas linéaire, va falloir que je me penche sur les tables lookup