H.D. SUR MEGA STE

Par HardmaSTTer Centaur (ABCS85)

ST Magazine - N°55 - octobre 1991 - p82

 vous êtes possesseur d'un Méga STE, et avez peut être installé un drive 1.44 Mo. Mais impossible de l'utiliser en mode HD ...
Voici donc, en exclusivité, la solution au problème ayant été abordé dans la deuxième partie du dossier Méga STE de juillet dernier.

Dans ce dossier j'avais mis en avant un bug hardware que voici : dans les Méga STE et TT, une adresse permettant de passer en mode Haute Densité a été rajoutée ; il s'agit de l'adresse $FF860E (16 bits !) dont les bits 0 et 1 permettent respectivement de switcher l'horloge du contrôleur WD1772 et le mode de densité du drive (EPSON SMD300).

Sur TT, ce nouveau registre a été intégré dans un custom chip (TT MCU), et cela fonctionne donc très bien (avec un TOS 3.5 !).
Mais sur le Méga STE, la MCU (Memory Control Unit) étant celle des STE, il a fallu rajouter cette nouvelle adresse FF860E à l'extérieur des custom chips. Ceci a été réalisé avec un PAL (réseau logique programmable) de type 22v10, référencé U407, dont deux des dix bascules sont utilisées pour les bits 0 et 1 (bus de données). Ce PAL U407 est activé par un autre PAL, référencé UA2, effectuant le décodage de l'adresse FF860E entre autres... (voir dossier de juillet). Ainsi le PAL U407 est sélectionné uniquement si la valeur FF860E est présente sur le bus d'adresse.

Mais après étude de la matrice de ce PAL UA2, j'avais noté l'absence du bit A1 sur les broches de ce PAL, entraînant donc un décodage de deux adresses au lieu d'une seule.
En effet si le bit Al n'est pas pris en compte, cela signifie que l'adresse FF860C conviendrait aussi bien que l'adresse FF860E au PAL, qui activera alors un signal '860E destiné à la sélection du PAL U407.
Malheureusement l'adresse FF860C est depuis toujours utilisée sur les ST, et qui plus est, il s'agit de l'une des trois adresses (FF8608/FF860A/FF860C) dont les octets poids faibles codent l'adresse de base d'un transfert DMA !
Ainsi j'avais mis en évidence le fait qu'à chaque accès DMA disquette ou disque dur, l'adresse FF860C était sélectionnée pour accueillir une partie de l'adresse DMA, et que dans le même temps le PAL U407 était lui aussi sélectionné pour capturer les bits 0 et 1 alors présents sur le bus de données : ceux qui étaient alors destinés à l'adresse FF860C et altéraient donc les registres HD.

La solution est simple (tellement que je n'y avais pas pensé !) : il suffit de terminer le décodage de l'adresse FF860E en rajoutant la précision du bit Al. Si cela pouvait se faire en reprogrammant le PAL (juste deux fusibles à griller en plus), il est plus à la portée de tous de compléter le décodage avec deux simples portes NAND (NON ET) comme le montre le schéma suivant. Le signal *860QC est issu du PAL UA2 broche 22 et envoyé sur le PAL U407 broche 2. Bien entendu, le montage s'insérant entre les deux PALs (sur support !), il est nécessaire d'interrompre la piste *860E/C en levant la broche d'un des deux PALs (soit la broche 22 de UA2, soit la broche 2 de U407). Quant aux deux portes NAND, il s'agira d'un 74F00 ou 74LS00 qui sera mis sur le 74LS04, référencé U901, à côté du PAL U407 se trouvant sous les câbles nappes du connecteur VME (les retirer), afin d'en récupérer les broches des alimentations 7 et 14. Quant au PAL UA2, il se trouve à la limite du bloc d'alimentation. Enfin le bit A1 sera récupéré sur la broche 4 du circuit 74LS244, référencé U908, toujours sous les câbles nappes.

Une fois ce montage réalisé vous pourrez constater avec plaisir que le formatage d'une disquette haute densité, depuis le bureau, ne pose plus de problème, et que le TOS 2.5 gère très bien le mode HD!

A ce sujet le bureau ne permet que le formatage de 18 secteurs par pistes, soit 1,44 Mo, alors qu'il est possible d'aller à 20 secteurs (voire 21), soit 1,63 Mo, ceci grâce au formateur en téléchargement sur le 3615 STMAG depuis le mois de juillet...
Enfin, trois petites remarques :

— II semblerait qu'Atari Corp. ~ soit rendu compte du problème et ait corrigé les platines et PALs, puisque certains Méga STE gèrent très bien le drive HD.
— Certains Méga STE et TT seraient livrés en série avec des drives HD pour des problèmes de stocks. Vérifiez donc avant de partir acheter un drive HD...
— Encore une fois, je déplore qu'aucune information au sujet de ce bug n'ait émané d'Atari France, si ce n'était une fausse information sur l'arrivée d'un éventuel TOS 2.6
qui corrigerait le bug, le TOS 2.5 n'étant en rien en cause ! Bref, ils ne savaient rien du tout ! Mais que font leurs techniciens ?!
Bonne HD, et remerciements à Jorad pour l'inspiration, et bises à Biquette...