TK.

My ALPS faders only have such an extra track --- for the touch detection. :) Best Regards, Thorsten.

In addition to the LC emulation, MB16e, MBMF, MB64 and the upcoming MBLC will support the Houston protocol with the next release :) For Cubase users this protocol offers some advantages - the integration into the Cubase SX environment is better, and a 2x40 LCD can be used instead of a graphical LCD, this saves some money.... with a graphical LCD, the font will be nicer than in Mackie Control mode. However, with a BankStick or via SysEx data dump exchange you will be able to switch between both modes - just choose your personal favourite ;-) Thanks to Frank - he gave me the right hints - currently I'm testing the emulation with the demo version of Cubase SX :) Best Regards, Thorsten.

Hi Dan, sure, this is possible :) Best Regards, Thorsten.

Die Clock-Spannung faellt mit der Zeit auf < 4V - das ist normal. Nein, den BankStick kann man erstmal nicht ohne LCD ueberpruefen, es sei denn, Du baust mal schnell eine MIDIbox SID nach, die gibt naemlich einen Sound aus, wenn man den BankStick ein/aussteckt ;-) Aber warte einfach auf das MIOS, dort werden wie gesagt alle allgemeinen Funktionen verfuegbar sein, so dass Du Dich ueber solche Internas wirklich nicht kuemmern brauchst. :) WIe ich bereits schrieb: mit diesem Betriebsystem mache ich mir selbst "das Leben" einfacher, deshalb moechte ich eigentlich nichts mehr herausgeben, was in wenigen Tagen obsolet sein wird. Ja, Du kannst den Programmierport auch einfach nach aussen legen. Gruss, Thorsten.

Hi Chriss, most synthesizers (hardware & software) only support a resolution of 7 bit... also a physical pitch wheel normaly doesn't send values with a greater resolution, although the appr. MIDI event type allows 14 bit (I've tested this on several keyboards). However, it's planned to support 10 bit resolution with MIDIbox NG, but you have to wire the AIN modules and the pots/faders very careful with shielded cables in order to avoid jittering values - and you need a MIDI device which supports this resolution. Best Regards, Thorsten.

perfect :) Best Regards, Thorsten.

Hi Christopher, I'm also missing a quick-change function in the JSynth environment. It's a general feature which has to be integrated into the core lib. If there will be no button available in the future, I will possibly add it by myself... Yes, you can re-use your PIC16F for the slave cores - I will do this as well. :) Best Regards, Thorsten.

Hi Nenad, no, currently it isn't really clear enough why your circuit is failing. Do you mean that after you've changed the ICs the MIDIbox is running for some minutes, and that thereafter they are damaged so that they have to be replaced again? In this case I would say: stop exchanging the ICs! Remove all ICs from the sockets (LTC and Core module) and measure the Vss/Vcc voltages on all sockets to ensure that the voltage level never exceeds 5V. It seems that something is wrong with your LTC module - so the main focus should be to find the root cause there. Print out the schematic and compare it with your board, check every track for short circuits, the polarity of the caps & diodes (LEDs) - this should help. Best Regards, Thorsten.

Where did you order the crystal and the caps - do you know the order numbers? Best Regards, Thorsten.

Hi Nenad, I'm not sure - how did you select the to-COM option without a LCD. Did you use a patched .hex file? If not - if you've used the default firmware - your box is running with the common MIDI baudrate and this would be the reason for the random MIDI events. Best Regards, Thorsten.

Hi Ian, the source code mod is easier than resoldering all the parts (ok: for myself ;-)) In irq.inc, you have to exchange the LED routines: ;; ========================================================================== ;; LED subroutines for timer handler ;; ========================================================================== LED_Set0 movlw 0x01 ; Digit 0 on, Digit 1 off, Digit 2 off xorlw 0x07 movwf PORTC movf LED_DIGIT0, W goto LED_SetDigit LED_Set1 movlw 0x02 ; Digit 0 off, Digit 1 on, Digit 2 off xorlw 0x07 movwf PORTC movf LED_DIGIT1, W goto LED_SetDigit LED_Set2 movlw 0x04 ; Digit 0 off, Digit 1 off, Digit 2 on xorlw 0x07 movwf PORTC movf LED_DIGIT2, W ; goto LED_SetDigit LED_SetDigit ;; First: Check Flash Flag IFCLR LED_FLASH_FLAG, 0, goto LED_SetDigitCont ; change char to "led off", depending on counter IFSET LED_FLASH_CTR, 5, movlw 0x10 LED_SetDigitCont call LED_GetCode movwf LED_TMP ;; scrambling: ;; LED a: PORTA[0] ;; LED b: PORTA[1] ;; LED c: PORTA[2] ;; LED d: PORTA[3] ;; LED e: PORTA[5] ;; LED f: PORTE[0] ;; LED g: PORTE[1] ;; LED dot: PORTE[2] andlw 0x0f ; PORTA[3..0] IFSET LED_TMP, 4, iorlw 0x20 ; PORTA[5] xorlw 0x2f movwf PORTA swapf LED_TMP, F rrf LED_TMP, W andlw 0x07 xorlw 0x07 movwf PORTE ; PORTE[2..0] return I just have exchanged the polarity with the xorlw instructions Best Regards, Thorsten.

Hi Greg, the "MIDIbox link" option has not been integrated into the MB64 firmware yet (this time Serge was faster than me ;-)). Best Regards, Thorsten.

No, there is no easy way to check the crystal type - only the specs given by the manufacturer can help. Ok, I think that you should test a more simple firmware in order to eliminate all possible errors.... http://www.ucapps.de/howtodebug/test_tx.hex.zip sends a volume controller (B0 07 7F) every second, and http://www.ucapps.de/howtodebug/test_rxtx.hex.zip just forwards the incoming data from MIDI-In to MIDI-Out This will help you to determine if the chip is clocked with the correct frequency. Btw.: did you program the PIC with IC-Prog? Did you ensure that the "HS Oscillator" is selected? Best Regards, Thorsten.

Hi Matt, does this help? Best Regards, Thorsten.

Hi, the Thru Port is only required when you plan to connect the MIDI Out of your keyboard to serveral MIDI devices in parallel. For this setup: [PC]<---------[MidiBox]<---------[Midi keyboard] no additional hardware is required - the internal MIDI merger of the MIDIbox will forward the events from MIDI-In to MIDI-out. Best Regards, Thorsten.

Hi Steven, thanks for your nice offer, but I've already the possibility for getting free PCBs from Mike (the guy who sells the premade MBHP boards) as reciprocation for my permission - w/o his help, I would still solder all my circuits on vectorboards. ;-) You are right, sometimes it's really difficult to get the special parts like motorfaders. So my suggestion: try it with centralised buying, this will also save some money. Best Regards, Thorsten.

Hi Dimitris, your thoughts to this solution are correct. Only one core and the modules you've listed. It will be more clear when I release the first version which demonstrates the possibilities with the LC emulation PlugIn Best Regards, Thorsten.

Hi Pilo, I wasn't able to test this (great) software yet, since my RME multiface fails with the current ALSA release (and also with the CVS version). If there is no new release until I've finished my MIDIbox LC, I will try to patch the driver by myself.... However, I think that the interaction between MBLC and ardour shouldn't be a problem. If it hasn't been integrated yet, it can be added easily without the help of the name, since the source code is free available :) Best Regards, Thorsten.

Hi Damien, the XT is controlled by the host application over a second MIDI interface, you are able to setup the host app. on a way that it automatically extends the fader groups - the firmware itself doesn't require any change for this setup. :) Best Regards, Thorsten.

Hallo, die Files habe ich nun unter http://www.ucapps.de/tmp/led16qnaked.lbr http://www.ucapps.de/tmp/ledring.fpd abgelegt. Sieht cool aus! :) In Deiner Mail hast Du geschrieben, dass Du den Eagle Autorouter ausprobiert hast und zu keinem zufriedenstellenden Ergebnis gekommen bist --- mehr ist von diesem Router leider auch nicht zu erwarten. Ich route meine Platinen aus Prinzip nur von Hand - zumal der Autorouter noch nichtmal die Bauteilplatzierung optimieren kann (was in Deinem Fall aber sowieso nicht relevant ist). Versuche mal, an einfach zugaenglichen Stellen Bruecken zu setzen - dazu in den Top-Layer (der spaeter nicht geaetzt wird) wechseln, zwei Vias setzen und eine duenne Leiterbahn ziehen, damit Du diese Verbindung spaeter beim Zusammenbasteln nicht vergisst. Gruss, Thorsten. P.S.: ich habe auch erst mit den MBHP-Platinen das Layouten gelernt... ;-)

Hallo Benjamin, damit Du bis zur MIOS Release beschaeftigt bist, habe ich mal schnell das MTC Beispiel auf den PIC18F452 umgesetzt ;-) Es befindet sich unter: http://www.ucapps.de/mbhp/prg/dout_mtc_pic18f_v1.zip Und der Schaltplan fuer das MTC-Display unter http://www.ucapps.de/mbhp/mbhp_doutx4_mtc.pdf Am besten baust Du erstmal das 8-digit-Display nach --- wenn Du moechtest, kannst Du auch schon 10 Digits fuer Dein zukuenftiges Design vorsehen, wie das dann anzusteuern ist, kann ich Dir spaeter zeigen [1]. Momentan lohnt es sich nicht, das Beispielprogramm noch mehr aufzubohren, weil es sich spaeter auf zwei Files minimieren laesst... Ausserdem kann man spaeter den eigenen Programmcode via MIDI uploaden, was dann wesentlich schneller geht als mit dem JDM programmer --- aber wie ich bereits schrieb: das kann noch 1-2 Wochen dauern... Die beiden wesentlichen programmteile: sr_mtc.inc: diese Routine wird von irq.inc alle 2.5 ms aufgerufen. Mit jedem "tick" wird eine Countervariable hochgezaehlt, die dafuer sorgt, dass eines von 4 Digit-Paerchen bis zum naechsten Tick (in 2.5 ms...) sichtbar wird. Die Zeichen, die von den Digits angezeigt werden, sind in den Registern SRMTC_DIGIT_0 bis SRMTC_DIGIT_7 hinterlegt. Dieses Zeichen wird vorher noch in ein LED-Muster umkodiert, den entsprechenden Code findest Du unter SRMTC_GetCode Diese Routine ist quasi der Display-Driver der staendig im Hintergrund laeuft. Er muss nie mehr anfasst werden, es sei denn, neue LED-Muster (z.B Buchstaben) sollen hinzugefuegt werden. mainloop.inc: Hier laeuft das Hauptprogramm in einer Endlosschleife. Das Beispiel ist schon etwas komplexer, es zaehlt von 00000000 bis 99999999... Du kannst den Code einfach loeschen - lediglich der "clrwdt" Befehl sollte stehen bleiben, der sorgt dafuer, dass der sogenannte Watchdog immer schoen gefuettert wird, damit er den Chip nicht irgendwann resetet [2] Auf diese Weise kannst Du z.B "12345678" auf dem Display erscheinen lassen: MainLoop ; ---[ feed the watchdog ]--- clrwdt ; ---[ print 12345678 ]--- movlw 0x01 movwf SRMTC_DIGIT_7 movlw 0x02 movwf SRMTC_DIGIT_6 movlw 0x03 movwf SRMTC_DIGIT_5 movlw 0x04 movwf SRMTC_DIGIT_4 movlw 0x05 movwf SRMTC_DIGIT_3 movlw 0x06 movwf SRMTC_DIGIT_2 movlw 0x07 movwf SRMTC_DIGIT_1 movlw 0x08 movwf SRMTC_DIGIT_0 goto MainLoop Ich denke mal, dass das eine gute Ausgangsbasis fuer weitere Experimente ist... :) Gruss, Thorsten. [1] Die beiden notwendigen Pins muessen entweder an einem vierten Shift Register oder direkt an zwei PIC-Pins angeschlossen werden --- hier liegt es an Dir, welche Loesung Du favorisierst [2] Einen Watchdog-Timer setzt man ein, um auf Programmfehler (Endlosschleifen, Spruenge ins Leere) oder physikalische Probleme (Stichwort: Failsave) zu reagieren.

Hi Damien, when you take a look to this picture: http://www.midibox.org/midibox_lc_photos/47.html you will notice that the MTC and status digits are already displayed :) Unfortunately it isn't possible to add a LC extension without a second core, since the "stupid" protocol demands for a dedicated MIDI interface for each device. :-/ Best Regards, Thorsten.

Hallo Jack, jeder LED-Kranz kann mit bis zu 16 LEDs bestueckt werden, und fuer den Wertebereich von 0-127 koennen 32 LED-Muster definiert werden (siehe auch http://www.ucapps.de/midibox/mk_syx.zip) Eine Platine fuer die LED-Kraenze waere wirklich klasse! Bei der Gelegenheit koenntest Du vielleicht auch gleich eine zweite Leiterplatte fuer die Encoder und die dazugehoerigen Shift-Register entwerfen? Gruss, Thorsten.

Hi, the default settings are documented in the midibox64.ini file which can be found under http://www.ucapps.de/midibox/mk_syx.zip Normally common CC events are assigned to the pots. A possible reason why your box sends Program Change events could be a wrong baudrate. Hopefully you are using a 20 MHz crystal? Did you disable the "to-Host" option? Best Regards, Thorsten.

Hi Greg, great to hear from you again! :) I will check the Samplitude demo in the next days - since it supports the Mackie Control, this will also be a good compatibility test for the MIDIbox LC. Since you are working with two MIDIbox64, I think I should integrate the "MIDIbox Link" feature also into this firmware. This concept prevents the danger of feedback loops. If Samplitude sends some additional events which are not assigned to the faders or buttons, a MB64 with enabled merger and "through filter" will just send them back to Samplitude. This could "confuse" the software. But with "tunnled MIDI events" this will not happen anymore. See also on my Homepage: Concepts->MIDIbox Link->Introduction Best Regards, Thorsten.