Bonjour tout le monde !
J'aimerais contrôler un module GSM avec un microcontroleur via l'USART. Je me demandais comment intégrer des commandes AT dans mon code en langage C. Dois-je les faire passer dans des putchar? Recevrais-je les réponses en getchar?
Voili Voilou, merci d'avance de vos réponses.
Cordialement,
Mitonin
Bonjour
Si vous procédez comme cela il vous faut modifier dans le compilateur la fonction putch() dans laquelle vous direz quelle est la sortie par défaut par exemple une interface série.
De mêmepour le flux d'entrée stdin.
Ou faire autrement si vous avez dédié cette liaison série à une console de debug envoyant des traces du logiciel.
cdlt
Ca dépend du système: s'il y a un OS type linux par exemple, le port série est considéré comme un fichier. On stocke la trame dans un tableau que l'on balance sur le port série avec la fonction write() en bas niveau ou la fonction fwrite() de la librairie stdio.
Sans OS, certain compilateurs permettent en effet d'utiliser printf() par exemple en rédéfinissant la fonction élémentaire permettant d'envoyer un caractère: putch() ou putchar().
A+
Bonjour,
Quelle famille de microcontrôleur ?
Quel compilateur ?
merci pour vos réponses.
microcontroleur ATxmega, avec compilateur atmel (et codevison)
Je ne connais pas les produits Atmel ...
De manière générale, les fonctions comme printf, write, etc ... sont intégrées dans le compilateur.
Suivant le port que tu utilises, il va peut être falloir les rediriger (chose un peu galère sur Microchip) ... ou sinon tu créés ta propre fonction d'écriture et de lecture !
Oui oui, les fonctions putchar et getchar existent, et sont redirigées vers l'usart.
Mais ces fonctions sont faites pour envoyer ou recevoir des "char", or moins je veux transmettre des commandes AT.
Que dois-je envoyer ? Car je suppose que je ne peux pas mettre comme paramètre une commande AT.
N'ya t-il pas moyen d'envoyer directement des commandes ?
Cordialement,
mitonin
Eh bien où est le problème alors? Les commandes AT sont constituées de caractères.Mais ces fonctions sont faites pour envoyer ou recevoir des "char", or moins je veux transmettre des commandes AT.
c'est pas faux.
Mais bon si je dois envoyer un par un chaque caractère de commande, c'est assez fastidieux ^^
Je pensais qu'il existait des variantes/réglages qui fassent que je puisse envoyer mes codes comme ça.
Il me semblait avoir lu (mon problème c'est que je ne sais plus où) qu'il était possible, via une ou deux instructions, de paramétrer le micro pour pouvoir envoyer directement les commandes.
Mais bon si ça ne dit rien à personne j'ai peut être rêvé et je passerai par les char.
Ne pas oublier qu'un fprintf met un 0 binaire en fin de flux, alors que les commandes AT attendent un CR/LF en fin de chaine.
Heu, tu es sûr de connaitre un peu la programmation? Les boucles, ça te dit quelque chose?Mais bon si je dois envoyer un par un chaque caractère de commande, c'est assez fastidieux ^^
oui oui ^^
mais bon même avec des boucles et une petite fonction je trouve ça plus fastidieux que de juste rentrer les commandes.
@Bluedeep
j'utilise putchar et getchar et non fprintf
mais merci quand même
Qu'entends-tu par "juste entrer les commandes"?je trouve ça plus fastidieux que de juste rentrer les commandes.
De plus, je ne vois pas ce qui est fastidieux. Une fois la commande programmée, il suffit de l'appeler à volonté.
En fait je ne comprends pas bien ce que tu attends exactement. Un exemple?
bonsoir,
il suffit d'utiliser une fonction pour envoyer un string (chaine de characteres) au lieu de putchar individuels.Envoyé par mitonin
exemple pour init d'un module blue tooth YC-MCU
les commandes AT sont effectivement bien constituees de caracteres !
PutStrR_RS peut etre simplifiée en ne comptant pas le nombre de caracteres , ni le renvoi de ce comptage.Code:int PutStrR_RS(rom char *s) { int n; for (n = 0; *s; n++, s++) { Put_RS(*s); } return n; } void Init_BT_YC_MCU() { LCD_putcmd(LCD_CLEAR,1); // LCD Clear LCD_putcmd(LCD_HOME,1); // LCD Home dummy=PutStrR_RS("AT"); // Enter command mode LCD_putcmd(LCD_LINE1,1); LCD_putsRom("AT> "); dialogue=Get_reponse(); Delay10KTCYx(100); // 1 sec dummy=PutStrR_RS("AT+NAMElinvor");// Name of device LCD_putcmd(LCD_LINE2,1); LCD_putsRom("NAME> "); dialogue=Get_reponse(); Delay10KTCYx(100); dummy=PutStrR_RS("AT+PIN1234"); // Security pin code (mikroe) LCD_putcmd(LCD_LINE3,1); LCD_putsRom("PIN> "); dialogue= Get_reponse(); Delay10KTCYx(100); dummy=PutStrR_RS("AT+BAUD4"); //9600 bauds LCD_putcmd(LCD_LINE4,1); LCD_putsRom("BAUD= "); dialogue=Get_reponse(); Delay10KTCYx(1000); }
Cette phrase est une plaisanterie ... ou vraiment vous êtes sérieux ? (auquel cas c'est inquiétant).j'utilise putchar et getchar et non fprintf
mais merci quand même
