Discussion :

[sunhippopotamus]

Bonjour à tous,

Mon projet consiste à fabriquer une mallette, contenant plusieurs mini-jeux à résoudre. Chaque mini-jeu contient un certains nombre de composants (boutons, affichages, etc..). La mallette contiendrait une dizaine de ces mini-jeux, sous forme de modules séparés...

Comme j'ai pas l'impression d'être très clair, je vais détailler: Imaginez une mallette (vous savez, celle avec les liasses de billets dans les films). Cette mallette est divisée en 10 zones rectangulaires. Chaque zone accueille un module, permettant de jouer à un mini-jeu.

Le tout doit être contrôlé par une unique arduino, qui gère difficulté des niveaux, temps limité, etc..

Il est évident que je n'aurais jamais assez de ports sur un seul arduino. J'ai donc pensé utiliser un arduino par module, qui contrôlerait le déroulement du mini-jeu, et renverrais des informations quant au succès ou à l’échec du joueur. Un arduino "central" permettrait de traiter toutes ces infos et contrôler l'ensemble de la partie.

Comment donc faire dialoguer ensemble tous ces arduino ? (ou du moins, comment les faire tous communiqués avec le "central")

J'ai pensé à utilisé le bus I²C, mais je ne suis pas sur que ça conviennent. En effet, le module "mini-jeu" doit prévenir le "central" dès que le mini-jeu est fini (succès ou echec). Hors dans un fonctionnement Maître-esclave, l'esclave ne peut prendre la parole sans que le maître ne lui ait demandé. Et je trouve ça assez dégueu de demander en permanence "hé les gars, il a fini votre mini-jeu ?"
De plus, j'ignore si le I²C fonctionne correctement avec autant d’esclaves. J'ai aussi vu qu'il pouvait y avoir plusieurs maitres ? Je comprends pas bien comment..

Le bus CAN est aussi intéressant mais nécessite une carte specifique pour chaque module.. c'est pas idéal..

Enfin, j'aimerais utiliser une communication avec peu de fils, le but étant de garder le plus de ports pour les composants à piloter, et si possible, d'utiliser les micro-contrôleurs les plus petits possibles (réduction des coûts). Dans l'idéal, le boitier serait modulable, avec la possibilité de rajouter ou d'enlever des modules. Ils viendraient alors se "clipser" sur la malette, et se connecter via RJ11 ou autre connecteur petit et pratique.


MErci d'avance et n'hésitez pas à demander des détails si besoin.



EDIT : Je me suis aussi renseigné sur le SPI. C'est vraiment pas une option (manque d'aquittement, multiplication des fils, et surtout fonctionnement maitre-esclave strict.

[Auteur]

Bonjour,

ton projet me fait penser au système Makeblock : http://learn.makeblock.com/en/electronics/ qui propose divers modules que l'on peut relier entre eux avec des câbles RJ45. Vérifie quand même avec la doc sur la façon dont les modules communiquent entre eux.


Si tu restes sur les Arduino je regarderai les systèmes bluetooth pour Arduino. Tu peux également créer un mini réseau Ethernet entre tes Arduino. Il existe des versions Ethernet de UNO et Leonardo. Un de tes Arduino sera un serveur et les autres des clients. Dans le cas de l'Ethernet, l'avantage, à mon avis, est que tu peux déconnecter tes modules ou les interchanger, et créer de nouveaux modules sans problème. Le gros problème par contre, est que dans ce cas ton système complet ne pourra pas fonctionner sur batterie

Après il faudrait connaître dans le détail le projet, pour savoir si l'utilisation de l'Arduino est une bonne idée.

[sunhippopotamus]

Bonjour,

Bonjour, merci de prendre le temps de me répondre

ton projet me fait penser au système Makeblock : http://learn.makeblock.com/en/electronics/ qui propose divers modules que l'on peut relier entre eux avec des câbles RJ45. Vérifie quand même avec la doc sur la façon dont les modules communiquent entre eux.

Je connaissait pas du tout mais j'ai l'impression que, bien qu'étant simple a utiliser avec les composants officiels, je vais plus m’embêter qu'autre chose à adapter les composants dont j'aurais besoin.

Si tu restes sur les Arduino je regarderai les systèmes bluetooth pour Arduino.

Je préfererais rester sur du filaire, surtout que du bluetooth entre 10 arduino, j'ai peut que ça foire plus qu'autre chose. Au delà de ça, le filaire est plus fiable.

Tu peux également créer un mini réseau Ethernet entre tes Arduino. Il existe des versions Ethernet de UNO et Leonardo. Un de tes Arduino sera un serveur et les autres des clients. Dans le cas de l'Ethernet, l'avantage, à mon avis, est que tu peux déconnecter tes modules ou les interchanger, et créer de nouveaux modules sans problème. Le gros problème par contre, est que dans ce cas ton système complet ne pourra pas fonctionner sur batterie

J'y ais pensé, mais l’Ethernet nécessite un réseau en étoile, et donc un switch, non ? et je prefererais pouvoir utiliser une batterie.

C'est pourquoi le bus I²C me semblait une bonne idée. La aussi, on peut deconnecter et interchanger les modules (suffit de les identifier par leur adresse, ou même mieux, leur demander un identifiant au démarrage).La seule chose qui me dérange vraiment, c'est l'impossibilité pour les esclaves de s'adresser au maitre. Et j'imagine mal le maitre demander en permanence le statut des esclaves

Après il faudrait connaître dans le détail le projet, pour savoir si l'utilisation de l'Arduino est une bonne idée.

Alors pour être exact, je cherche à reproduire le jeu Keep Talking And Nobody Explodes, mais en vrai, en physique. Si vous ne connaissez pas, je vous invite a regarder un gameplay sur youtube pour comprendre le fonctionnement.

[Auteur]

.La seule chose qui me dérange vraiment, c'est l'impossibilité pour les esclaves de s'adresser au maitre.

j'ai du mal à croire que le protocole i2c soit unidirectionnel (de maître à esclave) Si tu prends l'exemple de capteurs i2c, la communication fonctionne dans les deux sens : le maître (l'Arduino) interroge l'esclave (le capteur) et le capteur répond.
Ou alors je n'ai pas bien compris ce que tu voulais dire...


J'ai trouvé ceci :
Bibliothèque Wire
Master Writer/Slave Receiver
Master Reader/Slave Sender
i2c_scanner (recherche des adresses des Arduino)

[sunhippopotamus]

Bah, d'après ce que j'ai compris, l'esclave ne peu s'adresser au maitre que si celui-ci lui pose une question. Dans mon cas, il faudrait donc que le maitre demande en permanence à l'esclave "Quel est l'avancement de ton mini-jeu", pour que l'esclave puisse notifier le maitre dès que le mini-jeu à été terminé.

Merci pour tes liens, je vais y jeter un oeil

[Auteur]

Dans mon cas, il faudrait donc que le maitre demande en permanence à l'esclave "Quel est l'avancement de ton mini-jeu", pour que l'esclave puisse notifier le maitre dès que le mini-jeu à été terminé.

pas en permanence. D'après ce que j'ai vu ces mallettes sont composés de 6 modules. Tu peux les interroger les uns après les autres 1 fois toutes les 6 secondes par exemple.

[sunhippopotamus]

Alors en fait il peut y avoir jusqu'à 6 modules par face. En pratique, moi je les mettrais plutôt à l'intérieur de la mallette, 6 dans chaque moitié.
Comme c'est un jeu de rapidité, je voudrais avoir l'info dès qu'un module est fini, sans avoir jusqu'à 6 secondes de latences.



Toutefois, après de plus ample recherches, il s'avère que le bus I²C gère très bien le multi-maitre, mes arduino secondaires pourraient donc s'adresser "de leur plein grès" à l'arduino central.

Pour plus d'infos, si certains en ont besoin : http://tge.cmaisonneuve.qc.ca/barbau...lti_maitre.doc

[CTJayce]

salut

Ce que tu cherches à faire existe déjà en diy, notamment en airsoft/paintball sous les
appellations "prop bomb" ou "fake bomb" ou encore "bombe factice" en fr, et ce qui
se rapproche le plus de ton besoin, ce sont les versions puzzle ou mini-puzzle. Bien sûr, le
tout sur base d'arduino.

En faisant une recherche sur le net, tu devrais trouver de belles vidéos.

Tu peux aussi faire un tour sur la chaine youtube de fred r-soft que je trouve intéressante
pour certaines idées d'ornements de valises et de scénarios.

[sunhippopotamus]

J'en avais effectivement déjà vu pour l'airsoft, c'est d'ailleurs un peu ce qui m'a donné l'idée, mais je n'avais vu que des modes très simples, avec les scénarios classiques de capture du drapeau, démolition, etc..

[Auteur]

Comme c'est un jeu de rapidité, je voudrais avoir l'info dès qu'un module est fini, sans avoir jusqu'à 6 secondes de latences.

Bah tu peux augmenter la fréquence
1 requête toutes les 200ms. J'ignore le débit de l'i2c.

[Bktero]

Franchement, I2C avec un maitre qui interroge toutes les secondes ses esclaves, ça me semble une solution viable

[jpbbricole]

Bonjour r4ph0u

Bonjour à tous,
J'ai pensé à utilisé le bus I²C, mais je ne suis pas sur que ça conviennent. En effet, le module "mini-jeu" doit prévenir le "central" dès que le mini-jeu est fini (succès ou echec). Hors dans un fonctionnement Maître-esclave, l'esclave ne peut prendre la parole sans que le maître ne lui ait demandé. Et je trouve ça assez dégueu de demander en permanence "hé les gars, il a fini votre mini-jeu ?"
De plus, j'ignore si le I²C fonctionne correctement avec autant d’esclaves. J'ai aussi vu qu'il pouvait y avoir plusieurs maitres ? Je comprends pas bien comment..

Enfin, j'aimerais utiliser une communication avec peu de fils, le but étant de garder le plus de ports pour les composants à piloter, et si possible, d'utiliser les micro-contrôleurs les plus petits possibles (réduction des coûts). Dans l'idéal, le boitier serait modulable, avec la possibilité de rajouter ou d'enlever des modules. Ils viendraient alors se "clipser" sur la malette, et se connecter via RJ11 ou autre connecteur petit et pratique.

Je pense aussi que l'i2C est une excellente solution pour ça. C'est le job du maître que de demander, en permanence, ce que les esclaves on à dire, il n'a que ça à faire.
Je ne crois pas qu'il puisse avoir plusieurs maîtres (je ne crois pas) et je ne vois pas l'intérêt.
J'ai récemment fait une maquette de démonstration avec 12 Arduino, mélangés Nano, Uno et Pro Mini comme esclaves et un Mega comme Master, sans problème, l'alimentation des modules slaves était assurée par le bus i2C.

Si tu le désires, je tiens, à ta disposition, les programmes nécessaires.

Cordialement
jpbbricole