Jump to content
  • entries
    4,956
  • comments
    2,719
  • views
    1,809,799

Microvision homebrew?


atari2600land

1,381 views

From Wikipedia (not the most reliable source of info, I know, but looks to be right in this case):

The processors for the first Microvision cartridges were made with both Intel 8021 (cross licensed by Signetics) and Texas Instruments TMS1100 processors. Due to purchasing issues, Milton Bradley switched to using TMS1100 processors exclusively including reprogramming the games that were originally programmed for the 8021 processor. The TMS1100 was a more primitive device, but offered more memory and lower power consumption than the 8021.

So I guess what I need to do is somehow obtain a TMS1100 processor. I bet they probably don't make them any more. Google wasn't much help in this case. I Googled "TMS1100 Processor" and got a whole bunch of pages about the Microvision, none of which are any help.

The goal here is simple: Create a Microvision homebrew. Even if it's just moving a dot around the screen. Hopefully I can get more than that done. What I need to find out is A: figure out how to make a game to put on a TMS1100 processor, B: How to get that game on it, and C: Put the processor on a Microvision cartridge. I wonder if I could take a Microvision game, swap out the TMS1100 processor and put a different one into the same cart and create a new game. I'd have to learn assembly probably, but I'm learning it for the Odyssey 2, so it can't be that hard for the Microvision. Even if I can't control the dot, just making a dot appear on the screen and watching it "dance" would be a pretty cool first step: A Microvision demo, if you will. The ultimate goal, which would be really groovy, is to program a Frogger-style game for the Microvision, but I don't know if that's possible. What I really need is someone who knows more about this stuff than I do to tell me if what I'm thinking of doing is really possible, or just a pipe dream. If it is possible, I'll pay you to help to work with me to make the first-ever Microvision homebrew. Or maybe I'm just crazy...

3 Comments


Recommended Comments

the CPU and ROM were combined - Microvision Cartridges

The Microvision is one of the few classic consoles that has not had the contents of it's cartridge ROMs dumped. Since the Microvision cartridges contain the systems microprocessor with an internal ROM, the data doesn't ever have to leave the chip making dumping problematic, but not necessary impossible.

 

There's no need to limit yourself to those CPUs, any CPU will do as log as you can wire it up to use the cartridge pinout to access the internal hardware (speaker, keypad, LCD, paddle).

Link to comment

I had thought that the game was stored inside this chip, which I assumed was the CPU. But could I store the game's ROM inside the CPU somehow? And can I still get TMS1100s? I bet Texas Instruments doesn't make them any more, do they?

Link to comment

You can use any CPU to program it as the main unit has no brains. Personally, I'd use the Parallax Propeller, but there are probably other modern microcontrollers which could do the job.

 

Check out Dan B's Microvision page: http://atarihq.com/danb/Microvision.shtml see also http://www.handheldmuseum.com/MB/MicrovisionFAQ.txt

 

The cartridge connector is a 24 pin edge connection including 9V (battery) power and interfaces to the LCD controller, speaker, keypad & dial.

 

The trick is the LCD controller. As a custom part there isn't a lot of info on how it should be programmed (or even what voltage level the data lines need). But you might be able to get in contact with Gregg Woodcock or Dan Boris and see what they can give you.

 

However, programming this beast is going to be very, very low level as you are working basically at the hardware level. This is one reason I'd go with the Parallax Propeller: it has 8 CPUs on a single chip so you can dedicate a CPU to each task rather than trying to multiplex everything through interrupts. So one CPU would "read" the dial, a second would read the keyboard, a third would drive the LCD and a fourth would generate sound effects. A fifth CPU could handle the game logic and a sixth could be used to provide debug output via USB serial. You could even put on a microSD reader (CPU seven) so you could load games that way.

  • Like 2
Link to comment
Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...