The three outputs are just a latched output register. The chip used is a 74HC174 which is a six bit latch. I originally used three out of the six latches. The new boards have the remaining three made available. Basically, the code can write values to the six bits and the latches keep them in that state after the CPU moves on to other tasks. I know someone wanted a signal that indicated a note hit. So that's one bit latch taken for that already. Then, your encoder project was probably going to use one or two latches. Adding a scanning latch to HAWK would not be too difficult so it would seem unnecessary to steal keyboard inputs.
The CPU in the Poly is an 80C85 which is darn close to the 8080 which was the precursor to the Z80.
I would suggest reading the datasheet for the 80C85 for a start and also read the instruction set. I use TASM for the assembly language and Eclipse as the IDE. There is actually a 80C85 plug in for eclipse. I had it working with eclipse version 3.2 and am now just trying to see if I can get it to work with the latest version of Eclipse.
Mike
From: bimmerfan222 <bperkins211@...>
To: korgpolyex@yahoogroups.com
Sent: Monday, July 2, 2012 4:17 PM
Subject: [korgpolyex] Re: HAWK-800 - 100+ units shipped...
--- In korgpolyex@yahoogroups.com, Michael Hawkins <korgpolyex800@...> wrote:
>
> Yes, I will be making the code available on sourceforge very soon.
That would be very helpful and greatly appreciated. Do you have any recommendations of good books to learn about the 80C51 and programming it?
> But the idea is that support would INCREASE through a community of HAWKer's
That would be very nice.. sure hate to see all this work you've done end up fizzling away in continued support.
> The latest board now has three extra TTL output lines available so I think your encoder project is technically feasible.
The boards you just shipped out have them? By output lines, what are you referring to? I'm just barely getting a grasp on TTL/CMOS. I got ahold of Lancaster's books TTL & CMOS Cookbooks and slowly digesting on the families and their applications/logic.
I finally think I figured out how the Poly KB's scan for input using the 3 to 8 decoder/selector chip with the octal buffer.. it's kinda neat to see how there are 8 groups of 8 switches.. and how that 3-8 selector goes from each output, to each group of switches and then routed back to the buffer for the MPU to read/poll.
Thats probably all elementary for you, but for me it was a moment of "aha!.. THATS how it works"
So that's what gave me the idea to use keyboard key switches and reprogram their inputs as encoder controlled bilateral switches for in depth editing of all the new toys coded in.
If you might have a moment to share how those TTL outputs are built into the new architecture, I'd greatly appreciated it in order to read up more about using them.
-Blaine
______________________
> From: bimmerfan222 <bperkins211@...>
> To: korgpolyex@yahoogroups.com
> Sent: Monday, July 2, 2012 12:55 PM
> Subject: [korgpolyex] Re: HAWK-800 - 100+ units shipped...
>
>
> Â
>
>
> If support is going to be cut off later on/no more production, will there be any release of the coding/assy. language?
>
> I have ideas I'd like to tinker with. One is to convert keyboard key switch pairs into encoders ..
> basically make a Poly into a rack unit.. or somehow make the KB go from keys to an edit mode with up to 24 encoders that do direct edits, instead of jamming up the MPU with too many midi signals..
> I figure the KB's are not much use when you have velocity sens. avail and use an external KB controller.
>
> -Blaine
>
> --- In korgpolyex@yahoogroups.com, Michael Hawkins <korgpolyex800@> wrote:
> >
> > As you well know, I do my best to make sure every HAWK works for every customer. I am always available to help.
> >
> > Mike
> >
> >
>