TK.

Yes, the resolution is very poor and you can hear some zipper noise when the volume is modulated. On the other hand some cool stereo effects can be realised - like this one: http://www.midibox.org/midibox_sid/mbsidv2_demo2.mp3 Who needs a Leslie? ;-) Best Regards, Thorsten.

which voltage do you measure at the outer pins? Could it be that it changes? It should always be 5V Best Regards, Thorsten.

In order to exclude that this is a configuration problem, please check the pots with the ain64_din128_dout128_v2_0 application. Each pot should send an individual MIDI event: B0 <pot-number> <value> Best Regards, Thorsten.

Maybe the wrong encoder type is selected, you have the choice between three types: http://www.midibox.org/dokuwiki/doku.php?id=encoder_types The type can be changed for each encoder individually in mios_tables.inc Best Regards, Thorsten.

You could send the modulation wheel event with the virtual keyboard of MIOS Studio Best Regards, Thorsten.

Hi Max, the described effect sounds like there is a problem in the 12bit->8bit conversion, but my problem is, that I'm not able to test this so easily anymore, since my AOUT_LC modules are configured for 12/4 bit mode, and built into a case. The register upload routine is located in cv_aout_lc.inc, CV_AOUT_LC_LoadAOUTx_8_8 It looks clean, and so far I remember, I tested this before the v1.1 release... :-/ Could you please doublecheck, that your AOUT_LC module is really configured correctly? S&H: this would require a refresh of the S&H stages each milisecond. I never tried this with MIDIbox CV, but I fear that continuous register accesses would add some permanent noise. In general I noticed that the digital noise is extremely low when MAX525 are used. I'm not an analog expert, but maybe there are possibilities to improve the circuit by adding filter networks (R/C/L)? Best Regards, Thorsten.

Fine that the module is working now! :) Btw.: the LCD shows [tt]Sl1 Sl2 Sl3 Sl4[/tt] for Slave 1/2/3/4 SysEx commands to MIOS are handled in a special way, they won't be reported to the application, accordingly they cannot be forwarded to the IIC slaves. So - I think that the modules are ok :) Best Regards, Thorsten.

You are right, I should slowly do the next step of the "old project phase out" - removing the page from the navigation bar ;) Best Regards, Thorsten.

Thank you! But: you missed that I've changed the format a little in the meantime - the name of the scale (20 characters) is part of the table as well. Do you want to change this, or should I do the required modifications? Best Regards, Thorsten.

If you think, that all the big shiny MIDI controllers with blue LEDs, silver knobs, high-speed Alps faders, 128 PPR rotary encoders, alu frontpanel, multicolour engravings and wooden side frames could impress a lady, then you are propably on the wrong track! Jaybee demonstrates with her MIDI doll (original name "MIDItrulla"), how an attractive MIDI controller should look like:

Hi John, I've created a new Wiki page which discusses this topic, and gives two examples: http://www.midibox.org/dokuwiki/doku.php?id=button_overlay Please inform me if anything is missing, so that the page can be improved. Best Regards, Thorsten.

The "ensemble" (which contains MIDI channel, Splits, Transpose, Patch/Bank, etc... informations) will have some additional custom parameters free for such static settings. It's on you to program a driver which controls additional AOUT modules. I cannot support such special variants from my side, as it would increase my own support effort significantly. But the basics have been considered. Best Regards, Thorsten.

I've released an updated version (midibox_fm_v1_1a) where this issue is fixed Best Regards, Thorsten.

No, Windows should just find the drivers in the ez-usb/driver directory. There are alternative drivers available, maybe it's worth a try. Just google for "ezusb driver" Best Regards, Thorsten.

As answered in another article, in MBSID V2 controlling AOUT modules has been completely integrated into the patch structure, and into the modulation matrix It's already integrated into the existing MBFM patch structure (but with much less modulation possibilities compared to MBSID V2 - which is a modulation monster! ;-)) Best Regards, Thorsten.

Hi Diex, the easiest way is to use following register settings: volume register: 0x0f --- you should hear additional background noise now! frequency register (low/high) of voice 1 = 16777 (for 1kHz) Sustain/Release = 0xf0 Attack/Decay = 0x00 Waveform = 0x11 (Triangle, Gate on) You haven't listed the reset signal of the SID - how is it controlled? Maybe it's permanently active? Best Regards, Thorsten.

Hi, this has been prepared in the patch structure of MBSID V2: SID_Ix_CUSTOM_SW EQU 0x014 ; custom switch flags #1-8 SID_Ix_CUSTOM_PAR1_L EQU 0x040 ; custom parameter #1 (e.g. for AOUT) SID_Ix_CUSTOM_PAR1_H EQU 0x041 SID_Ix_CUSTOM_PAR2_L EQU 0x042 ; custom parameter #2 SID_Ix_CUSTOM_PAR2_H EQU 0x043 SID_Ix_CUSTOM_PAR3_L EQU 0x044 ; custom parameter #3 SID_Ix_CUSTOM_PAR3_H EQU 0x045 SID_Ix_CUSTOM_PAR4_L EQU 0x046 ; custom parameter #4 SID_Ix_CUSTOM_PAR4_H EQU 0x047 SID_Ix_CUSTOM_PAR5_L EQU 0x048 ; custom parameter #5 SID_Ix_CUSTOM_PAR5_H EQU 0x049 SID_Ix_CUSTOM_PAR6_L EQU 0x04a ; custom parameter #6 SID_Ix_CUSTOM_PAR6_H EQU 0x04b SID_Ix_CUSTOM_PAR7_L EQU 0x04c ; custom parameter #7 SID_Ix_CUSTOM_PAR7_H EQU 0x04d SID_Ix_CUSTOM_PAR8_L EQU 0x04e ; custom parameter #8 SID_Ix_CUSTOM_PAR8_H EQU 0x04f [/code] In addition, up to 8 AOUTs will be available as modulation matrix targets Best Regards, Thorsten.

Hi Max, this could be a configuration problem. For the 8 gates at J5, you have to set ENABLE_J5 switch in main.asm to 1 Also the AOUT_LC modules need to be configured in main.asm, for 8*8 bit you have to set: #define DEFAULT_AOUT_LC_1_RESOLUTION 2 ; 1st AOUT_LC module #define DEFAULT_AOUT_LC_2_RESOLUTION 2 ; 2nd AOUT_LC module #define DEFAULT_AOUT_LC_3_RESOLUTION 2 ; 3rd AOUT_LC module #define DEFAULT_AOUT_LC_4_RESOLUTION 2 ; 4th AOUT_LC module Thereafter build a new .hex file like described here: http://www.ucapps.de/howto_tools_mpasm.html it's normal that the 7805 gets very hot, especially when a backlit LCD with full brightness is connected. So long the core doesn't reset randomly, this is acceptable. Alternatively you can reduce the backlight brightness, or add a headsink to the 7805 Reboot when pins are shortened - I would propose to add small resistors to the gates and CV outputs, e.g. 100 Ohm, in order to prevent a short circuit. Please let me know if it helps Best Regards, Thorsten.

No, the 4051s shouldn't be so sensitive - many geeks never use sockets for these chips. Do you see the same random CC events when no AIN module is connected, and all analog inputs at J5 are clamped to ground? What happens, when only one multipexed channel for 8 pots is connected to the first analog input of J5, and the others are connected to ground? (for this test, the 4051s have to be supplied with Vss/Vdd, and the 3 select lines have to be connected to J6 of the core module) Best Regards, Thorsten.

Programming works fine under WinXP. Once the module is connected w/o EEPROM, Windows should ask for the drivers. If this message doesn't pop up, than it's very likely an issue with the USB connection, or with the module itself (bad solderings?) A 24LC512 EEPROM cannot be used, as it has a 16bit address register, but only EEPROMs with 8bit address register are supported However, once your module is detected by Windows, and once the Cypress driver is installed, you can temporary upload the mbhp_usb_midi*.hex file through the EzMr Control Panel - you have to do this after each restart manually. With the EEPROM, the firmware will be available permanently. Best Regards, Thorsten.

I think that using a single core is the easier solution in this particular case. Hopefully this evening I will find some time to program and test the small routine for you! Best Regards, Thorsten.

Thanks for reporting this, it seems to be a programming error. Open mbfm_se.inc, search for MBFM_SE_Note, and remove this block: ;; transpose it movlw MBFM_Ix_TRANSPOSE movf PLUSW0, W sublw 0x40 xorlw 0xff IFSET WREG, 7, movlw 0x00 addwf IRQ_TMP5, F [/code] you will find a similar code below these lines - this is the right one Best Regards, Thorsten.

Maybe the pins of the MIDI In socket are swapped, or the LED is connected the wrong way (cathode = short leg has to be connected via a 220 Ohm resistor to ground) Best Regards, Thorsten.

very inspirational! :) How are your plans for mounting the LEDs? Getting them aligned with the holes in the frontpanel is very difficult when they are mounted on the PCB. Thats the reason, why I either use smaller boards, or glue the LEDs into the panel Best Regards, Thorsten.

Hi John, MB64E (which is better than MB64) has a fixed data structure for 64 buttons, 64 LEDs, 128 7bit events for rotary encoders or pots, and 64 LED rings. If the remaining 32 buttons should only be used to send statically assigned MIDI events (e.g. Note On events), I could give you a small routine which has to be inserted into USER_DIN_NotifyToggle Note that the encoders require 16 digital inputs - you need 4 DINX4 modules Best Regards, Thorsten.