Turbo R FS-A1 GT paper model

    Fazem alguns anos que um japonês publicou uma versão beta do Turbo R FS-A1 GT em paper model para quem quisesse imprimir e montar.
    Infelizmente ele não deu continuidade no detalhamento do modelo e a página original acabou saindo do ar.
    Portanto estou colocando aqui pra quem quiser montar o seu ou até continuar o aprimoramento.

Download aqui.

Teclado de PC adaptado

    Quando eu tinha minha Expert 2+ Turbo, placa que deu origem à Expert 3, eu estava tendo muito problema de mal contato com o teclado original do Expert. Apesar de possuir vários, era muito chato ficar desmontando de tempos em tempos para limpar os contatos.
    Então em meados do ano 2000 peguei um teclado de PC compacto (para os padrões da época) e resolvi que iria refazer o circuito para usá-lo no MSX. Os teclados atuais de PC usam uma lâmina de acetato com o circuito impresso nela, assim como no Turbo R, F1XV e vários micros antigos. Este em específico usa chaves mecânicas, portanto as mesmas são fixas numa placa de circuito, o que me possibilitou fazer esta adaptação, não muito bonita, mas perfeitamente funcional.
    Para refazer o circuito, simplesmente fui interrompendo as trilhas a fim de isolar as chaves das teclas e depois fui reconstruindo com fio as ligações entre elas seguindo o esquema do teclado original do Expert.
    Eu sei que um adaptador universal seria melhor, pois permitiria usar qualquer teclado, mas convenhamos, este teclado já era usado quando o "converti" e já fazem 11 anos desde então, mesmo assim permanece funcionando perfeitamente. No meu ponto de vista é um trabalho que acabou valento a pena.


As letras/textos nas teclas "customizadas" foram feitos usando Decadry e por cima uma mão de base de unha pra proteger.
O acabamento em preto é plástico de disquete de 5 1/4 e o logotipo do MSX foi retirado de uma tampa de slot de Expert.
Macarronada apetitosa. :)

Ethernet Tecnobytes

    Recebi um exemplar da placa de rede da Tecnobytes, baseada na ObsoNET 2 do Caro (Kamil Karimov) que por sua vez é originária da ObsoNET do Daniel Berdugo. Ambas utilizam o BIOS e demais aplicações escritas pelo Konamiman (Néstor Soriano).




Face superior da placa de circuito.
    A título de curiosidade, é interessante comparar com o layout da primeira versão dos espanhóis. A revisão feita pelo Caro passou todos os componentes para a face superior e extinguiu a GAL.


Face inferior.

    Cartucho conectado no slot superior do Sony F1XV, notem que pelo fato do painel ser elevado na área do "speed controller" e "ren-sha turbo", o conector do RJ45 chega a encostar no plástico do gabinete do micro. Fato que não compromete o encaixe mas que não ocorre em outras máquinas que possuem a área em volta do conector do slot toda plana.


    Cartucho conectado no slot traseiro do mesmo Sony F1XV, diferença grande de espaço.
    Nesta foto é mais fácil perceber a elevação na parte frontal do painel deste modelo da Sony.

Pinagem do SCC+

    Não localizei em local algum da internet a pinagem do SCC+, então mapeei aonde estão ligados os pinos dele no cartucho do SD-Snatcher. O resultado segue abaixo.
    Caso alguém tenha mais informações a respeito, por favor entre em contato.


Pino
do
SCC+ | onde está ligado
----------------------------------
01 - GND (pino 43 do slot)
02 - GND (pino 43 do slot)
03 - GND (pino 43 do slot)
04 - A7 memórias (pino 10)
05 - A3 memórias (pino 11)
06 - A2 memórias (pino 12)
07 - A1 memórias (pino 13)
08 - A0 memórias (pino 14)
09 - A4 memórias (pino 08)
10 - A5 memórias (pino 07)
11 - A6 memórias (pino 06)
12 -
13 - OE memórias (pino 01)
14 -
15 -
16 - Pino 13 da ponte de resistores
17 - pino 12 da ponte de resistores
18 - pino 11 da ponte de resistores
19 - pino 10 da ponte de resistores
20 - pino 09 da ponte de resistores
21 - pino 08 da ponte de resistores
22 - pino 01 e 14 da ponte de resistores
23 - pino 07 da ponte de resistores
24 - pino 06 da ponte de resistores
25 - pino 05 da ponte de resistores
26 - pino 04 da ponte de resistores
27 - pino 03 da ponte de resistores
28 - DO1 memórias (pino 02) dos dois chips opostos ao conector de slot (*)
29 - DO2 memórias (pino 03) dos dois chips opostos ao conector de slot (*)
30 - DO3 memórias (pino 15) dos dois chips opostos ao conector de slot (*)
31 - DO4 memórias (pino 17) dos dois chips opostos ao conector de slot (*)
32 - GND (pino 43 do slot)
33 - DO4 memórias (pino 17) dos dois chips próximos ao conector de slot (*)
34 - DO3 memórias (pino 15) dos dois chips próximos ao conector de slot (*)
35 - Do2 memórias (pino 03) dos dois chips próximos ao conector de slot (*)
36 - DO1 memórias (pino 02) dos dois chips próximos ao conector de slot (*)
37 - A5 (pino 31 do slot)
38 - A4 (pino 32 do slot)
39 - A3 (pino 29 do slot)
40 - A2 (pino 30 do slot)
41 - A1 (pino 27 do slot)
42 - A0 (pino 28 do slot)
43 - A14 (pino 25 do slot)
44 - A13 (pino 26 do slot)
45 - A12 (pino 23 do slot)
46 - A8 (pino 24 do slot)
47 - A7 (pino 21 do slot)
48 - A6 (pino 22 do slot)
49 - A11 (pino 19 do slot)
50 - A10 (pino 20 do slot)
51 - A9 (pino 17 do slot)
52 - A15 (pino 18 do slot)
53 - /RESET (pino 15 do slot)
54 - /WR (pino 13 do slot)
55 - /RD (pino 14 do slot)
56 - /RFSH (pino 06 do slot)
57 - /SLTSL (pino 04 do slot)
58 - CAS memórias (pino 16 do primeiro e terceiro chips, os dois soldados na placa) (**)
59 - CAS memórias (pino 16 do segundo e quarto chips, os dois ausentes na placa) (**)
60 - RAS memórias (pino 5 dos 4 chips)
61 - SND_CLK-IN (pino 42 do slot) (***)
62 - CPU_CLK-IN (pino 42 do slot) (***)
63 - +5V (pino 47 do slot)
64 - +5V (pino 47 do slot)
-----------------------------------------------------------------------

(*) Apesar de existir local na placa para 4 chips de memória 4464, originalmente só existem 2 chips nela, o primeiro (mais próximo do conector de slot) e o terceiro.
(**) Considero como primeiro chip de memória o mais próximo do conector do slot.
(***) Thanks to Dhampird




Do outro lado da ponte de resistores está escrito: "KONAMI 051650".

Shockwave

    O Shockwave é o cartucho brasileiro, compatível com a Moonsound da Sunrise, fabricado pela Tecnobytes (Ricardo Oazem).


Picture by Dante Nishida

Power Graph

    O Power Graph é o cartucho brasileiro, compatível com a GFX9000 da Sunrise, fabricado pela Tecnobytes (Ricardo Oazem).
    Neste cartucho, existe um conector DB15, e segundo seu fabricante, a pinagem do mesmo é:

1 - R_out
2 - G_out
3 - B_out
4 - V_sync_in
5 - Csync_out
6 - YS_out
7 - DLCK_out
8 - 3.58MHZ_out
9 - H_sync_in
10 - Croma_out
11 - Y_out
12 - GND
13 - H_sync_out
14 - GND
15 - GND



Picture by Dante Nishida

Expansor de slots CIEL

    O expansor de slots CIEL, fabricado pelo Ademir Carchano, é bem popular no Brasil e chegou a ter várias unidades vendidas na Europa, mas nunca houve um manual que explicasse sua utilização.
    Para contornar isto, o Carchano passou as informações por email, a fim de facilitar o acesso a elas, vou postá-las aqui:

JP1 e JP2
AB = 1 CI 74LS133
BC = 2 CIs 74LS30

JP3
Ligado = 5V dos conectores vem do micro
Desligado = 5V dos conectores vem do conector CN6


JP4
0 => Pino 4 Conector CN3 = SLTX0
1 => Pino 4 Conector CN3 = SLTX1

JP5
2 => Pino 4 Conector CN5 = SLTX2
3 => Pino 4 Conector CN5 = SLTX3

JP4 e JP5 são usados para ligar o SCC junto com a Megaram.


Chaves:

CH1 - Liga/Desliga sinal SLTX0 do conector CN2
CH2 - Liga/Desliga sinal SLTX1 do conector CN3
CH3 - Liga/Desliga sinal SLTX2 do conector CN4
CH4 - Liga/Desliga sinal SLTX3 do conector CN5

LD1 - Aceso direto = CN2 desligado
- Piscando = sinal SLTX0 atuando

LD2 - Aceso direto = CN3 desligado
- Piscando = sinal SLTX1 atuando

LD3 - Aceso direto = CN4 desligado
- Piscando = sinal SLTX2 atuando

LD4 - Aceso direto = CN5 desligado
- Piscando = sinal SLTX3 atuando


    Outra questão que deixa em dúvida os usuários, é o posicionamento do cartucho na hora de ligar no expansor. Se por acaso um cartucho de jogo for ligado invertido, nada deve acontecer, mas se for um periférico, o estrago pode ser grande. O cartucho deve ser conectado com a etiqueta voltada para o conector macho do expansor, como na foto abaixo:



Este assunto já passou pelo forum do msx.org, de onde retirei as seguintes imagens:

Documentação sobre Uzix

Dando continuidade às informações que se perderam sobre Uzix, coloquei mais duas aqui:
RS232 speed comparison under UZIX
Connect UZIX to Windows NT/2000/XP

Softwares para GFX 9000

*** ATENÇÃO!!!! ESTE POST ESTÁ SENDO EDITADO ***

Um amigo me pediu para fazer um levantamento de tudo que existe para GFX9000/VIDEO9000. Eis o resultado dos softwares (incluem-se bibliotecas e ferramentas) feitos até hoje (março/2010):

Team bomba - underwater demo
Marcel Delorme softwares
GFX9000 library font pack
GFX9000 library
G9BVIEW
V9BMP
Team bomba - gfx9k lib
Team Bomba - Blox (in development)
TNI - project banshee (unfinished)
GEM - TNI´s GEM (game boy emulator)
Nyyrikki - ADIR
SymbOS
Fony´s GFX9000 utility disk

ViewMSX
http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=729
http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=973
http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=972

X-Tazy
http://video.google.com/videoplay?docid=5025321721003713853#
http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=817
http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=780
http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=782

XOR - demo
MSX Viewer 5 (para windows) - Marcelo Teixeira Silveira
Sunrise
magic

Bifi´s V9990 tool
This is the first V9990 tool I release. It enables PAL/NTSC switching,
V9990/V9938 switching (Video 9000) and V9990 screen adjusting in one command line tool. Source is included.

Battle Bomber (game)
MSX FAQ - reference

Uzix 1 Technical information

Written by Adriano C. R. da Cunha


How it works:

UZIX uses MSX2 memory mapper to achieve multiprocessing. On PC UZIX use additional PC memory for swapping. In both cases UZIX use 64K of virtual address space (full Z80 space or one full segment on PC).
UZIX itself occupies the upper 32K of address space, and the currently running process occupies the lower 32K.
UZIX does need some additional hardware support. First, UZIX uses system clock that provide a periodic interrupt. Also, the current implementation uses an additional real-time clock to get the time for file timestamps, etc. The current TTY driver assumes an polling-driven buffered keyboard, which should exist on most systems.

How UZIX is different than real UNIX:

UZIX implements almost all of the 7th Edition AT&T UNIX functionality. All file I/O, directories, mountable file systems, user and group IDs, pipes, and applicable device I/O are supported. Process control (fork(), execve(), signal(), kill(), pause(), alarm(), and wait()) are fully supported. The number of processes is limited only by the swap space available, with a maximum of 31 processes (total of 1024k memory). As mentioned, UZIX implements UNIX well enough to run the Bourne Shell in its full functionality. The only changes made to the shell's source code were to satisfy the limitations of the C compiler.

Here is a (possibly incomplete) list of missing features and limitations:

* The debugger- and profiler-related system calls do not exist.
* The supplied TTY driver is bare-bones. It supports only one port.
* Inode numbers are only 16-bit, so filesystems are 32MB or less.
* File dates are not in the standard format. Instead they look like those used by MS-DOS.
* The 4.2BSD execve() was implemented. Additional flavors of exec() are supported by the library.
* The necessary semaphores and locking mechanisms to implement reentrant disk I/O are not there. This would make it harder to implement interrupt-driven disk I/O without busy-waiting.

Developer notes:

MSX UZIX can be compiled with any ANSI-compatible C compilers. The only true one for MSX is Hitech-C (CP/M version) and MS-DOS Hitech-C (cross-compiler). MSX UZIX was written using Hitech-C. You'll find many constructions and functions not supported (and also limitations) by other MSX C compilers if you try compiling UZIX with them. Of course UZIX can be compiled using other compiler, but it will requires a lot of changes in the source code.
Initially, MSX UZIX couldn't be compiled for running on a MSX1, since it uses Memory Mapper for multitasking, system real-time clock for file timestamps, and 80-column screen.
Of course, is possible doing a "light" MSX UZIX for MSX1, with a fake real-time clock (software emulated by the kernel), using a 40-column display and other memory device (such as MegaRAM) for multitasking, but it's not the target of this release.
But, just for fun (and as a curiousity), there is a version of MSX UZIX for MSX1. It emulates the system real-time clock and uses the brazilian MegaRAM for multitasking. The system overall performance is lower than using Memory Mapper, since due to switching restrictions of MegaRAM (due to UZIX design, MegaRAM pages can be switched only on memory page 1), some memory block copies are needed for context switching. Also, the user must input the actual date and time when system boots. The 40-column display doesn't represent a serious restriction, but some applications (like top, ps or banner) will display bad formatted texts on screen.
This release of MSX UZIX can handle a maximum of 31 processes (limited to the size of available RAM). It could handle up to 127 processes (4Mb RAM), but it's nonsense a single user running so many processes at a time. That's why this limit of 31 concurrent processes.