I plan to make a dual (91 keys * 2) musical keyboard with 36 effect keys.
Everything will play (and record) on PC (using a modification of Zynaddsubfx) and I just need a way to "read" these keys in a program.
Basically, I want some quick-start solution to be able to get which key was pressed and when. I just need an interface that identifies every key and sends this event to PC.
I'm intended to modify 2 trashed keyboards. They don't have pwr or anything, they are just a bunch of electrical(electronic) switches. And I just need a way to read on PC which switch is pressed. I would use serial ports if they were enough, however, 218 are too much. And USB is way better.
..Parallel in - Serial Out shift registers. Lots of them.
What? Sorry, but i'm software programmer. I know almost nothing about electronics :(. I wonder if this is the right way for me... I'm not giving up though.
Parallel In Serial Out (PISO) shift registers take 8 inputs and shift them serially out from one pin. You can hook as many as you like together, so in your case you would connect 28 of them in a line, pulse one of the Arduino pins 28*8 times while reading another pin and saving a byte every 8 pulses.
At the end of this you have 28 bytes in RAM that represent the state of 224 inputs.
It's easy to do and will only need 3 pins, but presumably you will be playing music so the only problem is that as a C function it might be too slow if you are expecting an instant response.
No need to speculate...Using standard Arduino techniques takes 150us to shift in one bit. The whole lot thus will need 36 ms = 1/28 sec which is a noticeable time for the ear (and even for the eye). It can be done faster, but there will be a lot of processing involved anyhow, not to speak of sending the data, though you will send the differences only of course....
The build-up and wiring of 28 chips on a PCB is also not an easy task for someone with little experience.
All right, there is another not so well known appproach, using an analogue technique. You can add a resistor to each of the keys to a common voltage, adding the current through them. As you have to identify multiple keys, the values have to be logarithmic which limits this approach to less than 10 keys
Critically viewed the 10 bit resolution of the ADCs will not really suffice to cover that range reliably...
Second thought: It is easy to expand the ADC to more lines, as the 6 provided lines are multiplexed anyhow. This needs a quite popular chip as 74HC4051 (1to8-analogue multiplexer). So by using 5 of them to 5 Arduino analogue ports you have 40 lines, each connected to a resistor network of 8 (from 470k to 2k2) giving you 320 inputs.
I have not yet calculated what time the decoding will take. Most likely not so much, as most of the time most keys will be open which can be easily detected....
Parallel In Serial Out (PISO) shift registers take 8 inputs and shift them serially out from one pin. You can hook as many as you like together, so in your case you would connect 28 of them in a line, pulse one of the Arduino pins 28*8 times while reading another pin and saving a byte every 8 pulses.
At the end of this you have 28 bytes in RAM that represent the state of 224 inputs.
It's easy to do and will only need 3 pins, but presumably you will be playing music so the only problem is that as a C function it might be too slow if you are expecting an instant response.
Thanks for the detailed explanation.
Too bad it doesn't fit my needs though.
Second thought: It is easy to expand the ADC to more lines, as the 6 provided lines are multiplexed anyhow. This needs a quite popular chip as 74HC4051 (1to8-analogue multiplexer). So by using 5 of them to 5 Arduino analogue ports you have 40 lines, each connected to a resistor network of 8 (from 470k to 2k2) giving you 320 inputs.
I have not yet calculated what time the decoding will take. Most likely not so much, as most of the time most keys will be open which can be easily detected....
Wow! Seems the way to go... I even found something similar using this method:
However, as a beginner, I would like to study some tutorial-style documentation about this, so, if anyone can point me some good ones (i'm interested about the "piso" also) i'll be very gateful.
Does it really take 150us to clock in a single bit from a shift register?
That's an awful long time, and of the order of the same sort of time between analogue readings.
There is a lot of overhead in the underlaying C-Code...
As this was some time ago my memory might be unprecise - I shall repeat the meassurement and report here again
However, the ability to detect simultaneous presses is very essential. And 36ms isn't very good, but is much more acceptable than 'non-simultaneosity'. Including the pedals and effects, sometimes it will be necessary to detect 5 simultaneous events or more.
Maybe the "PISO" method, even if a little bit "delayed", is the best bet in this case. Is it possible to detect simultaneous events this way?
Also, I planned to do this while i'm on vacation, as a hobby, however, I don't know if 1 month will be enough to finish this, because it looks way harder than I thought.
Is there a noob tutorial teaching in details how to do this (PISO) in practice?
All right, there is another not so well known appproach, using an analogue technique. You can add a resistor to each of the keys to a common voltage, adding the current through them. As you have to identify multiple keys, the values have to be logarithmic which limits this approach to less than 10 keys
this will take far too long, the arduino only has a single ADC (that is multiplexed already) and it is a very slow ADC. It could work with banks of flash ADCs, but that would be expensive.
Latches and encoders could work, it would be much faster than shift registers anyway. Just tri-state all the latches apart from the one you want to read. The encoder isn't necessary but saves port space.
You could also use the Intel 8255, which gives you 3 GPIO ports from one, but it is rather an old chip, I don't know if the is a more modern alternative.