probleme pour mettre mes sorties a 5v sur mon pic12F1840

[cosmoff]

bonjour,

j'utilise un pic12F1840 et j'aimerais controler toutes les sorties (hormis RA3 qui est forcément une entrée (cf datasheet : http://ww1.microchip.com/downloads/e...Doc/41441B.pdf))
le probleme c'est que je n'ai rien en sortie qui est = a ma Vref, j'ai sois 0v (pour RA0, RA1, RA2 ) soit 2v ( pour RA4 et RA5) et je n'y comprend rien car je devrais tout avoir a 5volts
voici mon code :

 //PIC12F1840 Configuration Bit Settings
#include <xc.h>

 CONFIG1
#pragma config FOSC = HS
#pragma config WDTE = OFF        // Watchdog Timer Enable (WDT enabled)
#pragma config PWRTE = ON      // Power-up Timer Enable (PWRT disabled)
#pragma config MCLRE = ON       // MCLR Pin Function Select (MCLR/VPP pin function is MCLR)
#pragma config CP = OFF         // Flash Program Memory Code Protection (Program memory code protection is disabled)
#pragma config CPD = OFF        // Data Memory Code Protection (Data memory code protection is disabled)
#pragma config BOREN = OFF       // Brown-out Reset Enable (Brown-out Reset enabled)
#pragma config CLKOUTEN = OFF   // Clock Out Enable (CLKOUT function is disabled. I/O or oscillator function on the CLKOUT pin)
#pragma config IESO = ON        // Internal/External Switchover (Internal/External Switchover mode is enabled)
#pragma config FCMEN = ON       // Fail-Safe Clock Monitor Enable (Fail-Safe Clock Monitor is enabled)

 //CONFIG2
#pragma config WRT = OFF        // Flash Memory Self-Write Protection (Write protection off)
#pragma config PLLEN = ON       // PLL Enable (4x PLL enabled)
#pragma config STVREN = ON      // Stack Overflow/Underflow Reset Enable (Stack Overflow or Underflow will cause a Reset)
#pragma config BORV = LO        // Brown-out Reset Voltage Selection (Brown-out Reset Voltage (Vbor), low trip point selected.)
#pragma config LVP = ON        // Low-Voltage Programming Enable (Low-voltage programming enabled)

#ifndef _XTAL_FREQ
	#define _XTAL_FREQ 16000000
#endif

void init_pic()
{
  OSCCON=0b01111000;  //Oscillateur interne à 16MHz
  ANSELA=0b00000000;  //numeriques
  TRISA=0b00000000;   //tout en sorties
  PORTA=0xFF; // toutes les sorties a 1



void main(void )
{
  init_pic();
  while(1)
  {

    RA4 = 1;// sortie RA4 a 1
    LATAbits.LATA0 = 1; //sortie RA0 a 1

   
  }
}

la configuration des entrés sortie est a la page 111, mais je n'ai rien trouvé d'autre a configurer

merci d'avance pour votre aide
-----

[DAUDET78]

Y a quoi de connecté sur ces sorties ? des LEDs?

[bisou10]

Pourtant ca a l'air bon. Elles sont reliées à quoi tes pins en sortie ?

[paulfjujo]

bonsoir,



ce PIC12F1840 est un peu special !..
E/S configurables


pourquoi

 RA4=1

et non pas

 LATAbits.LATA4 = 1 ;

RA0 et RA4 peuvent etre utilisé comme E/S UART ...

verifier l'init des registres

// avec UART !!
CM1CON0=0;       // disable comparators
CM1CON1=0;
CCP1CON=0;       // indispensable pour UART sur RA0
 // RA4=TX RA5=RX   (voir page 111 )
 APFCON=0;

[A voir en vidéo sur Futura]

[cosmoff]

mes pins sont reliés a rien, je lis les tensions sur l'oscilloscope ( et la masse est bien relié au vss du UC ).

@paulfjujo : j'ai testé l'init en plus et ca n'a aucun effet
sur certain UC RA0 = LATAbits.LATA0 donc la je testais juste si les 2 marchaient..


j'ai remarqué que RA4 et RA5 sont périodiques .... c'est tres bizarre....

[DAUDET78]

A dix contre un que tes broches sont en input
Met une résistance de pullUP de 10K entre le Vdd et la broche. Il se passe quoi ?

[cosmoff]

j'ai mi :

TRISA=0b00000000;

donc normalement tout est en sortie.
La resistance de pull up ne change rien

est il possible que dans ce µC il y a une initialisation particuliere a faire? je m'y connais peu eu µC

[DAUDET78]

Donne ton schéma

[paulfjujo]

tu es sur que ton programme tourne ?

La config bits

#pragma config FOSC = HS

n'est pas conforme à l'usage oscillateur interne

de plus pour tester 2 sorties , il vaut mieux les faires alterner
à tres faible frequence ..plutot qu'à plusieur MHZ

while(1)
  {

    LATAbits.LATA4 = 0;// sortie RA4 a 0
    LATAbits.LATA0 = 1; //sortie RA0 a 1
    Delay_ms(2000);
    LATAbits.LATA4 = 1;// sortie RA4 a 1
    LATAbits.LATA0 = 0; //sortie RA0 a 0
    Delay_ms(2000);
   
  }

exemple en mikroC

[cosmoff]

en faite RA0, RA1 et RA2 sont a 5 v !! mais RA4 et RA5 sont a 2v et pas a 5 bizarre
donc DAUDET78 ton idée est bonne pour ta resistance de pullup mais RA4 et RA5 reste a 2 volts

[paulfjujo]

montre ton schema Hardware..

programme sous mikroC, testé OK (en reel)
avec led sur les sorties , tirées au +5V via 1K
oscillateur interne 16Mhz
RA3 avec pull up de 10K (reset!)

//CONFIG1 : $8007 : 0x3FE4
//CONFIG2 : $8008 : 0x1613

  /* Hardware
  PIC12F1840
  pin 1     VDD Alim +5V    ATTENTION !!!!!!!!!!!!!!
  pin 2     RA5
  pin 3     RA4  output -- R1K-- Led Rouge -- +5V
  pin 4     RA3/MCLR/VPP -- ICSP Reset
              RA3 tirée au +5V via 10K
  pin 5     RA2
  pin 6     RA1
  pin 7     RAO output -- R1K-- Led Rouge -- +5V
  pin 6     RA1  750 ohms ICSP Clock
  pin 7     RAO  750 ohms ICSPDAT data
  pin 8     VSS alim 0V
  */

#define Led_Rouge LATA.F4      // RA4
#define Led_Blanche LATA.F0      // RA0
#define clock16    //Mhz

unsigned int i,j,k;
unsigned int Count0,Flag_Timer0;


void main()
{
  // voir page 61
  // 0=4xPLL OFF, 1111=IOFS=16Mhz  0=0  00=SCS=config via Conf1 word FOSC<2:0>
  OSCCON=0b01111000;
  ANSELA=0;             // no analog
 // WPUA=0b00000011;      // weak pull up on RX & TX
  CM1CON0=0;       // disable comparators
  CM1CON1=0;
  CCP1CON=0;       // indispensable pour UART sur RA0
  TRISA=0b00101110;

  do
  {
    Led_Rouge= 0;// sortie RA4 a 0
    Led_Blanche = 1; //sortie RA0 a 1
    Delay_ms(2000);
    Led_Rouge= 1;// sortie RA4 a 1
    Led_Blanche = 0; //sortie RA0 a 0
    Delay_ms(2000);

  }
    while(1);
}

[freepicbasic]

hum , ça sent la mauvaise masse à plein nez ce truc !
Les pics peuvent s'alimenter par un i/O.

Même une connexion 3 fils TX RX de port série avec masse arrive à le démarrer.
ça surprend tout de même.

[cosmoff]

voici le schema de mon cablage:

je ne comprend toujours pas pour RA4 et RA5 ne sont pas a 5 v

[freepicbasic]

Le pic12F840 ressemble beaucoup au 12F675.

Le 12F675 a un bug au niveau des fonctions BCF BSF .
Sinon les bits ne restent pas dans leur états

Il faut utiliser la fonction movwf TRISIO en gérant une image du PORT .

Bsf image,0
movwf image,GPIO

[bisou10]

hum , ça sent la mauvaise masse à plein nez ce truc !
Les pics peuvent s'alimenter par un i/O.

Même une connexion 3 fils TX RX de port série avec masse arrive à le démarrer.
ça surprend tout de même.

M'en parle pas....

edit: j'ai 2 pics qui communiquent en mode UART. La première fois que vu le second - hors tension - démarrer sur une émission périodique du premier j'ai été assez surpris. J'ai essayé de jouer avec le BOR, mais bon.

pour revenir à OP, ca semble correct au niveau du schéma.... bizarre. Tu peux tester sur un autre pic (même modèle) ?

[paulfjujo]

voici le schema de mon cablage:

je ne comprend toujours pas pour RA4 et RA5 ne sont pas a 5 v

il faut tirer MCLR au +5V, pas à la masse , sinon = reset .. le programme ne tourne pas.

[cosmoff]

Le pic12F840 ressemble beaucoup au 12F675.

Le 12F675 a un bug au niveau des fonctions BCF BSF .
Sinon les bits ne restent pas dans leur états

Il faut utiliser la fonction movwf TRISIO en gérant une image du PORT .

Bsf image,0
movwf image,GPIO

j'ai pas compris ton code

étrange que RA4 et RA5 soient bloqué a 2v peu importe ce qu'on mette les sorties a 5 ou a 0 ca doit etre comme tu dis à un bug XXXXXXXXXXXXXXXXXXXX

[DAUDET78]

mas c'est pas XXXXXXXXXXXXXXX

Faut être sûr de son coup pour porter de telles accusations !

[freepicbasic]

étrange que RA4 et RA5 soient bloqué a 2v peu importe ce qu'on mette les sorties a 5 ou a 0 ca doit etre comme tu dis à un bug XXXXXXXXXXXXXXXXXXXX

Je n'ai pas dit ça !
Je parle des instruction BCF BSF qui modifie l' état d'autre bits du port...

Ce qui fait que en dynamique, un bit qui est normalement à 1 en permanence peut être modifié et donc générer des créneaux qui seront vu avec un contrôleur comme une tension intermédiaire.

Donc voir avec un scope si c'est bien un tension continue ou un signal intermitant.