En DM00107009
En DM00107009
Release note
Firmware upgrade for ST-LINK, ST-LINK/V2, ST-LINK/V2-1
and STLINK-V3 boards
a. macOS® is a trademark of Apple Inc., registered in the U.S. and other countries.
b. Java is a registered trademark of Oracle and/or its affiliates.
c. Ubuntu® is a registered trademark of Canonical Ltd.
d. Arm is a registered trademark of Arm Limited (or its subsidiaries) in the US and/or elsewhere.
• On targets running at low CPU frequencies (less than 250 kHz), the SWD clock
frequency must also be reduced for correct communication.
• The SWD maximum clock frequency (4 MHz approximately) is not functional on targets
powered under 2.8 V. Such targets must use lower SWD clock frequency (to configure
from the toolset using the ST-LINK).
• ST-LINK (V1) boards are not supported on Linux® and macOS® operating systems.
Only ST-LINK/V2, ST-LINK/V2-1, and STLINK-V3 boards can be updated from these
operating systems.
• Applications programmed through the mass-storage interface (drag-and-drop to disk)
must fulfill both constraints listed below. Applications not respecting one of these
constraints are not programmed through the mass-storage interface (but they could be
programmed through other tools, such as ST-LINK utility):
– a stack pointer value (first entry of the vector table) in the range of the
microcontroller RAM range
– a reset vector value (second entry of vector table) in the range of the
microcontroller flash range
• On STLINK-V3SET, high SWD and JTAG frequencies are sensitive to the target
connection environment; in case of communication issues, firstly try to reduce such
frequencies in the settings of the tool being used.
• On STLINK-V3SET, the STM32 target Flash memory programming with drag-and-drop
action requires the target to be connected to the STLINK-V3SET (SWD/JTAG link)
before the STLINK-V3SET being plugged to the host (USB cable). Moreover this
functionality is not available for STM8 targets.
• On STLINK-V3SET, limitations on SPI bridge interface:
– STLINK as SPI slave: mode not supported
– SPI half duplex: mode not supported
– Limited full-duplex support
(cannot simultaneously send and receive, but sequentially)
• On STLINK-V3SET, limitations on I2C bridge interface:
– STLINK as I2C slave: mode not supported
– Digital Noise Filter (DNF): not tested
– 10-bit addressing: not tested
• On STLINK-V3SET, limitations on CAN bridge interface:
– Only standard and loop-back modes supported
• On STLINK-V3SET in high-performance mode, the minimal baud rate for Virtual COM
port is 2931 baud/s.
New features
• Manage the Flash drag-and-drop programming on STM32L552 and STM32L562
microcontrollers when TrustZone® for Armv8-M is enabled.
New features
• Added the possibility to hide the mass-storage interface on ST-LINK/V2-1 and STLINK-
V3 boards (requires to update the USB driver: STSW-LINK009 on Windows®,
49-stlinkvxxx.rules files on Linux®). Moreover, it might be also necessary to update the
host application so that it identifies correctly this new ST-LINK version, especially on
Linux® and macOS®.
• On STLINK-V3SET, allows the replacement of the mass-storage interface by a second
Virtual COM port (VCP2), using the Bridge UART signals of the MB1440B.CN9
connector. This VCP2 implements hardware-flow control (CTS/RTS) if the signals are
physically connected to the target. The hardware-flow control can be disabled by
removing the physical connection of signals to the target. It cannot be disabled by
software (the hardware-flow control configuration parameter available in some hyper-
terminal applications has no effect on Virtual COM port).
Corrections:
• Fixed some instabilities during mass-storage disk refresh after drag-and-drop
programming on ST-LINK/V2-1 and STLINK-V3 boards.
• Immediately report error (if any) after a memory-access command done in 8-bit mode
to an STM32 target.
• Fixed an issue with some targets (STM32L4x2, STM32G0x1): an application
programmed by drag and drop to a fully erased target does not start immediately
(power-down sequence required to make it run).
• Virtual COM port reception is no more started with default parameters at ST-LINK start-
up, but waits for host command.
• On STLINK-V3SET, fixed a possible loss of data in the Virtual COM port downstream
(host to target).
• The STLINK-V3SET can enumerate on Windows® 10 without any specific USB driver
installation; however, the USB driver installation is still required for older ST-LINK
versions, or for STLINK-V3SET on older versions of Windows®.
Corrections:
• Fixed mass storage interface issue with NUCLEO-8L152R8 and NUCLEO-8S208RB
on Windows® 10 (operating system files corrupting the STM8 Flash). Currently, a
binary file dropped into the mass storage virtual disk is programmed into the STM8
Flash only if it starts with code 0x82 and if the following 3 bytes (reset vector value)
point to an address in Flash.
Corrections:
• Fixed a regression which made the V2J26M15 not functional on few host systems.
• Failing boards may be recovered either by upgrading the firmware to V2J27M15 from
another host, not presenting the incompatibility with the V2J26M15 or by forcing
manually the upgrade mode of the board, when possible. For instance on Nucleo-64
boards, make a little shortcut between 'RST' and 'SB11' pads behind the board. In this
way the firmware may be upgraded afterwards, even on host presenting the
incompatibility with the V2J26M15. On other ST-LINK/V2-1 boards, refer to the
schematics of the board to find how to reset the STM32F103CB microcontroller (solder
bridge on 'STM_RST' signal).
Enhancements:
• Virtual COM port latency reduced from 5ms to 1ms (approximatively average values) in
target Tx / ST-LINK/V2-1 Rx direction.
Corrections:
• On ST-LINK/V2-1 discovery and Nucleo boards, the target application is now able to
run even if the target read-out protection is set. It is the case on ST-LINK/V2-1 of the
evaluation boards, but only if the ST-LINK/V2-1 USB cable is not connected to any
enumerating host.
• On all ST-LINK/V2-1 boards, the target application is now able to run even if the ST-
LINK/V2-1 is either not connected to an USB host, or is powered through a USB
charger (or through a not-enumerating USB host).
• Removed risk of loosing the Virtual COM port interface if reprogramming the
application (by drag-and-drop) while the Virtual COM port is intensely used. Fixed
wrong contents of mbed.html file in some cases (wrong shortcut to "ST unknown
board" page).
Enhancements:
• Fixed USB communication failures on Mac OS X 10.11 after ClearFeature
(ENDPOINT_STALL)
• Removed risk of lockups when using the Virtual COM port intensively in both directions
(Rx/Tx) simultaneously
Large applications are now fully programmed through drag-and-drop on evaluation boards
(on evaluation boards applications with sizes greater than the target Flash memory size
minus 4 Kbytes were not totally programmed).
Enhancements:
• Implementation of retry loops for better behavior in case of noisy SWD communication
New features:
• Added support for NUCLEO-F410RB, NUCLEO-F446RE and NUCLEO-L011K4
boards
• Added support for 32F746GDISCOVERY and 32F469IDISCOVERY boards
Corrections:
• Bugfix SWV not working withV2J23Mx firmware on some recent PCs
New features:
• Provide a command for JTAG clock frequency selection
• Added support for management 32L053DISCOVERY and 32F3348DISCOVERY
boards
• Added support for STM32F746
Corrections:
• Bugfix Mass Storage interface badly connecting on OS-X Yosemite operating system
• Modification of flash programming algorithm for STM32F4, STM32F7 and STM32L4
microcontroller families
• Added check against the validity of the application, when it is programmed through the
mass storage interface (validity algorithm based on Reset and Stack Pointer values in
the vector table)
• Set default SWCLK to 4 MHz for a better performance
New features:
• Added support for recent boards (NUCLEO-F070RB, NUCLEO-L073RZ and NUCLEO-
L476RG)
• Added support for Linux and Mac OS-X operating systems (see Section 1 for details)
Corrections:
• In the Virtual COM port, suppressed a possible delay in data reception by the host (like
a cache-flush issue)
• In the Virtual COM port, suppressed a possible communication failure during data
emission by the host, on some USB3 ports
• Modified the mass storage interface enumeration after a programming of the target
application, reducing the risk to lose the VCP communication during such operation
• Suppressed one target reset sequence during the power on sequence
• Modified SWD communication to reduce the noise generated by SWD signals
New functionalities:
• Added support for NUCLEO-F411RE
• Added command for SWCLK frequency selection
Corrections:
• Set NRST pin high, when exiting the firmware update mode
Corrections:
• Suppressed "high speed device" notification, when plugging to a non-high speed USB
port or to an USB3 port
• Keep the Virtual COM port session valid (if any opened), when reprogramming the
application
• Fixed potential lockup condition in SWV trace management and Virtual COM port
management
Corrections:
• Fixed the issue about the application sometimes not running after being programmed
(STM32Fxx targets, programmed through a "save as" action with long filename).
5 Customer support
6 Revision history
STMicroelectronics NV and its subsidiaries (“ST”) reserve the right to make changes, corrections, enhancements, modifications, and
improvements to ST products and/or to this document at any time without notice. Purchasers should obtain the latest relevant information on
ST products before placing orders. ST products are sold pursuant to ST’s terms and conditions of sale in place at the time of order
acknowledgement.
Purchasers are solely responsible for the choice, selection, and use of ST products and ST assumes no liability for application assistance or
the design of Purchasers’ products.
Resale of ST products with provisions different from the information set forth herein shall void any warranty granted by ST for such product.
ST and the ST logo are trademarks of ST. For additional information about ST trademarks, please refer to www.st.com/trademarks. All other
product or service names are the property of their respective owners.
Information in this document supersedes and replaces information previously supplied in any prior versions of this document.