RTLS en industrie : UWB vs BLE vs RFID et la décision que chacun change réellement

Les systèmes de localisation temps réel font de très belles démonstrations. Un plan d’usine s’affiche, des points s’y déplacent en direct, et toute la salle convient que c’est impressionnant. Puis quelqu’un demande quelle décision change grâce à cela, et la salle se tait. Cette question, c’est tout le projet. Le RTLS en industrie se rentabilise quand il alimente une décision qui reposait auparavant sur l’intuition — et ne produit presque rien quand il se contente de visualiser des mouvements sur lesquels personne n’allait agir.

UWB vs BLE vs RFID : choisir selon la question, pas selon la fiche technique

Les technologies ne sont pas interchangeables, et choisir sur la seule spécification de précision conduit à surpayer. L’ultra-large bande offre une précision de l’ordre de quelques dizaines de centimètres et distingue de quel côté d’un rack se trouve un actif, au prix d’une infrastructure d’ancres plus dense et plus coûteuse. Le Bluetooth Low Energy résout généralement une zone de quelques mètres, avec des tags bon marché à longue durée de vie et une installation plus simple. Les portiques RFID passifs ne suivent pas en continu du tout : ils enregistrent un franchissement, indiquant qu’un actif est passé d’une zone à une autre à un instant donné.

Les questions de zone l’emportent sur les questions de coordonnées

Cette dernière option est systématiquement sous-estimée. Une grande partie des vraies questions d’usine sont des questions de zone, pas de coordonnées. Dans quel bâtiment se trouve ce chariot. Ce lot est-il sorti de quarantaine. Ce véhicule est-il passé le portique d’expédition. Y répondre par des lectures sur portique coûte une fraction du positionnement continu, et pour bien des exploitations c’est tout le besoin. Les industriels qui commencent par lister les questions auxquelles ils doivent répondre — plutôt que la précision disponible — découvrent régulièrement qu’ils ont besoin de moins de système qu’on ne leur en chiffrait.

Quatre cas d’usage où le RTLS se rentabilise réellement

Les cas d’usage réels se regroupent en quatre domaines. La recherche d’actifs : outillages de valeur, moules, matrices, moyens de contrôle et contenants consignés que l’on déplace puis que l’on cherche. Les usines mesurent rarement le temps que cela consomme, parce qu’il est réparti sur tout le monde, mais les études chronométrées le trouvent généralement substantiel. Le suivi des en-cours : savoir où se trouve physiquement un ordre précis entre deux opérations, ce qui compte surtout en fabrication à l’unité et sur les cycles longs, où l’en-cours peut stationner à des endroits inattendus.

Coordination des véhicules et de la logistique interne

Le troisième domaine est la coordination des véhicules et de la logistique interne. Quand un système de dispatching connaît la position réelle de chaque chariot plutôt que son dernier scan, l’affectation des tâches s’améliore de façon mesurable — le véhicule capable le plus proche prend la mission, et les trajets à vide reculent. C’est là que le RTLS se rentabilise le plus souvent à lui seul, car il améliore un système déjà en service plutôt que d’en créer un nouveau à surveiller.

Sécurité et contrôle d’accès

Le quatrième est la sécurité et le contrôle d’accès, et là, la justification n’est généralement pas financière. Détecter une personne dans une cellule robotisée, un chariot qui approche d’un angle mort où traversent des piétons, ou une entrée non autorisée dans une zone restreinte : ce sont des cas de réduction du risque, au poids réglementaire et humain, qui n’ont pas besoin d’un tableur de ROI pour se défendre.

L’économie des tags détermine le périmètre du projet

L’économie des tags décide du périmètre du projet plus souvent que la technologie. Les tags RFID passifs coûtent quelques centimes et n’ont jamais besoin de pile, mais ne se manifestent qu’aux points de lecture. Les tags BLE actifs coûtent quelques unités monétaires à quelques dizaines et durent des années. Les tags UWB coûtent plus cher et exigent une gestion de batterie plus rigoureuse. Quand vous équipez cinquante actifs, le coût du tag est du bruit. Quand vous équipez cinquante mille palettes, le coût du tag, c’est le projet — et c’est cette arithmétique, pas la précision, qui doit guider le choix technologique à grande échelle.

Les standards qui gardent la donnée de localisation utile en dehors de son propre tableau de bord

Trois références empêchent un déploiement RTLS de devenir sa propre île. ISO/IEC 24730 définit l’interface de programmation applicative du système de localisation en temps réel, de sorte que la sortie d’un moteur de positionnement puisse être consommée de la même façon quel que soit le matériel d’ancrage qui se trouve en dessous. IEEE 802.15.4z est le standard de mesure de distance derrière la plupart des implémentations UWB, ce qui explique pourquoi les tags UWB de fournisseurs différents peuvent de plus en plus partager la même infrastructure d’ancres au lieu d’exiger une seconde installation parallèle. GS1/EPCglobal régit les identifiants de tags eux-mêmes — la même structure GTIN et numéro de série qu’un WMS ou un ERP utilise déjà pour l’actif, de sorte qu’une lecture de position se rattache à un enregistrement qui existe ailleurs au lieu de créer un second identifiant d’actif non relié. Rien de tout cela n’est spectaculaire, et tout cela fait la différence entre un système de localisation dont on peut changer le fournisseur et un système qu’on ne peut jamais que racheter.

De la carte à l’infrastructure

Le point d’intégration est ce qui sépare un système de localisation d’un tableau de bord de localisation. Une donnée de position qui reste dans sa propre application est une carte. Une donnée de position qui alimente le MES, le WMS et le système de dispatching change ce que ces systèmes font — la tâche de transport est routée différemment, le statut de l’en-cours se met à jour sans scan, la demande de matière est servie par le véhicule réellement le plus proche. Le RTLS est davantage une infrastructure pour d’autres systèmes qu’un système en soi.

Cette frontière mérite d’être posée clairement, car elle décide qui devrait évaluer une proposition RTLS. Le RTLS répond à où se trouve quelque chose, maintenant. Un WMS répond à ce qui se trouve dans un emplacement et en quelle quantité. Le dispatching décide qui le déplace ensuite. Le MES décide pourquoi c’est nécessaire sur la ligne, tout simplement. Le RTLS est la donnée d’entrée que les trois autres consomment — il ne remplace la décision d’aucun d’entre eux, et un système de localisation évalué au regard des exigences du MES ou du WMS paraîtra toujours mince, parce que ce n’a jamais été la question à laquelle il répond.

Où échouent les projets RTLS, et où ils réussissent

Le schéma d’échec mérite d’être dit franchement : les projets RTLS qui commencent par la technologie et cherchent ensuite leur justification finissent en écran inutilisé dans le bureau d’un responsable. Ceux qui commencent par une question précise, coûteuse et répétée — nous perdons deux heures par semaine à chercher des montages, nous ne pouvons pas prouver la ségrégation des lots, nos chariots roulent à vide quarante pour cent du temps — aboutissent, et se révèlent généralement plus modestes que le devis initial ne le laissait croire.