Aidez-moi,

R

rishi254

Guest
Bonjour Monsieur le Président

J'ai un projet pour enregistrer les touches d'un hall de 60m X 50m domaine.Il ya environ 500 interrupteurs dans ce domaine (en fait il ya 500 utilisateurs r assis dans cette salle, chaque tableau a un toggle switch, reset switch).

Les tableaux sont disposés comme 10cols X 50 lignes.

Je pensais à une simple matrice logique que son extrême simplicité et serait rentable en termes de coûts de câblage, ainsi que d'autres matériels nécessaires.

J'ai une exigence de la gestion des câbles de 60 m ttl signals.Is il possible avec l'aide de tampons BUS / Transreceivers?

Sur l'ordinateur sur la fin je vais utiliser 60 bit digital I / O board et à écrire le logiciel qui analyse en continu des lignes et des colonnes.

Sera possible ou
s'il ya une meilleure alternative ...

S'il vous plaît, et peut me suggérer à ce sujet.

Merci beaucoup
Cordialement
Rishi Bhanot

 
Je ne
suis pas sûr que vous pouvez résoudre votre problème avec juste TTL.Vous allez avoir besoin de conditionner les keypress impulsions avant de pouvoir faire quoi que ce soit numérique avec eux.

La première des considérations qui viennent à l'esprit que les informations que vous nous avez fournis sont les suivants:

1.Timing (délais de propagation vont être une considération pour les 60 lignes de balayage)
2.Pertes (en général des niveaux TTL 2v minimum d'entrée pour 1 et moins de ,8 v 0)
3.Bruit (60m de twisted-pairs/wire/coax va faire une belle antenne pour l'éclairage fluorescent bruit, enseigne au néon bruit, stray RF ramassage, etc)
4.Réflexions (vous aurez besoin de mettre fin à chaque ligne de soin, ou des impulsions reflétées vous donnera de fausses lectures)
5.Logic collisions (si vous la figure au calendrier problème essayer de balayer de nombreux long-plomb intrants, comment allez-vous résoudre les collisions? C'est-à-dire deux signaux arrivent en même temps?)

Sans penser trop long, trop dur ou sur votre problème - je envisager d'utiliser une base de données transciever sur chaque ligne, à la condition de ce qui sans aucun doute être bruyant, mal formés,
les signaux.L'ancien veille RS232 est conçu pour conduire de 50 pi de câble à un bon rythme, mais je l'ai vu à faible taux de fiabilité des données transmises / reçues sur 250ft.Peut-être que vous pourriez utiliser une bon marché émetteur RS232 chips à vous donner une chance à la 180ft vous essayez d'utiliser.

Vous avez encore besoin de comprendre le calendrier / collision problème.

 
Je ne pense pas que votre concept de travail.

La ligne des pertes et les problèmes de bruit sont tout simplement trop grand pour négligence.

Ce que vous pouvez faire est d'utiliser un très faible coût des microcontrôleurs (connecté à des commutateurs que vous
avez mentionné) et de créer un filet.

Je recommande d'utiliser une différence de communication bien protégé.
Vous pouvez utiliser une interface RS-485 comme le net.Par exemple, utiliser deux fils pour RX
et deux fils de TX, et de l'utilisation de la micro-pins différentiels conducteur.
Ne pas oublier de mettre les lignes électriques

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Sourire" border="0" />
 
Utilisez une source d'alimentation isolés de tension DC 24 de la matrice et à la fin de votre saisie avant optocouplers carte numérique.Utilisez l'ordre de 5 mA pour chaque ligne.

 
Utilisation d'une matrice de 10x50 pour la numérisation de vos 500 commutateurs mai l'acquisition de faux si il ya des interrupteurs sur simultanée.
Ne pas oublier de mettre une diode sur chaque interrupteur pour éviter le retour du courant dans les lignes non activées.
Et si vous voulez réduire les fils, une matrice de 20x25 est meilleur, mais le temps de balayage mai être plus long.
Je pense que la solution donnée par marie65 (24VDC offre) est le moins cher.

J'espère que cela vous aide.

: tournez-l:

 
TI a un très bon rapport d'application sur les RS-485.

Le site Web est: www.ti.com.
Le document est appelé: 422 et 485 Présentation des normes et les configurations de systèmes.
Le numéro du document est: SLLA070C

Bonne chance

 

Welcome to EDABoard.com

Sponsor

Back
Top