Sluggish probably isn't the word... it's worth figuring this out in milliseconds and comparing it to human response times. These kinds of designs will trade off the hardware complexity with the number of machine cycles, but I don't think they ever come out slow by human standards.

Putting the modifier keys into a single column and treating it specially is a common tactic. I've a feeling you can apply diodes sparingly to get most of the benefit without most of the cost.

It's a big design space - I suspect every micro is a bit different - but I think it's a fairly flat space, in that there's no great differences of outcome. So - pick an idea and build it!

I have an improvement in mind I will post the adjusted schematic later. It will only need a single port of the 65C22 and have separate control and shift outputs connected to 2 pins of the 65C22.
I want to add two 3-bit counters for scanning the rows and columns. When a key in the matrix is pressed it will output the values of these two counters with the Control and Shift values to the A port of the 65C22. I could connect the Q output of the 74HC153 up to the CA1 to trigger an interrupt when a key is pressed. That is what I wanted in the first place and why I was trying to implement the ASCII keyboard I had in mind. I wanted to just use a single port of the 65C22 for the keyboard and have it to trigger an interrupt when a key press is detected. I hope I could make clear what I have in mind. The schematics will come soon .

My design is inspired by the Acorn BBC micro keyboard see https://mdfs.net/Info/Comp/BBC/Circuits/BBC/bbckbd.gif.
I want to handle more in hardware so I could simplify the software implementation of handling things.

It is just a hobby project and not intended for mass production so costs are not a big factor so I probably over-engineer things. Hobbies simply entail costs.

Here's an alternative with the option of faster scanning.

The shift register controls which rows are selected. Make them active-low, and they can all be selected by pulsing ROW_CLR. Then you cycle through the columns and see which have keys pressed. Most of the time none will, and you can stop there.
If any columns report a pressed key, first disable all rows by shifting 1 into the shift register. Then select each column that you want to look at, and shift a single 0 through the row selects. Most of the time, if any key is pressed there will only be one, so you only need to test one column.
With some more logic you could use a shift register to select columns as well. This time you want the outputs to be active-high, so they'd need inverters. AND the column selects with their respective columns, then AND those signals together. That should go low if the selected key is pressed (and I haven't flipped the logic around somewhere in there - that's very possible).
That gives you a much quicker scan: first enable all rows and all columns. Most of the time that will report no key pressed, and you can stop there. If not, keep the columns enabled and go through the rows one by one to see which have keys pressed. Then you can select each column in just those rows.
Also, this design can be extended to larger keyboards by chaining multiple shift registers. You don't need any more I/O pins to control them.

(Completely five of course to make your own preferred trade off between software and hardware!)

Thanks John West! Interesting I will give it a try.

Ok, here is a new version of my schematic as promised. I added the counters and circuitry for the Caps Lock/Shift and control buttons and there is also a reset button.



The keyboard has a clock input that controls the 3-bit counters and these are connected to the 74151 and the 74HC238. The 74151 scans the rows and the 74HC238 the columns.
When a key is pressed the 74151 toggles direction so that the 74HC245 outputs the value of both counters to the output pins of the keyboard and these will go to the 65C22. The Caps Lock/Shift and Control values wil be send with that. So you would have 6-bits that indicate the selected row and column and 1 bit for the shift and one for the control. The OUT pin of the output of the keyboard will go to the CA1 or CA2.

I think this will be the layout I want to go for:



I have to figure out how to layout the buttons in the grid.

Might want to double check the logic around your Caps Lock key. Don't think the 7474 is going to do what you want hooked up like that.

I suspect you want something closer to this:


Edit:
In fact, looking at this more closely, it seems you have your unused outputs tied to VCC. You don't want to do that. Just leave them disconnected. Inputs should always be tied to either VCC or Ground, but outputs, if unused, should be left disconnected.

Remember when you come to decoding that the case is upper case if the caps lock status does not equal the shift status, and lower case if it does... that is, the shift undoes the caps lock if its set, but without affecting the caps lock status.

Neil

Off course you are right. I have modified my schematic:



Does the same apply to the shift keys? I also added the reset circuit I have in mind for the computer. I'm not sure is it ok to put it on the keyboard pcb? Or does that need to be on the same pcb as the cpu? I would like to use a switch on the keyboard to be able to reset the computer.

Hi Niel, yes indeed that is how I want it to work.

Yuri has made an important correction. Just be sure you've been careful about the details. Notice that the unused input on pin 4 of the flipflop should be tied high, not low. Also, Yuri has used pin 1 to arrange that the Caps Lock will be off when the system powers up -- which is optional, of course, but it adds a touch of convenience.

Here (below) is another suggested modification (and it applies to the Control keys as well as the Shift keys). Your original version is logically correct, but perhaps you were overthinking things (as can happen to anyone).

-- Jeff

ps- I can't resist sharing a delightful alternative circuit for allowing a momentary pushbutton to bouncelessly toggle the state of a flipflop (which in this case is just a pair of inverters wired to "remember" the state). I encountered this gem in the UI circuit of a 20th Century electronic keyboard/synthesizer I was servicing, and I have remembered it ever since!

_________________
In 1988 my 65C02 got six new registers and 44 new full-speed instructions!
https://laughtonelectronics.com/Arcana/ ... mmary.html

Woops yes you are right I missed that pin 4.
Ah ok that is why he connected the reset to the flipflop.



Yes, overthinking but also I'm a noob . So thanks for your help you guys are great!
This wil make everything a lot simpler indeed.



This is a replacement option for the debounce circuit in my schematic?

I adjusted the schematic again like you and Yuri suggested:

Yep,

There is no guaranteed state that the 7474 will start up in. It could be set or cleared on power up. By connecting the active low reset pin of the flip flop to the reset line of your system. (Driven by a 1813 or similar such IC) you will startup with caps off every time.

Is it needed? No, but it makes it behave in a consistent way.

The primer has a great section on reset circuits:
https://wilsonminesco.com/6502primer/RSTreqs.html

Hi Yuri, ok I got it. Thanks a lot!

I read the primer but I have to read it many times over and more important I need to put it to practice to really learn.