Releases: dunknowcoding/ArduinoNRF
ArduinoNRF 0.3.11
- Add WSL2 usbipd attach support and WSL1 COM-port fallback docs for the official nCS Zigbee NCP Host helper.
- Add bounded host validation runs with -RunSeconds.
- Record board1 transport validation: WSL1 opens COM27 as /dev/ttyS27 and simple_gw transmits NCP frames, but the current board1 firmware does not return the low-level ACK yet.
ArduinoNRF 0.3.10
- Add WSL/Ubuntu bootstrap diagnostics for the official nCS Zigbee NCP Host helper.
- Document the current board1 NCP Host validation blocker: WSL optional component missing or pending reboot.
- Publish ArduinoNRF 0.3.10 package index metadata.
ArduinoNRF 0.3.9
- Add nCS Zigbee NCP Host helper for preparing Nordic's official ncp_host_v3.6.0 package.\n- Document COM27 to /dev/ttyS27 WSL mapping and simple_gw launch path.\n- Record board1 reflash back to the no-SoftDevice Zigbee NCP USB baseline.\n- Confirm current blocker: local Ubuntu/WSL distro is not available, so official host protocol validation is pending.
ArduinoNRF 0.3.8
- Validate board1 no-SoftDevice ProMicro/nice!nano Zigbee NCP USB flash over J-Link.\n- Confirm bootloader vectors at 0x00000000 remain unchanged after application flashing.\n- Confirm Zephyr application vectors at 0x00001000 and Windows USB CDC enumeration as VID_2FE3&PID_0001 on COM27.\n- Update Zigbee validation docs and packaged nCS Zigbee tool README.
ArduinoNRF 0.3.7
- Add bootloader-preserving nCS Zigbee NCP USB image layout for no-SoftDevice ProMicro/nice!nano boards.\n- Add Partition Manager layout checks preserving 0x0000..0x0FFF and 0xE9000..0xFFFFF.\n- Harden Zigbee flash wrapper with lower and upper address guards.\n- Document board1 J-Link identify and no-SoftDevice Zigbee build validation; hardware flash not run in this release.
ArduinoNRF 0.3.6
- Build nCS Zigbee R23 NCP USB reference firmware through the ArduinoNRF sidecar wrapper.\n- Auto-detect the IronEngineWorld conda Python environment and Nordic nCS toolchain on Windows.\n- Add HEX address-range protection to the Zigbee J-Link flash wrapper so full images that would overwrite Arduino bootloaders are rejected by default.\n- Document the verified ncs-zigbee v1.3.0 / nRF Connect SDK v2.9.2 build path and current no-flash status for board1.
ArduinoNRF 0.3.5
Release 0.3.5 starts the official Nordic Zigbee sidecar path for nRF52840.\n\nHighlights:\n- Adds nCS Zigbee R23 sidecar bootstrap tools under hardware/arduinonrf/nrf52/tools/ncs_zigbee.\n- Records board1/ProMicro + J-Link as the first onboard Zigbee validation target.\n- Adds official stack and RADIO ownership policy docs.\n- Updates Zigbee docs to distinguish the official onboard sidecar path from the existing external CC2530 Arduino-sketch path.\n\nValidation:\n- PowerShell scripts parse successfully.\n- JSON pins/board metadata parse successfully.\n- Sidecar check-only mode ran without downloads or flashing.\n- package_arduinonrf_index.json validates and points to this release asset.\n\nKnown environment note:\n- Current machine has nRF Connect Desktop 5.3.1 installed, but west was not found on PATH during check-only discovery; install/activate the nRF Connect SDK toolchain before building nCS Zigbee firmware.
ArduinoNRF 0.3.4
ArduinoNRF 0.3.4
Faster uploads — 6.2× (217 s → 35 s)
Root-caused the multi-minute uploads on busy Windows hosts: Win32_SerialPort's
WMI provider was blocking ~90 s per call (it probes every COM device and
stalls on Bluetooth / virtual COM ports), and the pre-touch port resolvers hit
it several times per upload. The serial inventory now derives the COM-name ↔
USB-instance mapping from Win32_PnPEntity (~1.4 s) and never touches the
Serial provider. Measured on real hardware: identity phase 124 s → 3.8 s,
connect→deploy 62 s → 4.4 s. Remaining time is the physical 1200-touch + DFU
transfer.
SoftDevice-aware, safe bare-metal core
This core is deliberately SoftDevice-free (NimBLE and Thread own the radio
bare-metal; Zigbee uses an external CC2530). 0.3.4 makes that explicit,
detectable and safe rather than implicit:
- new
NrfSoftDevicemodule:isPresent()/status()/appStartAddress()/
firmwareId()/versionRaw()— detects an MBR + SoftDevice image in flash
(e.g. the nice!nano S140) without starting it, - a persistent boot-time presence marker readable over SWD,
- a guarded opt-in
requestEnable()hook (off by default, requires
-DNRF_ENABLE_SOFTDEVICE+ a vendored Nordic SDK) for users who want the
certified BLE stack instead of NimBLE/Thread, NordicHardware.softDeviceInfo(), aSoftDeviceInfoexample, and
docs/platform/SOFTDEVICE.md.
Verified on a ProMicro clone over J-Link: detection correctly reports "no
SoftDevice, application at 0x1000" and the opt-in enable hook stays blocked.
Also in this release
- Host-wide DFU serialization so concurrent multi-board uploads no longer
cross-kill each other'snrfutil. - Same-PID clone layout / misflash upload guards + INFO_UF2 documentation.
- USB fix: read the OUT packet length from
SIZE.EPOUT, not the unreliable
EPOUT.AMOUNTon these clones. - CC310 shim:
sha512forwarding + smoke KAT.
Install / upgrade: Boards Manager → ArduinoNRF (index served from main).
ArduinoNRF 0.3.3
ArduinoNRF 0.3.3\n\n- Fixes hardware Serial1/UARTE0 RX handling for short framed UART replies.\n- Documents the no-SoftDevice nice!nano-compatible bootloader layout (SoftDevice: not found, app start 0x1000).\n- Records CC2530 Zigbee validation with built-in CCDebugger flashing and two-node raw 802.15.4 Link traffic.\n\nBoards Manager asset:\n- arduinonrf-0.3.3.zip\n- SHA-256: 81fc1ffe7d008c45906be59b12fa715ced23cbb59f9a3d863ac6f8bcaac25fe6
ArduinoNRF 0.3.2
ArduinoNRF 0.3.2 focuses on the Windows upload path and the documentation that explains it.
Highlights:
- Adds a UF2 drive-only upload mode:
Upload Method -> Enter UF2 drive only (no upload). - Verifies ProMicro/nice!nano-class UF2 upload from DFU mode and explicit Adafruit serial DFU from DFU mode.
- Matches UF2 drives to the selected upload COM by stable USB identity, avoiding conflicts when two
NICENANOdrives are mounted. - Rejects stale upload COM selections instead of silently matching another board.
- Refreshes the README and docs to describe the UF2 / serial DFU behavior, validation status, and menu names.
Board Manager asset:
arduinonrf-0.3.2.zip- SHA-256:
65cace56421bba2c70931c700f872f6d8ef5cf0232a7aaf0b9b4cd5786f2a794