nRF52840 no upload, no bootmode, no folder, just red and blue led on

Products & Technology XIAO
1

Hi all,
I recently purchased two Seeed XIA nRF52840 Plus devices. I try to upload a simple Arduino Blink example. Both boards show the same behavior right out of the box:

Red and blue LED are always on. That’s all

I’m not able to upload a simple blink sketch. The error is always

Sketch uses 21084 bytes (2%) of program storage space. Maximum is 811008 bytes.
Global variables use 3096 bytes (1%) of dynamic memory, leaving 234472 bytes for local variables. Maximum is 237568 bytes.
Performing 1200-bps touch reset on serial port COM4
Waiting for upload port...
No upload port found, using COM4 as fallback
"C:\Users\User\AppData\Local\Arduino15\packages\Seeeduino\hardware\nrf52\1.1.10/tools/adafruit-nrfutil/win32/adafruit-nrfutil.exe" --verbose dfu serial -pkg "C:\Users\User\AppData\Local\arduino\sketches\5D17935151C30100C42F9390E748F2AC/Blink.ino.zip" -p COM4 -b 115200 --singlebank
Upgrading target on COM4 with DFU package C:\Users\User\AppData\Local\arduino\sketches\5D17935151C30100C42F9390E748F2AC\Blink.ino.zip. Flow control is disabled, Single bank, Touch disabled
Opened serial port COM4
Starting DFU upgrade of type 4, SoftDevice size: 0, bootloader size: 0, application size: 21092
Sending DFU start packet
Timed out waiting for acknowledgement from device.
Sending DFU init packet

Failed to upgrade target. Error is: Attempting to use a port that is not open
Traceback (most recent call last):
  File "__main__.py", line 296, in serial
  File "dfu\dfu.py", line 235, in dfu_send_images
  File "dfu\dfu.py", line 203, in _dfu_send_image
  File "dfu\dfu_transport_serial.py", line 155, in send_init_packet
  File "dfu\dfu_transport_serial.py", line 241, in send_packet
  File "serial\serialwin32.py", line 306, in write
serial.serialutil.PortNotOpenError: Attempting to use a port that is not open

Possible causes:
- Selected Bootloader version does not match the one on Bluefruit device.
    Please upgrade the Bootloader or select correct version in Tools->Bootloader.
- Baud rate must be 115200, Flow control must be off.
- Target is not in DFU mode. Ground DFU pin and RESET and release both to enter DFU mode.

I disconnected several times, clicking RST button once, double click as fast as I can, tried to reset by jumper wire. It all leads to the same behavior: nothing
The device always appears in device manager as COM4. I tried to set baudrate to 115200 with no flow control but this doesn’t change anything.
I also tried to connect using nrf_connect, but it also doesn’t recognise any of these devices.

What else can I do to get this boards up and running?

2

Hi there,

and Welcome here…

SO first , Slow down take a deep breath , You are not alone or the first one to hit the speed bump. The Xiao is different, I can tell you have some experience so I won’t go to basic on you. :+1:

two things, What do YOU think the chances are that both boards are defective and they both do the same thing. NO way. they have some funky code on them is all or it’s scrambled.
If you use the BSP for the XIAO (non_PLUS) you may have , inadvertently… can do strange things.
Can you post the first 3 lines of the compiler output, (with check on verbose mode, in settings)
HAve you held reset button and plugged in USB, then release? Does it make the windows, discovery sound?

Let us Know.
Your close , NOT dOA :grin:

HTH
GL :slight_smile: PJ :v:

Nrf_connect WON’T recognize it past the programmer because there isn’t any MCUBoot partition on a stock XIAO. :v: (nugget)