mirv

I'm not sure if they ship to Germany but you can always request samples from the company who makes them. They are pretty good with them. Other then that Smash;s store wouldn't be a bad plan! Think this is already sold to another member, he managed to contact me first. Will confirm once I get payment, otherwise I'll get the shipping costs for you ralf. Went a lot faster then i figured it would! Scott

Well, life seems to be kicking me in the a$@ and I just don't any time for the projects I had planned into the foreseeable future. I hate to see them just sit around so hopping someone can get some use out of these. Here is a list of what i'm getting rid of. (pic included) 3 x din just board 2 x dout just board 1 x sid just board 1 x core just board 1 x DIN completed 1 x DOUT completed 1 x Core Completed 1 x OPL3 Completed (minus the soundcard chips) 20 x Bornes encoders Both the DOUT an OLP3 both missing the 10k resistors which i will include.. just never got around to putting them in. Chips for the completed DIN and DOUT are included (never put in) as well as 3 x PIC18f4685 and 3 x PIC18f4620. None of the PICs are programmed or ever used but I can program them for you if required. All was bought from avishowtech store, part's all from digikey (cheaper for us canadians!) All in all there is around 150-160 in boards and parts (not including my shipping costs into the equation!). This was orignally a planned OLP3 and SID combo but alas in my hands I see it never getting completed. I do have LED's as well I can included if requested. They are also from the avishowtech store. Looking for $100 plus shipping. Hopefully somebody can put these to good use.

You can always try digikey.ca... they say they will charge tax and no import fee's (at least I'm confident i read that somewhere) but they lie :). Of course I don't believe they carry Alps stuff. I personally don't find mouser's shipping rates that bad and generally always get them to send it USPS. It might take a few days extra to get here but you aren't hit with the extortionist "handling" fees of UPS or Fedex and a lot of the time there isn't even duty. At least on my last 2 mouser order's there's been no duty, both order's were over $100 so I save as much on handling and duty by going with USPS as it costs to ship using mouser. As for a "in canada" electronic part distributor.. There likely going to have to order the parts in even if they use the manufacture your looking for and they surely don't do as much sales as Mouser.. so there prices are going to be higher. My local electronics stores charge almost double (some things way more then double) for almost any component you can get from Mouser. When you take that into account its almost always cheaper to pay the shipping. At least thats my thoughts on the matter.

I'm curious, but where exactly is this "unique license" you talk of? From the forum read's I would guess its the GPL but I really can't find any posting's or links directing me to the specific license. I like knowing what I'm limited to and can do with a given project. Sorry.. but my innate curiosity is bringing me there. I won't bring it up again after this! .. and I know we should be discussing more pressing matters like electronics but your statements left me with more questions. Like, what can of worms are you talking about? I'm still confused as to how I would be breaking any licensing agreement by directly integrating edrum and midibox... or midibox and anything else for that matter. Surely I understand that I cannot, nor could Admir, take code directly from the ucapps MIOS and then re-distribute it to everyone or anyone at edrum but I still fail to see why there would be a problem doing so for my own personal use. Closed source or not. I personally only see an issue with re-distributing (free or otherwise) the modifications. At least based off of my, I'm sure, incorrect interpretation of the Canada Copyright Act it would fall under "Fair Dealing" for me. Mind you I'm no lawyer... and have been known to be incorrect from time to time.... but who isn't! :) Either way, I won't bring it up again... Its all largely pointless anyways with the way I'm doing it having no license issues.

:) I was actually going to ask you to clarify what you meant by needing TK's permission.. I've always been under the impression (especially with projects like midibox) its okay to modify, hack and re-use to your hearts content as long as its only for personal use, which this is. I'm also perfectly confident that your correct on Admir being capable of coding a 24x8 matrix into the edrum... but I don't really want to bother him with something as mundane as adding LED velocity meters. Especially where he seems so busy lately. My PIC's and shift registers should be here early in the week. Can't wait to start testing!

One more thing then. I've been looking at the wiring diagrams and I'm not really sure how to adapt one of them (say the lc_ledrings) to a different size matrix or what my matrix options really are. 24x10 I guess would be an ideal size which would bring me to 240 LEDs and give me 10 LED's per peizo input. Can that be driven by one DOUTx4 board? I'm thinking it can't.. but what do I know :) I guess there is no reason I couldn't have say 2 12x10 matrix's, or hell even 4 6x10 matrix's right? What do you think my best option would be?

Yes, but can you think of a way to tap into that information without the PIC firmware? I realize that my idea really has no practical usefulness, but like I mentioned earlier, I want to add something visual to the edrum. Velocity meter's will look a lot more interesting then pot led rings.

Takes me a little time to catch up sometimes... but once I'm there!!! look out :P I think one of the largest reason's is the closed source status of the firmware for edrum. If I had access to the firmware it might be possible but its likely still over my head electronically. Unless of course I'm missing something, which is entirely possible.. but I'd think I'd need direct access to the firmware to be able to add it in as part of the edrum. Or the creator willing to write it for me, but I'm sure thats very low on his priority list. I do like the idea of a learn mode. Hadn't considered it. thanks for the idea!

I'm was thinking I could run the incomming note# through a switch statement. You're right though, I would need to know what the incomming midi notes are going to be for that to work and if I changed the incomming notes I would have to change the firmware. I could likely get around that and do remaping (aka, change the expected note the notes on the fly) but it would take a 2nd lcd in my mind which I would rather not have. Its likely not he best solution as it would be a pain in the a$$ to change the note's around, but it should work.

I'm not sure I completely understand your question. Do you mean how midibox would know how to route the peizo input to the proper LED meter? I had assumed I would have the midi notes or at the least the numerical values of incomming midi notes from the edrum along with velocity information in MIOS. Am I incorrect in my assumption? As long as I can access those values in MIOS I didn't think it would be that hard to program it. edit: and after a short read at http://www.ucapps.de/mios_c_set_dout.html and the midi spec page it links too it seems I can.

Never really thought about it but now I understand the confusion. I came from an edrum to midibox world and midi was a completely new thing to me when I started researching. The edrum site refers to each piezo input as a "channel" thus a 24 channel edrum. When I say channel to people who are from a midi world they assume I'm refering to the 16 possible midi channels (yes, 10 is the midi chan edrum is on). From now on I will refer to the edrum "channels" as peizo inputs! :) So, from what I can tell from http://www.ucapps.de/midibox/midi_thru.gif all I need to make midi-thru is connect that schematic to pin 26 of the PIC on the CORE module and apply +5V's to pin 14 on the chip and the midi connector (not sure what pin that is off the top of my head, I always have to refer to documentation!) .. and connect grounds of course as well.

That was pretty much exactly the same though I landed on. It would seem however the NOTE-OFF's are sent (well, you can enable and disable them). Heres a comment from the creator "Note-off messages are automatically sent after a short period of time. To confirm what exactly midi-thru does is it sends the unchanged midi signal directly to midiout (for processing elsewhere) meanwhile giving the core a copy of it to work with? Am I incorrect in thinking you can still only have 64 LED's per DOUT? I had planned on using the MAX7219 which I seen some people have success using (ordered some samples a few days ago!). It would be nice to do it to the 24 channel version (which hasn't even really been realeased yet) as its set to have USB and moving to a better processor (the 4650 I do believe) very soon.

I considered that but honestly I'm wasn't overly concerned about the accuracy. Really I was wanting to add a unique touch to my edrum, something visual .. and I just happen to like LED's! This was my first though of something I could actually accomplish for the edrum which would give me a better understanding of MIOS and midibox at the same time. You comment though made me rethink my plan though. A good quote came to mind "Just because something can be done, does in no way imply it should be done". I do think I've found a reasonable alternative which Ive started looking into. I'm going to add velocity meters for each of the channels. I read a few posts on the edrum where someone had concidered using midibox for just that but he never seemed to follow through with it. I haven't fully decided on how I'm going to layout the faceplate or case but I think its a much better plan and will provide a much more interesting visual feedback. Also, if I wanted to do this for 24 Channels (I'm thinking I'll still go with 8 LEDS per) would I need 2 core's? and a total of 6 DOUT's? If thats the case I'll likely just stick with the 16 chan version

Your projects are an inspiration to me! I really like the way you do your LED rings as well (but thats another story). If you do end up getting a batch going I'd be in. I'm planning on attempting to make some of my own buttons like yours for an upcomming LC not to mention a few other projects and have sourced out everything I need .. but I'd still like some of yours :) if only to compare which I manage to create. I'm assuming that the button holder was also made / designed by you. Any chance of an esp/cad file of that? Is the blue a plastic or are you still using acrylic for it? Thanks again for the inspiration.

Hey, I'm about to start my first real from scratch project with full case design pcb board layout and such. I'm actually not going to be a midibox design (thats number 2, want to get a little better before I build my LC!!!!) but I'm thinking midibox might be perfect for a certain addition I'm planning. Basically I'm making the edrum from edrum.info. I want to add LED rings for a visual display of the current pot values. I've seen the LED ring's for the LC and was thinking something like that might be possible using just normal pots. From what I can tell the values for the rings are sent by the program on the computer but there should be a way to adapt MIOS to turn on the led's based on the pot resistance and then forward the value to the edrum inputs right?. I'm going to dig in deeper this weekend but any guidence would be awesome.. at least where I should be looking. I'm a software developer and am generally pretty new to electronics.. but I'm learning quick and generally just need a point in the right direction. Also could anyone suggest a configuration that would give me control over 128 leds? The edrum I'm making has 16 pots. I'm thinking if I use the MIDIO128 firmware I should be able to support 4 DOUTX4 modules which would give me my 128 leds. Confirmation on that one would be awesome too! Thanks!!