DECT World 2026 : notre table au pre-event Opener

Le pre-event, c'est quoi ?

DECT World est le rendez-vous annuel de l'écosystème DECT et DECT NR+. Cette année, l'Opener Initiative a profité de l'occasion pour organiser, le 2 novembre 2026 à Munich, un pre-event pratique : le but n'était pas de montrer des slides, mais de mettre la stack NR+ open source entre les mains des participants.

Le format était simple. Une présentation de dix minutes ouvrait la session : ce qu'est Opener, les choix techniques, l'état du code et la feuille de route. Nous l'avons résumée dans notre point d'avancement sur Opener. Ensuite, place à trois tables de démonstration :

Sur notre table : NR+Gate et NR+Node

Nous avions apporté une dizaine de passerelles et une dizaine de capteurs, deux cartes que nous concevons et fabriquons à Langres. Toutes deux sont supportées nativement par Opener : notre SDK Zephyr, codz-sdk, fait partie du dépôt opener-samples de l'initiative.

Passerelle

NR+Gate

• nRF9151 pour le NR+, à côté d'un module Linux Rockchip RK3566
• Alimentation PoE, Ethernet, Wi-Fi, LTE et GNSS
• Boîtier extérieur IP44
• Le Linux peut flasher et déboguer le nRF : c'est une station de développement autonome

Capteur

NR+Node

• nRF9151 plus un nRF54L15 pour le Bluetooth LE
• Température et humidité (SHT4x), accéléromètre (LSM6DSL), magnétomètre (LIS2MDL)
• Gestion de batterie et de charge nPM1300
• Alimenté sur batterie

Prête à développer dès la sortie du carton : la NR+Gate est livrée avec le dépôt opener-samples configuré et notre SDK installé. Pour compiler sur la stack Opener, il suffit de se connecter en SSH à la passerelle, en Ethernet ou via son point d'accès Wi-Fi. Le Linux de la passerelle peut ensuite flasher et déboguer le nRF9151 directement.

Deux démos, deux passerelles

Nos deux démos partageaient la même base. Sur chaque NR+Gate, le nRF9151 n'exécute que le driver Opener et son interface Spinel (sample dectnrp-spinel). C'est le Linux de la passerelle qui pilote la radio à travers le SPI, via nrp-hub : ce service possède la liaison avec la radio, accepte un contrôleur à la fois et diffuse en parallèle tout ce qui passe vers l'interface web nrp-web. Les NR+Node, eux, exécutent un firmware Opener autonome qui émet leurs mesures.

Le capteur : des mesures en temps réel

Les NR+Node exécutent le sample dectnrp-driver d'Opener, celui du ping-pong, avec une option que nous y avons ajoutée : avant chaque cycle, le nœud lit ses capteurs et envoie un enregistrement de 28 octets à la place du traditionnel « Hello World! ». Le canal et l'identifiant réseau sont fixés à la compilation. Sur un stand où plusieurs démos NR+ partagent l'air, chaque démo peut ainsi avoir son propre canal.

Démo 1 : une passerelle en sniffer, deux capteurs sur le canal 1671

Deux NR+Node dialoguent sur le canal 1671 : ils se synchronisent l'un sur l'autre et échangent leurs enregistrements capteurs à chaque cycle. La passerelle, en mode sniffer, ne participe pas à l'échange : elle garde des fenêtres de réception ouvertes sur le canal et capture chaque trame des deux nœuds, que son interface web affiche en direct.

En parallèle, nrp-sniffer enregistrait toutes les trames dans un fichier pcap, avec le type de lien DECT-NR-TAP du sniffer de deveritec. Le fichier peut ensuite être analysé à tête reposée : Wireshark (4.7.4 ou plus récent) en décode l'en-tête physique et le PDU MAC.

Démo 2 : une passerelle pilotée en TCP depuis un PC Linux

Ici, la radio de la passerelle n'est pas pilotée en local. nrp-hub expose son interface de contrôle en TCP, et un PC Linux posé sur la table y fait tourner nrp-ping, l'équivalent côté hôte du sample dectnrp-driver. À travers le réseau, il initialise la radio, écoute pendant une période, repère le NR+Node dans les trames reçues, puis se synchronise sur lui, sur le canal 1673, en émettant à mi-période après chacune de ses trames. Il décode les enregistrements capteurs à la volée.

Le nœud et la passerelle n'ont pas besoin d'être configurés l'un pour l'autre : il suffit qu'ils partagent le canal et l'identifiant réseau. Et la radio NR+ devient un périphérique que l'on pilote depuis n'importe quelle machine du réseau, pas seulement depuis la passerelle.

nrp-web : chaque passerelle affiche ses trames

Dans les deux démos, chaque passerelle servait sa propre interface nrp-web. C'est une vue web en lecture seule : les trames reçues par la radio, les échanges Spinel appariés par identifiant de transaction, l'état et les compteurs du hub, avec la possibilité d'enregistrer une capture pcap depuis le navigateur. Elle n'envoie jamais rien à la radio et tourne pendant que nrp-sniffer ou nrp-ping la pilote. En mode démo, elle est accessible sur le réseau local sans jeton : n'importe quel visiteur peut l'ouvrir depuis son téléphone.

Sous le capot : le lien entre le Linux et le nRF9151 utilise l'interface Spinel que nous avons développée pour Opener, sur SPI avec des lignes IRQ et BUSY. Nous détaillons sa conception et ses tests dans un article dédié.

Les autres tables

deveritec, auteur de l'API driver et du sample ping-pong d'Opener, présentait la dectnrPi : une carte d'extension Raspberry Pi à nRF9151, utilisable seule en USB-C, avec une variante LMS compatible broche à broche en développement. Ses broches de synchronisation permettent de coordonner plusieurs modems. Leur sniffer Opener décodait le trafic NR+ en direct dans Wireshark.

hophop, la stack NR+ en Rust sur Ariel OS, montrait un scanner NR+ canal par canal, ainsi que des serveurs CoAP et des clients PC qui rejoignent le réseau du sample dect_shell de Nordic. hophop sera la première implémentation à interopérer avec Opener.

Ce qu'on en retient

Merci aux participants pour leurs questions et leurs retours, et aux équipes de deveritec et de hophop pour l'organisation commune. Si vous n'avez pas pu venir, et que vous voulez voir les démos ou tester Opener sur nos cartes, écrivez-nous.