ilmenator

Old thread, but I though I'd post the solution to the problem described above anyways. My K2000R now sports a bar clamp / vise that sits tight around the transformer package. I was not convinced before trying this, but it actually did the trick - thanks Imp! There is enough space in the enclosure to close the lid, so for me this is now a permanent solution.

Hey, the pics sport the new Lexan overlay, the first time I notice this - very nice indeed, congrats Wilba! Is the LCD window transparent, or is there a cutout in the Lexan?

Nachsicht hilft bei der Loesung des Problems nicht. Das Problem ist, dass deine Doku irgendwann verschwinden wird wenn die links nicht mehr existieren. Langfristig gesehen sind deine ganzen Postings deshalb fuer'n *!sch. Vielleicht ist das ja deine Absicht...? Falls nicht waere es klug, saemtliche Doku auf den Forumsserver hochzuladen.

[broken record] offsite docu bad [\broken record]

Great news! 2013 will be exciting :frantics:

That sounds like "Stribe" to me - I still need to rebuild mine, there is something severely wrong with my 8bit core built. TK, do you still have yours?

It looks as if your encoders are sitting dangerously close to the LCD - this can cause mechanical problems. Also, I would advise you to do the PCB layout first to verify that it is actually possible before you ask people here for any commitment. Then you would ideally do a protoboard to check that your PCB actually works as intended. Then is the time for bulk orders. PCB layouts tend to be faulty the first time around, even less complex ones. You should also state the potential cost and availability of the buttons / button caps you are going to use. This could be a major decision factor for some.

Well on my unit it is directly connected to the DIN/DOUT chain, I am not sure how much the 17x17 external BLM can be changed to hold only a subset of buttons/LEDs and how this would be configured? There should be some way, though, I would guess. At least the new NG concept seems to have all that functionality already, so it may arrive in very short time in the SEQ V4 as well if it is not there already?

I soo wish I was not traveling until after the New Year... This is so exciting!!

Hi and welcome here! Take a look at http://ucapps.de/ - on the left hand side you find a navigation bar. Under "MB Hardware Platform" you find a description of all the modules, along with layout data, BOMs and building instructions. =mb&s[]=seq]Forum legend Wilba has designed a front panel that can be used to have a panel cut e.g. by Schaeffer in Berlin. However, you could also use that template to design a case similar to the Shruthi or Ambika case to be made by Formulor / Ponoko. Good luck with your build!

This is the final bump before I actually travel to Germany and the last chance for anyone interested in cheap registered shipping (shipping this insured from Norway is simply too expensive to be reasonable). Send me PM by Thursday evening CET if interested - I have one more board and buttons and duo LEDs galore!

I'd say the cable is sitting the wrong way round on your display. Pin 1 on the core board is not connected to pin 1 on the display (the square soldering pad on the display board should be pin 1). Ooops, das ist ja das deutsche Forum hier: also, das Kabel ist verkehrt herum am Display dran. Pin 1 des Core Boards und Pin 1 des Displays (rechteckiges Pad) sind nicht miteinander verbunden, wenn ich das auf deinen Fotos richtig sehe. Edit: hab mir nochmal das Core Board Layout angeschaut, es scheint doch richtig verbunden zu sein :unsure:

V-E-R-Y N-I-C-E !!! :drool:

This might sound a bit strange but would it be possible to also include the following scenario: Instead of handling a set of real, physical encoders and buttons connected to the DIN port, LED rings connected to the DOUT port, and a real LCD connected to the Core board - would it be possible to replace these by virtual devices that are connected to a MIDI in/out port? So, on top of the "MIDI output config file" that we have now, also include the possibility of a "MIDI input config file" in which we define what MIDI message mimics the left- and right-turn of an encoder or the push/release of a button? In such a scenario, the MB NG would act as an interpreter. It would allow to use MIDIbox .ngc files with third party controllers like the Mackie/Logic range of controllers (specifically the C4) or the Behringer ones, and with a relatively low cost - only the core board would be required to give new life to those.

Is that a threat? ;)

[brokenrecord] offsite documentation bad [/brokenrecord]

It looks as if it was pretty straight forward to use the matrix approach for blocks of 4 encoders. If you want to modularize that even more, then a little more thought needs to go into the project. For single encoders the use of two shift registers (the "traditional" way to drive the LEDs) might turn out the best approach.

??????? Because you also say: And THAT board is following the matrix approach. You might want to look at that board's documentation and check your design against it?!

So you are not using a matrix arrangement?

How are you going to drive the LEDs? Where are the resistors?

On these occasions I always recommend people to take a look at KiCad, because it is open source and does not have the nasty size limitation of the free EAGLE version.

Nice project, but I think you are slightly late to the party - have a look Also, why do you short-cut the two holes for the push-button of the encoder? I also have my doubts about your use of SIL headers. DIL is the way to go in order to avoid cables being attached the wrong way 'round. I would strongly recommend that you go for a prototype PCB for yourself before you even think of starting a bulk order.

I went for a drop-in Traco DC/DC converter - it's about 9 Euros at Reichelt.de and fits perfectly on the board. Also, it is pretty straight forward to route the 12V output (after the 12V regulator) to the converter's input pin.

Hi Arkay, glad to see that you solved the problem! I can actually see a pattern here with the Bourns encoders - they were used in E-MU samplers, e.g. the E-IV/64/6400 and Ultra series, and these have a reputation for the datawheel to break down rather soonish. It seems like those encoders were just not up to the task. Interesting to see that your built confirms this.

Oh, one more thing: you might be interested in how the Mackie C4 Pro handles text display on any of the four screens - I would think that Mackie Control and Control Extension use a very similar protocol. Some years ago I uploaded the MIDI implementation, you can find it here.