TomViolenz wrote:The rings from your last link look great but 2 questions: 1: Could they be used in the MIDIIO128 project mentioned above (and not require programing) 2: Are they serious 15.95 EACH!!! (I could see myself buying if they were 15.95 for the lot of 16, but EACH?! Not gonna happen!)
Heh, yup. They are expensive... Meant more for hobby work than making a final product. You could potentially build your own PCB and do this all yourself, but it will take research and some learning. Stuff like those LED rings are great to prototype with.
That LED ring speaks SPI (Serial Periphal Interface Bus), which is a pretty standard thing for electronics. If whatever software that controls the MIDIIO128 speaks SPI (or you can hack it in), it will work.
SPI is basically like:
1. Set all chips on the SPI bus to a certain voltage level to disable them while we write data
2. Select the SPI chip(s) we want to send/receive data
2. Send/receive the data (Could be anything, depending on what the chip does)
3. Set all chips on the SPI bus to their normal voltage level to turn them back on
4. Then the chips will do something.
This process happens extremely fast, of course, depending on the speed of the device and if it has any other work to do.
TomViolenz wrote:chapelier fou wrote:A few things about the midibox stuff :
The Core is, well, the brain.
You'd need 64 Analog inputs for the pots : that's what the AINSER64 is about : connect pots.
Since you want a push function on your buttons, you'd want 64 Digital Ins, that's 2 DIN cards.
It's pretty cheap and you can order everything here (except from the LPCXpresso board which is about 30$) :
http://www.midibox-shop.com/buy.html
I should add that i have no idea if you can use endless encoders on a midibox...
Also, know that led rings, some components and especially the enclosure can be much more expensive than you'd imagine.
For the casing I'll find a way (to probably spend way too much money...

)
But the LED rings seem to be a problem...and possibly no endless... Hm?
I guess I could live with turning back the encoder to -inf after I used the push button via xTrigger to turn down the parameter to -inf (this is meant as a smooth emergency function, because feed back can get nasty fast!)
It's not perfect, but would apparently make things a lot easier...
Any tips on the soldering method I need so I can google it.
Do you know at what resolution I could use the encoders? Is 128 steps the limit or can I have higher resolution? (Would be great for my use!)
Also is there a software package to look at for this, or is it all already as ROMs on the board?
And why do I only need 64 digital ins if I have 64 encoders + 64 times the Push button on the encoder?
Casing is a real bitch. There are companies like Bud Industries and Hamond Manufacturing that do make decent aluminum cases, but you'll be hard pressed to find something that is cheap and nice. I'm trying to find someone with a metal shop who can do custom ones for me, but so far I haven't found anyone who can do what I need at the right price.... Yet.
I'm not familiar with whatever software ucapps uses, but I assume you would be able to be able to set the resolution to whatever you need. Encoders come typically in 12ppr or 24ppr (12 or 24 pulses per revolution). Hi-res MIDI is 14 bits, 16383 possible values. 16383/24 = 682... So if you wanted, you could use the highest possible resolution MIDI and a 24ppm encoder and it would still take you 682 turns to get from 0-max! (this can all be adjusted using math in the software you write, of course).
To read an encoder, you do something like:
1. Check the status of the first pin of the encoder
2. Check the status of the second pin of the encoder
3. If the new values are different than the values we recorded during the previous cycle...
Adjust a value
4. Set the old pin status equal to the pin status we just read so we can compare it again
Most encoders require 2 pins + 1 common. An encoder with a button might have 5 pins: 2 pins + 1 for the switch + 2 for ground/voltage. So for data pins for a single pushbutton encoder, you will need 3 pins for each encoder. If you connect them to a port expander or shift register, you will only need 4 pins for the serial signals, then you daisy chain as many port expanders or shift registers as you need.
Here's a quick explanation on how encoders work:
http://www.pjrc.com/teensy/td_libs_Encoder.html