FR3129741A1 - Synchronisation d'équipements connectés - Google Patents

Synchronisation d'équipements connectés Download PDF

Info

Publication number
FR3129741A1
FR3129741A1 FR2112722A FR2112722A FR3129741A1 FR 3129741 A1 FR3129741 A1 FR 3129741A1 FR 2112722 A FR2112722 A FR 2112722A FR 2112722 A FR2112722 A FR 2112722A FR 3129741 A1 FR3129741 A1 FR 3129741A1
Authority
FR
France
Prior art keywords
local
objects
time
signal
equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR2112722A
Other languages
English (en)
Inventor
François MAZARD
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lucie Labs
Original Assignee
Lucie Labs
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lucie Labs filed Critical Lucie Labs
Priority to FR2112722A priority Critical patent/FR3129741A1/fr
Publication of FR3129741A1 publication Critical patent/FR3129741A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/04—Generating or distributing clock signals or signals derived directly therefrom
    • G06F1/14—Time supervision arrangements, e.g. real time clock
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • H04Q9/04—Arrangements for synchronous operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/20—Arrangements in telecontrol or telemetry systems using a distributed architecture
    • H04Q2209/25—Arrangements in telecontrol or telemetry systems using a distributed architecture using a mesh network, e.g. a public urban network such as public lighting, bus stops or traffic lights
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/40—Arrangements in telecontrol or telemetry systems using a wireless architecture
    • H04Q2209/43—Arrangements in telecontrol or telemetry systems using a wireless architecture using wireless personal area networks [WPAN], e.g. 802.15, 802.15.1, 802.15.4, Bluetooth or ZigBee
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/80—Arrangements in the sub-station, i.e. sensing device
    • H04Q2209/82—Arrangements in the sub-station, i.e. sensing device where the sensing device takes the initiative of sending data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/80—Arrangements in the sub-station, i.e. sensing device
    • H04Q2209/84—Measuring functions
    • H04Q2209/845—Measuring functions where the measuring is synchronized between sensing devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/80—Arrangements in the sub-station, i.e. sensing device
    • H04Q2209/88—Providing power supply at the sub-station
    • H04Q2209/883—Providing power supply at the sub-station where the sensing device enters an active or inactive mode

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Small-Scale Networks (AREA)
  • Manipulator (AREA)

Abstract

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.

Description

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ésinteragissantentre 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 :
  1. transmette un signal contenant le temps horloge locale Thorloge1en réponse à la réception d’un signal de requête de synchronisation provenant d’un équipement interconnecté (2) puis
  2. 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
  3. transmette un nouveau signal contenant un temps horloge recalculé Trecalculéenregistré au moment de sa réception dans la mémoire de l’équipement interconnecté (2), où
Trecalculé=Thorloge1-∆Tpropagation /2+Ttraitement_2
Avec
  • Trecalculé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
  • Thorloge1désignant l’heure locale de l’horloge de l’équipement maître
  • ∆Tpropagation 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
  • Ttraitement_2dé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 :
  1. Commande locale pour déterminer l’état local en fonction des données locales et les états externes enregistrés
  2. É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 [ID1; GROUP1; Data(t)] contenant :
  • Un identifiant ID1correspondant par exemple à un numéro de série de l’objet (1),
  • un ou plusieurs identifiants GROUP1d’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 [ID2; GROUP2; 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 ID2du nouvel objet (2) dans un enregistrement de la liste des identifiants des objets appartenant au groupe GROUP1auquel 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 ID1de l’objet émetteur (1) dans un enregistrement de la liste des identifiants des objets appartenant au groupe GROUP1.
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 ID2de l’objet déconnecté (2) dans l’enregistrement de la liste des identifiants des objets appartenant au groupe GROUP1auquel 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 IDiet le groupe d’appartenance GROUPide 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 :
Tesclave= Tmaitre+ Ttraitement du message maitre+ Tpropagation RF+Ttraitement message esclave
Avec
Tesclave: l’heure de l’esclave.
Tmaitre: l’heure du maitre
Ttraitement 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).
Tpropagation 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 < 10 ns).
Ttraitement 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).

Claims (6)

  1. - 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.
  2. - 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).
  3. - 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é.
  4. - 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.
  5. - 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
  6. - 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)
    1. transmet un signal contenant le temps horloge locale Thorloge1en réponse à la réception d’un signal de requête de synchronisation provenant d’un équipement interconnecté (2) puis
    2. 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
    3. transmette un nouveau signal contenant un temps horloge recalculé Trecalculéenregistré au moment de sa réception dans la mémoire de l’équipement interconnecté (2), où
    Trecalculé=Thorloge1-∆Tpropagation /2+Ttraitement_2
    Avec
    • Trecalculé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
    • Thorloge1désignant l’heure locale de l’horloge de l’équipement maître
    • ∆Tpropagation 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
    • Ttraitement_2désignant le temps de traitement estimé enregistré dans la mémoire de l’équipement maître (1).
FR2112722A 2021-11-30 2021-11-30 Synchronisation d'équipements connectés Pending FR3129741A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR2112722A FR3129741A1 (fr) 2021-11-30 2021-11-30 Synchronisation d'équipements connectés

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2112722 2021-11-30
FR2112722A FR3129741A1 (fr) 2021-11-30 2021-11-30 Synchronisation d'équipements connectés

Publications (1)

Publication Number Publication Date
FR3129741A1 true FR3129741A1 (fr) 2023-06-02

Family

ID=83188665

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2112722A Pending FR3129741A1 (fr) 2021-11-30 2021-11-30 Synchronisation d'équipements connectés

Country Status (1)

Country Link
FR (1) FR3129741A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016033512A1 (fr) 2014-08-28 2016-03-03 Georgia Tech Research Corporation Interactions physiques par l'intermédiaire d'infrastructures d'informations intégrées dans des tissus et des vêtements
WO2018002722A1 (fr) * 2016-07-01 2018-01-04 L.I.F.E. Corporation S.A. Identification biométrique par des vêtements comportant une pluralité de capteurs
WO2018013569A1 (fr) * 2016-07-11 2018-01-18 Mc10, Inc. Système de mesure à capteurs multiples de la pression artérielle.
WO2020136386A1 (fr) 2018-12-24 2020-07-02 Clim8 Ensemble électrique actif et ensemble vêtement comprenant un tel ensemble électrique actif

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016033512A1 (fr) 2014-08-28 2016-03-03 Georgia Tech Research Corporation Interactions physiques par l'intermédiaire d'infrastructures d'informations intégrées dans des tissus et des vêtements
WO2018002722A1 (fr) * 2016-07-01 2018-01-04 L.I.F.E. Corporation S.A. Identification biométrique par des vêtements comportant une pluralité de capteurs
WO2018013569A1 (fr) * 2016-07-11 2018-01-18 Mc10, Inc. Système de mesure à capteurs multiples de la pression artérielle.
WO2020136386A1 (fr) 2018-12-24 2020-07-02 Clim8 Ensemble électrique actif et ensemble vêtement comprenant un tel ensemble électrique actif

Similar Documents

Publication Publication Date Title
CN105117186B (zh) 多媒体信息展示方法和装置
US10904832B2 (en) Wireless system, wireless device, non-transitory computer-readable storage medium having stored therein communication program, and communication method
CN106415721B (zh) 音频数据传输的协调切换
EP3089056B1 (fr) Procédé et dispositif d&#39;affichage d&#39;informations personnalisées
CN103561179B (zh) 智能终端唤醒时间调整的方法和装置
KR20160020521A (ko) 장치 전원을 검출하기 위한 방법, 장치, 및 시스템
JP2017500823A (ja) スマートランプの制御方法およびスマートランプの制御装置、プログラム及び記録媒体
CN104883358A (zh) 基于推荐内容的互动方法和装置
CN105430161B (zh) 消息处理方法及装置
CN104735548A (zh) 事件提示方法和装置
KR20130112539A (ko) 지능형 이벤트 정보 출력 지원 방법 및 단말기
KR20160123294A (ko) 도메인 인식 카메라 시스템
CN108900855B (zh) 直播内容录制方法、装置、计算机可读存储介质及服务器
CN110062446B (zh) 设备的模式切换方法、装置、可穿戴设备和存储介质
CN104506649A (zh) 通知消息推送方法及装置
CN104093123A (zh) 应用程序的信息推送方法、装置和系统、移动终端
US20180279093A1 (en) Sensor-based action control for mobile wireless telecommunication computing devices
CN104703036A (zh) 一种同步媒体文件播放进度的方法、装置及系统
CN104636475A (zh) 优化多媒体文件存储空间的方法及装置
US20190305572A1 (en) Coordinating complementary notifications across related computing devices connected to a wireless charging apparatus
CN105163189A (zh) 预约多媒体节目的方法、服务器及终端
CN105141786A (zh) 音乐播放的控制方法、系统及移动终端
CN106412047A (zh) 通知消息的提醒方法及装置
FR3129741A1 (fr) Synchronisation d&#39;équipements connectés
AU2015263875A1 (en) Causing gesture responses on connected devices

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20230602

PLFP Fee payment

Year of fee payment: 3