SPERRY UNIVAC UTS 40 et son Subsystem 8406 (2 X 8" DSDD)
Publié : 14 juin 2018 19:42
Salut à tous,
Tout récemment inscrit sur le forum, je vais directement attaquer avec du lourd
Depuis 1988 je possède un terminal de marque Sperry Univac modèle UTS 40 avec son Subsystem 8406 qui comprend un contrôleur et deux lecteurs de disquettes 8 pouces double densité.
Cette machine est en fait un "intelligent terminal" (un ordinateur quoi) basé sur un Z80 et sur lequel on peut faire tourner du soft sous CP/M.
Je l'utilisais par le passé pour encoder tout un tas de choses relatives à mes projets créatifs, aux rêves, à la musique, et à tout un tas d'autres délires plus ou moins amusants. Au milieu de mon Amiga et mon C64, le monstre faisait figure de "machine sérieuse" mais qui en fait contenait une grosse base de données dédiée à un univers fantasque. Pour le fun, images d'archive de 1989 :
J'ai activement utilisé cet engin jusqu'à sa mort en 1999. J'ai quelques fois essayé de le réparer depuis mais en l'absence du matériel et des connaissances adéquates j'ai souvent abandonné. Depuis un an cependant, pris d'une folie aussi soudaine que persistante, j'ai décidé de lui redonner vie une bonne fois pour toute.
Il faut savoir qu'étant de conception militaire, les schémas de cette machine sont introuvable et le marquage des composants inconnus dans 70% des cas. Les 4 boards qui constituent l'engin sont triples couches.
J'ai d'abord tenté d'avoir l'avis de personnes aux états-unis par le biais d'un forum aussi vintages que les machines qui animaient les fils de discussion.
Cela m'a permis d'avancer dans la réparation, mais cette machine était assez rare, j'ai un peu atteint les limites de l'aide que je pouvais attendre d'outre-atlantique (l'UTS 40 était beaucoup utilisé là-bas dans le domaine militaire ainsi que dans les aéroports).
J'ai d'abord réussi à redonner vie au subsystem (alimentation HS et courroie fondue), sans avoir pu accéder aux disque cette partie de la machine semble ok:
Aujourd'hui après maints rebondissements consistant à rapatrier de rares carcasses d'UTS 40 à prix d'or provenant des USA (mais tout aussi en panne) qui me revenaient de plus explosées après transport, j'ai finalement presque réussi à rebooter mon vieil acolyte cybernétique.
Les dégâts sont provoqués par une cause bien connue, l'acide d'une batterie NiCad qui bouffe les pistes et les composants.
Ici une phase de mise à nu de pistes:
Et finalement le boot
Mais avec une erreur au niveau de la mémoire non volatile
Celle-ci empêche d'avoir la main, la clavier reste sans effet. Normalement on doit obtenir cet écran-ci :
(obtenu que deux fois par chance avec une autre motherboard qui a rendu l'âme depuis, également bouffée par l'acide)
Même sans batterie, sans datas dans cette mémoire, les paramètres sont chargés à partir d'une ROM dans la RAM et on peut ensuite les éditer pour les stocker dans une CMOS via cette page:
Il me paraît clair qu'une piste bouffée a dû échapper à mon attention, j'ai donc tenter de retrouver quel IC était en charge de stocker les paramètres et je suis finalement tombé sur un NEC D444C avoisinant la zone où il y avait la batterie suintante.
Datasheet ici:
http://www.pisi.com.pl/piotr433/manuals/upd444.pdf
Cela m'amène à ma question du moment:
Si l'un de vous avait un ou des exemples de schémas incluant un NEC D444C ou µPD444/6514 (DIP-18 1024x4-Bit Static CMOS RAM) dans le contexte d'une RAM non-volatile genre BIOS pour un ordinateur de la première moitié des 80's et dont le CPU serait un Z80 ?
Si j'ai bien compris dans ce contexte : Des données issues d'une ROM sont transférées dans de la RAM (dédiée ou pas, je ne sais pas) pour être ensuite stockées dans le D444C et maintenues là quand la machine est hors tension par le biais d'une pile. A l'allumage une fonction Recall permet de re-balancer le contenu du D444C vers la RAM associée.
En me basant sur les maigres infos disponibles pour l'UTS 30 (machine plus récente que l'UTS 40) ils parlent d'un IC en charge de la NVRAM mais qui contient deux types de mémoire "STATIC RAM ARRAY" et "EEPROM ARRAY", un peu comme pour cet IC là:
https://www.onsemi.com/pub/Collateral/CAT22C10-D.PDF
Dans la doc du D444C (ou µPD444) je vois qu'il n'y a qu'une zone mémoire nommée "memory arraw". Je cherche donc à trouver quel IC voisin du D444C fait office de "STATIC RAM ARRAY" (ou de "EEPROM ARRAY" je ne sais plus), voir comment ils sont supposé communiquer. Je dois tenter de comprendre pourquoi mon terminal considère que cet IC est mort. A priori la ROM qui contient les données à transmettre est OK car dans une zone protégée de l'acide, donc il y a soit un problème de transfert entre la rom et cet IC, soit un problème au niveau de la ram supposée fonctionner en binôme avec le D444C, soit encore un Write Enable qui ne se met pas en enable (pinoche 10 de l'IC)
Bref, toute aide est la bienvenue
Tout récemment inscrit sur le forum, je vais directement attaquer avec du lourd
Depuis 1988 je possède un terminal de marque Sperry Univac modèle UTS 40 avec son Subsystem 8406 qui comprend un contrôleur et deux lecteurs de disquettes 8 pouces double densité.
Cette machine est en fait un "intelligent terminal" (un ordinateur quoi) basé sur un Z80 et sur lequel on peut faire tourner du soft sous CP/M.
Je l'utilisais par le passé pour encoder tout un tas de choses relatives à mes projets créatifs, aux rêves, à la musique, et à tout un tas d'autres délires plus ou moins amusants. Au milieu de mon Amiga et mon C64, le monstre faisait figure de "machine sérieuse" mais qui en fait contenait une grosse base de données dédiée à un univers fantasque. Pour le fun, images d'archive de 1989 :
J'ai activement utilisé cet engin jusqu'à sa mort en 1999. J'ai quelques fois essayé de le réparer depuis mais en l'absence du matériel et des connaissances adéquates j'ai souvent abandonné. Depuis un an cependant, pris d'une folie aussi soudaine que persistante, j'ai décidé de lui redonner vie une bonne fois pour toute.
Il faut savoir qu'étant de conception militaire, les schémas de cette machine sont introuvable et le marquage des composants inconnus dans 70% des cas. Les 4 boards qui constituent l'engin sont triples couches.
J'ai d'abord tenté d'avoir l'avis de personnes aux états-unis par le biais d'un forum aussi vintages que les machines qui animaient les fils de discussion.
Cela m'a permis d'avancer dans la réparation, mais cette machine était assez rare, j'ai un peu atteint les limites de l'aide que je pouvais attendre d'outre-atlantique (l'UTS 40 était beaucoup utilisé là-bas dans le domaine militaire ainsi que dans les aéroports).
J'ai d'abord réussi à redonner vie au subsystem (alimentation HS et courroie fondue), sans avoir pu accéder aux disque cette partie de la machine semble ok:
Aujourd'hui après maints rebondissements consistant à rapatrier de rares carcasses d'UTS 40 à prix d'or provenant des USA (mais tout aussi en panne) qui me revenaient de plus explosées après transport, j'ai finalement presque réussi à rebooter mon vieil acolyte cybernétique.
Les dégâts sont provoqués par une cause bien connue, l'acide d'une batterie NiCad qui bouffe les pistes et les composants.
Ici une phase de mise à nu de pistes:
Et finalement le boot
Mais avec une erreur au niveau de la mémoire non volatile
Celle-ci empêche d'avoir la main, la clavier reste sans effet. Normalement on doit obtenir cet écran-ci :
(obtenu que deux fois par chance avec une autre motherboard qui a rendu l'âme depuis, également bouffée par l'acide)
Même sans batterie, sans datas dans cette mémoire, les paramètres sont chargés à partir d'une ROM dans la RAM et on peut ensuite les éditer pour les stocker dans une CMOS via cette page:
Il me paraît clair qu'une piste bouffée a dû échapper à mon attention, j'ai donc tenter de retrouver quel IC était en charge de stocker les paramètres et je suis finalement tombé sur un NEC D444C avoisinant la zone où il y avait la batterie suintante.
Datasheet ici:
http://www.pisi.com.pl/piotr433/manuals/upd444.pdf
Cela m'amène à ma question du moment:
Si l'un de vous avait un ou des exemples de schémas incluant un NEC D444C ou µPD444/6514 (DIP-18 1024x4-Bit Static CMOS RAM) dans le contexte d'une RAM non-volatile genre BIOS pour un ordinateur de la première moitié des 80's et dont le CPU serait un Z80 ?
Si j'ai bien compris dans ce contexte : Des données issues d'une ROM sont transférées dans de la RAM (dédiée ou pas, je ne sais pas) pour être ensuite stockées dans le D444C et maintenues là quand la machine est hors tension par le biais d'une pile. A l'allumage une fonction Recall permet de re-balancer le contenu du D444C vers la RAM associée.
En me basant sur les maigres infos disponibles pour l'UTS 30 (machine plus récente que l'UTS 40) ils parlent d'un IC en charge de la NVRAM mais qui contient deux types de mémoire "STATIC RAM ARRAY" et "EEPROM ARRAY", un peu comme pour cet IC là:
https://www.onsemi.com/pub/Collateral/CAT22C10-D.PDF
Dans la doc du D444C (ou µPD444) je vois qu'il n'y a qu'une zone mémoire nommée "memory arraw". Je cherche donc à trouver quel IC voisin du D444C fait office de "STATIC RAM ARRAY" (ou de "EEPROM ARRAY" je ne sais plus), voir comment ils sont supposé communiquer. Je dois tenter de comprendre pourquoi mon terminal considère que cet IC est mort. A priori la ROM qui contient les données à transmettre est OK car dans une zone protégée de l'acide, donc il y a soit un problème de transfert entre la rom et cet IC, soit un problème au niveau de la ram supposée fonctionner en binôme avec le D444C, soit encore un Write Enable qui ne se met pas en enable (pinoche 10 de l'IC)
Bref, toute aide est la bienvenue