IoT RF Testing and Global Wireless Compliance: What Manufacturers Need to Know

by

By Keyhan Sheshyekani, PhD, Stancer Testing-Lab.

The Internet of Things is no longer a narrow category of connected gadgets. It now includes industrial sensors, medical wearables, smart building controls, energy meters, tracking devices, automotive modules, wireless power systems, and 5G-connected infrastructure. In many products, the wireless function is no longer an accessory; it is the product’s main connection to the outside world.

That shift has made RF testing, radio frequency testing, EMC testing, and regulatory planning much more important. A connected device must use spectrum correctly, avoid harmful interference, tolerate electromagnetic disturbances, protect users from excessive RF exposure, and remain compliant after it is integrated into the final host product.

It is to be emphasized that many design teams experience the following in practice: IoT devices are difficult to test because they combine radios, sensors, software cycles, cloud connectivity, low-power operating modes, and performance monitoring challenges inside one compact product. The paper identifies time-domain emissions, in-band interference, detuning, cross-talk, device proximity, low-cost component variability, application criticality, and functional monitoring as key EMC concerns for IoT products.

For IoT products, compliance is not only a matter of transmitter output power or spurious emissions. The device must also remain functional during electromagnetic stress, especially when its sensor data may be used by applications with very different levels of risk.

1. Why Regulatory Compliance Is Critical for IoT Devices

Most IoT products include at least one intentional radiator. Many combine several technologies, such as Wi-Fi, Bluetooth, cellular, LTE-M, NB-IoT, LoRa, Zigbee, RFID, UWB, GNSS, or proprietary RF links. Each transmitter introduces regulatory obligations, and each target market applies its own approval pathway.

Market
Regulatory authority or framework
Typical requirement

United States
FCC
FCC equipment authorization, often under Part 15, Part 90, or other rule parts depending on the technology.

Canada
ISED Canada
RSS standards such as RSS-247, RSS-210, RSS-Gen, and RSS-102 for RF exposure.

European Union
Radio Equipment Directive (RED)
CE marking, harmonized ETSI standards, EMC, safety, spectrum use, and documentation requirements.

Japan
MIC
Radio approval and Giteki marking for applicable wireless equipment.

Approval in one region does not automatically grant market access elsewhere. A product with FCC approval may still require ISED certification in Canada. A device already tested for North America may still need EN 300 328, EN 301 489, EN 62368-1, RF exposure evaluation, and a complete technical file for CE marking in Europe.

Failure to plan the regulatory path early can lead to customs holds, product recalls, shipment delays, market surveillance action, redesign, or loss of launch windows. This is especially important for startups and manufacturers using pre-certified modules, because module approval reduces risk but does not eliminate host-level compliance obligations.

2. What RF Testing Evaluates

RF testing confirms that a wireless device transmits within its authorized spectrum, stays within power limits, controls unwanted emissions, and uses the radio channel in a manner consistent with the applicable standard. For a typical IoT transmitter, radio frequency testing may include:

RF output power and equivalent isotropically radiated power (EIRP)
Occupied bandwidth and channel bandwidth
Frequency stability
Band-edge compliance
Out-of-band and spurious emissions
Duty cycle and accumulated transmit time
Hopping sequence, adaptivity, and channel access behavior
Receiver blocking and receiver spurious emissions where applicable
Co-location and simultaneous transmission evaluation
RF exposure assessment, including MPE or SAR where required

The IEEE paper notes that when an ordinary electronic product adds a radio transmitter, the applicable requirements can become much stricter in certain frequency ranges. It gives the example of a generic industrial product whose radiated emission limit near 1–3 GHz may be significantly different once 2.4 GHz radio requirements are considered. The practical lesson is simple: adding wireless functionality can change the compliance burden for the entire product, not only for the radio module.

3. EMC for IoT Is More Complex Than Traditional EMC

Traditional EMC testing often focuses on emissions and immunity of a product operating in clearly defined modes. IoT products are different. Their behavior may change with firmware state, battery level, sleep mode, sensor activity, network connection, duty cycle, cloud communication, or retry logic after a failed transmission.

The attached paper identifies several IoT-specific EMC challenges that should be considered during product development and testing:

Time-domain emissions: Software cycles and low-power duty cycling can make emissions appear only during short operating windows.

In-band interference: Interference may occur directly inside the communication channel, especially in crowded unlicensed bands.

Co-location effects: Nearby electronics, antennas, batteries, displays, and the human body can detune antennas or create cross-talk.

Application criticality: The same sensor data may be used for low-risk monitoring or high-risk decision-making once it reaches the cloud.

These are not academic details. A wireless temperature sensor, for example, may pass a basic emissions test and still fail to transmit correct data during radiated immunity exposure. A wearable device may meet output power limits in free space but behave differently when worn on the body. A smart industrial sensor may operate correctly in a lab but fail in a substation, factory, or dense RF environment.

4. Module Integration Strategy: A Key Compliance Decision

One of the earliest decisions in an IoT project is whether to design the radio in-house or use a pre-certified module. Each approach has technical, cost, and regulatory consequences.

Module strategy
Advantages
Compliance risk

In-house RF design
Maximum control over size, antenna, performance, and cost at scale.
Highest certification burden; full transmitter, EMC, RF exposure, and documentation responsibility.

Non-certified module
Design flexibility and supplier choice.
Manufacturer remains responsible for full radio approval and host compliance.

Pre-certified module
Lower certification effort and faster time to market.
Host-level testing still required; antenna, layout, enclosure, and co-location may affect compliance.

Software-defined radio module
Flexibility for firmware-based RF changes and multiple regions.
Firmware changes, power changes, or band changes may require permissive changes or new filings.

A pre-certified module is often the most efficient route for IoT manufacturers, but it is not a compliance shortcut for the finished product. The host device still needs evaluation for digital emissions, power-line emissions, enclosure integration, antenna placement, labeling, user manual statements, RF exposure, and simultaneous transmission conditions.

5. Host-Level Compliance Requirements

Module certification only covers the module under the conditions stated in its grant or certificate. Once the module is installed inside a host product, the final device must be evaluated as an integrated system. Typical host-level requirements include:

Digital emissions testing under ANSI C63.4 or applicable EMC standards
Conducted emissions testing on AC mains or DC input ports
Radiated emissions testing from the finished host product
Telecommunication and peripheral port emissions where applicable
Co-transmission and co-location evaluation
RF exposure evaluation under FCC, ISED RSS-102, or equivalent regional rules
Verification that antenna type, antenna gain, separation distance, and installation conditions remain within the module approval limits

This is where combined EMC testing and RF testing becomes valuable. A product may pass radio testing but fail radiated emissions because of clocks, DC-DC converters, displays, charging circuits, or poorly routed high-speed traces. Conversely, design changes made to reduce emissions may detune the antenna or reduce wireless range.

6. Wireless Technologies and Their Test Considerations

IoT products rarely fit into one neat category. A medical wearable may use Bluetooth Low Energy, Wi-Fi, inductive charging, and a proprietary service interface. An industrial gateway may combine cellular, GNSS, LoRa, Ethernet, USB, and high-speed processors. Each interface can affect the compliance plan.

Technology
Common test concerns
Typical compliance focus

Wi-Fi / Bluetooth
Output power, bandwidth, band-edge emissions, spurious emissions, adaptivity, co-location.
FCC Part 15, ISED RSS-247, EN 300 328, EN 301 489.

Cellular / LTE-M / NB-IoT
Module approval, host integration, antenna performance, RF exposure, carrier requirements.
FCC/ISED cellular rules, PTCRB or carrier acceptance where applicable.

LoRa / proprietary sub-GHz
Duty cycle, occupied bandwidth, output power, spurious emissions, receiver performance.
FCC Part 15, RSS-210/RSS-247, regional ISM band rules.

RFID / NFC
Field strength, modulation, harmonics, human exposure, coexistence with nearby electronics.
FCC Part 15, ISED RSS standards, ETSI short-range device standards.

Wireless power transfer
Fundamental field emissions, harmonics, RF exposure, load conditions, communication over power field.
RSS-216, FCC, EMC, RF exposure, and product-specific requirements.

7. Functional Monitoring During Immunity Testing

One of the strongest practical points in the attached paper is the difficulty of monitoring IoT devices during immunity testing. Many IoT devices are battery powered and communicate only through the radio interface. Adding wires for monitoring may change the product’s EMC behavior by creating new coupling paths.

The paper proposes practical design features that make IoT devices easier to test and troubleshoot:

Optical indicators or optical fiber interfaces
Real-time clocks
Index numbers or timestamps on internal processing activity
Internal logging during immunity exposure
Raw data transmission modes
Online cloud monitoring
Internal self-checks against expected value registers

These features are extremely useful during radiated immunity testing, conducted immunity testing, and ESD testing. Without them, a device may appear to pass because it continues transmitting, even though it is repeatedly sending old data, restarting internally, or hiding sensor errors behind processed averages.

A good IoT compliance plan should include test firmware or operating modes that make the product observable. If the lab cannot see whether the device is functioning correctly, immunity testing becomes much less meaningful.

8. Application Criticality: Why the Same Sensor Can Carry Different Risks

IoT data often travels to cloud platforms where it can be reused by many applications. This creates a compliance and risk-management issue that traditional product testing does not fully capture. A motion sensor may be used for a simple lighting function in one application and a security alarm in another. A traffic sensor may be used for statistical analysis in one context and emergency route planning in another.

The attached paper emphasizes that the criticality of an IoT sensor is no longer determined only by the device itself. It may depend on how cloud applications use the data. From an EMC perspective, this means manufacturers should consider not only whether the device transmits data, but whether the data remains accurate, timely, traceable, and safe to use under electromagnetic stress.

9. EMC, EMI, and Product Safety for Connected Devices

Wireless certification alone is not enough. Most connected products also need electromagnetic interference testing and broader EMC validation. A complete IoT test program may include:

Radiated emissions
Conducted emissions
Radiated RF immunity
Conducted RF immunity
Electrical fast transient, surge, voltage dips, and interruptions
ESD immunity for user-accessible surfaces and ports
RF exposure evaluation, including MPE or SAR
Battery charging mode evaluation
Wireless coexistence assessment

For connected medical devices, EMC planning is even more important. Products may need IEC 60601-1-2 evaluation, essential performance definition, risk management, RF coexistence review, and supporting documentation for medical regulatory submissions. For more detail, see Stancer’s medical device testing and medical device EMC testing resources.

10. Labeling, Documentation, and Administrative Compliance

Regulatory approval also depends on administrative accuracy. Wireless devices may require FCC ID labeling, ISED certification numbers, HVIN/PMN information, CE marking, notified body identification where applicable, user manual statements, antenna installation conditions, RF exposure warnings, and model identification.

Improper labeling or incomplete manuals can create market surveillance problems even when the technical test results are acceptable. The technical file should also include block diagrams, operational descriptions, schematics, antenna specifications, module integration instructions, test reports, risk assessments, and declarations of conformity where applicable.

11. Market Surveillance and Lifecycle Compliance

Certification is not the end of the compliance process. Regulators can request samples, review documentation, investigate complaints, and evaluate products already placed on the market. Manufacturers must also consider what happens when firmware, antennas, suppliers, PCB layouts, batteries, or enclosures change.

For software-defined or firmware-configurable radios, this is especially important. A change in output power, channel access behavior, modulation, frequency band, antenna gain, or regional configuration can affect the original approval. A lifecycle compliance process should therefore include change control, periodic documentation review, supplier monitoring, and regulatory update tracking.

12. Why ISO/IEC 17025 Accreditation Matters

ISO/IEC 17025 accreditation confirms that a laboratory operates with recognized technical competence, calibrated equipment, measurement traceability, controlled procedures, and quality oversight. For manufacturers, this means test reports are more defensible and more widely accepted by certification bodies, regulators, and customers.

As an ISO/IEC 17025 accredited testing laboratory, Stancer Testing-Lab supports manufacturers with structured RF testing, EMC testing, host verification, troubleshooting, and compliance planning for North American and international markets.

13. A Practical IoT Compliance Roadmap

About the author: Keyhan Sheshyekani, PhD, is CEO of Stancer Testing-Lab and a Full Professor of Electrical Engineering at Polytechnique Montréal. He has over 25 years of academic and industry experience in electrical engineering and electromagnetic compatibility (EMC). Connect with him on LinkedIn.

The post IoT RF Testing and Global Wireless Compliance: What Manufacturers Need to Know appeared first on IoT Business News.

You may also like