HotBit

Ping Pong

2012-01-29T00:57:00.005-02:00

Depois de apanhar um pouco com algumas besteiras no código, consegui fazer funcionar a adaptação do jogo Ping Pong para uso com (ou sem) o nunchuck. Até que ficou bacaninha, mas o jogo ficou meio lento (video).

Patch para nunchuck

2012-01-28T09:04:00.005-02:00

Completei ontem o teste do patch para integrar o nunchuck num jogo.O programa em Basic logo abaixo carregou o jogo, aplicou o patch, carregou as rotinas modificadas e executou o jogo, que que rodou normalmente (pois não havia nunchucks para serem detectados). Essa parte deu para desenvolver no emulador, mas agora está tudo pronto para testar no MSX real.10 COLOR15,1,1:SCREEN220 DEFUSR=&H41:A=USR(

TXT para Mega Assembler em Python

2012-01-22T17:43:00.005-02:00

Tenho usado o Pasmo para compilar os programas no PC, e depois gerar o bin para copiar pro disquete e carregar no MSX real. Mas como algumas coisas não são emuladas, o melhor mesmo é poder compilar direto no MSX. Como o Mega Assembler não trabalha com arquivos TXT mas sim com um formato próprio, estudei um pouco esse formato e fiz um script em Python para converter o arquivo em assembly no

Jogos da Konami com Nunchuck

2012-01-20T13:59:00.003-02:00

Estive vendo que alguns jogos da Konami são bem parecidos na inicialização e na leitura dos joysticks. Então o procedimento para modifica-los para usar o Nunchuck (ou outro joystick) é bem parecido. Basicamente, os jogos que vi iniciam a área e variáveis e depois entram num loop infinito....407C EI 407D JR 0407DH...As rotinas de leitura de joystick têm como entrada o registrador E contendo

Adaptando Road Fighter para jogar com Nunchuck

2012-01-13T14:42:00.002-02:00

Usando o MSXBlue, foi fácil localizar no código o local onde as portas de joystick são lidas no Road Fighter46C3H LD E,08Fh46C5H LD A,00Fh46C7H CALL WRTPSG46CAH LD A,0Eh46CCH DI46CDH CALL RDPSG46D0H EI46D1H CPL46D2H AND 03FhEsta parte do código pode ser substituída para as chamadas para ler o nunchuck.As rotinas de leitura têm que ser modificadas de forma a transformar a posição da alavanca, dos

Wii Nunchuck no MSX

2012-01-05T19:26:00.008-02:00

Trabalho conjunto com o Igor Malaquias como projeto de férias.http://www.youtube.com/watch?v=RNiMxM2kdukhttp://www.youtube.com/watch?v=w0B2zOgL6-UEm 2 dias fizemos tudo (teria sido menos se tivéssemos desconfiado que a porta B do Expert que usamos estava com defeito)O joystick está ligado diretamente na porta de joystick. Os únicos componentes utilizados foram para abaixar de 5V para 3V3 e 2

Cadeia SPI na porta de Joystick

2009-08-30T03:19:00.004-03:00

O barramento SPI é um padrão muito usado em eletrônica. Neste barramento podem ser ligados vários tipos de dispositivos, de conversores A/D a cartões de memória.Um dispositivo SPI utiliza 4 sinais, sendo 1 de saída (DOUT) e três de entrada (DIN, SCK e CS). Vários dispositivos podem ser ligados formando um barramento, desde que se utilizem sinais de CS diferentes, um para cada dispositivo, o que

Interface PS/2 para porta de Joystick

2009-01-12T02:05:00.003-02:00

Eis um circuito de teste para ligar um dispositivo PS/2 na porta de joystick do MSX. O resistor é opcional.No protocolo PS/2, o "host" pode deter a comunicação, mantendo a linha de clock em nível baixo por mais de 100us. Por isso foi escolhido o pino 8 da porta de joystick para a linha de clock, pois no MSX esta linha fica normalmente em nível baixo.O sinal de clock é gerado pelo dispositivo (

Expansão de dispositivos

2008-11-30T00:32:00.003-02:00

Eis o resultado de mais alguns estudos sobre a expansão de dispositivos no MSX.O MSX tem alguns dispositivos padrão, a saber: LPT - impressora, CRT - Tela de texto, GRP - Tela gráfica, e CAS - fita cassete.Mas além destes, outros dispotitivos podem existir, pois os dispositivos são previstos na Bios do MSX como um mecanismo padronizado de buffers para ser fazer operações de entrada/saída de

Biblioteca SPI para porta de Joystick

2008-02-23T01:21:00.003-03:00

A porta de Joystick pode ser utilizada como uma porta SPI, permitindo assim ligar um grande número de dispositivos, como memórias flash seriais, relógios RTC, conversores A/D e D/A, displays de celulares, cartões MMC/SD, etc.Eis abaixo um código básico para comandar um dispositivo na porta B do joystick.Uma desvantagem do protocolo SPI é necessitar de um sinal de Chip Select para cada dispositivo

RX232 - Primeira versão compilável

2008-02-19T00:40:00.003-03:00

Integrei hoje a rotina de recepção de um único byte na rotina de recepçao de buffer, e já tenho uma estimativa do tamanho do 'driver' de recepção após compilado: 122 bytes.Agora tenho que passar um pente fino na lógica, no uso dos registradores e da pilha. Mas eventuais correções não vão alterar sensivelmente o tamanho do código gerado.Tenho ainda que construir o adaptador RS232 (com um MAX232)

Código base RS232

2008-02-18T12:09:00.002-03:00

Eis o código da rotina de recepção de "buffer". Agora é preciso adaptar o código da rotina anterior para criar a rotina RXBYTE. Também é preciso acrescentar o código que chaveia do registro 14 para o registro 15 do PSG. Essa operação é necessária devido à arquitetura do PSGRX232:; Entradas: HL = Ender Buffer em RAM; C = Tam maximo do buffer; Saicas : D = Bytes recebidos; CY

Delineando a rotina de recepção

2008-02-18T10:39:00.005-03:00

Após alguns tropeços enquanto escrevia a rotina de recepção de um "buffer", resolvi definir melhor o funcionamento do código que chama a rotina de recepção de dados, do post anterior.Eis abaixo o fluxograma da rotina, que deve ser chamada com 2 parâmetros:- Endereço do buffer que vai receber os dados- Tamanho do buffer de recepçãoUma simplificação importante que fiz, foi que considerar que o

Código para a recepção RS232

2008-02-15T23:32:00.003-02:00

Estive trabalhando no código para a recepção RS232 na porta de joystick. .Eis um trecho da rotina de recepção de dados, que aguarda pelo Start Bit, tão logo ele seja detectado, recebe os 10 bits da palavra de dados, dentro de um só loop, para simplificar a temporização. Ao final da rotina, flag Carry contém o estado do Stop bit. Note que start bit é descartado, pois ele já havia sido

Recepção serial na porta de Joystick

2008-02-14T22:06:00.003-02:00

Fiz uns testes para determinar se o controle de fluxo por RTS/CTS poderia ser utilizado para fazer o PC esperar o MSX atender o pedido de solicitação de transmissão, e também para ver se a transmissão pode ser interrompida a qualquer momento. Os resultados do teste demonstraram que sim.A correspondência entre os pinos da porta de joystick do MSX e a porta de PC pode ser vista na figura abaixo.

WiznetX (correção do circuito)

2008-02-14T00:56:00.005-02:00

Algumas pessoas já me questionaram sobre como fazer a ligação de um módulo Wiznet WIZ810MJ no MSX. Este módulo de rede é baseado no chip WM5100 e tem dois modos de interligação: SPI e memória. No modo memória, o chipa aparece para o 'host' como uma área endereçável de 32Kbytes, de acordo com o mapa abaixo (vide data sheet):O WM5100 é alimentado por uma tensão de 3,3Volts, mas tem tolerância a

Recepção RS-232 na porta de Joystick

2008-01-18T20:10:00.000-02:00

Tenho uma estratégia para poder fazer a parte de recepção, utilizando os sinais RTS e CTS.O Sinal RTS serve para indicar ao dispositivo de recepção, que o dispositivo de transmissão quer enviar dados. Já o sinal CTS diz é a resposta que o dispositivo de recepção dá ao dispositivo de transmissão de que já pode receber os dados.Pois bem, utilizando estes sinais é possível sincronizar o MSX com o PC

Conversor TTL-232 testado

2008-01-14T18:52:00.000-02:00

Acabei de testar com sucesso o circuito de conversão TTL para RS-232 do post anterior. Agora o projeto está completo.

LPRINT na porta de Joystick - Código em BASIC

2008-01-14T17:44:00.001-02:00

Acabei de testar a impressão via 'hook' na porta de joystick. O código tinha um pequeno erro mas já corrigi.O programa ocupa apenas 83 na memória e é carregado a partir do endereço &HE000A listagem abaixo foi capturada utilizando o lprint para o PC, após o programa ter sido executado:5 '10 ' Imprime na porta de Joystick B20 ' via protocolo rs-232, 9600,N,8,130 '40 ' danjovic@hotmail.com 50 '60

Conversor TTL-RS232

2008-01-13T13:49:00.000-02:00

Fiz o layout de um conversor de nível RS232 para TTL a partir de um esquema que encontrei. Aproveitei apenas a parte de transmissão, que resultou no circuito abaixo.Fiz o "layout" de uma placa de circuito impresso em face simples, de forma que ficasse o menor possível. Segue abaixo uma imagem em 300 dpiE a disposiçao dos componentes na placa fica como a figura abaixo:Os dois conectores são do

LPRINT na porta de Joystick

2008-01-13T11:44:00.000-02:00

Estou trabalhando numa rotina para capturar o Hook de impressão e redirecionar o caractere à porta de joystick. O código, até o presente momento, consome 86 bytes.;; Impressao serial via; porta de Joystick do MSX;; danjovic@hotmail.com; http://hotbit.blogspot.com;; Versao 1.0 14/01/2008;; Licenca de uso: GNU GPL;;; Compilado no ASMSX; http://www.robsy.net/asmsx.htmORG 0E000H.BASIC.START INSTALA

Serial Bitbang a 19200 bauds na porta de Joystick

2008-01-12T22:57:00.001-02:00

Fiz funcionar a rotina de transmissão serial na porta de joystick. Removidos alguns erros de lógica, consegui transmitir para o PC nas seguintes velocidades:19200 Bauds, (6)14400 Bauds, (10)9600 Bauds, (17-19)4800 Bauds, (41-43)2400 Bauds, (90-93)1200 Bauds, (188-191)Toda a temporização é feita por software. Os números em parênteses são o parâmetro de temporização. As velocidades de 14400 e 19200

Adaptador CF Interno

2007-12-09T21:00:00.000-02:00

Condensando alguns projetos de ZX Spectrum ([1], [2]) e fazendo algumas medições no adaptador CF-IDE que possuo (idêntico ao modelo à direita nesta foto) cheguei à seguinte pinagem:A interface IDE-CF pode ser alimentada pelo pino 20 a partir dos 5Vcc do micro. O sinal Y7 é o /CS (Chip Select) na faixa de endereços 0B8h~0BFh, disponível no pino 7 de IC5 (74LS138) no HotBit (mesmo pino de IC29 no

Pseudo DMA para o VDP

2007-11-16T00:22:00.000-02:00

A porta de dados do VDP do MSX1 faz um incremento automático do endereço de acesso a cada instrução de transferência. Isso pode ser usado para simular um DMA no VDP. Um exemplo semelhante pode ser visto neste link.O princípio de funcionamento consiste na manipulação dos sinais de escrita e de leitura, tanto do periférico quanto do VDP de tal forma que quando o Z80 lê um determinado endereço, o

SPI na porta de Joystick

2007-11-14T00:33:00.000-02:00

O barramento SPI é muito utilizado como interface diversos tipos de CIS: ADCs, RTCs, DIGIPOTS, SERIAL FLASHes, e mesmo cartões SD/MMC.Este barramento constitui-se dos seguintes sinaisMOSI - Master Out, Slave In, ou seja (Saída, do ponto de vista do MASTER)MISO - Master IN, Slave Out (Entrada)SCLK - Serial Clock (Saída)SS - Slave SelectUm inconveniente do SPI é a necessidade de se utilizar um

Enviando dados via RS232 na porta de Joystick

2007-11-09T19:37:00.000-02:00

Em muitos microcontroladores sem UART real é comum emular este periférico gerando os bits, um a um, via Software. Mas para fazer isso é necessário saber exatamente o tempo de execução de cada instrução, de forma a se produzir as temporizações corretas.No MSX deve-se levar em consideração não somente os ciclos de máquina gastos com cada instrução, mas também o WAIT STATE inserido a cada ciclo M1.O

Paddle do NES no Arkanoid do MSX?

2007-10-28T23:03:00.000-02:00

Estava investigando o código desassemblado do Arkanoid1 para procurar uma maneira de fazer um "patch" para colocar um paddle, quando me deparei com um trecho de código bem interessante, que sugere que o MSX possa utilizar o mesmo controlador de Arkanoid do NES, mudando apenas o conector.O pino 6 é utilizado como sinal de clock, o pino 8 como sinal de select/LOAD e os dados vêm pelo sinal UP do

Copy 3

2007-10-03T21:22:00.000-03:00

Usando um compilador chamado "pasmo" consegui compilar o código de um copiador para fita cassete chamado copy 3, que "imitava" o estilo do PCTOOLS.Este copiador foi o primeiro programa "sério" que fiz para o MSX em Assembly. Um detalhe interssante é que os caracteres em fundo inverso eram simulados com caracteres redefinidos.Seguem abaixo 2 screenshots, rodando no BlueMSX:

Sistema de arquivos TIC-TAC

2007-09-23T12:18:00.000-03:00

TIC-TAC: Sistema de arquivos para pequenos dispositivos.O sistema de arquivos TIC-TAC foi concebido para utilização com pequenas unidades de armazenamentos de memória, com capacidade de até 128Kbytes. Apesar de ter sido projetado inicialmente para os "picodrives" conectados via interface I2C no MSX, outros dispositivos de memoria podem ser utilizados, bem como outros processadores ou

Simple com FSAVE/FLOAD

2007-08-27T18:47:00.000-03:00

Fiz hoje o 'backup' da imagem da ROM do meu cartucho com uma versão do Simple Assembler hackeada, capaz de gravar/ler o código fonte em um único bloco da fita, a uma velocidade de 1800 bauds através dos comandos FSAVE e FLOAD.Este cartucho me acompanha até hoje.

Titulador de Vídeo com TMS9128

2007-08-27T05:17:00.001-03:00

A revista "Radio Electronics" publicou em novembro de 1985 a primeira parte de um artigo ensinando a construir um titulador de vídeo a partir de um TMS9128. Tenho somente a primeira parte, mas descobri que ao todo o projeto foi dividido em 4 artigos. A primeira parte explica os segredos para a sincronização do TMS9128 com um sinal de vídeo externo: quais as dificuldades envolvidas e como

MorseX

2007-08-13T20:46:00.000-03:00

Encontrei alguns programas numa fita antiga, junto com o código fonte de vários deles.Um que merece destaque é o MorseX, de 1994, cujo código foi a adaptação para o Z80 do artigo "Designing with the 8080 microprocessor. Part 4. A typical program. Sample program converts Morse code to ASCII code", da autoria de Randy Carlstrom, publicado na revista Popular Electronics, volume.19 Número 12 (pg. 74)

Layouts para Mapper Simplificada

2007-08-08T00:46:00.000-03:00

Terminei o roteamento da placa de memória para o Hotbit e para o Expert. Fiz algumas otimizações de forma a facilitar a soldagem dos chips de DRAM, e diminuir o 'excesso' lateral da placa, para não encostar nos capacitores de desacoplamento.Placa do Hotbit:Placa do Expert:

Clock para Hotbit convertido em 2.0

2007-08-05T20:08:00.000-03:00

Eu hoje retirei um VDP original de um Hotbit transformado em 2.0 através de um cartão de 80 colunas modificado, mas depois vi que o VDP antigo tinha uma única função: gerar o 'clock' pro Z80.Projetei então um adaptador pra ser colocado onde antes era colocado o VDP original, com um oscilador de 3,578MHz e um pull-up pra linha INT.Eis abaixo a placa já roteadaE o circuito.

Mapper simplificada - Placas

2007-08-04T18:44:00.001-03:00

Montei as duas placas da 'Mapper' simplificada. Agora falta fazer alguns testes. Seguem abaixo as fotos.Detalhe da soldagem do 74LS32MapeadorEstudo de posicionamento

Mapper 256K simplificada (2)

2007-07-28T20:32:00.000-03:00

Complementando o post anterior, fiz o roteamento da placa do mapeador e da placa com os pentes de memória e o controle do sinal /CASA placa do mapeador tem um conector de entrada de 20 pinos cuja pinagem foi disposta de forma a poder ser interligada apenas com fios retos ao conector de 50 vias do slot (lateral no Hotbit, frontal no expert). Dessa placa saem 4 fios, sendo 2 com as linhas AA14 e

Mapper 256K simplificada

2007-07-26T22:31:00.000-03:00

O objetivo deste circuito é implementar uma Mapper com um mínimo de componentes.Utilizando um LS670, um LS688, um LS32 e dois chips de DRAM de PC de 1M x 4 é possível implementar uma 'Mapper' de 256K rapidamente.O 688 serve para decodificar os sinais A2-A7, /IORQ, /WR e /M1 e gerar o sinal /GW para o LS670, que recebe em sua entrada sinais D0~D3 e gera os sinais AA14~AA17.AA14 e AA15 vão aos

DRAM de PC como VRAM (2)

2007-07-06T10:50:00.000-03:00

Montei o circuito para proporcionar 192Kbytes, e aparentemente está funcionando OK. A Vram detectada durante o boot é sempre 128K, mas isso, pelo que encontrei em algums posts, é coisa da BIOS, pois o padrão do MSX2 é 128K. Seguem abaixo algumas fotos:Vista geral do circuito instalado sobre os soquetes da DRAM. Os 3 fios ligados ao VDP vão aos sinais /CAS0 /CAS1 e /CASX (pinos 59, 60 e 61 do

HB1240: HUB I2C

2007-07-03T12:11:00.000-03:00

O HUB I2C foi batizado, seguindo a nomenclatura do Hot-Bit de HB-1240. Eu incorporei 2 leds ao projeto, e atualizei o 'lay-out':Segue abaixo o diagrama do HUB I2C. A alimentação para os dispositivos I2C é mantida desligada enquanto o dispositivo não está sendo acessado, a fim de economizar energia e de não interferir com o funcionamento do joystick. Caso seja necessário manter algum dispositivo

VRAM de 192Kbytes com 2 chips de DRAM de PC comuns

2007-06-26T09:01:00.000-03:00

Eu penso que é possível obter os 192Kbytes para a VRAM do MSX utilizando apenas 2 chips de DRAM comuns, de 1024x4 bytes através da seguinte configuração:PINO DRAM SINAL VDPA8 DRAM (ambas) /CAS0 A9 DRAM (ambas) /CAS1 /CAS /CAS0 and /CAS1 and /CASXo AND dos sinais /CAS0, /CAS1 e /CASX pode ser obtido através de um 74HC11 ou de uma cascata de algumas portas de um 74HC08.A

HUB para dispositivos I2C

2007-06-20T23:27:00.000-03:00

Eis uma foto do HUB para dipositivos I2C na porta de Joystick. O Layout é do Igor.Este HUB comporta 4 dispositivos I2C e não atrapalha o uso do Joystick. Cada um dos 4 conectores DB9 utilizados para as estações, possui 2 pinos para designar o sub-endereço I2C, e as linhas SDA e SCL são comuns a todos.

DRAM de PC como VRAM

2007-06-20T09:25:00.000-03:00

Recentemente utilizei um módulo de memória retirado de um PC como VRAM para um KIt MSX2.0 feito a partir do cartão de 80 colunas da EPCOM. O módulo de memória utlizado possui 16 bits, acessados 8 a 8, através de 2 sinais: UCAS e LCAS. Dessa maneira, podemos conectar os sinais d[0..7] aos sinais [d8..15], e controlar a seu acesso a partir dos sinais CAS0 e CAS1 do VDP.Abaixo seguem algumas fotos

Mega-Flash

2007-06-15T18:19:00.000-03:00

Após gastar algum tempo analisando os circuitos de chaveamento de sub-rom baseada em memória FLASH dos posts anteriores, fiquei pensando em fazer algo ao mesmo compatível com MEGAROM e que use poucos CHIPS. Daí nasceu a MEGA-FLASH:O funcionamento é o seguinte:O acesso às páginas 1 e 2 da MEGA-FLASH é exatamente igual ao acesso à MEGAROM, ou seja, Leitura em Memória, Escrita nos registros

Mapeador para Flash

2007-06-14T01:41:00.000-03:00

Andei pensando numa SUB-ROM baseada em memória Flash, composta por um bloco fixo seguido de um bloco selecionável, ambos de 8Kb, localizados na página 2 (8000h a BFFFh). O primeiro bloco é sempre "mapeado" para o primeiro bloco físico da FLASH, e o segundo é selecionável via um registrador de 6 bits (para uma Flash de 512Kbytes).A estrutura é a seguinte:A programação da flash se dá através da

Primeira versão operacional

2007-05-28T23:34:00.000-03:00

Terminei hoje de debugar a primeira versão do 'bootloader' J2C. Havia um pequeno erro na rotina de leitura de blocos, mas este erro (basicamente de conceito) foi corrigido e o carregador está funcionando legal, carregando 32Kbytes em 14 segundos (2,28KBytes/segundo).Para experimentar via Basic (sem ter que gravar uma ROM), basta carregar o arquivo .rom a partir do comando:bload"SUBROM.BIN",&H3F72

Interface Compact Flash Interna

2007-05-28T18:46:00.000-03:00

Vasculhando os sites do ZX spectrum encontrei um site com um projeto muito interessante, chamado ZXCF. O mais importante neste projeto é a informação do que os cartões Compact Flash possuem um modo de acesso por memória (não IDE). Isso significa que com um mínimo de componentes é possível fazer uma interface para cartões Compact Flash.No caso do MSX, é possível utilizar uma saída livre de um

Novos Requisitos

2007-05-17T22:02:00.000-03:00

Dei uma revisada nos requisitos do 'bootloader' após várias considerações que estão surgindo durante o desenvolvimento do mesmo. Eis a lista atualizada.Requisitos de Hardware:O 'Hardware' do carregador de boot:Deverá ser uma interface conectada entre o PC e o MSX;Deverá permitir duas possibilidades de conexão ao PC, nas portas Serial e Paralela;Deverá possuir uma opção com eeprom serial de

Testes do final de semana

2007-05-14T18:08:00.000-03:00

Eu e o Igor testamos neste final de semana o circuito da interface SD/MMC funcionando a 14MHz com um 'clock' gerado a partir de um cristal. O Objetivo é transferir os dados em até 1,7uS após a instrução INI/OUTI, pra poder funcionar no TurboR em modo R800.O crítico é o circuito de adaptação de lógica TTL para 3V, que até 3,5MHz funciona bem, mas com uma frequência mais alta ele simplesmente não

PonyProg

2007-05-02T21:42:00.000-03:00

O programa Ponyprog também serve para programar a E2PROM do 'bootloader'. A configuração é a seguinte:

Rev A do 'Bootloader'

2007-04-26T19:54:00.000-03:00

Fiz uma revisão no circuito do BootLoader, pois a versão anterior se mantinha normalmente acionada, forçando a nível baixo as linhas SDA e SCL, requerendo assim que o ICPROG fosse executado ao menos uma vez, ou que o cabo ao PC fosse desconectadoA revisão atual corrigiu isso utilizando uma porta que estava livre no 74XX125.E a configuração do ICPROG tem que mudar, em relação à anterior para

Testes com o 'Hardware" para porta serial

2007-04-24T23:08:00.000-03:00

Terminei o teste do Hardware do Bootloader para a porta serial. Do Lado do PC, estou usando o ICPROG. O circuito foi baseado no SI Prog, mas tive que acrescentar um 74HC125 pois no final da gravação o ICProg leva as linhas a nível baixo, em vez de deixá-las livres (em aberto).O Igor me ajudou no 'Layout' da Placa de circuito impresso. A placa da direita é opcional, e pode ser substituída (com

Bootloader J2C: Requisitos

2007-04-24T18:39:00.000-03:00

Esta é a lista dos Requisitos do carregador de 'Boot' serial (bootloader):Requisitos de Hardware:O 'Hardware' do carregador de boot:Deverá consistir de uma interface a ser instalada entre o PC e o MSX;Deverá permitir duas possibilidades de conexão ao PC, nas portas Serial e Paralela;Deverá possuir uma eeprom serial de 32Kbytes;Requisitos de Software:O 'Software' do carregador de boot:Deverá ser

'Driver' J2C Básico já funciona!

2007-04-23T01:07:00.000-03:00

O 'Driver' para dispositivos I2C conectados à porta de 'Joystick' já está funcionando.As seguintes Funções são providas:J2CINIT: Inicializa Porta 1 ou 2, conforme 'flag' Cy (0=Joy 1, 1=Joy2) ;J2CLOGON: Acessa um dispositivo I2C ;J2CP8ADR: Inicializa o registrador de endereço de 8 bits do dispositivo I2C;J2CP16ADR: Inicializa o registrador de endereço de 16 bits do dispositivo I2C;J2CPB: Escreve

J2C: Rotinas I2C para as portas de Joystick

2007-04-21T21:26:00.000-03:00

Terminei de escrever as rotinas I2C para as portas de Joystick do MSX. Agora vou poder finalmente testar meu Picodrive no local para o qual ele foi projetado para funcionar (Ele já havia sido testado na Interface I2C da interface HB-7000 (Esse chipzinho da foto tem 32kBytes de capacidade).O próximo passo é desenvolver as rotinas responsáveis por carregar, durante o BOOT o conteúdo do picodrive

Emulador de ROM

2007-04-20T22:38:00.000-03:00

Normalmente quando se fala em emulador de ROM, se pensa num circuito com uma SRAM e um monte de 'chips', mas há alternativas mais simples.A idéia abaixo é para um cartucho de desenvolvimento para o MSX baseado numa memória serial I2C de 32k. Um código gravado em ROM é responsável por fazer o carregamento, durante o boot, do conteúdo da EEPROM serial para as páginas 1 e 2 da RAM do MSX.O programa

Correção da montagem

2007-04-16T20:17:00.000-03:00

A correção do circuito, para corrigir a fase do sinal de 'clock' aplicado ao 74LS165 pode ser vista na figura abaixo: Basta remover os jumpers indicados em Azul escuro, e fazer duas novas ligações, conforme indicado em Azul claro. (Clique na imagem para ampliar) A correção para a versão da placa com 50 pinos é nos mesmos pontos.

Documentação dos 'Drivers' I2C e SD/MMC

2007-04-16T01:41:00.000-03:00

Terminei a primeira versão da documentação dos 'Drivers' SD/MMC.Tenho estudado algum material sobre FAT, e vislumbro utilizar uma implementação já pronta de FAT escrita em C, mas também tenho em mente algumas idéias para poder ler/escrever arquivos num cartão formatado em FAT, sem ter que ter que manipular a FAT, ou seja, sem ter que me preocupar com alocação/realocação de cadeias, criação de

Correções e 'Updates'

2007-04-14T21:17:00.000-03:00

Durante os testes para fazer o circuito funcionar com um 'clock' de 2x3.58Mhz uma certa instabilidade foi notada durante os testes de 'loopback'. Uma investigação mais detalhada mostrou que a linha de 'clock' (linha SCK) do registrador 74165 deveria ser invertida em relação à linha de 'clock' do registrador 74595, vide desenho abaixo:Com o 'clock' de 3,5Mhz a instabilidade nunca se manifestou,

Primeiro FAQ

2007-04-14T17:20:00.000-03:00

Respondendo a algumas questões, postadas aqui e no msx.orgP: Quanto custa? R: Eu gastei menos de R$80,00 em componentes para montar a placa base, a placa de relógio de Tempo Real, e o adaptador de MMC/SD. Coloquei uma planilha com código Farnell dos componentes usados nestas placas na área de arquivos do projeto.P: Tem pra vender? R: Este é um projeto que foi desenvolvido pensando na construção

Primeiro "Release"

2007-04-10T22:31:00.000-03:00

É com imensa satisfação que anuncio o primeiro "release" da interface de cartões SD/MMC para MSX, cujas principais características são:Concepção 100% livre (aberta) de "Hardware" de "software/firmware";Aceita cartões SD e MMC;Taxa de leitura/escrita 154/145 KBytes/segundo num MSX1 a 3,58MHzMapeado em I/O dentro da norma MSX, (Portas <3fh,>Possui interface I2C;Possui relógio de tempo Real I2C;

Fechamento de atividades

2007-04-10T21:51:00.000-03:00

Depois dos testes realizados no feriado, e da conclusão de algumas outras atividades pendentes, resolvi fechar as atividades da versão inicial do leitor de SD/MMC.Contudo, as seguintes atividades ficaram postergadas em relação ao "release" inicial:Construção de duas placas base;Medição do consumo, pois este não se mostrou como ítem crítico;Solucão do problema de funcionamento do Turbo-r em modo

Testes no Turbo-R

2007-04-09T10:55:00.000-03:00

Durante o final de semana eu e o Igor fizemos uns testes no Turbo-R dele. Em modo MSX2, o circuito funcionou corretamente, mas em modo TURBO, o cartão não respondia.Investigamos até encontrar a causa: O Turbo-R, em modo TURBO, executa internamente as instruções do Z80 com um "clock" maior, mas mantém no barramento externo os mesmos 3,5MHz, e por isso, executa a próxima instrução OUTI/INI antes

Fechando a documentação.

2007-04-05T01:57:00.000-03:00

Acabei de acertar biblioteca com a caixa Patola para MSX, e de gerar todos os diagramas e "layouts" (estes em 300 e 600 dpi) dos componentes do sistema formato em formato GIF. Falta gerar os arquivos EPS com todos os "layouts"e ajuntaro ao pacote.Falta ainda converter os códigos fonte dos "drivers" e programas de teste para formato "WAV".A atualização do guia de montagem e teste vai ser feita em

Outra Atualização de Status

2007-03-31T13:51:00.000-03:00

Outra atualização de Status, com as atividades que faltam, antes do primeiro "release" do projeto:Atualizar o guia de montagem e teste;Atualizar o "layout" das placa do cartucho de adaptação por causa de uma discrepância entre a furação da placa biblioteca da caixa Patola e a caixa real.Medir o consumo do circuito, durante uma gravação do cartãoDisponibilizar todos os diagramas e "lay-outs" em

Programa de teste de SD/MMC concluído

2007-03-31T13:33:00.000-03:00

Concluí o programa que testa a interface com cartões SD e MMC. Eu fiz uma ligeira modificação no programa em assembler, para registrar o incremento da variável JIFFY (timer do MSX) e poder ter um 'benchmark' da velocidade de transferência . Eis um vídeo do programa rodando com um cartão SD inserido no soquete, e mais abaixo abaixo a captura das telas com um cartão MMC e um SD. leitura CID/CSD

Versão 1.0a da placa da interface HB-7000

2007-03-31T00:09:00.000-03:00

Esta versão da placa é feita especialmente para ser ligada ao conector traseiro do Expert, através de um cabo "flat" de 50 vias.

BUSDIR

2007-03-30T08:49:00.000-03:00

Em conversa com o Igor, discutindo a utilização do sinal BUSDIR, chegamos às seguintes conclusões:O MSX não utiliza a linha BUSDIR para fazer DMA (ao contrário do que eu imaginava);O sinal BUSDIR serve para mudar a direção dos 'buffers' de saída colocados no barramento do MSX em três duas situações:Leitura em memória num SLOT via sinais /RD e /SLTSL;Leitura de uma porta de I/O via instruçaõ IN/

Versão 1.0 da placa da interface HB-7000

2007-03-29T01:55:00.000-03:00

concluí hoje o roteamento da versão 1.0 da placa da interface HB-7000, já com conector de 34 pinos e controle (opcional) do sinal /BUSDIR.A incorporação do sinal Busdir, foi para fazer esta placa 100% compatível com o padrão MSX, mas incluí também um "jumper" que permite desconectar o sinal /BUSDIR, para os casos em que o circuito vá operar conectado diretamente ao barramento de um micro que

Busdir

2007-03-28T21:00:00.000-03:00

Um requisito de última hora, resultado de uma conversa com o Igor sobre BUSDIR.Para estar demtro da norma, um periférico que utilize leitura em I/O deve gerar o sinal BUSDIR com base nos sinais /IORQ, /RD e da lógica de decodificação interna.Eu utilizei dois "buffers tristate" ociosos do 74HCT125 para gerar um sinal /BUSDIR a partir dos sinais /RD0 e /RD1.

Quadrado Mágico

2007-03-25T15:13:00.000-03:00

Numa conversa com o Igor sobre um expansor de slots ele me passou alguns requisitos para um expansor de slots.Qualquer "slot" físico deve poder receber qualquer sinal de expansãoDeve ser possível atribuir a dois "slots" físicos um mesmo sinal de expansãoPensei bastante numa solução que pudesse atender a tais requisitos sem gastar muitos jumpers, e sem ocupar espaço demais na placa.A solução foi o

Cálculos para a rotina de teste de escrita

2007-03-23T09:37:00.000-03:00

Achei a conta que tenho que fazer. Eu preciso calcular o endereço da metade do cartão. Eu já sei calcular o tamanho em blocos de 512bytes.Apesar das operações de transferência com o cartão serem sempre em blocos, o padrão de endereçamento de dados é byte a byte, usando 32 bits A3-A2-A1-A0, onde A[3..0] têm 8 bits cada um. Apesar disso, todas as operações de leitura e escrita têm que utilizar

Módulo RTC (atualizado)

2007-03-21T19:34:00.000-03:00

Dando prosseguimento às atividades, reprojetei a placa do módulo de relógio RTC para poder comportar 4 tipos de baterias diferentes:-CR2032, CR2430, Ni-Cd mini ou uma bateria genérica, ligada à placa através de 2 terminais.O layout mudou ligeiramente, como dá pra ver na figura abaixo.Um pacote com todos os arquivos encontra-se neste link

Mais uma Atualização de Status

2007-03-18T23:40:00.000-03:00

Mais uma atualização de Status, mas agora apenas com as atividades que faltam, antes do primeiro "release" do projeto:Finalizar o programa de teste para SD/MMCAtualizar o guia de montagem e teste;Atualizar o "layout" das placas da interface de cartões e do cartucho de adaptação. Este último por causa de uma discrepância entre a furação da placa biblioteca da caixa Patola e a caixa real.Corrigir e

Programa de Teste dos Cartões

2007-03-18T23:12:00.000-03:00

O programa de teste dos cartões SD/MMC já avançou bastante. A parte mais trabalhosa, que envolve fazer as contas já está pronta.Agora já consigo saber o tamanho em blocos do cartão. Este número será dividido por 2 e passado para a parte do programa que executa um teste de gravação. Achei estranho o tamanho ser ligeiramente menor do que a capacidade nominal, ou seja, um cartão de 128MB tem na

Rotinas de leitura de CSD e CID

2007-03-17T11:23:00.000-03:00

Terminei ontem de madrugada as rotinas de leitura de CSD e CID dos cartões SD/MMC. Complementei o driver com um programinha de teste básico, que permite 4 operações:Ler CSDLer CIDLer blocos do cartãoEscrever blocos no cartão. Agora só está faltando escrever um programa em Basic para compor um programa de teste funcional da interface.O código está neste link.Complementando o "post", os dados do

CRC nos comandos do cartão MMC

2007-03-17T10:46:00.000-03:00

Quando os cartões SD e MMC operam em modo SPI eles ignoram (por default) o CRC dos comandos enviados; porém passei um bom tempo pra descobrir que o cartão MMC que eu estou testando se recusava a enviar o "data token" quando a CRC "dummy" enviado no final do comando era "00" (zero). Quando desconfiei disso, mudei para 0FFh (255), e o problema foi resolvido. Eu desconfio (embora não tenha testado

Analisando o uso de uma CPLD/FPGA

2007-03-16T19:46:00.000-03:00

Estou analisando uma versão do circuito implementada em CPLD/FPGA. Já desenhei e simulei o gerador de clock automático, que é o coração do circuito do leitor de SD/MMC.Gerador de clock: Consumiu 6 macro-células. Eu estimo que o projeto vá caber numa EPM3032. Tira um pouco a graça de quem gosta de montar um circuito com bastantes integrados, mas economiza espaço.Resultado da simulação. A primeira

Expansor de Slots

2007-03-16T12:18:00.000-03:00

Andei estudando a viabilidade de transportar o circuito de expansor de slots que vi no MSXpro para dentro de um FPGA. A conclusão é que é viável implementar o circuito utilizando uma EPM3032, de 32 macro células, que custa R$8,00 na Farnell. Esta série de EPLDs funciona com um "core" de 3,3Volts, mas trabalham bem com lógica de 5V. E são mais baratas do que as da série 7000. Coube tudo nesta

Status do Projeto

2007-03-16T01:23:00.000-03:00

Mais uma atualização de "Status" dos requisitos.Requisitos de Hardware:O hardware...-Deverá utilizar o espaço de endereçamento de I/O do Z80, dentro do padrão MSX (abaixo de 040h);Cumprido. O circuito foi projetado para funcionar nas portas 12 e 13 do endereçamento de I/O do Z80. Os drivers do programa utilizam endereçamento relativo, via registrador C e suportam operação em quaisquer 2 portas

Testes com MMC: Benchmarks

2007-03-16T00:45:00.000-03:00

Acabei de realizar agora, com sucesso, um teste com 2 cartões MMC de 128Mbytes.A Performance de escrita e de leitura foi praticamente igual à do cartão SD (vide tabela abaixo). Interessante é que embora os cartões MMC sejam de mesma marca e modelo (SAMSUNG MMC+PLUS 2 - 128MB), a velocidade de leitura de um é ligeiramente diferente da do outro. Cartão Leitura Escrita

Software de Teste RTC concluído.

2007-03-12T23:36:00.000-03:00

Terminei o software de teste do modulo RTC. É um programa Basic que funciona em conjunto com uma rotina em assembler. Nada muito rebuscado. Apenas o suficiente para um teste funcional, afinal este programa foi criado como complemento ao guia de montagem e teste.Eis abaixo um "screenshot" do mesmo. A opção "P" acerta o relógio para as 23:59:30 de 31/12/1999, para fica mais fácil de ver todos os

Picodrives

2007-03-11T22:41:00.000-03:00

Utilizando uma EEPROM serial, montei um "Picodrive" para ser ligado à porta de joystick. Os pinos bidirecionais 6 e 7 da porta de joytick são perfeitos para os sinais SDA e SCL do protocolo I2C. Já tenho grande parte do código escrita, e assim que tiver tempo vou mexer um pouco mais nisso, e no sistema de arquivos simplificado que criei para dispositivos até 128Kbytes de capacidade de

Placa com adaptador SD/MMC

2007-03-11T21:45:00.000-03:00

Este final de semana trabalhei no novo "layout" da placa adaptadora de cartão MMC. É que pra caber na "soleira" do Hotbit tem que ter no máximo 3,5cm de largura, e a placa que montei (vide foto abaixo) tem um pouco mais que isso.Um detalhe importante é que se o cartão estiver sendo utilizado com seu soquete específico, ele não precisa de que a linha Vcc seja chaveada, ou seja, pode ficar

Finalizando...

2007-03-09T18:59:00.000-03:00

O projeto agora está quase finalizado. falta cumprir alguns requisitos mais importantes:Testar com o cartão MMCEscrever o programa de teste de cartão SD/MMCEscrever rotinas de identificação de cartão.Escrever o programa de teste do relogio RTC (metade já escrito)Revisar o guia de montagem e teste (de preferência montando uma nova placa isso)Ajuntar a documentação - códigos fonte, licença GPL,

RTC testado!!

2007-03-09T18:49:00.000-03:00

Deixei o micro algumas horas desligado, e voltei a ligar hoje novamente, pra testar modulo RTC. A hora, como não poderia deixar de ser, continua funcionando normalmente. Quem foi que disse que o MSX1 não tem Relógio de tempo real, hein??

Modulo RTC testado. Já esta funcionando!

2007-03-09T00:19:00.000-03:00

Acabei de testar o funcionamento do módulo RTC. Escrevi duas rotinas básicas pra ler e pra escrever os registros do PCF8563. A estrutura dos registros encontra-se na figura abaixo.(clique na imagem para ampliar)Fiz também um programa em Basic para ler o módulo RTC via I2C e imprimir na tela os valores lidos. Uma coisa importante é mascarar os bits não implementados dos registros, pois eles

I2C: Progressos

2007-03-08T01:27:00.000-03:00

Consegui finalmente encontrar o erro nas minhas rotinas de I2C. Consegui agora há pouco que o relógio de tempo real e uma E2PROM serial me respondessem um "acknowledge", quando interrogados em seus endereços corretos.Eis o trecho do código que não estava funcionando, e a pequena correção, destacada em vermelho.10750 I2CPB: ; PUT BYTE10760 PUSH BC10770 LD D,A10780 LD B,810790 I2PB1: XOR A10800 SLA

I2C: um capítulo à parte.

2007-03-07T02:12:00.000-03:00

Em meio à luta para desenvolver a interface I2C, descobri um erro no módulo RTC. As linhas SDA e SCL estão trocadas.

Um benchmark mais cuidadoso

2007-03-05T23:39:00.000-03:00

Andei pensando numa maneira de fazer um benchmark mais cuidadoso da escrita e da leitura do cartão. Fui dar uma olhada no "livro vermelho" do MSX vi que a cada 1/60 de segundo (16,67ms) o MSX incrementa o valor da variável de sistema JIFFY (FC9Eh).Como o "driver" do HB-7000 não desabilita as interrupções, usei o código abaixo para fazer um "benchmark" mais preciso do que no olhômetro.LD HL,

Status do Projeto

2007-03-04T23:41:00.000-03:00

Atualizando o protótipo

2007-03-04T22:05:00.000-03:00

Modifiquei o protótipo 2 que tenho montado para torná-lo representativo da versão final. Troquei as linhas D0 e D7, pois isso vai me fazer ganhar um pouco de velocidade na interface I2C. Isso significa também que vou ter que fazer uma atualização do guia de montagem e testes. Quanto aos drivers que estão escritos, basta mudar o valor das linhas EQU no inicio do programa, e nada mais.A maior

Placa do MSXDOS2+adaptaror HB-7000

2007-03-04T19:42:00.000-03:00

Corroí neste final de semana a placa para o cartucho MSXDOS2+adaptador de 34 vias para o HB-7000.Fiz as placas usando o método de transferênica de "toner". As duas faces foram feitas de uma vez só e o alinhamento ficou muito bom. Eu fiz, basicamente, os seguintes passos:- Gerei os 2 "layouts" em formato .eps no eagle. A face de cima eu gerei com a opção "upside down", pra ficar "de cabeça pra

Acerto na rotina de inicialização.

2007-03-02T02:05:00.000-03:00

Eu mexi mais um pouco na rotina de inicialização.Eu computei corretamente o valor de HL para o Delay de 1ms assim que a alimentação do cartão é ligada.Eu tinha notado que o cartao algumas recusava-se a inicializar quando removido com o seu Vcc ainda ligado. Ciclando-se a alimentação ele inicializava - out (13),129 :out(13),1 .Quando coloquei o delay de 1ms no inicio da rotina, eu chutei um valor

Nova Placa Protótipo 2 + cartucho de MSXDOS

2007-03-01T19:27:00.000-03:00

Uma das dificuldades que encontrei durante o desenvolvimento da interface foi encontrar um conector IDC de 50 pinos. Na realidade eu não encontrei, e por isso usei ligações "wire-wrap".Como eu uso apenas 27 fios na interface (contando 2 fios pro GND e 2 pro VCC), resolvi utilizar um conector de 34 vias, facilmente encontrável já montado em qualquer loja de informática, pois é um conector de

Placa adaptadora para cartões

2007-02-28T22:43:00.000-03:00

Layout para a placa adaptadora para cartões. Os LEDs de Alimentação e "Chip Select" ficaram nesta placa.Com um pouco de habilidade acho que é possível instalar o leitor de cartões internamente ao Hotbit, e instalar esta plaquinha de forma que o cartão seja inserido entre as teclas SELECT e F1/F6.

Biblioteca para o soquete do cartão

2007-02-28T19:04:00.000-03:00

Os conectores de cartão que comprei na Farnell chegaram Já fiz um biblioteca em formato "Eagle". Imprimi sobre o papel para conferir. Parece estar bem ajustada. No papel, pelo menos, ficou legal.Vou imprimir uma plaquinha para usar com meu protótipo.Coloquei a biblioteca neste link aqui

HB-7000: Mais testes com o "driver" de escrita

2007-02-26T22:49:00.000-03:00

Terminei de debugar parte de escrita do "driver" do leitor/gravador de cartões, que apesar de estar funcionando, estava me intrigando, pois a interface parecia receber 2 bytes a mais entre a transmissão do CRC do bloco, e o recebimento da resposta ("acknowledge") do cartão.A causa era a falta de um NOP entre as instruções OUT que escreviam o CRC "dummy", e as intruções IN logo em seguida.É que as

Status do Projeto

2007-02-26T18:26:00.000-03:00

Eis um status atualizado, e comentado, do status do projeto, do ponto de vista dos requisitos estabelecidos.Requisitos de Hardware:O hardware...-Deverá utilizar o espaço de endereçamento de I/O do Z80, dentro do padrão MSX (abaixo de 040h);Cumprido. O circuito foi projetado para funcionar nas portas 12 e 13 do endereçamento de I/O do Z80. Os drivers do programa utilizam endereçamento relativo,

30 Minutos

2007-02-24T03:15:00.000-02:00

Só pra registrar... até o presente momento, de "Save" em "Save", já gastei 30 minutos do lado A da fita cassete no desenvolvimento do "driver" pro leitor/gravador de MMC/SD!!O bom e velho HB-2400 não me deixa na mão :) !

HB-7000: Sucesso nos testes de gravação

2007-02-24T02:03:00.000-02:00

Efetuei hoje, com sucesso, os primeiros testes de gravação. A velocidade de escrita quando se escrevem blocos diferentes, é compatível com a velocidade de leitura (128KBytes/segundo), o que sinceramente me surpreendeu. Eis um link para o vídeo.Quando se escreve repetidamente sobre o mesmo bloco, a velocidade de gravação cai para uns 10Kbytes/segundo. Isso me confundiu a princípio, mas depois