FR 3129741 A1 20230602 FR 2112722 A 20211130 L’invention présente un procédé de configuration d’un ensemble d’objets connectés d’un système interconnecté interagissant comportant chacun un moyen de communication et un contrôleur local pour commander les paramètres de fonctionnement, et en ce que ledit contrôleur local reçoit des données provenant d’une part d’au moins un capteur local et d’au moins un objet connecté extérieur, et calcule et transmet épisodiquement une information représentative de son état local, caractérisé en ce que l’on procède à au moins une étape de synchronisation des horloges de chacun des contrôleurs après la mise en fonction d’un second équipement connecté, chacun desdits objets émettant des informations de manière asynchrone. Synchronisation d'équipements connectés Domaine de l’invention La présente invention concerne le domaine des systèmes formées par plusieurs objets connectés interagissant entre eux pour constituer un ensemble connecté en général, et plus particulièrement de vêtements actifs, notamment chauffants, portés par un utilisateur, en vue de synchroniser le fonctionnement afin que les différents objets formant le système fonctionnent de manière cohérente. Le but est d’assurer une commande de tous les équipements d’un utilisateur, à partir d’une action sur un seul de ses équipements, et de « propager » à tous les autres équipements l’information, en évitant d’avoir à commander chaque équipement séparément. Il peut s’agir d’équipements de natures différentes, par exemple une veste et une paire de gants Il peut aussi s’agir de deux équipements de même nature, par exemple le gant droit et le gant gauche Il peut encore s’agir d’un ou plusieurs équipements « mobiles » par exemple une veste équipée de clignotants lumineux, et d’un équipement d’origine sur un appareil, par exemple une moto (lampe clignotant , commande de clignotant sur le guidon). Le but est d’assurer une « synchronisation » des états, de manière robuste, par une commande d’utilisation simplifiée et intuitive pour des usages nouveaux (sécurité, …) D’un point de vue technique, l’enjeu est d’assurer un fonctionnement robuste, avec des protocoles simplifiés (faible consommation, fréquence de rafraichissement faible, données « légères »,…) et sécurisé (les commandes ne sont comprises que par les membres de l’écosystème) L’enjeu est aussi d’automatiser la réorganisation de l’écosystème local en fonction de l’introduction et/ou du retrait d’un nouvel équipement connecté et/ou le changement d’état de l’un des équipements de l’écosystème local. Etat de la technique La demande de brevet WO2020/136386 propose un système, comprenant : un premier vêtement ayant une infrastructure d'informations intégrée comprenant une pluralité de capteurs répartis autour du premier vêtement, le premier vêtement étant configuré pour transmettre des informations de capteur correspondant à une stimulation physique subie par un premier porteur du premier vêtement ; et un second vêtement ayant une infrastructure d'informations intégrée comprenant une pluralité de dispositifs d'actionnement répartis autour du second vêtement, le second vêtement étant configuré pour recevoir les informations de capteur du premier vêtement et contrôler la pluralité de dispositifs d'actionnement pour fournir une stimulation physique correspondante à un second porteur du deuxième vêtement. La demande de brevet WO2016033512 propose un autre exemple de système comprenant des vêtements comprenant des capteurs et/ou des dispositifs d'actionnement répartis sur les vêtements. Un premier vêtement peut être conçu pour transmettre des informations de capteur correspondant à une stimulation physique subie par une première personne portant le premier vêtement et un second vêtement peut être conçu pour recevoir les informations de capteur et pour commander les dispositifs d'actionnement afin de fournir une stimulation physique correspondante à une seconde personne portant le second vêtement. Selon un autre exemple, un procédé comprend les étapes consistant à : recevoir des informations de capteur correspondant à une interaction physique détectée par un autre vêtement et commander un dispositif d'actionnement afin de fournir une stimulation physique correspondante à une personne portant ce vêtement. Une communication tactile est possible par l'intermédiaire d'un vêtement en se basant sur les stimulations physiques produites par le vêtement porté. Inconvénient de l’art antérieur Les solutions de l’art antérieur ne sont pas totalement satisfaisantes car les différents équipements peuvent être commandés de manière contradictoire lorsque les données provenant des capteurs locaux sont temporellement décalées avec les données venant des capteurs des autres équipements. En cas de différence du contexte local entre les différents supports, les données croisées peuvent être contradictoires car les dérives entre deux objets sont différentes. Ces solutions de l’art antérieur sont basées sur une architecture de type « mesh » où chaque équipement communique avec tous les autres équipements pour : Transmettre le signal du capteur local aux calculateurs des autres équipements Recevoir les signaux des capteurs des autres équipements pour déterminer via le calculateur local l’état local. Leurs inconvénients sont que : Chacun des équipements d’un système doit être capable d’exploiter les données des capteurs des autres équipements, et donc « connaître » les équipements ajoutés à l’écosystème et la nature des signaux transmis, et le traitement à appliquer à ces signaux pour déterminer l’action à commander Adapter la fréquence de rafraichissement à la nature des capteurs de chacun des équipements « étranger », ainsi que la taille des paquets de données Gérer les « collisions de données » et le temps de réponse des changements d’état. Pas d’automotisation temps réel de modification de l’écosystème Une solution naturelle pour l’homme du métier consisterait à augmenter la fréquence de rafraichissement, ce qui conduit à une augmentation de la consommation, néfaste pour des objets connectés. Solution apportée par l’invention Afin de remédier à ces inconvénients, l’invention concerne selon son acception la plus générale un procédé de configuration d’un ensemble d’objets connectés d’un système interconnecté interagissant comportant chacun un moyen de communication et un contrôleur local pour commander les paramètres de fonctionnement, et en ce que ledit contrôleur local reçoit des données provenant d’une part d’au moins un capteur local et d’au moins un objet connecté extérieur, et calcule et transmet épisodiquement une information représentative de son état local, caractérisé en ce que l’on procède à au moins une étape de synchronisation des horloges de chacun des contrôleurs après la mise en fonction d’un second équipement connecté, chacun desdits objets émettant des informations de manière asynchrone. Avantageusement, chacun des objets émet périodiquement de manière asynchrone, des séquences numériques comportant un identifiant de l’objet émetteur, et un paramètre calculé par le contrôleur local en fonction de l’état du ou des capteurs locaux et/ou du ou des actionneurs locaux. De préférence, les contrôleurs exécutent un traitement pour enregistrer l’identifiant d’objets tiers dans une mémoire contenant une liste des identifiants des objets du même groupe, après la réception d’une séquence numérique provenant d’un objet tiers interconnecté et pour effacer ledit enregistrer l’identifiant d’objets tiers en l’absence de réception d’un signal émis par ledit objet tiers à l’issue d’un délai prédéterminé. Selon un mode d’application particulier, lesdits objets connectés forment un système vestimentaire pour équiper une personne. Selon une variante, les objets émettent épisodiquement un signal correspondant à une requête d’une référence horaire sous forme d’une séquence contenant l’identifiant de l’objet émetteur et le groupe d’appartenance, ainsi qu’un code correspondant à la requête d’une heure de référence et qu’un objet maître émette en réponse un signal contenant l’identifiant de l’objet émetteur et le groupe d’appartenance, ainsi que l’heure t de son horloge locale, puis que les objets connectés enregistrent l’heure t extraite du signal dans la mémoire vive locale en remplacement de l’heure locale précédente De préférence, le procédé met en œuvre un équipement maître pour : transmette un signal contenant le temps horloge locale T horloge1 en réponse à la réception d’un signal de requête de synchronisation provenant d’un équipement interconnecté (2) puis décompter le temps s’écoulant entre la réception du signal de requête et la réception d’un signal d’acquittement émit par ledit équipement interconnecté (2), puis transmette un nouveau signal contenant un temps horloge recalculé T recalculé enregistré au moment de sa réception dans la mémoire de l’équipement interconnecté (2), où T recalculé =T horloge1 -∆T propagation /2+T traitement_2 Avec T recalculé désignant l’heure de synchronisation transmise par l’équipement maître (1) et enregistrée par l’équipement (2) à la réception du signal de synchronisation T horloge1 désignant l’heure locale de l’horloge de l’équipement maître ∆T propagation désignant le temps de propagation déterminé par l’équipement maître (1) pendant l’étape (220) de comptage du temps écoulé entre la réception du signal de requête et la réception du signal d’acquittement T traitement_2 désignant le temps de traitement estimé enregistré dans la mémoire de l’équipement maître (1). Description détaillée d’un exemple non limitatif de réalisation La présente invention sera mieux comprise à la lecture de la description qui suit, concernant un exemple non limitatif de réalisation illustré par les dessins annexés où : La représente une vue schématique d’un système selon l’invention La représente une vue du diagramme des flux lors de la connexion/déconnexion de deux objets La représente une vue du diagramme des flux lors de la synchronisation des horloges de deux objets La représente une vue du diagramme des flux d’une variante prenant en compte la dérive du temps résultant du temps de propagation du signal. Principe de fonctionnement La présente invention est décrite en référence à un ensemble de vêtements connectés, par exemple de gants chauffants et d’une veste de motocycliste chauffante connectés entre eux pour adapter les paramètres de chauffage de chacun des articles, et connectés avec un téléphone intelligent (smartphone) pour adapter les paramètres globaux, et pour transmettre des données à un serveur distant via les fonctionnalités de type 4G ou 5G xG du téléphone, par l’intermédiaire d’une application exécutée par le processeur du téléphone, et pouvant optionnellement ajouter aux données reçues des articles connectés des données de géolocalisation et/ou d’horodatage. Le but est d’assurer une commande de tous les équipements d’un utilisateur, à partir d’une action sur un seul de ses équipements, et de « propager » à tous les autres équipements l’information, en évitant d’avoir à commander chaque équipement séparément. Il peut s’agir d’équipements de natures différentes, par exemple une veste et une paire de gants. Il peut aussi s’agir de deux équipements de même nature, par exemple le gant droit et le gant gauche. Il peut encore s’agir d’un ou plusieurs équipements « mobiles » par exemple une veste équipée de clignotants lumineux, et d’un équipement d’origine sur un appareil, par exemple une moto (lampe clignotant, commande de clignotant sur le guidon). Le but est d’assurer une « synchronisation » des états, de manière robuste, par une commande d’utilisation simplifiée et intuitive pour des usages nouveaux (sécurité, …). D’un point de vue technique, l’enjeu est d’assurer un fonctionnement robuste, avec des protocoles simplifiés (faible consommation, fréquence de rafraichissement faible, données « légères »,…) et sécurisé (les commandes ne sont comprises que par les membres de l’écosystème) L’enjeu est aussi d’automatiser la réorganisation de l’écosystème local en fonction de l’introduction et/ou du retrait d’un nouvel équipement connecté et/ou le changement d’état de l’un des équipements de l’écosystème local. La solution objet de l’invention consiste à ce que : chaque équipement transmette périodiquement une information représentative de son état instantané le contrôleur de chaque équipement commande l’état local en fonction des signaux provenant du ou des capteurs/actuateurs locaux et/ou des informations provenant des équipements externes bufférisées (historique des commandes, états, acteurs présents dans l’écosysteme) Date commune pour synchroniser les horloges Nombre équipement en présence à l’instant t. De son état courant. L’effet technique est la compatibilité du système avec l’ajout dans l’écosystème d’un équipement inconnu et l’auto-configuration de la topologie sans nécessité de connaissance préalable sur les équipements introduits dans l’écosystème. Chaque équipement dispose d’un contrôleur recevant les données numériques d’un ou plusieurs capteurs/actuateurs locaux, ainsi qu’un module de communication bas débit basse consommation pour échanger des données avec les autres équipements. Un dispositif de souscription à l’écosystème est embarqué dans chaque équipement. Cette souscription est initiée au moins une fois par l’utilisateur. L’invention met en œuvre un protocole simplifié d’échanges d’état et activation de la diffusion « broadcast » de l’état à l’écosystème (sans besoin de connaissance de la topologie de l’écosystème). Le protocole de communication est un protocole multi-diffusion de type « Broadcast » pour la diffusion périodique de messages par chaque équipement du système. La périodicité dépend de l’équipement, de son état, de sa fonction et son autonomie. Le broadcast est audible uniquement pour les équipements ayant eu l’autorisation et la capacité de souscrire au système. Chacun des équipements comporte des moyens de communication implémentant tous les protocoles radio ayant un système de broadcast numérique. L’utilisation du système est basé sur le prise en compte automatique des commandes décidé par l’utilisateur par une action sur un des équipements, de l’état local de l’équipement pour asservir l’évolution des actionneurs locaux, et de l’état global du système par un asservissement de chaque actionneur local par une combinaison d’une éventuelle commande décidée localement, l’état local fourni par les capteurs locaux, et l’état de chacun des autres équipements connectés à partir des signaux broadcastés. Le processeur de chaque équipement exécute donc plusieurs fonctionnalités : Commande locale pour déterminer l’état local en fonction des données locales et les états externes enregistrés Écoute des messages de broadcasts pour déterminer la topologie actuelle de l’écosystème et l’état des différents équipements en présence ainsi que les informations remontées par les capteurs et actuateurs locaux. Exemple d’une architecture matérielle La illustre de façon schématique une architecture matérielle d’un système selon l’invention. Le système est formé dans cet exemple de deux objets connectés (1 ; 2) et d’un téléphone intelligent (3). Bien entendu, le nombre d’objets et d’équipements connectés peut être plus important. Les objets connectés (1, 2) sont par exemple un gant droit et un gant gauche d’une paire de gants chauffants ou munis d’actionneurs haptique ou d’affichages lumineux, une veste chauffante ou munie de signalétique lumineuse, une poignée de commande d’une moto, etc… Chacun des objets connectés (1, 2) comporte : un ou plusieurs capteurs (11, 21), par exemple des capteurs de température ou un accéléromètre, capteur de champs électrique, magnétique ou de rayonnements ionisants, capteur de signaux transdermiques émotionnels … un ou plusieurs actionneurs (12, 22), par exemple des résistances chauffantes, un vibreur, un afficheur, des diodes électroluminescentes,… un circuit de communication RF (13, 23), par exemple un circuit Bluetooth Une batterie (14, 24) Un contrôleur de type ECU (unité de commande électronique) (15, 25). La mise en marche d’un objet connecté peut se faire de manière classique par un interrupteur, ou de manière automatique par une détection de mouvement, par exemple par un accéléromètre, dont le signal fait passer le calculateur d’un mode veille avec une très basse consommation électrique à un mode actif. A cet effet, il est usuel d’utiliser un calculateur avec un processeur double-cœur, l’un ayant une capacité de traitement très réduite spécialisée pour le traitement d’une application limitée à l’acquisition du signal d’un capteur de mouvement, avec un code rudimentaire, l’autre ayant une capacité de traitement plus importante et commandant le chargement d’un code applicatif lors de la sortie du mode veille, puis l’exécution de ce code. La mise en marche de l’un des objets peut commander le réveil des contrôleurs (15, 25) des autres objets connectés appartement au même système. Le pilotage de l’actionneur (22) de chacune des objets (2) est fonction des données fournis par le ou les capteurs locaux (21), intégrés dans cet objet (2) et également de données fournies par le ou les capteurs (11) le ou les autres objets (1) ainsi éventuellement de données fournies par le téléphone intelligent (3) soit directement, soit en provenance de ressources externes (4), par exemple des données météorologiques ou de circulation. Exemple d’architecture fonctionnelle : Connexion/déconnection Le diagramme de flux représenté en décrit le dialogue entre de deux objets (1, 2), mais peux être généralisé à un système à N objets. Tous les objets écoutent et parlent en même temps à tous les autres objets, ce qui permet à chacun des objets de dresser une liste des objets connectés au groupe : La communication est du type « multidiffusion asynchrone » ou (« broadcast ») et non pas séquentielle ni centralisée, avec un « chef d’orchestre » distribuant les séquences d’émission aux objets du système. La colonne de droite correspond aux actions de l’objet (1) en mode actif et la colonne de gauche correspond aux actions d’un objet (2) passant du mode veille au mode actif au début du chronogramme. L’objet (1) en mode actif émet épisodiquement des signaux selon le protocole de communication propre au système, par exemple Bluetooth, les paquets de signaux émis de type [ID 1 ; GROUP 1 ; Data(t)] contenant : Un identifiant ID 1 correspondant par exemple à un numéro de série de l’objet (1), un ou plusieurs identifiants GROUP 1 d’un ou de plusieurs groupes d’objets auquel appartient l’objet (1) des données DATA (t) par exemple des paramètres calculés par le contrôleur (15) à partir des données provenant du ou des capteurs locaux (11) et/ou de l’état du ou des actionneurs (12) à l’instant t selon l’horloge local du contrôleur (11) de l’objet (1). Dans le cas où aucune information est disponible, le champ contient une valeur de référence, par exemple un octet de valeur « 0 ». Lorsque l’objet (2) passe en mode actif, il charge dans le microcontrôleur un code informatique enregistré dans une mémoire non volatile puis exécute ce code. Ce code commande (200) le passage du circuit de communication (23) en mode de réception (« mode beaconing ») et le contrôleur (25) en mode « écoute » pour recevoir les signaux émis par d’autres objets appartenant au système. Par ailleurs, l’objet (2) étant à présent en mode actif, il émet épisodiquement, comme l’objet (1) et les autres objets actifs, de manière asynchrone et en mode broadcast, des signaux selon le protocole de communication propre au système, par exemple Bluetooth, les paquets de signaux émis de type [ID 2 ; GROUP 2 ; Data(t)]. Les autres objets du système notamment l’objet (1), reçoivent ces informations multidiffusés et le contrôleur commande un traitement (100) consistant à enregistrer l’identifiant ID 2 du nouvel objet (2) dans un enregistrement de la liste des identifiants des objets appartenant au groupe GROUP 1 auquel il appartient également. De même les objets nouvellement connectés (2) exécutent à la réception d’un signal un traitement (201) consistant à enregistrer l’identifiant ID 1 de l’objet émetteur (1) dans un enregistrement de la liste des identifiants des objets appartenant au groupe GROUP 1. Le contrôleur (15) de chacun des objets (1) en mode actif exécute ensuite une temporisation (101) démarrant à l’heure donnée par l’horloge locale, d’une durée supérieure à l’intervalle normal (c’est-à-dire prédéterminée pour le système considéré) entre deux émissions de l’objet (2). Cet intervalle normal est généralement le même pour tous les objets d’un système. Après la mise hors service d’un objet, par exemple l’objet (2), les autres objets (1) en service ne recevront plus de signaux dans l’intervalle considéré et commandera l’exécutions d’une fonction d’effacement de l’identifiant ID 2 de l’objet déconnecté (2) dans l’enregistrement de la liste des identifiants des objets appartenant au groupe GROUP 1 auquel il appartient également. Exemple d’architecture fonctionnelle : Synchronisation des horloges Le diagramme illustré par la décrit le dialogue entre de deux objets (1 et 2) interconnectables avec un téléphone intelligent (« smartphone ») (3), mais peux être généralisé à un système à N objets. Chaque nouvel objet se connectant au groupe demande le temps, mais seul l’objet (1) maître du temps (« time master ») répond à cette requête, les autres objets se contentant de fonctionner normalement (échange de données / rafraichissement de la connexion). Un seul des objets d’un système est qualifié de « maître du temps ». Il s’agit typiquement de l’objet (1) le plus systématiquement actif, ou celui dont l’état change le plus souvent. Les objets (2) envoient épisodiquement des séquences comprenant l’identifiant ID i et le groupe d’appartenance GROUP i de l’objet considéré en mode asynchrone broadcast et enregistrent chacun dans leurs mémoires la liste des identifiants des autres objets actifs appartenant au même groupe. Les objets (2) émettent (202) épisodiquement un signal correspondant à une requête d’une référence horaire sous forme d’une séquence contenant l’identifiant de l’objet émetteur et le groupe d’appartenance, ainsi qu’un code correspondant à la requête d’une heure de référence. En réponse, l’objet maître (1) émet (101) un signal contenant l’identifiant de l’objet émetteur et le groupe d’appartenance, ainsi que l’heure t de son horloge locale. Les objets (2) connectés enregistrent alors (203) l’heure t extraite du signal dans la mémoire vive locale en remplacement de l’heure locale précédente. Prise en compte du temps de propagation du signal radiofréquence La illustre une variante de réalisation de la synchronisation des horloges pour des circonstances où la synchronisation doit être très précise. Le principe est de minimiser au maximum le processing de synchronisation pour se rapprocher le plus possible du temps du master. Le drift final tend à se rapprocher le plus possible de la transmission du signal en radio fréquence. Le système étant utilisé sur du Bluetooth ou de radio de type broadcast en réception directe, le système se base sur le fait que la transmission dans l’air s’effectue de manière très rapide (quelques micro secondes). Comme dans la solution précédente, chaque nouvel objet se connectant au groupe demande le temps, mais seul le master répond à cette requête, les autres objets se contentant de fonctionner normalement (échange de données / rafraichissement de la connexion). Étant donné un décalage naturel des horloges (quartz…) dans le temps de chaque objet. Chaque objet se considère comme désynchroniser au bout d’un temps calculé en fonction du drift naturel et de l’usage. Il s’agit par exemple d’un système comportant une veste et deux gants chauffants, qui sont considérés comme n’étant plus synchronisés si le décalage entre les 2 gants est supérieur à 500ms (réactivité perçue par l’usager du système). Selon cette variante, un objet désynchronisé effectue une nouvelle requête de synchronisation identique à celle faite à la connexion. L’objet reste sur sa synchronisation « dégradée » jusqu’à ce que sa nouvelle synchronisation ait abouti. Dans cette solution, en réponse à une requête (202) reçue d’un objet connecté (2), l’objet maître (1) émet un signal contenant son heure horloge. L’équipement (2) reçoit (203) le signal contenant le temps « horloge maître », exécute le code (211) pour l’extraction de cette information, l’enregistrement dans la mémoire vive locale, la préparation d’un fichier numérique d’acquittement et émet un signal d’acquittement (212). Le but recherché est d’échanger l’heure de synchronisation entre l’esclave (2) et le maitre (1) le plus rapidement possible afin de diminuer au plus les temps de traitement et donc augmenté la précision de synchronisation entre l’esclave et le maitre. En effet, on peut considérer que l’heure de l’esclave (2) est : T esclave = T maitre + T traitement du message maitre + T propagation RF +T traitement message esclave Avec T esclave : l’heure de l’esclave. T maitre : l’heure du maitre T traitement du message maitre : la durée prise par le maitre pour envoyer le message de l’heure (203) à l’esclave à la réception de sa requête (210). T propagation RF : la durée de propagation dans l’air du message par communication RF (exemple Bluetooth). Cette durée est négligeable du fait que le maitre et l’esclave sont à une distance de quelque mètres (de l’ordre T traitement message esclave : la durée de traitement du message reçue par l’esclave (203) Ainsi pour une précision la plus accru, les temps de traitements du maitre et de l’esclave doivent être le plus petit possible. Une lecture et préparation du message à envoyer par le maitre doit être répété à haute fréquence (220) pour réduire le temps d’envoi à « max drift » au moment de la réception de la requête d’un esclave. Ce principe peut s’appliquer aussi à l’esclave dans la réception et décodage du message du maitre (203). - Procédé de configuration d’un ensemble d’objets connectés (1 à 3) d’un système interconnecté interagissant entre eux comportant chacun un moyen de communication (14, 24) et un contrôleur local (15, 25) pour commander les paramètres de leur fonctionnement, ledit contrôleur local (15, 25) recevant des données provenant d’une part d’au moins un capteur local (11, 21) et d’autre part d’au moins un objet connecté extérieur, et calcule et transmet épisodiquement une information représentative de son état local, caractérisé en ce que l’on procède à au moins une étape de synchronisation des horloges de chacun des contrôleurs (15, 25) après la mise en fonction d’un second équipement (2) connecté, chacun desdits objets (1, 2) émettant des informations de manière asynchrone. - Procédé de configuration d’un ensemble d’objets connectés (1 à 3) d’un système interconnecté interagissant entre eux selon la revendication 1 caractérisé en ce que chacun des objets (1 à 3) émet périodiquement de manière asynchrone, des séquences numériques comportant un identifiant de l’objet émetteur, et un paramètre calculé par le contrôleur local en fonction de l’état du ou des capteurs locaux (11) et/ou d’au moins un actionneurs locaux (12). - Procédé de configuration d’un ensemble d’objets connectés (1 à 3) d’un système interconnecté interagissant entre eux selon la revendication 1 caractérisé en ce que les contrôleurs (15) exécutent un traitement pour enregistrer l’identifiant d’objets tiers dans une mémoire contenant une liste des identifiants des objets d’un même groupe d’objets, après la réception d’une séquence numérique provenant d’un objet tiers interconnecté et pour effacer ledit identifiant d’objets tiers en l’absence de réception d’un signal émis par ledit objet tiers à l’issue d’un délai prédéterminé. - Procédé de configuration d’un ensemble d’objets connectés (1 à 3) d’un système interconnecté interagissant entre eux selon la revendication 1 caractérisé en ce que lesdits objets connectés (1 à 3) forment un système vestimentaire pour équiper une personne. - Procédé de configuration d’un ensemble d’objets connectés (1 à 3) d’un système interconnecté interagissant entre eux selon la revendication 1 caractérisé en ce que les objets (2) émettent (202) épisodiquement un signal correspondant à une requête d’une référence horaire sous forme d’une séquence contenant l’identifiant de l’objet émetteur et le groupe d’appartenance, ainsi qu’un code correspondant à la requête d’une heure de référence et en ce qu’un objet maître (1) émet en réponse (101) un signal contenant l’identifiant de l’objet émetteur et le groupe d’appartenance, ainsi que l’heure t de son horloge locale, puis que les objets (2) connectés enregistrent (203) l’heure t extraite du signal dans la mémoire vive locale en remplacement de l’heure locale précédente - Procédé de configuration d’un ensemble d’objets connectés (1 à 3) d’un système interconnecté interagissant entre eux selon la revendication 1 caractérisé en ce qu’un équipement maître (1) transmet un signal contenant le temps horloge locale T horloge1 en réponse à la réception d’un signal de requête de synchronisation provenant d’un équipement interconnecté (2) puis décompte le temps s’écoulant entre la réception du signal de requête et la réception d’un signal d’acquittement émis par ledit équipement interconnecté (2), puis transmette un nouveau signal contenant un temps horloge recalculé T recalculé enregistré au moment de sa réception dans la mémoire de l’équipement interconnecté (2), où T recalculé =T horloge1 -∆T propagation /2+T traitement_2 Avec T recalculé désignant l’heure de synchronisation transmise par l’équipement maître (1) et enregistrée par l’équipement (2) à la réception du signal de synchronisation T horloge1 désignant l’heure locale de l’horloge de l’équipement maître ∆T propagation désignant le temps de propagation déterminé par l’équipement maître (1) pendant l’étape (220) de comptage du temps écoulé entre la réception du signal de requête et la réception du signal d’acquittement T traitement_2 désignant le temps de traitement estimé enregistré dans la mémoire de l’équipement maître (1).