L'atelier Fabriquer sa Mega-SCSI
SveN
Membre non connecté
Villageois
Reprise du message précédent
Pour mes montages actuels, j'utilise un oscillateur de 8Mhz (ECS-100A) dont voici le datasheet :... http://www.elemar.pl/pdf/ECS-100A.pdf
Je câble respectivement les pins 7 et 14 sur le GND et le VDD. L'oscillation est assurée par le pin 8.
Sur le schéma original les pin 3 (VDD) et 4 (GND) sont également raccordés, via un condo de 0.1µF, au LS139 . S'agit-il également d'un condo de découplage ?
Me faut-il ajouter un tel condo sur mon ECS-100A ?? Edité par SveN Le 27/03/2012 à 15h37
Philips.NMS.8245/50/80, Sony.F1XV/HBF-700D, Pana.FSA1FX/A1WX(x2)/A1GT, OCM, GR8BIT.... et ...
SveN
Membre non connecté
Villageois
Bon, voici le résultat après quelques semaines passées à glaner les composants :
Suite à une mauvaise manipulation de la part de mon chat, j'ai vérifié ce jour une grande partie des liaisons.
J'ai inséré le montage dans le slot 2 de mon A1GT, puis ai démarré sur mon interface CF enfichée dans le slot 1 (en prenant soin auparavant d'y loger quelques logiciels dédiés au SCSI).
Un bon point, le MSX démarre toujours !
Je lance ensuite le logiciel INQ.COM, censé détecter la présence d'une MegaSCSI ... --> Echec
Après avoir effectué au préalable une "image" de mon dos avec KSAVER, l'utilisation de MGINST me gratifie d'un "BAD ERAMDISK".
Y'a encore du boulot !!
Suite à une mauvaise manipulation de la part de mon chat, j'ai vérifié ce jour une grande partie des liaisons.
J'ai inséré le montage dans le slot 2 de mon A1GT, puis ai démarré sur mon interface CF enfichée dans le slot 1 (en prenant soin auparavant d'y loger quelques logiciels dédiés au SCSI).
Un bon point, le MSX démarre toujours !
Je lance ensuite le logiciel INQ.COM, censé détecter la présence d'une MegaSCSI ... --> Echec
Après avoir effectué au préalable une "image" de mon dos avec KSAVER, l'utilisation de MGINST me gratifie d'un "BAD ERAMDISK".
Y'a encore du boulot !!
Philips.NMS.8245/50/80, Sony.F1XV/HBF-700D, Pana.FSA1FX/A1WX(x2)/A1GT, OCM, GR8BIT.... et ...
sur la mémoire j'ai les pattes 1 , 2 , 3 , 22 , 24 , 29 , 30 ,31 ,32 non reliées au circuit imprimé
il y a une coupure a faire sur la piste de la pin 14 sur connecteur vers le LZ93A13
c'est la pin 28 du LZ93A13 qui doit être reliée a la masse et pas au 14 du slot
tu as deux puces sur le circuit additif moi je n'en ai qu'une c'est un 74LS139
il y a une coupure a faire sur la piste de la pin 14 sur connecteur vers le LZ93A13
c'est la pin 28 du LZ93A13 qui doit être reliée a la masse et pas au 14 du slot
tu as deux puces sur le circuit additif moi je n'en ai qu'une c'est un 74LS139
SveN
Membre non connecté
Villageois
N'ai pas encore testé la SRAM avec MGLOAD.
Lors de l'inspection de mon montage, je n'ai pour l'instant trouvé qu'une "anomalie" :
Schéma original :
Mon implémentation :
Les condos étant montés en parallèle, avec une I/O commune, l'inversion de leur emplacement ne doit pas poser de problème .. vous confirmez ?
Lors de l'inspection de mon montage, je n'ai pour l'instant trouvé qu'une "anomalie" :
Schéma original :
Mon implémentation :
Les condos étant montés en parallèle, avec une I/O commune, l'inversion de leur emplacement ne doit pas poser de problème .. vous confirmez ?
Philips.NMS.8245/50/80, Sony.F1XV/HBF-700D, Pana.FSA1FX/A1WX(x2)/A1GT, OCM, GR8BIT.... et ...
igal
Membre non connecté
Conseiller Municipal
SveN
Membre non connecté
Villageois
Bon, après avoir revérifié toutes les liaisons, mon montage n'est même pas reconnu comme une mSRAM.
Je ne sais pas si la SRAM.512 est en cause.
Je crois bien que l'ensemble va malheureusement finir dans un carton ....
Je ne sais pas si la SRAM.512 est en cause.
Je crois bien que l'ensemble va malheureusement finir dans un carton ....
Philips.NMS.8245/50/80, Sony.F1XV/HBF-700D, Pana.FSA1FX/A1WX(x2)/A1GT, OCM, GR8BIT.... et ...
igal
Membre non connecté
Conseiller Municipal
GDX :
Ou bien tu recommences en ne faisant que la partie Megasram. Une fois que c'est au point, tu ajoutes le reste.
C'est un peu facile de le dire après coup, mais GDX a 100% raison.
On aurait du penser à te le dire....
Encore que je me suis penché que sur la version "Wave SCSI" mais le processus est toujours le même.
Scinder les différentes étapes au maximum de sorte à isoler un problème éventuel à un minimum de travail.
Si t'es patient, je vais attaquer le Méga SCSI cette semaine.
Tu pourras ainsi contrôler mes/tes différentes étapes point par point et éventuellement, mettre le doigt sur ce qui ne va pas!
On aura ainsi deux regards différents sur le même schéma/montage
J'y implanterai la Sram 512ko qui est déjà fonctionnelle sur ma MégaSram SCC.
Le contrôleur étant celui que tu m'a envoyé, il devrait être de la même série que le tiens.
SveN
Membre non connecté
Villageois
SveN
Membre non connecté
Villageois
Je repense au post suivant :
SveN :
Sur la SRAM128, le signal /CS1 (pin22), lorsqu'il est à H et indépendamment de la valeur de CS2, met la SRAM en StandBy, ce qui est intéressant pour un montage à 2x128.
Sur la SRAM512, l'unique signal /CS (pin22), empêche également toute opération lorsqu'il est à H.
Je ne pense donc pas qu'il faille reconstruire le /CS1 CS2 si on ne compte utiliser qu'une SRAM512.
Lorsqu'on regarde le brochage de la "partie CS" sur le LS139, le seul signal discriminant pour la mise à L respective des signaux CS0 et CS1 est le MA17. Je prépare un tableau dès que j'ai un peu de temps.
A l'instar de du brochage retenu sur cet extrait d'un schéma de SRAM.SCC.512, il semble qu'on puisse se passer du signal MA17 ou MA19 sur une MegaSCSI.512 pour générer le /CS.
Sur la SRAM512, l'unique signal /CS (pin22), empêche également toute opération lorsqu'il est à H.
Je ne pense donc pas qu'il faille reconstruire le /CS1 CS2 si on ne compte utiliser qu'une SRAM512.
Lorsqu'on regarde le brochage de la "partie CS" sur le LS139, le seul signal discriminant pour la mise à L respective des signaux CS0 et CS1 est le MA17. Je prépare un tableau dès que j'ai un peu de temps.
A l'instar de du brochage retenu sur cet extrait d'un schéma de SRAM.SCC.512, il semble qu'on puisse se passer du signal MA17 ou MA19 sur une MegaSCSI.512 pour générer le /CS.
Philips.NMS.8245/50/80, Sony.F1XV/HBF-700D, Pana.FSA1FX/A1WX(x2)/A1GT, OCM, GR8BIT.... et ...
vu que tu as tout mis sur support l'idée est de passer la Sram a 128K pour voir si ça fonctionne ainsi et ensuite e voir pour implanter la 512k
perso je n'ai de l'expérience qu'avec 128k et 256k en SCSI
par contre j'ai une SRAM 512k avec un chip LZ93A13 que je vais ouvrir pour voir le cablage de l'époque car je n'ai pas fait de schéma
mais ne jéte rien , au pire envoi le moi j'ai bien une paire de Sram 128k qui dorment dans un tiroir
perso je n'ai de l'expérience qu'avec 128k et 256k en SCSI
par contre j'ai une SRAM 512k avec un chip LZ93A13 que je vais ouvrir pour voir le cablage de l'époque car je n'ai pas fait de schéma
mais ne jéte rien , au pire envoi le moi j'ai bien une paire de Sram 128k qui dorment dans un tiroir
SveN
Membre non connecté
Villageois
J'ai effectivement quelques SRAM.128, je les testerai plus tard.
Je vais cependant rester pour l'instant avec ma (pauvre) SRAM.512.
En effet, après avoir réfléchi avec moi-même, il me reste quelques points à élucider. Je rappelle que j'utilise un montage à base de LZ93A13.
En préambule, et surtout corrigez-moi si je raconte des bétises :
L'adressage d'une SRAM.128 s'effectue sur 17 bits (2^17=131072),
l'adressage d'une SRAM.256 s'effectue sur 18 bits (2^18=262144)
et l'adressage d'une SRAM.512 s'effectue sur 19 bits (2^19=524288).
Sur le montage MegaSCSI de 2x128k, "l'activation" de l'une ou l'autre des SRAM s'effectue via le bit 18. Autrement dit, la valeur de MA17 sur le LZ (via le 74HC139) conditionne l'utilisation de la première ou de la seconde SRAM.
J'imagine qu'en cas de montage de 2x256k, MA17 serait uniquement cablé sur la SRAM et que MA18 serait discriminant pour le choix de la SRAM à utiliser.
Dans mon cas précis, n'utilisant qu'une unique SRAM de 512k, l'utilisation du signal MA19, via le 74HC139, me laisse dubitatif ... J'aurais en effet tendance à utiliser le signal MA19 pour un montage 2x512k.
M'en vais poursuivre mes investigations ..
Je vais cependant rester pour l'instant avec ma (pauvre) SRAM.512.
En effet, après avoir réfléchi avec moi-même, il me reste quelques points à élucider. Je rappelle que j'utilise un montage à base de LZ93A13.
En préambule, et surtout corrigez-moi si je raconte des bétises :
L'adressage d'une SRAM.128 s'effectue sur 17 bits (2^17=131072),
l'adressage d'une SRAM.256 s'effectue sur 18 bits (2^18=262144)
et l'adressage d'une SRAM.512 s'effectue sur 19 bits (2^19=524288).
Sur le montage MegaSCSI de 2x128k, "l'activation" de l'une ou l'autre des SRAM s'effectue via le bit 18. Autrement dit, la valeur de MA17 sur le LZ (via le 74HC139) conditionne l'utilisation de la première ou de la seconde SRAM.
J'imagine qu'en cas de montage de 2x256k, MA17 serait uniquement cablé sur la SRAM et que MA18 serait discriminant pour le choix de la SRAM à utiliser.
Dans mon cas précis, n'utilisant qu'une unique SRAM de 512k, l'utilisation du signal MA19, via le 74HC139, me laisse dubitatif ... J'aurais en effet tendance à utiliser le signal MA19 pour un montage 2x512k.
M'en vais poursuivre mes investigations ..
Philips.NMS.8245/50/80, Sony.F1XV/HBF-700D, Pana.FSA1FX/A1WX(x2)/A1GT, OCM, GR8BIT.... et ...
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie