Sharp MZ

Awesome information, right there!

Thanks again for everything! I'm armed with enough information to keep me busy for a minute.

Hlide, Thank you so very much for that command line assembler with Sharp file output!! That has made Sharp programming life much, much easier. True, you must change the file extension of the output file (for my Sharp machine, at least) , and if it should help anyone to know this, create yourself a b...

Precisely! Thank you

Excellent point about the PIT chip! Hadn't considered that. It has no address lines to place onto the bus. I think I read from you elsewhere that the PIT chip interrupt is only for AM/PM and if you look at the monitor listing and follow from the point of interrupt entry (0038h), it definitely seems ...

Excellent!! Thanks for the reply. I knew there had to be a better way to get code written than using the legacy way of doing it. I'll definitely look into this!

Jj

Greetings Sharp Community! :D I'm scratching the surface of assembly language programming as it pertains to my real hardware MZ-700 and the various emulators I've tried. I've done some Z80 programming in the past, but it's all been for non-specific platforms like single board computer stuff. Anyway,...

Thanks, hlide for that enlightenment! Would you happen to know... If I were to invoke a hardware interrupt on the system bus connector (/INT signal, I believe), where in memory would that start code execution to service that interrupt? According to the Z80 datasheet, there are modes that the process...

I've been trying to follow along with all that this has to say: https://www.sharpmz.no/articles/the-mz-series/mz-700/mz-700-memory-map/#banksw I think I understand now that when the 700 boots at power up, as hlide stated: by hlide » Mon Jun 07, 2021 11:34 am On a stock MZ-700, $E010-$FFFF is not map...

Awesome! I've passed over other literature regarding that reader. Haven't looked that deeply into it, but I for sure will now. At the moment, I'm familiarizing myself with the various assemblers and symbolic debuggers that are available. Currently exploring these on an emulator. Right now, my attent...

So, is that 8K of address space where a ROM cartridge might live within since nothing else is present and won't conflict, or is my thinking completely off course? I know there's this fact of memory address banking too. Still trying to wrap my head around what that's all about.