Bonjour à tous,
Je sais que vous n'êtes pas fan de flowcode, mais à défaut de connaitre les langages de programmation et pour faire un prog ou deux par an, ça dépanne.
Bref, j'ai un soucis pour acquérir des données circulant sur un port Com, si une âme charitable compétente dans ce domaine pouvait éclairer ma lanterne, ça serait sympa.
En MP éventuellement pour ne pas encombrer la liste si vous le souhaitez.
Merci
Flowcode c'est génial
Quel est ton problème avec RS232 ?
Merci Cubitus,
Pour poser les bases, je ne maitrise pas bien flowcode, jusqu'à présent je n'ai fait que quelques petits prog du genre si entrée =1 alors sortie =1, gérer qq tempos, etc...
Pour mon problème, je voudrais commander un modem GSM avec un 16F877 via des commandes AT, j'ai réussi avec les aides de flowcode à envoyer les commandes, seulement, je n'arrive pas à recevoir les réponses du modem, de même pour faire des tests, j'ai branché un second PC sur le port série, je vois bien les commandes que j'envoie, mais si je tape des infos sur le second PC, je n'arrive pas à les acquérir.
Je ne sais pas si j'ai été assez clair dans mes explications mais merci pour ton aide.
Quand tu veux recevoir un octet en RS232, tu prends la macro composant et tu mets "receiveRS232char"
le "ntimeout" est le temps que la macro va attendre avant de "laisser tomber"
dans les propriétés étendues, tu peux régler ce timeout en ms
Du coup, si tu mets var=receiveRS232char 100, le programme va attendre 100ms avant de passer à la suite...
S’il n'a rien reçu, il retourne la valeur 0xFF
je te mets un bout de programme pour l'exemple qui gère l’acquittement d'une liaison RS232
Super sympa, je regarderai ça en rentrant ce soir.
Merci Cubitus, mais je n'ai pas réussi, peux tu m'envoyer le fichier .fcfx, car je n'arrive pas à reproduire complètement ton logigramme.
D'autre part, je ne comprends pas les calculs sur la variable ack, peux tu m'expliquer un peu le pourquoi du comment s'il te plait ?
En te remerciant.
C'est une macro avec des variables locales d’où le point sur .ack
Suite à l'envoi d'une commande, mon périphérique doit répondre 0x06 (acquittement ou ack)
Je fais une itération ou je lis le port RS232 avec un "timeout" de 2ms
si je reçois autre chose que 0x06 j'attends 200µs, j'enlève 1 à la variable ack (initialement à 250)
Si la réception donne 0x06 ou 0x15 ack passe à 1 et la boucle se termine. Indiquant la fin d'attente de l'acquittement.
Ceci est un exemple d'acquittement, il est probable qu'en fonction de ton contexte tu es des modifications ou simplifications à faire.
Mais il faut que tu saches ce que tu dois recevoir et le temps de réponse approximatif de ton modem...
En gros tu dois connaitre le protocole de communication que tu veux gérer.
Un bon oscilloscope à mémoire serait sans doute est bien utile ici...
Ok,
Oui, pour le protocole de com, il est bien entendu connu et j'ai le datasheet qui va bien, pour l'oscillo, pas de pb, mon seul souci dans mon projet, c'est le manque de connaissance pour faire le prog.
Sinon, je sais ce que je dois envoyer, quelle réponse est attendue etc.. j'ai déjà développé une application qui gère ça très bien mais elle tourne sur PC, je voulais simplifier le truc en utilisant un PIC, c'est un peu couillon de bloquer un PC à cette seule tâche.
Je vais faire des tests en je verrai bien.
Bon, me revoilà,
Aurais tu quelques minutes pour m'expliquer un truc?
j'ai défini une variable RXD, j'appelle la routine RS232 Receivestring, j'assigne le résultat à la variable RXD, comment faire pour tester si RXD contient une valeur ou non ?
Merci de ta patiente.
pour préciser un peu mon propos, la variable RXD est une chaine de caractères, et si je fais un test avec Si RXD<>0 ou Si RXD = " valeur attendue" ça me mets: opérandes d'opération incompatible.
Si tu utilises "Receivestring" tu dois indiquer la taille de la chaine attendue, et RXD doit être une chaine de caractère d'une longueur suffisant pour accueillir la réception.
sinon il existe la touche F1 (aide)
Compare$(chaîne1, chaîne2, compare_type)
Compare la chaîne1 à la chaîne2 et renvoie un octet dont la valeur est déterminée par les règles suivantes :
0 si les chaînes sont identiques
1 si chaîne1 > chaîne2
255 si chaîne2 > chaîne1
Le troisième paramètre, compare_type, détermine si la comparaison doit tenir compte de la casse ou non. Ce paramètre peut prendre deux valeurs :
0 = sensible à la casse
1 = indifférent à la casse.
Si réception vide après "timeout" a variable de retour = 0xFFEnvoyé par David71120
Un grand merci pour ton aide, j'ai réussi avec ton aide, en mettant dans la décision Si Compare$ (RXD,"",0) , de cette manière je boucle tant que pas de réponse, et si je remplace "" par " valeur attendue " à ce moment je boucle ou je dévie sur une autre branche du programme tant que c'est pas la valeur que je veux .
Quand à F1, je te rassure j'ai biensur essayer avant d'appeler au secours sur le forum, mais seulement l'aide ne décrit pas les expressions utilisables dans tel ou tel cas, j'ai retrouvé l'aide correspondant à l'expression compare$ seulement en la tapant dans l'aide.
Enfin, bref.
Encore un grand merci à toi.
Cubitus ( ou quelqu'un d'autre) juste un complément d'info: comment je tape "entrée" dans la chaine envoyée ?
TXD="AT entrée" , j'ai essayé TXD="AT<CR>" mais ça ne fonctionne pas.
Merci
Tu peux décomposer en code Hexa
sendRS232string "AT" suivi de sendRS232Char 0x0D (je ne sais plus si entrée c'est 0x0C ou 0x0D dans certain cas les deux...)
0x0D que suis-je bête, évidemment, je ne suis pas réveillé ce matin !!!
Merci
