Discussion :

[happyusers]

Bonjour,
Je me bats depuis un certain temps avec un modem Olitec V92 que je veux piloter par un nano pour répondre sur ligne PTT et envoyer des informations domotiques.
Tout fonctionnait au poil mais souvent le modem semblait passer en réponse automatique mais ne prenait pas la ligne.
J'ai décidé de tester la seule fonction d'échange série et ai écrit une tâche de commande du modem qui envoie une commande AT et attend la réponse. Il semble que certains octets ne sont pas reçus correctement. Est-ce habituel de ne pouvoir gérer une liaison serie en 9600 bauds sans perdre d'octets? J'ai tout tenté, utilisation de l'Uart pour deboguer la liaison en softserial vers le modem et aussi permutation des deux liaisons en me disant que l'Uart elle ne perdrait pas d'octets mais en vain.
En general lorsque j'utilise l'exemple de softwareserial cela se passe mieux mais pas totalement. En revanche, lorsque je pilote le modem par un PC via liaison série et hyperterm, tout est conforme.
Auriez vous sous la main un code tout fait pour gérer un modem sans perte de données sur une liaison Uart ou softserial?
Merci de votre aide.
PS: code softwareserial qui marchouille mais non conforme à mes souhaits (il permet d'envoyer une commande au modem et de lire la réponse mais à partir du programme hyperterm du PC ce qui n'est pas le but...)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
if (mySerial.available ()) Serial.write (mySerial.read ());
If (Serial.available ()) mySerial.write (Serial.read ());

[sevyc64]

Ton modem se pilote via une interface série à la norme RS232, est-ce que le port série de ton nano est à la norme RS232 ?
Sans connaitre le produit, je pense qu'il doit plutôt être à la norme TTL, voire LowTTL. Si c'est le cas c'est normal que ça marche pas, il faut un adaptateur à base de circuit type max232 ou de génération plus récente.

[happyusers]

Merci sevyc. J'ai en effet intercalé un rs232 pour attaquer le modem que je peux aiguiller soit vers rx0/tx0 soit vers un port serie soft style pin2/pin3 en rx/tx.

[sevyc64]

est-ce que les paramètres de la liaison série, vitesse, parité, stop sont identiques des 2 cotés ?

Comme à priori tu est sur une liaison 3 fils, il faut aussi que les protocoles d’échanges ne soient pas activés, ou alors que ce soient des protocoles software (XON/XOFF par exemple)

[happyusers]

Oui les parametres sont bien réglés sinon je pense que je ne recevrais rien d'intelligible. Par exemple au lieu de recevoir 003 lorsque je demande la valeur du registre 0 (ATs0?) Je ne reçois que 0. Je pensais à un problème de vitesse de processeur mais tout de même ne pas arriver à suivre un protocle à 9600 bauds!

[sevyc64]

ça pourrait être un problème de bits de stop. Si ton nano est configuré avec 2 stops, alors que le modem avec 1 seul, le modem peut commencer à envoyer le second octet alors que le nano est toujours dans la partie stop, du coup il loupe la synchro du start et ce qu'il reçoit (voie) ne correspond plus à rien.

Autre piste niveau code, je ne sais pas comment fonctionne l'uart niveau nano, mais peut-être qu'après avoir reçu le premier octet tu fais un traitement un peu long qui fait que tu n'es pas assez tôt à nouveau à l'écoute pour recevoir le second octet.

[happyusers]

Ok j'essaie la piste des stop bits.
Question timing, a priori la connexion sur laquelle est cablé mon Rx est la pin 2 dotée de la fonction change interrupt. Le read software doit gérer la lecture en interruption. Merci, à suivre ; j'aurai du pain sur la planche pour demain

[Auteur]

Si tu veux modifier les paramètres de la liaison série de l'Arduino c'est ici :
https://www.arduino.cc/en/Serial/Begin

à ma connaissance les Arduino ne gèrent pas le xon/xoff, il faut activer rts et cts et désactiver dsr et dtr.

[sevyc64]

à ma connaissance les Arduino ne gèrent pas le xon/xoff, il faut activer rts et cts et désactiver dsr et dtr.

ou gérer le buffer et donc le XON/XOFF manuellement

[happyusers]

Le diagnostic que je fais c'est que le module rs232/ttl est defaillant :je nai jamais les mêmes octets lus en echo des ordres envoyés au modem. Parfois j'ai la chaîne complète mais souvent il manque des caractères, parfois encore, les caractères sont transformés, je dois essayer avec un autre module. J'enrage car mon système de domotique est en cours de conception depuis un ou deux ans et je suis bloqué par un problème élémentaire comme celui la! Je vous tiens informés.
Merci en tout cas de votre sollicitude.