|
|
|
|
|
|
|
|
Re: MSX2 Compatible Computer Project [message #7311 is a reply to message #7306] |
Sat, 21 March 2020 14:37   |
bifo
Messages: 48 Registered: October 2019
|
Member |
|
|
lintweaker wrote on Sat, 21 March 2020 04:58Hi,
With this link you should be able to find 'systemroms.zip' which holds the roms for a lot of MSX machines.
http://www.msxarchive.nl/pub/msx/emulator/openMSX/
Wrt slot order, I have found that the MSX(2/2+) BIOS is not that picky where it subroms are. It just looks from roms with start with 43h, 44h (normal program ROMs use 41/42h).
On my homemade MSX (Z8TY) I have expanded slot 0 and most ROMS live in a slot 0 subslot, works just fine.
I think the same goes for RAM, it should not matter in what slot the RAM lives (maybe RAM in slot 0 subslots would not work). (otherwise e.g. RAM cartridges would not work)
the problem isn't going to be 'can we make the thing function' it's going to be 'can we build a machine that msx hardware sees as being msx.
my project slowed down because i purchased an old korean MSX2, 128k/128k, and it works fine for me to test software on. the memory structure is completely different. the MSX standard was brilliant in the time. that being said, the question is how flexible is the standard when we're bodging together a computer designed by a brilliant nerd on his down time.
i mean, when wozniak was selling kits for the apple 1, how many were successfully built into machines you'd pay $10k for
[Updated on: Sat, 21 March 2020 14:38] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: MSX2 Compatible Computer Project [message #7396 is a reply to message #7394] |
Thu, 02 April 2020 06:09   |
bifo
Messages: 48 Registered: October 2019
|
Member |
|
|
jordi.solis wrote on Thu, 02 April 2020 02:31Hummm
I wonder if their MSX DOS always looked like this...
A:Y>
It's been many years since I owned a PC-9801 laptop but as I recall, the built-in basic did, and so did the DOS version used. The lines through the Y made it obvious that it wasn't a normal capital Y though so you wouldn't really notice otherwise. It was CGA on a monochrome display so the resolution was probably the same.
Honestly, I don't really understand why or how this could be a problem? The system can't tell the difference, everything treats it the exact same way. The only difference is the visual representation.
EDIT: Come to think of it, $ was a prompt for many operating systems in the past, so why would anyone find ¥ surprising is beyond me to comprehend.
[Updated on: Thu, 02 April 2020 06:12] Report message to a moderator
|
|
|
|
|
|
|
|
|
Re: MSX2 Compatible Computer Project [message #7472 is a reply to message #7460] |
Thu, 09 April 2020 06:36   |
bifo
Messages: 48 Registered: October 2019
|
Member |
|
|
Sergey wrote on Wed, 08 April 2020 08:13jordi.solis wrote on Wed, 08 April 2020 06:40
Quote:
https://github.com/RBSC/F4-FMPAC
This probably will work. Although it can be significantly simplified: Omega would not need a ROM for FMPAC, there's plenty of space in system flash ROM. F4 port - I am still confused as for why one would need it (maybe for Mega RAM loaders, so they can reset the system without erasing RAM content?! . But if needed all the port F4 decode logic can be made into an ATF16F8 SPLD. The same SPLD can be also used for YM2413, a.k.a. OPLL.
The sound output can be fed back to Omega, so that the analog / opamp part can be omitted as well. Unless you want stereo sound.
Let me know if you're interested in either one of the options. I can help with the design.
I mean, it's your design man, and I'm crap at all of this stuff, but a place to plug in a floppy drive and an FM chip onboard would make this possibly the best MSX clone anyone has ever actually created.
what i would wonder about is the memory mapping with regards to the FMPAC. it might require some redirects?
[Updated on: Thu, 09 April 2020 06:37] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
Re: MSX2 Compatible Computer Project [message #7511 is a reply to message #7509] |
Mon, 13 April 2020 12:43   |
Sergey
Messages: 236 Registered: October 2015 Location: Portland, OR
|
Senior Member |
|
|
jordi.solis wrote on Mon, 13 April 2020 08:51
I ordered few F4-FMPAC boards to be built, so I will be able to test at all if it's working or not.
Keep us posted!
Quote:Quote:F4 port - If needed all the port F4 decode logic can be made into an ATF16F8 SPLD. A hint to do it by myself would be good, It's easy to program a SPLD as replacement for a sequential logic (74LS74D)? Maybe I should consider the clock on the karnaugh's table?
Well, you'll still need to use an external 74*74 flip-flop. While it is possible to implement registered logic in the SPLD, there is no way to reset it at power on.
Something like this should work (equations for GALasm):
; FM chip select; FM I/O ports - 0x7C and 0x7D
/FMCS = /IORQ * M1 * /A7 * A6 * A5 * A4 * A3 * A2 * A1
; F4 port write - 0xF4 (connect to 74*74 CLK)
/F4WR = /IORQ * M1 * A7 * A6 * A5 * A5 * /A3 * A2 * /A1 * A0 * /WR
; FM port read - 0xF4 (connect to SPLD OE pin 11)
/F4RD = /IORQ * M1 * A7 * A6 * A5 * A5 * /A3 * A2 * /A1 * A0 * /RD
; F4 register output (connect D7 to D7 of cartridge, connect F4_Q to 74*74 Q output)
D7.T = /F4RD * F4_Q
Quote:Quote:The same SPLD can be also used for YM2413, a.k.a. OPLL. I will need to check it's datasheet, I wonder it was so simple.
I didn't mean to implement the Y2413 in the SPLD, but just to implement the chip select logic - a replacement for IC2 and IC3 on the schematic. See equations above.
Quote:The sound output can be fed back to Omega, so that the analog/opamp part can be omitted as well.
Just connect the SLT signal (see F4-FMPAC) schematic to slot pin #49, or through an RC (10 uF capacitor + 4.7 kOhm resistor) to pin 2 of U48 op amp on Omega. In this case single op amp can be used (the second op amp is used to buffer the signal for connecting external amplifier)
Quote:Quote:
Unless you want stereo sound. I think it would be nice even some jumpers to select it. The worst thing is RGB connector has not spare pins for adding the stereo sound.
Actually OPLL produce mono output... so this is not relevant
Quote:Quote:I can help with the design. I would be glad to get your help
I need to find a couple of hours. How about making a cartridge with F4 and FM-PAC, and perhaps a WD37C65 floppy controller?!
|
|
|
|
|
Re: MSX2 Compatible Computer Project [message #7531 is a reply to message #7514] |
Tue, 14 April 2020 23:00   |
Sergey
Messages: 236 Registered: October 2015 Location: Portland, OR
|
Senior Member |
|
|
I've updated the make_roms.sh in the GitHub repository. Now it includes the patch to replace the yen sign with the backslash. It also includes the patch for the ROM flags (locations 0x2B and 0x2C) to indicate International rather than Japanese ROM. This can be useful in some cases, but harmful in others. For example some Konami games use these flags to switch between Japanese and English (Vampire Killer, The Treasure Of Usas), while others will not work on non Japanese-machine (Metal Gear).
Here is the list of the currently produced ROM images:
- omega_msx2_ntsc.bin - MSX2 ROM based on Sanyo PHC-23J, international keyboard, patched backslash; and US/NTSC MSX2 C-BIOS
- omega_msx2_pal.bin - MSX2 ROM based on Philips NMS 8250; and EU/PAL MSX2 C-BIOS
- omega_msx2+_ntsc.bin - MSX2+ ROM based on Sanyo PHC-35J, international keyboard, patched backslash; and US/NTSC MSX2+ C-BIOS
- omega_msx2_int_ntsc.bin - MSX2 ROM based on Sanyo PHC-23J, international keyboard, patched backslash; and the same BIOS with "international" flags set
- omega_msx2_msx2+_ntsc.bin - MSX2+ ROM based on Sanyo PHC-35J, international keyboard, patched backslash; and the same BIOS with "international" flags set
- omega_msx2+_int_ntsc.bin - MSX2 ROM based on Sanyo PHC-23J, international keyboard, patched backslash, with "international" flags set; and MSX2+ ROM based on Sanyo PHC-35J, international keyboard, patched backslash
I personally run the last image on my machine, as it provides multiple combinations: MSX2 and MSX2+, Japanese vs. International.
It should be fairly easy to modify the make_roms.sh script to generate whatever image variety you'd like. If you don't have Linux machine, I presume the script should be working in Cygwin environment. Otherwise feel free to PM me for a binary image.
Cheers,
Sergey
|
|
|
|