EP1523739A1 - Procede de transmission d'ordres entre un emetteur et un recepteur - Google Patents

Procede de transmission d'ordres entre un emetteur et un recepteur

Info

Publication number
EP1523739A1
EP1523739A1 EP03740972A EP03740972A EP1523739A1 EP 1523739 A1 EP1523739 A1 EP 1523739A1 EP 03740972 A EP03740972 A EP 03740972A EP 03740972 A EP03740972 A EP 03740972A EP 1523739 A1 EP1523739 A1 EP 1523739A1
Authority
EP
European Patent Office
Prior art keywords
command
order
orders
transmitter
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP03740972A
Other languages
German (de)
English (en)
Inventor
Florent Pellarin
Serge Neuman
Vincent Depreux
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Somfy SA
Original Assignee
Somfy SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Somfy SA filed Critical Somfy SA
Publication of EP1523739A1 publication Critical patent/EP1523739A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link

Definitions

  • the present invention relates to a method of transmitting orders according to the preamble of claim 1.
  • Such a method of transmitting orders relates for example to transmitters of orders and receivers of orders operating on the same communication network and used for technical management and comfort management in a residential building or in a building. commercial.
  • a first problem encountered with prior art order receiving devices as described in application EP 0 521 818, relates to the purely sequential behavior of these devices. Thus, any new command is made after the previous command so that it is impossible to execute commands in parallel on the same command receiver.
  • a command receiver When a command receiver is designed, provision is made to make it recognize and execute certain commands. Very often, we realize, after analysis of user behavior, that it would be wise to provide the receiver with new commands. However, it is too late to implement these on the products already installed and it is expensive to install these in the form of modified software modules in the new products produced.
  • One possible solution to this type of problem consists in downloading new software modules to the command receiver, as described for other applications in US Patent 5,787,288.
  • a short impulse is interpreted as an order of rapid movement to the extreme position, while a maintained impulse is interpreted as an order of slow movement as long as the key is kept pressed. If the discriminating value short press / sustained press is fixed at 0.3 seconds, it is only after this period that the command can be issued by the order transmitter. Thus, the total reaction time can turn out to be much higher than this value.
  • the order-receiving devices can be supplied autonomously, for example with electric batteries.
  • the problem is to reduce the consumption of the receiver.
  • methods have been devised for periodically putting the receiver to sleep, as described in US Pat. No. 5,134,347. For example, the receiver wakes up every 500 ms and goes back to sleep mode if it does not see a broadcast.
  • the transmitter of orders must transmit a signal called "wake-up frame" which lasts at least 500 ms so that this is received by a receiver.
  • the actual control signal then follows this wake-up frame.
  • the object of the invention is to provide a method which overcomes these drawbacks and improves the methods known from the prior art.
  • the invention proposes to provide a method for transmitting orders allowing the transmission of orders corresponding to parameterized commands without requiring significant memory resources and without requiring significant network resources.
  • the invention allows simple execution of commands in parallel, and / or conditional sequences of commands.
  • the invention also aims to provide an installation allowing the implementation of such a method.
  • the method of transmitting orders according to the invention is characterized by the characterizing part of claim 1.
  • Figure 1 is a diagram of the device for implementing the method according to the invention.
  • FIG. 2 is a flowchart of an embodiment of the transmission method according to the invention.
  • FIG. 3 is a flow chart of the method applied to the control of a ventilation cycle.
  • the EO order transmitter, RO order receiver and equipment 15 assembly shown in FIG. 1 allows the execution of the order transmission method according to the invention.
  • the RO command receiver contains a radio frequency transceiver 12 connected to an antenna type coupling device 11 on the one hand, and to a processing unit 13 of microprocessor or microcontroller type, on the other hand.
  • This processing unit 13 controls an actuator 14 whose electrical supply is not shown.
  • the actuator 14 acts on equipment 15 such as a blind, a door, a shutter, a heating radiator or an air conditioning or lighting device.
  • processing unit 13 is preferably a microcontroller, which integrates a memory area
  • a memory 16 is shown here, separately, intended to contain inter alia a program for managing and executing commands.
  • the EO command transmitter comprises an antenna 21, a radio frequency transceiver 22, a processing unit 23 of the microcontroller type, a keyboard type input means 24 and a memory 25.
  • the bidirectional communication, represented by arrow 1, between the transmitter of orders EO and the receiver of orders RO is done by electromagnetic waves.
  • the invention is based on the introduction, within the transmission frame of an order, of markers, coded on at least two bits and each associated with an order, whose function is to indicate to the receiver what are the logical and / or temporal relationships between the transmitted orders.
  • An order transmission frame transmitted from the order transmitter to the order receiver contains at least: a CMD order, a MAK marker.
  • the order transmission frame also contains elements for identifying the order recipient (s) of the order, and for identifying and / or authenticating the order sender.
  • a program 110 When performing, as shown in FIG. 2, an action A1, consisting for example of pressing a button on the keyboard 24 of the EO command transmitter and corresponding to a series of commands called macrocommand, a program 110 is activated.
  • This program 110 searches in the memory 25 of the command transmitter EO for the command commands CMDa to CMDn constituting the macro-command as well as the markers MAKa to MAKn associated with the command commands.
  • Each command order CMDa to CMDn and the marker MAKa to MAKn which is associated with it is then transmitted in a frame by the transmitter of orders EO to the receiver of orders RO.
  • FIG. 3 is shown the flow diagram of the method according to the invention allowing a ventilation cycle of a room equipped with a fan installed in a ventilation duct and associated with shutters allowing the opening and the duct closure.
  • the action A2 on the key of the transmitter of orders EO corresponding to a short ventilation cycle has the effect of activating the program 110 which searches in memory the command orders CMD1, CMD2 and CMD3 which constitute this macro-command and the markers MAKI, MAK2 and MAK3 associated therewith. It allows then sending these orders and these markers from the order transmitter to the order receiver.
  • the command associated with the CMDl command corresponds to 100% opening of the ventilation duct
  • the command associated with the CMD2 command corresponds to the activation of the fan for 10 minutes
  • the command associated with the CMD3 command corresponds to closing the ventilation duct.
  • the program 201 stores this order and this marker in memory.
  • the program 201 further tests the value of the marker MAKI and deduces therefrom that an order will be to be made after the order associated with the order CMDl.
  • the command receiver then receives a second frame containing the command CMD2 and the marker MAK2.
  • Program 201 stores this order and this marker in memory. It further tests the value of the MAK2 marker and deduces therefrom that an order will have to be made after the order associated with the order CMD2.
  • the command receiver then receives a third frame containing the command CMD3 and the marker MAK3.
  • Program 201 stores this order and this marker in memory.
  • the command management and execution program 210 searches the memory for previously saved control orders and causes the ventilation duct to open at 100%, then activating the fan for 10 minutes and finally closing the ventilation duct.
  • the command associated with the first order received can be executed immediately or be stored in memory in order to be executed synchronously with the command associated with the second order received.
  • commands with parallel execution can be applied to the operation of a Venetian blind.
  • a first order would result in the deployment of the blind and a second order would result in the orientation of the slats.
  • the execution of these commands in parallel rather than in series modifies considerably the visual repercussions of activation which requires a certain time of execution.
  • the example cited of the slow / fast ascent (or orientation) command depending on the duration of the support clearly shows that in both cases, the action is to be taken in the same direction, but with different speeds.
  • the important thing for the user is that the ordered product begins to react as soon as possible.
  • this transmitter immediately causes the sending of a command code corresponding to the slow rise, accompanied by the marker with the value 01 and indicating that the following command must be executed in series.
  • the command transmitter determines whether it was a short press or not.
  • the method uses a three-bit behavior marker, the truth table of which is given in Table 2.
  • Eight behavior instructions can thus be associated with each command, which is enough to create a programming language integrated into the frame.
  • Such a communication protocol thus saves the possibility of giving afterwards advanced and new apparent functionalities to a product, when these are in fact implemented in the issuer of orders.
  • the choice of coding is of course arbitrary and the programming logic can be chosen in various ways provided that it comprises at least two association functions and a complement function and at least one test and connection instruction.
  • the EO command receiver may contain an indicator of success of the execution of the command. This indicator, noted SUCS is in an active state (1) if the command could be executed.
  • a marker when a marker takes the value 000, it indicates to the command receiver that the macro-command is finished. The order management and execution program must then be launched. In the event that the order issuer issues a single command, this is accompanied by the marker 000.
  • a marker When a marker takes the value 001, it indicates to the command receiver that the command associated with the received command can be executed in series with the other commands. For example, if you simply want to execute several commands in series, as in the previous example with the 2-bit marker, each command will be accompanied by a marker having 001 as value and the last command order will be accompanied by a marker with the value 000.
  • a marker When a marker takes the value 010, it indicates to the command receiver that the command associated with the received command can be executed in parallel with the following command. In addition, the execution results of each command are combined according to a logical AND. The final SUCS indicator is only active if each of the commands has been successfully completed. When a marker takes the value 011, it indicates to the command receiver that the command associated with the received command can be executed in parallel with the following command. In addition, the execution results of each command are combined according to a logical OR. The final SUCS indicator is active if one or other of the commands has been successfully completed.
  • a marker When a marker takes the value 100, it indicates to the order receiver that the command associated with the received command can be executed in parallel with the following command. In addition, the result of execution of this command is inverted before being combined according to a logical AND with the result of the following command.
  • the final SUCS indicator is only active if the first command could not be carried out and if the second command was successfully carried out.
  • a marker When a marker takes the value 101, it indicates to the command receiver that the state of the success indicator SUCS must be tested after the execution of the command. The following command is executed if the SUCS flag is active, otherwise the next second command is executed.
  • a marker When a marker takes the value 110, it indicates to the command receiver a particular jump command in the execution of the commands. The relative value of the jump then replaces the command code.
  • a marker When a marker takes the value 111, it indicates to the command receiver a particular delay command in the execution of the commands. The timeout value then replaces the command code.
  • An example shows how an advanced order can be issued to products capable or not of fulfilling it as such.
  • the product ordered is a Venetian blind which recognizes in particular the commands: lowering: DWN placing the slats in a horizontal position:
  • Tilth Some products have a kinematics allowing them to execute these commands in parallel, other products can only realize them in series, by first performing the descent, then in a second time the orientation of the blades.
  • the command receiver When the user presses the key of the command transmitter corresponding to this DNTH macro-command, the command receiver stacks in memory the sequence of command commands and then starts execution. He recognizes that the first two commands for horizontal positioning of the TILTH blades and DWN descent must be executed in parallel. If the order receiver orders a Venetian blind allowing the execution of these two orders in parallel, it starts the execution and the success indicator SUCS goes to the active state after the execution of these commands. This is followed by a jump to the end of the macro command.
  • the order receiver controls a Venetian blind that does not allow the execution of these two orders in parallel, it immediately sets the success indicator SUCS to 0.
  • the DWN descent and positioning commands horizontal TILTH blades are then executed one after the other.
  • the transmitters and receivers of orders described above use a wireless communication by radio frequencies and bidirectional character, but the invention can also be applied to devices with one-way communication.
  • the communication can still be done by means of a wired bus type link or of carrier current type.
  • the same order receiver can communicate with one or more order issuers and the same order transmitter can communicate with one or more order receivers.
  • An advantage of the method resides in the fact that a single authentication operation is necessary before or after the transmission of the group of commands. This saves processing time, but also and above all, limits traffic on the network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Selective Calling Equipment (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

Le procédé de transmission d'ordres entre un émetteur et un récepteur agissant sur un équipement apte à effectuer des commandes associées aux ordres, comprend une étape d'émission d'au moins un ordre par l'émetteur, les ordres se succédant dans une trame ou dans plusieurs trames. Il est caractérisé en ce qu'à au moins certains ordres est associé un marqueur émis par l'émetteur et destiné à lier, par des relations logiques et/ou conditionnelles et/ou temporelles, les commandes associées à ces ordres.

Description

Procédé de transmission d'ordres entre un émetteur et un récepteur
La présente invention concerne un procédé de transmission d'ordres selon le préambule de la revendication 1.
Un tel procédé de transmission d'ordres concerne par exemple des émetteurs d'ordres et des récepteurs d'ordres opérant sur un même réseau de communication et utilisés pour la gestion technique et la gestion du confort dans un bâtiment d'habitation ou dans un bâtiment commercial.
Un premier problème rencontré avec les dispositifs récepteurs d'ordres de l'état de la technique, comme décrit dans la demande EP 0 521 818, concerne le comportement purement séquentiel de ces dispositifs. Ainsi, toute nouvelle commande se fait après la commande précédente de sorte qu'il est impossible d' exécuter des commandes en parallèle sur un même récepteur d'ordres.
Un deuxième problème rencontré concerne l' évolutivité des produits. Quand un récepteur d'ordres est conçu, on prévoit de lui faire reconnaître et exécuter certaines commandes. Bien souvent, on se rend compte, après analyse des comportements des utilisateurs, qu'il serait judicieux de doter le récepteur de nouvelles commandes. Cependant, il est trop tard pour implanter celles-ci sur les produits déjà installés et il est coûteux d'implanter celles-ci sous forme de modules logiciels modifiés dans les nouveaux produits fabriqués. Une solution possible à ce type de problème consiste à télécharger dans le récepteur d'ordres de nouveaux modules logiciels, comme décrit pour d'autres applications dans le brevet US 5,787,288.
Un troisième problème apparemment sans rapport avec les précédents concerne le cas de télécommandes où ce n'est pas l'appui sur la touche de commande qui provoque la commande, mais la durée de cet appui qui permet de discriminer une première commande d'une deuxième commande . Dans le cas connu de la commande de stores enroulables ou de la commande de lève-vitres automobiles, une impulsion brève est interprétée comme un ordre de déplacement rapide jusqu'à la position extrême, alors qu'une impulsion maintenue est interprétée comme un ordre de déplacement lent tant que la touche est maintenue appuyée. Si la valeur discriminante appui bref/appui maintenu est fixée à 0.3 seconde, ce n'est qu'après cette durée que la commande peut être émise par l'émetteur d'ordres. Ainsi, le délai de réaction total peut s'avérer très supérieur à cette valeur. En effet, même installés à demeure, les dispositifs récepteurs d'ordres peuvent être alimentés de manière autonome, par exemple avec des piles électriques. Le problème consiste à réduire la consommation du récepteur. A cet effet, il a été conçu des procédés de mise en sommeil périodique du récepteur, comme décrit dans le brevet US 5,134,347. Par exemple, le récepteur se réveille toutes les 500 ms et repasse en mode sommeil s'il ne constate pas d' émission.
En conséquence, l'émetteur d'ordres doit émettre un signal appelé « trame de réveil » qui dure au moins 500 ms afin que celle-ci soit reçue par un récepteur. Le signal de commande proprement dit suit alors cette trame de réveil.
Ainsi, lorsque de tels procédés sont appliqués à la commande d'un récepteur autonome par une télécommande discriminant des ordres correspondant à un appui bref et des ordres correspondant à un appui maintenu, il peut être nécessaire d'attendre plus de 800 ms avant que ne soit transmise la commande, d'où un temps de réaction très nettement perceptible et l'impression éventuelle d'un dysfonctionnement du produit commandé.
De la demande US 2001/0010503, on connaît un procédé permettant d' implanter des « macro-commandes » sur une télécommande universelle. Ce procédé comprend une phase d'apprentissage d'une succession de commandes. Cette séquence de commandes est ensuite restituée à l'identique lors de l'appui sur la touche d'exécution de la macro-commande.
Du brevet US 6,208,341, on connaît un procédé et un dispositif permettant de même d'enregistrer une succession de commandes avec la possibilité d'insérer des intervalles de temps réglables entre deux commandes émises lors de la restitution de la macrocommande .
Ces deux derniers procédés permettent de résoudre le problème de l' évolutivité des produits. Cependant, deux problèmes persistent. En effet, l'exécution des commandes est toujours séquentielle et il existe toujours un temps mort lié à l'interprétation de la volonté de l'utilisateur d'une télécommande commandant le fonctionnement d'un dispositif autonome.
Ces problèmes sont résolus par le système industriel de communication entre des unités de commande reliées en réseau décrit dans le brevet US 5,113,502. Dans ce système, les ordres de commande émis d'une unité vers une autre sont mis en mémoire pour être exécutés ultérieurement. Ce système permet d'éviter l'encombrement du réseau par une émission unique des ordres de commande destinés à être souvent utilisés et par l'émission d'ordres de commande au moment où le trafic est faible. Les ordres de commande sont associés à des identifiants et sont exécutés selon l'ordre dans lequel ils apparaissent dans une commande « PERFORM ». Ce système présente cependant des inconvénients .
D'une part ce système est difficilement applicable à la gestion d'un réseau domotique car il nécessiterait d'importantes ressources mémoire. En effet, dans un tel réseau les ordres sont très souvent paramétrés, par exemple pour indiquer le degré de déploiement d'une protection solaire, l'angle d'orientation d'un store vénitien, la température de consigne, le pourcentage d' éclairement . Selon le brevet^ US 5,113,502, à chaque valeur de l'un de ces paramètres correspond un ordre particulier. C'est donc une quantité considérable d'ordres qu'il faudrait préenregistrer dans les différents dispositifs pour satisfaire les situations possibles.
D'autre part, pour permettre l'exécution successive de deux commandes paramétrées, qui n'auraient pu être pré-enregistrées du fait des problèmes de mémoire précédents, il faut envoyer un premier ordre « SAVE » correspondant à la première commande à mémoriser, envoyer un deuxième ordre « SAVE » correspondant à la deuxième commande à mémoriser, puis envoyer un troisième ordre « PERFORM » d'exécution des commandes enregistrées . On a donc un ordre supplémentaire par rapport à ce qui serait strictement nécessaire.
Enfin, il n'y a pas possibilité d'exécution de commandes en parallèle.
Le but de l'invention est de fournir un procédé palliant à ces inconvénients et améliorant les procédés connus de l'art antérieur. En particulier, l'invention se propose de fournir un procédé de transmission d'ordres permettant la transmission d'ordres correspondant à des commandes paramétrées sans nécessiter de ressources mémoire importante et sans nécessiter de ressources réseau importante. L'invention permet de manière simple l'exécution de commandes en parallèle, et/ou d'enchaînements conditionnels de commandes. L'invention a encore pour but de fournir une installation permettant la mise en œuvre d'un tel procédé.
Le procédé de transmission d'ordres selon l'invention est caractérisé par la partie caractérisante de la revendication 1.
Les revendications dépendantes 2 et 3 définissent différents modes d'exécution du procédé.
L'installation selon l'invention est définie par la revendication indépendante 4.
Le dessin annexé représente, à titre d'exemple, un mode d'exécution du procédé de transmission d'ordres selon l'invention.
La figure 1 est un schéma du dispositif permettant la mise en œuvre du procédé selon l'invention.
La figure 2 est un ordinogramme d'un mode d'exécution du procédé de transmission selon l'invention.
La figure 3 est un ordinogramme du procédé appliqué à la commande d'un cycle de ventilation.
L'ensemble émetteur d'ordres EO, récepteur d'ordres RO et équipement 15 représenté à la figure 1 permet l'exécution du procédé de transmission d'ordres selon l'invention. Le récepteur d'ordres RO contient un émetteur-récepteur radiofréquences 12 raccordé à un dispositif de couplage de type antenne 11 d'une part, et à une unité de traitement 13 de type microprocesseur ou microcontrôleur, d'autre part. Cette unité de traitement 13 pilote un actionneur 14 dont l'alimentation électrique n'est pas représentée. L' actionneur 14 agit sur un équipement 15 tel qu'un store, une porte, un volet roulant, un radiateur de chauffage ou un dispositif de climatisation ou d' éclairage.
Bien que l'unité de traitement 13 soit préférentiellement un microcontrôleur, qui intègre une zone mémoire, on a représenté ici, de manière séparée, une mémoire 16 destinée à contenir entre autres un programme de gestion- et d'exécution des commandes.
L'émetteur d'ordres EO comprend une antenne 21, un émetteur-récepteur radiofréquences 22, une unité de traitement 23 de type microcontrôleur, un moyen de saisie de type clavier 24 et une mémoire 25.
La communication bidirectionnelle, représentée par la flèche 1, entre l'émetteur d'ordres EO et le récepteur d'ordres RO se fait par ondes électromagnétiques.
L'invention repose sur l'introduction, au sein même de la trame d'émission d'un ordre, de marqueurs, codés sur au moins deux bits et associés chacun à un ordre, dont la fonction est d'indiquer au récepteur quelles sont les relations logiques et/ou temporelles entre les ordres transmis.
Ces marqueurs comportent deux bits et la table de vérité associée est donnée au tableau 1.
Tableau 1
Une trame d'émission d'ordre transmise depuis l'émetteur d'ordres vers le récepteur d'ordres contient au moins : un ordre CMD, un marqueur MAK.
En général, la trame d'émission d'ordre contient également des éléments d'identification du ou des récepteurs d'ordres destinataires de l'ordre, et d'identification et/ou d' authentification de l'émetteur d'ordres.
Lorsqu'on effectue, comme représenté à la figure 2, une action Al, consistant par exemple en un appui sur un bouton du clavier 24 de l'émetteur d'ordres EO et correspondant à une série de commandes appelée macrocommande, un programme 110 est activé. Ce programme 110 recherche dans la mémoire 25 de l'émetteur d' ordres EO les ordres de commande CMDa à CMDn constituant la macro-commande ainsi que les marqueurs MAKa à MAKn associés aux ordres de commande. Chaque ordre de commande CMDa à CMDn et le marqueur MAKa à MAKn qui lui est associé est alors transmis dans une trame par l'émetteur d'ordres EO au récepteur d'ordres RO.
Chaque trame reçue par le récepteur d'ordres est analysée par un programme 201. Ce programme 201 enregistre l'ordre de commande et le marqueur en mémoire et teste le marqueur de manière à déterminer s'il faut ou non activer un programme 210 de gestion et d'exécution des commandes.
Par exemple, on représente à la figure 3, l'ordinogramme du procédé selon l'invention permettant un cycle de ventilation d'un local équipé d'un ventilateur installé dans un conduit de ventilation et associé à des volets permettant l'ouverture et la fermeture du conduit.
L'action A2 sur la touche de l'émetteur d'ordres EO correspondant à un cycle de ventilation courte a pour effet d'activer le programme 110 qui cherche en mémoire les ordres de commande CMD1, CMD2 et CMD3 qui constituent cette macro-commande et les marqueurs MAKI, MAK2 et MAK3 qui leur sont associés. Il permet ensuite l'envoi de ces ordres et de ces marqueurs de l'émetteur d'ordres vers le récepteur d'ordres. La commande associée à l'ordre CMDl correspond à une ouverture à 100% du conduit d'aération, la commande associée à l'ordre CMD2 correspond à l'activation du ventilateur pendant 10 minutes et la commande associée à l'ordre CMD3 correspond à la fermeture du conduit d' aération.
Lorsque le récepteur d'ordres reçoit la première trame contenant l'ordre de commande CMDl et le marqueur MAKI, le programme 201 enregistre en mémoire cet ordre et ce marqueur. Le programme 201 teste de plus la valeur du marqueur MAKI et en déduit qu'une commande sera à effectuer après la commande associée à l'ordre CMDl. Le récepteur d'ordres reçoit ensuite une deuxième trame contenant l'ordre CMD2 et le marqueur MAK2. Le programme 201 enregistre en mémoire cet ordre et ce marqueur. Il teste de plus la valeur du marqueur MAK2 et en déduit qu'une commande sera à effectuer après la commande associée à l'ordre CMD2. Le récepteur d'ordres reçoit ensuite une troisième trame contenant l'ordre CMD3 et le marqueur MAK3. Le programme 201 enregistre en mémoire cet ordre et ce marqueur. Il teste de plus la valeur du marqueur MAK3 et en déduit que la commande associée à l'ordre CMD3 est la dernière commande de la macro-commande. Par conséquent, le programme 210 de gestion et d'exécution des commandes est activé. Il recherche en mémoire les ordres de commande précédemment enregistrés et provoque l'ouverture à 100% du conduit d'aération, puis l'activation du ventilateur pendant 10 minutes et enfin la fermeture du conduit d'aération.
Selon le débit de transmission, il peut être envisagé soit comme précédemment décrit un mode de réalisation où les trames sont toutes empilées, sans début d'exécution, lors d'une transmission en rafale, les ordres de commande étant ensuite analysés et exécutés par un programme gestionnaire de tâches, soit encore un mode de réalisation dans lequel la première commande reçue donne immédiatement lieu à un début d' exécution.
De même, l'ensemble des ordres de commande constituant une macro-commande peut être envoyé dans une seule trame .
Lorsque deux commandes sont à exécuter en parallèle, la commande associée au premier ordre reçu peut être exécutée immédiatement ou être enregistrée en mémoire afin d'être exécutée de manière synchrone avec la commande associée au deuxième ordre reçu.
Par exemple, des commandes à exécution en parallèle peuvent être appliquées à l' actionnement d'un store vénitien. Un premier ordre aurait pour conséquence le déploiement du store et un deuxième ordre aurait pour conséquence l'orientation des lames. L'exécution de ces commandes en parallèle plutôt qu'en série modifie considérablement les répercussions visuelles d'activation qui nécessite un certain temps d' exécution.
En ce qui concerne le temps de réaction des produits, on comprend l'usage qui peut être fait ' de commandes accompagnées d'un marqueur indiquant une exécution en série.
En effet, l'exemple cité de la commande de montée (ou d'orientation) lente/rapide selon la durée de l'appui montre bien que dans les deux cas, l'action est à engager dans un même sens, mais avec des vitesses différentes. L'important pour l'utilisateur est que le produit commandé commence à réagir au plus tôt . On peut donc prévoir que lors de l'appui sur une touche du clavier d'un émetteur d'ordres, par exemple la touche Montée, cet émetteur provoque immédiatement l'envoi d'un code de commande correspondant à la montée lente, accompagné du marqueur ayant pour valeur 01 et indiquant que la commande suivante doit être exécutée en série. Dès que la touche est relâchée, l'émetteur d'ordres détermine s'il s'agissait d'un appui court ou non. Dans le premier cas, il émet aussitôt un code de commande correspondant à la montée rapide jusqu'en fin de course, accompagné d'un marqueur de fin de groupe ayant pour valeur 11 et indiquant qu'il s'agit qu'il n'y aura pas de commande suivante. Sous une forme préférée, le procédé utilise un marqueur de comportement à trois bits dont la table de vérité est donnée au tableau 2.
Tableau 2
Huit instructions de comportement peuvent ainsi être associées à chaque commande, ce qui suffit pour créer un langage de programmation intégré à la trame.
Un tel protocole de communication sauvegarde ainsi la possibilité de donner après coup des fonctionnalités apparentes évoluées et nouvelles à un produit, alors que celles-ci sont en fait implantées dans l'émetteur d' ordres .
Le choix du codage est bien sûr arbitraire et la logique de programmation peut être choisie de diverses manières pourvu qu'elle comporte au moins deux fonctions d'association et une fonction de complément et au moins une instruction de test et branchement. De plus, le récepteur d'ordres EO peut contenir un indicateur de succès de l'exécution de la commande. Cet indicateur, noté SUCS est dans un état actif (1) si la commande a pu être exécutée.
Ainsi, lorsqu'un marqueur prend la valeur 000, il indique au récepteur d'ordres que la macro-commande est terminée. Le programme de gestion et d'exécution des commandes doit alors être lancé. Dans le cas où l'émetteur d'ordres émet une commande unique, celle-ci est accompagnée du marqueur 000.
Lorsqu'un marqueur prend la valeur 001, il indique au récepteur d'ordres que la commande associée à l'ordre reçu est exécutable en série avec les autres commandes. Par exemple, si on souhaite simplement faire exécuter plusieurs commandes en série, comme dans l'exemple précédent avec le marqueur à 2 bits, chaque commande sera accompagnée d'un marqueur ayant 001 pour valeur et le dernier ordre de commande sera accompagné d'un marqueur ayant pour valeur 000.
Lorsqu'un marqueur prend la valeur 010, il indique au récepteur d'ordres que la commande associée à l'ordre reçu est exécutable en parallèle avec la commande suivante. De plus, les résultats d'exécution de chaque commande sont combinés selon un ET logique. L'indicateur final SUCS n'est actif que si chacune des commandes a été réalisée avec succès. Lorsqu'un marqueur prend la valeur 011, il indique au récepteur d'ordres que la commande associée à l'ordre reçu est exécutable en parallèle avec la commande suivante. De plus, les résultats d'exécution de chaque commande sont combinés selon un OU logique. L'indicateur final SUCS est actif si l'une ou l'autre des commandes a été réalisée avec succès.
Lorsqu'un marqueur prend la valeur 100, il indique au récepteur d'ordres que la commande associée à l'ordre reçu est exécutable en parallèle avec la commande suivante. De plus, le résultat d'exécution de cette commande est inversé avant d' être combiné selon un ET logique avec le résultat de la commande suivante. L'indicateur final SUCS n'est actif que si la première commande n'a pu être réalisée et si la seconde commande a été réalisée avec succès.
Lorsqu'un marqueur prend la valeur 101, il indique au récepteur d'ordres que l'état de l'indicateur de succès SUCS doit être testé après l'exécution de la commande. La commande suivante est exécutée si l'indicateur SUCS est actif, sinon c'est la deuxième commande suivante qui est exécutée.
Lorsqu'un marqueur prend la valeur 110, il indique au récepteur d'ordres une commande particulière de saut dans l'exécution des commandes. La valeur relative du saut remplace alors le code commande. Lorsqu'un marqueur prend la valeur 111, il indique au récepteur d'ordres une commande particulière de temporisation dans l'exécution des commandes. La valeur de temporisation remplace alors le code commande .
Un exemple permet de montrer comment une commande évoluée peut être émise vers des produits capables ou non de l'exécuter comme telle.
Le produit commandé est un store vénitien qui reconnaît en particulier les commandes : descente : DWN mise en position horizontale des lames :
TILTH. Certains produits ont une cinématique leur permettant d'exécuter ces commandes en parallèle, d'autres produits ne peuvent les réaliser qu'en série, en effectuant dans un premier temps la descente, puis dans un deuxième temps l'orientation des lames.
On crée, comme représenté au tableau 3, dans l'émetteur d'ordres, une macro-commande DNTH de descente avec orientation des lames à l'horizontale.
Tableau 3
Lorsque l'utilisateur appuie sur la touche de l'émetteur d'ordres correspondant à cette macrocommande DNTH, le récepteur d'ordres empile en mémoire la suite des ordres de commande et en démarre ensuite l'exécution. Il reconnaît que les deux premières commandes de mise en position horizontale des lames TILTH et de descente DWN doivent être exécutées en parallèle. Si le récepteur d'ordre commande un store vénitien permettant l'exécution de ces deux ordres en parallèle, il en lance l'exécution et l'indicateur de succès SUCS passe à l'état actif après l'exécution de ces commandes. Ceci est suivi d'un saut jusqu'en fin de macro-commande.
Si, par contre, le récepteur d'ordres commande un store vénitien ne permettant pas l'exécution de ces deux ordres en parallèle, il fait passer immédiatement l'indicateur de succès SUCS à 0. Les commandes de descente DWN et de mise en position horizontale des lames TILTH sont alors exécutées l'une après l'autre.
Il est clair que d'autres opérateurs logiques et conditionnels tels que des opérateurs NON ET ou NON OU, pourraient être utilisés pourvu qu'ils permettent d'engendrer l'ensemble des fonctions logiques par application des règles connues de l'homme du métier.
Les émetteurs et récepteurs d'ordres décrits précédemment utilisent une communication sans fil par radiofréquences et à caractère bidirectionnel, mais l'invention peut aussi s'appliquer à des dispositifs à communication unidirectionnelle.
Il est à noter que la communication peut encore se faire par le biais d'une liaison de type bus filaire ou de type courants porteurs.
Un même récepteur d' ordres peut communiquer avec un ou plusieurs émetteurs d'ordres et un même émetteur d'ordres peut communiquer avec un ou plusieurs récepteurs d'ordres.
Grâce à un tel procédé, on peut créer de nouvelles fonctionnalités sur les produits commandés en agissant sur le seul émetteur d'ordres dont la programmation ou le changement est beaucoup plus aisé que celui du produit installé.
Un avantage du procédé réside dans le fait qu'une seule opération d' authentification est nécessaire avant ou après la transmission du groupe de commandes. Ceci permet de gagner du temps de traitement, mais aussi et surtout de limiter le trafic sur le réseau.

Claims

Revendications
1. Procédé de transmission d'ordres entre un émetteur d'ordres (EO) et un récepteur d'ordres (RO) agissant sur un équipement (15) apte à effectuer des commandes associées aux ordres, comprenant une étape d'émission d'au moins un ordre par l'émetteur d'ordres (EO) , les ordres se succédant dans une trame ou dans plusieurs trames, caractérisé en ce qu'à au moins certains ordres est associé un marqueur émis par l'émetteur d'ordres (EO) et destiné à lier, par des relations logiques et/ou conditionnelles et/ou temporelles, les commandes associées à ces ordres.
2. Procédé de transmission d'ordres selon la revendication 1, caractérisé en ce qu'il comprend une étape préalable d'enregistrement dans une mémoire (25) de l'émetteur d'ordres (EO) d'un enchaînement logique et/ou temporel d'ordres de commande associé à une manipulation de l'émetteur d' ordres (EO) .
3. Procédé de transmission d'ordres selon l'une des revendications 1 ou 2, caractérisé en ce que le ou les marqueurs sont codés sur au moins deux bits.
4. Installation pour la mise en œuvre du procédé selon l'une des revendications 1 à 3, caractérisée en ce qu'elle comprend un émetteur d'ordres (EO) comprenant une unité logique de traitement (23) reliée à des moyens d'émission d'ordres (21, 22), à une mémoire (25) et à un moyen de saisie (24), et un récepteur d'ordres (RO) comprenant une unité logique de traitement (13) reliée à des moyens de réception d'ordres (11, 12), à une mémoire (16) et pilotant un actionneur (14) agissant sur un équipement (15) .
EP03740972A 2002-07-19 2003-07-10 Procede de transmission d'ordres entre un emetteur et un recepteur Withdrawn EP1523739A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0209222A FR2842636B1 (fr) 2002-07-19 2002-07-19 Procede de transmission d'ordres entre un emetteur et un recepteur
FR0209222 2002-07-19
PCT/IB2003/003088 WO2004010400A1 (fr) 2002-07-19 2003-07-10 Procede de transmission d'ordres entre un emetteur et un recepteur

Publications (1)

Publication Number Publication Date
EP1523739A1 true EP1523739A1 (fr) 2005-04-20

Family

ID=29797598

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03740972A Withdrawn EP1523739A1 (fr) 2002-07-19 2003-07-10 Procede de transmission d'ordres entre un emetteur et un recepteur

Country Status (5)

Country Link
EP (1) EP1523739A1 (fr)
AU (1) AU2003281647A1 (fr)
ES (1) ES2235679T1 (fr)
FR (1) FR2842636B1 (fr)
WO (1) WO2004010400A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5113502A (en) * 1986-11-20 1992-05-12 Allen-Bradley Company, Inc. Method and apparatus for saving and performing industrial control commands
JP3104192B2 (ja) * 1991-05-20 2000-10-30 ソニー株式会社 遠隔制御装置
AU5478400A (en) * 1999-06-11 2001-01-02 Remote Communications Inc. Connectionless remote control system

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
FR2842636A1 (fr) 2004-01-23
AU2003281647A1 (en) 2004-02-09
WO2004010400A1 (fr) 2004-01-29
ES2235679T1 (es) 2005-07-16
FR2842636B1 (fr) 2005-02-11

Similar Documents

Publication Publication Date Title
EP2083408B1 (fr) Procédé de communication d'informations par rayons infrarouges entre un émetteur et un récepteur dans un réseau domotique
EP1816620B1 (fr) Procédé de communication par relais entre une télécommande nomade et des équipements domotiques
EP2631723B1 (fr) Procédés de commande et de paramétrage d'une installation domotique et installation domotique mettant en oeuvre ces procédés.
WO2008102306A2 (fr) Procede de configuration d'une installation domotique et outil pour la mise en oeuvre d'un tel procede
EP1274199A2 (fr) Dispositif de commande radiotélécommandée
FR2855643A1 (fr) Procede et appareil a signaux d'etats pour un actionneur de barriere mobile et commande a distance sans fil correspondante
EP1699029B1 (fr) Procédé de commande d'actionneurs
FR2860897A1 (fr) Systeme de bus de donnees
EP0867848B1 (fr) Dispositif de commande d'un actionneur télécommandé
FR2972062A1 (fr) Dispositif de commande comprenant une interface capable de proposer le prochain ordre de commande a transmettre a un equipement domotique
EP1561192B1 (fr) Procede de securisation du mode d enregistrement d un d ispositif domotique
EP1523739A1 (fr) Procede de transmission d'ordres entre un emetteur et un recepteur
FR2837966A1 (fr) Dispositif de commande a distance d'un actionneur dans une installation de protection et/ou de confort avec moyens de transfert de programme executable et procede de mise en oeuvre
EP1160752A1 (fr) Procédé de transmission sans fil à haute fréquence pour un dispositif de régulation de chauffage à commande à distance
EP1527377B1 (fr) Procede d'appariement entre un emetteur d'ordres et un recepteur d'ordres
EP1950722B1 (fr) Procédé de configuration d'un transmetteur d'ordres dans un système domotique
EP1783716B1 (fr) Procédé de fonctionnement d'un réseau domotique comprenant une interface de signalisation
EP1026561B1 (fr) Dispositif de programmation horaire de commande de fermeture et/ou d'ouverture d'un système d'occultation ou similaire
FR2855298A1 (fr) Installation d'alarme sans fil a relais et procede de relayage.
EP1870867B1 (fr) Procédé de communication dans un système domotique et système domotique pour sa mise en oeuvre
EP4690691A1 (fr) Procede de configuration d'une installation domotique
FR2858491A1 (fr) Procede de commande d'un ecran motorise et dispositif pour sa mise en oeuvre.
FR2850779A1 (fr) Procede de fermeture des acces a un batiment
EP2958093B1 (fr) Procédé de fonctionnement d'un dispositif de commande permettant de modifier une représentation graphique affichée en fonction d'un paramètre sélectionné
EP4075398A1 (fr) Systeme de controle d'acces

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20041126

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: AL LT LV MK

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

Effective date: 20071114

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

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

18D Application deemed to be withdrawn

Effective date: 20081209