Olivetti PCS 86

NEC V30 a 10 MHz sem estados de espera, segundo o folheto oficial da Olivetti de setembro de 1990; barramento de dados de 16 bits com a expansão ISA de 8 bits própria da sua arquitetura da classe XT. A velocidade do PCS 86 pode ser selecionada por software entre aproximadamente 7,16 e 10 MHz, segundo medições de um PCS 86 físico. O Check-It 3.0 num exemplar físico estima 7,18/10,02 MHz; estas medições sustentam modos nominais de 7,16/10 MHz, sem comprovar o circuito elétrico de relógio. O BluMach utiliza 10 MHz como perfil histórico principal. O modo lento emulado usa 7,20 MHz como opção de compatibilidade ligeiramente mais rápida, não como relógio físico confirmado.

A placa-mãe inclui 512 KB. Dois SIMM de 256 KB elevam a memória convencional a 640 KB e deixam 384 KB como EMS; dois SIMM de 1 MB elevam igualmente a memória convencional a 640 KB e deixam 1.920 KB como EMS. Quatro janelas de 16 KB ocupam 80000h–8FFFFh.

VGA Paradise integrada. O BIOS do sistema também contém o respetivo código de inicialização, pelo que não é necessária uma ROM opcional VGA separada em C0000h.

Duas EPROM intercaladas, CSAB05 (bytes pares) e CSAB04 (bytes ímpares), formam 64 KB em F0000h–FFFFFh. O conjunto contém o BIOS do sistema, VGA, XTA e diagnósticos.

Resident Diagnostics rev. 1.09. O conjunto preservado valida a sua soma de verificação e alcança o vetor de reinicialização em FFFF0h.

Por motivos de compatibilidade, INT 15h/C0h identifica o sistema como IBM PS/2 Model 30, submodelo 109. Trata-se de uma escolha do firmware, não da identidade comercial do computador.

Testa CPU, ROM, DMA, PIC, temporizador, memória de base e expandida, relógio/calendário, impressora, comunicações, unidades e teclado. O ecrã observado corresponde à revisão 1.09.

60h–6Fh: teclado, PIT/altifalante e lógica proprietária. Porta 65h: bit 0 XTA, bit 1 LPT, bit 2 VGA, bit 4 COM1 e bit 7 latch de arranque/teste, segundo o código BIOS analisado.

A porta 60h recebe os códigos de varrimento do teclado e IRQ1. As portas 66h–6Ah implementam a dupla interface para periféricos do tipo PS/2 da placa; os identificadores observados são AB83h para o teclado e 00h para o rato.

E0h–EFh: MM58167 e NVRAM associada. Os comandos B0h–B7h gerem o acesso e o estado; o BIOS guarda a data, a hora e a soma de verificação no seu próprio formato.

Controlador compatível em 3F0h–3F7h. O banco físico seleciona, para cada unidade, 360 KB, 720 KB, 1,2 MB ou 1,44 MB através de combinações ativas a nível baixo.

Interface XTA em 320h–323h, IRQ5 e DMA3. A configuração histórica de 20 MB utiliza um Conner CP3026 (615 cilindros, 4 cabeças, 17 setores).

COM1 em 3F8h com IRQ4; os diagnósticos da máquina real indicam dois canais de comunicação, enquanto o BluMach modela atualmente apenas a porta confirmada. LPT1 situa-se em 378h–37Fh, incluindo o comportamento especial de 37Ah usado pelos testes residentes.

Registos VGA compatíveis em 3C0h–3DFh e memória de vídeo em A0000h–BFFFFh. A seleção do vídeo integrado passa pelo controlo da placa e pela lógica de ativação VGA.

Registos de paginação em 8400h–8403h; cada um seleciona a página de uma das quatro janelas de 16 KB em 80000h–8FFFFh.

Porta 100h ativa a nível baixo: bits 0–1, tipo da unidade 0; bits 2–3, tipo da unidade 1; bit 7, presença de um disco XTA. Os códigos por unidade são 00=360 KB, 10=1,2 MB, 01=720 KB, 11=1,44 MB. Os bits 4–6 não são apresentados como opções porque o BIOS analisado não os utiliza.

O estado da chave e do bloqueio do teclado reflete-se no bit 2 da porta 66h.

No modo automático, o BluMach deduz os jumpers a partir das unidades instaladas. O modo manual permite reproduzir exatamente um banco físico, incluindo configurações incoerentes, para investigação e preservação.

Arranque do BIOS e do MS-DOS; diagnósticos de CPU, ROM, DMA, PIC, temporizador, 640 KB de memória de base, relógio/calendário, impressora, teclado e EMS. Num disco XTA de 20 MB também foram testados o FDISK e a instalação da versão inglesa do Windows 3.0.

A temporização elétrica da dupla interface teclado/rato e alguns detalhes da arbitragem de vídeo continuam a ser aproximações funcionais. O mapeamento do segundo canal de comunicação indicado ainda requer provas no hardware real.