L'atelier Mapper 512ko Gouget + mod Jipe
Reprise du message précédent
Bonsoir,Fabf :
Pour le /BUSDIR, il n'y en a pas sur MSX1, je ne relancerais pas le débat sur son utilité 
Si, si .... Allez ...
Citation :
Imaginons que la Ram interne soit inactive (on enleve les CI) seul le mapper externe sera prit en compte , non?!
Le but de ma question est justement de ne pas ouvrir le MSX, hé oui, ça m'arrive de ne pas toucher l'intérieur ...
....
on peut imaginer de couper le signal /CAS ou /CAS2 de la ram et de le polariser avec une résistance mais jamais testé
par contre un TURBO-r sans ram ne démarre pas avec un mapper externe , ça j'ai essayé
par contre un TURBO-r sans ram ne démarre pas avec un mapper externe , ça j'ai essayé
Jipe :
... Par contre un TURBO-r sans ram ne démarre pas avec un mapper externe , ça j'ai essayé
Le TurboR (GT) a bien 512K, non ?
Jipe, tu n'aurrais pas un schéma du GT, simplement pour voir un peu comment ce présente le mapper ?
Merci Edité par metalgear2 Le 29/01/2015 à 19h43
metalgear2 :
Si, si .... Allez ...
Fabf :
Pour le /BUSDIR, il n'y en a pas sur MSX1, je ne relancerais pas le débat sur son utilité
Si, si .... Allez ...
Jipe :
le Turbo-R n'a pas de BUSDIR
Besoin de plus d'arguments ?
TurboSEB :
Imaginons que la Ram interne soit inactive (on enleve les CI) seul le mapper externe sera prit en compte , non?!
Oui c'est ce que j'ai fais sur mon YC128.
Fabf :
Ca marche à moitié sur MSX1 : le DOS2 marche bien parcontre TESTRAM plante (pas testé en DOS2
)
GDX :
Qu'est-ce qui fait de dire qu'il ne marche pas sur MSX1 ?
Si c'est un Memory Mapper de type interne et que le MSX ne démarre pas, il est fort possible que ce soit la gestion du /BUSDIR qui est mauvaise.
Si c'est un Memory Mapper de type interne et que le MSX ne démarre pas, il est fort possible que ce soit la gestion du /BUSDIR qui est mauvaise.
Ca marche à moitié sur MSX1 : le DOS2 marche bien parcontre TESTRAM plante (pas testé en DOS2
)Si le DOS2 marche, c'est que le Memory Mapper marche ! Tout du moins en tant que Mapper externe, C'est à dire que l'écriture aux registres fonctionnent. Tu peux le vérifier avec le Ramdisk du Dos2.
TESTRAM n'est pas fiable à 100%. J'ai remarqué qu'Il plante parfois et plus souvent après un premier test. C'est mieux de redémmarrer le MSX entre chaque test. MEMCHK.COM est stable et peut tester plusieurs Mapper à la fois.
http://www.msxvillage.fr/download/download.php?id=171
Fabf :
Pour le /BUSDIR, il n'y en a pas sur MSX1, je ne relancerais pas le débat sur son utilité
C'est sur les MSX1 que le /BUSDIR est le plus souvent présent. Il sert à gérer le sens du BUS E/S. Le sens est géré automatiquement en interne sur les MSX sans /BUSDIR.
Teste la lecture et l'écriture des registres FCh, FDh et FEh sous Basic en mode direct (sans entrer de numéro de ligne) afin de voir si les valeurs écrites sont bien relisible. Attention, il ne faut tenir compte que des 5 bits de poids faible si le Mapper fait 512Ko, donc lire les registres de la façon suivante.
PRINT INP(&HFD) and 31
Bastion Rebel :
test sur un HB75F + HOMER V200 PROTO + BEER ca marche la preuve par l'image !!!
La preuve en image aussi que le MSX1 ne sélectionne pas le Mapper lorsqu'une autre RAM est placée dans un Slot précédent. Les programmes qui ne tiennent pas compte de ça ne fonctionneront pas. Ils sont nombreux car le MSX2 sélectionne forcément un Memory Mapper pour mémoire principale.
Il faut aussi savoir que la notion de Mapper externe est apparue avec le DOS2 (merci ASCII). Certains MSX2 tiennent compte des valeurs lues aux registres du Mapper pour afficher la quantité de RAM au démarrage. Ce qui est trompeur car ça indique seulement la taille du plus grand Mapper mais ne veut pas dire qu'il soit réellement sélectionné.
Edité par
GDX
Le 30/01/2015 à 02h27
le schéma du turbo-r est sur le net mais on a fait mieux question lisibilité 
la ram est directement cablée sur le R800
bon courage pour en extraire le mapper , on passe par de grosses puces spécialisées S1990 , T9769
la ram est directement cablée sur le R800
bon courage pour en extraire le mapper , on passe par de grosses puces spécialisées S1990 , T9769
GDX :
C'est sur les MSX1 que le /BUSDIR est le plus souvent présent. Il sert à gérer le sens du BUS E/S. Le sens est géré automatiquement en interne sur les MSX sans /BUSDIR.
A mon avis tu confonds avec le signal BDIR qui gère le buffer données sur MSX1.
Il est contrôlé par le Z80 grâce à /M1, /IORQ et /RD.
J'ai fait le petit programme Basic suivant pour connaitre la taille d'un Memory Mapper interne sous Basic.
Pour le comprendre, il faut savoir que la valeur initiale de la page de la plage 0C000h à 0FFFFh est forcément la page 0. On ne peut pas la changer sous Basic.
Il faudrait le tester sur plein de configurations différentes car ça considère que les bits inutilisés sont toujours à 1 pour trouver la taille du Mapper et j'en suis pas sûr.
Dans le cas où il y aurait deux Mappers (de type interne) ou plus, ça devrait donner la valeur du plus grand Mapper sauf sur un turbo R.
Non, je ne confonds pas et je ne pense pas me tromper. C'est bien pour le sens des données du BUS E/S.
http://www.msxvillage.fr/wiki/wiki.php?title=port-cartouche Edité par GDX Le 30/01/2015 à 14h32
Code TEXT :
PRINT ((inp(&HFF) xor 255)+1)*16;"Ko"
Pour le comprendre, il faut savoir que la valeur initiale de la page de la plage 0C000h à 0FFFFh est forcément la page 0. On ne peut pas la changer sous Basic.
Il faudrait le tester sur plein de configurations différentes car ça considère que les bits inutilisés sont toujours à 1 pour trouver la taille du Mapper et j'en suis pas sûr.
Dans le cas où il y aurait deux Mappers (de type interne) ou plus, ça devrait donner la valeur du plus grand Mapper sauf sur un turbo R.
Fabf :
A mon avis tu confonds avec le signal BDIR qui gère le buffer données sur MSX1.
Il est contrôlé par le Z80 grâce à /M1, /IORQ et /RD.
GDX :
C'est sur les MSX1 que le /BUSDIR est le plus souvent présent. Il sert à gérer le sens du BUS E/S. Le sens est géré automatiquement en interne sur les MSX sans /BUSDIR.
A mon avis tu confonds avec le signal BDIR qui gère le buffer données sur MSX1.
Il est contrôlé par le Z80 grâce à /M1, /IORQ et /RD.
Non, je ne confonds pas et je ne pense pas me tromper. C'est bien pour le sens des données du BUS E/S.
http://www.msxvillage.fr/wiki/wiki.php?title=port-cartouche Edité par GDX Le 30/01/2015 à 14h32
Oui mais pas sur un MSX1.
Si tu as un schéma je veux bien le voir
Si tu as un schéma je veux bien le voir
en fait le buffer est uniquement sur le slot et le /busdir gére bien le sens des données
soit en lectture , soit en écriture
certains SONY comme le HB500 ont plusieurs buffers pour gérer le bus de données mais seul celui des slots est activé par le /BUSDIR
soit en lectture , soit en écriture
certains SONY comme le HB500 ont plusieurs buffers pour gérer le bus de données mais seul celui des slots est activé par le /BUSDIR
Tu peux me passer ce service manual, je dois pas avoir le même.
Il y a bien un passage sur le slot expander mais aucun schéma avec le /Busdir câblé.
Il y a bien un passage sur le slot expander mais aucun schéma avec le /Busdir câblé.
http://msx.hansotten.com/uploads/msxdocs/sonyhbf500sm2.pdf
page 38 cherche IC2 avec les /BDIR 1 2 et 3 cablés bornes 3-10 11-10 et 11-11du bornier a gauche
page 38 cherche IC2 avec les /BDIR 1 2 et 3 cablés bornes 3-10 11-10 et 11-11du bornier a gauche
Merci Jipe mais je parlais à GDX 
Je sais que beaucoup de MSX2 ( tous ?) ont le /BUSDIR câblé.
Le point de désaccord c'est sur les MSX1.
Je sais que beaucoup de MSX2 ( tous ?) ont le /BUSDIR câblé.
Le point de désaccord c'est sur les MSX1.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie