Bien le bonjour,
J'ai un petit soucis avec mon code. En effet, si la ligne ne se valide pas le programme ne tourne pas.
Code simplifié mais je voulais juste savoir quoi rajouter pour que la ligne ce valide, soit un équivalent de la touche entrée.Code:printf("\rbonjour\n")
Merci
bonjour,
valider la ligne ? soit plus précis.
Déjà tu peux rajouter un point virgule à la fin ça irait mieux...
Le programme ne tourne pas ça veut dire ...
ça ne se compile pas ou ça bloque...
Dans le premier cas t'as forcément un message d'erreur du compilateur, Il met quoi ?
Oui j'avoue que j'ai manqué d'explication.
Pour le ";" c'était mis il n'y a pas de soucis. Le problème est le suivant :
Je doit gérer des interfaces routeur/coordinateur par le biais d'un cable RS. J'ai crée un programme (dans un pic16F877A) qui m'affiche "bonjour" dans l'hyperterminal. Mais dés que j'envoie ce programme dans mon routeur, il n'envoie pas l'instruction : "bonjour" au coordinateur. Je pensais que le problème était du au fait qu'il envoyé le message "bonjour" puis resté en attente. C'est pourquoi je demandais conseil pour que cette instruction soit validé.
Bonjour,
Je ne connais rien aux pic16F877A, donc ma réponse peut ne pas être la bonne.
Peut-être pourrais-tu utiliser fflush (stdout); qui force l'écriture effective des données bufferisées ?
@+
Tant que la situation n'aura pas été clairement décrite il sera difficile d'avancer. Je subodore un système de configuration automatique de routeurs mais tien n'est moins sûr.
C'est quoi un coordinateur? Une personne physique, un système informatique, un programme?Je doit gérer des interfaces routeur/coordinateur
C'est quoi un câble RS? Un câble pour liaison série RS-232?par le biais d'un cable RS
"bonjour est une instruction?il n'envoie pas l'instruction : "bonjour" au coordinateur
C'est qu'il? Le PIC? Dans ce cas, le PIC fait ce que tu lui demande de faire: Si tu le programme pour qu'il lise des données renvoyées par le routeur, il le fera. Je ne peux pas deviner ce que tu as fait comme programme.Je pensais que le problème était du au fait qu'il envoyé le message "bonjour" puis resté en attente
Bref, il manque beaucoup d'infos pour avancer.
A+
@Chanur, j'ai essayé ta fonction que j'ai un petit peu changé pour qu'elle soit plus stable, je te remercie
Code:void vider_buffer(void) { int x = 0; while (x != '\n' && x != EOF) { x = getchar(); } }
@Jack. Je sais que j'ai eu, et j'ai un peu de mal a décrire exactement ce que c'est mais je fais de mon mieux.
Il s'agit d'un module TinyBee "FZ750BC" configuré en mode coordinateur.C'est quoi un coordinateur? Une personne physique, un système informatique, un programme?
OuiC'est quoi un câble RS? Un câble pour liaison série RS-232?
Bonjour est mon instruction, en attendant de pouvoir le compléter d'avantage. Entre autre."bonjour est une instruction?
C'est qu'il? Le PIC? Dans ce cas, le PIC fait ce que tu lui demande de faire: Si tu le programme pour qu'il lise des données renvoyées par le routeur, il le fera. Je ne peux pas deviner ce que tu as fait comme programme.Code:#include <htc.h> #include "usart.h" #include <stdio.h> #include <stdlib.h> #include <string.h> void main(void); void vider_buffer(void) { int c = 0; while (c != '\n' && c != EOF) { c = getchar(); } } void main(void) { unsigned char input; init_comms(); // set up the USART - settings defined in usart.h printf("\rbonjour\n");// Output a message to prompt the user for a keypress vider_buffer(); }Code:#include <htc.h> #include <stdio.h> #include "usart.h" void putch(unsigned char byte) { /* output one byte */ while(!TXIF)/* set when register is empty */ continue; TXREG = byte; } unsigned char getch() { /* retrieve one byte */ while(!RCIF)/* set when register is not empty */ continue; return RCREG; } unsigned char getche(void) { unsigned char c; putch(c = getch()); return c; }Voila pour ce qui est du programme complet.Code:#ifndef _SERIAL_H_ #define _SERIAL_H_ #define BAUD 19200 #define FOSC 20000000L #define NINE 0 /* Use 9bit communication? FALSE=8bit */ #define DIVIDER ((int)(FOSC/(16UL * BAUD) -1)) #define HIGH_SPEED 1 #if NINE == 1 #define NINE_BITS 0x40 #else #define NINE_BITS 0 #endif #if HIGH_SPEED == 1 #define SPEED 0x4 #else #define SPEED 0 #endif #if defined(_16F87) || defined(_16F88) #define RX_PIN TRISB2 #define TX_PIN TRISB5 #else #define RX_PIN TRISC7 #define TX_PIN TRISC6 #endif /* Serial initialization */ #define init_comms()\ RX_PIN = 1; \ TX_PIN = 1; \ SPBRG = DIVIDER; \ RCSTA = (NINE_BITS|0x90); \ TXSTA = (SPEED|NINE_BITS|0x20) void putch(unsigned char); unsigned char getch(void); unsigned char getche(void); #endif
j'ai trouvé ceci
http://www.phanderson.com/icd/PIC16F...ial_sample.pdf
http://www.pages.drexel.edu/~cy56/PIC.htm
tu es sur que tu dois bien utiliser getchar ?Code:http://www.mikroe.com/eng/chapters/view/6/chapter-5-ccp-modules/
j'aurais mis à la place getch ou getche
car pourquoi definirais tu des fonctions getch et getche si tu les utilises pas ?
Mais qu'est sensé faire le routeur à la réception d'une trame? La renvoyer, la traiter, envoyer un accusé de réception?
Es-tu sur que le protocole de transmission est bien celui du routeur?
Tu as essayé également de faire une connexion entre le PC et le routeur au travers d'hyperterminal?
A+
Oui et oui. Router vers PC sa fonctionne niquel. De même que ce programme vers l'hyperterminal. C'est la liaison Router/Programme qui ne fonctionne pas :sEs-tu sur que le protocole de transmission est bien celui du routeur?
Tu as essayé également de faire une connexion entre le PC et le routeur au travers d'hyperterminal?
Sinon je regarde les documents, encore merci.
J'ai branché mon coordinateur sur l'hyperterminal via une liason RS232. Théoriquement dés que le router reçoit une donnée elle est envoyé par onde HF sur le coordinateur. Ce qui ne se fait pas avec le code. Par contre si je branche mon router sur l'hyperterminal et que j’appuie sur un des boutons poussoirs l'hyperterminal du coord' le détecte. Il s'agit vraiment d'un soucis entre le programme et le router. Mais lequel ? ^^ 1journée que je suis dessus.Mais qu'est sensé faire le routeur à la réception d'une trame?
Je comprends de moins en moins. Un routeur qui communique par HF? Tu parles vraiment d'un routeur? Quelle est sa référence, que je me rende compte.Théoriquement dés que le router reçoit une donnée elle est envoyé par onde HF sur le coordinateur
A+
Si cela intéresse je peux te renvoyer vers ce lien ci : http://www.lextronic.fr/P20618-modul...e-fz750bc.html Qui t'expliquera cela bien mieux que moi je suis certain ^^.
Fréquence de 2,4GHz sinon.
Ah bin c'est dommage que n'aies pas commencé par là, ça aurait évité beaucoup de temps perdu. Comment voulais-tu que l'on devine de quoi il s'agissait?
J'ai regardé en diagonale le quick guide (10 ko/s en téléchargement !!!) et il me semble que le dialogue s'effectue avec des commande AT, comme avec un modem. Donc le bonjour que tu lui envoies n'est pas une commande et ne doit donc avoir aucun effet.
A+
Par mes magnifiques explications voyons !
Non j'avoue que sur ce coup j'ai un peu merdé. Mais les commandes AT servent uniquement pour paramétrer le module (j'ai une doc sous les yeux et c'est ce que je crois comprendre). Et sur ce point sa allait (réglage du mode d'utilisation, du baud, etc ...)
Même après avoir testé en AT+... sa ne fonctionne pas à moins que je n'utilise pas le bon code ... Je continue de creuser (désespérément)
Et encore merci pour les solutions proposées.
Tu as essayé d'envoyer "bonjour\n" plutôt que "\rbonjour\n" ?
Sinon, tu as essayé \r\n à la fin plutôt que seulement \n ?
Oui j'ai testé tout les assemblage de solution avec le \n et \r. En 2jours j'ai eu des idées mais aucune qui n'aille
