NODE_xxxxxx not found. Please ensure the device is correctly connected.

Checklist:

• Verify this is the right board selected in Arduino IDE: "Tools -> Boards Manager"
• Verify if you board is correctly connected
• Verify if a mount point exists and check the mount point name. It should be the same than the one searched by the upload tool.

If not, then probably you have an older board with a different label used for the mount point.
Update theboard.txt file to add<your_node_label> to the targeted board.
Example:
Nucleo_64.menu.pnum.NUCLEO_xxxxxx.node=NODE_xxxxxx
becomes
Nucleo_64.menu.pnum.NUCLEO_xxxxxx.node="NODE_xxxxxx,<your_node_label>"

Node names list has to be separated by ',' and double quoted (for Windows).

This is probably due to the missingMSVCR100.dll.

You can easily check that by trying to launch manuallyST-LINK_CLI.exe which is in your Arduino install packages folder:

STM32Tools\<x.y.z>\tools\win\stlink\

To solve this, installMicrosoft Visual C++ 2010 Redistributable to getMSVCR100.dll

try this code

voidsetup() {Serial.begin();}voidloop() {#ifdef ARDUINO_ARCH_STM32Serial.println("stm32duino core");#elif defined(ARDUINO_ARCH_STM32F1)Serial.println("libmaple core");#elif defined(ARDUINO_ARCH_STM32F4)Serial.println("libmaple f4 core");#elseSerial.println("unknown core");#endifdelay(1000);}

Debug can not be functional using generic when some features are enabled. Example, with Generic L486 with USB enabled. When USB is initialized, it configures all the pins available in thePinMap_USB_OTG_FS:https://github.com/stm32duino/Arduino_Core_STM32/blob/c6bc5b23761c30ff5ef08baa22af1519b0a76d5a/variants/STM32L4xx/L475V(C-E-G)T_L476V(C-E-G)T_L486VGT/PeripheralPins.c#L403-L411

In this casePA_13 isJTMS-SWDIO preventing debug to be functional.To avoid this, it is required to redefine thePinMap_USB_OTG_FS array to remove useless pins as explainedhere, like this:

constPinMapPinMap_USB_OTG_FS[]= {// {PA_8,  USB_OTG_FS, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_PULLUP, GPIO_AF10_OTG_FS)}, // USB_OTG_FS_SOF// {PA_9,  USB_OTG_FS, STM_PIN_DATA(STM_MODE_INPUT, GPIO_NOPULL, GPIO_AF_NONE)}, // USB_OTG_FS_VBUS// {PA_10, USB_OTG_FS, STM_PIN_DATA(STM_MODE_AF_OD, GPIO_PULLUP, GPIO_AF10_OTG_FS)}, // USB_OTG_FS_ID  {PA_11,USB_OTG_FS,STM_PIN_DATA(STM_MODE_AF_PP,GPIO_PULLUP,GPIO_AF10_OTG_FS)},// USB_OTG_FS_DM  {PA_12,USB_OTG_FS,STM_PIN_DATA(STM_MODE_AF_PP,GPIO_PULLUP,GPIO_AF10_OTG_FS)},// USB_OTG_FS_DP// {PA_13, USB_OTG_FS, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_PULLUP, GPIO_AF10_OTG_FS)}, // USB_OTG_FS_NOE// {PC_9,  USB_OTG_FS, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_PULLUP, GPIO_AF10_OTG_FS)}, // USB_OTG_FS_NOE  {NC,NP,0}};

Issue discussed here:https://github.com/stm32duino/Arduino_Core_STM32/issues/2047

problem:

after a sketch is compiled and and firmware installed. on resetting the board.In some Linux distributions. usb serial (cdc) initially stalls could be into the 10s of seconds after a reset. There is no response in the serial monitor (e.g. putty), in fact the serial monitor (e.g. putty) simply won't connect. runningdmesg command did show a /dev/ttyACMx device.

discussion and solution:

create a udev rules file e.g./etc/udev/rules.d/45-stm32duino.rulesadd a line like

ATTRS{idProduct}=="5740", ATTRS{idVendor}=="0483", MODE="664", GROUP="plugdev" SYMLINK+="stm32duino" ENV{ID_MM_DEVICE_IGNORE}="1"

make sure that the product id and vendor id matches that used in your sketch.

the main thing is thatENV{ID_MM_DEVICE_IGNORE}="1"which tells udev not to treat it as a modemthat issue is explored in this threadhttps://www.stm32duino.com/viewtopic.php?f=62&t=1000

Refers to thiswarning