MSX Village forum

Salut, les gars,

Ayant quelques MSX pour lequel il leurs manquent le clavier (séparé) comme des SONY, YAMAHA, PIONEER ...

Je suis entrain d'étudier la possibilité de connecter un clavier de substitution mais je recherche des infos concernant les échanges entre le clavier et l'UC, ainsi que les schèma mais pas facile à trouver !!!

Pour le PX-7 par exemple j'ai trouvé ca : http://msx.hansotten.com/uploads/msxdocs/pioneertx7sm.pdf
ca décrit le pin-out du clavier le port B du PPI en entrée (données du clavier), les bits 0-3 du port C en sortie, mais quelles données sont envoyé au clavier et à quelle fréquence ?
Pour le PINOUT il est indiqué les 8 bits de données avec 4 en entrées sorties OK mais aussi une broche STB ???? (strobe ?)
Pour CAPS je suppose que c'est pour indiqué la touche "verrouillage majuscule" appuyée ou non ?

Donc si vous avez des informations sur les échanges entre le clavier et l'UC du PX-7 pour commencer ca m'intéresse.

Merci d'avance de votre aide. Edité par 6502man Le 01/07/2015 à 15h31

[quote=Jipe

j'ai tué ton post en double [/quote]

Dans un autre contexte cette phrase pourrait t'emmener en prison

J'ai pas vu de STB autour du clavier

En tapant "keyboard stb pin" sur Google
J'ai pas mis le lien car ça me fait un message blanc
On accède à un pdf explicatif ou d'après ce que j'ai compris un clavier géré par un ci8255, le serait, un peu comme une interface parallèle. Edité par TurboSEB Le 11/05/2015 à 07h58

normalement la matrice est directement aux broches du PPI

il y a des claviers externes multiplexés voir le HBF700F par exemple

Je viens de connecter mon petit analyseur logique chinois sur la prise keyboard du PX-7, et fait quelques tests.

Mon hypothèse a l'air tout fait juste l'UC envoie la demande de la ligne de la matrice et place STB à 0.

Par contre le delai pour lire l'octet envoyé par l'UC est très court d'après les relevés de l'analyseur

J'arrive avec un Arduion à renvoyer des octets à l'UC pendant l'état haut (1) de STB et le MSX affiche bien un caractère à l'écran, mais pour l'instant c'est juste un test brut donc aucune logique ...
Mais je n'arrive pas à lire la donnée envoyé par l'UC avec l'Arduino je pense que la donnée est pas assez longtemps présente sur le port !!!

L'idée que j'ai pour l'instant : connecter l'Arduino sur le port Keyboard et faire un petit programme qui capture les touches claviers du clavier PS/2 connecter à l'Arduino, en renvoyant la ligne matrice au PX-7.
Keyboard PS/2 -> Arduino <-> PX/7

Je ne sait pas si l'Arduino seras assez rapide pour capturer la donnée envoyé par l'UC ???

Voici les relevés en photos de l'analyseur :

J'ai utilisé un Uno il est basé sur un ATmega328 cadencé à 16Mjz !!!

Ce qui est certain c'est que ca fonctionne bien pour envoyer la matrice au PX-7 avec l'Arduino, mais pour lire l'octet envoyer par le PX-7 pour l'instant c'est pas vraiment ca !
Mais surtout je trouve que le delai pour capturé la donné envoyer par le PX-7 est vraiment très très courte

J'ai déjà fait un adapteur Souris pour thomson avec un Arduino Mini et un Adaptateur Manette PSX et Wii pour Thomson, donc je pense qu'un clavier devrait pas être plus difficile ....

Dans la semaine si j'ai un peu de temps je vais faire d'autres essais ... Edité par 6502man Le 28/06/2015 à 19h18

Je sais pas trop comment était foutu le programme de l'Atmel, je l'ai rapidement remplacé par du FPGA.
En gros le fonctionnement est le même :

Quand une touche est pressée le programme renvoie l'octet correspondant au PPI au moment ou ce dernier sélectionne la bonne ligne.
C'est vraiment une reproduction de la matrice physique d'un clavier MSX.