FR2843256A1 - Procede de caracterisation d'objets bidirectionnels - Google Patents
Procede de caracterisation d'objets bidirectionnels Download PDFInfo
- Publication number
- FR2843256A1 FR2843256A1 FR0209771A FR0209771A FR2843256A1 FR 2843256 A1 FR2843256 A1 FR 2843256A1 FR 0209771 A FR0209771 A FR 0209771A FR 0209771 A FR0209771 A FR 0209771A FR 2843256 A1 FR2843256 A1 FR 2843256A1
- Authority
- FR
- France
- Prior art keywords
- data
- terminal
- characterization
- transmission
- routine
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
- G08C19/00—Electric signal transmission systems
- G08C19/16—Electric signal transmission systems in which transmission is by pulses
- G08C19/28—Electric signal transmission systems in which transmission is by pulses using pulse code
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
- G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
- G07C9/00857—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys where the code of the data carrier can be programmed
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Circuits Of Receivers In General (AREA)
- Mobile Radio Communication Systems (AREA)
- Stored Programmes (AREA)
Abstract
Pour caractériser un objet bidirectionnel, un utilisateur fournit (50) des données de caractérisation à un terminal. Les données de caractérisation sont transmises (58) par le terminal à l'objet bidirectionnel; à réception (60), les données de caractérisation sont stockées dans un emplacement mémoire l'objet bidirectionnel. Les données de caractérisation peuvent ensuite être lues et affichées à l'utilisateur, pour faciliter un appariement de l'objet, une reconfiguration de l'objet ou plus généralement toute commande appliquée à l'objet.
Description
PROCEDE DE CARACTERISATION D'OBJETS BIDIRECTIONNELS
L'invention concerne le domaine des transmetteurs d'ordre et récepteurs d'ordre, présentant des capacités d'émission et de réception; elle concerne notamment les transmetteurs et récepteurs des systèmes domotiques. De tels systèmes domotiques sont utilisés pour les produits motorisés ou des automatismes de fermeture ou de protection solaire dans le bâtiment, ou encore pour les commandes de luminaires ou autres. Typiquement, on prévoit un ou plusieurs transmetteurs d'ordres; chaque dispositif à commander - volet roulant, store, luminaire, etc. - est associé à un récepteur d'ordres; on peut aussi prévoir qu'un même récepteur d'ordres commande plusieurs dispositifs. Les transmetteurs d'ordres et les récepteurs d'ordres communiquent par radio et utilisent une même fréquence de transmission, ou des fréquences prédéterminées. Pour ces dispositifs, et notamment pour les produits motorisés ou des automatismes de fermeture ou de protection solaire dans le bâtiment, des raisons logistiques nécessitent le plus souvent que l'appariement ne soit pas réalisé à la fabrication, mais plutôt sur chantier, après installation des produits. Diverses solutions d'appariement sont proposées dans l'état de la technique. De plus en plus fréquemment, les transmetteurs d'ordres comme les émetteurs d'ordres sont capables d'émettre comme de recevoir; des solutions
d'appariement pour de tels objets bidirectionnels sont notamment cités dans US-A4 529 980, ou US-A-5 148 159.
La demande de brevet français déposée par la demanderesse le 13.07.01 sous le numéro 01 09369 décrit un procédé d'appariement d'émetteur et de récepteur. Il est précisé, dans cette demande, qu'il est possible de fournir à un installateur une console de programmation. Chacun des récepteurs est alors également émetteur, et la console de programmation est alors non seulement émettrice mais également réceptrice. En phase d'appariement, les récepteurs envoient vers la console un numéro d'identification qui leur est propre. Le logiciel contenu dans la console permet d'ordonner les récepteurs qui se sont annoncés. L'installateur a alors la possibilité d'envoyer, de manière successive, une commande qui ne sera reconnue que par le seul récepteur concerné, et de procéder à l'appariement de ce récepteur, qui s'est ainsi identifié physiquement en répondant à ladite commande, avec l'émetteur destiné par la suite à le commander. Dans cette solution, il est proposé d'utiliser une 19660.doc 31 juillet 2002 - 10;07 - 1/15 console spécifique; celle-ci n'est pas elle-même appariée avec le récepteur, mais qui est utilisée d'une part pour identifier le récepteur, puis pour apparier ce dernier avec l'émetteur. Il est proposé sous la norme Bluetooth un protocole de communication entre objets domotiques. Dans la version 1.1. de la spécification Bluetooth, version 1.1. Le chapitre 6, intitulé "Idle Mode Procedures" (procédure en mode repos) propose diverses commandes; une commande de "découverte" permet à un objet Bluetooth d'interroger les objets environnant qui répondent en transmettant leur nom ou d'autres informations spécifiques. Une autre commande permet d'apparier deux objets
Bluetooth; cette commande est précédée d'une commande de découverte.
US-B-6 297 737 propose un système de localisation utilisant la norme Bluetooth. Dans ce document, un terminal est utilisé pour commander des objets fonctionnant suivant la norme Bluetooth. Le terminal permet à l'utilisateur d'associer aux étiquettes caractérisant les différents produits des noms descriptifs. De la sorte, l'utilisateur du terminal peut plus facilement identifier les objets gérés. Les noms descriptifs ne sont utilisés que dans l'interface avec l'utilisateur, le terminal communiquant avec les objets en utilisant des identificateurs distincts des noms
descriptifs. Ceci peut notamment poser un problème en cas de perte du terminal.
US-A-5 579 221 propose un système analogue de commande d'appareils domotiques, dans lequel l'utilisateur peut définir les noms ou désignations des différents appareils commandés. De nouveau, il ne s'agit que d'une interface
utilisateur, indépendante de la commande des appareils.
WO-A-01 71685 décrit un ensemble d'appareils domotiques, commandés par un terminal unique. Chaque objet comprend un enregistrement, dont une copie est transmise au terminal. L'enregistrement peut contenir des données caractérisant l'appareil, par exemple pour indiquer la nature de l'appareil. Ces données, par exemple des icônes et du texte, sont affichées par le terminal.La solution décrite dans
ce document permet d'identifier à partir du terminal les appareils commandés.
Toutefois, les informations fournies à l'utilisateur sont les données fabricant.
US-B-6 288641 décrit un système de surveillance à distance utilisant des
messages à la norme SMS.
Il existe donc un besoin d'un procédé et d'objets, qui permettent de simplifier
l'installation ou la reconfiguration des objets bidirectionnels.
19660.doc - 31 juillet 2002 - 10:07 - 2/15 Dans un mode de réalisation, l'invention propose donc un procédé de caractérisation d'un objet bidirectionnel à l'aide d'un terminal, comprenant les étapes de: fourniture par l'utilisateur au terminal de données de caractérisation de l'objet bidirectionnel; - transmission des données de caractérisation par le terminal à l'objet bidirectionnel; et - réception des données de caractérisation par l'objet bidirectionnel et stockage des
données de caractérisation dans l'objet bidirectionnel.
On peut aussi prévoir une étape d'appariement entre le terminal et le récepteur, avant l'étape de fourniture.L'étape de transmission est une étape de transmission
point à point ou par diffusion.
Le procédé peut aussi comprendre - une étape de transmission par le terminal d'une requête de caractérisation, et - en réponse à cette requête, une étape dans le récepteur de lecture des données de
caractérisation stockées et de transmission des données de caractérisation.
Dans ce cas, on peut mettre en oeuvre, dans le terminal, une étape de réception des données de caractérisation et de fourniture des données de caractérisation à l'utilisateur. L'invention propose aussi un objet bidirectionnel, présentant un programme d'exploitation avec: - une routine de réception de données de caractérisation fournies par un utilisateur; une routine de transmission des données de caractérisation vers un ou plusieurs
objets bidirectionnels.
Le programme d'exploitation peut encore présenter - une routine d'émission d'une requête de caractérisation, et
- une routine de réception des réponses reçues à la requête de caractérisation.
Dans un tel cas, le le programme d'exploitation présente avantageusement une routine de fourniture à un utilisateur de données de caractérisation fournies par la
routine de réception.
L'invention propose enfin un objet bidirectionnel, présentant une mémoire avec: - un programme d'exploitation présentant une routine de réception de données; 19660.doc - 31 juillet 2002 - 10:07 - 3/15 - un premier emplacement de stockage de données d'identifications et - un deuxième emplacement de stockage de données fournies par la routine de réception. Le programme d'exploitation peut encore présenter une routine d'émission des données stockées dans le deuxième emplacement. Cette routine d'émission est
avantageusement adaptée à être invoquée par la réception d'une requête.
D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de
la description qui suit, donnée à titre d'exemple et en référence aux dessins qui
montrent - figure 1, une vue schématique d'une installation dans laquelle l'invention est mise en oeuvre; - figure 2 une vue schématique de la structure logique d'un objet bidirectionnel et d'un terminal permettant la mise en oeuvre de l'invention; - figure 3, une représentation des échanges entre un terminal et un objet
bidirectionnel dans un exemple de mise en oeuvre de l'invention.
Dans la suite de la description, l'invention est décrite dans un exemple
d'application à l'appariement et à la reconfiguration de systèmes domotiques; elle ne se limite pas à de tels systèmes; elle peut aussi être utilisée à d'autres fins que l'appariement ou la reconfiguration. On utilise dans la suite les mots "transmetteur d'ordre" et "récepteur d'ordre", pour désigner des objets qui ont pour fonction de transmettre ou recevoir les ordres donnés par un utilisateur; ces désignations ne sont pas représentatives des fonctionnalités des "transmetteurs" ou "récepteurs", qui du point de vue des signaux, sont capables d'émettre comme de recevoir. On qualifie aussi les "récepteurs d'ordre" comme les "transmetteurs d'ordre" à l'aide des termes "objets bidirectionnels". Pour la clarté de l'explication, on utilise les mots "transmetteurs" ou "récepteurs" - qui ne représentent que l'affectation d'un objet
bidirectionnel donné à un usage particulier.
La figure 1 montre une vue schématique d'une installation dans un premier exemple de mise en oeuvre de l'invention. L'installation comprend un opérateur 2. Cet opérateur peut, par exemple enrouler ou dérouler des stores, des volets roulants ou une porte de garage, actionner un luminaire, ouvrir une porte, enclencher ou déclencher une alarme, etc. A l'opérateur est relié un récepteur d'ordre 4, référencé par la lettre "R" sur la figure. Le récepteur d'ordre présente une antenne 6 qui lui 19660. doc - 31 juillet 2002 - 10:07 - 4115 permet de recevoir des ordres transmis par voie hertzienne depuis un transmetteur d'ordres; le récepteur d'ordre 4 peut en outre émettre des signaux, par exemple par la voie hertzienne, à l'aide de la même antenne 6. La transmission par radio des ordres depuis un transmetteur vers un récepteur ou dans le sens inverse est connue en soi et n'est pas décrite plus en détail ici. La figure 1 montre encore une pluralité d'opérateurs 8, 12, ayant chacun leur récepteur d'ordre 10, 14. Elle montre encore deux transmetteurs d'ordre 16 et 18; celui-ci est adapté à transmettre par voie hertzienne un ou des ordres à destination d'autres objets bidirectionnels, par exemple à destination des récepteurs 4, 10, 14;
chacun des transmetteurs d'ordre présente à cette fin une antenne non représentée.
Les transmetteurs d'ordre peuvent être appariés aux récepteurs d'ordres, par exemple en affectant le transmetteur 16 à la commande du récepteur 4 et en affectant le transmetteur 18 à la commande des récepteurs 4, 10 et 14. Le transmetteur 16 est alors une commande individuelle tandis que le transmetteur 18 est une commande générale. Un tel appariement est habituellement effectué à l'installation des récepteurs; il peut aussi être réalisé lors d'une modification ou d'une reconfiguration de l'installation: ainsi, on peut ajouter ou supprimer un transmetteur ou un récepteurs. On peut aussi souhaiter modifier les appariements entre les transmetteurs et les récepteurs; par exemple, dans un immeuble de bureaux, une reconfiguration
des bureaux peut conduire à une reconfiguration des transmetteurs et récepteurs.
On ne détaille pas ici les dispositifs de commande - boutons poussoirs, interrupteurs ou autres - que peuvent présenter les transmetteurs. On ne détaille pas non plus les canaux de transmission entre les objets bidirectionnels, qui peuvent être des canaux de transmission identiques ou différents en émission ou en réception; dans une configuration simple, on utilise la radio, le transmetteur comme l'émetteur constituant alors un "transceiver", c'est-à-dire un émetteur-récepteur. On pourrait aussi utiliser des dispositifs filaires, des transmissions optiques, ou d'autres modes de transmission. Dans l'exemple de récepteurs d'ordre reliés au réseau électrique comme des volets roulants - on pourrait utiliser les courants porteurs pour la
transmission, au moins dans le sens récepteur vers les autres objets.
Le problème de l'invention est de faciliter l'appariement, la reconfiguration ou toutes les autres opérations qui peuvent devoir être mises en oeuvre dans l'installation. A cette fin, dans un mode de réalisation, est prévu un terminal. Ce 19660 doc - 31 juillet 2002 - 10:07 - 5/15 terminal 20 est un objet bidirectionnel présentant des moyens permettant à un utilisateur - notamment un installateur - d'entrer des données de caractérisation. Il peut s'agir, dans l'exemple le plus frustre, d'un transmetteur d'ordre programmé pour permettre l'entrée de données de caractérisation. On peut aussi, comme cela est représenté à la figure 1 utiliser comme terminal un objet bidirectionnel présentant un clavier et un écran, par exemple un microordinateur ou un appareil à microcontrôleur couplé à une antenne d'émission et de réception. On considère dans la suite l'exemple d'un communication entre le terminal 20 et le récepteur d'ordre 4, ce qui est symbolisé sur la figure 1 par la flèche 22. Le terminal est en outre capable d'émettre une information vers l'utilisateur - par écran, signalisation visuelle ou auditive, par impression, etc. La figure 2 une vue schématique de la structure logique d'un objet bidirectionnel et d'un terminal permettant la mise en oeuvre de l'invention; on reconnaît sur la figure le terminal 20, qui présente des moyens d'émission et des
moyens de réception, lui permettant de communiquer avec les objets bidirectionnels.
Dans l'exemple considéré de transmissions radiofréquences, ces moyens sont confondus et sont constitués d'une antenne 24 avec les circuits d'émission et de réception 26 qui lui sont associés. Le terminal 20 présente une unité de traitement 28 de type microcontrôleur ou autre, avec une mémoire associée. Il présente encore un moyen d'entrée d'information 30, tel qu'un clavier ou un lecteur de support de données - disquette ou autres. Enfin, comme expliqué plus haut, le terminal présente un écran 32 ou un autre dispositif permettant de restituer une information vers l'utilisateur. Les éléments 26, 30, 32 sont reliés à l'unité de traitement de manière
connue en soi.
La figure montre aussi un objet bidirectionnel - dans l'exemple le récepteur d'ordre 4. On n'a pas représenté à la figure l'opérateur 2 commandé par le récepteur d'ordre 4. Le récepteur présente des moyens d'émission et des moyens de réception, lui permettant de communiquer avec les autres objets bidirectionnels, ou à tout le moins de recevoir des messages en provenance du terminal et de renvoyer des messages vers le terminal. Dans l'exemple considéré, comme pour le terminal, ces moyens sont confondus et sont constitués d'une antenne 34 avec les circuits d'émission et de réception 36 qui lui sont associés. Le récepteur 4 présente aussi une unité de traitement 38 de type microcontrôleur ou autre, avec une mémoire associée 19660.doc - 31 juillet 2002 - 10:07 6/15
40. On a représenté schématiquement en 42 le port de connexion d'un opérateur.
Enfin, est prévu dans la mémoire 40 un emplacement 44 de stockage de données transmises par le terminal, comme expliqué en référence à la figure 3. La représentation de la figure 2 est schématique, en ce que la mémoire peut être intégrée au microcontrôleur 3 8. La figure 3 est un exemple de mise en oeuvre du procédé, à l'aide d'un tel terminal 20, pour un objet bidirectionnel. On considère dans l'exemple le récepteur d'ordre 4 représenté à la figure 2. On suppose qu'au moins de façon temporaire, le terminal identifie le récepteur d'ordre et que l'identité du récepteur d'ordre est connue de l'utilisateur. Dans un exemple de mise en oeuvre, le récepteur d'ordre est le dernier qui vient d'être relié au secteur. On peut aussi prévoir une commande dédiée sur le récepteur d'ordre ou sur son alimentation, qui permet de l'identifier. On peut encore prévoir que le procédé de la figure 3 est précédé d'une sélection d'un récepteur
d'ordre, comme décrit dans la demande de brevet français n0 02 01631 du 11.02.02.
Si le procédé est mis en oeuvre à partir d'un objet donné, utilisé comme tenninal et déjà apparié à d'autre(s) objet(s), les données de caractérisation peuvent être
destinées à ces autre(s) objet(s).
La figure 3 montre d'une part les étapes de fourniture de données de caractérisation et de transmission de ces données de caractérisation vers les objets; elle montre ensuite les étapes de lecture dans les objets des données de
caractérisation stockées localement.
La figure montre d'abord une première action 50 de l'utilisateur, pour fournir au terminal les données de caractérisation à transmettre à l'objet bidirectionnel. Il s'agit par exemple de données alphanumériques destinées à exprimer la localisation du récepteur d'ordre. Les données sont fournies par l'utilisateur; dans le cas le plus simple, les données sont saisies sur un clavier. Elle pourraient aussi être préparées sur un support de stockage - disquette ou autre - et/ou sélectionnées par l'utilisateur dans une liste. Ces données de caractérisation sont reçues par le terminal, comme
symbolisé en 52.
Les données de caractérisation fournies par l'utilisateur different des données d'appariement ou des données d'identification utilisées dans l'état de la technique: en effet, elles sont choisies par l'utilisateur, et non pas imposées par le terminal ou préprogrammées dans l'objet bidirectionnel. Ceci a pour conséquence que ces 19660.doc - 31 juillet 2002 - 10.07 - 7/15 données de caractérisation ne sont pas nécessairement univoques. D'un point de vue intrinsèque, les données de caractérisation sont avantageusement alphanumériques,
alors que les données d'identification sont le plus souvent numériques.
Les données de caractérisation peuvent ensuite être transmises vers l'objet bidirectionnel. Cette transmission, dans l'exemple de la figure 3, est déclenchée par une action 54 de l'utilisateur, qui entre un ordre de transmission sur le terminal. Cet ordre de transmission pourrait aussi être un ordre implicite à la fin de la saisie 50 des données de caractérisation. La réception par le terminal de l'ordre de transmission provoque la préparation d'un message de transmission des données de
caractérisation, comme symbolisé en 56 à la figure 3.
En 58, les données de caractérisation sont transmises vers l'objet directionnel 4.
On peut à cet effet prévoir un message particulier dans le protocole de transmission.
La transmission peut être une transmission point à point. Il peut aussi s'agir d'une transmission par diffusion, après l'utilisation d'une commande de groupe; cette variante est avantageuse lorsque des données de caractérisation identiques sont fournies par l'utilisateur pour une pluralité d'objets bidirectionnels. On peut ainsi affecter des données de caractérisation - l'indication de l'appartenance à une
installation donnée ou à une partie donnée de l'installation - à plusieurs objets.
Cette transmission 58 active en 60 la réception des données de caractérisation
et leur stockage dans l'emplacement 44 de la mémoire.
Ainsi, à l'issue de ces étapes, sont stockées dans l'objet 4 des données de caractérisation qui ont été fournies par l'utilisateur. Ces données de caractérisation peuvent ensuite être utilisées pour aider l'utilisateur à identifier le récepteur; par exemple, les données de caractérisation peuvent être utilisées pour un appariement entre un transmetteur d'ordre et un récepteur d'ordre, pour définir des groupes parmi les récepteurs ou parmi les objets bidirectionnels; on peut aussi utiliser les données de caractérisation pour désapparier les objets ou pour les reconfigurer. Dans tous les cas, la présence des données de caractérisation permet un affichage vers l'utilisateur de données intuitives, qui permettent par exemple d'identifier les objets
bidirectionnels.
On décrit maintenant, toujours en référence à la figure 3, des étapes de lecture des données de caractérisation dans un objet bidirectionnel. On considère à nouveau l'exemple du terminal et du récepteur. On pourrait bien entendu lire les données de 19660.doc - 31 juillet 2002 - 10:07 8/15 caractérisation à partir d'un autre objet bidirectionnel, par exemple un transmetteur
d'ordre présentant un écran.
En 62, l'utilisateur désire lancer une requête de caractérisation. Il exécute la commande correspondante sur le terminal, à l'aide du clavier; plus généralement dans le cas d'un transmetteur d'ordre, cette commande peut correspondre à une
combinaison ou succession d'actions sur les moyens de contrôle - touches ou autres.
Cette action 62 de l'utilisateur provoque la préparation d'un message de requête de
caractérisation, comme symbolisé en 64 à la figure 3.
En 66, les la requête de caractérisation est transmise. De nouveau, il peut s'agir d'une transmission point à point, soit d'une transmission en diffusion. La transmission peut aussi s'effectuer vers les objets auxquels l'objet émetteur est associé. Ceci permettrait par exemple d'obtenir sur un objet donné une liste intuitive des objets auxquels cet objet donné est apparié. Plus généralement, la requête peut être reçue par l'ensemble des objets capables de la recevoir, ou encore par l'ensemble des objets d'une installation dont l'objet émetteur fait partie; ce dernier exemple suppose une caractérisation de l'installation, par un code commun, par une action sur l'alimentation électrique, etc. En 68, le récepteur reçoit la requête de caractérisation; s'il s'avère qu'il doit la traiter, il lit les données de caractérisation stockées dans sa mémoire; à partir de ses données, il peut ensuite préparer la transmission des données, comme représenté en
à la figure 3.
En 72, les données sont transmises. Il peut de nouveau s'agir d'une transmission à l'attention de l'objet ayant émis la requête, en point à point ou en diffusion; il peut
aussi s'agir d'une transmission sans indication du destinataire.
Les données transmises sont reçues en 74 par le terminal. La réception des données provoque l'activation d'une routine de réception 76, selon qu'il s'agissait
d'une requête ciblée ou point à point, ou encore selon la nature de la réponse reçue.
Les données reçues et éventuellement traitées - pour les décoder, les afficher, les trier etc. - peut ensuite être affichées à l'attention de l'utilisateur, comme symbolisé
en 76 sur la figure.
Cet affichage peut être suivi d'une action de l'utilisateur, représentée en 78. Par exemple, il peut s'agir d'un désappariement, d'une inactivation ou d'une 19660 doc - 31 juillet 2002 - 10:07 - 9115 programmation de toute nature sur un objet sélectionné à partir des données de
caractérisation affichées sur le terminal.
Le procédé s'applique de façon similaire aux objets bidirectionnels autres qu'un récepteur d'ordre, notamment aux transmetteurs d'ordre. On peut aussi utiliser pour émettre des requêtes de caractérisation d'autres objets qu'un terminal. Le procédé de la figure 3 permet à tout moment à un installateur ou à l'utilisateur d'apparier facilement les objets, de reconfigurer facilement les objets ou plus généralement d'effectuer toute démarche de programmation ou simplement de commande des objets. Il suffit à l'aide du terminal ou d'un autre objet pouvant émettre une information vers l'utilisateur - par écran, signalisation visuelle ou auditive, etc. de questionner les objets, de recevoir les données stockées en mémoire par le ou les objets questionnés et de les fournir à l'utilisateur. Il devient alors simple et intuitif pour l'utilisateur de sélectionner un objet pour y appliquer une
commande quelconque.
L'appariement est facilité par la fourniture des données stockées en mémoire, qui peuvent fournir une caractérisation de l'objet plus facilement compréhensible. La reconfiguration est aussi facilitée par la fourniture de ces mêmes données. Plus généralement, au lieu de démarches de programmation ou de commande. Comme les données sont stockées dans les objets eux-mêmes et non pas dans un terminal, la perte du terminal ou d'un objet n'a pas d'incidence sur la capacité à exploiter les
données stockées.
Le procédé de la figure 3 est mis en oeuvre par un programme d'exploitation stockée dans le terminal et par un programme stocké dans le ou les objets bidirectionnels. Le programme du terminal présente une routine de réception des données fournies par l'utilisateur; cette routine peut guider l'utilisateur par des requêtes. Le programme du terminal présente aussi une routine permettant de transmettre vers un ou plusieurs objets bidirectionnels les données obtenues lors de la mise en oeuvre de la routine de réception de données. Comme indiqué plus haut, les deux routines ne sont pas nécessairement invoquées au même instant, ni séquentiellement. Enfin, le programme du terminal présente une routine d'émission d'une requête de caractérisation, et une routine de réception des réponses reçues; une routine d'affichage des données de caractérisation permet de fournir les données de
caractérisation à l'utilisateur.
19660.doc - 31 juillet 2002 - 10:07 - 10/15 il Le programme d'exploitation de l'objet diffère du programme d'un objet bidirectionnel de l'état de la technique en ce qu'il présente une routine de réception de données transmises par le terminal; cette routine est invoquée lorsque le terminal transmet des données vers l'objet; elle reçoit les données et les stocke dans l'emplacement 44 de la mémoire. Le programme de l'objet présente encore une routine d'émission des données stockées en réponse à une interrogation. Cette routine lit dans l'emplacement 44 de la mémoire les données stockées et les transmet vers le
terminal ou l'objet ayant émis l'interrogation.
Bien entendu, l'invention n'est pas limitée aux modes de réalisation donnés plus haut. Ainsi, dans l'exemple de la figure 2, on a mentionné des opérateurs. L'opérateur 2, comme les autres opérateurs, pourrait aussi être un capteur mesurant une ou plusieurs grandeurs physiques température, ensoleillement ou éblouissement, qualité de l'air, taux de C02 ou d'humidité, présence de vent, capteur d'alarme, etc. Dans ce cas, le capteur transmet à l'objet bidirectionnel 4 la ou les grandeurs mesurées, soit en permanence, soit en cas de franchissement d'un seuil. L'objet 4 agit alors comme transmetteur de la grandeur mesurée. On peut aussi prévoir qu'un ou plusieurs capteurs et un ou plusieurs opérateurs sont associés à un objet bidirectionnel. L'installation peut comprendre un ensemble de capteurs et d'opérateurs. La transmission radio utilisée entre un transmetteur et un récepteur n'est donnée qu'à titre d'exemple et peuvent être modifiée. L'invention s'applique notamment, que les transmetteurs et les récepteurs utilisent une fréquence unique ou émettent chacun sur une fréquence distincte, ou par sauts de fréquences, ou avec des modulations différentes. En fait, le procédé s'applique dès lors que les transmetteurs ou récepteurs d'ordres sont des "objets bidirectionnels" capables communiquer en émission et en réception avec le terminal. On comprend toutefois qu'il n'est pas indispensable que les récepteurs d'ordre puissent émettre vers les transmetteurs
d'ordre, dès lors qu'ils peuvent émettre vers le terminal.
On a utilisé les mots "récepteurs d'ordres" et "opérateurs", qui s'appliquent notamment à l'exemple des opérateurs de volets roulants. Lerécepteur et l'opérateur peuvent être des éléments distincts, comme dans les exemples, ou alors former un
ensemble unique - par exemple par intégration du récepteur d'ordres dans l'opérateur.
19660.doc -31 juillet 2002 - 10.07 - 11/15 Les données de caractérisation peuvent aussi être utilisées pour identifier les objets bidirectionnels; cette solution évite de prévoir dans les objets un identifiant, ou évite de devoir affecter aux objets un identifiant. Cette solution présente l'inconvénient de ne pas garantir le caractère univoque des identifiants qui dépend des données de caractérisation entrées par l'utilisateur. Elle peut toutefois être
utilisée, notamment pour la définition de groupes parmi les objets.
Enfin, il est possible d'appliquer aux données de caractérisation des transformations diverses - codage, encryption, compression, et les opérations inverses - au cours des différentes étapes. Ceci peut permettre de gagner du temps de
transmission, d'économiser de l'espace mémoire ou de sécuriser les transmissions.
19660.doc - 31 juillet 2002 - 10:07 - 12/15
Claims (12)
1. Un procédé de caractérisation d'un objet bidirectionnel (4, 10, 14) à l'aide d'un terminal (20), comprenant les étapes de: - fourniture (50) par l'utilisateur au terminal de données de caractérisation de l'objet bidirectionnel; - transmission (58) des données de caractérisation par le terminal à l'objet bidirectionnel; et - réception (60) des données de caractérisation par l'objet bidirectionnel et stockage
des données de caractérisation dans l'objet bidirectionnel.
2. Le procédé de la revendication 1, caractérisé l'étape de fourniture est précédée
d'une étape d'appariement entre le terminal et le récepteur.
3. Le procédé de la revendication 1 ou 2, caractérisé en ce que l'étape de
transmission est une étape de transmission point à point.
4. Le procédé de la revendication 1 ou 2, caractérisé en ce que l'étape de
transmission est une étape de transmission par diffusion.
5. Le procédé de l'une des revendications 1 à 4, caractérisé en ce qu'il comprend en
outre - une étape (66) de transmission par le terminal d'une requête de caractérisation, et - en réponse à cette requête, une étape dans le récepteur de lecture (68) des données
de caractérisation stockées et de transmission (72) des données de caractérisation.
6. Le procédé de la revendication 5, caractérisé en ce qu'il comprend en outre, dans le terminal, une étape (74) de réception des données de caractérisation et de
fourniture (76) des données de caractérisation à l'utilisateur.
7. Un objet bidirectionnel (20), présentant un programme d'exploitation avec: - une routine de réception de données de caractérisation fournies par un utilisateur; - une routine de transmission des données de caractérisation vers un ou plusieurs
objets bidirectionnels.
19660.doc - 31 juillet 2002 - 10:07 - 13/15 8. L'objet de la revendication 7, caractérisé en ce que le programme d'exploitation présente - une routine d'émission d'une requête de caractérisation, et
- une routine de réception des réponses reçues à la requête de caractérisation.
9. L'objet de la revendication 8, caractérisé en ce que le programme d'exploitation présente une routine de fourniture à un utilisateur de données de caractérisation
fournies par la routine de réception.
10. Un objet bidirectionnel (4), présentant une mémoire (40) avec: - un programme d'exploitation présentant une routine de réception de données; un premier emplacement de stockage de données d'identifications et - un deuxième emplacement (44) de stockage de données fournies par la routine de réception. 11. L'objet de la revendication 10, caractérisé en ce que le programme d'exploitation présente une routine d'émission des données stockées dans le deuxième
emplacement.
12. L'objet de la revendication 11, caractérisé en ce que la routine d'émission est
adaptée à être invoquée par la réception d'une requête.
19660.doc - 31 juillet 2002 - 10 07 - 14/15
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0209771A FR2843256B1 (fr) | 2002-07-31 | 2002-07-31 | Procede de caracterisation d'objets bidirectionnels |
| AU2003273441A AU2003273441A1 (en) | 2002-07-31 | 2003-07-15 | Method for characterising bi-directional objects |
| PCT/FR2003/002226 WO2004013825A1 (fr) | 2002-07-31 | 2003-07-15 | Procede de caracterisation d’objets bidirectionnels |
| ES03755601T ES2239553T1 (es) | 2002-07-31 | 2003-07-15 | Procedimiento para caracterizar objetos bidireccionales. |
| EP03755601A EP1527430A1 (fr) | 2002-07-31 | 2003-07-15 | PROCEDE DE CARACTERISATION D’OBJETS BIDIRECTIONNELS |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0209771A FR2843256B1 (fr) | 2002-07-31 | 2002-07-31 | Procede de caracterisation d'objets bidirectionnels |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2843256A1 true FR2843256A1 (fr) | 2004-02-06 |
| FR2843256B1 FR2843256B1 (fr) | 2005-08-05 |
Family
ID=30129597
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0209771A Expired - Fee Related FR2843256B1 (fr) | 2002-07-31 | 2002-07-31 | Procede de caracterisation d'objets bidirectionnels |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP1527430A1 (fr) |
| AU (1) | AU2003273441A1 (fr) |
| ES (1) | ES2239553T1 (fr) |
| FR (1) | FR2843256B1 (fr) |
| WO (1) | WO2004013825A1 (fr) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2888688A1 (fr) * | 2005-07-16 | 2007-01-19 | Somfy Sas | Procede de communication entre un capteur domotique et un dispositif domotique destine au controle du confort visuel ou thermique dans un batiment |
| EP1752929A1 (fr) * | 2005-07-28 | 2007-02-14 | Inventio Ag | Procédé destiné au contrôle d'entrée d'une zone accessible à des personnes, en particulier pour une pièce fermée par une porte |
| US9082244B2 (en) | 2005-07-28 | 2015-07-14 | Inventio Ag | Method of controlling access to an area |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4912463A (en) * | 1988-08-09 | 1990-03-27 | Princeton Technology Corporation | Remote control apparatus |
| WO1992014329A1 (fr) * | 1991-02-12 | 1992-08-20 | Telenokia Oy | Procede de transmission d'informations dans un reseau multiservice |
| WO2001071685A1 (fr) * | 2000-03-23 | 2001-09-27 | Brightcom Technologies Ltd. | Procede, dispositif et systeme de telecommande d'appareils de maniere adaptative, interactive et universelle |
-
2002
- 2002-07-31 FR FR0209771A patent/FR2843256B1/fr not_active Expired - Fee Related
-
2003
- 2003-07-15 ES ES03755601T patent/ES2239553T1/es active Pending
- 2003-07-15 AU AU2003273441A patent/AU2003273441A1/en not_active Abandoned
- 2003-07-15 EP EP03755601A patent/EP1527430A1/fr not_active Withdrawn
- 2003-07-15 WO PCT/FR2003/002226 patent/WO2004013825A1/fr not_active Application Discontinuation
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4912463A (en) * | 1988-08-09 | 1990-03-27 | Princeton Technology Corporation | Remote control apparatus |
| WO1992014329A1 (fr) * | 1991-02-12 | 1992-08-20 | Telenokia Oy | Procede de transmission d'informations dans un reseau multiservice |
| WO2001071685A1 (fr) * | 2000-03-23 | 2001-09-27 | Brightcom Technologies Ltd. | Procede, dispositif et systeme de telecommande d'appareils de maniere adaptative, interactive et universelle |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2888688A1 (fr) * | 2005-07-16 | 2007-01-19 | Somfy Sas | Procede de communication entre un capteur domotique et un dispositif domotique destine au controle du confort visuel ou thermique dans un batiment |
| EP1752929A1 (fr) * | 2005-07-28 | 2007-02-14 | Inventio Ag | Procédé destiné au contrôle d'entrée d'une zone accessible à des personnes, en particulier pour une pièce fermée par une porte |
| US9082244B2 (en) | 2005-07-28 | 2015-07-14 | Inventio Ag | Method of controlling access to an area |
Also Published As
| Publication number | Publication date |
|---|---|
| FR2843256B1 (fr) | 2005-08-05 |
| ES2239553T1 (es) | 2005-10-01 |
| WO2004013825A1 (fr) | 2004-02-12 |
| EP1527430A1 (fr) | 2005-05-04 |
| AU2003273441A1 (en) | 2004-02-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1476859B1 (fr) | Procédé d'appariement d'objets bidirectionnels | |
| EP1410360B1 (fr) | Procede d'appariement d'emetteur et de recepteur | |
| EP1587044B1 (fr) | Procédé de transmission d'informations entre objets bidirectionnels | |
| FR2834147A1 (fr) | Procede d'appariement de transmetteurs et de recepteur | |
| EP1476860B1 (fr) | Procédé de définition d'un groupe parmi des objets bidirectionnels | |
| EP0320390B1 (fr) | Système de télécommande domotique | |
| FR2843256A1 (fr) | Procede de caracterisation d'objets bidirectionnels | |
| EP1490839B1 (fr) | Procede de reprogrammation d objets bidirectionnels | |
| EP1160640B1 (fr) | Procédé de configuration d'un dispositif de régulation de chauffage à commande à distance | |
| FR2839178A1 (fr) | Procede de commande a distance d'actionneurs | |
| EP1576430B1 (fr) | Procede de configuration d'un reseau | |
| EP1722340B1 (fr) | Procédé de fonctionnement d' une installation domotique et installation domotique pour sa mise en oeuvre | |
| EP2925084B1 (fr) | Technique de gestion d'un etat d'activation d'un reseau d'acces radio dans un reseau local | |
| EP3433979B1 (fr) | Enregistrement de service dans un réseau local | |
| FR2531587A1 (fr) | Procede pour la transmission d'informations sur un canal d'echanges unique et application de ce procede notamment a des dispositifs formant un systeme d'alarme | |
| EP2267933B1 (fr) | Procédé d'accusé de réception d'un système de commande à distance d'appareils domestiques | |
| EP1515593B1 (fr) | Procédé et dispositif de configuration d'un dispositif de contrôle d'équipements | |
| EP2267941B1 (fr) | Procédé d'association entre un appareil domestique et un équipement de gestion d'un système de commande à distance | |
| FR2905544A1 (fr) | Procede de controle d'acces a un batiment, platine d'interphonie et serveur d'acces pour ce procede. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20100331 |