https://devzone.nordicsemi.com/power/A model-based online app for calculating estimated power consumptionen-USTelligent Community 13https://devzone.nordicsemi.com/power/w/oppWed, 09 Apr 2025 14:15:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:a8e08b17-f3d8-4465-bdf8-186076eb33d1Stian Røed HafskjoldClick below for either the Bluetooth LE version for nRF52, nRF53 and nRF54L Series, to calculate the current consumption when using the Bluetooth LE stack, the Matter over Thread version for selected nRF52/53/54 chips, the Wi-Fi version for the nRF70 Series, or the LTE-M/NB-IoT version for nRF91 Series.https://devzone.nordicsemi.com/power/w/oppWed, 09 Apr 2025 14:15:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:33201ad8-8979-42c6-8c43-175859800650opphttps://devzone.nordicsemi.com/power/w/opp/3/online-power-profiler-for-lteThu, 13 Mar 2025 20:37:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:897bd7ee-8077-42d3-ba08-300e0493a873Stian Røed HafskjoldThe tool is based on a model of measured values and is not showing the actual measurement. The result is therefore an estimate of the expected value. It is meant for evaluation purposes only and will not give the exact numbers in every use case. The measurements which the model is based upon are conducted on a nRF9160 module while communicating with a CMW500 Radio Communication Tester. This controlled test environment represents in many cases ideal conditions which may not be reproducible in a real network. It does not consider poor signal conditions which would result in different CE levels and repetitions. Further, different networks support different parameters which can affect the current consumption. This tool does not give the opportunity to change every possible network configuration parameter, thus in some cases the modeled values will deviate from what is seen in a real network. Please see this page to get the network parameters used in the model. The tool does not show peak currents. The different bars in the graph show the average current within a specified event type, e.g. iDRX event. The radio RX/TX will typically give the highest peak currents, but it is only a small part of the event itself, hence the average current will be lower than the peak current. Please refer to the nRF91 Product Specification for expected min/max values for the different current components. If you experience any issues with this tool, please post a question here on Devzone. Any feedback is appreciated.https://devzone.nordicsemi.com/power/w/opp/14/online-power-profiler-for-wi-fiThu, 13 Mar 2025 20:37:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:c9400726-76d1-47c1-b2e9-6edb283d7068Stian Røed HafskjoldThis tool is based on a model of measured values and is not showing the actual power measurements. The results are therefore an estimate of the expected current consumption values. The measurements which the model is based upon are conducted on a nRF7002 DK board while communicating with a Wi-Fi 6 AP. This is a controlled test environment representing in many cases ideal conditions which may not be reproducible in a real network environment. It does not consider poor signal conditions or channel contention, which would result in packet errors and retransmissions.https://devzone.nordicsemi.com/power/w/opp/16/online-power-profiler-for-matter-over-threadThu, 13 Mar 2025 20:37:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:24b5181b-aaee-483c-ad5c-27feb38d1d82Stian Røed HafskjoldThe tool is based on a model of measured values, and is not showing the actual measurement. The results are therefore estimates of the expected value. It is meant for evaluation purposes only, and will not give the exact numbers in every use case. Testing shows that the estimated average current is typically within 5% of the actual value for the reference parts. The device to device variations will add to this inaccuracy. Please refer to the Product Specification for expected min/max values for the different current components. If you experience any issues with this tool, please post a question here on Devzone. Any feedback is appreciated.https://devzone.nordicsemi.com/power/w/opp/15/guidelines-wi-fiMon, 16 Dec 2024 15:48:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:d22d8e0f-8d7c-4c61-a8f3-5c6964bc6d8eIoannisWelcome to the Online Power Profiler (OPP) for the nRF70 Series of Wi-Fi 6 companion ICs. Use this tool to estimate the current consumption of the nRF70 Series devices under certain operating scenarios of interest. The OPP tool covers both 2.4 GHz and 5 GHz Wi-Fi operation and various Wi-Fi operation modes. The tool can be configured using a wide set of Wi-Fi networking and nRF70 Series radio parameters. The OPP for Wi-Fi currently supports nRF70 Series Wi-Fi operation in the following modes: Station (client) mode, that is, when the nRF70 Series device is connected to (associated with) an Access Point (AP) network. The current focus is on estimating the power consumption of the Wi-Fi devices when they operate under the various Wi-Fi power saving modes. SSID scan mode, that is, when the nRF70 Series device is not associated with any AP, but only performs scanning for neighboring APs, e.g. for Wi-Fi assisted locationing. The focus is on estimating the nRF70 Series energy consumption for th e scan-only operation, with respect to the various configurations available throu gh the scan API . Offloaded beaconing mode, that is, when the nRF70 Series device is not associated with any AP, but only performs periodic beaconing, configured using the nRF Connect SDK TX Offload API . The OPP simulations for Station mode are based on current consumption measurements conducted on an nRF7002 DK connected to a Wi-Fi 6 AP network. The OPP tool is to be used for evaluation purposes only and will not give the exact power consumption numbers in every scenario. Please check out this blog showing how to perform your own current consumption measurements for the nRF70 Series ICs, using the nRF7002 DK and the Power Profiler Kit from Nordic Semiconductor and compare those measurements with the current consumption estimations from the OPP tool. Contents Table of Contents Contents Supported devices Station mode Supported parameters Scan mode Supported parameters  TX Offload mode Supported parameters  Disclaimer Supported devices The OPP for Wi-Fi currently supports the nRF7002 and nRF7001 devices for the Station and TX Offload mode profiling and all three nRF70 variants, nRF7002, nRF7001, and nRF7000, for the Scan mode. Station mode The OPP for Wi-Fi currently simulates the current consumption of an nRF70 Series device when it operates as Station under Power Saving Mode (PSM). The nRF70 Series ICs support multiple power saving modes, enabling the devices to minimize power consumption while keeping the connection to the access point. Refer to the nRF70 Series PSM guide to understand more about the different Wi-Fi power saving modes. When connected to an AP, there are several network operation parameters that the nRF70 device is not able to control, as they are set by the AP itself. These parameters include (but not limited to) the DTIM period or the Beacon packet payload and transmission rate. These parameters may have a significant impact on the nRF70 Series current consumption, and in order to get an idea of what to expect when you connect to an AP network of interest, you can use the OPP to match the network parameters, and then see the expected current consumption. Supported parameters Chip settings Chip : the nRF70 Series variant used in the simulation. Choose between nRF7002 and nRF7001. Wi-Fi settings Frequency : the frequency band the nRF70 Series device operates on. Choose between 2.4 GHz and 5 GHz. PSM mode : the power saving mode the nRF70 Series device operates on. Choose between DTIM (legacy PSM) and TWT (additional power save mode supported in Wi-Fi 6 networks). DTIM (legacy power save mode) parameters DTIM period (interval) : the parameter that indicates how often (in multiples of beacon interval periods) the AP sends out multicast or broadcast messages to connected devices. Stations operating in legacy PSM wake up at every DTIM beacon to listen for pending buffered traffic. The DTIM period is controlled by the AP and is typically configurable in AP settings. Listen interval: a parameter that indicates how frequently (in multiples of beacon interval periods) a Station device will wake up to check for pending buffered traffic. The listen interval may be set by the Station device; however, it will be rounded down to the nearest multiple of DTIM value. A larger listen interval allows devices to save more power but may result in frame reception losses. Select 0 to disable listen interval setting. Beacon payload : a parameter that indicates the length of the beacon frame payload in bytes. The beacon payload is set by the access point. Typical beacon payload lengths depend on the generation of Wi-Fi supported and on the set of Wi-Fi features enabled in an AP network. Typical beacon frame payload lengths: 450 (802.11ax), 350 (802.11ac), 250 (802.11n), 100 (legacy). DSSS enable : a parameter that indicates that the AP will support DSSS (legacy) mode. Typically, DSSS compatibility may be enabled or disabled in the AP configuration settings. When disabled it allows APs to transmit beacon frames at a higher data rate and hence shorter frame-on-air time. TWT TWT wake interval : a parameter indicating the time interval between successive WT wake periods. TWT Wake Duration: a parameter indicating the amount of time that the Station device under TWT needs to be active to complete the frame exchanges during the TWT wake period. TWT TX Payload: a parameter indicating the amount of data traffic (in payload bytes) the device under TWT is expected to send to the access point (i.e. uplink) during a TWT period. Select 0 to simulate a scenario where a device has no pending uplink data under a TWT period (in which case a null uplink packet will be transmitted in order to maintain the connection). Scan mode The OPP for Wi-Fi scan currently simulates the energy consumption of an nRF70 Series device when it operates in scan-only mode. The nRF70 Series ICs support multiple scan configurations and profiles, enabling the devices to optimize their energy consumption based on the application environment and requirements. Refer to the  nRF70 Series Scan Optimization guide  to understand more about the different Wi-Fi scan profiles and configurations. In scan (i.e. non-connected) mode, certain network parameters, such as the payload of the probe request frames, or the number of received probe responses during active scanning are not controlled by the user scan API, but they may impact the device current consumption in scan mode. These parameters are exposed in the OPP tool settings so users can configure them to match the expected conditions. Supported parameters  Chip settings  Chip : the nRF70 Series variant used in the simulation. Choose between nRF7002, nRF7001, and nRF7000.  Scan settings Force passive: An option to force passive scanning on all selected bands and channel maps. When turned on, the option does not allow configuring active scan operation. Force passive will turn active scanning to passive on the channels active scanning was previously selected. Active Scan dwell time per channel [ms]: Active scan duration parameter per channel in milliseconds. Applies to all channels where active scanning is selected. Passive Scan dwell time per channel [ms]: Passive scan duration parameter per channel in milliseconds. Applies to all channels where passive scanning is selected.  Channel map settings Number of channels to scan : The number of channels in each selected band to be included in the scan session for active and passive scanning. The total number of channels selected in each frequency band may not exceed the total number of available (and supported) channels in this band. Note: the tool does not take into consideration region-based regulatory rules that prevent Wi-Fi active scanning in certain channels. Active scan parameters Active probe request payload: The payload (in bytes) of the active scan probe requests transmitted by the nRF70 series devices. Number of probe responses: The number of probe responses expected to be received on each channel nRF70 device performs active scanning. This is not controlled by the nRF70 device, but it impacts the current consumption since the device needs to respond with acknowledgement frames. The tool generates a graphical representation and an accurate estimation of the average current consumption and duration of a complete scan session including radio ramp up and power off phases (over all selected bands and channels). TX Offload mode The OPP for Wi-Fi Offload TX mode currently simulates the energy consumption of an nRF70 Series device when it operates in offloaded periodic TX beaconing (raw TX) mode. That is, when the nRF70 Series device can be configured to transmit frames at regular intervals, utilizing very low power, and without interrupting the host MCU. The most popular offloaded raw TX use-case is periodic Wi-Fi beaconing. The nRF70 Series ICs support multiple raw TX configurations, allowing the devices to optimize their energy consumption based on the application environment and requirements. Refer to the  Offloaded raw transmit mode to understand more about the different configurations options for offloaded raw TX mode. Supported parameters  Chip settings  Chip : the nRF70 Series variant used in the simulation. Choose between nRF7002 and nRF7001. (nRF7000 does not support TX offload mode)  Wi-Fi beaconing settings Frequency: An option to select the frequency band of the Wi-Fi beaconing mode between 2.4 GHz and 5 GHz. Note that the exact channel (within the selected band) where beaconing will be performed does not impact the power consumption of the nRF70 Series device. TX Output power [dBm]: An option to configure the output power of the transmitted beacons, in dBm. TX Rate [Mbps]: An option to configure the beacon on-air transmission rate in Mbps. Higher rates typically result in lower average current consumption, as on-air transmission time is lower. TX Beacon interval [ms]: An option to configure the period of beacon transmissions, in milliseconds. Beacon payload [bytes]: An option to set the beacon frame payload length. Larger beacon payload will result in larger average current consumption. Disclaimer This tool is based on a model of measured values and is not showing the actual power measurements. The results are therefore an estimate of the expected current consumption values. The measurements which the model is based upon are conducted on a nRF7002 DK board while communicating with a Wi-Fi 6 AP. This is a controlled test environment representing in many cases ideal conditions which may not be reproducible in a real network environment. It does not consider poor signal conditions or channel contention, which would result in packet errors and retransmissions.https://devzone.nordicsemi.com/power/w/opp/2/online-power-profiler-for-bluetooth-leMon, 07 Aug 2023 10:27:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:857d3345-5691-4beb-9b44-4389c56c5096Stian Røed HafskjoldThe tool is based on a model of measured values, and is not showing the actual measurement. The results are therefore estimates of the expected value. It is meant for evaluation purposes only, and will not give the exact numbers in every use case. Testing shows that the estimated average current is typically within 5% of the actual value for the reference parts. The device to device variations will add to this inaccuracy. Please refer to the nRF52 Product Specification for expected min/max values for the different current components. If you experience any issues with this tool, please post a question here on Devzone. Any feedback is appreciated.https://devzone.nordicsemi.com/power/w/opp/4/guidelines-lteSun, 09 Jul 2023 13:04:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:8172329b-fca2-45e5-93a3-507e94077012Stian Røed HafskjoldWelcome to the online power profiler (OPP) for nRF91. Use this tool to estimate the current consumption of the nRF91 LTE modem. The OPP supports both NB-IoT (cat NB1) and LTE-M (cat M1), and several other network parameters. When connected to an LTE network there are many parameters you are not able to control. Some parameters can be requested by the UE, but in the end it's the network that decides most of them. These parameters can have a significant impact on current consumption, and in order to get an idea of what to expect when you connect to the network in your area, you can use the OPP to match the network parameters, and then see the expected current consumption. The OPP is based on measurements conducted on a nRF9160 DK while communicating with a CMW500 radio communication tester. It is meant for evaluation purposes only and will not give the exact numbers in every use case. You can also check out this video showing how the Online Power Profiler can be used to estimate the power consumption in your application, comparing it with results from the PPK2 : Contents Test setup Supported parameters General settings PSM - Power Saving Mode RRC idle mode RRC connected mode SIM card settings Parameters not included CMW500 setup Peak currents Disclaimer Test setup The current consumption is measured at 3.7V on VDD, and includes both the MCU and modem currents, as well as the SIM card. The firmware used in the measurements is based on the serial LTE modem application which can be found here . The FW puts the MCU to sleep, and turns off the UART. The hardware used is an nRF91 DK (PCA10090 v0.9.0) communicating with a CMW500 radio communication tester. Supported parameters General settings LTE category: Choose between LTE cat M1 or LTE cat NB1. Not all networks support both M1 and NB1. TX output power: The output power depends on the signal conditions, and is dynamically adjusted in real time by the network. You cannot set a fixed output power in the application. By changing the value in this field you will get an idea on how the output power will impact the current consumption in good versus bad signal conditions PSM - Power Saving Mode TAU timer: Also know as T3412 timer or the PSM sleep interval. It specifies how often the UE is required to wake up from PSM to do a TAU (Tracking Area Update) Active timer: Also known as the T3324 timer. It defines the length the UE is required to stay in RRC idle mode before it can enter PSM. In RRC idle mode the UE is reachable by the network in case it needs to receive more data. This parameter can be requested by the UE, however the requested value might not be supported by the network. RRC idle mode iDRX interval: This is the RX paging interval, i.e. how often the UE listens for incoming data on the network, in RRC idle mode. A longer interval means higher latency for the incoming data. This parameter can be requested by the UE, however the requested value might not be supported by the network. RRC connected mode Data upload size: You can add data upload to the RRC connection event to get an idea of how much energy is needed to upload a specific payload. The data was collected by measuring a simple UDP upload to a server with different payloads. Data upload interval: Data upload frequency in number of TAU events. In case the application wants to transmit data it makes sense to do this while the UE wakes up from PSM to do the required TAU, in order to save power. As a consequence, and also to simplify this tool, the data upload interval is configured as a multiple of the TAU timer. This is not a limitation in the technology; you can wake up and attach to the network regardless of the specified TAU interval. cDRX interval: Similar to the iDRX interval, except that this is during the RRC connected mode. This is decided by the network, and cannot be requested by the UE RRC inactivity timer: Decides how long the UE is required to stay in RRC connected mode before it can enter RRC idle mode (eDRX idle) or PSM. This is to avoid having to set up a new RRC connection immediately if there is a pending ACK or more data to be received from the network. This is decided by the network, and cannot be requested by the UE SIM card settings Clock stop current: Specified SIM card sleep/retention current at 1.8V Enable power down: Depends on the SIM card specifications. Most SIM cards requires the sleep time to be above a certain value before it can be shut down completely, i.e. a minimum power down interval is specified by the SIM. This is to reduce the SIM card life time because of flash wear-out, since data to be retained has to be written to memory before power down. Newer SIM cards made for low power IoT applications support minimum power down intervals of 1 minute or less, while older SIM cards usually support intervals of 10 minutes or more. Some SIM cards can't be powered off at all Minimum power down interval: The minimum power down interval supported by the SIM CMW500 setup A configuration file containing the parameters used by the CMW500 during testing is included here: devzone.nordicsemi.com/.../DAU_2D00_NB1_2D00_M1.dfl Peak currents The tool does not show peak currents. The different bars in the graph show the average current within a specified event type, e.g. iDRX event. The radio RX/TX will typically give the highest peak currents, but it is only a small part of the event itself, hence the average current will be lower than the peak current. Here is an example showing an cDRX paging event, and the corresponding result from the OPP. Figure 1 shows a cDRX paging event. The average current, length and charge within the cursors are given in the OPP plot, as shown in figure 3. The maximum current (44,4 mA) is not included in the OPP plot. Figure 2 shows the average current during the cDRX paging, the average current is given in the RRC connected mode table, as shown in figure 3. Figure 1: cDRX paging event Figure 2: cDRX average current Figure 3: OPP showing cDRX numbers Disclaimer This tool is based on a model of measured values and is not showing the actual measurement. The result is therefore an estimate of the expected value. The measurements which the model is based upon are conducted on a nRF9160 module while communicating with a CMW500 Radio Communication Tester. This controlled test environment represents in many cases ideal conditions which may not be reproducible in a real network. It does not consider poor signal conditions which would result in different CE levels and repetitions. Further, different networks support different parameters which can affect the current consumption. This tool does not give the opportunity to change every possible network configuration parameter, thus in some cases the modeled values will deviate from what is seen in a real network.https://devzone.nordicsemi.com/power/lte/Wed, 20 May 2020 10:05:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:f5b701c0-8673-4b7e-8b79-3edb05d2920aPower profiler for LTEhttps://devzone.nordicsemi.com/power/Thu, 01 Feb 2018 13:02:00 GMT137ad170-7792-4731-bb38-c0d22fbe4515:8ae8a54c-b215-4896-8135-9769c6b0fb34A model-based online app for calculating estimated power consumption