Maybe you guys can explain to us all what the technical limitation was, with the LED array sensors (as per the youtube video above) … I remember there was one… and I remember thinking they must not be doing it the most optimal way But I can’t remember what the problem was exactly…
Anyway I couldn’t help but wonder if it would be possible to make something like the 16F88 do that, and send the results by IIC… I thought about it before but just don’t have the time to develop it all by myself.
Edit: polo what you’re talking about is visual feedback for every segment of the entire matrix, which is a different thing again… Anyway if you feel like doing my homework for me on the LED sensors…
sorry , i don’t understand, what are you saying to me?
…
but maybe i’m wrong
Those things are all partially true… Regarding the inability to use them in bright lighting, I wondered if anyone had tried this with UV or IR leds… this would also allow you to embed a second array with visible light.
I think the limitation may be resolution or something like it (larger led arrays?)… But yeh the homework i referred to, was that there was a specific technical limitation (not a practical limitation like the ones you mentioned) that the guys who developed the led sensors encountered, which meant the controller needed more power or ram or something.. I dunno, that’s why I need you to do the homework
Those things are all partially true… Regarding the inability to use them in bright lighting, I wondered if anyone had tried this with UV or IR leds… this would also allow you to embed a second array with visible light.
a second array of uv leds and a larger matrix (16x16) could solve these practical problems…
do integrated leds with uv and visible light exist?
eh eh … it gets too complicated! :o ;D
i’ll concentrate my work on visual feedback using led matrix in the next months. probably i’ll choose ARDUINO boards, because those have a friandly usb handling and i want to build a pc based app. i don’t see usb compatibility so easy inside mios
i actually do that and with very good results. but a midicontroller stuffed with touchscreens + visuals should leave the main monitor(touchmonitor) free, while with the midicontroller you send notes, cc, pc,pb, qwerty controls, mouse messages for precision pointing and everything can make you save precious seconds during studio sessions
Hi, if you’re connecting a computer with your midiboxes why don’t you use it as your touchpad -> MIDI controller?
because i need between 12-16 each of them mapped to their own parameters… and i need them available on the fly… i cant be switching between modes, banks etc…
the visual feedback doesn’t need to be precice.. i’m just looking at all my options…
like i said in the other thread if i HAVE to i will buy 16 korg kp3’s but i’d rather try to implement my own way with my own basic graphics… if anyone has and advice on how i can do this please let me know…
But yeh the homework i referred to, was that there was a specific technical limitation (not a practical limitation like the ones you mentioned) that the guys who developed the led sensors encountered, which meant the controller needed more power or ram or something..
If you’re talking about the guy we all linked to last year, his main problem was that he was doing all the sensing in PIC Basic :
If you’re talking about the guy we all linked to last year, his main problem was that he was doing all the sensing in PIC Basic :
I remember thinking they must not be doing it the most optimal way
LOL yehhhh that’ll do it! I’m sure we could whip up an ASM optimised version, but it doesn’t sound like it’ll do the trick for JP anyway… Would be interesting to see if invisible spectra work out too…
i don’t think that led sensing arrays can be used for professional music applications.
the only realistic application for led sensors could be an economic alternative to buttons.
small surfaces with many of led based buttons could be useful in studio, and relatively easy to realize, and most durable than mechanic buttons\switches. transparent sheets could be used to wiev the button functions
probably te fact that led sensord can be used only in dark ambients is not true…
probably xy pads with a decent detail (64x64??) could be built
but the fact that images cannot be wieved while the matrix is in “sensing mode” makes many intereasting things imppossible to obtain: virtual controllers like sliders or rotary enc, seq…
so, without viuals this is almost usless
the possibility to use uv leds in combination with visible light leds is tooooooooo complex and the results could be unsuccessiful.ì, because of the slight different position of visible and uv leds.
the hope to realize the multitouch led dream is to have composite leds with uv send\recive and visible light (red ) . and these thing do not exist, do they?
but there is a remote possibility of succes with bicolor or rgb leds…
in the case of a bicolor led the green diode will be used as senson when red is used as emitter and viceversa
but probably each color is sensible only to his own light
as i know… each color is sensible to his frequency or higher freq.
i made the most stupid test in the human history:
i measured the current sent by a common led that is exposed to the light. i used a common yellow led as reciver and a ultra bright white led as emitter. the voltage goes form 0.001 0.002 under no exposition (the only light is the light of my room, the main light is on…) to 1,4 1,5v under exposition to white led light.
But I can’t remember what the problem was exactly…