No funcionamento normal da leitura do teclado/joystick (rotina SKEY?), os pinos de ativação dos conectores (7 e 8) são ativados em momentos diferentes. Se ligarmos os dois pinos a um decodificador, poderíamos distinguir também uma situação em que os dois pinos forem ativados simultaneamente (algo que a rotina SKEY? não faz, mas que uma rotina especial de leitura poderia fazer), e assim poderíamos acrescentar outros cinco botões ao joystick de 6 botões.
 |
| Esquemático. |
Cada conector de joystick do MC1000 está preparado de fábrica para que possa, com um cabo divisor especial, receber dois joysticks. (Vide explicação na página sobre o joystick.) Pode-se, em vez disso, criar um único joystick com seis botões, reaproveitando os cinco comandos reservados para o joystick adicional.
 |
| Esquemático. |
.jpg) |
| Protótipo aberto. |
.jpg) |
| Protótipo fechado. |
Um gamepad de seis botões da Sega com conector DE-9 pode ser modificado para uso no MC1000. (Os botões “START” e “MODE” ficam sem uso.)
 |
| Gamepad de seis botões da Sega. |
A ideia do joystick de 6 botões pode até ser estendida para um joystick de 11 botões!
Interface para impressora matricial padrão Centronics. A caixa da interface tem o mesmo formato da EM1000.
Seu acionamento em BASIC era feito através do comando PR# que direciona a saída de texto para a tela, para a impressora ou ambos.
Se for direcionada alguma saída para a impressora e a mesma estiver desconectada ou desligada, o programa permanecerá parado esperando até que esta responda.
Fotos tiradas por Jairo P. dos Santos:
 |
| Interface de impressora IP1000 com seu conector. |
 |
| Abertura lateral da IP1000 expondo o conector IDC-20 para o cabo da impressora. |
 |
| Pass-through na traseira da IP1000 para conectar outros periféricos. |
 |
| Placa da IP1000. |
 |
| Placa da IP1000. |
 |
| Manual de instruções da IP1000 (lado externo). |
 |
| Manual de instruções da IP1000 (lado interno). |
A pinagem do conector lateral (conector IDC macho de 20 pinos) foi levantada pelo Claudio Henrique Picolo, e está apresentada abaixo. Notem que a numeração da pinagem não é padrão para esse tipo de conector, que normalmente tem os pinos pares de um lado e ímpares do outro. O pino 1 fica para trás e o pino 20 para a frente da IP1000 (o lado que encaixa no micro, com inscrições). O “ACK” da IP1000 se liga ao BUSY da impressora.
 |
| Pinagem do conector lateral da iP1000. |
O Picolo também corrigiu uma anotação incorreta no esquema da IP1000 e produziu uma imagem mostrando os componentes na placa.
 |
| Esquema da IP1000 (corrigido). |
 |
| Desenho da placa da IP1000. |
E também um novo arquivo PDF com o chapeado (vide o arquivo "Chapeado - IP-1000 pprint.pdf" na lista de anexos no fim desta página).
Expansão de memória externa que deixa o MC1000 com 64KiB de RAM.
Fotos de Jair Diniz Miguel — que possui dois exemplares deste item raríssimo:
 |
| Expansão de memória EM1000 com seu conector. |
 |
| Pass-through na traseira da EM1000 para conectar outros periféricos. |
 |
| EM1000 conectada ao MC1000. |
 |
| Abertura lateral da EM1000. |
Atenção: O exame dos esquemáticos da placa-mãe e da expansão revela que a EM1000 não honra a comutação de bancos entre VRAM e RAM feita por meio da [[porta]] COL32 ($80 / 128). Por um lado, a culpa é da placa-mãe: Ela deveria fornecer pela porta de expansão todos os sinais necessários para que a EM1000 se comportasse como esperado. Note-se que ela corretamente fornece o sinal ~ROMCS que indica que a ROM interna será acessada e que a RAM deve se abster de responder — a EM1000 efetivamente reconhece esse sinal e o obedeçe. Só que o mesmo deveria ser feito com o sinal ~BANK, correspondente ao bit 0 de COL32, mas ele não é oferecido. Deixada sem assistência neste quesito, a EM1000 teria que observar por conta própria as escritas à porta $80 para tentar recriar o valor de ~BANK e se desativar quando necessário, mas isso também não foi feito. Consequentemente, mesmo com a VRAM ativada, a RAM da EM1000 continua respondendo às solicitações de escrita e leitura. Em geral o conteúdo da RAM da EM1000 entre $8000 e $9fff será uma cópia do conteúdo da VRAM.
Uma alternativa à EM1000 é recorrer à mod para aumentar a memória interna do MC1000 para 64KiB.
Na lateral esquerda do MC1000 há dois conectores rotulados “EAR” e “MIC”. Na caixa do MC1000 vinham dois pequenos cabos com plugues P2 nas duas pontas para conectar esses jaques aos jaques correspondentes em um gravador de fita cassete. Dados e programas podem ser assim armazenados em e/ou lidos de fitas cassete.
Para uso com o MC1000, a CCE lançou os “data recorders” DR1000 e DR1000A, gravadores com ajuste de ganho nos amplificadores para otimizar seu uso para ler e gravar dados. Também tinham odômetros (conta-giros) com botão de reset, para localizar arquivos na fita.
O DR1000 e o DR1000A acompanhavam a identidade visual do MC1000 (linhas cruzadas em grade, "arco-íris" verde-amarelo-vermelho-azul, letras em tipo Microgramma), sendo o DR1000A uma versão mais compacta (slim). Data recorders posteriores da CCE (DR2000 e DR2200) não seguem esse visual. Foram lançados quando a CCE já tinha parado de produzir o MC1000.
 |
| Gravador DR1000 da CCE. |
 |
| Gravador DR1000A da CCE. |
 |
| Gravador DR2000 da CCE. |
 |
| Gravador DR2200 da CCE. |
Atualmente é comum se usarem outras soluções, como um outro computador moderno gravando e reproduzindo arquivos WAV, ou gravadores digitais.
Atenção: Se o motor do gravador estiver ligado enquanto você digita, o teclado pode apresentar um comportamento inesperado. Isso ocorre porque no MC1000 o conector de entrada de som do cassete (“EAR”) compartilha do mesmo circuito usado pela tecla CTRL.
Nas laterais do MC1000 há dois conectores para joysticks compatíveis com o console de vídeo-game Atari 2600 VCS.
A CCE comercializava na época o joystick JS1000, lançado para uso com seu vídeo-game Supergame VG2800 (clone do Atari) e com o MC1000.
 |
| Joysticks JS1000 da CCE. |
Curiosidade: Apesar de qualquer joystick compatível com Atari 2600 ser compatível com o MC1000, outros periféricos de Atari 2600 podem ter comportamentos estranhos no MC1000, como o Video Touch Pad, em que só a primeira coluna de botões responde como se fossem as teclas H, P, X e 0 no MC1000, qualquer que seja a porta conectada. Evite experimentar controles diferentes dos recomendados para evitar possíveis danos ao seu (hoje raríssimo) MC1000!
Analisando-se a placa-mãe do MC1000, nota-se que ele foi concebido para tratar até quatro joysticks. O joystick padrão Atari recebe um sinal de ativação pelo pino 8 de seu conector DE-9, que é então devolvido pelos pinos 1, 2, 3, 4 (direcionais) ou 6 (botão), conforme o que foi pressionado. Nota-se como a trilha de seleção da primeira linha do teclado (pino 21 do AY-3-8910, “IOA0”) está conectada (linha vermelha) ao pino 8 do segundo joystick (J7); e a trilha de seleção da segunda linha do teclado (pino 20 do AY, “IOA1”) está conectada (linha azul) ao pino 8 do primeiro joystick (J6). Isso responde pelo funcionamento usual de dois joysticks. Mas nota-se também que as triilhas seletoras da terceira e da quarta linha do teclado (pinos 19 e 18 do AY, “IOA2” e “IOA3”) também estão ligados ao pino 7 dos conectores J7 e J6 (linhas laranja e verde).
O sinal do pino 7 é desconsiderado por um joystick padrão Atari. Mas o fato desse sinal estar disponível no conector permite que se use um cabo divisor (devidamente confeccionado) que leve o sinal do pino 7 do conector do MC1000 ao pino 8 de um conector adicional.
Em vez de utilizar um cabo para conectar dois joysticks a cada conector, esta característica do MC1000 pode ser aproveitada para a confecção de joysticks personalizados com 6 ou até 11 botões!
Do modo como o circuito do MC1000 está implementado, mexer nos joysticks equivale a pressionar teclas:
| Joystick | Cima | Baixo | Esquerda | Direita | Botão |
|---|---|---|---|---|---|
| A | I | Q | Y | 1 | 9 |
| B | H | P | X | 0 | @ |
| A (2) | K | S | RETURN | 3 | ; |
| B (2) | J | R | Z | 2 | B |
Por meio do conector lateral “MONITOR” o MC1000 gera sinal vídeo composto preto-e-branco para monitor de vídeo monocromático.
A CCE não fabricou monitores de vídeo acompanhando a identidade visual do MC1000. Havia o monitor MV-12 para o MC4000 Exato.
 |
| MC1000 conectado a um monitor monocromático contemporâneo para Apple II. (Foto de Juan Castro.) |
A geração de vídeo composto monocromático do MC1000 tem um problema. A imagem começa a se distorcer conforme cresce a quantidade de elementos claros.
Por meio do conector lateral “TV”, o MC1000 gera sinal de RF de 75Ω de impedância para televisor colorido (PAL-M) pelo canal 13.
O cabo original de RF que vinha com o MC1000 tinha um balun que casava a impedância do sinal de 75Ω para 300Ω para ser compatível com os antigos conectores parafusados de antena da maioria dos televisores dos anos 80. Atualmente, pode-se fazer um cabo RF de 75Ω com um conector RCA numa ponta e um moderno conector coaxial de RF na outra para usá-lo em televisores modernos sem a necessidade de balun ou casador de impedância.
 |
| MC1000 ligado a um minitelevisor de LCD. |
A fonte de energia original do MC1000 é a Power Supply PS1000. Ela converte a corrente alternada da rede elétrica (há um seletor de voltagem) em corrente contínua de 9V.
É uma fonte simples que usava retificação de meia-onda, com dois diodos. Diretamente da caixinha sai um plugue padrão americano (NEMA 1-15P), sem terra, para conectar à tomada de energia. Da caixa sai também um cabo com um conector P2 macho na ponta, que se conecta à traseira do MC1000.
 |
| Fonte PS1000. |
Eis os conectores presentes na console do MC1000:
 |
| Conectores na lateral esquerda do MC1000. |
Na lateral esquerda:
 |
| Conectores na lateral direita do MC1000. |
Na lateral direita:
 |
| Conectores na traseira do MC1000. |
Na traseira:
O BlueDrive foi criado pelo Victor Trucco para que micros clássicos pudessem ler e gravar arquivos em pen drives. Há um vídeo demonstrando o periférico em funcionamento num MC1000 emulado numa placa de desenvolvimento Altera DE1. Como diz o Victor no final do vídeo, "depois de quase 30 anos, finalmente o MC1000 tem um sistema armazenamento de massa".
Nessa primeira versão do sistema operacional do BlueDrive, os comandos disponíveis são:
LOAD $ — Lista diretório atual.TLOAD "ARQUIVO.BIN — Carrega e executa programa em linguagem de máquina.LOAD "ARQUIVO.BAS — Carrega programa em BASIC.SAVE "ARQUIVO.BAS — Salva programa em BASIC.LOAD "SUBDIR — Muda para subdiretório.LOAD "* — Muda para diretório raiz.O formato de arquivo utilizado pelo BlueDrive é o dos arquivos .CAS gerados pelo utilitário para cassete MC1000CasTools: um cabeçalho (composto de nome, endereço de início e endereço de fim) seguido dos dados propriamente ditos. (Uma versão anterior da ferramente gerava esses arquivos com extensão .BIN.)
A implementação dos novos comandos envolve fornecer no periférico uma versão modificada da ROM, onde se examina se o primeiro caracter após um comando SAVE/LOAD/TLOAD é o caracter dólar ou aspas, executando as rotinas apropriadas em caso afirmativo, ou as rotinas originais para cassete em caso negativo.
O primeiro lote de periféricos para o micro real foi produzido em novembro de 2015.
Para funcionar corretamente o BlueDrive precisa de um sinal produzido na placa-mãe que não é disponibilizado pela porta de expansão do MC1000 — o sinal que faz com que o Z80 acesse a ROM a partir do endereço $0000 no momento da inicialização, embora ela normalmente só esteja acessível a partir de $C000. Então é necessário fazer uma intervenção no MC1000: Soldar um fio elétrico por baixo da placa-mãe ligando o pino 5 do chip U29 (SN74LS125AN) com o pino 35 da porta de expansão, que vem de fábrica não conectado, conforme a figura abaixo:
Os comandos da versão inicial do sistema operacional do BlueDrive são suficientes para utilizar o software disponível hoje para o MC1000. Mas para uma utilização mais "profissional", seria interessante poder carregar blocos avulsos de memória, por exemplo, para se carregar sprites e fases de um jogo a partir do programa em execução.
Há uma postagem no Locutório de Ensjo (blog pessoal de Emerson Costa) dedicada ao desenvolvimento de novos comandos para uma versão futura do sistema. Quem tiver sugestões a fazer pode usar o formulário de comentários do blog.
Abaixo links para projetos existentes para outros computadores, para servir de inspiração.
“No caso da VIDEX, o CRTC pega um byte da VRAM, joga na linha de endereço de uma EPROM, completando com o número da "micro-linha" corrente, pega a saída da EPROM e alimenta um paralel to serial converter, que por sua vez alimenta síncronamente um DAC de 1 bit que é o que vira o sinal de vídeo composto (junto com o HSYNC e o VSYNC que o CRTC gera).” — Lisias Toledo.
Pinagem do conector (macho) da porta de expansão do MC1000, da esquerda para a direita:
| Baixo | Cima |
|---|---|
| ~RD = 26 | 25 = ~IORQ |
| ~WR = 27 | 24 = ~MRQ |
| ~BUSAK = 28 | 23 = ~HALT |
| ~WAIT = 29 | 22 = ~NMI |
| ~BUSRQ = 30 | 21 = ~INT |
| ~RESET = 31 | 20 = D1 |
| ~M1 = 32 | 19 = D0 |
| +9V = 33 | 18 = ~ROMCS |
| DSB64 = 34 | 17 = NC |
| NC = 35 | 16 = NC |
| ~RFSH = 36 | 15 = D7 |
| A0 = 37 | 14 = D2 |
| A1 = 38 | 13 = D6 |
| A2 = 39 | 12 = D5 |
| A3 = 40 | 11 = D3 |
| A4 = 41 | 10 = D4 |
| A5 = 42 | 09 = ϕ (CLOCK) |
| A6 = 43 | 08 = A15 |
| A7 = 44 | 07 = A14 |
| ~ROMCE = 45 | 06 = A13 |
| GND = 46 | 05 = A8 |
| A9 = 47 | 04 = A12 |
| CORTE = 48 | 03 = CORTE |
| A10 = 49 | 02 = A11 |
| GND = 50 | 01 = +5V |
A quase totalidade dos pinos estão conectados ao Z80, mas há três sinais próprios do circuito do MC1000:
Nota: Com a modificação de hardware necessária para utilização do BlueDrive, o pino 35, originalmente não conectado, passa a oferecer o sinal interno que torna a ROM acessível pelo Z80 em $0000 no momento da inicialização.
Em 01/12/2013, Claudio.H.Picolo sugeriu esta forma de fazer um conector para a porta de expansão do MC1000:
Divisão padrão da RAM (48 Kbytes) segundo o Manual do BASIC:
| $0000–$00FF | 0–255 | Buffer de execução do programa DEBUG. |
| $0100–$01FF | 256–511 | Buffer de execução do Monitor. |
| $0200–$02FF | 512–767 | Buffer de linha. |
| $0300–$03D4 | 768–980 | Buffer de execução do interpretador BASIC. |
| $03D5–$BCFF | 981–48383 | Programa fonte BASIC. |
| $BD00–$BFFF | 48384–49151 | Stack e matriz do interpretador BASIC. |
Nota: Em modo de jogo, as quatro últimas áreas, relacionadas com o BASIC, não existem. Toda a área a partir de $0200 (START) está disponível para o código do jogo e seus dados.
SOUND do BASIC é executada e todos os canais estavam silenciosos. Zerado quando o BASIC silencia os canais de música.No MONITOR, se você usar o subcomandoDpara exibir alguns dados, esses serão mostrados na tela, no entanto, como listá-los na impressora? Use o subcomandoSpara examinar o endereço 3; seu valor é 41H. Agora mude o seu conteúdo para qualquer outro dado e use o subcomandoDnovamente. Os dados aparecem todos no papel.
[[Manual de Referência]] (p.12):
Chave de 32/80 colunas: quando o conteúdo deste buffer for zero, a tela mostrará 32 colunas, caso contrário o computador estará na modalidade de 80 colunas.
[[Manual de Referência]] (p.24):
Eis aqui o buffer da chave de exibição do vídeo para 32/80 colunas. Quando o conteúdo do endereço 000FH for 0, então a saída do console será em 32 colunas; se o valor for 1, o cartão de 80 colunas está instalado.
Logicamente, você pode mudar o valor de 0 para 1 mas, depois você terá que chamar a sub-rotina ISCN (C021H), caso contrário, a tela apresentará informações incompreensíveis.
SOUND e da música de fundo dos jogos.TEXTGRHGRCOLOR (0–3).
[[Manual de Referência]] (p.24):
O código de cor de Baixa Resolução é armazenado aqui, com valores legais de 0 a 3.
[[Manual de Referência]] (p.25):
Este buffer tem dois bytes; quando você chamar a sub-rotina de entrada/saída por fita, coloque o endereço de início do bloco de dados salvo/carregado nesse buffer. O byte baixo em 00FBH e o byte alto em 00FCH.
[[Manual de Referência]] (p.25):
Ao salvar dados em fita cassete, coloque o endereço de fim do bloco de dados neste buffer antes de chamar a sub-rotina TAPOUT (C012H).
[[Manual de Referência]] (p.25):
Número da jogada atual no procedimento de disputa de jogo.
JP xxxx a partir do endereço $0200.
[[Manual de Referência]] (p.25):
Número máximo da jogada no jogo atual.
TLOAD).TLOAD). O valor é 1 durante o comando TLOAD, e 0 depois.[[Manual de Referência]] (p.25):
Este é um buffer frequentemente usado. Na seção sobre o teclado, entrada/saída de fita, temos que verificar esse buffer. O buffer HEAD tem dois valores: 0FFH ou não. Quando você estiver em BASIC ou MONITOR, o valor desse buffer é 0FFH; se estiver jogando, o valor é diferente mas você não pode examiná-lo. Quando você chamar uma sub-rotina de E/S de fita como TAPIN/TAPOUT, certifique-se de que o valor é 0FFH.
[[Manual de Referência]] (p.25):
Buffer gerador de número randômico; cada vez que se chama a sub-rotina SKEY?, esse buffer de dois bytes muda uma vez.
[[Manual de Referência]] (p.25):
A sub-rotina de saída do console tem muitos buffers; este aqui é usado para armazenar o comprimento da tela. O buffer conterá 32/80 quando você estiver usando 32/80 colunas.
[[Manual de Referência]] (p.26):
Buffer temporário do código de tecla. Quando o computador varre o teclado e algumas teclas forem pressionadas, o código ASCII será armazenado temporariamente neste buffer. Assim, você pode obter o código de tecla diretamente daqui; em especial, quando HEAD não for 0FFH, pode haver 4 teclas pressionadas simultaneamente (verifique o registrador A após chamar KEY? (C009H) para verificar quantas teclas foram pressionadas.) Nesse caso, você terá que obter os códigos de tecla em KEY0...KEY+3.
RET) no primeiro byte.
[[Manual de Referência]] (p.26):
Ponto de entrada de sub-rotina definida pelo usuário. Este buffer de três bytes normalmente contém um código de retorno (0C9H). Em muitos jogos, nós o usamos para fazer a entrada na sub-rotina do contador de tempo. Logicamente, você pode usá-lo para fazer outras coisas. Cada vez que o teclado é varrido (sub-rotina SKEY?), esse ponto de entrada será chamado uma vez.
[[Manual de Referência]] (p.12):
Quando este buffer contiver o valor zero no bit 1, então o cartão de 80 colunas estará instalado.
NOTA: não mude os dados deste buffer.
[[Manual de Referência]] (p.26):
Chave de funções de saída do console. Seu mapa de bits é:------------------ ! ! ! ! ! ! ! ! ! ------------------ ! ! ! !-----> LEAD-IN ! ! !-------> Cartão de 80 colunas existente ! ! ! !-----------------> Coordenadas Y do endereço direto do cursor. !-------------------> endereço direto do cursor.Nós estudaremos este buffer detalhadamente mais tarde.
RET) durante os primeiros momentos da inicialização; depois [$C3, $E9, $C0] (JP $C0E9).
[[Manual de Referência]] (p.26):
Este é um outro ponto de entrada de sub-rotina programada, mas diferente de JOB; esta entrada é usada pelo MONITOR para fazer o cursor piscar. Você pode checar este buffer de 3 bits para ver se é uma instrução para pular. O único dado que você pode usar para recolocar o código (C3) é
RETURN(C9), e o cursor não piscará mais.Tenha cuidado para não trocar os conteúdos da JOBM+1 e JOBM+2.
Aponta para os dados de música no canal A:
2º parâmetro de TEMPO no canal 1 (0–3). No momento da execução do comando SOUND, esse valor é deslocado 4 bits à esquerda (na posição para INTRPA) e faz-se um OR com o valor $4D / %01001101 (valor para VOICEA=3, produção de tom).
Se AVALUE < 31 ou seu bit 0 = 0, o canal é silenciado, senão prosseguir com a configuração do canal ou execução da música.
Quantidade de interrupções para cada unidade de TEMPA.
Carrega-se aqui o valor dos bits 4 e 5 de AVALUE acrescido de 1 (1–4). Isto definirá o compasso da música, que pode ser executada em 4 velocidades diferentes.
Se o bit 7 de INTRPA for ativado (quando? por quem?) não haverá incremento de INTA na próxima interrupção.
Contador de duração da nota (decrementado cada vez que INTA atinge INTRPA).
Inicializado com o valor do byte de duração na tabela NAA.
O valor é copiado para TONEA a cada interrupção no final da rotina INTRUP.
TEMPO no canal 2. Vide AVALUE.TEMPO no canal 3. Vide AVALUE.AND-ado com ENABLE para habilitar o tom do canal atual. Pode conter %11111110 / $FE (canal A), %11111101 / $FD (canal B) ou %11111011 / $FB (canal C).[[Manual de Referência]] (p.28):
O LNHD guarda o endereço de início de cada linha.
[[Manual de Referência]] (p.28):
O SNPTR guarda a posição do cursor.
[[Manual de Referência]] (p.28):
O LCNT [guarda] o número da coluna.
TLOAD. O valor $5A / 90 causa uma pausa na música do jogo. (Em som BASIC, há um único registro de nota por canal (CHANA, CHANB, CHANC), e o valor $5A indica que não se deve avançar para o registro seguinte, pois não existe nenhum.)[[Manual de Referência]] (p.28):
Buffer para guardar o endereço de início na VRAM 6847/6845 da janela atual da tela.
[[Manual de Referência]] (p.28):
Buffer para guardar o endereço de término na VRAM 6847/6845 da janela atual da tela. Você pode usar esse buffer para dividir a tela.
Registro preparado pelo comando SOUND para o canal 1, será apontado por NAA.
TEMPO no canal 1 << 8 + $80 (período da envoltória)Duração da nota no canal 1.
O valor de TEMPA é copiado para cá a cada interrupção no final da rotina INTRUP.
Registro preparado pelo comando SOUND para o canal 2, será apontado por NBB.
TEMPO no canal 2 << 8 + $80 (período da envoltória)Registro preparado pelo comando SOUND para o canal 3, será apontado por NCC.
TEMPO no canal 3 << 8 + $80 (período da envoltória)[[Manual de Referência]] (p.28):
Se você chamar TAPIN (0C00FH), essa sub-rotina lerá o nome-de-arquivo da fita cassete e armazenará o mesmo neste buffer, sendo o comprimento máximo do mesmo 14 bytes (incluindo o <RETURN>).
Suponha que você queira ler um arquivo da fita cassete onde foram guardados muitos arquivos. Você tem que comparar o nome-de-arquivo que você quer ler com este buffer. Se eles forem iguais, então chame o GET1 em seguida.
[[Manual de Referência]] (p.28):
Ao contrário de OBUF, usa-se este buffer de 14 bytes para armazenar o nome-de-arquivo cujo bloco de dados você quer guardar na fita cassete. O nome-de-arquivo deve terminar com <RETURN> ou ter 14 bytes de comprimento.
; {WSP} [WRKSPC]
0300 C32DCF JP #CF2D
; BUSR:
; {USRLOC} [USR]
; Ponto de entrada da função USR.
0303 C3F6DE JP #DEF6 ; PIERRO
; OUTAUX:
; {PORTAD} [OUTSUB]
; Rotina auxiliar para OUT.
0306 D300 OUT (#00),A; #0307:{PORTAD+1} [OTPORT]
0308 C9 RET
; {DIVVAR} [DIVSUP]
; Rotina auxiliar para DIV.
; Os valores #00 serão substituídos.
0309 D600 SUB #00 ; #030A:{DVAR1} [DIV1]
030B 6F LD L,A
030C 7C LD A,H
030D DE00 SBC A,#00 ; #030E:{DVAR2} [DIV2]
030F 67 LD H,A
0310 78 LD A,B
0311 DE00 SBC A,#00 ; #0312:{DVAR3} [DIV3]
0313 47 LD B,A
0314 3E00 LD A,#00 ; #0315:{DVAR4} [DIV4]
0316 C9 RET
; Dados auxiliares para RND().
; {RNDVR1} [SEED]
0317 00 DB #00
; {RNDVR2}
0318 00 DB #00
; {RNDVR3}
0319 00 DB #00
031A 354ACA99 DB #35,#4A,#CA,#99 ; -2.65145E+7
031E 391C7698 DB #39,#1C,#76,#98 ; +1.61291E+7
0322 2295B398 DB #22,#95,#B3,#98 ; -1.17691E+7
0326 0ADD4798 DB #0A,#DD,#47,#98 ; +1.30983E+7
032A 53D19999 DB #53,#D1,#99,#99 ; -2.01612E+7
032E 0A1A9F98 DB #0A,#1A,#9F,#98 ; -1.04269E+7
0332 65BCCD98 DB #65,#BC,#CD,#98 ; -1.34831E+7
0336 D6773E98 DB #D6,#77,#3E,#98 ; +1.24825E+7
; {RNDV4} [LSTRND]
033A 52C74F80 DB #52,#C7,#4F,#80 ; .811653
; INPAUX:
; [INPSUB]
; Rotina auxiliar para INP().
033E DB00 IN A,(#00) ; #033F:[INPORT]
0340 C9 RET
; {DUMMY} <TERMINAL_Y> [NULLS]
; Quantidade de caracteres ASCII NULL a serem impressos
; após um CR+LF.
; (O Altair BASIC tinha um comando "NULL" para definir este valor.)
0341 01 DB #01
; {LINLEN} [LWIDTH]
; Limite máximo de POS(). Também recebe o valor de WIDTH.
0342 FF DB #FF
; Valor de WIDTH para "PRINT ,".
; {PRLISI} [COMMAN]
0343 FF DB #FF
; {OUTFLG} [CTLOFG]
; Suprime a impressão de caracteres quando <> 0.
0344 00 DB #00
; {STDPTR} <STACK_TOP> [STRSPC]
; Base da pilha do Z80; Último endereço disponível
; para o BASIC antes da área de strings.
0345 3804 DB #0438
; {CULINO} <CURRENT_LINE> [LINEAT]
; Número de linha BASIC em execução. #FFFF após execução.
0346 FEFF DB #FFFE
; {PSTBEG} <PROGRAM_BASE> [BASTXT]
; Endereço de início do programa BASIC.
0348 D503 DB #03D5 ; {PRAM}
RND(). É o valor retornado por RND(0). Contém inicialmente $52,$C7,$4F,$80 (0,811635).NULL para definir o valor desta variável. Valor inicial = $01 (i.e., nenhum NULL).POS(). O default é $FF (255). (Recebe valor do comando WIDTH, assim como $0343.)WIDTH. [Width for commas.]LOAD sem nome de arquivo (o programa executa automaticamente), contém $01. É preciso inclui um POKE 836,0 no início dos programas BASIC carregados sem nome de arquivo para garantir que os comandos PRINT funcionem.NORMAL/INVERSE:
NORMAL (default)INVERSEPLOT/UNPLOT (usado internamente pelos comandos):
UNPLOTPLOTTROF (default)TRONTEXT (default)GRHGRAUTO.
AUTO.AUTO.FAST/SLOW:
FAST (default)SLOWPOS().DIMensionamento de matriz; = 0 indica apenas acesso. [Locate/Create flag.]"A"+("B"+("C"+("D"))), que precisaria gerar quatro registros, produz erro "CC" (cadeia complexa).FOR. (?)FN XX).INPUTREADNo primeiro byte se armazena $FF para o comando LOAD* e $01 para o comando SAVE*.
CONT para retomar a execução do programa: Se ($03B5) = $00 então emite "NC ERRO" senão ($0347) ← ($03B3).DATA. Valor inicial: Último byte antes da área de BASIC ($03D4), que contém o valor 0 justamente para esse fim.
RESTORE, aponta para o byte 0 no fim da linha anterior à selecionada.READ, aponta para a vírgula ou byte 0 no fim da linha após o valor lido.No gabinete do computador, nos acessórios e nos materiais impressos (caixa, capas dos manuais, rótulos e capas das fitas, propagandas etc.) ...
