Sharp MZ

I have three working MZ-700s, and currently only the MONITOR ROM is reproducing the problem perfectly on all three. I haven't tried to remove the processor but it must be a possible case. I think it's normal after a little analysis, for what it's worth: The CPU isn't running any program because the ...

I made some tests, and those that reproduce a blow on the problem, it's a defect in the MONITOR ROM, i.e. when I remove the ROM and I restart the machine, it locks in exactly the same way on the random display of characters and colors on the screen without doing anything. I'm investigating a problem...

hlide:
It is quite possible that it is VRAM. For my part, I juggle the CG and Monitor ROMs that I reprogram, and I only say what I see. Besides, we must add in my previous message the same thing for the ROM monitor this time.

I had a similar problem with one of my MZ-700 and removing, cleaning the connectors and reconnecting the CG ROM re-worked.

Hi, I'm interested too.

GAME OF LIFE By JOACHIM PODLECH 1986 - Software taken from CHIP SPECIAL MZ-700/MZ-800 life.asm: Original assembler code reworked to have multiple languages life_de.mzf: German version life_de.png life_en.mzf: English version life_en.png life_fr.mzf: French version life_fr.png * Editor : life_editeur...

Very interesting.
Thanks S_U_C.

I want to differentiate the MZ-700 from the MZ-800 also hence the idea of ​​the range $ C800 to $ FFFF

I forgot the end of the range for 0xC800: 0xC800 to 0xFFFF Thank you for your answers. I think it's more interesting to do it the way that hlide describes because if a personal ROM is installed, you can still know who is who by hardware behavior. I will try to implement all of this as an assembler. ...

Does anyone know how one can know the type of system automatically?
I had thought to test the ROMs from 0x000-> 0x0FFF and 0xC800 but to test which value to be sure?