Programme ne fonctionne qu'en mode debugging (PIC18F2450) - Page 4

Guest · #31 Message par **Guest** » dim. 15 mai 2016 10:49

C''est que tu ne sais pas encore te servir de debug qui est un outils TRES TRES Puissant

entretoize · #32 Message par **entretoize** » dim. 15 mai 2016 13:33

Ce que je veux dire c'est que depuis le début je n'ai aucun problème en debug, c'est en release que ça ne fonctionnait pas...

Guest · #33 Message par **Guest** » dim. 15 mai 2016 16:27

Comment fais tu en mode debug explique moi ?

Comment ce fait-il, sous debug tu n'as pas vue de le PORTB était en analogique donc en entrée ?

Plaisir de te lire

entretoize · #34 Message par **entretoize** » lun. 16 mai 2016 10:05

Quant j'ai créé ce topic j'avais lancé en mode debug en mode pas a pas, la led s'allumait bien lors du PORTB=0xff et s'éteignait bien au PORTB=0. Je ne me suis pas encore penché sur la question du fonctionnement en analogique mais en fait le problème venait du #pragma config LVP = ON qui configurait RB5 en ... autre chose qu'une entrée.

Guest · #35 Message par **Guest** » lun. 16 mai 2016 10:49

Bonjour

Ici le PORTA et configuré en analogique ADCON1=0X00 et TRISA=0 ->sortie
j'ai beau forcer les sorties du portA, le résultat toujours a ZERO du PORTA, sauf bits non concerné(18f4520)

Capture.png

c'est comme cela que je vérifie si mes I/O sont bien configurées.
comme je n'ai pas de 2450 pour faire le test je te crois pas de problème

A+

Claudius · #36 Message par **Claudius** » lun. 16 mai 2016 13:07

Bonjour,

entretoize à écrit:
Quant j'ai créé ce topic j'avais lancé en mode debug en mode pas a pas, la led s'allumait bien lors du PORTB=0xff et s'éteignait bien au PORTB=0. Je ne me suis pas encore penché sur la question du fonctionnement en analogique mais en fait le problème venait du #pragma config LVP = ON qui configurait RB5 en ... autre chose qu'une entrée.

Là, je dois dire que j'ai appris quelque chose et confirmé par RB5 fait de la résistance pic 18F et la datasheet après lecture et relecture de celle-ci (Grand merci ;-))

entretoize · #37 Message par **entretoize** » lun. 16 mai 2016 16:48

Maï tu veux dire que tu si j'avais fait LATB=0xff et que j'avais regardé les valeurs de PORTB en mode debug j'aurais lu quelque chose comme 0b11011111 (ou 0x00100000 en metant à 0) ?

Claudius content d'avoir pu aidé !

Guest · #38 Message par **Guest** » lun. 16 mai 2016 17:03

entretoize a écrit :Maï tu veux dire que tu si j'avais fait LATB=0xff et que j'avais regardé les valeurs de PORTB en mode debug j'aurais lu quelque chose comme 0b11011111 (ou 0x00100000 en metant à 0) ?

Claudius content d'avoir pu aidé !

Oui je teste, mon code en écrivant dans les registres, ,dans la RAM, dans EEPROM cela fait partie du travail en debug et suivant la config ils vont réagir ou pas .j'ai ecrit FF dans le PORTA.Tu as aussi le simulateur en debug, l'analyseur en mode debug etc....sacré outil

entretoize · #39 Message par **entretoize** » lun. 16 mai 2016 18:04

Par contre tu parle de mikroc ou mplab x moi je suis sous mplab x car j'ai un Pickit3 et à ma connaissance on ne peut pas l'utiliser dans mikroc...

Guest · #40 Message par **Guest** » lun. 16 mai 2016 18:13

NON je suis sous mplabx ,sous linus avec xc16 pour asm est C pour les 16bit
xc8 V1.67, j'ai garde la version v1.62 de XC8 pour le 8bits en C
et mpasm en ASM pour les 8 bits
A+

Qui est en ligne

Bienvenue sur FantasPic