Bonjour j'envisage l'achat d'un ICD2 et j'utilise principalement des PIC 12F675
La doc indique qu'il faudrait un header pour faire fonctionner la simulation. Mais est-ce que je peux m'en passer si je n'utilise pas la simulation mais si je veux tester mes programmes qu'avec les LED presente sur la carte ?
Merci et A+
Laurent
Achète toi un PICKIT2 ou 3, c'est moins cher.
Un ICD2 ca coute 30€... Et ca permet de debugger !Envoyé par Gérard
Tu en es sûr ?
http://www.microchipdirect.com/Produ...words=DV164005
c'est de la contre-façon, moi, je parle d'un VRAI ICD2.
Apparemment, nous n'avons pas les mêmes valeurs !
Bonjour
Pour repondre à la question de destroyedlolo, tu peux utiliser un ICD2 pour programmer (pas debugger) un 12F675. Il se peut que tu aies un message de warning si tu utilises une configuration du type _MCLRE_OFF mais cela programme malgre tout.
P.S. J'utilises un ICD2 clone fait maison qui fonctionne tres bien, mais il faut avouer que certains messages de Mplab me font parfois douter de la fiabilité de ma construction alors que c'est un message normal, par exemple cette semaine je teste un programme pour un LCD, à la connection, Mplab me repond qu'il ne peut identifier mon 16F877A et ne programme donc pas le pic, si j'avais eut un veritable ICD2 j'aurais mis immediatement en cause mon montage, j'ai passé une bonne demi heure à soupçonner mon ICD2 avant de constater que j'alimentais le LCD à l'envers, un fois retablis l'alim du LCD tout est repartit comme il faut.
C'est un exemple qu'il faut prendre en compte si on construit soi même ou que l'on achete un ICD2 clone.
Gilles
... et avec le pickit on peut déboguer aussi (avec des limitations certes)
Bonjour
Donc avec un pickit2 on peut debugger ! Quand j'ai voulu l'essayer, mplab me demande de mettre le LVP à OFF alors que je le mets tout le temps sur ON (j'utilise tout le temps le ICSP en LVP)
Merci
En fait, je suis uniquement sous Linux et j'utilise Pikit qui ne reconnait pas (encore ?) l'ICD3 mais uniquement le 2.
J'ai deja un programmateur donc c'etait surtout la simu qui m'interessait. En fait, en regardant les differentes cartes relative a l'ICD2, ce que je suis sur une "Demo board". Je vendeur ne m'ayant pas donnee les references, je ne sais pas si mes 12F675 sont supporte ou pas.
Connaissez vous ces cartes et fonctionnent-elles avec ces petits PIC ?
A+
Lolo
bien sur qu'on peut déboguer, je m'en sert (entre autres) pour ça. Par contre pour les détails, je ne me rappelle pas (regarde les docs).
Bonjour
On ne peut pas debugger un 12F675 directement, parceque, comme d'autres pics, 16F84, 18F628, etc., il n'est pas prevu pour cela (il manque des registres speciaux ICKBUG, BIGBUG et des PORTB et TRISB en plus des normaux), il faut un Header, c'est une carte qui comporte un autre pic plus performant (mais dont on limite les possibilités) et qui supporte le debuggage et qui se branche à la place du 12F675. La ref du Header est AC162050 pour le 12F629/675.
Gilles
Salut,
La plupart des PICs qui ont moins de 20 broches n'ont pas d'unité de DEBUG (apparemment pour des questions de coût). Microchip propose des "headers" pour la plupart de ces produits. Sans le header il est bien sûr possible de programmer ces PICs (flasher).
Comme Gilles l'a expliqué, les headers ajoutent la possibilité de Déboguer. Ils contiennent un PIC "spécial" non commercialisé sur un PCB qui se met au bout de l'outil.
Il existe un outil (DTS) qui permet de comprendre visuellement les headers / adapters nécessaire pour chaque PIC. Il suffit ensuite de taper la référence du PIC (PIC12F675), puis de sélectionner le type de boitier qui nous intéresse (DIP, SO, ....) pour voir tous les adaptateurs / options qui existent en fonction de l'outil que l'on possède : http://www.microchip.com/dtsapp/dtsw...&floatdesc=yes
a+
Salut RISC
A mon avis, mais il faudrait verifier, je pense que ce sont les pics qui n'ont que deux banks qui ne peuvent debugger, car le 16F88 (18 pins) peut être debugger et il possede 4 banks et c'est justement dans les banks 2 et 3 que ce situent les registres PORTB et TRISB qui sont legerements differents de ceux en bank 0 et 1. En bank 2 et 3 il y a aussi les registres ICKBUG, BIGBUG (noté reserved dans le data sheet) qui servent pour les flags de debuggage et l'adresse de retour.
Par contre ta reponse me confirme qu'il existe bien un PIC12F675-ICD mais non commercialisé par Microchip sur le header AC162050.
Gilles
Salut,Analyse très fineJ'avais également noté cette "curiosité" du PIC16F88 qui ne répondait pas à ma propre définition.
Les chips ICD ne sont effectivement pas commercialisés (cela n'apporterai d'ailleurs rien...). Je suis (enfin) tombé hier (par hasard) sur la page ou sont listés tous ces headers. On peut trouver ce lien sur la page de l'ICD3.Par contre ta reponse me confirme qu'il existe bien un PIC12F675-ICD mais non commercialisé par Microchip sur le header AC162050.
Gilles
Tous les "headers" se trouvent sur cette page, ainsi que le document qui décrit comment les utiliser.
a+
