TK.

Hi Dan, yes, correct. Just mix them. As I already wrote, the hardware itself is compatible (unfortunetaly the software isn't). Also the price is compatible ;-) (the PIC16F877-20/P costs about US$8.80 at Digikey, the PIC18F452-I/P US$9.40) Best Regards, Thorsten.

Hi Dan, yes, correct. Just mix them. As I already wrote, the hardware itself is compatible (unfortunetaly the software isn't). Also the price is compatible ;-) (the PIC16F877-20/P costs about US$8.80 at Digikey, the PIC18F452-I/P US$9.40) Best Regards, Thorsten.

I created the layouts with the Linux version of Eagle. Don't know if they are incompatible, but normaly - with the most up-to-date release - it should work. Best Regards, Thorsten.

I created the layouts with the Linux version of Eagle. Don't know if they are incompatible, but normaly - with the most up-to-date release - it should work. Best Regards, Thorsten.

No, but there are special hex-switch-dials available which are working fine. They have 16 positions, 1 input, 4 outputs. Best Regards, Thorsten.

No, but there are special hex-switch-dials available which are working fine. They have 16 positions, 1 input, 4 outputs. Best Regards, Thorsten.

Heico just built an option into his box which enables him to connect the MIDIbox directly with the gameport without a MIDI interface. But he isn't able to use both, the MIDI-In and the Gameport plug, at the same time. Best Regards, Thorsten.

Heico just built an option into his box which enables him to connect the MIDIbox directly with the gameport without a MIDI interface. But he isn't able to use both, the MIDI-In and the Gameport plug, at the same time. Best Regards, Thorsten.

Axel made such buttons by himself: http://www.midibox.org/cgi-bin/yabb/YaBB.cgi?board=gallery;action=display;num=1034795420 http://ucapps.digitaljunk.org/cgi-bin/yabb/YaBB.cgi?board=parts_q;action=display;num=1034830289 Best Regards, Thorsten.

Axel made such buttons by himself: http://www.midibox.org/cgi-bin/yabb/YaBB.cgi?board=gallery;action=display;num=1034795420 http://ucapps.digitaljunk.org/cgi-bin/yabb/YaBB.cgi?board=parts_q;action=display;num=1034830289 Best Regards, Thorsten.

Hi Djaychela, thanks for the informations. I don't have further questions so far, as I'm still waiting for the ordered components which enable me to build all the required modules for working with the emulated MC more efficiently. However, good to know that the MC isn't able to update the fader positions faster than the MIDIbox MF (which requires about 0.2 ms in worst case :)) Best Regards, Thorsten.

Hi Djaychela, thanks for the informations. I don't have further questions so far, as I'm still waiting for the ordered components which enable me to build all the required modules for working with the emulated MC more efficiently. However, good to know that the MC isn't able to update the fader positions faster than the MIDIbox MF (which requires about 0.2 ms in worst case :)) Best Regards, Thorsten.

Just an update regarding the graphical LCD: I haven't received my order from Reichelt yet - hopefully next week before christmas. I will not update the MIDImon firmware, but create a dedicated PIC18F firmware which will later be part of the MIDIbox NG "MIOS" (MIDI Operating System). The advantage: a much better performance when copying data from flash (factor 32 and more) Best Regards, Thorsten.

Just an update regarding the graphical LCD: I haven't received my order from Reichelt yet - hopefully next week before christmas. I will not update the MIDImon firmware, but create a dedicated PIC18F firmware which will later be part of the MIDIbox NG "MIOS" (MIDI Operating System). The advantage: a much better performance when copying data from flash (factor 32 and more) Best Regards, Thorsten.

Hi, I think that skee1 is meaning that he didn't receive a reply to his request yet. This is because I wasn't at home in the last days and had no access to the source files... Roman: today you will get the source code, too Best Regards, Thorsten.

Hi, I think that skee1 is meaning that he didn't receive a reply to his request yet. This is because I wasn't at home in the last days and had no access to the source files... Roman: today you will get the source code, too Best Regards, Thorsten.

Hi all, today I tried the newest version of IC-Prog (v1.05A) and noticed that programming the PIC18F452 with the JDM programmer is working now without any modification! So, everything is fine: all MBHP modules are compatible with the new chip. :) So, my plans for the next weeks: final release of MIDIbox MF and MIDIbox16E firmware for PIC16F with full Mackie/Logic Control emulation. After this release, only bugfixes will be provided anymore and no new features (unless they are easy to integrate) Graphical LCD support for LC emulation only with PIC18F (!) additional MIDIbox SID features (Wave-Sequences, CV-Outs) for PIC16F and PIC18F Final MIDIbox64SEQ release with PIC16F SID Control Surface only with PIC18F MIDIbox NG which replaces MIDIbox64, 16E, MF, SEQ only for PIC18F Best Regards, Thorsten.

Hi all, today I tried the newest version of IC-Prog (v1.05A) and noticed that programming the PIC18F452 with the JDM programmer is working now without any modification! So, everything is fine: all MBHP modules are compatible with the new chip. :) So, my plans for the next weeks: final release of MIDIbox MF and MIDIbox16E firmware for PIC16F with full Mackie/Logic Control emulation. After this release, only bugfixes will be provided anymore and no new features (unless they are easy to integrate) Graphical LCD support for LC emulation only with PIC18F (!) additional MIDIbox SID features (Wave-Sequences, CV-Outs) for PIC16F and PIC18F Final MIDIbox64SEQ release with PIC16F SID Control Surface only with PIC18F MIDIbox NG which replaces MIDIbox64, 16E, MF, SEQ only for PIC18F Best Regards, Thorsten.

Da kann ich Dir leider nicht weiterhelfen - ich habe mich mit VB noch nie beschaeftigt und habe es auch nicht vor, da diese Programmiersprache zu eng an das Betriebssystem gekoppelt ist. Du koenntest es ja mal mit Java versuchen. Auf der MIDIbox SID Seite findest Du die JSynthLib; in synthdrivers/MIDIboxSID/MIDIboxSIDDevice.java befindet sich die Funktion reconfigure_device_id(), in der ein SysEx-String versendet wird. Gruss, Thorsten.

Da kann ich Dir leider nicht weiterhelfen - ich habe mich mit VB noch nie beschaeftigt und habe es auch nicht vor, da diese Programmiersprache zu eng an das Betriebssystem gekoppelt ist. Du koenntest es ja mal mit Java versuchen. Auf der MIDIbox SID Seite findest Du die JSynthLib; in synthdrivers/MIDIboxSID/MIDIboxSIDDevice.java befindet sich die Funktion reconfigure_device_id(), in der ein SysEx-String versendet wird. Gruss, Thorsten.

Hi Dan, looks ok so far :) I will answer this question as soon as I get the display from Reichelt I will support the KS0107/KS0108 controller, it comes with the same bus interface like the HD44780 and seems to be available in a lot of LCDs no - this feature is possible in theory, but for me it's a low-priority job to integrate this into the MIDIbox-link protocol, since I don't need it by myself. Note that the MB64 can also send Pitch Bender events - you could plug 8 faders to the analog inputs as cheap replacement for the motorfader section :) To the unused inputs: all open analog inputs must be tied to ground all open digital inputs must be tied to +5V via a 10k Pull Up resistor. You will notice that such resistors are already available at every input of the DIN module, so you don't have to take special care - it's just plug & play :) Best Regards, Thorsten.

Hi Dan, looks ok so far :) I will answer this question as soon as I get the display from Reichelt I will support the KS0107/KS0108 controller, it comes with the same bus interface like the HD44780 and seems to be available in a lot of LCDs no - this feature is possible in theory, but for me it's a low-priority job to integrate this into the MIDIbox-link protocol, since I don't need it by myself. Note that the MB64 can also send Pitch Bender events - you could plug 8 faders to the analog inputs as cheap replacement for the motorfader section :) To the unused inputs: all open analog inputs must be tied to ground all open digital inputs must be tied to +5V via a 10k Pull Up resistor. You will notice that such resistors are already available at every input of the DIN module, so you don't have to take special care - it's just plug & play :) Best Regards, Thorsten.

Hi Ynot, yes, could work! :) With the new LED_MAP feature such functions can be added very easily Best Regards, Thorsten.

Hi Roman, I plan to support such individual adaptions in the MIDIbox NG design in form of PlugIns. This are code extensions which can be hooked into the BIOS and interact with all control elements. In the meantime there is no other way than to take and to modify one of the existing firmwares (they are available on request). Currently it isn't trivial to add such extensions, since every firmware has been optimized for special applications. The MIDIO128 firmware is optimized for digital IO, but additional analog controllers would make the performance poor. And with the MB64 firmware it's contrary. You could try to change the MIDIO128 firmware in order to add a pot handler as low priority task, but this requires some assembler knowledge... With the MB NG design this will be solved, but you have to wait till next year, ok? :) Best Regards, Thorsten.

Hi Roman, I plan to support such individual adaptions in the MIDIbox NG design in form of PlugIns. This are code extensions which can be hooked into the BIOS and interact with all control elements. In the meantime there is no other way than to take and to modify one of the existing firmwares (they are available on request). Currently it isn't trivial to add such extensions, since every firmware has been optimized for special applications. The MIDIO128 firmware is optimized for digital IO, but additional analog controllers would make the performance poor. And with the MB64 firmware it's contrary. You could try to change the MIDIO128 firmware in order to add a pot handler as low priority task, but this requires some assembler knowledge... With the MB NG design this will be solved, but you have to wait till next year, ok? :) Best Regards, Thorsten.