Korg Poly800/EX800 Users group photo

Yahoo Groups archive

Korg Poly800/EX800 Users

Index last updated: 2026-04-05 20:10 UTC

Thread

Disassembly update

Disassembly update

2006-05-15 by patrioticduo

OK,

here's a little update.

i) Rummaged through basement to find old 2764 EPROM programmer.
ii) Built an old Win95/DOSv7 PC out of a Compaq Presario (because it 
has an ISA slot!).
iii) Took copy of EX800 EPROM and burned a new one - put copy of 
EPROM back into EX800 and it worked!
iv) Downloaded and installed a copy of the idaw disassembler.
v) ran binary file from EX800 against idaw and got a disassembly 
guessing that the entry point for the 8085 is location zero in the 
EPROM. Got what appeared to be a reasonable looking disassembly.

So at this point, I now have to find a good reference on the 8085, 
make a full list of the address space use in the EX800/Poly and start 
the real work. But we are definitely making progress.

Mike H.

Re: [korgpolyex] Disassembly update

2006-05-15 by Manu

> i) Rummaged through basement to find old 2764 EPROM programmer.

I'm very interested on this, can you send me the source code, please? :) 
I would love to take a look at it.

> ii) Built an old Win95/DOSv7 PC out of a Compaq Presario (because it 
> has an ISA slot!).

That's VERY interesting. What model it is?

Manu

Re: Disassembly update

2006-05-15 by patrioticduo

Manu,

The EPROM programmer is a very old Sunshine (Chinese) unit.
The Compaq Presario is a very old Pentium-M class.

The Poly 800 and EX800 run 80C85 CPU.

The disassembler comes from http://www.datarescue.com/

I will post the EX800 EPROM binary file onto my new web site over the
next couple of days. The disassembled code is still too primitive to
do anything with so I will hold off posting that until I've made some
more progress.

Mike H


--- In korgpolyex@yahoogroups.com, Manu <g.manu@...> wrote:
>
> > i) Rummaged through basement to find old 2764 EPROM programmer.
> 
> I'm very interested on this, can you send me the source code,
please? :) 
Show quoted textHide quoted text
> I would love to take a look at it.
> 
> > ii) Built an old Win95/DOSv7 PC out of a Compaq Presario (because it 
> > has an ISA slot!).
> 
> That's VERY interesting. What model it is?
> 
> Manu
>

Re: [korgpolyex] Re: Disassembly update

2006-05-16 by Bill Thompson

patrioticduo wrote:
> Manu,
>
> The EPROM programmer is a very old Sunshine (Chinese) unit.
> The Compaq Presario is a very old Pentium-M class.
>
> The Poly 800 and EX800 run 80C85 CPU.
>
> The disassembler comes from http://www.datarescue.com/
>
> I will post the EX800 EPROM binary file onto my new web site over the
> next couple of days. The disassembled code is still too primitive to
> do anything with so I will hold off posting that until I've made some
> more progress.
Hi Mike,

Many years ago I spent quite a bit of time programming embedded systems
using the 8085. Being a packrat, I know that all the documentation is
around here, somewhere. When I find it we can figure out a way to get
you copies. I know that Intel's documentation is available in electronic
format somewhere on the web, I ran across it when I found my old 8085
SDK board. I'll look again and see if I can find it.

This sounds like fun... I've always wished for sysex or NRPN type remote
control over the various parameters<G>!

Bill

Audio Enterprise 
www.audioenterprise.com 
Providing Technical Services to Audio Professionals 
and Creative Music and Audio Services to everyone 
KB3KJF 
-- 
I need to find something clever to put here!
==

Re: Disassembly update

2006-05-18 by patrioticduo

> Hi Mike,
> 
> Many years ago I spent quite a bit of time programming embedded systems
> using the 8085. <SNIP>
>
> control over the various parameters<G>!
> 
> Bill
> 
> Audio Enterprise 
> www.audioenterprise.com 
> Providing Technical Services to Audio Professionals 
> and Creative Music and Audio Services to everyone 
> KB3KJF 
> -- 
> I need to find something clever to put here!
> ==
>

Bill,

that's great news! Now I have someone else that can help me do the
disassembly. :-) Are you trying to keep the 80's alive too? I cut my
teeth on 8 bit assembly with the SCMP-II, then the 6502, the CDP1802
and then finally the Z80 before making the jump into C. I still think
CP/M was better! LOL

I am currently looking for the data sheets on the RAM/PIC chip. The
Internet makes this too easy.

My approach is going to be fairly straightforward.

We need a way to add another 8K ROM and hopefully another 8K RAM.

Physically, we'll need to develop a retrofit card that supports two
2764 EPROM's and a 74138 3 to 8 decoder and a 7474 flip flop. It
appears that the address decoding used the upper three bits (A13-15)
to select both the ROM, RAM and peripherals (not sure if it's all
considered memory or IO yet). So I think that not all of the high end
is decoded fully. So we will need to hack into the existing 74138 and
grab one of the gate lines and feed it to the new 74138 then take the
CS we stole and connect it to the first out on the new 74138. I'll be
looking at the physical difficulty of doing that over the weekend.
Then, we will need to work out which peripheral chip select is best
intercepted before being fed by the new 74138 which will be decoding
A10-12. So the end result will be that we end up with A15-A10 decoded.

If we can't actually find the full required address space to fit the
new ROM and RAM in then we should be able to add a ROM bank switch
flip flop up high in the address space somewhere. Then, I'll find a
safe entry point in the code whereby we can call that address and
execute the flip. The flip will deselect the existing ROM and enable
the new. The question is then how the user will trigger the flip. I'm
hoping that I can find the keyboard decoding code fairly quickly. And
I am going to steal one of the keys to use as "enter the new ROM
functions". Probably the write key. The write key is never used except
in edit mode. So if you're not in edit mode, you can push the write
key and it will cause the CPU to call the ROM bank flip code section.

So I am currently carefully examining the use of the address space.
And I'm also trying to see if IO ports are used for the peripherals or
if the Korg engineers were lazy and went with memory for peripheral
use. Hopefully, they were not lazy. Otherwise it might be rather
tricky fitting another 8K or RAM and 8K of ROM in.

Here's my little web site I put together to track the project. Not
much there right now but there are a few links to the disassembler and
another 8085 interest site with some doco -
http://patrioticduo.tripod.com/index.html

I should get a little more time to work on this over the next few
weeks. But this is definitely going to take a while.

Mike H.

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.