PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)
Répondre à la discussion
Affichage des résultats 1 à 19 sur 19

PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)



  1. 20/06/2014, 14h57 #1
    AmigaOS

    PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)


    ------

    Bonjour

    Je suis en train de commencer à programmer un PIC18F4685, avec lequel je contrôle une 20taine de LEDs. Mon problème est que quoi que je fasse, les PINs RD0, RD1, RD2, RD3 sont toujours à 0.
    Sur les PINs de RD0, RD1, RD2, RD3 il y a aussi les entrées pour faire des comparaisons : C1IN+, C1IN-, C2IN+, C2IN-. Je pense que le problème vient de là, mais je ne trouve pas comment les désactiver… Une idée ?

    Merci

    Voici mon code :

    Code:
    #include <p18f4685.h>
#include <delays.h>

#pragma config OSC = IRCIO67
#pragma config FCMEN = OFF 
#pragma config IESO = OFF 
#pragma config PWRT = OFF 
//#pragma config BOREN = OFF 
#pragma config WDT = OFF
#pragma config MCLRE = ON 
#pragma config LPT1OSC = OFF 
#pragma config PBADEN = OFF 
#pragma config STVREN = OFF 
#pragma config LVP = OFF 
#pragma config XINST = OFF 
#pragma config DEBUG = OFF 
#pragma config CP0 = OFF 
#pragma config CP1 = OFF 
#pragma config CP2 = OFF 
#pragma config CPB = OFF 
#pragma config CPD = OFF 

#define POT1 PORTAbits.RA0
#define POT2 PORTAbits.RA1
#define POT3 PORTAbits.RA2
#define BT PORTAbits.RA3
#define SndIN PORTAbits.RA4
#define M1 PORTAbits.RA5
#define V2 PORTAbits.RA6
#define V1 PORTAbits.RA7

#define LED1 PORTBbits.RB0
#define LED2 PORTBbits.RB1
#define LED3 PORTBbits.RB2
#define LED4 PORTBbits.RB3
#define LED5 PORTBbits.RB4
#define LED6 PORTBbits.RB5
#define LED7 PORTBbits.RB6
#define LED8 PORTBbits.RB7

#define V3 PORTCbits.RC0
#define V4 PORTCbits.RC1
#define V5 PORTCbits.RC2
#define V6 PORTCbits.RC3
#define LED9 PORTCbits.RC4
#define LED10 PORTCbits.RC5
#define LED11 PORTCbits.RC6
#define LED12 PORTCbits.RC7

#define LED13 PORTDbits.RD0
#define LED14 PORTDbits.RD1
#define LED15 PORTDbits.RD2
#define LED16 PORTDbits.RD3
#define LED17 PORTDbits.RD4
#define LED18 PORTDbits.RD5
#define LED19 PORTDbits.RD6
#define LED20 PORTDbits.RD7

#define M2 PORTEbits.RE0
#define M3 PORTEbits.RE1
#define M4 PORTEbits.RE2
//#define  PORTCbits.RE3

void Actualise(char*, char*) ;

void main(void)
{
	int i, j, k ;
	char LED[21] ;
	char M[5] ;


	TRISA	= 0b00011111 ;         // IN : RA2, RA3, RA4, RA5, (RA7)
	TRISB	= 0b00000000 ;
	TRISC	= 0b00000000 ;
	TRISD	= 0b00000000 ;
	TRISE	= 0b00000000 ;
	OSCTUNE = 0b10001111 ;
	OSCTUNEbits.INTSRC = 1 ;
	OSCTUNEbits.PLLEN = 0 ;
	OSCCONbits.IRCF2 = 1 ;
	OSCCONbits.IRCF1 = 1 ;
	OSCCONbits.IRCF0 = 1 ;
	OSCCONbits.SCS1 = 1 ;
	OSCCONbits.SCS0 = 1 ;
	ADCON1=0b00001010 ; 
	
//######################## 

	V1=1; V2=0; V3=0; V4=0; V5=0; V6=0;
	for(i=0 ; i<20 ; i++) LED[i] = 1 ;
	for(i=0 ; i<4 ; i++) M[i] = 0 ;
	Actualise(LED, M) ;


	while(1)		// Fait clignoter une LED (fonctionne)
	{
		M[0] = 1 ;
		LED[2] = 0 ;
		Actualise(LED, M) ;
		Delay10KTCYx(10) ;
		M[0] = 1 ;
		LED[2] = 1 ;
		Actualise(LED, M) ;
		Delay10KTCYx(10) ;
	}



	return ;
}


void Actualise(char LED[], char M[])
{
	M1=M[0] ; M2=M[1] ; M3=M[2] ; M4=M[3] ;

	LED1=LED[0] ; LED2=LED[1] ; LED3=LED[2] ; LED4=LED[3] ; LED5=LED[4] ;
	LED6=LED[5] ; LED7=LED[6] ; LED8=LED[7] ; LED9=LED[8] ; LED10=LED[9] ;
	LED11=LED[10] ; LED12=LED[11] ; LED13=LED[12] ; LED14=LED[13] ; LED15=LED[14] ;
	LED16=LED[15] ; LED17=LED[16] ; LED18=LED[17] ; LED19=LED[18] ; LED20=LED[19] ;

	return ;
}

    -----
    Dernière modification par AmigaOS ; 20/06/2014 à 14h59.
  2. 20/06/2014, 16h17 #2
    paolo123

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Tu utilises quel compilateur? Il faut désactiver les comparateurs si tu utilises des broches du microcontroleur qui en contiennent.

    En mikroc ca se fait avec la commande CMCON = 7; Avec ton compilo, je ne sais pas, lis la doc
  3. 20/06/2014, 17h33 #3
    RISC

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Salut,

    Sur les PICs, les entrées analogiques sont toujours prioritaires sur les entrées digitales. Donc les entrées convertisseur A/N ET les entrées comparateurs sont en mode analogique au RESET.
    Comme l'a dit Paolo, il faut utiliser le registre CMCON qui controle les comparateurs pour basculer les broches en mode digital et le registre ADCON qui controle les entrées convertisseur.

    a+
  4. 22/06/2014, 00h54 #4
    AmigaOS

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Merci, c'était ça. Vous m'avez sauver
    Bizarre que ces entrées sont prioritaires...
  5. Aujourd'hui
    A voir en vidéo sur Futura
  6. 28/06/2014, 23h16 #5
    AmigaOS

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Maintenant j'ai le même problème avec RE0 et RE1, ils restent tout le temps à 0.
    RE0 et RE1 sont mis en entrée, et les entrées analogiques sont désactivées. Il reste plus que RD/ et WR/ sur ces pins, mais je vois pas ce qu'il y a à désactiver... :/
    Dernière modification par AmigaOS ; 28/06/2014 à 23h17.
  7. 29/06/2014, 08h55 #6
    Gérard

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Citation Envoyé par AmigaOS Voir le message
    Maintenant j'ai le même problème avec RE0 et RE1, ils restent tout le temps à 0.
    RE0 et RE1 sont mis en entrée, et les entrées analogiques sont désactivées. Il reste plus que RD/ et WR/ sur ces pins, mais je vois pas ce qu'il y a à désactiver... :/
    As-tu mis RE0 et RE1 en sortie ?
  8. 29/06/2014, 09h16 #7
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Code:
    #define LED13 PORTDbits.RD0
    utiliser LAT au lieu de PORT pour les sorties

    Code:
    #define LED13 LATDbits.LATD0
  9. 29/06/2014, 09h27 #8
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Citation Envoyé par AmigaOS Voir le message
    Maintenant j'ai le même problème avec RE0 et RE1, ils restent tout le temps à 0.
    RE0 et RE1 sont mis en entrée/
    lien avec CMCON ?


    The comparator
    outputs may also be directly output to the RE1 and RE2
    I/O pins.
  10. 01/07/2014, 01h09 #9
    AmigaOS

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Hmm, c'est plutôt embêtant
    Il n'y aurait pas un moyen de mettre ça en sorties digitales normaux?

    Je vois ça dans la doc :
    RE012.PNG RE012-2.PNG
    Mais je sais pas comment faire :/

    As-tu mis RE0 et RE1 en sortie ?
    Eu... oui en sortie, désolé^^
    Dernière modification par AmigaOS ; 01/07/2014 à 01h11.
  11. 01/07/2014, 15h18 #10
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Mais je sais pas comment faire :/
    tu ne sais pascomment faire QUOI ?

    voir post precedent
    utiliser LAT au lieu de PORT pour les sorties

    pour Led sur port D0

    Code:
    #define LED13 LATDbits.LATD0
LED13=0 ;   //allume   (si led connectée entre sortie et +5V via une Resistance de tirage  ex: R=330 ohms)
LED13=1;   // eteint
    ou le contraire si led entre sortie et 0V
    Code:
    #define LED13 LATDbits.LATD0
LED13=1 ;   //allume   (si led connectée entre sortie et 0V via une Resistance de tirage  ex: R=330 ohms)
LED13=0;   // eteint
    Dernière modification par paulfjujo ; 01/07/2014 à 15h21.
  12. 02/07/2014, 01h43 #11
    AmigaOS

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    tu ne sais pas comment faire QUOI ?
    Mettre RE0, RE1 et RE2 en sorties numériques.

    J'ai essayé LAT pour RD0,1,2,3 et pour RE0,1,2, et ça ne change rien :/
    J'ai fait " CMCON = 0x00000111 ; " et là RD0,1,2,3 sont devenu des I/O normaux, pour eux c'est ok.
    Maintenant c'est pour les RE.
  13. 02/07/2014, 12h41 #12
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    si on regarde l'exemple 10-5 en asm pour initialiser le PORTE
    qui comporte d'ailleur une erreur !
    Code:
    PORTE=0
LATE=0
ADCON1=0x0A;
CMCON=0x07;
TRISE=0; // en sorties
    TRISE est apres ADCON1 et CMCON ...
  14. 03/07/2014, 00h33 #13
    AmigaOS

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    J'ai testé ça dans tout les sens mais ça ne change rien. En plus alors que je fais TRISE=0; Le port E est en haute impédance (je pense), parce-que quand je touche d'abord l'alime + de la carte puis un pin du port E, alors la LED s'allume et le reste.
  15. 03/07/2014, 14h31 #14
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Ne serait donc pas un probleme Hardware.
    Ton montage est sur platine d'essai sans soudure ?
    Ton alim 5V est correcte ?
    schema ?
    photo ?
  16. 06/07/2014, 02h45 #15
    AmigaOS

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Le PIC est soudé sur une vraie carte, et RA4, RE0, RE1, RE2 sont reliés sur 4 MOSFETs N qui commandent 4 rangées de 20 LEDs.
    Les pattes "+" des LEDs sont connectées sur 20 transistors PNP. (Je comptais faire un espèce d'affichage multiplexé avec ça)
    Quand je met RE0 à 1 et que j'allume le circuit, rien ne s'allume. Quand je touche avec le doigt les PINs RE0àRE2 les LEDs correspondantes s'allument.
    (Pour RA4 pas de problème)


    Je remet le code simplifié(je l'ai testé comme ça) :
    Code:
    #include <p18f4685.h>
#include <delays.h>

#pragma config OSC = IRCIO67
#pragma config FCMEN = OFF 
#pragma config IESO = OFF 
#pragma config PWRT = OFF 
#pragma config BOREN = OFF 
#pragma config WDT = OFF
#pragma config MCLRE = ON
#pragma config LPT1OSC = OFF 
#pragma config PBADEN = OFF 
#pragma config STVREN = OFF 
#pragma config LVP = OFF 
#pragma config XINST = OFF 
#pragma config DEBUG = OFF 
#pragma config CP0 = OFF 
#pragma config CP1 = OFF 
#pragma config CP2 = OFF 
#pragma config CPB = OFF 
#pragma config CPD = OFF 

#define V1 PORTAbits.RA7
#define V2 PORTAbits.RA6
#define V3 PORTCbits.RC0
#define V4 PORTCbits.RC1
#define V5 PORTCbits.RC2
#define V6 PORTCbits.RC3
#define LED1 PORTBbits.RB0
#define LED2 PORTBbits.RB1
#define LED3 PORTBbits.RB2
#define LED4 PORTBbits.RB3
#define LED5 PORTBbits.RB4
#define LED6 PORTBbits.RB5
#define LED7 PORTBbits.RB6
#define LED8 PORTBbits.RB7
#define LED9 PORTCbits.RC4
#define LED10 PORTCbits.RC5
#define LED11 PORTCbits.RC6
#define LED12 PORTCbits.RC7
#define LED13 LATDbits.LATD0
#define LED14 LATDbits.LATD1
#define LED15 LATDbits.LATD2
#define LED16 LATDbits.LATD3
#define LED17 PORTDbits.RD4
#define LED18 PORTDbits.RD5
#define LED19 PORTDbits.RD6
#define LED20 PORTDbits.RD7

void main(void)
{
	TRISA	= 0b00101111 ;
	TRISB	= 0b00000000 ;
	TRISC	= 0b00000000 ;
	TRISD	= 0b00000000 ;
	PORTE   = 0b00000000 ;
	OSCTUNE = 0b10001111 ;
	OSCTUNEbits.INTSRC = 1 ;
	OSCTUNEbits.PLLEN = 0 ;
	OSCCONbits.IRCF2 = 1 ;
	OSCCONbits.IRCF1 = 1 ;
	OSCCONbits.IRCF0 = 1 ;
	OSCCONbits.SCS1 = 1 ;
	OSCCONbits.SCS0 = 1 ;
	ADCON1=0b00001010 ;
	CMCON = 7 ;

//########################  :

	V1=1; V2=0; V3=0; V4=0; V5=0; V6=0;

	LED1=0 ;  LED2=1 ;  LED3=1 ;  LED4=1 ;  LED5=1 ;	// Transistors PNP
	LED6=1 ;  LED7=1 ;  LED8=1 ;  LED9=1 ;  LED10=1 ;
	LED11=1 ; LED12=1 ; LED13=1 ; LED14=1 ; LED15=1 ;
	LED16=1 ; LED17=1 ; LED18=1 ; LED19=1 ; LED20=1 ;
	
	PORTAbits.RA4 = 0 ;					// MOSFET N
      	PORTEbits.RE0 = 1 ;
	PORTEbits.RE1 = 0 ;
	PORTEbits.RE2 = 0 ;
	
	LATAbits.LATA4 = 0 ;
	LATEbits.LATE0 = 1 ;
	LATEbits.LATE1 = 0 ;
	LATEbits.LATE2 = 0 ;
	
	while (1) ;
	
	return ;
}
    Dernière modification par AmigaOS ; 06/07/2014 à 02h47.
  17. 06/07/2014, 08h31 #16
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    bonjour,
    Au niveau software,no problemo pour commander le portD et le port E
    en sorties.Je l'ai teste en reel,sous mikroC,avec des leds sur sorties D et E.
    avec FOSC 8Mhz interne, et avec Q=10Mhzx4(PLL)..ok

    post ton schema !
    Dernière modification par paulfjujo ; 06/07/2014 à 08h33.
  18. 06/07/2014, 18h09 #17
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    bonsoir,

    J'ai testé ton programme sous C18
    probleme : il faut utiliser LAT et non PORT pour activer les sorties

    Code:
    #define LED13 LATDbits.LATD0
#define LED14 LATDbits.LATD1
#define LED15 LATDbits.LATD2
#define LED16 LATDbits.LATD3
#define LED17 PORTDbits.RD4
#define LED18 PORTDbits.RD5
#define LED19 PORTDbits.RD6
#define LED20 PORTDbits.RD7
    pouquoi la moitié des equivalences LED est en PORTDbits.xx
    pour moi une LED c'est une sortie,donc mettre LATDbits.xx surtoutes les sorties

    Malgre cela , ca ne marche pas..
    car avec MPLAB IDE C18, il faut EXPORTER le fichier (au moins 1 fois !)
    pour charger aussi les bits de configuration
    et non pas utiliser le fichier Hex resultant directement de la compilation.
    Cela est nettement visible lors de l'importation du Hex dans Pickit2
    on voit en haut à droite l'etat des bits de config

    config vue par pickit2
    0800 1E19 8000 0080
    C03F E01F 403F
    BAD si usage direct
    OK si usage du fichier exporté.
    et là , cà clignote sur RE1 et LED15

    Code:
    #include <stdlib.h>
#include <stdio.h>
#include <Delay.h>
#include <usart.h>   // pour fonctions UART
#include <adc.h>
#include <ctype.h>
#include <portb.h>


// test portD et E



#pragma config OSC = IRCIO67
#pragma config FCMEN = OFF 
#pragma config IESO = OFF 
#pragma config PWRT = OFF 
#pragma config BOREN = OFF 
#pragma config WDT = OFF
#pragma config MCLRE = ON
#pragma config LPT1OSC = OFF 
#pragma config PBADEN = OFF 
#pragma config STVREN = OFF 
#pragma config LVP = OFF 
#pragma config XINST = OFF 
#pragma config DEBUG = OFF 
#pragma config CP0 = OFF 
#pragma config CP1 = OFF 
#pragma config CP2 = OFF 
#pragma config CPB = OFF 
#pragma config CPD = OFF 

#define V1 PORTAbits.RA7    // ce sont des entrees ??
#define V2 PORTAbits.RA6
#define V3 LATCbits.LATC0  // si ce sont bien des sorties
#define V4 LATCbits.LATC1
#define V5 LATCbits.LATC2
#define V6 LATCbits.LATC3
#define LED1 LATBbits.LATB0
#define LED2 LATBbits.LATB1
#define LED3 LATBbits.LATB2
#define LED4 LATBbits.LATB3
#define LED5 LATBbits.LATB4
#define LED6 LATBbits.LATB5
#define LED7 LATBbits.LATB6
#define LED8 LATBbits.LATB7
#define LED9 LATCbits.LATC4
#define LED10 LATCbits.LATC5
#define LED11 LATCbits.LATC6
#define LED12 LATCbits.LATC7
#define LED13 LATDbits.LATD0
#define LED14 LATDbits.LATD1
#define LED15 LATDbits.LATD2
#define LED16 LATDbits.LATD3
#define LED17 LATDbits.LATD4
#define LED18 LATDbits.LATD5
#define LED19 LATDbits.LATD6
#define LED20 LATDbits.LATD7
 //--------------------------

//#define NOKIA_LCD

#ifndef Byte
#define Byte unsigned char
#endif

#define CLS 12
#define BS 8
#define TAB 9
#define CR 13
#define LF 10
#define Bell 7

#define Led_Blanche  LATAbits.LATA4

unsigned short int i,j,k,l ;
unsigned int M;



void Tempo(long val);


void Tempo(long val)
{
while(val>0){val--;}
}


void main()
{
 TRISA	= 0b00101111 ;
	TRISB	= 0b00000000 ;
	TRISC	= 0b00000000 ;
	TRISD	= 0b00000000 ;
	TRISE   = 0b00000000 ;  // <--
	OSCTUNE = 0b10001111 ;
	OSCTUNEbits.INTSRC = 1 ;
	OSCTUNEbits.PLLEN = 0 ;
	OSCCONbits.IRCF2 = 1 ;  // 8Mhz
	OSCCONbits.IRCF1 = 1 ;
	OSCCONbits.IRCF0 = 1 ;
	OSCCONbits.SCS1 = 1 ;
	OSCCONbits.SCS0 = 1 ;
	ADCON1=0b00001010 ;
	CMCON = 7 ;

//########################  :

	V1=1; V2=0; V3=0; V4=0; V5=0; V6=0;

	LED1=0 ;  LED2=1 ;  LED3=1 ;  LED4=1 ;  LED5=1 ;	// Transistors PNP
	LED6=1 ;  LED7=1 ;  LED8=1 ;  LED9=1 ;  LED10=1 ;
	LED11=1 ; LED12=1 ; LED13=1 ; LED14=1 ; LED15=1 ;
	LED16=1 ; LED17=1 ; LED18=1 ; LED19=1 ; LED20=1 ;
	
	
	LATAbits.LATA4 = 0 ;
	LATEbits.LATE0 = 1 ;
	LATEbits.LATE1 = 0 ;
	LATEbits.LATE2 = 0 ;
	
	while (1)
	{
	LATEbits.LATE1 = 1 ;
	Tempo(100000);
	LATEbits.LATE1 = 0 ;
	LED15=1;
	Tempo(100000);//delay_ms(500);
	LED15=0;
	Tempo(100000);//delay_ms(500);
	}
}
  19. 06/07/2014, 19h16 #18
    paulfjujo

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    tu auras aussi un autre souci avec l'UART..
    et vitesse inadequate avec le paramtrage normal, car
    Code:
    	OSCTUNE = 0b10001111 ;
    fait que la frequence FOSC de 8MHz est decaléee à fond ..
    il faut initialiser le TUNING à 0000 valeur de calibration usine..

    TUN4:TUN0: Frequency Tuning bits
    01111 = Maximum frequency
    00000 = Center frequency. Oscillator module is running at the calibrated frequency.
    et eventuellement (tres rarement) le retoucher ..plus tard.

    Test UART OK à 19200 bauds avec FOSC=32MHz

    Code:
    #ifdef OSCILLATEUR_INTERNE

    //	OSCTUNE = 0b10001111 ;
         OSCTUNE = 0 ;
	OSCTUNEbits.INTSRC = 1 ;
	OSCTUNEbits.PLLEN = 1 ;
	OSCCONbits.IRCF2 = 1 ;  // 8Mhz
	OSCCONbits.IRCF1 = 1 ;
	OSCCONbits.IRCF0 = 1 ;
	OSCCONbits.SCS1 = 1 ;
	OSCCONbits.SCS0 = 0 ;
#endif
    et init UART
    avec
    #define OSCILLATEUR_INTERNE


    Code:
    void Init_UART(void)
{
// voir para 18.5 spec sheet DS41159B page 186
OpenUSART( USART_TX_INT_OFF &
USART_RX_INT_ON &
USART_ASYNCH_MODE &
USART_EIGHT_BIT &
 USART_CONT_RX &
#ifdef OSCILLATEUR_INTERNE
   USART_BRGH_HIGH,104);    // 8Mhz x 4 (PLL ON)=32Mhz  19200bds
 // USART_BRGH_HIGH,208);   // 16MHzxPLL soit 64Mhz  interne BRG16=0  19200bds
 //USART_BRGH_HIGH,130 );   // 10Mhzx 4(PLL)=40Mhz  19200bds
#else
  USART_BRGH_HIGH,32 );     // Q=10Mhz 19200bds
 // USART_BRGH_HIGH,65);    // Q=20Mhz  19200bds
 // USART_BRGH_HIGH,130 );  // Q=10Mhzx 4(PLL)=40Mhz  19200bds
#endif
//TXSTAbits.BRGH=1;
BAUDCONbits.BRG16=1;
}
  20. 08/07/2014, 00h32 #19
    AmigaOS

    Re : PINs qui restent toujours à 0 sur PIC18F4685 (RD0, RD1, RD2, RD3)

    Ça fonctionne !
    Merci pour toute votre aide! C'était donc l'exportation.
« Valeur du ds1307 inattendue .... | Réalisation CDR en ECL »

Discussions similaires

  1. Leds restent en veille
    Par invite40943289 dans le forum Bricolage et décoration
    Réponses: 2
    Dernier message: 09/03/2010, 12h31
  2. [Thermique] radiateurs restent froids
    Par invitec549a77e dans le forum Dépannage
    Réponses: 30
    Dernier message: 23/11/2008, 15h56
  3. Rajout 4 pins sur alim 20 pins
    Par invite6b85e2f1 dans le forum Électronique
    Réponses: 5
    Dernier message: 12/02/2008, 18h24
Découvrez nos comparatifs produits sur l'informatique et les technologies.