TK.

Aren't you using the "BLM_BUTTONS_NO_UI 0" function to emulate the GP buttons from your BLM? Without GP button functions the usage of "BLM_GP_ALWAYS_SELECT_MENU_PAGE 1" doesn't make much sense - there are too many pages which rely on buttons (instead of encoders) - mostly for very good reasons. :wacko: Adding just another option really consumes some time at my side (enhancing HW cfg file, integration, testing, documentation, long term support for people who would like to know what all the options are doing, and why a certain conflicting option causes a problem somewhere else...). Would it be ok for you to do the required code change by yourself when I tell you the places where seq_ui.c has to be modified? Best Regards, Thorsten.

The GP buttons are assigned to menu functions only, it isn't possible to set exceptions for certain special functions in certain pages. Are you able to initialize the track with the 16th button of the upper BLM row? Yes... everything which isn't used by myself (and especially which doesn't match with my own hardware) has a high potential for failures. it should already work this way? Could you please check, under which conditions a page mapped to a menu button isn't displayed by the appr. GP LED? Best Regards, Thorsten.

Are you working under Windows? It might be required to deinstall the USB driver in the systems setup, because the OS will see a different USB configuration compared to the one which was visible during the initial install. Alternatively you could install the new bootloader via MIDI IN1/OUT1 if you have access to a MIDI interface. Or you could install the bootloader with the debug interface again via the LPCXpresso IDE Best Regards, Thorsten.

:shocked: When you are googling for "switched psu ground earth", you will find many reports about similar issues. I assume (but I'm not an expert!) that the earth connection to the metal case is problematic. I would use a PSU with integrated mains connector ("protection class II", see also this wikipedia article) so that the metal case can be earthed with the ground output of the PSU. Best Regards, Thorsten.

Just created an adapter and ordered it at OSH Park: (The J15 connector will be mounted upside down, therefore the pins are mirrored - it's 1:1 compatible with a 2x20 CLCD, the same cable can be used) Three boards are available for $7.40 :smile: Best Regards, Thorsten.

I will consider an appr. configuration option in one of the next releases. Best Regards, Thorsten.

Yes, I was too lazy to define events for the remaining banks. ;) Best Regards, Thorsten.

Such features won't be provided by MBNG itself because they consume a lot of memory. But: you can simply use "cpp", resp. "gcc -E" to do the preprocessing like known from C/C++ programs. E.g. try: cpp -xc <your-file> Or alternatively (if the "normal" gcc toolchain isn't installed on your PC) arm-none-eabi-gcc -xc -E <your-file> The output of this command can be directed into a new file, which then can be uploaded to your MBNG, e.g.: arm-none-eabi-gcc -xc -E your-file.ngc > final.ngc Best Regards, Thorsten.

Hi, this is the fallback procedure: enable bootloader hold mode via the jumper, re-power the core, restart MIOS Studio, upload the latest bootloader update package (v1.011 meanwhile), remove the jumper, wait until the update happened (you will see some messages in the MIOS Terminal). Thereafter you can upload MIDIO128 again Best Regards, Thorsten.

Look attractive for this price! :) Concerning the adaptor: Ilmenator proposed that a PCB layout for a small adaptor could be created and ordered at Osh Park: I liked this idea, and will probably go for this solution. Best Regards, Thorsten.

not really ;-) you are only using a single GLCD with two CS lines, right? Then the comment about the cursor position isn't relevant. Could it be that the two CS lines are swapped? Best Regards, Thorsten.

I forgot to commit this file - it's available now. Great! :smile: I will release a new version with EVENT_KB (will allow to define a velocity curve via a map) + calibration for AINSER inputs tomorrow. Best Regards, Thorsten.

Hallo Roman, hiermit wird nicht das RTOS angesprochen, die delayed action wird lediglich ueber einen Zaehler gesteuert, der mit jedem SCS_Tick() Aufruf bedient wird (ich gehe jetzt mal lieber nicht zu sehr ins Detail, um Dich nicht mit unnoetigen Informationen zuzumuellen, die nicht zielfuehrend sind - u.A. geht es darum, dass von einem Task mehrere Handler bedient werden sollen, nicht nur das SCS). Auf Applikationsebene fuehrt das i.d.R. zu einem unleserlichen Code, in Deinem Fall wuerde ich folgendes empfehlen: while( 1 ) { vTaskDelay(1 / portTICK_RATE_MS); // mache dies // und jenes // und jetzt moechtest Du 500 mS warten vTaskDelay(500 / portTICK_RATE_MS); // ... } das wars auch schon ;-) vTaskDelay kann man auch aus einer anderen Funktion, und sogar von anderen Files aufrufen (wenn die FreeRTOS header files included wurden) Wichtig ist nur, dass sie von einem Task aus aufgerufen wird - und keinesfalls von APP_Init() oder APP_Background() Gruss, Thorsten.

Cool! :smile: This is a nice demo how GLCD fonts can be handled: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fcontrollers%2Fmidibox_ng_v1%2Fcfg%2Ftests%2Fglcd1306.ngc But you've to consider, that the two displays are combined to a single GLCD (in this .ngc file SSD1306 based displays are used which are addressed differently). This means, that the first display starts at 1:1:1, and the second at 1:21:1 (and not at 2:1:1) Reference for the different format specifiers which are used by this .ngc file: http://www.ucapps.de/midibox_ng_manual_ngc.html (search for "glcd") Best Regards, Thorsten.

Major Update V1.010 - detailed informations can be found in this separate thread: Update V1.011: http://www.ucapps.de/mios32_download.html support for GLCD_SSD1320_ROTATED and GLCD_SED1520 added "testlcdpin" command all LCDs are now initialized and print a message after reset, "store" and "restore" for testing purposes Best Regards, Thorsten.

It works! :) Released in v1.017 and documented here: http://www.ucapps.de/midibox_ng_manual_ngc.html Best Regards, Thorsten.

Now released in v1.017 - have fun! :) Best Regards, Thorsten.

Now available in V1.017: MIDIbox NG V1.017 ~~~~~~~~~~~~~~~~~ o it's now possible to use the same hw_id in multiple event definitions. This allows for example to send multiple MIDI events from a single control element (e.g. from a single button) o the fwd_id now forwards to the event(s) with the given hw_id (which is the same like the "normal id" if not explicitely specified) o implemented "conditional events". See the user manual (.NGC chapter) for details and examples. o the new meta event UpdateLcd allows to force a refresh of the complete LCD content. This is especially useful in conjunction with conditional events: whenever a source value has been changed (e.g. a button state), all events which have this value in their condition will print out the label if the specified condition matches. Best Regards, Thorsten.

Ich wuerde ja das Widerstandsnetzwerk trotzdem mal ausloeten, und dann die Spannung am RW Pin nachmessen... wenn sie (mit der *_j15pp firmware!) immer noch auf 2.5V steht, ist der Pin definitiv defekt. Best Regards, Thorsten.

This thread only introduces the simple variant! The 4 board solution can be found here: A MBHP_CORE could be used as well for up to 4 LRE8x2 modules - but the MIDIbox64E firmware is less flexible compared to MBNG, and firmware updates are not planned anymore (in other words: the MIDIbox64E firmware has been discontinued - use it as it is, but enhancements are rejected ;-)) Best Regards, Thorsten.

With the next version you will be able to send a separate event for Inc/Dec the following way: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fcontrollers%2Fmidibox_ng_v1%2Fcfg%2Ftests%2Fconev_1.ngc Best Regards, Thorsten.

I started with the conditional events. You case is already working: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fcontrollers%2Fmidibox_ng_v1%2Fcfg%2Ftests%2Fconev_5.ngc But the conceptional work isn't finished yet - there are some other cases I would like to cover as well, but which can't be handled by the current algorithm. Best Regards, Thorsten.

Hi, I'm currently working on the new "conditional event" feature, this could make it possible (but this is no 100% confirmation yet, that it will perfectly work - the concept still needs to be improved). E.g. here I tried to switch between 4 different events assigned to the same encoder with a toggle button: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fcontrollers%2Fmidibox_ng_v1%2Fcfg%2Ftests%2Fconev_3.ngc and this one is working! :) But some other cases which should be covered by the new feature are not working yet, and I hope that I don't hit any limitation... therefore the usage could change. Best Regards, Thorsten.

Koennte es sein, dass Du das Widerstandsnetzwerk (R33) falsch herum eingeloetet hast? Das wuerde erklaeren, warum die Spannung am RW Pin selbst mit der modifizierten Firmware nicht auf 0V geht, wenn J15_S auf 5V liegt. Gruss, Thorsten.

Thank you! this problem seems to be related to an undocumented silicon issue: the pins which are used to drive the E1/E2/RW/RS line are 5V tolerant (according the the user manual), but the voltage level is limited to 3.3V in open drain mode, probably because of internal protection diodes. Actually the external pull-up resistors should pull the level to 5V - and this causes a short circuit, which gets worse (and also affects neighbored pins) than more displays are connected. Configuring these pins for push-pull mode helps to avoid the shorts - and fortunately the 3.3V output voltage at logic-1 is still high enough for the LCDs! :) Best Regards, Thorsten.