data bidirectionelle .

bonjour à tous,

Quand je regarde des exemples de programme en Arduino, le Pinout des bits de data des port est configuré soit en entrées soit en sorties.
Je souhaite savoir s'il est possible de changer la configuration d'une ou de plusieurs des broches d'un bus de data(Arduino, Mpc23017,...) en cours d’exécution ?
Ou de déclaré des bits du bus de data en mode bidirectionnel ?.

Le but étant d'avoir a un instant "T" une broche générant un état logique et ensuite cette même liaison devant lire un état logique. Cette demande et bien sur pour éviter trop de circuiterie externe pour faire cette fonction.

Merci

Bonjour,
je ne comprends pas trop ce que tu entends par " s'il est possible de changer la configuration d'une ou de plusieurs des broches d'un bus de data en cours d’exécution".

Quand tu écris "pinMode(5, OUTPUT)" dans la fonction setup par exemple, tu changes bien la direction de la pin 5 d'entrée en sortie en cours d'exécution à un instant T.

Citation:

---

Ou de déclaré des bits du bus de data en mode bidirectionnel ?

---

Non, c'est soit en entrée, soit en sortie.

Bonjour

Je suis d'accord avec toi pour la définition des pins dans la routine de Setup.

Mais je voulais juste savoir s'il était possible de faire des "pinMode(5, OUTPUT)" ou "pinMode(5, INPUT)" dans des routines qui sont dans le LOOP.

merci

Bien sûr qu'à tout moment et à partir de n'importe quelle fonction tu peux changer le sens d'une E/S.
La séparation setup() et loop() n'est là que pour apporter de la cohérence.

• setup() : configuration de départ du programme, ne s'effectue qu'une fois. Il serait idiot de faire cette configuration dans loop() car elle serait recommencée en permanence.
• loop() fonction volontairement placée dans une boucle infinie dont elle ne peut sortir.

Préalable : un microcontrôleur n'a pas de système d'exploitation : si on ne fait rien une fois le code parcouru il s'arrête et pour le relancer il faut faire une RAZ.

D'où la structure d'un squelette Wiring/Arduino :
init(); //ne s'effectue qu'une fois, fonction ajoutée automatiquement par l'IDE pour la configuration du microcontrôleur "à la sauce Arduino"
setup(); // ne s'effectue qu'une fois : configurations "utilisateur"
While (1==1) { loop(); } // programme utilisateur

Note : c'est un peu plus complexe -> voir le code exact dans les "entrailles" de l'IDE.

Donc dès que la fonction loop() est finie le programme y re-entre.
D'où l'utilité d'une fonction en dehors de la boucle infinie pour les opérations qui ne se font qu'une fois.

Mais rien n'empêche à l'intérieur de loop() ou des fonctions appellées dans loop() de modifier les réglages effectué dans setup().
N'importe quel réglage, y compris ceux effectué dans init() peut être modifié en cours de programme.

Bonjour,

Le bidirectionnel n'existe pas en Arduino. Il serait sans plus pratique d'avoir une voie en entrée et une voie en sortie. Et je ne pense pas que cela demande plus de composants électroniques, au contraire.
Si tu changes la configuration en cours de route il faut que l'électronique branchée sur la voie en question puisse également supporter ce changement. Et que se passe-t-il pendant cette période durant laquelle la voie change de configuration (au niveau impédance surtout, tensions, courants) ?

Bonjour,

I2C est un bus bidirectionnel (on n'évite cependant pas une seconde broche pour l'horloge). Les bus bidirectionnels sont généralement de type maître-esclave, ce dernier ne répondant que si il est interrogé. Cela simplifie la gestion des conflits inévitables si tout le monde peut parler en même temps. Mais cela interdit les signalisations par un esclave. Par exemple si un module doit surveiller une température, il n'a aucun moyen de communiquer une anomalie tant qu'il n'est pas interrogé.

Il y a des bus bidirectionnels comme les bus CAN (pas Arduino mais possible avec ESP32 et peu de matériel supplémentaire) où les clients sont pratiquement à parité mais ils impliquent des gestions lourdes des collisions.

Par ailleurs, les bus bidirectionnels sont mécaniquement en half-duplex (comme un talkie-walkie).

Salutations

Merci a tous pour vos réponses qui répondent à ma question.

Voila une image qui reprendre la raison de ma question.
Comme exemple imaginons un chenillard sur 8 bit. L’intérêt étant de passer à '1' puis à '0' tout les bits l'un après les autres.
Mais en plus, on doit lire pendant qu'un des bit est a '1', l'état présent sur tous les autres bits.
Donc en fonction de ma boucle un même bit peut-être en sortie ou en entrée.

Même si je pense utiliser un Arduino (nano) , je n'utiliserai pas directement les bus de data l’Arduino.

merci a vous

En plus de tes LED tu peux envoyer le signal sur un CNA 8 bits. La tension analogique résultante la donner à une entrée analogique de ton Arduino.

Citation:

---

Envoyé par petitcoucou31

Comme exemple imaginons un chenillard sur 8 bit. L’intérêt étant de passer à '1' puis à '0' tout les bits l'un après les autres.
Mais en plus, on doit lire pendant qu'un des bit est a '1', l'état présent sur tous les autres bits.
Donc en fonction de ma boucle un même bit peut-être en sortie ou en entrée.

---

Donc si je comprends, ta voie configurée en sortie bascule à "1" pour allumer la LED. Puis aussitôt, elle bascule en entrée pour savoir si effectivement elle est bien à l'état haut.
Sauf que si ta voie bascule en entrée, tu peux pas lire l'état qu'elle avait quand elle était en sortie. :aie:

Salut à tous,

Citation:

---

Envoyé par petitcoucou31

Voila une image qui reprendre la raison de ma question.
Comme exemple imaginons un chenillard sur 8 bit. L’intérêt étant de passer à '1' puis à '0' tout les bits l'un après les autres.
Mais en plus, on doit lire pendant qu'un des bit est a '1', l'état présent sur tous les autres bits.
Donc en fonction de ma boucle un même bit peut-être en sortie ou en entrée.

---

Je ne suis pas sûr d'avoir bien saisi, mais par exemple pour faire clignoter une led, on peut écrire :

Code:

---

1 2 3 4 5 6 7 8

void setup() { pinMode(13, OUTPUT); }   void loop() { digitalWrite(13, !digitalRead(13)); delay(1000); }

---

Je suppose que dans ce cas, le digitalRead sur une sortie récupère l'état en cours du registre (ce qui n'est pas la même chose que de lire l'état du connecteur configuré en entrée).

On devrait peut-être écrire :

Code:

---

digitalWrite(13, !bitRead(PORTB,5)); // D13 sur Port B bit 5

---

Citation:

---

Envoyé par Auteur

Bonjour,

Le bidirectionnel n'existe pas en Arduino. ?

---

C'est ma première contribution et je suis surpris de cette réaction.
Déjà quel sens donne-t-on au terme bidirectionel ?
Si c'est pouvoir mettre dans toutes les directions une E/S du microcontrôleur qui équipe une carte arduino la réponse est OUI.
La question était "est-ce que je peux changer le sens au cours du programme" et la réponse est encore oui.

Si c'est faire simultanément une transmission de A vers B et de B vers A, la réponse est Non.
La transmission est faisable mais au prix d'une électronique externe et de toute façon nécessitera une entrée et une sortie de chaque côté.

Quant à dire ce n'est pas possible parce qu'il y a les risques que tu as justement signalés je dis a titre personnel je ne m'autorise pas à le dire.
Il faut bien sûr mettre en garde en signalant les risques mais on ne peut pas dire que ce n'est pas possible, c'est au demandeur qui aura été éclairé à prendre sa décision.
Un exemple qui justifie mes propos : il existe une version du capteur à ultrason avec une pin commune pour le trigger et la réception des datas, le sens de cet pin doit être inversé dès l'envoi du signal de déclenchement de la mesure. La pin est bien employée dans un usage bidirectionel au sens des E/S des microcontroleurs et des divers expenseurs.
Cest rendu possible parce le microntrôleur a des temps de réactions très largement inférieurs au temps que met le module ultrason pour faire la mesure avant d'envoyer le résultat.
Chaque cas est particulier.

Cordialement
Bernard.