Ingénierie

Rendre QDatDroid natif sur Dragonwing : le travail derrière le SDK RFID Zebra 2.0.5.275

QDat.io Team•Dim 14 juin 2026•9 min de lecture

Quand le lecteur RFID, c'est le téléphone

Depuis dix ans, la RAIN RFID mobile signifiait un terminal plus un sled Bluetooth — une radio séparée à appairer, charger et transporter. Cela change. Le Dragonwing Q-6690 de Qualcomm, lancé en septembre 2025 et lauréat d'un CES 2026 Innovation Award, est le premier processeur mobile d'entreprise doté d'un lecteur RFID UHF (RAIN) intégré à même le silicium. Au NRF 2026 (9 janvier 2026), Zebra a annoncé trois appareils bâtis dessus : le terminal TC501, son jumeau ultra-durci le TC701, et l'ET401 — la première tablette d'entreprise compatible RFID. Ils sont commandables dès maintenant et atteignent la disponibilité de masse au cours de 2026.

Cela compte parce que le sled disparaît : un seul appareil durci, aucun appairage, pas de seconde batterie, du matériel moins cher. Mais cela signifie aussi que la radio RFID n'est plus le sled Zebra que le SDK pilote depuis des années — c'est une radio Qualcomm intégrée au SoC, avec ses propres règles. Faire en sorte que QDatDroid soit exactement aussi fluide sur un TC701 sans sled que sur un sled RFD40 a demandé un vrai travail d'ingénierie chez Meerv Inc. Voici l'histoire de ce travail.

La mise à niveau : SDK RFID Zebra 2.0.5.275

QDatDroid est bâti sur le SDK RFID de Zebra. Prendre en charge Dragonwing imposait de passer au SDK RFID Zebra 2.0.5.275 (publié par Zebra le 22 avril 2026) — le premier SDK à ajouter les TC501 / TC701 / ET401 et le nouveau sled RFD4051. Le saut depuis le précédent 2.0.5.238 n'était pas un simple remplacement : nous avons comparé l'application de référence de Zebra entre les deux versions du SDK et intégré quatre changements prioritaires dans QDatDroid.

Un nouveau chemin de connexion. Les lecteurs intégrés s'ouvrent avec un nouveau mode `connect(RFID_WWAN)` au lieu de la connexion sled historique. QDatDroid choisit désormais le bon mode automatiquement — WWAN pour une radio intégrée, historique pour un sled — avec un repli quand un appareil signale quelque chose d'inattendu.

Filtrage des capacités. Un lecteur intégré n'a ni batterie de sled, ni optimiseur de puissance dynamique, ni surface de mise à jour du firmware ; ces contrôles sont donc masqués ou ignorés quand la radio vit sur le SoC.

Durcissement de la connexion. Correspondance d'identité de lecteur plus stricte, re-sélection d'antenne à la connexion, et gestion défensive des lectures de configuration qui peuvent échouer sur le chemin intégré.

Diagnostics du lecteur. Un point d'accès de journalisation pour capturer les événements bas niveau du lecteur directement depuis un appareil sur le terrain.

Le plus dur : la radio ne se comporte pas comme un sled

Adopter le SDK n'était que le début. Le vrai effort était de faire survivre la simplicité d'usage de QDatDroid au changement — chaque commodité sur laquelle s'appuient les opérateurs devait fonctionner à l'identique sur une radio au comportement très différent d'un sled. En mettant l'app en route sur un TC701, nous avons documenté sept limitations distinctes de la radio Qualcomm intégrée et construit un contournement pour chacune.

Pas de localisation matérielle d'étiquette. La radio intégrée signale que la localisation matérielle d'étiquette n'est pas prise en charge ; la localisation visuelle de QDatDroid a donc dû être réimplémentée en localisation émulée — en pilotant un inventaire EPC seul dans une session rapide, pour que la courbe de proximité continue de s'écouler à mesure que vous vous rapprochez d'une étiquette. (Le peaufinage de la 2.3.2 — anneaux de radar redimensionnés et bip de proximité audible — est directement issu du réglage de cette localisation émulée sur la plage de signal que la radio peut réellement lire.)

L'inventaire filtré se bloque. Une étiquette lue une fois ne se relisait pas sous le comportement de persistance de session de la radio ; changer de session a rétabli les lectures continues.

Les opérations d'arrêt échouent. Les appels `stop()` renvoient régulièrement une erreur COMM, et les marteler bloque le canal de commande de la radio — le démontage échoue donc rapidement, s'exécute hors du fil principal, et préfère une reconnexion propre au lieu d'enchaîner stop/start.

Quatre autres, gérées discrètement : un verrou de batterie critique, un mode de connexion différent, des journaux de transport bruyants à chaque opération, et un nom de modèle générique “QC” que l'app réécrit en quelque chose de parlant, comme “TC701 RFID”.

Ce que ça a demandé : un sprint de six jours, six versions

Ce fut un travail concentré. Du 9 au 14 juin 2026, QDatDroid a connu six incréments de version — des versions 2.1.7 à 2.3.2 (numéros de build internes 82 à 88) — sur environ trois douzaines de commits, chacun une révision validée sur du vrai matériel TC701 : détection et connexion du lecteur intégré, localisation émulée, assistant de réinitialisation d'usine de la région, le travail d'adoption du SDK ci-dessus, et enfin le peaufinage localisation-et-réglages de la 2.3.2. Le résultat, QDatDroid 2.3.2, a été testé en régression sur le Zebra TC701 et son moteur RFID Qualcomm intégré — les sleds Bluetooth (RFD40 / RFD4031) étant confirmés non affectés.

Pourquoi c'est important

Tout l'intérêt, c'est que rien de cela ne se voit. Prenez un TC701, un TC501 ou un ET401 sans sled et QDatDroid fait exactement ce qu'il fait sur un sled : démo instantanée en un geste, localisation visuelle, température depuis les étiquettes capteur CoolTag et Axzon, chaque scan horodaté et géolocalisé et diffusé en direct. La radio intégrée échange de la portée contre le format — environ 2 m et plus de 200 étiquettes par seconde contre les ~12 m et 1 300 d'un sled — soit exactement le bon compromis pour le travail au niveau de l'article et de la chaîne du froid, au rayon, à l'établi ou au quai de réception.

À mesure que les TC501, TC701 et ET401 atteignent la disponibilité de masse en 2026, les clients peuvent fondre “terminal + sled” en un seul appareil durci — et, sur le moteur d'IA de 6 TOPS du Dragonwing Q-6690, exécuter à terme la prédiction de durée de vie et la détection d'excursions sur l'appareil lui-même. QDatDroid est prêt pour ce matériel dès le premier jour, parce que le travail pour y arriver est déjà fait.

Explorez QDatDroid et le rapport de capacités et les notes de version complets.

Lisez l'annonce de production de QDatDroid 2.3.2.

Pour un déploiement privé, sur site, sur du matériel Dragonwing dans votre propre périmètre, réservez une démo.

Prêt à voir QDat.io en action ?

Réservez une démo en direct pour voir le suivi RFID spatiotemporel et les flux de travail Cooldat® pour la chaîne du froid appliqués à vos opérations.

Réserver une démo