Problème Adaptation de tension 5V-->3.3V avec 18f45k22,Gps,buffer

[invite68468068]

Bonjours a tous, dans le cadre d’un projet étudiant, je créé un système de mesure de distance entre deux « module ». L’une des parties de mon projet consiste à faire communiquer un µC alimenté en 5V (18f45k22) avec un GPS (EM-408) alimenté en 3.3V. Il faut donc adapter les niveaux de tension entre les deux circuits, j’ai pour cela choisi un buffer (74HCT244N) alimenter en 5V. Seulement un problème se pose a moi, en effet dès lors que une des mes pin série de mon µC passe en entré, mon montage entier se met a "déconner", l'écran LCD qui est lui aussi connecté l'µC s'éteint tout simplement et les leds de mon montage s'éteignent partiellements. Voici un petit shéma pour résumer la situation.

#########################
Image hébergée sur serveur externe supprimée
Merci de suivre ces consignes


Ou se trouve le problème?

Merci d'avance de vos réponse.
-----

[nornand]

bjr, je ne comprend pas ou sefait l'adaptation de tension ?

[jiherve]

bonjour et bienvenue,
pourrais tu expliciter un peu plus ton schéma.
Comme les I/O du PIC doivent être en entrée ou en tri state par défaut ton problème est étrange.
Pour moi cela ressemble à un CC entre sorties et là le buffer gagne toujours.
JR

[invite68468068]

Je précise que mon PIC contient déja un programme et que j'ai configuré tout les ports en sortie, je me suis rendu compte du problème grâce a se programme.

 char Soft_UART_Read(char * error);
 char Soft_UART_Init(char *port, char rx_pin, char tx_pin, unsigned long baud_rate, char inverted);
 void Soft_UART_Write(char udata);
void Testled(void);
void attBP_PB3(void);

int main(void) {

char i, error, byte_read;
char TAB[]="$GPGGA,064036.289,4836.5375,N,00740.9373,E,1,04,3.2,200.2,M,,,,0000*0E";
char salut[]="SALUT";

C1ON_bit = 0;// Disable comparators
C2ON_bit = 0;
CM1CON0 = 0x00;
ADCON1 = 0x0F;// disable all the ADC inputs*/

WPUB =0xff;


ANSELA=0x00;
ANSELB=0x00;
ANSELC=0x00;
ANSELD=0x00;
ANSELE=0x00;

PORTA=0x00;
LATA=0x00;
PORTB=0x00;
LATB=0x00;
PORTC =0x00;
PORTD =0x00;
PORTE=0x00;
LATE=0x00;
TRISD=0x00;
TRISA=0x00;
TRISC=0x00;
TRISE=0x00;
TRISB=0x00;
LATD=0x00;

 RC5_bit=0xFF;
rd0_bit = 0xFF;
delay_ms(1000);

rd0_bit = 0x00;
attBP_PB3();

Testled();


UART1_Init(4800);
Delay_ms(100);
i=0x00;
byte_read=0;

do{

    if (UART1_Data_Ready() == 1) {
    byte_read = UART1_Read();
         }

    EEPROM_Write(i,byte_read);

    i++;


 }while(1);
 Testled();

}

void Testled(void)
{
rd0_bit = 0xFF;
delay_ms(1000);

rd0_bit = 0x00;
}

void attBP_PB3(void)
{

 while((PORTB&(1<<3))!=0);
 while((PORTB&(1<<3))==0);
 Delay_ms(20);
}

En effet dès lors que j'appuie sur le bouton poussoir, l'initialisation de l'UART configure les ports et le probème se produit. J'ai réussi a confirmer cette hypothèse en configurant les PIN TX et RX en entré dès les début de mon programme. Le 74HCT244N permet l'adaptation de tension de la sortie de mon gps en 2.85V en 5V, les deux pont diviseurs en sortie permette de transformer le 5V du buffer en 3.3V.

[A voir en vidéo sur Futura]

[jiherve]

re
si tous les ports sont en sortie alors la patte dédiée à RX aussi et donc conflit de port (et pas confit de porc) avec le out3 du 244.
Je ne lis pas le charabia PIC dans le texte mais vu que TRISx = 0 alors tout est bien configuré de la même façon en sortie!
JR

[jiherve]

again,
lu dans la datasheet du biniou

For all modes of EUSART operation, the TRIS control
bits corresponding to the RXx/DTx and TXx/CKx pins
should be set to ‘1’. The EUSART control will
automatically reconfigure the pin from input to output, as
needed.

JR

[invite68468068]

Alors je vien d'effectuer des tests pour vérifier tes dires, quand je configure RX en entré et TX en sortie, le constraste de mon LCD est divisé par deux, enfin quand je configure RX et TX en entré l'écran LCD est totalement éteint. J'ai aussi verifier de possible court cicruit, et je n'en n'est détecté aucun entre les éntrées ni entre les sorties.

[jiherve]

Je réitère :
schéma exact avec le pin out utilisé.
JR

[invite68468068]

Comment sa?

[jiherve]

Re
et bien tu complètes ton schéma avec le numéro des pins et les valeurs des résistances.
JR

[invite68468068]

Voici un shéma plus précis, si tu possède orcad je peut te donner le .opj.
#########################
Image hébergée sur serveur externe supprimée
Merci de suivre ces consignes

[RISC]

Salut,

Quelle alimentation utilises-tu ?
Peux-tu faire voir le schéma de ton alimentation 5V et 3,3V ?
Quel outil de programmation/debug utilises-tu ?

Tu trouveras des exemples de code pour le PIC18F45K22 dans :
1/ les examples de code pour les PIC : http://www.microchip;com/codeexamples
2/ pour le PIC18F45K22 qui se trouve sur la nouvelle carte PICDEM 2 PLUS noire, il y a tout un logiciel au bas de cette page ainsi que le schéma de la carte sur le users manual.

a+

[RISC]

Salut,

Quelle alimentation utilises-tu ?
Peux-tu faire voir le schéma de ton alimentation 5V et 3,3V ?
Quel outil de programmation/debug utilises-tu ?

Tu trouveras des exemples de code pour le PIC18F45K22 dans :
1/ les exemples de code pour les PIC : http://www.microchip;com/codeexamples
2/ pour le PIC18F45K22 qui se trouve sur la nouvelle carte PICDEM 2 PLUS noire, il y a tout un logiciel au bas de cette page ainsi que le schéma de la carte sur le users manual.

a+

[invite68468068]

Pour ce qui est de l'alimentation j'utilise un régulateur LM7805CV(avec une condo de 0.33µF a l'entré et un de 0.1µF en sortie) de chez STMicro pour le 5V et un LM1086(avec un condo de 10µF en entré et un de 10µF en sortie) pour le 3.3V aussi de chez STmicro. Pour la programmation j'utilise la version gratuite de MikroC 5.4, mais je n'est pas de souci avec le code puisque j'arrive a faire fonctionner mon LCD connecter en parrallèle a mon µC.

[umfred]

A mon avis, tu n'utilises pas convenablement le 74hct244: je ne vois ce qui permettrait à ce circuit de fournir d'un coté des signaux 5V et de l'autre des signaux 3.3V (surtout que tu utilises le même buffer pour aller dans les 2 sens)
Personnellement, j'aurai mis des pull-up de chaque coté relié à la bonne alimentation (5V coté PIC, 3.3V coté GPS)
De plus, dans la doc du GPS, je lis que lorsque le RX n'est pas en utilisation, il doit être toujours au niveau "haut" et pour cela, la préconisation est de mettre une pull-up de 470 ohms en série avec une Zéner de 3.2V relié à la masse (ce que je ne vois pas sur ton bout de schéma)

[invite68468068]

J'ai aussi lu les datasheet, j'ai notament lu ailleurs qu'il n'était pas nécessaire de connecter cette résistance de pull up puisque le gps en possèdait une intégré. Pour sortir du 3.3V avec mon circuit j'applique des diviseur de tension en sortie si tu regarde mon shéma. Mais quoiqu'il en soit la n'est pas le problème puisque le problème se produit meme quand le gps n'est pas connecté.

[jiherve]

Bonjour,
donc ton pic c'est un 40 broches, as tu configuré le port C comme indiqué dans la doc donc avec 0xC0 dans TRISC ?
Pour le 244 cela doit fonctionner ou à peu près car les ponts adaptent le 5 v en 3,3 et l'entrée est compatible TTL donc des niveaux LVCMOS seront acceptés, sont ce bien des niveau LVCMOS ?
Disposes tu d'un oscillo?
JR

[RISC]

Salut,

Je suspecte un problème électronique de base...Le non cablage des broches "minimum" pour le PIC.
Peux-tu montrer ton SCHEMA COMPLET de toutes les broches du uC ET de l'alimentation avant qu'on perde des heures à découvrir un basique PB avec l'alimentation, l'oscillateur, le Reset ou l'ICSP...

Tes PB ressemblent pour moi à des problèmes de latchup ou de cablage d'alimentation incorrect...

a+

[invite68468068]

Pas moyen de mettre la main sur mon shéma actuel, mais j'ai mis la main sur un ancien et le cablage de l'alimentation du pic et des régulateurs est strictement le même sur mon nouveau. j'ai entouré en vert ce qui était encore vrai. Le calbage du buffer avec le GPS n'est donc pas encore présent, j'avai directement relié l'µC et le module.

A jiherve:
Oui j'ai fait le test en configurant TRISC a 0xC0 c'est a dire TX et RX, le LCD et mes les leds s'eteignes alors complements.

[invite68468068]

up du matin

[RISC]

Salut,

Merci de reposter tes anciens schémas montrant le 74HC244 (page 1) qui ont été supprimés car ils ne respectaient pas les règles des pièces jointes.

a+

[invite68468068]

Voici de nouveau les shémas en pièces jointes.

[invite68468068]

UP

[RISC]

Salut,

Ton schéma électrique semble correct. Par contre je te recommande de mettre un quartz pour la liaison série...
Les tolérances de l'oscillateur interne ne sont peut être pas suffisantes.

Coté soft je peux pas t'aider..j'utilise pas CCS mais uniquement C18.

Je te recommande encore une fois de regarder les exemples de code pour les PIC18. le code est en C18 mais il est certainement adaptable en fonctions CCS.

a+

[invite68468068]

J'ai résolu mon problème et j'arrive enfin a récuperer une trame de mon gps. Seulement un nouveau problème vien de poser, la trame n'est jamais complete dans le sens, ou il manque des caractère comme si la trame était défaillante.

Exemple au lieu d'avoir:
$GPGGA, en début de trame défois j'ai $GPGG+caractère bizzard. Ou même encore des caractères inconnues vienne se glisser dans la trame. Le problème est-il électronique, ou est ce que sa pourrai venir de mon programme?