RX et TX sur arduino

[gcortex]

Bonjour à tous,

le RX et TX sont utilisés pour rentrer le programme. Le shield GSM les utilise aussi. Et l'utilisateur aussi.
Quand le µC exécute le programme La partie USB/série se met en haute impédance ? Risque de conflit ?

Merci
-----

[r4ph]

Regarde le schéma, de tête il me semble il y a une ou des résistances sur les ligne rx/tx allant vers les shields. Une sorte de // plus ou moins "isolé". Donc, oui je pense dans certains cas il peux y avoir conflit. Un mégalopole possède 4uarts, ou bien tu peux éventuellement utiliser un uart soft. Mais ça ralentit l'opération...

[PA5CAL]

Bonjour

• Les broches RX (pin #0) et TX (pin #1) ne sont pas utilisées pour la programmation sur tous les Arduinos. Par exemple, ce n'est pas le cas sur l'Arduino Leonardo.

• Lorsque ces broches sont utilisées pour la programmation, elles sont reliées au circuit d'interface de la carte au travers de résistances de 1kΩ, ce qui évite des courts-circuits intempestifs en cas de conflit.

• Il est, quoi qu'il en soit, généralement déconseillé d'utiliser les pins #0 et pin #1 pour un autre usage que celui prévu à l'origine. Dans le cas où l'utilisateur le ferait tout de même (ce qui est parfaitement envisageable), il doit prendre les dispositions nécessaires et en subir les limitations et inconvénients.

• Enfin, pour communiquer avec son Arduino hôte, le shield GSM n'utilise pas les pins #0 et pin #1, mais les pins #2 (GSM RX), #3 (GSM TX) et #7 (MODEM RESET).

[gcortex]

Merci pour ces réponses. Je viens de voir le schéma.
Y a t-il une fonction toute faite pour transmettre sur les pins 2 et 3 ?

[A voir en vidéo sur Futura]

[PA5CAL]

Il existe en effet une bibliothèque pour réaliser logiciellement une interface série asynchrone sur des entrées/sorties non spécialisées. Voir par ici : SoftwareSerial.

Mais en principe, quand on utilise le shield GSM, il est plus simple de faire appel à la bibliothèque GSM, laquelle fait appel à SoftwareSerial.

[cyberdalek]

Salut,

J'avais lu ton post, mais ne connaissant pas les shields gsm, je n'ai pas pris part a la discussion

Par contre pour le software serial cela fonctionne bien a condition d'avoir un debit assez bas du moins sur mon uno, du 9600 si j'ai bonne memoire au grand max.

A+

[PA5CAL]

Petit correctif : il semblerait que la version actuelle de la bibliothèque GSM incluse dans l'environnement Arduino ne fasse plus appel à la librairie SoftwareSerial, mais traite elle-même les communications série asynchrones avec le shield.

Sinon, question performances, on doit certainement pouvoir faire mieux. Alors que la bibliothèque GSM fonctionne par défaut avec une vitesse de transmission relativement basse de 9600 bauds, chaque transfert d'octet bloque totalement l'exécution du programme principal par des délais notables (≈1 ms perdue par octet transmis). La librairie SoftwareSerial fait pareil. Si l'on reste à cette vitesse, on pourrait tout-à-fait réaliser ces transferts en parallèle avec d'autres processus à durées maîtrisées (polling d'entrées/sorties, traitement d'autres transmissions par automate logiciel, ...).