TK.

Hi Lo, do you mean that the faders are too fast? This can be regulated with the pot next to the LM317. Best Regards, Thorsten.

Hi Lo, do you mean that the faders are too fast? This can be regulated with the pot next to the LM317. Best Regards, Thorsten.

Here the schematic: Best Regards, Thorsten.

Here the schematic: Best Regards, Thorsten.

Thats really strange - in the meantime I tried the new release under Linux, Windows ME and Windows 2000 w/o problems. How do you start the editor? The suggested way: open the DOS-Shell, change to the jsynth directory and start the editor with java JSynthLib Or write a batch script (run.bat) and write this command into the file in order to start the editor via mouse Note that the old setup file is not compatible with the new one - the old could cause trouble; just delete it (del PatchEdit.config) Best Regards, Thorsten.

I don't know the reason for the fails, but I just have compiled the sources once more from scratch. Could you please try if it works better? http://www.midibox.org/midibox_sid/jsynth_017_with_mbsid_rel2b.zip Best Regards, Thorsten.

Hi Rogic, MB64 doesn't support encoders, I think that you are either searching for MIDIbox16E, or for the upcoming MIDIbox NG... The encoder connections to the DINX4 module can be found at the DIN page: http://www.ucapps.de/mbhp_din.html (-> mbhp_dinx4_16enc.pdf). They don't need a power supply. Best Regards, Thorsten.

Hi Rogic, MB64 doesn't support encoders, I think that you are either searching for MIDIbox16E, or for the upcoming MIDIbox NG... The encoder connections to the DINX4 module can be found at the DIN page: http://www.ucapps.de/mbhp_din.html (-> mbhp_dinx4_16enc.pdf). They don't need a power supply. Best Regards, Thorsten.

Hi Justin, did you follow the instructions under http://www.ucapps.de/howtodebug.html ? Best Regards, Thorsten.

Hi Justin, did you follow the instructions under http://www.ucapps.de/howtodebug.html ? Best Regards, Thorsten.

Hi Shawn, the slow voltage dropping at RB6 and the power pins is the normal behaviour of the JDM circuit. It will get stable during programming. But 13.25V at MCLR# seems to be too low. You can increase this voltage in the hardware configuration setup by lowering the I/O delay. Best results with "delay = 1" Best Regards, Thorsten.

Hi Shawn, the slow voltage dropping at RB6 and the power pins is the normal behaviour of the JDM circuit. It will get stable during programming. But 13.25V at MCLR# seems to be too low. You can increase this voltage in the hardware configuration setup by lowering the I/O delay. Best results with "delay = 1" Best Regards, Thorsten.

Sure, this is possible, but it also requires some modifications. The display messages have to be sent to a "MIDIbox Link Endpoint" via MIDI instead to the LCD port. I've already planned to provide a MIDIbox NG example PlugIn for this method when the new platform is ready for use, but don't expect it before February ;-) Best Regards, Thorsten.

Sure, this is possible, but it also requires some modifications. The display messages have to be sent to a "MIDIbox Link Endpoint" via MIDI instead to the LCD port. I've already planned to provide a MIDIbox NG example PlugIn for this method when the new platform is ready for use, but don't expect it before February ;-) Best Regards, Thorsten.

Hi Adam, based on this schematic: http://users.auth.gr/~mixos/projects/pcb/sensors/001/index_en.htm the pinout is the same, but the BC667 seems to be a PNP instead of a NPN - the polarity is exchanged, therefore the transistor has to be connected on a different way. Do you know, how to fix the circuit, or should I draw a schematic? Best Regards, Thorsten.

Hi Adam, based on this schematic: http://users.auth.gr/~mixos/projects/pcb/sensors/001/index_en.htm the pinout is the same, but the BC667 seems to be a PNP instead of a NPN - the polarity is exchanged, therefore the transistor has to be connected on a different way. Do you know, how to fix the circuit, or should I draw a schematic? Best Regards, Thorsten.

Hi Dan, the fairchild EEPROMs are not ok, 32k means: 32 kbit = 4kbyte. You could use the 511-M24256-BN6 from ST (available at Mouser) instead. The parts from TI should be ok 4x40 displays: with the MIDIbox NG design you will be able to write your own LCD driver (based on my examples) which displays what you want. On the other hand: I don't think that such 4x40 LCDs are ergonomic, because normaly you want to see the track names exactly above the channel strips in the right order. Best Regards, Thorsten.

Hi Dan, the fairchild EEPROMs are not ok, 32k means: 32 kbit = 4kbyte. You could use the 511-M24256-BN6 from ST (available at Mouser) instead. The parts from TI should be ok 4x40 displays: with the MIDIbox NG design you will be able to write your own LCD driver (based on my examples) which displays what you want. On the other hand: I don't think that such 4x40 LCDs are ergonomic, because normaly you want to see the track names exactly above the channel strips in the right order. Best Regards, Thorsten.

Hi Zeno, the MIDIbox16E firmware doesn't support analog pots, therefore the analog pins don't have to be tied to ground. For the display only output pins are used - just let them open. Just only the 10k pull-up resistors at the digital inputs (Port J6 and J9) are a must. Best Regards, Thorsten.

Hi Zeno, the MIDIbox16E firmware doesn't support analog pots, therefore the analog pins don't have to be tied to ground. For the display only output pins are used - just let them open. Just only the 10k pull-up resistors at the digital inputs (Port J6 and J9) are a must. Best Regards, Thorsten.

Problem is, that all development and/or premade boards for this SMD (=hard to solder) chip are more expensive than a ready-made USB MIDI interface, so that you cannot really save money. Best Regards, Thorsten.

Hi Frank, it's easier for me to implement an option which allows to connect two 2x40 displays to the core - I will check it after the graphic LCD driver has been finished. However, I see no difficulties. Best Regards, Thorsten.

Hi Frank, it's easier for me to implement an option which allows to connect two 2x40 displays to the core - I will check it after the graphic LCD driver has been finished. However, I see no difficulties. Best Regards, Thorsten.

This time from Andreas (Germany) - he made this control surface for the most recent release of NI Traktor. The box consist of 2 cores, running with MB64 and MB16E firmware, and a lot of DIN and AIN modules for the pots, faders, buttons, encoders.

This time from Andreas (Germany) - he made this control surface for the most recent release of NI Traktor. The box consist of 2 cores, running with MB64 and MB16E firmware, and a lot of DIN and AIN modules for the pots, faders, buttons, encoders.