TK.

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.

fixed. Best Regards, Thorsten.

While I played with my MIDIbox LC I noticed that some buttons didn't behave like documented in the Logic Control Spec.; e.g the Zoom and the Shift/Option/Ctrl/Cmd buttons. The reason was, that Logic expects "90 xx 00" as a note-off event, and not the common coding "80 xx 00". This has been fixed in: http://www.ucapps.de/midibox16e/midibox16e_v1004pre3.hex.zip http://www.ucapps.de/midibox_mf/midibox_mf_v1000pre3.hex.zip My current setup files can be found in the updated mk_syx archive: http://www.ucapps.de/midibox/mk_syx.zip Best Regards, Thorsten.

Finally the redesigned MIDIbox Plus PCB and the appendant firmware can be downloaded from the "MIDIbox Plus->Design" page. For users who want to upgrade their existing box (it makes sense if you noticed performance problems with the integrated MIDI merger): just add an additional connection between Pin #23 of the PIC and the R/W input of your LCD and burn the new firmware into your PIC. People who don't use a display should upgrade, too - they don't have to take care about the hardware mod. Best Regards, Thorsten. P.S.: Mike will sell this PCB for just 6 Euros in the next days :-)

Could you send me the .ini and .syx file to my email address, I will check it. Best Regards, Thorsten.

Ja, Du hast die richtigen Teile erwischt. :) I/P steht fuer den Package-Typ und den erlaubten Temperaturbereich, die genaue Codierung ist im Datasheet zu finden. Doch solange Du keinen Controller fuer automotive oder militaerische planst, musst Du das nicht weiter beachten. ;-) Evtl. hat Michael vergessen, die Loecher fuer den Gleichrichter breit genug zu bohren... am besten drehst Du nochmal einen kleinen Schraubenzieher durch, so geht das am schnellsten Gruss, Thorsten.

Hi Amando, which operating system are you using? Could you please try the download with MIDI-Ox? (see HOWTOs->HowTo SysEx) Best Regards, Thorsten.

Hi Dan, with the mirrored board it will be really difficult to prevent soldering errors - but it's possible. Be careful! Best Regards, Thorsten.