TK.

This sounds like you are complaining me that encoders can't be "simulated" via SysEx or NRPN... :-/ It shouldn't be so difficult to add a pragmatic solution as long as it doesn't need to be documented, because I guess that you are they only guy who is interested on such a remote control... Note that feedback won't be possible (too difficult to implement) - means: you won't be able to send the current values to MBNG, e.g. for LCD display or LED ring updates. Best Regards, Thorsten.

Hi, the LCD behaves this way if: 1) it isn't connected properly (e.g. because of bad solder joints) 2) it isn't compatible to the 4bit access mode (no problem if you got the LCD from Wilba) 3) you haven't installed MIOS yet - this has to be done before the MIDIbox SID application will be installed If you are unsure, just install again the latest (public beta) versions which are linked here: But you are saying that the LEDs are somehow animated - this is the normal behaviour during boot. After ca. 3 seconds the animation will stop, right? If it does stop: then MIOS and the application has been installed correctly - the error must be somewhere else (probably topic 1) It's normal that the voltage regulators get hot, therefore they have a heat sink Best Regards, Thorsten.

For MBNG the limit has been relaxed to 32 DINs and 32 DOUTs Btw.: meanwhile there are also new methods which allow to connect the modules over long distances by using RS-422 like line drivers: http://www.ucapps.de/mbhp/line_drivers.pdf Not really, RaspPi has been made to run Linux, and no "bare metal" applications which give you direct (fast!) access to many IO pins and interfaces. MBHP_CORE_STM32F4 is superior for MIDIfication purposes compared to such SoC architectures. Best Regards, Thorsten.

Thank you! :) Best Regards, Thorsten.

There is actually a very smart way: read the newbie documentation... ;-) -> http://www.ucapps.de/mios32_bootstrap_newbies.html Quote: Depending on the OS you are using at the host side (Windows, MacOS, Linux) it might be required to restart MIOS Studio in order to connect to the "safe" USB interface port. Best Regards, Thorsten.

Yes, this is planned - I'm waiting for SmashTV, but he is currently extremely busy. Best Regards, Thorsten.

Ah, you are using the MBHP_MF_NG module standalone (without a MIOS32 based module where MIDIbox NG could run) - in this case forget my idea. Microcontrollers typically have an embedded flash memory. For a LPC17 or STM32F4 enough flash would be available, for the PIC we've two problems: it's much more time consuming to add code there (especially since the firmware is implemented in assembly language), and there is much less flash memory. Not enough for individual tables for all faders. The SD Card approach would only work, if a table could be loaded into RAM, but as mentioned earlier, neither a PIC, nor a typical MIOS32 compatible microcontroller (which you are not using anyhow...) would have enough for your intentions. This would require an interpolation routine which consumes too much CPU time on a PIC, especially when multiple faders have to be handled in parallel. In order to overcome the execution speed limitation, somebody would typically precalculate tables based on these "points" and store it in RAM... if enough would be available. Ok, if somebody would spend some hours or (depending on his programming skills) days on this topic, he could be able to achieve this regardless of the hardware limitations. But actually I'm not really interested on such a topic by myself, and sparetime is also not sufficiently available for such a "private" solution for you... In other words: I'm not trying to find a perfect solution, just something which consumes as less as possible effort at my side. Best Regards, Thorsten.

I created a quick&dirty documentation for the MBHP_MIDI_IO module today which also has a link to the Reichelt BOM (for Europeans who only order the PCBs): http://www.ucapps.de/mbhp_midi_io.html Outside Europe it's better to order the kits in SmashTV's shop Best Regards, Thorsten.

Great that this is finally solved :) I already feared that something was wrong in the release process... Btw.: is there a recording of your live show available? I'm very interested after listening to the sequences so often :thumbsup: Best Regards, Thorsten.

I just got an alternative idea - we could hard-code the tables into the MIDIbox NG application. In this case it will be programmed into flash memory. It would still require to compile the version at your side (because you've to adapt the tables) - with the MIOS32 toolchain based on this flow: http://www.midibox.org/dokuwiki/doku.php?id=macos_mios32_toolchain_core Currently there is around 200k free, but this would only be sufficient for 6 individual tables (mapping 14bit values) But: if the mapping tables would only consider 10bit resolution, the memory consumption would only be 2k per table Which means that individual tables for all faders are feasible. I guess that you wouldn't change a difference compared to 14bit anyhow, because the PIC ADCs convert at 10bit resolution. Best Regards, Thorsten.

Hi, I think that MIDIbox NG would be the best choice for such a project: http://www.ucapps.de/midibox_ng_manual.html The "programming" is script based (see "First Steps" in the manual) and therefore easy to adapt for your needs. MBNG contains the same driver like MBKB -> KEYBOARD configuration, see also the kb_*.ngc examples under http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fcontrollers%2Fmidibox_ng_v1%2Fcfg%2Ftests%2F Latency: then less rows are used in a matrix, then lower the latency. MBNG supports up to 16 independent matrices, so that there is no need to create a 16x16 matrix. Scan cycle is around 250 uS * <rows> as far as I remember I would say, that everything which is below 1 mS can't really be recognized. I can't answer the questions related to the SAMS hardware Best Regards, Thorsten.

Today MIDIbox is probably not the best choice for such a project, because the platform is designed for much more complex use cases. This Arduino based project seems to fit for your purposes: http://forum.arduino.cc/index.php?topic=73418.0 Adding the MIDI OUT shouldn't be a big deal. Either via software based forwarding, or via hardware (MIDI Thru circuit) Best Regards, Thorsten.

It's great to see an alternative core module for the STM32F4 which is optimized for this usecase! :) Best Regards, Thorsten.

It's working at my side when I'm using the v4_084_pre3 version. It behaves like at your side when I'm using the older v4_084_pre2 version. Could it be that you picked up the wrong one for upload? Best Regards, Thorsten.

Your snapshot clearly shows the project.hex file (between mios32_config.h and Makefile), where is the problem? Best Regards, Thorsten.

Of course, this should be possible. Alternatively you could control the parameters via SysEx, so that there is no MIDI channel dependency. Best Regards, Thorsten.

Hi, you are asking for a so called "Radio Button" functionality. Unfortunately it isn't supported by MIDIbox64, and I can't add such features anymore. If you would upgrade to MIOS32 (e.g. by using a MBHP_CORE_STM32F4) and MIDIbox NG, the configuration of such a function would be pretty simple. See also this tutorial: http://www.ucapps.de/midibox_ng_manual_fs.html (search for "Radio") Best Regards, Thorsten.

An update is very easy: install MIOS Studio (if not done yet): http://www.ucapps.de/mios_studio.html Connect MIDI IN/OUT of your MB6582 to your computer, open MIOS Studio, select the MIDI interface, try the bidirectional communication with the "Query" button. If working, first upload the new MIOS V1.9h version, thereafter the new MIDIBox SID application. Both are linked in this posting: Best Regards, Thorsten.

The problem with the MAP feature in MBNG is, that it only works with up to 256 values (8bit), but the faders are controlled with 14bit resolution, and you really want to keep this resolution. A 14bit map would consume 32k RAM - no way to implement this for the PIC, and even for the MIOS32 based MBNG not enough RAM is available for such a feature anymore. Therefore I think it would be better to do the mapping at the host side. Are you using a Mac? Do you know how to compile programs from a Terminal? Then I could give you a simple program which is doing the translation. Best Regards, Thorsten.

Alright, I think (resp. hope) that I got it now: I used a GM synth to playback your song, and G2T1 (the bass track) selected the "Seashore" instrument which wasn't really audible. Together with your description I realized, that this is related to the new pattern load handling. Please try this version: http://www.ucapps.de/mios32/midibox_seq_v4_084_pre3.zip The "restart tracks on pattern change" should take place again regardless if the pattern has been reloaded from SD Card or not. Best Regards, Thorsten.

Cool! :smile: Yes, the pin specification was wrong, I corrected it in my posting above. Best Regards, Thorsten.

The driver is selected and running. But it looks like two wires are swapped. Could you please take an hi-resolution picture of your HW mod, so that I can check if the cables are connected to the right pins? Best Regards, Thorsten.

The USE_8BIT_LCD_DRIVER option will work with all LCDs together with the hardware modification, no need to switch to another firmware version. Best Regards, Thorsten.

Learning Curve: | ********** I'm working with a more complex framework | ****** I've implemented proposals from experts | **** I understand proposals from experts | * I'm getting some helpful hints from experts | * I'm asking the right questions in the forum | * I'm able to send some MIDI Notes based on tutorials | * I'm able to read & understand Wikis | * I'm able to troubleshoot configuration problems | * I'm able to configure & recompile premade applications | * I'm able to upload prebuilt binaries |* I know the right end of the soldering iron +------------------------> time Best Regards, Thorsten.

Ok, crossing fingers! Please try this version: http://www.ucapps.de/mios/midibox_fm_v1_4j__sammichfm_8bitlcd.zip I've enabled the new USE_8BIT_LCD_DRIVER option for the setup_pic18f4685_sammich_fm.hex file only! Best Regards, Thorsten.