Problème avec l'instruction if(UART1_Data_Ready())

[invite57334019]

Bonjour à tous!

contexte:
J'écris un programme sur mikroC où je dois lire des informations du port série, le micro-controleur envoie des commandes AT et reçois instantanément des réponses, je dois alors utiliser l'instruction if(UART1_Data_Ready()){UART1_R ead_Text(txt,"OK",255);}

Problème:
Le problème c'est que parfois la conditon UART1_Data_Ready()==1 ne se réalise pas, et la réponse aux commandes AT n'est pas reçu correctement (un sms par exemple).

Est ce que quelqu'un peut me dire pourquoi? Et comment puis-je forcer qu'elle se réalise?
-----

[katmai]

Salut,

Je ne connais pas mikroC, mais peut être que tu regardes trop tôt si il y a des données sur ton UART?

Essayes peut-être de faire (grosso modo):
while(!UART1_Data_Ready());
UART1_Read_Text(txt, "OK", 255);

Puis par la suite de rajouter une variable pour faire un genre de timeout?

A+

[invite57334019]

J'ai fait ce que tu as écrit, malheureusement le programme reste dans la boucle, je suppose alors que UART1_Data_Ready() ne devient égale à 1 que lorsque la première information est arrivé, le programme attend ensuite le "delimiter", et en tous cas merci pour ta réponse

[invite07d645db]

Essaye sans faire de boucle bloquante .

[A voir en vidéo sur Futura]

[invite57334019]

Enfin j'ai résolue le problème, c'était en utilisant l'instruction goto comme suit:

a:if(UART1_Data_Ready()) {
UART1_Read_Text(ur,"\n",255);
} else goto a;

[katmai]

C'est pas équivalent a ma boucle while?

Tant que UART1_Data_Ready() est faux tu restes dans ta boucle...
et dès qu'il est vrai tu fais un UART1_Read_Text() et tu sors.

A+

[luc_1049]

Bonjour

En C le goto c'est moyen, interdit dans les règles de codage en industrie !

Pour une boucle vous avez beaucoup de possibilité entre le do... while, le while ..., le for (..;..;..) .
Utile aussi le break pour sortir des boucles et moins choquant qu'un goto en C.

Pour revenir à la boucle, il est bien d'y insérer un compteur que l'on incrémente à chaque test.
L'idée c'est :
Si condition vérifier ok en moins de xx passage dans la bouche de test, OK
Si condition passage de plus de xx passage dans la bouche de test, ERREUR_HORS_TEMPS ou TIMEOUT

Gérer ensuite cette erreur afin de faire un logiciel qui traite aussi les cas d'erreurs !

C'est une bonne habitude à prendre.
cdlt