Skip to main content

NX40 802.15.4 / Thread Guide

This page introduces the planning considerations for using the NX40 Series in 802.15.4-based applications such as Thread or other low-power mesh networking use cases.

NX40 is based on the nRF52840 platform, which is commonly used for Bluetooth Low Energy and 2.4 GHz multiprotocol applications.

note

This page is a planning guide. Actual 802.15.4, Thread, or multiprotocol behavior depends on the selected firmware stack, board configuration, memory usage, and application requirements.


When to Consider 802.15.4 or Thread

BLE is commonly used for local phone connection, advertising, sensors, and gateway-based data collection.

802.15.4 or Thread may be considered when the product requires:

RequirementWhy 802.15.4 / Thread May Help
Mesh networkingDevices can communicate through a local mesh network
Low-power network nodesSuitable for battery-powered local device networks
Local device-to-device communicationUseful for smart home, building, or industrial nodes
Gateway or border router architectureDevices can connect through a local network infrastructure
Non-phone-first operationDevices do not always need to connect directly to a smartphone

BLE vs 802.15.4 / Thread

TechnologyTypical Role
BLEDevice discovery, phone connection, local configuration, simple sensor data
802.15.4Low-power 2.4 GHz networking foundation
ThreadIPv6-based low-power mesh network
Gateway / Border RouterBridges the local wireless network to another network or application layer
tip

Use BLE when phone connectivity or simple local data exchange is the main requirement. Consider Thread or 802.15.4 when the product needs a local mesh network or gateway-based system.


Common System Architecture

A typical 802.15.4 or Thread system may include:

ComponentRole
NX40 end deviceSensor, actuator, switch, or low-power device
Router-capable nodeHelps forward packets in the mesh network, depending on stack and role
Border router / gatewayConnects the local network to IP network, application server, or cloud
Application layerProcesses data, controls devices, or displays device status
Commissioning toolAdds devices to the network, depending on the selected ecosystem

Development Flow

StepDescription
1Confirm whether the application requires BLE, 802.15.4, Thread, or multiprotocol behavior
2Select the correct NX40 model variant
3Prepare board configuration and firmware stack
4Build a basic radio or network sample
5Verify device boot and radio operation
6Test network join or local communication
7Validate gateway or border router behavior
8Optimize power consumption and network timing
9Test the final system in the real installation environment

Firmware Stack Planning

Before starting implementation, confirm the firmware stack and memory requirements.

Planning ItemWhy It Matters
Protocol stackDetermines whether the application uses BLE, 802.15.4, Thread, or multiprotocol
Board definitionDefines pins, Flash usage, antenna configuration, and peripherals
Memory usageNetwork stacks may require more firmware and RAM resources
External FlashMay be required depending on firmware and update strategy
LoggingDebug logs can increase memory usage and current consumption
OTA / DFUFirmware update strategy should be planned early
caution

Do not assume that a BLE-only firmware configuration is suitable for Thread or 802.15.4. The board target, memory layout, and firmware stack must match the selected application.


BLE and Thread Coexistence

Some products may use both BLE and Thread in the same user flow.

Common pattern:

StageTechnologyPurpose
Device discoveryBLEPhone or tool discovers the device
Initial setupBLEUser configures or provisions device
Network operationThread / 802.15.4Device joins local mesh or low-power network
MaintenanceBLE or network pathDiagnostics, configuration, or update flow
note

Whether BLE commissioning is used depends on the selected firmware stack and product architecture.


Hardware Design Considerations

802.15.4 and BLE both use the 2.4 GHz radio path, so RF layout remains important.

AreaCheck
AntennaFollow chip antenna or external antenna design rules
Ground referenceKeep RF ground reference stable
EnclosureValidate after final mechanical assembly
Power stabilityCheck power during radio activity
Debug accessKeep SWD access available
External FlashConfirm if required by the selected stack

For antenna details, see:


Low-Power Considerations

Network behavior can affect power consumption.

FactorImpact
Polling intervalMore frequent polling increases power
Network roleRouter-like roles may consume more power than sleepy end devices
Radio duty cycleMore radio activity increases average current
Sensor intervalSensor sampling affects total system current
Gateway availabilityPoor network conditions can increase retries
Logging and debugActive logs can prevent low-power behavior

For power optimization, see:


Validation Checklist

CheckStatus
Required protocol selected
NX40 model variant confirmed
Firmware stack selected
Board target configured
Basic firmware runs
Radio operation verified
Network join tested
Gateway or border router tested
Power consumption measured
Final enclosure tested

Common Issues

SymptomPossible CauseCheck
Device cannot join networkStack, credentials, or network configuration issueCheck firmware and commissioning setup
Network is unstableRF signal or gateway placement issueCheck antenna and gateway location
Current is too highDevice role or polling interval unsuitableReview low-power configuration
BLE works but Thread does notFirmware stack or board configuration mismatchCheck board target and protocol configuration
Device disappears from networkPower, RF, or network timeout issueCheck logs, power, and signal quality

What Not to Include Here

To avoid duplicate content:

TopicGo To
BLE advertising and GATTNX40 BLE Application Guide
First bring-upNX40 Quick Start
Hardware designNX40 Hardware Design
Antenna designNX40 Antenna Design
Low-power tuningNX40 Low Power Guide