EP1527430A1 - PROCEDE DE CARACTERISATION D’OBJETS BIDIRECTIONNELS - Google Patents

PROCEDE DE CARACTERISATION D’OBJETS BIDIRECTIONNELS

Info

Publication number
EP1527430A1
EP1527430A1 EP03755601A EP03755601A EP1527430A1 EP 1527430 A1 EP1527430 A1 EP 1527430A1 EP 03755601 A EP03755601 A EP 03755601A EP 03755601 A EP03755601 A EP 03755601A EP 1527430 A1 EP1527430 A1 EP 1527430A1
Authority
EP
European Patent Office
Prior art keywords
data
characterization
terminal
routine
transmission
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.)
Withdrawn
Application number
EP03755601A
Other languages
German (de)
English (en)
Inventor
Serge Neuman
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.)
Somfy SA
Original Assignee
Somfy SA
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 Somfy SA filed Critical Somfy SA
Publication of EP1527430A1 publication Critical patent/EP1527430A1/fr
Withdrawn legal-status Critical Current

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

Definitions

  • the invention relates to the field of order transmitters and order receivers, having transmission and reception capacities; it concerns in particular the transmitters and receivers of home automation systems.
  • Such home automation systems are used for motorized products or automatic closing or sun protection systems in the building, or even for the control of luminaires or others.
  • one or more command transmitters are provided; each device to be controlled - roller shutter, blind, light fixture, etc. - is associated with a command receiver; provision can also be made for the same command receiver to control several devices.
  • the transmitters of orders and the receivers of orders communicate by radio and use the same transmission frequency, or predetermined frequencies.
  • logistical reasons most often require that the pairing is not carried out during manufacturing, but rather on site, after installation of the products.
  • Various matching solutions are proposed in the state of the art.
  • 01 09369 describes a method of pairing transmitter and receiver. It is specified in this request that it is possible to provide an installer with a programming console. Each of the receivers is then also a transmitter, and the programming console is then not only a transmitter but also a receiver. During the pairing phase, the receivers send their own identification number to the console. The software contained in the console makes it possible to order the receivers which are announced. The installer then has the possibility of sending, successively, an order which will only be recognized by the only receiver concerned, and of proceeding to pair this receiver, which has thus physically identified itself by responding to said command, with the transmitter subsequently intended to control it.
  • a communication protocol between home automation objects is proposed under the Bluetooth standard.
  • version 1.1. of the Bluetooth specification version 1.1. Chapter 6, titled “Idle Mode Procedures”, offers various commands; a "discovery” command allows a Bluetooth object to interrogate surrounding objects which respond by transmitting their name or other specific information. Another command makes it possible to pair two Bluetooth objects; this command is preceded by a discovery command.
  • US-B-6 297 737 proposes a location system using the Bluetooth standard.
  • a terminal is used to control objects operating according to the Bluetooth standard.
  • the terminal allows the user to associate descriptive names with the labels characterizing the various products. In this way, the user of the terminal can more easily identify the managed objects. Descriptive names are used only in the user interface, the terminal communicating with the objects using identifiers distinct from the descriptive names. This can in particular pose a problem in the event of loss of the terminal.
  • US-A-5,579,221 proposes a similar system for controlling home automation devices, in which the user can define the names or designations of the different devices controlled. Again, this is only a user interface, independent of device control.
  • WO-A-01 71685 describes a set of home automation devices, controlled by a single terminal. Each object includes a record, a copy of which is sent to the terminal. The record may contain data characterizing the device, for example to indicate the nature of the device. This data, for example icons and text, is displayed by the terminal. The solution described in this document makes it possible to identify from the terminal the devices ordered. However, the information provided to the user is the manufacturer data.
  • US-B-6 288641 describes a remote monitoring system using SMS standard messages.
  • WO-A-92 14329 describes communication applications for mobile phones or the like, using mini-message systems.
  • US-A-4,912,463 describes a home automation installation comprising a transmitter and a receiver.
  • a pairing code can be changed in the receiver, from the transmitter, when a receiver switch is placed in a code change mode. He is in besides providing that the user can manually enter from the transmitter, bit by bit, a new code to be stored in the receiver. This code is a matching code.
  • the invention therefore proposes a method for characterizing a bidirectional object of a home automation system using a terminal.
  • the object includes a first location for storing identification data.
  • the process includes the steps of:
  • the transmission step is a point-to-point or broadcast step.
  • the process can also include:
  • a step of transmission by the terminal of a characterization request and - in response to this request, a step in the receiver for reading the stored characterization data and transmission of the characterization data.
  • a step of receiving the characterization data and of supplying the characterization data it is possible to implement, in the terminal, a step of receiving the characterization data and of supplying the characterization data to the user.
  • the invention also proposes a bidirectional object for home automation system, presenting an operating program with:
  • - a routine for transmitting characterization data to one or more bidirectional objects to which it is paired.
  • the operating program can still present - a routine for issuing a characterization request
  • the operating program advantageously presents a routine for supplying to a user characterization data supplied by the reception routine.
  • the invention finally proposes a bidirectional object for home automation system, presenting a memory with:
  • an operating program presenting a data reception routine; a first location for storing identification data and a second location for storing data supplied by the reception routine.
  • the operating program can also present a routine for transmitting the data stored in the second location.
  • This transmission routine is advantageously adapted to be invoked by the reception of a request.
  • FIG. 1 a schematic view of an installation in which the invention is Implementation
  • FIG. 2 a schematic view of the logical structure of a bidirectional object and of a terminal allowing the implementation of the invention
  • - Figure 3 a representation of the exchanges between a terminal and a bidirectional object in an example of implementation of the invention.
  • the invention is described in an example of application to the pairing and to the reconfiguration of home automation systems; it is not limited to such systems; it can also be used for purposes other than pairing or reconfiguration.
  • the words "order transmitter” and "order receiver” are used below to designate objects which have the function of transmitting or receiving the orders given by a user; these designations are not representative of the functionality of
  • transmitters or “receivers”, which from the point of view of signals, are capable of transmitting as of receiving.
  • order receivers as “order transmitters” using the terms “bidirectional objects”.
  • the words “transmitters” or “receivers” are used - which only represent the assignment of a bidirectional object given to a particular use.
  • FIG. 1 shows a schematic view of an installation in a first example of implementation of the invention.
  • the installation includes an operator 2.
  • This operator can, for example, roll up or unroll blinds, roller shutters or a garage door, actuate a light fixture, open a door, trigger or trigger an alarm, etc.
  • a receiver of order 4 referenced by the letter "R" in the figure.
  • the order receiver has an antenna 6 which allows it to receive orders transmitted over the air from a command transmitter; the receiver of order 4 can moreover transmit signals, for example by the hertzian way, using the same antenna 6.
  • the radio transmission of orders from a transmitter to a receiver or in the opposite direction is known per se and is not described in more detail here.
  • the order transmitters can be paired with the order receivers, for example by assigning the transmitter 16 to the control of the receiver 4 and by assigning the transmitter 18 to the control of the receivers 4, 10 and 14.
  • the transmitter 16 is then a individual control while the transmitter 18 is a general control.
  • Such pairing is usually done at the receiver installation; it can also be carried out during a modification or reconfiguration of the installation: thus, one can add or remove a transmitter or a receiver.
  • control devices push buttons, switches or others - that the transmitters can have.
  • the transmission channels between the bidirectional objects which can be identical or different transmission channels in transmission or in reception; in a simple configuration, the radio is used, the transmitter as the transmitter then constituting a "transceiver", that is to say a transceiver.
  • Wired devices, optical transmissions, or other modes of transmission could also be used.
  • order receivers connected to the electrical network - like rolling shutters - one could use carrier currents for transmission, at least in the receiving direction to other objects.
  • a terminal is provided.
  • This terminal 20 is a bidirectional object presenting means allowing a user - in particular an installer - to enter characterization data. It can be, in the most frustrating example, an order transmitter programmed to allow the entry of characterization data.
  • Can also, as shown in Figure 1 use as a terminal a bidirectional object having a keyboard and a screen, for example a microcomputer or a microcontroller device coupled to a transmit and receive antenna.
  • the terminal is also capable of transmitting information to the user - by screen, visual or auditory signaling, by printing, etc.
  • FIG. 2 a schematic view of the logical structure of a bidirectional object and of a terminal allowing the implementation of the invention; we recognize in the figure the terminal 20, which has transmission means and reception means, allowing it to communicate with bidirectional objects. In the considered example of radiofrequency transmissions, these means are combined and consist of an antenna 24 with the transmission and reception circuits 26 which are associated with it.
  • the terminal 20 has a processing unit 28 of the microcontroller or other type, with an associated memory. It also presents an information input means 30, such as a keyboard or a data carrier reader - floppy disk or the like.
  • the terminal has a screen 32 or another device making it possible to restore information to the user.
  • the elements 26, 30, 32 are connected to the processing unit in a manner known per se.
  • the figure also shows a bidirectional object - in the example the order receiver 4.
  • the operator 2 controlled by the order receiver 4 has not been shown in the figure.
  • the receiver has transmission means and reception means, enabling it to communicate with the other bidirectional objects, or at the very least to receive messages from the terminal and to send messages back to the terminal.
  • these means are combined and consist of an antenna 34 with the transmission and reception circuits 36 which are associated with it.
  • the receiver 4 also has a processing unit 38 of the microcontroller or other type, with an associated memory 40.
  • the operator's connection port has been shown diagrammatically at 42.
  • the representation of FIG. 2 is schematic, in that the memory can be integrated into the microcontroller 38.
  • FIG. 3 is an example of implementation of the method, using such a terminal 20, for a bidirectional object.
  • the receiver of order 4 represented in FIG. 2.
  • the terminal identifies the receiver the identity of the order receiver is known to the user.
  • the order receiver is the last one which has just been connected to the sector. It is also possible to provide a dedicated command on the order receiver or on its power supply, which makes it possible to identify it.
  • the method of Figure 3 is preceded by a selection of a command receiver, as described in French patent application No. 02
  • the characterization data can be intended for these other object (s) .
  • FIG. 3 shows on the one hand the steps of supplying characterization data and transmission of this characterization data to the objects; it then shows the reading steps in the objects of the characterization data stored locally.
  • the figure first shows a first action 50 of the user, to provide the terminal with the characterization data to be transmitted to the bidirectional object.
  • This is for example alphanumeric data intended to express the location of the order receiver.
  • the data are provided by the user; in the simplest case, the data is entered on a keyboard. They could also be prepared on a storage medium - diskette or other - and / or selected by the user from a list. These characterization data are received by the terminal, as symbolized at 52.
  • the characterization data supplied by the user differs from the pairing data or the identification data used in the prior art: in fact, they are chosen by the user, and not imposed by the terminal or preprogrammed in the bidirectional object. This has the consequence that these characterization data are not necessarily unequivocal. From an intrinsic point of view, the characterization data are advantageously alphanumeric, while the identification data are most often numerical.
  • Characterization data can then be transmitted to the bidirectional object.
  • This transmission in the example of FIG. 3, is triggered by an action 54 of the user, who enters a transmission order on the terminal.
  • This transmission order could also be an implicit order at the end of the entry 50 of the characterization data.
  • the reception by the terminal of the transmission order causes the preparation of a message for transmitting the characterization data, as symbolized at 56 in FIG. 3.
  • the characterization data are transmitted to the directional object 4.
  • a particular message can be provided in the transmission protocol.
  • the transmission can be a point-to-point transmission. It can also be a broadcast transmission, after using a group command; this variant is advantageous when identical characterization data are supplied by the user for a plurality of bidirectional objects. It is thus possible to assign characterization data - the indication of belonging to a given installation or to a given part of the installation - to several objects.
  • This transmission 58 activates at 60 the reception of the characterization data and their storage in the location 44 of the memory.
  • characterization data which has been supplied by the user are stored in object 4.
  • This characterization data can then be used to help the user identify the receiver; for example, the characterization data can be used for a pairing between an order transmitter and an order receiver, to define groups among the receivers or among the bidirectional objects; characterization data can also be used to mismatch objects or to reconfigure them.
  • the presence of the characterization data allows intuitive display to the user, which makes it possible, for example, to identify bidirectional objects.
  • steps for reading the characterization data in a bidirectional object We again consider the example of the terminal and the receiver. One could of course read the characterization data from another bidirectional object, for example an order transmitter having a screen.
  • the user wishes to launch a characterization request. It executes the corresponding command on the terminal, using the keyboard; more generally in the case of an order transmitter, this command can correspond to a combination or succession of actions on the control means - keys or others.
  • This action 62 of the user causes the preparation of a characterization request message, as symbolized at 64 in FIG. 3.
  • the characterization request is transmitted. Again, it may be a point-to-point transmission, or a broadcast transmission. Transmission can also take place towards the objects with which the transmitting object is associated. This would make it possible, for example, to obtain an intuitive list of the objects to which this given object is paired on a given object.
  • the request can be received by all of the objects capable of receiving it, or by all the objects of an installation of which the sending object is a part; this last example assumes a characterization of the installation, by a common code, by an action on the electrical supply, etc.
  • the receiver receives the characterization request; if it turns out that it has to process it, it reads the characterization data stored in its memory; from its data, it can then prepare the data transmission, as shown at 70 in Figure 3.
  • the data is transmitted. It can again be a transmission to the attention of the object that issued the request, point-to-point or broadcast; it can also be a transmission without indication of the recipient.
  • the transmitted data are received at 74 by the terminal.
  • the reception of the data causes the activation of a reception routine 76, depending on whether it was a targeted or point-to-point request, or even on the nature of the response received.
  • Data received and possibly processed - to decode, display, sort, etc. - can then be displayed for the attention of the user, as symbolized at 76 in the figure.
  • This display can be followed by a user action, represented at 78.
  • a user action represented at 78.
  • it can be a mismatch, inactivation or programming of any kind on an object selected from characterization data displayed on the terminal.
  • the method applies similarly to bidirectional objects other than an order receiver, in particular to order transmitters.
  • One can also use to issue characterization requests for objects other than a terminal.
  • the process of FIG. 3 allows an installer or the user at any time to easily pair the objects, to easily reconfigure the objects or more generally to carry out any programming procedure or simply to order the objects. It is enough using the terminal or another object that can send information to the user - by screen, visual or auditory signaling, etc. - to question the objects, to receive the data stored in memory by the object or objects questioned and to provide them to the user. It then becomes simple and intuitive for the user to select an object to apply any command to it.
  • the matching is facilitated by the provision of data stored in memory, which can provide a more easily understandable characterization of the object. Reconfiguration is also made easier by providing this same data. More generally, instead of programming or command steps. As the data is stored in the objects themselves and not in a terminal, the loss of the terminal or of an object does not affect the ability to use the stored data.
  • the method of FIG. 3 is implemented by an operating program stored in the terminal and by a program stored in the bidirectional object or objects.
  • the terminal program presents a routine for receiving data supplied by the user; this routine can guide the user through requests.
  • the terminal program also has a routine for transmitting to one or more bidirectional objects the data obtained during the implementation of the data reception routine. As indicated above, the two routines are not necessarily invoked at the same time, nor sequentially.
  • the terminal program presents a routine for sending a characterization request, and a routine for receiving the responses received; a characterization data display routine makes it possible to provide the characterization data to the user.
  • the object operating program differs from the state of the art bidirectional object program in that it has a routine for receiving data transmitted by the terminal; this routine is invoked when the terminal transmits data to the object; it receives the data and stores it in location 44 of the memory.
  • the object program also has a routine for transmitting the stored data in response to an interrogation. This routine reads from the memory location 44 the stored data and transmits them to the terminal or the object that sent the query.
  • Operator 2 like the other operators, could also be a sensor measuring one or more physical quantities - temperature, sunshine or glare, air quality, CO 2 or humidity level, presence of wind, alarm, etc.
  • the sensor transmits to the bidirectional object 4 the measured quantity or quantities, either permanently, or in the event of a threshold being crossed.
  • Object 4 then acts as a transmitter of the measured quantity.
  • One can also provide that one or more sensors and one or more operators are associated with a bidirectional object.
  • the installation can include a set of sensors and operators.
  • the radio transmission used between a transmitter and a receiver is only given as an example and can be modified.
  • the invention applies in particular, that the transmitters and receivers use a single frequency or each transmit on a separate frequency, or by frequency hopping, or with different modulations.
  • the method applies as soon as the transmitters or receivers of orders are "bidirectional objects" capable of communicating in transmission and in reception with the terminal. It is understood, however, that it is not essential that the order receivers can transmit to the order transmitters, since they can send to the terminal.
  • the words "order receivers” and “operators” have been used, which apply in particular to the example of roller shutter operators.
  • the receiver and the operator can be separate elements, as in the examples, or else form a single whole - for example by integrating the command receiver into the operator.
  • Characterization data can also be used to identify bidirectional objects; this solution avoids providing an identifier in the objects, or avoids having to assign an identifier to the objects.
  • This solution has the disadvantage of not guaranteeing the univocal character of the identifiers - which depends on the characterization data entered by the user. It can however be used, in particular for the definition of groups among the objects.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Circuits Of Receivers In General (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 de l'objet bidirectionnel. Les données de caractérisation peuvent ensuite être lues et affichées à 1'utilisateur, pour faciliter un appariement de 1'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-A-4 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 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 Procédures" (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. WO-A-92 14329 décrit des applications de communication pour téléphones portables ou autres, utilisant des systèmes de mini-messages. US-A-4 912 463 décrit une installation domotique comprenant un émetteur et un récepteur. Un code d'appariement peut être modifié dans le récepteur, à partir de l'émetteur, lorsqu'un commutateur du récepteur est placé dans un mode de changement de code. Il est en outre prévu que l'utilisateur puisse entrer manuellement à partir du transmetteur, bit à bit, un nouveau code à stocker dans le récepteur. Ce code est un code d'appariement.
Il existe donc un besoin d'un procédé et d'objets, pour des systèmes domotiques, qui permettent de simplifier l'installation ou la reconfiguration des objets bidirectionnels. Dans un mode de réalisation, l'invention propose donc un procédé de caractérisation d'un objet bidirectionnel d'un système domotique à l'aide d'un terminal. L'objet comprend un premier emplacement de stockage de données d'identifications. Le procédé comprend 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, dans un deuxième emplacement distinct du premier emplacement. 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 œuvre, 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 pour système domotique, 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 auxquels il est apparié.
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 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 pour système domotique, présentant une mémoire 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 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 œuvre; figure 2 une vue schématique de la structure logique d'un objet bidirectionnel et d'un terminal permettant la mise en œuvre de l'invention; - figure 3, une représentation des échanges entre un terminal et un objet bidirectionnel dans un exemple de mise en œuvre 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 œuvre 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 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écepteur. 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 reconfïguration ou toutes les autres opérations qui peuvent devoir être mises en œuvre dans l'installation. A cette fin, dans un mode de réalisation, est prévu un terminal. Ce 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'une 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 œuvre 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 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 38.
La figure 3 est un exemple de mise en œuvre 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 œuvre, 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 n° 02
01631 du 11.02.02. Si le procédé est mis en œuvre à partir d'un objet donné, utilisé comme terminal 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 diffèrent 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 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 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 70 à 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 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 œuvre 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 œuvre 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. 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 eblouissement, qualité de l'air, taux de CO2 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. Le ré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.
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.

Claims

REVENDICATIONS
1. Un procédé de caractérisation d'un objet bidirectionnel (4, 10, 14) d'un système domotique à l'aide d'un terminal (20), l'objet comprenant un premier emplacement de stockage de données d'identifications, le procédé 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 dans un deuxième emplacement distinct du premier emplacement.
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) pour système domotique, 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 auxquels il est apparié.
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) pour système domotique, 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.
EP03755601A 2002-07-31 2003-07-15 PROCEDE DE CARACTERISATION D’OBJETS BIDIRECTIONNELS Withdrawn EP1527430A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0209771 2002-07-31
FR0209771A FR2843256B1 (fr) 2002-07-31 2002-07-31 Procede de caracterisation d'objets bidirectionnels
PCT/FR2003/002226 WO2004013825A1 (fr) 2002-07-31 2003-07-15 Procede de caracterisation d’objets bidirectionnels

Publications (1)

Publication Number Publication Date
EP1527430A1 true EP1527430A1 (fr) 2005-05-04

Family

ID=30129597

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03755601A Withdrawn EP1527430A1 (fr) 2002-07-31 2003-07-15 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)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2888688B1 (fr) * 2005-07-16 2010-12-03 Somfy Sas Procede de communication entre un capteur domotique et un dispositif domotique destine au controle du confort visuel ou thermique dans un batiment
EP1752929B2 (fr) * 2005-07-28 2022-06-22 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
MY162279A (en) 2005-07-28 2017-05-31 Inventio Ag Method of controlling access to an area

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4912463A (en) * 1988-08-09 1990-03-27 Princeton Technology Corporation Remote control apparatus
FI94581C (fi) * 1991-02-12 1995-09-25 Nokia Telecommunications Oy Järjestelmä yhteystietojen välittämiseksi automaattisesti matkapuhelinverkossa tai vastaavassa
US6791467B1 (en) * 2000-03-23 2004-09-14 Flextronics Semiconductor, Inc. Adaptive remote controller

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004013825A1 *

Also Published As

Publication number Publication date
ES2239553T1 (es) 2005-10-01
WO2004013825A1 (fr) 2004-02-12
FR2843256B1 (fr) 2005-08-05
AU2003273441A1 (en) 2004-02-23
FR2843256A1 (fr) 2004-02-06

Similar Documents

Publication Publication Date Title
EP1476859B1 (fr) Procédé d'appariement d'objets bidirectionnels
EP2142851B1 (fr) Dispositif d'éclairage à commande automatique, et installation comportant une pluralité de ces dispositifs
EP1164756B1 (fr) Système d'accès à un équipement d'automatisme via un réseau de proximité sans fil
FR2834147A1 (fr) Procede d'appariement de transmetteurs et de recepteur
FR2827414A1 (fr) Procede d'appariement d'emetteur et de recepteur
EP1476860B1 (fr) Procédé de définition d'un groupe parmi des objets bidirectionnels
WO2012055856A1 (fr) Procédé de fonctionnement d'une installation domotique
EP2633507A1 (fr) Procede de fonctionnement d'une unite mobile de commande d'une installation domotique
EP0320390B1 (fr) Système de télécommande domotique
EP1527430A1 (fr) PROCEDE DE CARACTERISATION D’OBJETS BIDIRECTIONNELS
EP1160640B1 (fr) Procédé de configuration d'un dispositif de régulation de chauffage à commande à distance
EP1576430B1 (fr) Procede de configuration d'un reseau
FR2839178A1 (fr) Procede de commande a distance d'actionneurs
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
FR2885722A1 (fr) Procede de fonctionnement d'une installation domotique et installation domotique pour sa mise en oeuvre.
EP3433979B1 (fr) Enregistrement de service dans un réseau local
FR2899004A1 (fr) Methode d'enregistrement et de configuration d'un composant dans un systeme domotique et appareils utilises par la methode
EP1515593B1 (fr) Procédé et dispositif de configuration d'un dispositif de contrôle d'équipements
EP2267933B1 (fr) Procédé d'accusé de réception d'un système de commande à distance d'appareils domestiques
EP1253568B1 (fr) Procédé et dispositif de configuration de dispositifs de commande à distance
FR3082379A1 (fr) Dispositif et procede de transmission de commandes a un equipement domestique
EP2925084A1 (fr) Technique de gestion d'un etat d'activation d'un reseau d'acces radio dans un reseau local
FR2524233A1 (fr) Modem et procede pour connecter un modem dans une configuration choisie
FR2695238A1 (fr) Procédé pour exploiter des signaux de télécommande, dispositif de télécommande, et unités fonctionnelles et installation s'y rapportant.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050228

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20080605

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20081216