Bonjour,
interface de ce genre :
3) chacune des 16 sorties doit commander un interrupteur qui, dans un circuit annexe mettrait en contact un fil avec le +5V.Deux petites questions...
Merci !
Guillaume.
Bonjour,
interface de ce genre :
3) chacune des 16 sorties doit commander un interrupteur qui, dans un circuit annexe mettrait en contact un fil avec le +5V.Deux petites questions...
Merci !
Guillaume.
Bonjour Arachide,
Le Sat, 02 Aug 2014 11:58:30 +0200, Arachide a
e) d'une
ntes
Un demux 4 vers 16, oui, il en existe, genre le 74154 par exemple (enfin, il en existait ; je ne sais pas si c'est toujours
sque
minime ; il suffit que l'alim 5V ne tienne pas plus de quelques mA et
Si c'est par exemple du thyristor, une sortie CMOS doit pouvoir commander
xeur?
Amicalement,
-- Albert.
Ou sinon, booster avec des transistors.
des 16 sorties active : est-ce bien ce que tu veux ?
Oui !!!
les simuler.
Ainsi, dans un premier temps, en ordinateur pourrait "envoyer" les touches vers le calculateur qui se programmerait automatiquement. Par la
de diodes (il y a en fait un multiplexeur dans le clavier!) et de l'autre au +5V.
l'utiliser directement pour simuler le +5V, alors pas besoin de relais.
Demux 4->16 actif au niveau haut: MC14514 (pas cher chez Conrad)
Et les relais, des ULN2803 (ou 2804) avec 8 sorties chacun et une base commune (ce qui me convient).
Guillaume.
Ta solution est "crude but efficient" comme dirait Seven of Nine (rudimentaire mais efficace). Mais...
Par ailleurs pour un clavier hexa tu as 16 combinaisons pour 16 touches. Il n'y a pas besoin d'une touche de controle ou de commande ?
a deux lignes de plus "STROBE" et INHIBIT.
bonne adresse et ensuite il accepte les octets par l'appui de 2 touches
simplement remplacer son clavier,
ledit clavier,
je ne comprends pas assez pour m'en servir. (Le bouzin est une WANG 452,
Guillaume.
>
ce qui signifie qu'avec une commande 4 bits il y aura toujours une
Or, pour simuler un appui de touche par une impulsion OFF/ON/OFF
donc avec 4 bits tu ne peux simuler 16 touches mais seulement 15.
puisqu'il ne s'agit que de commutation de signaux (et non de commande de puissance) alors tu peux simuler les touches directement avec
qui passe par chaque touche-interrupteur, donc au lieu d'utiliser
Par exemple avec quelques chips de ce genre :
Donc 4 lignes + INHIBIT + STROBE = 6 lignes qu'on peut trouver sur un
Peux tu expliquer un peu la condition?
Mais la machine n'a, dans sa version la plus fournie, que 320 pas de
minute. Et je pense qu'on peut aller plus vite !
Guillaume.
contenteront juste de router les signaux issus du mux du clavier.
de mesurer en utilisant un seul chip tel que le 4040 :
clignote assez lentement pour pouvoir mesurer avec
( avec 'x' l'indice de la sortie '0x' compris entre 0 et 11 )
Je vais regarder, merci!
Guillaume. > >
"touche".
ce que je trouve plus ennuyeux sur le demultiplexeur c'est la
-- pas de turlututu. apres l'@robase
Et qu'y a-t'il "entre cette sortie et la touche" ?
Quand on appuie sur _une_ touche de clavier (calculette, PC, etc)
ca complexifierait un petit peu mais aurait le double avantage de se
Les lignes arrivent comme elles peuvent... On bascule le STROBE pour les valider (donc avec un petit temps de
Et on recommence !
Je rappelle que ce n'est pas une vitesse de programmation qui est
Guillaume.
ok, mais le cahier des charges initial ne mentionnant que 4 lignes
-- pas de turlututu. apres l'@robase
multiplexeur mais c'est peut etre plus touffu en terme de composants.
cetet vitesse.
-- pas de turlututu. apres l'@robase
Il n'y a justement aucun besoin d'y ajouter quoi
Mais de quoi parles-tu ?
Si on _synchonise_ le mux sur le signal de scrutation du clavier
tu attaquerait donc directement les connections clavier avec les
vois pas comment mettre en lien seulement la ligne et colonne
le bon sens veut simplement que l'on scanne la matrice assez rapidement pour ne pas louper l'appui d'une touche.
heu... non ce n'est pas parceque le systeme de saisie scanne la
compte des possibles latences du systeme sur lequel tu t'interface, s'il n'y en a pas tant mieu, sinon tu risque de perdre des informations.
-- pas de turlututu. apres l'@robase
Au choix :
Soit en envoyant l'impulsion sur le fil de 'sense' voulu,
Soit avec un mux dont les sorties sont des interrupteurs analogiques, en synchronisant les sorties de ce mux via
Dans le 1er cas, pas besoin de shunter ligne/colonne puisque une des deux envoie un signal de scan alors que
il faut envoyer une _impulsion_ sur le bon fil de lecture.
Dans le 2nd cas, shunt ligne/colonne par switchs _analogiques_
plus proche du comportement des interrupteurs d'un clavier.
regardant les chronogrammes d'un scanning clavier.
( revoir les datasheets )
vitesse tout en conservant la synchro (par exemple via un diviseur) ce qui est toujours mieux que de se caler sur une vitesse arbitraire qui prendra une minute pour simuler la frappe de 60 touches.
synchroniser l'envoi des touches avec le circuit qui scanne le clavier.
A part inventer une foule de choses improbables,
oui enfn "il suffit de..." c'est quand meme pas simple :-/
idem
probleme (l'humain regarde ce qu'il tape).
construire une interface.
-- pas de turlututu. apres l'@robase
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.