TK.

These are good news! :) Best Regards, Thorsten.

This is the typical result of a stack overflow, you've to reserve more memory for the task which accesses the SD Card. Examples, how to do this, can be found in the mios32_config.h and task.c resp. app.c of applications like MIDIbox SEQ, MIDIbox NG, MIDIO128. MIDIO128 has probably the most simple solution in app.c, it just reserves twice the memory of standard tasks for the 1mS_LP and 1mS_SD task: xTaskCreate(TASK_Period_1mS, (signed portCHAR *)"1mS", configMINIMAL_STACK_SIZE, NULL, PRIORITY_TASK_PERIOD_1mS, NULL); xTaskCreate(TASK_Period_1mS_LP, (signed portCHAR *)"1mS_LP", 2*configMINIMAL_STACK_SIZE, NULL, PRIORITY_TASK_PERIOD_1mS_LP, NULL); xTaskCreate(TASK_Period_1mS_SD, (signed portCHAR *)"1mS_SD", 2*configMINIMAL_STACK_SIZE, NULL, PRIORITY_TASK_PERIOD_1mS_SD, NULL); and it reserves more heap memory: configMINIMAL_STACK_SIZE is declared in programming_models/traditional/FreeRTOSConfig.h If you need more memory for all tasks, then don't change this define, but MIOS32_MINIMAL_STACK_SIZE in your mios32_config.h file. The standard settings are: How to find out the best stack size value? Call: umm_info( NULL, 1 ); e.g. from a terminal command after you application was running (and especially executed the most memory hungry functions) It will dump all memory blocks. Memory areas which haven't been overwritten during runtime are marked with the value A5 Best Regards, Thorsten.

SmashTV ordered another prototype some days ago which allows to mount an alternative SD Card socket which is better available (e.g. at Mouser) We also fixed two imperfections and want to ensure that this board is 100% right before more people are using it. I fixed this in the schematic. The connections are like Sneakthief said Best Regards, Thorsten.

Es fehlt noch der SysEx string fuer die MTC digits: # this generic receiver (without controller assignment) receives the MTC digits # and notifies all events which select syxdump_pos=10:<pos-in-dump> EVENT_RECEIVER id=10 type=SysEx stream="0xf0 0x00 0x00 0x66 ^dev 0x10 ^dump" Gruss, Thorsten.

yes no, the long leg (anode) has to be connected to the 5V line towards the bottom. Best Regards, Thorsten.

yes, e.g. with PitchBender or NRPNs :) @Ilmenator: thanks for the nice explanation! I added it to the MBHP_AOUT page. Best Regards, Thorsten.

Wow! 2 releases at once, because the preliminary ones were never officially published: V1.028: MIDIbox NG V1.028 ~~~~~~~~~~~~~~~~~ o DOUT_MATRIX n=8 properly supported o now up to 16 DOUT_MATRIX and DIN_MATRIX can be configured V1.029: MIDIbox NG V1.029 ~~~~~~~~~~~~~~~~~ o added USB MIDI workaround for Windows o if a EVENT_SENDER is part of a radio group, and got a new value, it will only send the MIDI event if the new value is matching with the specified range. Usage example: cfg/templates/pg300.ngc o if EVENT_RECEIVER forwarded to EVENT_AIN, EVENT_AINSER or EVENT_BUTTON, send also MIDI event. Usage example: cfg/templates/pg300.ngc o support for MBHP_CORE_STM32F4 module + many bugfixes and minor improvements reported/done in the last weeks. Best Regards, Thorsten.

Wow! 3 releases at once, because the preliminary ones were never officially published: V3.017: MIDIO128 V3.017 ~~~~~~~~~~~~~~~ o the MIDI router forwards SysEx messages regardless if channels are filtered, or "All" is used. It's ensured that messages are only sent once if multiple router nodes forward to the same destination port. o corrected MIDI clock output V3.018: MIDIO128 V3.018 ~~~~~~~~~~~~~~~ o added USB MIDI workaround for Windows V3.019: MIDIO128 V3.019 ~~~~~~~~~~~~~~~ o added SysEx support for MIDI file player and recorder o MIDI file recorder now sets "end of track" marker at the end of a 4/4 bar to comply with the MIDI file spec, and to allow proper looping o support for MBHP_CORE_STM32F4 Best Regards, Thorsten.

V1.015 is available under http://www.ucapps.de/mios32_download.html workaround for USB MIDI under Windows when more than 1 USB MIDI port is enabled various LCD/GLCD driver updates for STM32F4 Best Regards, Thorsten.

V1.4h is available: MIDIboxFM V1.4h ~~~~~~~~~~~~~~~ o Wavetables can now be changed via SysEx when they are stored in RAM Best Regards, Thorsten.

this is now changed in the official V1.4h release strange! All 32 steps should be stored iN RAM Best Regards, Thorsten.

Cool - finally somebody who confirms that the "new attempt" for a workaround solves the USB MIDI issues under MIDI! :-) See also Best Regards, Thorsten.

Yes, you are right - it's much more work than expected, it's not a simple change! :-/ I started to adapt mbng_matrix.c, so that it should also allow MIOS32_SRIO_NUM_DOUT_PAGES == 64, but then I found much more places which actually need changes. Also mbng_dout.c as you already noticed. The table has to be enhanced by more granular patterns, and also the variable width (e.g. u64 for 64 dim levels), and finally MBNG_DOUT_NotifyReceivedValue which transfers the pattern into the pages. So, most of the code is constrained for 32 pages and 16 dim levels. Adding more flexibility would result into too much work at my side - I don't want to do this. Best Regards, Thorsten.

Well done!!! Great case, great buttons! :) Could you please create a new Wiki page which explains the MCP6004 approach? I would like to link it to the MBHP_OPL3 page to inform other builders about this option. Best Regards, Thorsten.

Ok, then this preliminary version should be sufficient for the first tests: http://www.ucapps.de/mios32/midibox_kb_v1_013_pre1.zip It depends on the number of scanned rows; with the "optimized" flag enabled, ca. 130 uS for a typical keyboard Best Regards, Thorsten.

Any voltage regulator which converts from 5V to 3.3V should do this job, as long as it supports at least 500 mA (fine if it also supports 1A) Maybe you can find a LM7833? -> http://www.taitroncomponents.com/catalog/Datasheet/LM7833.pdf Best Regards, Thorsten.

After I noticed how easy this is to implement, I couldn't resist to try it out immediately ;-) Thanks for the file! Your utility added an "End of Track" marker, and according to the spec this is mandatory (a well hidden requirement...) Please try this version: http://www.ucapps.de/mios32/midio128_v3_019_pre2.zip The marker also allows proper looping synchronized to a 4/4 bar (for those who are interested) Best Regards, Thorsten.

After reading the MIDI file spec, I found a much easier solution: it's allowed to split SysEx streams into small chunks, so that no big RAM buffer for the complete SysEx message is required. Could you please try this version: http://www.ucapps.de/mios32/midio128_v3_019_pre1.zip I tested this with MIDIbox SID and FM patches. They can be recorded and played back, and the SysEx messages are displayed correctly in Logic Studio after .mid file import. So, it seems to work at my side. :smile: Best Regards, Thorsten.

I separated the topic. If you don't like the subject, just let me know how we should call it ;) Best Regards, Thorsten.

War meine Annahme denn richtig, dass Du LED Digits mit einer gemeinsamen Anode verwendest? Dass Du die Shift-Register Positionen ebenfalls anpassen musst ist klar, oder? Falls Du nicht weiterkommst, wuerde ich Dir empfehlen, die DOUTs mit den LED Digits erstmal direkt an das Core Modul anzuschliessen, und die Digits bspw. mit diesem .NGC File zu ueberpruefen: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fcontrollers%2Fmidibox_ng_v1%2Fcfg%2Ftests%2Fleddig1.ngc So kannst Du mit verringerter Komplexitaet die passende DOUT_MATRIX Konfiguration herausfinden. Gruss, Thorsten.

The only missing piece is an EEPROM emulation for STM32F4. I will implement this sooner or later, but it won't be available in the next 2..3 weeks. If it's ok for you to start with a MBKB which can't store the parameters, I could give you a preliminary version. Best Regards, Thorsten.

Sounds like a lot of work to adapt this - any volunteer? However, you could connect an ENC28J60: http://www.ucapps.de/mbhp_eth.html Cheap breakout boards for only US $4 are available at EBay: http://www.ebay.de/itm/New-ENC28J60-Ethernet-LAN-Network-Module-For-Arduino-SPI-AVR-PIC-LPC-STM32-/310670027142?pt=LH_DefaultDomain_0&hash=item4855606986 Then connect this module to a Wifi adaptor of your choice -> done Best Regards, Thorsten.

This is strange, because the filebrowser works at my side. Seems that it makes sense to update to a newer Juce version in the hope, that somebody already fixed this in the base library. I will try this sooner or later. Meanwhile, just enter the filepath directly into the entry mask left of the browse button. would be a very low prio topic for me. I'm sure that there a suitable MIDI players for Linux which allow you to do this already. Best Regards, Thorsten.

# for "Common Anode" set inverted_row=1 and inverted_sel=1 Gruss, Thorsten.

If EA did this to sabotage the high volume sales caused by MIDIbox folks, they achieved a worst case marketing effect -> customers just switch to the competitor! ;-) Best Regards, Thorsten.