8085 Address Decoding

Adrian Graham witchy at binarydinosaurs.co.uk
Thu Jan 26 02:41:29 CST 2017


On 26/01/2017 01:09, "Alexis Kotlowy" <thrashbarg at kaput.homeunix.org> wrote:

>> My Executel ROM disassembly puts this block of code between 0x0F38 and
>> 0x0F3E:
>> 
>> 0F38                            L0F38:
>> 0F38 : 7B                "{"        [4]        mov    a,e
>> 0F39 : 95                " "        [4]        sub    l
>> 0F3A : 5F                "_"        [4]        mov    e,a
>> 0F3B : 7A                "z"        [4]        mov    a,d
>> 0F3C : 9C                " "        [4]        sbb    h
>> 0F3D : 57                "W"        [4]        mov    d,a
>> 0F3E : C9                " "        [10]       ret
>> 
>> Does that make sense? I might not have a full disassembly since L0F38 is
>> only called from two places and neither of them jump back to 0x0FB2 but I
>> know that doesn't necessarily mean it's wrong.
>> 
>> Cheers,
>> 
> 
> Hi Adrian,
> 
> The instruction at 0x0F3E is RET, so it's going to read two bytes off
> the stack and jump to it. This is what you're seeing at 0xF0B2 and
> 0xF0B3. I'd suggest you look at how RAM is addressed at the top of
> memory space and see if it's correct.

I was afraid someone might say that. Whilst I don't have a memory map for
this system (or any other docs apart from the ones I'm writing myself) I did
notice last night that CAS-1 was missing. RAM is laid out like a CBM PET
with 16x 4116 DRAMs split into lower and upper blocks. RAS and CAS-0 are
pulsing.

More probing tonight then!

-- 
Adrian/Witchy
Binary Dinosaurs creator/curator
Www.binarydinosaurs.co.uk - the UK's biggest private home computer
collection?




More information about the cctech mailing list