MIOS32 Bootloader V1 Updates

[TK.]

The new MIOS bootloader version 1.005 is now available under http://www.ucapps.de/mios32_download.html

It got a "permanent parameter storage" for options which are referenced by (most) applications.

Parameters can be changed in the MIOS Terminal after the "Bootloader Update" application has been uploaded.

-> type "help" in MIOS Terminal after upload

The parameters won't be overwritten by applications, even the next bootloader update (via MIDI) won't overwrite them.

Following parameters are available:

• fastboot: skips the upload request phase during power-on, the application will start immediately! :)
  
• USB device name: allows you to customize the USB device name of your MIDIbox
  
• Device ID: allows to change the Device ID (requires MIOS Studio 2.2.2 and higher for proper handling in MIOS Terminal)
  
• LCD Type: allows to set parameters of the LCD which is connected to your MIDIbox, applications which are compiled with the new "universal" LCD driver will handle it correctly so that no separate app binary is required
  

Details are described in README.txt of the update package

All Applications have been re-released with the new "universal" LCD driver

Note that exotic resp. resource-hungry LCDs still require a separate build where MIOS32_LCD selects an alternative app_lcd driver

Best Regards, Thorsten.

[TK.]

MIOS32 Bootloader V1.007 is available under http://www.ucapps.de/mios32_download.html

With version v1.005 and v1.006 an empty USB device name was passed to the host if it hasn't been customized after the update.

Windows7 doesn't like this - it reported "error 10" and didn't install the driver.

After bootloader update, it's also required to install the most recent version of the application, therefore all apps have been re-released.

If you build the binary by yourself: please update the SVN tree!

Best Regards, Thorsten.

[TK.]

MIOS32 Bootloader V1.008 is available under http://www.ucapps.de/mios32_download.html

Updates:

- STM32 and LPC17: customized device name also visible when Bootloader Hold Jumper is stuffed

- LPC17: fix for UART based MIDI OUT (only for consistency reasons, the bug didn't affect the upload itself since it only happened on long SysEx streams)

Best Regards, Thorsten.

[TK.]

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.

[TK.]

Update V1.012: http://www.ucapps.de/mios32_download.html

 

It supports the new "single_usb" option as a workaround for some Windows installations.

Details: http://www.ucapps.de/mios32_bootstrap_newbies.html

 

This option also requires a new application release for all projects which have 4 USB ports enabled by default:

- MIDIbox NG: V1.021 and higher

- MIDIO128: V3.015 and higher

- MIDIbox SEQ: V4.072 and higher

- MIDIbox SEQ Lite: V4L.072 and higher

- MIDIbox KB: V1.009 and higher

 

Best Regards, Thorsten.

[Duggle]

I've just loaded V1.012 onto my SEQV4.

 

[21451.921] set single_usb 0
[21451.923] Forcing of a single USB port disabled after 'store'!
[21460.505] store
[21461.100] New settings stored.
[21461.100] Initialize LCD #1
[21461.100] Initialize LCD #2
[21469.209] help
[21469.211] Welcome to Bootloader 1.012!
[21469.211] Following commands are available:
[21469.211]   set fastboot <1 or 0>:   if 1, the initial bootloader wait phase will be skipped (current: 1)
[21469.211]   set single_usb <1 or 0>: if 1, USB will only be initialized for a single port (current: 1)

The fact that single_usb is not saved as 0 is confirmed when I reflash and power cycle the SEQV4.075 and there is only 1 port! :sad:

 

But I'm allowed to have 4 ports with OSX! :smile:

 

 

[TK.]

The help page shows you the current setup, it's still "single_usb" since you've to reboot the core to take over the change (and to re-initialize the USB interface)

 

In addition, under MacOS you also have to delete the old MIDI interface configuration in the Audio-MIDI-Setup)

 

This is documented at the end of this page: http://www.ucapps.de/mios32_bootstrap_newbies.html

 

Search for the keywords "Working under MacOS"

 

Best Regards, Thorsten.

[Duggle]

I'm now in a multi USB MIDI Port wonderland! :smile:

[TK.]

V1.013 is available under http://www.ucapps.de/mios32_download.html

• fixes the "single_usb" display problem as reported by Duggle above
• fixes a potential race condition between the core and MIOS Studio for devices with slow flash sector erase times (however, I only noticed this problem on a STM32F4 device yet)
• support for STM32F4DISCOVERY and the upcoming MBHP_CORE_STM32F4 :smile:
  -> http://www.ucapps.de/mbhp_core_stm32f4.html

Best Regards, Thorsten.

[TK.]

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.