Répondre à la discussion
Affichage des résultats 1 à 7 sur 7

choix de bus et protocole



  1. #1
    alainav1

    choix de bus et protocole


    ------

    Bonjour,
    je gère un circuit miniature (trains ) en particulier la commande des différents éléments( commande sons tension des cantons se fait par une commande infrarouge;(la zapette de tv commande les aiguillages accessoires .. au lieu de commander le changement de chaine , ça tombe bien y a rien à la télé ce soir !!)
    ça marche tres bien en particulier parce que 2 ordres ne sont pas donnés en même temps .
    Je me propose de récupérer des infos du circuit (présence de train sur un canton ...) sur l'entré d'un µP (pic 16FXX ou d'un arduino ?)
    le probleme qui se pose c'est comment faire pour recuperer 2 infos émises en même temps .(par exemple un train rentre dans le canton 2 et un autre entre dans le canton 5 )
    pouvez vous me donner une piste pour résoudre ce problème ?
    quel bus utiiser (le circuit mesure environ 15m de long )?
    quel protocole utiliser ? (les actions à mémoriser ne sont émise par un contact sec )
    cordialement
    Alain

    -----
    Décider de faire, c'est bien . Décider quand, c'est mieux !

  2. Publicité
  3. #2
    vincent66

    Re : choix de bus et protocole

    Bonjour Alain,
    Ah la rétrosignalisation, vaste débat...!
    Etudiant la question actuellement avec un ami en vue de la prochaine réalisation d'une maquette nous avons opté pour du RS485 sur doubles paires torsadées blindées...
    Il nous faudra établir un protocole pour éviter les collisions lors de la simultanéité de deux signalisations mais ça ne sera pas la mer à boire, nous intégrerons en hard et soft la capacité d'"écouter" si une transmission a déjà lieu entre un esclave et le maître...
    Depuis le temps il doit être fabuleux ton circuit...
    Leonardo était ingénieur "sans papier", et moi diplômé juste...technicien...

  4. #3
    alainav1

    Re : choix de bus et protocole

    Bonjour,
    Depuis le temps il doit être fabuleux ton circuit.
    ceux sont les circuits du club

    pour plus d'info
    http://ffmf.nord.free.fr/pagesclubs/...xpo2005-03.htm
    http://www.les-ferrovipathes-du-calaisis.fr/index.php en cours de construction
    si vous " travaillez " sur le protocole et si vous pouvez fournir le principe "anti collision " je suis preneur ?
    cordialement
    Alain
    Dernière modification par alainav1 ; 10/02/2016 à 19h51.
    Décider de faire, c'est bien . Décider quand, c'est mieux !

  5. #4
    jiherve

    Re : choix de bus et protocole

    bonsoir,
    il ne peut y avoir de principe anti collision mais une methode de résolution des collisions, l'autre solution est un bus avec un contrôleur de bus qui donc en est le maitre et interroge les abonnés tour à tour c'est une solution simple et deterministe.
    Bus à collision : RS485,CAN,ETHERNET
    Bus sans collision : tous les bus aéronautique ARINC xx , MIL 1553 et Flexray ou TTP (bus à slot temporels)
    JR
    l'électronique c'est pas du vaudou!

  6. A voir en vidéo sur Futura
  7. #5
    vincent66

    Re : choix de bus et protocole

    Eh bien on oublie le principe du polling, interrogation des esclaves par le maître tour-à-tour...
    On limite le temps d'une transaction à disons 100ms et on dote chaque esclave de la capacité de détecter une transaction en cours...
    Si une transaction est détectée on réessaie 100ms plus tard...
    Seul l'esclave peut détecter une collision, en captant ce qu'il a essayé de transmettre, si collision il réessaie 100ms plus tard...
    Système vite saturé si 36 esclaves essaient simultanément de signaler un événement mais stastiquement jouable s'il n'y en a que deux ou trois...
    Leonardo était ingénieur "sans papier", et moi diplômé juste...technicien...

  8. #6
    bobflux

    Re : choix de bus et protocole

    Le bus CAN fait ce que tu veux, inutile de réécrire une couche anti-collision par dessus le RS485, puisque le CAN fait déjà tout ça.

    En gros, quand deux bidules parlent en même temps sur le bus, ils le détectent, et celui auquel tu as assigné la priorité la plus basse se tait, attend que l'autre ait fini, et retente sa chance.

    Voir chez NXP les LPC11C24, idem chez grochip et les épiciers d'en face.

    Bien sûr, un bidule trop bavard peut monopoliser le bus, à toi de faire attention. Utilise des messages courts et ne transmets que lorsque c'est pertinent.

  9. Publicité
  10. #7
    jiherve

    Re : choix de bus et protocole

    Bonsoir
    C'est bien le drame avec le CAN un gros bavard et tout est par terre, mais avec Ethernet c'est pareil d'où l'AFDX.
    JR
    l'électronique c'est pas du vaudou!

Discussions similaires

  1. Logiciel de gestion de choix de stage (ou autres choix selon des voeux)
    Par k_manu dans le forum Programmation et langages, Algorithmique
    Réponses: 6
    Dernier message: 07/10/2014, 19h12
  2. Gestion de choix de stage (ou autres choix selon des voeux)
    Par k_manu dans le forum Mathématiques du supérieur
    Réponses: 1
    Dernier message: 30/09/2014, 15h20
  3. Carrelage 2e choix vendu pour du premier choix : quels recours ?
    Par bonbec dans le forum Bricolage et décoration
    Réponses: 5
    Dernier message: 05/02/2011, 21h52
  4. Choix protocole communication pour PICs
    Par Platipu$ dans le forum Électronique
    Réponses: 10
    Dernier message: 26/11/2010, 08h22
  5. protocole normal vs protocole prioritaire
    Par invite9865321 dans le forum Électronique
    Réponses: 0
    Dernier message: 13/01/2010, 13h31
Découvrez nos comparatifs produits sur l'informatique et les technologies.