WO2003069573A1 - Procede d'appariement d'objets bidirectionnels - Google Patents

Procede d'appariement d'objets bidirectionnels Download PDF

Info

Publication number
WO2003069573A1
WO2003069573A1 PCT/FR2003/000389 FR0300389W WO03069573A1 WO 2003069573 A1 WO2003069573 A1 WO 2003069573A1 FR 0300389 W FR0300389 W FR 0300389W WO 03069573 A1 WO03069573 A1 WO 03069573A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
transmitter
pairing
receiver
bidirectional
Prior art date
Application number
PCT/FR2003/000389
Other languages
English (en)
Inventor
Francis Valoteau
Valérie Maistre
Capucine Autret
Original Assignee
Somfy Sas
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 Sas filed Critical Somfy Sas
Priority to JP2003568624A priority Critical patent/JP4460303B2/ja
Priority to KR1020047012357A priority patent/KR101030094B1/ko
Priority to EP03718847.1A priority patent/EP1476859B1/fr
Priority to AU2003222890A priority patent/AU2003222890B2/en
Priority to US10/503,697 priority patent/US7639115B2/en
Publication of WO2003069573A1 publication Critical patent/WO2003069573A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • 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
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C25/00—Arrangements for preventing or correcting errors; Monitoring arrangements
    • G08C25/02—Arrangements for preventing or correcting errors; Monitoring arrangements by signalling back receiving station to transmitting station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2827—Reporting to a device within the home network; wherein the reception of the information reported automatically triggers the execution of a home appliance functionality
    • H04L12/2829—Reporting to a device within the home network; wherein the reception of the information reported automatically triggers the execution of a home appliance functionality involving user profiles according to which the execution of a home appliance functionality is automatically triggered
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/20—Binding and programming of remote control devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/285—Generic home appliances, e.g. refrigerators

Definitions

  • the invention relates to the field of order transmitters and order receivers, having transmission and reception capacities; it relates in particular to 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 lighting or other controls.
  • one or more command transmitters are provided; each device to be controlled - roller shutter, blind, light fixture, etc. - is associated with a command receiver; one can also provide that the same command receiver controls several devices.
  • the transmitters of orders and the receivers of orders communicate by radio and use the same transmission frequency, or predetermined frequencies. For these devices, and in particular for motorized products or automatic shutdown or sun protection systems in the building, 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.
  • command transmitters and command transmitters capable of transmitting and receiving use command transmitters and command transmitters capable of transmitting and receiving; mention may in particular be made of US-A-4,529,980, or US-A-5,148,159.
  • WO-A-01 71685 discloses a universal remote controller, suitable for controlling various units. Each unit contains a record of the various information necessary to allow the controller to manage it remotely, in particular with a device code; the record is copied to the universal controller. This document proposes that the controller successively interrogates the various units that he controls.
  • US-A-5,797,085 describes a communication system in which the different objects are not paired. On the contrary, the objects are identical from the point of view of communication and do not have a unique address.
  • EP-A-0 651 119 describes a set of transmitters and receivers, and mentions the problem of pairing. Pairing is done by teaching a code to a transmitter from another transmitter. The two transmitters are arranged next to each other, and the button of the channel in question is activated on each transmitter, starting with the "teacher" transmitter. This step-by-step code learning procedure is also applied to the receiver. The document plans to inhibit the teaching of codes on certain transmitters.
  • US-A-6 028 866 describes a communication system in which each device comprises a communication identification, which is assigned at the factory or by the user.
  • a central device For the creation of groups, a central device sends a message inviting the devices to join the group. Upon receipt of the invitation message, a device responds if necessary with an acceptance message. The central device stores a list of devices making up the group, that is to say devices that have responded with an acceptance message. This group creation procedure allows the transmission of messages intended for the group.
  • the French patent application filed by the applicant on 7/13/01 under the number 01 09369 describes a method of pairing a transmitter and a 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, who has thus physically identified himself by responding to said control, with the transmitter intended subsequently to control it.
  • the invention therefore proposes a method for pairing a bidirectional object acting as a command receiver with a bidirectional object acting as a command transmitter, comprising the steps of:
  • the selection and matching steps can be repeated. It is then possible to provide a step of releasing the temporarily affected objects distinct from the paired object or the paired objects.
  • the temporary allocation step comprises: (a1) in response to an initiating event, the sending of its identifier by at least one bidirectional object acting as a receiver of orders; (a2) the sending by a bidirectional object acting as a transmitter of orders of its identifier;
  • step (a1) can include sending with the identifier a time reference as a function of the time of the initiating event.
  • step (a4) comprises the storage of the identifiers of the bidirectional objects acting as a receiver of orders having identical or similar time references.
  • the selection step comprises (bl) sending a reaction request command from the object acting as a command transmitter to one of the temporarily affected objects;
  • the release step comprises the release of the temporarily affected objects distinct from the paired object in the absence of receipt of an order for a fixed period.
  • the release step may comprise the release of an object temporarily affected on receipt of a pairing command intended for another object temporarily affected, or the transmission by the object acting as a transmitter of orders of 'a release order.
  • the pairing step comprises pairing the bidirectional object to which the selected object was assigned to the selected object. It is also possible to provide for the matching to the selected object of a bidirectional object different from the bidirectional object to which the selected object was assigned.
  • the invention also proposes a method for operating a bidirectional object acting as a receiver of orders, comprising:
  • the temporary allocation stage includes:
  • the sending step comprises sending with the identifier of a time reference as a function of the instant of the initiating event.
  • the release step comprises the release on receipt of a pairing command intended for another object.
  • This release step may also include release upon receipt of a release command.
  • the pairing step comprises pairing with said bidirectional object acting as a transmitter of orders.
  • the pairing can also include pairing with a bidirectional object other than said bidirectional object acting as a transmitter of orders.
  • the invention also proposes a bidirectional object, having a reception stage; an emission stage; a logic unit controlling the reception stage and the transmission stage and implementing this operating process.
  • the invention also relates to a method for operating a bidirectional object acting as a transmitter of orders, comprising the steps of:
  • the reception step comprises the comparison of time references received with said identifiers and the storage of identifiers having identical or similar time references.
  • step (c) comprises (c1) the sending of a reaction request command to one of the objects whose identifier has been stored;
  • step (c2) sending a reaction request command to another of the objects whose identifier has been stored; and that step (d) comprises sending a command for matching the recipient object of the last reaction request command.
  • step (e) includes sending a release order.
  • the pairing command can contain the identifier of another object.
  • the invention relates to a bidirectional object, having a reception stage; - an emission stage; a logic unit controlling the reception stage and the transmission stage and implementing this operating process.
  • FIG. 4 a flowchart of a method making it possible to secure the definition of a group among the bidirectional objects;
  • FIG. 5, a flowchart of a method implemented in a command receiver;
  • FIG. 6, a flow chart of a process implemented in the command transmitter.
  • the invention is described in an example of application to the pairing of home automation systems; it is not limited to such systems; it can also be used for purposes other than pairing.
  • the words "order transmitter” and "order receiver” are used hereinafter to designate objects which have the function of transmitting or receiving the orders given by a user; these designations are not representative of the functionalities of the "transmitters” or “receivers", which from the point of view of the signals, are capable of transmitting as of receiving.
  • bidirectional object that is to say of an object having transmission and reception capacities.
  • transmitters or “receivers” are used - which represent only the assignment of a bidirectional object given to a particular use.
  • each bidirectional object is provided with a unique identifier; it can be an identifier corresponding to an object code, given at the factory and which cannot be modified; it can also be a number that can be modified, such as a random number chosen in the object or even a number chosen using micro-switches. The origin of the identifier has no effect on the operation of the process.
  • the identifier used in the following can be modified after pairing: it is simply used, during pairing, to identify an object.
  • 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 unwind blinds, roller shutters or a garage door, actuate a light fixture, open a door, trigger or trigger an alarm, etc.
  • the operator is connected to a command receiver 4, referenced by the letter "R" in the figure.
  • the order receiver has an antenna 6 which enables it to receive orders transmitted over the air from a command transmitter; the order receiver 4 can also transmit signals, for example by radio, 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.
  • FIG. 1 also shows a plurality of operators 8, 12, each having their command receiver 10, 14.
  • command transmitter 16 it is adapted to transmit over the air one or more orders to receivers 4, 10, 14, and has for this purpose an antenna not shown.
  • an order transmitter in the case of controlling a rolling shutter, can transmit orders for raising or lowering the shutter or stopping the shutter; other orders can be provided, such as placing the shutter in preprogrammed positions of the shutter, programming commands for the shutter, etc.
  • the order transmitter therefore has one or more devices allowing the user to enter a command, in the simplest case one or more command buttons.
  • the command transmitter is also adapted to receive signals from the command receiver (s); one can, as in the case of the command receiver, use the same antenna.
  • the command transmitter transmits signals, as explained below. It is possible to provide for the order transmitter as for the order receiver various 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.
  • the problem of the invention is to pair a command transmitter with a command receiver, in other words ensuring that the commands issued by one of the command transmitters allow the operator to be actuated by the intermediary of the command receiver - while the issuing of commands by other command transmitters has no effect.
  • the invention proposes that a command receiver, in the presence of an initiating event, emits its identifier. Subsequently, in the presence of a command received from a command transmitter, the command receiver is temporarily assigned to this command transmitter; in other words, it does not or no longer respond to commands received from the other order transmitters; the assignment is only temporary and therefore does not constitute a match.
  • This "temporary assignment" allows to proceed to a pairing of a receiver of orders having undergone the initiating event, even in a radio loaded environment, in which numerous messages are transmitted.
  • a command receiver therefore has three distinct states. In the first state, the receiver is not paired. In the second state, the command receiver is temporarily assigned to a command transmitter. The third state is a pairing state.
  • the command receiver switches from the first state to the second state after the initiating event, when it receives a command from a command transmitter.
  • the command receiver switches from the second state to the third state when it receives a pairing command. It can be foreseen, as indicated below, that the command receiver, once in the third state, no longer reacts to an initiating event.
  • FIG. 2 is a schematic view of the logical structure of a bidirectional object used as a transmitter of orders or as a receiver of orders.
  • the object is a "transceiver" and transmits and receives signals over the air, using a single antenna.
  • the object 20 therefore has an antenna 22, a reception stage 24, connected to the antenna; the reception stage receives the signals picked up by the antenna 22. It also has a transmission stage 26, also connected to the antenna 22, which transmits signals to be transmitted to the antenna.
  • the transmission stage and the reception stage are controlled by a logic unit 28, such as a microprocessor, which is capable of executing a program stored in a memory 30, typically a read only memory.
  • the object also comprises a random access memory 32 the content of which can be modified during operation of the object.
  • the power source supplying the object may vary; typically, a command transmitter is a portable device, powered by a battery; an order receiver is connected to an operator and can therefore be supplied by the sector.
  • a command transmitter and a command transmitter can also differ by the operating program stored in the memory 30 - insofar as it is advantageous, in order to limit the size of the memory 30, to differentiate the objects by loading in the memory an operating program which is designed only for the functions of command transmitter (or command receiver).
  • the identifier of the object can be stored in the read-only memory 30, or even can be stored in the memory 32, if it is generated randomly or otherwise.
  • the means which allow an object to react to a command from the user it can be, for a transmitter of orders as for a receiver of orders, buttons, contacts , switches or others. It can also be provided that the object is sensitive to one or more cuts in the electrical supply; this is particularly advantageous for a command receiver, as indicated below.
  • FIG. 3 is a flowchart of a pairing method, in an embodiment of the invention. It is assumed at the start (step 40) the existence of several bidirectional objects intended to function as "order receivers" and of a bidirectional object used as a command transmitter. In step 42, an initiating event is produced by the user; it is an external command - that is, one that is not issued by a command transmitter. It may for example be a specific action on the supply voltage of command receivers, typically a double cut of the mains voltage.
  • This solution has the advantage of being simple to implement, insofar as the order receivers are generally connected to the sector, as explained above.
  • the initiating event results for a receiver of orders from the actuation of a local command, or from a local modification of the electrical connections; this solution allows in particular a new pairing of a command receiver, even if it has previously been paired. In all cases, the initiating event is perceived by the order receivers.
  • a command receiver to be paired sends a signal representative of its identifier and of an indication that it is available for pairing. As we have just mentioned, they can be command receivers which have never before been paired; it can also be order receivers which have already been paired and want to match again.
  • the signal transmitted consists of the identifier of the order receiver and a specific code signaling that it is available for pairing; it is also possible to provide for transmitting only the identifier of the receiver, in a specific format.
  • This transmission can be repeated, at regular or random intervals, for a predetermined duration - for example 2 to 3 minutes. If several order receivers are transmitting - which is the most probable hypothesis - the conventional rules for collision detection and repetition can be used during transmission.
  • the predetermined duration can be selected as a function of the rules for detecting collision or repetition, and the maximum admissible number of command receivers transmitting during this step.
  • step 46 an order transmitter is activated and emits a signal representative of its identifier and of a temporary assignment command.
  • Steps 46 and 44 can be reversed; this ensures that the order transmitter is active when the order receivers transmit their identifier; conversely, the order transmitter can be prepared before the initiating event, by indicating to him by a local maneuver that he must "listen" to the order receivers.
  • step 48 the order receivers having transmitted their identifier in step 44 record the identifier of the order transmitter in a memory. For a predetermined period of time, these order receivers will refuse to obey any order not originating from this order transmitter. These receivers are therefore temporarily assigned to the order transmitter having issued the temporary assignment command in step 46. It will be noted here that the transmission of the identifier by the order transmitter in step 46 has not the function is to allow the temporary assignment of the order transmitter and order receivers. We could use a temporary identifier for this only temporary assignment.
  • the function of the predetermined duration of temporary assignment is to allow the provisional pairing of a command transmitter and a command receiver; it can be fixed - and in this case, the order receivers return to normal operation on expiration of this duration. It is also possible, as explained below, that the temporary assignment does not end until the transmission by the transmitter of orders of a release or end of temporary assignment command.
  • step 48 the command receiver (s) having identified themselves in step 44 and having received a temporary assignment command in step 46 no longer obey only the commands received from the transmitter orders; the order transmitter who transmitted the temporary assignment command has a list of order receivers. It thus becomes possible to proceed with pairing, or any other manipulation involving the transmitter and the receivers, independently of the radio environment.
  • This temporary assignment guarantees the correct identification of the bidirectional objects in question, in a network or radio loaded environment, in which very many messages are transmitted by already configured objects - neighboring apartments for example - or in which other objects of neighboring installations may themselves be in the configuration phase.
  • the pairing is based on the scanning of the list of order receivers formed during the previous steps.
  • the command transmitter sends a signal representative of its identifier and of a reaction request command, intended for a receiver in the list - for example the first in the list.
  • the function of the reaction request is to allow the user to determine visually, phonically or by any other method, the addressed receiver.
  • the Stop command can be used to transmit this signal.
  • step 52 on receipt of the reaction request command, the receiver concerned reacts with a signal.
  • This signal consists, for example, of the brief command from the operator controlled by the receiver concerned; such a signal allows the user to identify the receiver.
  • step 54 the user determines whether or not the signal transmitted in step 52 comes from the desired operator. If so, go to step 56, and if not, go to step 58.
  • step 58 we go to another receiver in the list - for example the next receiver. This corresponds to a sequential scan of the list; you can also randomly scan the list.
  • step 50 we then go back to step 50, to issue a new command to request for reaction to the attention of this other receiver. To switch to another receiver, the same command transmitter command can be used again.
  • step 56 the receiver to be paired has responded to the reaction request command.
  • step 56 the command receiver which responded last to the reaction request command can be paired, simply by sending a pairing command using the command transmitter to be paired; this solution has the advantage of making it possible to then continue to scan the list using the command transmitter used in step 46, the command receiver having responded last being now paired. Having attended the pairing procedure, the order transmitter used as a programming console can exclude from the list of receivers the identifier of the order receiver now paired.
  • the same object can serve as a tool for successively designating each of the objects to be paired, without itself being paired. This object can itself be very simple, and not have more control buttons than a traditional control point.
  • the order receiver stores the identifier of the order transmitter in a memory, so that it can then respond to the commands it receives from it. It goes into a paired state, in which it no longer responds to an initiating event such as a double power outage, but simply to a particular initiating event - a local action or a re-pairing command from the command transmitter to which it is paired.
  • the pairing briefly described in step 56 can be more complex and include multiple exchanges between the transmitter to be paired and the receiver; new identifiers, authentication keys, encrypted information, a rolling code, or the like can be transmitted, depending on the authentication method used in the following.
  • a command transmitter is paired with the command receiver which reacted last to the reaction request command.
  • the other temporarily affected receptors are released if necessary.
  • the receivers can be programmed so that the temporary assignment ceases after a fixed duration; it is also possible to end the temporary assignment on receipt of a pairing command, even intended for another order receiver.
  • step 60 it is tested whether the user wishes to release the other receivers. If this is the case, we go to step 62 where we issue a release order; otherwise, we return to step 50, for the issuance of a new reaction request command; steps 60 and 62 may be implicit; thus, if the command transmitter is used as a programming console, the test in step 60 may simply consist in checking whether the user activates the send button again for a reaction request command - which goes directly to step 50.
  • step 62 In the absence of such a reaction request command, one would go to step 62, unless the release is implicit after the expiration of a fixed duration.
  • a new initiating event is sent in step 62, in the form of a specific command intended for the receivers of the list not yet paired.
  • the process described in Figure 3 allows for safe pairing, regardless of the radio environment.
  • the method described with reference to FIG. 4 can be used to make this combination even more secure, and to avoid, in a complex installation, or adjacent to a complex installation, any overlapping of objects likely to be paired although not belonging not to the same set.
  • This process makes it possible to define with greater safety an initiating event, thus forming a group among bidirectional objects.
  • the process is based on the synchronous nature of the initiating event; he suggests using this event as a time reference; this reference allows a receiver of orders having received the initiating event to be identified using its local time, measured with respect to this time reference. It then suffices to provide that a command or a response sent by a command receiver is accompanied by an indication of local time, as described now.
  • Step 70 is that in which the synchronous initiating event occurs; as explained above, it can be an external command - in the example a particular action on the sector. It can also be a combination of an external command and a command received from a command transmitter, as explained above.
  • step 72 each order receiver having perceived the initiating event launches a clock counter.
  • a command receiver transmits a signal; it may be the signal from step 44 of FIG. 3, or any other signal sent subsequently by the command receiver; this signal comprises, in addition to the identifier of the command or command receiver, an indication of the clock counter. In this way, the signal sent by the command receiver is dated with respect to the time reference that constitutes the initiating event.
  • step 76 the signal sent in step 74 is received by the object for which it is intended - for example the command transmitter.
  • the latter thus has the indication of the clock counter.
  • this indication is compared with an indication calculated locally in the command transmitter; this indication may result from a comparison with the time indications received from the other order receivers. It can also result from a clock counter of the order transmitter - in particular if this is at the origin of the initiating event. If the time indication of the received signal is consistent, we go to step 80, in which the instructions or commands sent by the command receiver are processed; conversely, if the time indication is not consistent with the locally calculated indication, we go to step 82. In step 82, it has been determined that the signal transmitted in step 76 is not consistent, and that the signal received in step 76 does not come from a command receiver having undergone the initiating event. The message or instructions received are ignored.
  • the method of FIG. 4 therefore makes it possible to identify with greater safety the origin of a message; it makes it possible to secure the constitution of groups using an initiating event.
  • step 78 depends on the desired precision and on the drift of the counters. For clocks such as those commonly used in roller shutters, having a drift of the order of 300 ms / hour, it can be considered that the objects having received the same initiating event must respond with a time indication equal to 10 ms, for a duration of step 44 assumed to be limited to two minutes. This makes it possible to differentiate separate initiating events of less than 100 ms, and makes it extremely improbable in practice any confusion between two groups of objects.
  • the insertion of a time indication has been described in the messages transmitted by the order receivers for the attention of an order transmitter.
  • the method of FIG. 4 is therefore applied to the example of FIG. 3. It is understood, however, that the definition of a group among the command receivers, explained with reference to FIG. 4, can be implemented at d other purposes than the pairing described with reference to FIG. 3.
  • the method of FIG. 4 can be implemented for the definition of a general command, for centralized programming of all the receptors or part of them. More generally, the method of FIG. 4 can be used for any approach on the objects of a group - the group being defined by the initiating event.
  • the solution in Figure 4 provides better security, even if separate programming procedures are implemented on objects - which can in particular be the case if operators are simultaneously programmed in neighboring apartments.
  • the different objects all send messages: this is useful insofar as the different objects act as order receivers, and transmit their matching identifier to the order transmitter for pairing; to constitute a group, this solution is not essential: it is enough for a single object to provide the others with a time indication so that the other objects can determine whether or not they belong to the same group as that which provided the indication .
  • This solution limits exchanges insofar as only the members of the group register.
  • FIG. 4 shows a flow chart of the method implemented in a bidirectional object used as a command receiver.
  • an initiating event consisting of a double power cut, as described in Figure 3, without the time verification of Figure 4.
  • the command receiver waits for a initiating event.
  • the command receiver detects an initiating event; as explained above, it emits in step 88 its identifier and an indication that it is available for pairing; the possible repetition of this emission was not shown in step 88 to manage collisions.
  • the order receiver then waits for a temporary assignment command.
  • step 90 it receives a temporary assignment command and stores the identifier of the order transmitter to which it is temporarily assigned.
  • the command receiver checks whether the message comes from the command transmitter to which it is assigned. If not, it goes to step 94, where the message is ignored and returns to wait for a new message. If the received message comes from the order transmitter to which the order receiver is assigned, the order receiver executes the instructions contained in the message. More precisely, we test in 96 whether the instructions are pairing instructions. If this is the case, the receiver goes to 98, where it is paired and then operates in paired mode, responding only to the transmitter to which it is paired. If the instructions are not pairing instructions, we test at 100 whether they are release instructions.
  • step 102 in which the instructions are executed, then returns to step 92, awaiting a new message from the command transmitter to which it is paired.
  • the instructions executed in step 102 may for example be instructions for executing a reaction order, allowing the visual identification of the order receiver through the product that he is ordering.
  • the flowchart in FIG. 5 does not show the case of a release after a fixed duration, mentioned as an alternative solution in the description of FIG. 3.
  • FIG. 6 shows a flowchart of the process implemented in a bidirectional object used as a command transmitter; it is assumed, as in the example of FIG. 3, a command transmitter using a Stop button and a Prog button used for the pairing process.
  • the command transmitter is activated. This activation subsequently makes the order transmitter sensitive to transmissions by the order receivers of their identifier. This activation can consist of a particular manipulation on the command transmitter; it can simply be a power-up of the command transmitter, which is followed by an automatic activation.
  • step 112 the order transmitter receives the transmissions originating from the order receivers and containing the identifiers of the order receivers, see step 44 of FIG. 3.
  • the order transmitter can thus constitute a list order receivers available for temporary assignment. If the order receivers transmit a time reference, as explained in step
  • the constitution of the list in step 112 may involve the comparison of the time references, as explained with reference to FIG. 4. From this point of view, although the probability is low, it is possible in an installation site covering by example several floors of offices or apartments that there is overlap of two initiating events relating to a comparable number of objects. In this case, a consistency test of the time references sent by the order receivers will not be able to tell which objects belong to the right group. The consistency test can be designed to reject all of the identifiers if they are not all within a coherent time range, or to reject the set if the proportion of non-coherent identifiers exceeds a given threshold. In this case, it is simply necessary to cause a new initiating event to constitute the group.
  • the various order receivers announce themselves only on reception of a signal from the order transmitter, indicating that it is ready to receive their announcement and their identifier. This however adds a step and lengthens the counting time of the internal clocks.
  • step 114 the command transmitter issues a temporary assignment command.
  • This command can be accompanied by a time reference, if the principle proposed in FIG. 4 is used. This solution avoids the temporary assignment of order receivers not belonging to the envisaged group. It is also possible to issue a temporary assignment command intended for the order receivers in the list; this is safer, but lengthens the messages.
  • buttons considered we could use the Prog button to trigger this step.
  • step 116 the user begins to browse the list. For example, you can use the Stop button. Pressing this button then causes the command transmitter to send a reaction request.
  • step 118 we await a new command from the user, step 118. If the user presses the Stop button, we go to the next command receiver - step 120 - and we go back to step 116. As explained above, the order of browsing the list has no effect.
  • step 122 is the pairing step.
  • This step may simply consist in sending a pairing command to the order receiver to which the reaction request has just been sent.
  • a release command is issued, as shown in step 124; you can use either a second press on the Prog key, or a new press on the Stop key, or any combination of keys.
  • the program is then finished and the command transmitter can be used in normal mode for controlling the paired command receiver.
  • issuing a release command is not essential. One could thus provide an automatic release after a predetermined duration. We could again browse the list again to match another order receiver, as explained above; this avoids having to create a list again for a new pairing.
  • the flow diagram of FIG. 6 is schematic and in particular does not systematically show the steps for waiting for the user to press a button.
  • the invention is not limited to the embodiments given above.
  • 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 whether the transmitters and the receivers use a single frequency or each transmit on a separate frequency, or by frequency hopping, or with different modulations. In fact, the method applies as soon as the transmitters or receivers of orders are "bidirectional objects" capable of transmitting and receiving.
  • the words "order receivers” and “operators” were 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.
  • the transmitters send their address to the receiver when a command is issued; one can obviously encode or encrypt the corresponding address, using techniques known from the state of the art.

Abstract

On affecte temporairement (48) plusieurs récepteurs d'ordres à un transmetteur d'ordres. Après cette affectation temporaire, les récepteurs d'ordres ne répondent plus qu'au transmetteur d'ordres auquel ils sont affectés. Le transmetteur d'ordres peut ainsi être utilisé pour sélectionner (50, 52, 54, 58) un récepteur d'ordres à apparier; le récepteur d'ordres sélectionné est apparié (56) au transmetteur d'ordres auquel il est affecté, ou à un autre transmetteur d'ordres. Les récepteurs d'ordres autres que celui qui est apparié sont ensuite libérés (62). Comme la sélection et l'appariement s'effectuent parmi les récepteurs affectés temporairement, ces étapes sont peu sensibles aux perturbations extérieures et restent sûres mêmes dans un environnement radio chargé.

Description

PROCEDE D'APPARIEMENT D'OBJETS BIDIRECTIONNELS
L'invention concerne le domaine des transmetteurs d'ordres et récepteurs d'ordres, 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.
Certaines solutions concernent le cas où les transmetteurs d'ordres ne sont capables que d'émettre, et où les récepteurs d'ordres ne sont capables que de recevoir. US-A-4 750 118 ou US-A-6 049 289 sont des exemples de telles solutions.
D'autres solutions utilisent des transmetteurs d'ordres et des émetteurs d'ordres capables d'émettre comme de recevoir; on peut notamment citer US-A-4 529 980, ou US-A-5 148 159.
WO-A-01 71685 divulgue un contrôleur à distance universel, adapté à contrôler diverses unités. Chaque unité contient un enregistrement des diverses informations nécessaires pour permettre au contrôleur de la gérer à distance, avec en particulier un code d'appareil; l'enregistrement est copié dans le contrôleur universel. Ce document propose que le contrôleur interroge successivement les diverses unités qu'il contrôle.
US-A-5 797 085, décrit un système de communication dans lequel les différents objets ne sont pas appariés. Au contraire, les objets sont identiques du point de vue de la communication et ne disposent pas d'une adresse unique.
EP-A-0 651 119, décrit un ensemble de transmetteur et récepteurs, et mentionne le problème de l'appariement. L'appariement s'effectue en apprenant un code à un transmetteur à partir d'un autre transmetteur. Les deux transmetteurs sont disposés l'un à côté de l'autre, et le bouton du canal en cause est activé sur chaque transmetteur, en commençant par le transmetteur "enseignant". Cette procédure d'apprentissage des codes de proche en proche est aussi appliquée au récepteur. Le document prévoit d'inhiber la fonction d'enseignement des codes sur certains transmetteurs. US-A-6 028 866, décrit un système de communication dans lequel chaque appareil comprend une identification de communication, qui est affectée en usine ou par l'utilisateur.
Pour une constitution de groupes, un appareil central émet un message invitant les appareils à joindre le groupe. A réception du message d'invitation, un appareil répond le cas échéant par un message d'acceptation. L'appareil central stocke une liste des appareils composant le groupe, c'est-à-dire des appareils ayant répondu par un message d'acceptation. Cette procédure de constitution d'un groupe permet l'émission de messages destinés au groupe.
La demande de brevet français déposée par la demanderesse le 13/7/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. II existe donc un besoin d'un procédé permettant d'apparier des objets capables d'émettre comme de recevoir, de façon simple et fiable. Un tel procédé devrait conserver sa fiabilité même dans un environnement radio ou réseau chargé - par exemple en présence de produits voisins déjà configurés, ou de produits voisins en cours de configuration.
Dans un mode de réalisation, l'invention propose donc un procédé d'appariement d'un objet bidirectionnel agissant comme récepteur d'ordres avec un objet bidirectionnel agissant comme transmetteur d'ordres, comprenant les étapes de :
(a) affectation temporaire d'au moins un objet bidirectionnel agissant comme récepteur d'ordres à un objet bidirectionnel agissant comme transmetteur d'ordres; (b) sélection d'un objet bidirectionnel agissant comme récepteur d'ordres parmi lesdits objets affectés temporairement; et
(c) appariement de l'objet sélectionné.
Les étapes de sélection et d'appariement peuvent être répétées. On peut ensuite prévoir une étape de libération des objets affectés temporairement distincts de l'objet apparié ou des objets appariés.
Dans un mode de mise en œuvre, l'étape d'affectation temporaire comprend : (al) en réponse à un événement initiateur, l'envoi de son identifiant par au moins un objet bidirectionnel agissant comme récepteur d'ordres; (a2) l'envoi par un objet bidirectionnel agissant comme transmetteur d'ordres de son identifiant;
(a3) le stockage par un objet bidirectionnel agissant comme récepteur d'ordres de l'identifiant de l'objet bidirectionnel agissant comme transmetteur d'ordres et
(a4) le stockage par l'objet bidirectionnel agissant comme transmetteur d'ordres de l'identifiant de chaque objet bidirectionnel agissant comme récepteur d'ordres.
Dans ce cas, l'étape (al) peut comprendre l'envoi avec l'identifiant d'une référence temporelle fonction de l'instant de l'événement initiateur.
Il est aussi possible que l'étape (a4) comprenne le stockage des identifiants des objets bidirectionnels agissant comme récepteur d'ordres présentant des références temporelles identiques ou similaires.
Dans un autre mode de mise en œuvre, l'étape de sélection comprend (bl) l'envoi d'une commande de demande de réaction depuis l'objet agissant comme transmetteur d'ordres vers un des objets affectés temporairement ;
(b2) une réaction de celui des objets affectés temporairement vers lequel la commande de demande de réaction est émise;
(b3) si l'objet ayant réagi n'est pas l'objet souhaité, la répétition de l'étape d'envoi d'une demande de réaction, mais vers un autre des objets affectés temporairement.
On peut encore prévoir que l'étape de libération comprend la libération des objets affectés temporairement distincts de l'objet apparié en l'absence de réception de commande pendant une durée fixe. Alternativement, l'étape de libération peut comprendre la libération d'un objet affecté temporairement à réception d'une commande d'appariement destinée à un autre objet affecté temporairement, ou encore l'émission par l'objet agissant comme transmetteur d'ordres d'un ordre de libération. Dans un mode de mise en œuvre, l'étape d'appariement comprend l'appariement à l'objet sélectionné de l'objet bidirectionnel auquel l'objet sélectionné était affecté. On peut aussi prévoir l'appariement à l'objet sélectionné d'un objet bidirectionnel différent de l'objet bidirectionnel auquel l'objet sélectionné était affecté. L'invention propose aussi un procédé d'exploitation d'un objet bidirectionnel agissant comme récepteur d'ordres, comprenant:
(a) une étape d'affectation temporaire à un objet bidirectionnel agissant comme transmetteur d'ordres; et au choix, l'une des deux étapes de (b) appariement à un objet bidirectionnel agissant comme transmetteur d'ordres, ou
(c) libération mettant fin à l'affectation temporaire.
Dans un mode de mise en œuvre, l'étape d'affectation temporaire comprend :
(al) en réponse à un événement initiateur, l'envoi d'un identifiant;
(a2) la réception d'un identifiant; (a3) le stockage de l'identifiant reçu.
On peut alors prévoir que l'étape d'envoi comprend l'envoi avec l'identifiant d'une référence temporelle fonction de l'instant de l'événement initiateur.
Avantageusement, l'étape de libération comprend la libération à réception d'une commande d'appariement destinée à un autre objet. Cette étape de libération peut aussi comprendre la libération à réception d'une commande de libération.
Dans un mode de mise en œuvre, l'étape d'appariement comprend l'appariement audit objet bidirectionnel agissant comme transmetteur d'ordres. Mais l'appariement peut aussi comprendre l'appariement à un objet bidirectionnel autre que ledit objet bidirectionnel agissant comme transmetteur d'ordres. L'invention propose encore un objet bidirectionnel, présentant un étage de réception; un étage d'émission; une unité logique pilotant l'étage de réception et l'étage d'émission et mettant en œuvre ce procédé d'exploitation. L'invention concerne aussi un procédé d'exploitation d'un objet bidirectionnel agissant comme transmetteur d'ordres comprenant les étapes de :
(a) envoi d'une commande d'affectation temporaire; (b) réception et stockage de l'identifiant d'au moins un objet bidirectionnel agissant comme récepteur d'ordres;
(c) envoi d' une commande de demande de réaction à un des objets dont l'identifiant a été stocké; (d) en fonction d'une instruction de l'utilisateur, envoi (116) d'une commande d'appariement au dit objet.
On peut répéter les étapes d'envoi d'une demande de réaction et d'envoi d'une commande d'appariement. On peut aussi prévoir après l'étape d'appariement l'envoi d'une commande libération des objets dont l'identifiant a été stocké distincts d'un objet apparié auquel la commande de demande d'appariement a été envoyée.
Avantageusement, l'étape de réception comprend la comparaison de références temporelles reçues avec les dits identifiants et le stockage des identifiants présentant des références temporelles identiques ou similaires.
On peut aussi prévoir que l'étape (c) comprend (cl) l'envoi d'une commande de demande de réaction vers un des objets dont l'identifiant a été stocké;
(c2) l'envoi d'une commande de demande de réaction vers un autre des objets dont l'identifiant a été stocké; et que l'étape (d) comprend l'envoi d'une commande d'appariement l'objet destinataire de la dernière commande de demande de réaction.
Il est aussi avantageux que l'étape (e) comprend l'envoi d'un ordre de libération. A l'étape (d) la commande d'appariement peut contenir l'identifiant d'un autre objet. Enfin, l'invention concerne un objet bidirectionnel, présentant un étage de réception; - un étage d'émission; une unité logique pilotant l'étage de réception et l'étage d'émission et mettant en œuvre ce procédé d'exploitation. 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 selon l'invention ; figure 2, une vue schématique de la structure logique d'un objet bidirectionnel permettant la mise en œuvre de l'invention; figure 3, un ordinogramme d'un procédé d'appariement selon l'invention; figure 4, un ordinogramme d'un procédé permettant de sécuriser la définition d'un groupe parmi les objets bidirectionnels; figure 5, un ordinogramme d'un procédé mis en œuvre dans un récepteur d'ordres; figure 6, un ordinogramme d'un procédé mis en œuvre dans le transmetteur d'ordres. Dans la suite de la description, l'invention est décrite dans un exemple d'application à l'appariement 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. 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 aurait donc pu parler "d'objet bidirectionnel", c'est- à-dire d'un objet présentant des capacités d'émission et de réception. 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. On suppose aussi, dans la suite de la description que chaque objet bidirectionnel est muni d'un identifiant univoque; il peut s'agir d'un identifiant correspondant à un code de l'objet, donné en usine et qui n'est pas susceptible d'être modifié; il peut aussi s'agir d'un nombre susceptible d'être modifié, comme un nombre aléatoire choisi dans l'objet ou encore un nombre choisi à l'aide de micro-commutateurs. L'origine de l'identifiant est sans incidence sur le fonctionnement du procédé. On notera aussi que l'identifiant utilisé dans la suite peut être modifié après l'appariement : il sert simplement, lors de l'appariement, à identifier un objet.
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'ordres 4, référencé par la lettre "R" sur la figure. Le récepteur d'ordres 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'ordres 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'ordres 10, 14. Elle montre encore un transmetteur d'ordres 16; celui-ci est adapté à transmettre par voie hertzienne un ou des ordres à destination des récepteurs 4, 10, 14, et présente à cette fin une antenne non représentée. Typiquement, un transmetteur d'ordres, dans le cas de la commande d'un volet roulant, peut transmettre des ordres de montée ou de descente du volet ou d'arrêt du volet; on peut prévoir d'autres ordres, comme la mise du volet dans des positions préprogrammées du volet, des ordres de programmation du volet, etc. Le transmetteur d'ordres présente donc un ou plusieurs dispositifs permettant à l'utilisateur d'entrer une commande, dans le cas le plus simple un ou plusieurs boutons de commande. Le transmetteur d'ordres est aussi adapté à recevoir des signaux depuis le ou les récepteurs d'ordres; on peut, comme dans le cas du récepteur d'ordres, utiliser la même antenne.
Ainsi, en fonction de la commande reçue de la part de l'utilisateur, de son programme d'exploitation et/ou des signaux reçus depuis les récepteurs d'ordres, le transmetteur d'ordres émet des signaux, comme expliqué dans la suite. On peut prévoir pour le transmetteur d'ordres comme pour le récepteur d'ordres des canaux de transmission divers 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.
Le problème de l'invention est d'apparier un transmetteur d'ordres à un récepteur d'ordres, autrement dit d'assurer que les commandes émises par l'un des transmetteurs d'ordres permettent d'actionner l'opérateur par l'intermédiaire du récepteur d'ordres - tandis que l'émission de commandes par d'autres transmetteurs d'ordres reste sans effet. Une fois un tel appariement effectué, il existe des solutions permettant d'ajouter d'autres transmetteurs d'ordres, par exemple pour créer une commande générale, c'est-à-dire un transmetteur d'ordres permettant de commander plusieurs récepteurs d'ordres.
A cette fin, l'invention propose qu'un récepteur d'ordres, en présence d'un événement initiateur, émette son identifiant. Par la suite, en présence d'une commande reçue depuis un transmetteur d'ordres, le récepteur d'ordres est affecté temporairement à ce transmetteur d'ordres; autrement dit, il ne répond pas ou plus aux commandes reçues depuis les autres transmetteurs d'ordres; l'affectation n'est que temporaire et ne constitue donc pas un appariement. Cette "affectation temporaire" permet de procéder à un appariement d'un récepteur d'ordres ayant subi l'événement initiateur, même dans un environnement radio chargé, dans lequel des messages nombreux sont transmis.
En termes d'états, un récepteur d'ordres présente donc trois états distincts. Dans le premier état, le récepteur n'est pas apparié. Dans le deuxième état, le récepteur d'ordres est affecté temporairement à un transmetteur d'ordres. Le troisième état est un état d'appariement.
Le récepteur d'ordres passe du premier état au deuxième état après l'événement initiateur, lorsqu'il reçoit une commande d'un transmetteur d'ordres. Le récepteur d'ordres passe du deuxième état au troisième état lorsqu'il reçoit une commande d'appariement. On peut prévoir, comme indiqué plus bas, que le récepteur d'ordres, une fois dans le troisième état, ne réagit plus à un événement initiateur.
La figure 2 est une vue schématique de la structure logique d'un objet bidirectionnel utilisé comme transmetteur d'ordres ou comme récepteur d'ordres. Dans l'exemple de la figure, l'objet est un "transceiver" et transmet et reçoit des signaux par voie hertzienne, à l'aide d'une antenne unique. L'objet 20 présente donc une antenne 22, un étage de réception 24, relié à l'antenne; l'étage de réception reçoit les signaux captés par l'antenne 22. Il présente aussi un étage d'émission 26, lui aussi relié à l'antenne 22, qui transmet à l'antenne des signaux à émettre. L'étage d'émission et l'étage de réception sont commandés par une unité logique 28, comme un microprocesseur, qui est capable d'exécuter un programme stocké dans une mémoire 30, typiquement une mémoire morte. L'objet comprend encore une mémoire vive 32 dont le contenu peut être modifié en cours de fonctionnement de l'objet.
En fonction de son affectation comme transmetteur d'ordres ou comme émetteur d'ordres, la source de puissance alimentant l'objet peut varier; typiquement, un transmetteur d'ordres est un dispositif portable, alimenté par une pile ou batterie; un récepteur d'ordres est relié à un opérateur et peut donc être alimenté par le secteur.
Un transmetteur d'ordres et un émetteur d'ordres peuvent aussi différer par le programme d'exploitation stocké dans la mémoire 30 - dans la mesure où il est avantageux, pour limiter la taille de la mémoire 30, de différencier les objets en chargeant dans la mémoire un programme d'exploitation qui n'est conçu que pour les seules fonctionnalités de transmetteur d'ordres (ou de récepteur d'ordres).
L'identifiant de l'objet peut être stocké dans la mémoire morte 30, ou encore peut être stocké dans la mémoire 32, s'il est généré aléatoirement ou autrement. On n'a pas représenté à la figure les moyens qui permettent à un objet de réagir à une commande de l'utilisateur : il peut s'agir, pour un transmetteur d'ordres comme pour un récepteur d'ordres, de boutons, contacts, commutateurs ou autres. On peut aussi prévoir que l'objet est sensible à une ou plusieurs coupures de l'alimentation électrique; ceci est particulièrement avantageux pour un récepteur d'ordres, comme indiqué plus bas.
La figure 3 est un ordinogramme d'un procédé d'appariement, dans un mode de mise en œuvre de l'invention. On suppose au départ (étape 40) l'existence de plusieurs objets bidirectionnels destinés à fonctionner comme "récepteurs d'ordres" et d'un objet bidirectionnel utilisé comme transmetteur d'ordres. A l'étape 42, un événement initiateur est produit par l'utilisateur; il s'agit d'une commande extérieure - c'est-à-dire qui n'est pas émise par un transmetteur d'ordres. Il peut s'agir par exemple d'une action spécifique sur la tension d'alimentation des récepteurs d'ordres, typiquement une double coupure de la tension secteur. Cette solution présente l'avantage d'être simple à mettre en œuvre, dans la mesure où les récepteurs d'ordres sont généralement reliés au secteur, comme expliqué plus haut. On peut aussi imaginer que l'événement initiateur résulte pour un récepteur d'ordres de l'actionnement d'une commande locale, ou d'une modification locale des branchements électriques; cette solution permet notamment un nouvel appariement d'un récepteur d'ordres, même s'il a auparavant été apparié. Dans tous les cas, l'événement initiateur est perçu par les récepteurs d'ordres. On pourrait aussi utiliser comme événement initiateur la réception d'une commande émise par un transmetteur d'ordres; cette solution pourrait permettre d'apparier un récepteur d'ordres parmi l'ensemble de ceux qui sont susceptibles de recevoir la commande en cause. Cette solution présente l'inconvénient de ne pas permettre de sélectionner les récepteurs d'ordres - sauf à supposer qu'ils sont déjà appariés à un transmetteur d'ordres particulier. On pourrait aussi utiliser comme événement initiateur la combinaison d'une commande extérieure et d'une commande émise par un transmetteur d'ordres; la commande extérieure - par exemple une action locale sur le récepteur - permet de sélectionner les récepteurs d'ordres devant répondre; la commande émise par le transmetteur d'ordres permet un synchronisme qui peut être utile, comme décrit plus bas. A l'étape 44, en réponse à l'événement initiateur, un récepteur d'ordres devant être apparié émet un signal représentatif de son identifiant et d'une indication qu'il est disponible pour appariement. Comme on vient de le mentionner, il peut s'agir de récepteurs d'ordres qui n'ont jamais auparavant été appariés; il peut aussi s'agir de récepteurs d'ordres qui ont déjà été appariés et que l'on souhaite de nouveau apparier. Le signal émis est dans le cas le plus simple constitué de l'identifiant du récepteur d'ordres et d'un code spécifique signalant qu'il est disponible pour appariement; on peut aussi prévoir de n'émettre que l'identifiant du récepteur, sous un format spécifique. Cette émission peut être répétée, à intervalles réguliers ou aléatoires, pendant une durée prédéterminée - par exemple 2 à 3 minutes. Si plusieurs récepteurs d'ordres émettent - ce qui est l'hypothèse la plus probable - les règles classiques de détection de collision et de répétition sont utilisables pendant l'émission. La durée prédéterminée peut être sélectionnée en fonction des règles de détection de collision ou de répétition, et du nombre maximal admissible de récepteurs d'ordres émettant lors de cette étape.
A l'issue de cette étape, le ou les récepteurs d'ordres ayant reçu l'événement initiateur ont émis leur identifiant; de la sorte, un "auditeur" des signaux émis sait quels récepteurs d'ordres ont réagi à l'événement initiateur; un transmetteur d'ordres actif pendant l'étape 44 peut donc constituer une liste des récepteurs d'ordres ayant émis pendant cette étape. A l'étape 46, un transmetteur d'ordres est activé et émet un signal représentatif de son identifiant et d'une commande d'affectation temporaire. Les remarques faites à l'étape 44 sur la structure du signal émis restent valables, mutatis mutandis, pour ce signal comme dans la suite pour les autres signaux émis.
Les étapes 46 et 44 peuvent être inversées; ceci assure que le transmetteur d'ordres est actif lorsque les récepteurs d'ordres émettent leur identifiant; inversement, on peut préparer le transmetteur d'ordres avant l'événement initiateur, en lui indiquant par une manœuvre locale qu'il doit "écouter" les récepteurs d'ordres.
A l'étape 48, les récepteurs d'ordres ayant transmis leur identifiant à l'étape 44 enregistrent l'identifiant du transmetteur d'ordres, dans une mémoire. Pendant une durée prédéterminée, ces récepteurs d'ordres refuseront d'obéir à toute commande ne provenant pas de ce transmetteur d'ordres. Ces récepteurs sont donc affectés temporairement au transmetteur d'ordres ayant émis la commande d'affectation temporaire à l'étape 46. On notera ici que l'émission de l'identifiant par le transmetteur d'ordres à l'étape 46 n'a pour fonction que de permettre l'affectation temporaire du transmetteur d'ordres et des récepteurs d'ordres. On pourrait utiliser un identifiant temporaire, pour cette seule affectation temporaire.
La durée prédéterminée d'affectation temporaire a pour fonction de permettre l'appariement provisoire d'un transmetteur d'ordres et d'un récepteur d'ordres; elle peut être fixe - et dans ce cas, les récepteurs d'ordres repassent en fonctionnement normal à l'expiration de cette durée. Il est aussi possible, comme expliqué plus bas, que l'affectation temporaire ne cesse qu'à l'émission par le transmetteur d'ordres d'une commande de libération ou de fin d'affectation temporaire.
A l'issue de cette étape 48, le ou les récepteurs d'ordres s'étant identifiés à l'étape 44 et ayant reçu une commande d'affectation temporaire à l'étape 46 n'obéissent plus qu'aux commandes reçues du transmetteur d'ordres; le transmetteur d'ordres ayant transmis la commande d'affectation temporaire dispose, quant à lui, d'une liste des récepteurs d'ordres. Il devient ainsi possible de procéder à l'appariement, ou à toute autre manipulation impliquant le transmetteur et les récepteurs, indépendamment de l'environnement radio. Cette affectation temporaire garantit l'identification correcte des objets bidirectionnels en cause, dans un environnement réseau ou radio chargé, dans lequel de très nombreux messages sont transmis par des objets déjà configurés - appartements voisins par exemple - ou dans lequel d'autres objets d'installations voisines peuvent eux-mêmes être en phase de configuration.
On décrit maintenant l'utilisation de cette affectation temporaire, pour l'appariement. L'appariement repose sur le balayage de la liste de récepteurs d'ordres constituée lors des étapes précédentes. Pour le balayage, on peut imaginer l'usage d'un écran si le transmetteur d'ordres est une véritable console de programmation, mais plus simplement il s'agira par exemple d'une action sur un bouton poussoir si le transmetteur d'ordres est une simple télécommande. A l'étape 50, le transmetteur d'ordres émet un signal représentatif de son identifiant et d'une commande de demande de réaction, à destination d'un récepteur de la liste - par exemple le premier de la liste. La demande de réaction a pour fonction de permettre à l'utilisateur de déterminer visuellement, phoniquement ou par toute autre méthode, le récepteur adressé. Pour un transmetteur d'ordres constitué d'une télécommande, on peut utiliser pour émettre ce signal, la commande Stop.
A l'étape 52, à réception de la commande de demande de réaction, le récepteur concerné réagit par un signal. Ce signal est constitué par exemple par la commande brève de l'opérateur piloté par le récepteur concerné; un tel signal permet à l'utilisateur d'identifier le récepteur.
A l'étape 54, l'utilisateur détermine si le signal émis à l'étape 52 provient ou non de l'opérateur désiré. Si c'est le cas, on passe à l'étape 56, et sinon, on passe à l'étape 58.
A l'étape 58, on passe à un autre récepteur de la liste - par exemple le récepteur suivant. Ceci correspond à un balayage séquentiel de la liste; on peut aussi procéder à un balayage aléatoire de la liste. On repasse ensuite à l'étape 50, pour émettre une nouvelle commande de demande de réaction à l'attention de cet autre récepteur. Pour passer à un autre récepteur, on peut utiliser à nouveau la même commande du transmetteur d'ordres.
A l'étape 56, le récepteur à apparier a répondu à la commande de demande de réaction.
Il est alors possible de procéder à l'appariement proprement dit; celui-ci peut s'effectuer à l'aide du transmetteur d'ordres affecté temporairement, en émettant un signal représentatif de l'identifiant de transmetteur et d'une commande d'appariement, à destination du récepteur à apparier. On peut envoyer une clé d'identification du transmetteur d'ordres, un autre identifiant à utiliser dans la suite, ou toute autre information nécessaire à l'appariement. On peut utiliser sur une télécommande un bouton Prog de programmation. II est aussi possible d'utiliser le transmetteur d'ordres comme simple console de programmation; dans ce cas, on prévoit qu'un récepteur devient réceptif à un ordre d'appariement après avoir répondu à une commande de demande réaction. Un récepteur peut rester dans cet état pendant une durée fixe, jusqu'à ce qu'il reçoive une commande d'appariement, ou jusqu'à ce qu'il reçoive une nouvelle commande de demande de réaction provenant du transmetteur d'ordres auquel il est temporairement affecté et qui est destiné à un autre récepteur. Ainsi, à l'étape 56, le récepteur d'ordres qui a répondu en dernier à la commande de demande de réaction peut être apparié, simplement en envoyant une commande d'appariement à l'aide du transmetteur d'ordres à apparier; cette solution présente l'avantage de permettre de continuer ensuite à balayer la liste à l'aide du transmetteur d'ordres utilisé à l'étape 46, le récepteur d'ordres ayant répondu en dernier étant maintenant apparié. Ayant assisté à la procédure d'appariement, le transmetteur d'ordres utilisé comme console de programmation peut exclure de la liste des récepteurs l'identifiant du récepteur d'ordres maintenant apparié. Ainsi, le même objet peut servir d'outil de désignation successive de chacun des objets à apparier, sans pour autant être lui-même apparié. Cet objet peut être lui- même très simple, et ne pas comporter plus de boutons de commande qu'un traditionnel point de commande.
Quel que soit le transmetteur d'ordres à apparier, le récepteur d'ordres stocke dans une mémoire l'identifiant du transmetteur d'ordres, de sorte à pouvoir ensuite répondre aux commandes qu'il reçoit de sa part. Il passe dans un état apparié, dans lequel il ne répond plus à un événement initiateur tel qu'une double coupure secteur, mais simplement à un événement initiateur particulier - une action locale ou encore une commande de ré-appariement provenant du transmetteur d'ordres auquel il est apparié. L'appariement décrit sommairement à l'étape 56 peut être plus complexe et comprendre des échanges multiples entre le transmetteur à apparier et le récepteur; on peut transmettre de nouveaux identifiants, des clefs d'authentification, des informations cryptées, un code tournant, ou autres, en fonction du procédé d'authentification utilisé dans la suite. Des variantes à ces deux solutions d'appariement sont possibles; ainsi, on pourrait assurer un pré-appariement entre le transmetteur d'ordres utilisé comme console de programmation et le transmetteur d'ordres à apparier; dans ce cas, pour l'appariement, le transmetteur d'ordres utilisé comme console de programmation transmettrait un identifiant du transmetteur d'ordres à apparier. Cette solution présente l'avantage d'une plus grande sécurité, même lorsque l'on n'apparie pas le transmetteur d'ordres ayant émis l'ordre d'affectation temporaire.
A l'issue de l'étape d'appariement 56, un transmetteur d'ordres est apparié au récepteur d'ordres ayant réagi en dernier à la commande de demande de réaction. Aux étapes 60 et 62, on procède le cas échéant à la libération des autres récepteurs affectés temporairement. Comme expliqué plus haut, ces étapes ne sont pas indispensables : on peut programmer les récepteurs de sorte à ce que l'affectation temporaire cesse après une durée fixe; on peut aussi faire cesser l'affectation temporaire à réception d'une commande d'appariement, même destinée à un autre récepteur d'ordres.
Il est toutefois avantageux de fournir la possibilité à l'utilisateur de poursuivre l'appariement des récepteurs de la liste autres que celui qui vient d'être apparié. Ceci évite de devoir émettre à nouveau l'événement initiateur pour apparier les autres récepteurs. A l'étape 60, on teste si l'utilisateur désire libérer les autres récepteurs. Si tel est le cas, on passe à l'étape 62 où l'on émet un ordre de libération; sinon, on repasse à l'étape 50, pour l'émission d'une nouvelle commande de demande de réaction; les étapes 60 et 62 peuvent être implicites; ainsi, si le transmetteur d'ordres est utilisé comme console de programmation, le test de l'étape 60 peut simplement consister à vérifier si l'utilisateur active de nouveau le bouton d'envoi d'une commande de demande de réaction - ce qui fait directement passer à l'étape 50. En l'absence d'une telle commande de demande de réaction, on passerait à l'étape 62, à moins que la libération ne soit implicite après l'écoulement d'une durée fixe. On peut aussi imaginer, à l'inverse, que l'on émet à l'étape 62 un nouvel événement initiateur, sous forme d'une commande spécifique à destination des récepteurs de la liste non encore appariés.
Le procédé décrit à la figure 3 permet un appariement sûr, indépendamment de l'environnement radio. On peut utiliser le procédé décrit en référence à la figure 4 pour sécuriser encore davantage cette combinaison, et éviter, dans une installation complexe, ou voisine d'une installation complexe, tout chevauchement d'objets susceptibles d'être appariés bien que n'appartenant pas à un même ensemble. Ce procédé permet de définir avec une plus grande sûreté un événement initiateur, pour ainsi former un groupe parmi les objets bidirectionnels.
Le procédé repose sur le caractère synchrone de l'événement initiateur; il propose d'utiliser cet événement comme référence temporelle; cette référence permet à un récepteur d'ordres ayant reçu l'événement initiateur d'être identifié à l'aide de son temps local, mesuré par rapport à cette référence temporelle. Il suffit alors de prévoir qu'une commande ou une réponse émise par un récepteur d'ordres est accompagnée d'une indication du temps local, comme décrit maintenant.
L'étape 70 est celle à laquelle se produit l'événement initiateur synchrone; comme expliqué plus haut, il peut s'agir d'une commande extérieure - dans l'exemple une action particulière sur le secteur. Il peut aussi s'agir d'une combinaison d'une commande extérieure et d'une commande reçue depuis un transmetteur d'ordres, comme expliqué plus haut.
A l'étape 72, chaque récepteur d'ordres ayant perçu l'événement initiateur lance un compteur horloge.
A l'étape 74, un récepteur d'ordres émet un signal; il peut s'agir du signal de l'étape 44 de la figure 3, ou de tout autre signal émis ultérieurement par le récepteur d'ordres; ce signal comprend, outre l'identifiant du récepteur d'ordres ou des commandes, une indication du compteur horloge. De la sorte, le signal émis par le récepteur d'ordres est daté par rapport à la référence temporelle que constitue l'événement initiateur.
A l'étape 76, le signal émis à l'étape 74 est reçu par l'objet auquel il est destiné - par exemple le transmetteur d'ordres. Celui-ci dispose ainsi de l'indication du compteur horloge. A l'étape 78, cette indication est comparée à une indication calculée localement dans le transmetteur d'ordres; cette indication peut résulter d'une comparaison avec les indications temporelles reçues de la part des autres récepteurs d'ordres. Elle peut aussi résulter d'un compteur d'horloge du transmetteur d'ordres - notamment si celui-ci est à l'origine de l'événement initiateur. Si l'indication temporelle du signal reçu est cohérente, on passe à l'étape 80, dans laquelle les instructions ou commandes émises par le récepteur d'ordres sont traitées; inversement, si l'indication temporelle n'est pas cohérente avec l'indication calculée localement, on passe à l'étape 82. A l'étape 82, on a déterminé que le signal émis à l'étape 76 n'est pas cohérente, et que le signal reçu à l'étape 76 ne provient pas d'un récepteur d'ordres ayant subi l'événement initiateur. On ignore le message ou les instructions reçues.
Le procédé de la figure 4 permet donc d'identifier avec une sûreté plus grande l'origine d'un message; il permet de sécuriser la constitution de groupes à l'aide d'un événement initiateur.
Des variantes au procédé décrit à la figure 4 sont possibles. Ainsi, si le transmetteur d'ordres n'est pas lui-même en mesure de percevoir l'événement initiateur - par exemple par ce que le transmetteur d'ordres est un objet nomade, non relié au secteur - il peut néanmoins enclencher son propre compteur de temps au moment de sa première activation. Les valeurs de compteurs relevés dans chaque trame sont alors diminuées de la valeur du compteur du transmetteur d'ordres avant d'être enregistrées avec tous les identifiants des récepteurs d'ordres lors de la capture. En fin de phase capture, ces valeurs sont toutes comparées, et celles s 'écartant sensiblement de la valeur moyenne correspondent à des identifiants qui ne seront pas pris en compte. On peut aussi changer la façon de coder la référence temporelle. Ainsi, si les différents objets sont munis d'une horloge interne - par exemple pour permettre une programmation horaire par l'utilisateur - ils peuvent non pas lancer un compteur, mais simplement noter la date et/ou l'heure de l'événement initiateur. Cette date et/ou cette heure peut ensuite être émise dans un message. Le test de cohérence de l'étape 78 dépend de la précision souhaitée et de la dérive des compteurs. Pour des horloges telles que celles couramment utilisées dans les volets roulants, présentant une dérive de l'ordre de 300 ms/heure, on peut considérer que les objets ayant reçu un même événement initiateur doivent répondre avec une indication temporelle égale à 10 ms près, pour une durée d'étape 44 supposée limitée à deux minutes. Ceci permet de différencier des événements initiateurs séparés de moins de 100 ms, et rend extrêmement improbable en pratique toute confusion entre deux groupes d'objets.
Dans l'exemple de la figure 4, on a décrit l'insertion d'une indication temporelle dans les messages émis par les récepteurs d'ordres à l'attention d'un transmetteur d'ordres. Le procédé de la figure 4 est donc appliqué à l'exemple de la figure 3. On comprend toutefois que la définition d'un groupe parmi les récepteurs d'ordres, expliquée en référence à la figure 4, peut être mise en œuvre à d'autres fins que l'appariement décrit en référence à la figure 3. Dans le cas des opérateurs domotiques, le procédé de la figure 4 peut être mise en œuvre pour la définition d'une commande générale, pour une programmation centralisée de tous les récepteurs ou d'une partie de ceux-ci. Plus généralement, le procédé de la figure 4 peut être utilisé pour toute démarche sur les objets d'un groupe - le groupe étant défini par l'événement initiateur.
Par rapport à la solution décrite à la figure 3, la solution de la figure 4 assure une meilleure sûreté, même si des démarches distinctes de programmation sont mises en œuvre sur des objets - ce qui peut notamment être le cas si des opérateurs sont simultanément programmés dans des appartements voisins.
Dans l'exemple de la figure 4, les différents objets émettent tous des messages : ceci est utile dans la mesure où les différents objets agissent comme récepteurs d'ordres, et transmettent pour l'appariement leur identifiant vers le transmetteur d'ordres; pour constituer un groupe, cette solution ne s'impose pas : il suffit qu'un seul objet fournisse aux autres une indication temporelle pour que les autres objets puissent déterminer s'ils appartiennent ou non au même groupe que celui qui a fourni l'indication. On pourrait ainsi susciter la génération de la liste des objets d'un groupe en envoyant à l'aide d'un objet une commande avec une indication temporelle; les autres objets ayant la même indication temporelle pourraient alors se déclarer. Cette solution limite les échanges dans la mesure où seuls les membres du groupe s'annoncent.
La solution de la figure 4 s'implémente en programmant simplement les récepteurs d'ordres pour émettre une référence temporelle, dans un ou dans tous les messages. La figure 5 montre un ordinogramme du procédé mis en œuvre dans un objet bidirectionnel utilisé comme récepteur d'ordres. On suppose dans l'exemple de la figure un événement initiateur constitué d'une double coupure secteur, comme décrit à la figure 3, sans la vérification temporelle de la figure 4. Au départ (étape 84), le récepteur d'ordres attend un événement initiateur. A l'étape 86, le récepteur d'ordres détecte un événement initiateur; comme expliqué plus haut, il émet à l'étape 88 son identifiant et une indication qu'il est disponible pour appariement; on n'a pas représenté à l'étape 88 la répétition éventuelle de cette émission pour gérer les collisions. Le récepteur d'ordres attend ensuite une commande d'affectation temporaire. A l'étape 90, il reçoit une commande d'affectation temporaire et stocke l'identifiant du transmetteur d'ordres auquel il est temporairement affecté. A l'étape 92, à réception d'un message, le récepteur d'ordres vérifie si le message provient du transmetteur d'ordres auquel il est affecté. Si ce n'est pas le cas, il passe à l'étape 94, où le message est ignoré et repasse en attente d'un nouveau message. Si le message reçu provient du transmetteur d'ordres auquel le récepteur d'ordres est affecté, le récepteur d'ordres exécute les instructions contenues dans le message. Plus précisément, on teste en 96 si les instructions sont des instructions d'appariement. Si c'est le cas, le récepteur passe en 98, où il est apparié et fonctionne ensuite en mode apparié en ne répondant plus qu'au transmetteur auquel il est apparié. Si les instructions ne sont pas des instructions d'appariement, on teste en 100 s'il s'agit d'instructions de libération.
Si c'est le cas, le récepteur d'ordres est libéré sans avoir été apparié; le programme repasse à l'étape 86, dans l'attente d'un nouvel événement initiateur; sinon, le récepteur passe à l'étape 102, dans laquelle les instructions sont exécutées, puis repasse à l'étape 92, dans l'attente d'un nouveau message du transmetteur d'ordres auquel il est apparié. Les instructions exécutées à l'étape 102 peuvent par exemple être des instructions d'exécution d'un ordre de réaction, permettant l'identification visuelle du récepteur d'ordres par l'intermédiaire du produit qu'il commande.
L'ordinogramme de la figure 5 ne montre pas le cas d'une libération après une durée fixe, mentionnée comme solution alternative dans la description de la figure 3. On pourrait aussi alterner l'ordre des étapes 96, 98, 100 et 102, ou supprimer certaines de ces étapes en fonction des instructions envoyées au cours de l'appariement provisoire.
La figure 6 montre un ordinogramme du procédé mis en œuvre dans un objet bidirectionnel utilisé comme transmetteur d'ordres; on suppose, comme dans l'exemple de la figure 3, un transmetteur d'ordres utilisant un bouton Stop et un bouton Prog utilisés pour le procédé d'appariement. A l'étape 110, le transmetteur d'ordres est activé. Cette activation rend dans la suite le transmetteur d'ordres sensibles aux émissions par les récepteurs d'ordres de leur identifiant. Cette activation peut consister en une manipulation particulière sur le transmetteur d'ordres; il peut simplement s'agir d'une mise sous tension du transmetteur d'ordres, qui est suivi d'une activation automatique.
A l'étape 112, le transmetteur d'ordres reçoit les émissions provenant des récepteurs d'ordres et contenant les identifiants des récepteurs d'ordres, voir l'étape 44 de la figure 3. Le transmetteur d'ordres peut ainsi constituer une liste des récepteurs d'ordres disponibles pour une affectation temporaire. Si les récepteurs d'ordres émettent une référence temporelle, comme expliqué à l'étape
74 de la figure 4, la constitution de la liste à l'étape 112 peut impliquer la comparaison des références temporelles, comme expliqué en référence à la figure 4. De ce point de vue, bien que la probabilité soit faible, il est possible dans un chantier d'installation couvrant par exemple plusieurs étages de bureaux ou d'appartements qu'il y ait chevauchement de deux événements initiateurs portant sur un nombre comparable d'objets. Dans ce cas, un test de cohérence des références temporelles émises par les récepteurs d'ordres ne saura dire quels sont les objets appartenant au bon groupe. Le test de cohérence peut être conçu de manière à rejeter l'ensemble des identifiants si tous ne sont pas dans une plage temporelle cohérente, ou encore à rejeter l'ensemble si la proportion d'identifiants non cohérents dépasse un seuil donné. Dans ce cas, il est simplement nécessaire de provoquer un nouvel événement initiateur pour constituer le groupe.
On pourrait aussi prévoir que les différents récepteurs d'ordres ne s'annoncent que sur réception d'un signal du transmetteur d'ordres, indiquant qu'il est prêt à recevoir leur annonce et leur identifiant. Ceci ajoute toutefois une étape et allonge la durée de comptage des horloges internes.
A l'étape 114, le transmetteur d'ordres émet une commande d'affectation temporaire. Cette commande peut être accompagnée d'une référence temporelle, si l'on utilise le principe proposé à ta figure 4. Cette solution évite que l'on n'affecte temporairement des récepteurs d'ordres ne faisant pas partie du groupe envisagé. On peut aussi émettre une commande d'affectation temporaire à destination des récepteurs d'ordres de la liste; ceci est plus sûr, mais allonge les messages. Dans l'exemple de boutons considéré, on pourrait utiliser le bouton Prog pour déclencher cette étape. A l'étape 116, l'utilisateur commence à parcourir la liste. On peut par exemple utiliser le bouton Stop. Un appui sur ce bouton provoque alors l'émission par le transmetteur d'ordres d'une demande de réaction.
A la suite de cette demande de réaction, on attend une nouvelle commande de l'utilisateur, étape 118. Si l'utilisateur appuie sur le bouton Stop, on passe au récepteur d'ordres suivant - étape 120 - et on repasse à l'étape 116. Comme expliqué plus haut, l'ordre de parcours de la liste est sans incidence.
Si à l'étape 118, l'utilisateur appuie sur la commande Prog, on passe à l'étape 122 qui est l'étape d'appariement. Cette étape peut simplement consister à envoyer une commande d'appariement au récepteur d'ordres auquel la demande de réaction vient d'être envoyée. On peut aussi prévoir des échanges plus complexes ou plus simples, comme mentionné plus haut. Après cette étape, on émet une commande de libération, comme représenté à l'étape 124; on peut utiliser soit un deuxième appui sur la touche Prog, soit un nouvel appui sur la touche Stop, soit une combinaison quelconque de touches. Le programme est alors terminé et le transmetteur d'ordres peut être utilisé en mode normal pour la commande du récepteur d'ordres apparié. Comme expliqué plus haut, l'émission d'une commande de libération n'est pas indispensable. On pourrait ainsi prévoir une libération automatique après une durée prédéterminée. On pourrait encore à nouveau parcourir la liste pour apparier un autre récepteur d'ordre, comme expliqué plus haut; ceci évite de devoir à nouveau constituer une liste pour un nouvel appariement.
L'ordinogramme de la figure 6 est schématique et ne montre notamment pas systématiquement les étapes d'attente d'appui d'un bouton par l'utilisateur.
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 3, on pourrait aussi choisir directement le récepteur à apparier dans la liste, sans passer par les étapes 52, 54 et 58. Ceci pourrait être le cas par exemple s'il faut apparier un transmetteur d'ordres à chaque récepteur, dans un ordre indifférent. Ceci pourrait aussi être le cas si l'on utilise comme transmetteur d'ordres affecté temporairement une console de programmation montrant les identifiants des récepteurs. 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 d'émettre et de recevoir.
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. Dans les exemples, les transmetteurs envoient leur adresse vers le récepteur lors de l'émission d'une commande; on peut manifestement coder ou encrypter l'adresse correspondante, en utilisant les techniques connues de l'état de la technique.

Claims

REVENDICATIONS
1. Un procédé d'appariement d'un objet bidirectionnel (4, 10, 14) agissant comme récepteur d'ordres avec un objet bidirectionnel (16) agissant comme transmetteur d'ordres, comprenant les étapes de :
(a) affectation temporaire (48) d'au moins un objet bidirectionnel agissant comme récepteur d'ordres à un objet bidirectionnel agissant comme transmetteur d'ordres;
(b) sélection (52, 54, 58) d'un objet bidirectionnel agissant comme récepteur d'ordres parmi lesdits objets affectés temporairement; et (c) appariement (56) de l'objet sélectionné.
2. Le procédé de la revendication 1, caractérisé en ce qu'il comprend une itération des étapes (b) de sélection et (c) d'appariement.
3. Le procédé de la revendication 1 ou 2, caractérisé en ce qu'il comprend après une étape
(c) d'appariement une étape (d) libération (62) des objets affectés temporairement distincts de l'objet apparié ou des objets appariés.
4. Le procédé de la revendication 1, 2 ou 3, caractérisé en ce que l'étape d'affectation temporaire comprend :
(al) en réponse à un événement initiateur (42), l'envoi (44) de son identifiant par au moins un objet bidirectionnel agissant comme récepteur d'ordres;
(a2) l'envoi (46) par un objet bidirectionnel agissant comme transmetteur d'ordres de son identifiant; (a3) le stockage par un objet bidirectionnel agissant comme récepteur d'ordres de l'identifiant de l'objet bidirectionnel agissant comme transmetteur d'ordres et
(a4) le stockage par l'objet bidirectionnel agissant comme transmetteur d'ordres de l'identifiant de chaque objet bidirectionnel agissant comme récepteur d'ordres.
5. Le procédé de la revendication 4, caractérisé en ce que l'étape (al) comprend l'envoi avec l'identifiant d'une référence temporelle fonction de l'instant de l'événement initiateur.
6. Le procédé de la revendication 5, caractérisé en ce que l'étape (a4) comprend le stockage des identifiants des objets bidirectionnels agissant comme récepteur d'ordres présentant des références temporelles identiques ou similaires.
7. Le procédé de l'une des revendications 1 à 6, caractérisé en ce que l'étape de sélection comprend
(bl) l'envoi (50) d'une commande de demande de réaction depuis l'objet agissant comme transmetteur d'ordres vers un des objets affectés temporairement ;
(b2) une réaction (52) de celui des objets affectés temporairement vers lequel la commande de demande de réaction est émise;
(b3) si l'objet ayant réagi n'est pas l'objet souhaité, la répétition de l'étape d'envoi d'une demande de réaction, mais vers un autre (50) des objets affectés temporairement.
8. Le procédé de l'une des revendications 1 à 7, caractérisé en ce que l'étape de libération comprend la libération des objets affectés temporairement distincts de l'objet apparié en l'absence de réception de commande pendant une durée fixe.
9. Le procédé de l'une des revendications 1 à 7, caractérisé en ce que l'étape de libération comprend la libération d'un objet affecté temporairement à réception d'une commande d'appariement destinée à un autre objet affecté temporairement.
10. Le procédé de l'une des revendications 1 à 7, caractérisé en ce que l'étape de libération comprend l'émission par l'objet agissant comme transmetteur d'ordres d'un ordre de libération.
11. Le procédé de l'une des revendications 1 à 10, caractérisé en ce que l'étape d'appariement comprend l'appariement à l'objet sélectionné de l'objet bidirectionnel auquel l'objet sélectionné était affecté.
12. Le procédé de l'une des revendications 1 à 10, caractérisé en ce que l'étape d'appariement comprend l'appariement à l'objet sélectionné d'un objet bidirectionnel différent de l'objet bidirectionnel auquel l'objet sélectionné était affecté.
13. Un procédé d'exploitation d'un objet bidirectionnel agissant comme récepteur d'ordres, comprenant:
(a) une étape d'affectation temporaire (90) à un objet bidirectionnel agissant comme transmetteur d'ordres; et au choix, l'une des deux étapes de:
(b) appariement (98) à un objet bidirectionnel agissant comme transmetteur d'ordres, ou
(c) libération (100) mettant fin à l'affectation temporaire.
14. Le procédé de la revendication 13, caractérisé en ce que l'étape d'affectation temporaire comprend :
(al) en réponse à un événement initiateur (86), l'envoi (88) d'un identifiant; (a2) la réception d'un identifiant; (a3) le stockage de l'identifiant reçu.
15. Le procédé de la revendication 13, caractérisé en ce que l'étape d'envoi comprend l'envoi avec l'identifiant d'une référence temporelle fonction de l'instant de l'événement initiateur.
16. Le procédé de la revendication 13, 14 ou 15, caractérisé en ce que l'étape de libération comprend la libération à réception d'une commande d'appariement destinée à un autre objet.
17. Le procédé de la revendication 13, 14 ou 15, caractérisé en ce que l'étape de libération comprend la libération à réception d'une commande de libération.
18. Le procédé de l'une des revendications 13 à 17, caractérisé en ce que l'étape d'appariement comprend l'appariement audit objet bidirectionnel agissant comme transmetteur d'ordres.
19. Le procédé de l'une des revendications 13 à 17, caractérisé en ce que l'étape d'appariement comprend l'appariement à un objet bidirectionnel autre que ledit objet bidirectionnel agissant comme transmetteur d'ordres.
20. Un procédé d'exploitation d'un objet bidirectionnel agissant comme transmetteur d'ordres comprenant les étapes de :
(a) réception et stockage (112) de l'identifiant d'au moins un objet bidirectionnel agissant comme récepteur d'ordres; (b) envoi (114) d'une commande d'affectation temporaire;
(c) envoi (116) d'une commande de demande de réaction à un des objets dont l'identifiant a été stocké;
(d) en fonction d'une instruction de l'utilisateur, envoi (116) d'une commande d'appariement au dit objet.
21. Le procédé de la revendication 20, caractérisé en ce que les étapes (c) et (d) sont répétées.
22. Le procédé de la revendication 20 ou 21, caractérisé par une étape (e) d'envoi (124) d'une commande libération d'objets dont l'identifiant a été stocké et distincts d'un objet apparié auquel la commande de demande d'appariement a été envoyée.
23. Le procédé de la revendication 20, 21 ou 22, caractérisé en ce que l'étape de réception (112) comprend la comparaison de références temporelles reçues avec les dits identifiants et le stockage des identifiants présentant des références temporelles identiques ou similaires.
24. Le procédé de l'une des revendications 20 à 23, caractérisé en ce que l'étape (c) comprend :
(cl) l'envoi d'une commande de demande de réaction vers un des objets dont l'identifiant a été stocké;
(c2) l'envoi d'une commande de demande de réaction vers un autre des objets dont l'identifiant a été stocké; et en ce que l'étape (d) comprend l'envoi d'une commande d'appariement l'objet destinataire de la dernière commande de demande de réaction.
25. Le procédé de l'une des revendications 20 à 24, caractérisé en ce que l'étape (e) comprend l'envoi d'un ordre de libération.
26. Le procédé de l'une des revendications 20 à 25, caractérisé en ce qu'à l'étape (d) la commande d'appariement comprend l'identifiant d'un autre objet.
27. Un objet bidirectionnel, présentant : - un étage de réception (24);
- un étage d'émission (26);
- une unité logique (28) pilotant l'étage de réception (24) et l'étage d'émission (26) et mettant en œuvre le procédé de l'une des revendications 13 à 19.
28. Un objet bidirectionnel, présentant :
- un étage de réception (24);
- un étage d'émission (26);
- une unité logique (28) pilotant l'étage de réception (24) et l'étage d'émission (26) et mettant en œuvre le procédé de l'une des revendications 20 à 24.
PCT/FR2003/000389 2002-02-11 2003-02-07 Procede d'appariement d'objets bidirectionnels WO2003069573A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2003568624A JP4460303B2 (ja) 2002-02-11 2003-02-07 双方向対象物をペアリングする方法
KR1020047012357A KR101030094B1 (ko) 2002-02-11 2003-02-07 양방향 대상물의 페어링 방법과 동작 방법 및 그 양방향 대상물
EP03718847.1A EP1476859B1 (fr) 2002-02-11 2003-02-07 Procédé d'appariement d'objets bidirectionnels
AU2003222890A AU2003222890B2 (en) 2002-02-11 2003-02-07 Method for matching bidirectional objects
US10/503,697 US7639115B2 (en) 2002-02-11 2003-02-07 Method for matching bidirectional objects

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0201630A FR2835982B1 (fr) 2002-02-11 2002-02-11 Procede d'appariement d'objets bidirectionnels
FR02/01630 2002-02-11

Publications (1)

Publication Number Publication Date
WO2003069573A1 true WO2003069573A1 (fr) 2003-08-21

Family

ID=27620071

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/000389 WO2003069573A1 (fr) 2002-02-11 2003-02-07 Procede d'appariement d'objets bidirectionnels

Country Status (8)

Country Link
US (1) US7639115B2 (fr)
EP (1) EP1476859B1 (fr)
JP (1) JP4460303B2 (fr)
KR (1) KR101030094B1 (fr)
CN (1) CN100384135C (fr)
AU (1) AU2003222890B2 (fr)
FR (1) FR2835982B1 (fr)
WO (1) WO2003069573A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7860679B2 (en) 2006-04-19 2010-12-28 Somfy Sas Method of testing and installing a home automation remote control unit
JP2013231296A (ja) * 2012-04-27 2013-11-14 Tachikawa Blind Mfg Co Ltd 電動日射遮蔽装置の遠隔操作装置及び電動日射遮蔽装置の設定変更方法
FR2993731A1 (fr) * 2012-07-23 2014-01-24 Ipw Europ Appairage de dispositifs

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2869134B1 (fr) * 2004-04-16 2008-10-03 Somfy Soc Par Actions Simplifiee Procede de transmission d'informations entre objets bidirectionnels
US8117651B2 (en) 2004-04-27 2012-02-14 Apple Inc. Method and system for authenticating an accessory
US7823214B2 (en) 2005-01-07 2010-10-26 Apple Inc. Accessory authentication for electronic devices
WO2006097453A1 (fr) * 2005-03-17 2006-09-21 Novo Nordisk A/S Fixation d'un appariement de dispositifs electroniques
US20070256118A1 (en) * 2005-05-11 2007-11-01 Takashi Nomura Server Device, Device-Correlated Registration Method, Program, and Recording Medium
US20070080823A1 (en) * 2005-10-07 2007-04-12 Apple Computer, Inc. Techniques for pairing remote controllers with host devices
KR101263392B1 (ko) * 2006-01-09 2013-05-21 삼성전자주식회사 홈네트워크 원격 제어기의 비밀키를 이용한 소유권 공유방법 및 장치
US8086332B2 (en) * 2006-02-27 2011-12-27 Apple Inc. Media delivery system with improved interaction
ITMI20060409A1 (it) * 2006-03-07 2007-09-08 Nice Spa Impianto tadioricevitore e radiotrasmettitore per automatismi radiocomandati di apeertura-chiusura
US8669716B2 (en) 2007-08-30 2014-03-11 Wireless Environment, Llc Wireless light bulb
US9338839B2 (en) 2006-03-28 2016-05-10 Wireless Environment, Llc Off-grid LED power failure lights
US8203445B2 (en) 2006-03-28 2012-06-19 Wireless Environment, Llc Wireless lighting
US8994276B2 (en) 2006-03-28 2015-03-31 Wireless Environment, Llc Grid shifting system for a lighting circuit
US8519566B2 (en) 2006-03-28 2013-08-27 Wireless Environment, Llc Remote switch sensing in lighting devices
US9074736B2 (en) 2006-03-28 2015-07-07 Wireless Environment, Llc Power outage detector and transmitter
US8491159B2 (en) * 2006-03-28 2013-07-23 Wireless Environment, Llc Wireless emergency lighting system
US8362713B2 (en) 2006-03-28 2013-01-29 Wireless Environment, Llc Wireless lighting devices and grid-shifting applications
US9860965B2 (en) 2006-03-28 2018-01-02 Wireless Environment, Llc Cloud connected lighting system
US11523488B1 (en) 2006-03-28 2022-12-06 Amazon Technologies, Inc. Wirelessly controllable communication module
US20070271116A1 (en) 2006-05-22 2007-11-22 Apple Computer, Inc. Integrated media jukebox and physiologic data handling application
US7643895B2 (en) 2006-05-22 2010-01-05 Apple Inc. Portable media device with workout support
US9137309B2 (en) * 2006-05-22 2015-09-15 Apple Inc. Calibration techniques for activity sensing devices
US20080007426A1 (en) * 2006-06-13 2008-01-10 Itron, Inc Modified use of a standard message protocol for inter-module communications within a utility meter
US7913297B2 (en) * 2006-08-30 2011-03-22 Apple Inc. Pairing of wireless devices using a wired medium
US7813715B2 (en) * 2006-08-30 2010-10-12 Apple Inc. Automated pairing of wireless accessories with host devices
US8072309B2 (en) * 2006-09-14 2011-12-06 Crown Equipment Corporation Systems and methods of remotely controlling a materials handling vehicle
US7698101B2 (en) 2007-03-07 2010-04-13 Apple Inc. Smart garment
TWI364176B (en) * 2007-05-08 2012-05-11 Quanta Comp Inc System for communication and control and method thereof
EP2185992B1 (fr) * 2007-09-04 2013-07-17 Apple Inc. Station d'accueil intelligente pour un chaînage d'accessoires
US9241114B1 (en) * 2007-10-02 2016-01-19 At&T Intellectual Property I, L.P. Uniform universal remote configuration
US8325673B1 (en) 2007-10-02 2012-12-04 At&T Intellectual Property I, L.P. Personal multi-device nomadic media
JP5273053B2 (ja) * 2007-11-07 2013-08-28 日本電気株式会社 ペアリングシステム、ペアリング管理装置、ペアリング方法およびプログラム
FR2927488A1 (fr) * 2008-02-07 2009-08-14 Schneider Electric Ind Sas Procede de couplage/decouplage entre un emetteur et un recepteur.
WO2010063001A1 (fr) 2008-11-26 2010-06-03 Wireless Environment, Llc Dispositifs d’éclairage sans fil et applications associées
US8344859B2 (en) * 2009-06-29 2013-01-01 Echostar Technologies L.L.C. Automatic change of association of a remote control device with an electronic device
US20110063090A1 (en) * 2009-09-10 2011-03-17 Dewitt Gary M Establishing a link with a radio transmit controller
US8995927B2 (en) * 2009-09-10 2015-03-31 Traxxas Lp Communication between a receiver and a transmit controller
US9542833B2 (en) * 2009-09-10 2017-01-10 Traxxas Lp Automatic determination of radio control unit configuration parameter settings
US9004977B2 (en) 2010-05-05 2015-04-14 Traxxas Lp Auxiliary user interface for a transmit controller
CN102404868A (zh) * 2010-09-09 2012-04-04 特拉克赛卡斯公司 与无线电传输控制器建立链路
JP5579090B2 (ja) * 2011-01-25 2014-08-27 三菱電機株式会社 家電機器システムおよび無線設定方法
US8786413B2 (en) * 2011-11-02 2014-07-22 EchoStar Technologies, L.L.C. Assisting use of control devices with different electronic devices
US9062820B2 (en) 2011-10-31 2015-06-23 Traxxas Lp Holder mechanism for a multi-function electronic device
US9333437B2 (en) 2011-10-31 2016-05-10 Traxxas Lp Modular transmit controller
US9808730B2 (en) 2011-10-31 2017-11-07 Traxxas Lp Multi-function electronic device-enabled transmit controller
JP6009760B2 (ja) * 2011-11-30 2016-10-19 双葉電子工業株式会社 操縦用通信装置、被操縦体用通信装置及び操縦用通信システム
JP6085735B2 (ja) * 2012-08-21 2017-03-01 日本電気通信システム株式会社 無線装置、それによって制御される制御対象機器、および無線装置と制御対象機器とを備える制御システム
JP6133115B2 (ja) * 2013-04-22 2017-05-24 トーソー株式会社 電動日射遮蔽装置の制御システム
KR102304979B1 (ko) * 2014-06-19 2021-09-27 삼성전자주식회사 전자 장치 및 전자 장치에서 페어링 방법
DE102015108746B3 (de) * 2015-06-02 2016-09-15 Fm Marketing Gmbh Verfahren zur Kopplung einer Fernbedienung und einem elektronischen Gerät
US10012548B2 (en) * 2015-11-05 2018-07-03 Google Llc Passive infrared sensor self test with known heat source
US10068464B2 (en) * 2015-11-20 2018-09-04 Formalighting Llc Method for adding a security code to multiple receivers during power-up
CN107334484B (zh) * 2016-04-29 2020-09-25 上海西门子医疗器械有限公司 Ct机的无线控制器、无线控制系统及ct机
JP7054783B2 (ja) * 2017-08-09 2022-04-15 パナソニックＩｐマネジメント株式会社 家電機器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0651119A1 (fr) * 1993-11-01 1995-05-03 Phisilog Research Limited Emetteur destiné à un ensemble de dispositifs de commande à distance
US5797085A (en) * 1995-04-28 1998-08-18 U.S. Phillips Corporation Wireless communication system for reliable communication between a group of apparatuses
US6028866A (en) * 1995-12-22 2000-02-22 U.S. Philips Corporation System for communicating between a group of apparatuses
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

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3639755A (en) * 1970-01-02 1972-02-01 Gen Signal Corp Remote control of a locomotive
US4529980A (en) * 1982-09-23 1985-07-16 Chamberlain Manufacturing Corporation Transmitter and receiver for controlling the coding in a transmitter and receiver
US4750118A (en) * 1985-10-29 1988-06-07 Chamberlain Manufacturing Corporation Coding system for multiple transmitters and a single receiver for a garage door opener
US5148159A (en) * 1989-04-26 1992-09-15 Stanley Electronics Remote control system with teach/learn setting of identification code
DE3923995A1 (de) * 1989-07-20 1991-01-31 Lutz Biedermann Stabilisierungselement fuer knochen
US4923471A (en) * 1989-10-17 1990-05-08 Timesh, Inc. Bone fracture reduction and fixation devices with identity tags
US6001099A (en) * 1998-06-08 1999-12-14 Huebner; Randall J. Bone plate with varying rigidity
DE19548776A1 (de) * 1995-12-23 1997-06-26 Thomson Brandt Gmbh Verfahren zur Fernbedienung von elektronischen Geräten und Vorrichtung zur Fernbedienung von elektronischen Geräten sowie elektronisches Gerät
DE19616399A1 (de) * 1996-04-24 1997-10-30 Marantec Antrieb Steuerung Fernbedienung
US6049289A (en) * 1996-09-06 2000-04-11 Overhead Door Corporation Remote controlled garage door opening system
US5909183A (en) * 1996-12-26 1999-06-01 Motorola, Inc. Interactive appliance remote controller, system and method
US6567032B1 (en) * 1999-06-30 2003-05-20 International Business Machines Corp. Method of directing communication between addressable targets using a generalized pointing device
GB9923863D0 (en) * 1999-10-09 1999-12-08 Koninkl Philips Electronics Nv Low power radio network
JP2001145163A (ja) 1999-11-15 2001-05-25 Casio Comput Co Ltd 無線接続装置及び記録媒体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0651119A1 (fr) * 1993-11-01 1995-05-03 Phisilog Research Limited Emetteur destiné à un ensemble de dispositifs de commande à distance
US5797085A (en) * 1995-04-28 1998-08-18 U.S. Phillips Corporation Wireless communication system for reliable communication between a group of apparatuses
US6028866A (en) * 1995-12-22 2000-02-22 U.S. Philips Corporation System for communicating between a group of apparatuses
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 (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7860679B2 (en) 2006-04-19 2010-12-28 Somfy Sas Method of testing and installing a home automation remote control unit
JP2013231296A (ja) * 2012-04-27 2013-11-14 Tachikawa Blind Mfg Co Ltd 電動日射遮蔽装置の遠隔操作装置及び電動日射遮蔽装置の設定変更方法
FR2993731A1 (fr) * 2012-07-23 2014-01-24 Ipw Europ Appairage de dispositifs
WO2014016503A2 (fr) * 2012-07-23 2014-01-30 Ipw Europe Appairage de dispositifs
WO2014016503A3 (fr) * 2012-07-23 2014-05-01 Ipw Europe Appairage de dispositifs

Also Published As

Publication number Publication date
CN1630890A (zh) 2005-06-22
EP1476859A1 (fr) 2004-11-17
AU2003222890A1 (en) 2003-09-04
JP2005518122A (ja) 2005-06-16
JP4460303B2 (ja) 2010-05-12
FR2835982A1 (fr) 2003-08-15
FR2835982B1 (fr) 2016-04-29
US20050088275A1 (en) 2005-04-28
CN100384135C (zh) 2008-04-23
AU2003222890B2 (en) 2008-03-13
US7639115B2 (en) 2009-12-29
KR101030094B1 (ko) 2011-04-20
EP1476859B1 (fr) 2019-11-27
KR20040103929A (ko) 2004-12-09

Similar Documents

Publication Publication Date Title
EP1476859B1 (fr) Procédé d'appariement d'objets bidirectionnels
EP1476860B1 (fr) Procédé de définition d'un groupe parmi des objets bidirectionnels
EP2259242B1 (fr) Procédé de communication par relais entre une télécommande nomade et des équipements domotiques.
EP1587044B1 (fr) Procédé de transmission d'informations entre objets bidirectionnels
EP1410360B1 (fr) Procede d'appariement d'emetteur et de recepteur
EP2633506B1 (fr) Procede de fonctionnement d'une unite mobile de commande d'une installation domotique
FR2834147A1 (fr) Procede d'appariement de transmetteurs et de recepteur
FR2537308A1 (fr) Procede et dispositif de transmission d'informations
EP0320390B1 (fr) Système de télécommande domotique
EP1490839B1 (fr) Procede de reprogrammation d objets bidirectionnels
EP0570281B1 (fr) Procédé et dispositif d'enregistrement et de reproduction d'états complexes dans un ensemble d'équipements, par exemple dans un local, et installation s'y rapportant
EP1722340B1 (fr) Procédé de fonctionnement d' une installation domotique et installation domotique pour sa mise en oeuvre
EP1527430A1 (fr) PROCEDE DE CARACTERISATION D’OBJETS BIDIRECTIONNELS
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
FR2844084A1 (fr) Telecommande pour capteur ou actionneur electronique
FR2899004A1 (fr) Methode d'enregistrement et de configuration d'un composant dans un systeme domotique et appareils utilises par la methode
EP0724056B1 (fr) Dispositif de commande à distance par ondes hertziennes, infrarouges ou analogues, de systèmes de fermeture motorisés
FR2691274A1 (fr) Capteur, centre de surveillance et réseau domotique de surveillance.
EP2838074A1 (fr) Télécommande domotique, élément de réception de commandes domotiques et procédé de fonctionnement d'une telle télécommande et d'un tel récepteur de commandes.
FR2947125A1 (fr) Procede d'accuse de reception d'un systeme de commande a distance d'appareils domestiques
FR2859854A1 (fr) Procede de communication entre objets

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003568624

Country of ref document: JP

Ref document number: 10503697

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 1020047012357

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 20038036711

Country of ref document: CN

Ref document number: 2003718847

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2003222890

Country of ref document: AU

WWP Wipo information: published in national office

Ref document number: 2003718847

Country of ref document: EP