Papers for

iot device makers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

IoT network reliability improves with antenna diversity gains

Enhancing IoT Network Reliability through Antenna Diversity in Real-World Scenarios

Abstract: Antenna diversity in Internet of Things (IoT) devices is explored to address challenges associated with fixed device orientation and interference from nearby metallic objects, which can degrade wireless network performance. Integrating multiple antennas with different polarizations can significantly enhance signal quality and network reliability. Experiments demonstrated significant improvements in link quality, with gains exceeding 30 dB in received signal strength for specific scenarios. Already the addition of a second PCB-based antenna alone, resulted in a 17 dB improvement. These findings suggest that the added complexity in hardware and software to incorporate antenna diversity could well be justified by the resulting enhancements in network stability for real-world applications.

Wed 21 OctNetworking and Internet Architecture
The gist
Wireless devices in the Internet of Things (IoT) can have trouble communicating well if their antennas face the wrong way or if metal objects nearby block signals. The paper shows that by using multiple antennas with different signal styles, these devices get stronger connections. Tests found much clearer signals, sometimes over 30 decibels better, which means more reliable networks. Even just adding a second antenna on the circuit board made a big difference.
Open → 2610.30015v1

Tunnel diode oscillator enables low-power dual-band wireless links

HILO: Enabling Low-power, Dual-Band Communication using Tunnel Diode Oscillators

Abstract: Wireless communication remains the most power-consuming operation in embedded systems. Low-power transmitters such as backscatter achieve microwatt-scale operation but produce weak signals susceptible to in-band interference and frequency-selective fading, particularly in non-line-of-sight settings. Multi-band transmission can mitigate these effects through spectral-domain redundancy rather than temporal-domain redundancy, improving reliability without sacrificing bitrate or latency. However, conventional multi-band radio transceivers require duplicated RF chains or power-hungry synthesizers. We introduce HILO, a tunnel diode-based frontend that enables dual-band operation from a single circuit. HILO inverts the conventional paradigm: rather than suppressing the harmonics inherent to tunnel diode nonlinearity, it harnesses them. An external device injection-locks the oscillator to a fundamental frequency, simultaneously stabilizing a higher harmonic and yielding two injection-locked carriers without a second oscillator or frequency multiplier. In transmit mode, HILO exploits self-oscillating mixing to modulate both carriers simultaneously; in receive mode, it uses autodyne downconversion at both frequencies. By turning an inherent nonlinearity into a feature, HILO achieves dual-band links while consuming under 210 $μ$W.

Tue 13 OctNetworking and Internet ArchitectureHardware ArchitectureEmerging Technologies
The gist
Wireless communication in small devices often uses a lot of power, especially when sending signals that can get weak or interrupted. The authors show a new type of radio circuit called HILO that uses a special component called a tunnel diode to send signals on two different frequencies at once without needing extra parts. This makes the communication more reliable while using very little power, under 210 microwatts. Instead of fighting the diode’s natural quirks, HILO cleverly uses them to create stable signals on two bands.
Open → 2610.18641v1

Pruning input layers breaks IoT device intrusion detection accuracy

Input-Layer Starvation: Why Per-Layer Pruning Breaks IoT Intrusion Detectors

Abstract: Intrusion detectors for small Internet-of-Things (IoT) devices are usually compressed by pruning and judged by overall accuracy. We show that this hides a severe class-level failure, find its cause, and give low-overhead prevention and repair. On CICIoT2023, a two-layer convolutional detector pruned with uniform layer-wise magnitude pruning at 80% sparsity loses 16 points of accuracy but half of its macro-F1, the mean per-class F1 (0.542 to 0.271 over five independently trained models); 17 of 34 classes are materially damaged. Remaining weight count does not explain it: a perceptron and a transformer pruned to the same or fewer weights lose at most 0.096. The first layer does. It has 192 weights; uniform pruning leaves 38, 46% of its 64 filters lose every input weight, and fine-tuning under that starvation leaves the running means of the first normalisation layer displaced by up to 0.8 standard deviations in a few surviving channels, on which the deployed model collapses. Protecting those 192 weights, or pruning globally at the same sparsity, prevents the collapse (loss 0.013); recomputing the normalisation statistics on unlabelled training data, with no weight changed, repairs it (loss 0.039) and returns the false-alert rate to 33% (dense 29%). Damage shows a strong increasing dose-response in first-layer sparsity, starving a perceptron's input layer reproduces the collapse, and the pattern holds on TON_IoT. The failure is misattribution and false alerts, not silent evasion: on validation-selected blind spots, uniformly pruned detectors misattribute 72% of the traffic, against 50% with the first layer protected and 47% for the dense model.

Fri 25 SeptCryptography and SecurityMachine Learning
The gist
Many small devices rely on pruning neural networks to save space while detecting threats, but this causes serious problems hidden by overall accuracy scores. The authors found that pruning the first layer of a network starves some parts of the model, making it fail on many attack types. They show that keeping the first layer unpruned or adjusting normalization fixes these failures without much extra cost. Their findings reveal actual detection errors rather than silent misses, improving trust in IoT security tools.
Open → 2609.30729v1

MicroHasTEE ensures safe hardware use for Armv8-M chips

MicroHasTEE: Bare-Metal Haskell for Type-Level Peripheral Ownership on Armv8-M

Abstract: Arm TrustZone for Armv8-M isolates Secure and Non-secure software, but developers must still coordinate peripheral attribution, interrupt routing, initialization, and gateway interfaces across separately built firmware images. Inconsistent assumptions between these images can compile successfully and emerge only as faults on the target device. We present MicroHasTEE, a multiparty programming framework that expresses both firmware applications as participants in one typed Haskell program. MicroHasTEE represents peripheral authority with type-level capability ledgers and uses indexed setup computations to track resource acquisition, configuration, transfer, and finalization. Domain-specific effect types restrict peripheral operations and interrupt callbacks to the participant that holds the corresponding authority, while typed callable handles describe the Secure services available to Non-secure code. MicroHs compiles the shared program twice to produce separate bare-metal Secure and Non-secure firmware images. We implement MicroHasTEE for an STM32U5 Nucleo board, including TrustZone configuration, peripheral drivers, and a serialized gateway for cross-domain Haskell calls. For programs expressed through its interface, MicroHasTEE rejects inconsistent resource use, attribution changes after configuration, callbacks in the wrong domain, and calls to unregistered Secure services. A door-lock case study demonstrates feasibility, with firmware images occupying 232.7 KiB and 228.4 KiB of flash and approximately 220 KiB of SRAM per domain.

Fri 11 SeptCryptography and SecurityComputer Science and Game Theory
The gist
Developing software that runs securely on specialized Armv8-M chips can be tricky because the secure and non-secure parts need to share hardware components without conflicts. The authors created MicroHasTEE, a tool that uses the Haskell programming language to let these parts be written together safely in one program, preventing errors that only show up when the software runs. It tracks which software part owns which hardware resource and stops mistakes like using the wrong device or calling a service incorrectly. Their system can produce separate secure and non-secure firmware images that work correctly on real hardware. They demonstrated this with a smart door-lock example.
Open → 2609.12580v1