Bienvenue aux nouveaux arrivants sur FantasPic !
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
Modérateur : Jérémy
PB sur sortie RA0 12F1840 et usage UART1
- paulfjujo
Expert- Messages : 2597
- Âge : 73
- Enregistré en : juillet 2015
- Localisation : 01800
- Contact :
Bonjour,
Ce post pour alerter certains aleas de config et interactions non soupconnées au depart.
Sur une PIC 12F1840 dialoguant avec une appli Android via BlueTooth , module BLE HM10
j'ai utilisé UART1 pin RA4 et RA5 pour la liaison PIC <-> module BLE
et UART Software sur Pin RA2 pour debugging/espionage du dialogue
j'ai aussi RA1 entree Analogique et RA0 comme sortie logique Led ou relais
Les Liaisons UART1 et UART3 (soft) sont OK
Le dialogue avec appli Android est OK
Mais ma commande distante de la sortie RA0 n'avait aucun effet !
Pourtant un petit test de clignotement de celle ci en debut de programme montre que la commande RA0 est OK..
Rappel: Ce MCU ayant une configuration de pin programmable !
j'essaye alors de placer mon init UART1 Avant le petit test clignotement led ..
Ca ne clignote plus ?
il y a donc une interference au niveau config I/O ?
bien que UART1 utilise RA3 RA4 ! en non pas RA0
Le seul palliatif que j'ai trouvé est de RE-INITIALISER la config de RA0 ,
APRES l'init UART1 ..
et là.. c'est OK ..
Ma commande distante de RA0 via appli android est OK !
le Pourquoi ?
reste un mystere .. à moins d'aller fouiller dans le fichier asm..
Nota:
Ma liaison UART3 soft m' a bien été utile pour verifier la commande et retour d'ordre vers l'appli distante .
Neamoins je vais laisser tomber ce PIC pour cette appli, car je suis deja à 98% de RAM utilisée
et donc , ne peux rien rajouter..
et pas assez de Pin pour autres E/S =
=>next sur 18FL26K22 .. la version 3,3V
le projet :
connections:
resultats des echanges visualisés sur le terminal display (UART3 software)
Ce post pour alerter certains aleas de config et interactions non soupconnées au depart.
Sur une PIC 12F1840 dialoguant avec une appli Android via BlueTooth , module BLE HM10
j'ai utilisé UART1 pin RA4 et RA5 pour la liaison PIC <-> module BLE
et UART Software sur Pin RA2 pour debugging/espionage du dialogue
j'ai aussi RA1 entree Analogique et RA0 comme sortie logique Led ou relais
Les Liaisons UART1 et UART3 (soft) sont OK
Le dialogue avec appli Android est OK
Mais ma commande distante de la sortie RA0 n'avait aucun effet !
Pourtant un petit test de clignotement de celle ci en debut de programme montre que la commande RA0 est OK..
Rappel: Ce MCU ayant une configuration de pin programmable !
j'essaye alors de placer mon init UART1 Avant le petit test clignotement led ..
Ca ne clignote plus ?
il y a donc une interference au niveau config I/O ?
bien que UART1 utilise RA3 RA4 ! en non pas RA0
Le seul palliatif que j'ai trouvé est de RE-INITIALISER la config de RA0 ,
APRES l'init UART1 ..
et là.. c'est OK ..
Ma commande distante de RA0 via appli android est OK !
le Pourquoi ?
reste un mystere .. à moins d'aller fouiller dans le fichier asm..
Nota:
Ma liaison UART3 soft m' a bien été utile pour verifier la commande et retour d'ordre vers l'appli distante .
Neamoins je vais laisser tomber ce PIC pour cette appli, car je suis deja à 98% de RAM utilisée
et donc , ne peux rien rajouter..
et pas assez de Pin pour autres E/S =
=>next sur 18FL26K22 .. la version 3,3V
le projet :
connections:
resultats des echanges visualisés sur le terminal display (UART3 software)
Source:_12F1840_EA2_UART1_UART_Soft_BLE_171017.c
Init SOFTW.UART3 TX(RA2) RX(RA5)
Init module BLE HM10 :
AT
AT+RESET
AT+VERSION
AT+PIN123456
AT+NAMEHM10_7EE1
AT+ADDR
AT+UUID
AT+POWE
Init OK,r
AT+START
40 sec pour se Connecter / Android Apli.
9
8
Connection BLE OK.
I am Alive j= 1
I am Alive j= 2
I am Alive j= 3
I am Alive j= 4
I am Alive j= 5
I am Alive j= 6
I am Alive j= 7
I am Alive j= 8
Relay1_ON <-- pas de changement ??? (avant la modif )
LD1=1
I am Alive j= 9
I am Alive j= 10
I am Alive j= 11
I am Alive j= 12
I am Alive j= 13
Relay1_OFF
LD1=0
I am Alive j= 14
I am Alive j= 15
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Modifié en dernier par paulfjujo le mar. 17 oct. 2017 18:46, modifié 1 fois.
PB sur sortie RA0 12F1840 et usage UART1
Bonjour,
Ce que tu appelles init UART, c'est bien le fait de programmer TX sur A4 et RX sur A5 ?
Ces composants sont de plus en plus complexes, ça m'étonne pas ces problèmes induits. La programmation des pins PPS (Peripheral Pin Select) ne devrait pas interférer avec les cellules de sortie TRIS des pins. Néanmoins il me semble logique de programmer les TRIS après les PPS, car les TRIS ne touchent qu'une pin, alors que les PPS en concernent plusieurs.
Les PPS sont modifiables à volonté en cours de programme (je les ai utilisés sur pic 16 bits) alors ce genre de problème peut être très casse-tête. Ils en parlent pas dans le Silicon Errata http://ww1.microchip.com/downloads/en/D ... 00538E.pdf
Ce que tu appelles init UART, c'est bien le fait de programmer TX sur A4 et RX sur A5 ?
Ces composants sont de plus en plus complexes, ça m'étonne pas ces problèmes induits. La programmation des pins PPS (Peripheral Pin Select) ne devrait pas interférer avec les cellules de sortie TRIS des pins. Néanmoins il me semble logique de programmer les TRIS après les PPS, car les TRIS ne touchent qu'une pin, alors que les PPS en concernent plusieurs.
Les PPS sont modifiables à volonté en cours de programme (je les ai utilisés sur pic 16 bits) alors ce genre de problème peut être très casse-tête. Ils en parlent pas dans le Silicon Errata http://ww1.microchip.com/downloads/en/D ... 00538E.pdf
PB sur sortie RA0 12F1840 et usage UART1
-
Jérémy
Administrateur du site- Messages : 2725
- Âge : 45
- Enregistré en : juillet 2015
- Localisation : Dans le sud
- Contact :
Bonsoir,
J'avais eu un problème similaire, ou l'initialisation UART me trifouillais mes I/O . J'ai la flemme de recherche le post , mais maintenant je fais clignoter une led APRÈS les initialisations!
Je ne suis pas encore assez pêchus pour fouiller minutieusement dans la DS des PICS. Mais ca rentre un petit peu a force,n je commence à comprendre certaines choses, que il y a quelques mois je ne comprenais pas
Pour ce retour d’expérience Paul
J'avais eu un problème similaire, ou l'initialisation UART me trifouillais mes I/O . J'ai la flemme de recherche le post , mais maintenant je fais clignoter une led APRÈS les initialisations!
Je ne suis pas encore assez pêchus pour fouiller minutieusement dans la DS des PICS. Mais ca rentre un petit peu a force,n je commence à comprendre certaines choses, que il y a quelques mois je ne comprenais pas
Pour ce retour d’expérience Paul
Qui est en ligne
Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 50 invités