ES2687460T3

ES2687460T3 - Control de un sistema domótico

Info

Publication number: ES2687460T3
Application number: ES10771087.3T
Authority: ES
Inventors: Enno Danke; Bernd Grohmann; Frank Grass
Original assignee: EQ 3 AG; EQ-3 AG; Innogy SE
Current assignee: EQ 3 AG; EQ-3 AG; Innogy SE
Priority date: 2010-01-25
Filing date: 2010-10-21
Publication date: 2018-10-25
Anticipated expiration: 2030-10-21
Also published as: WO2011088908A1; EP2529510A1; EP2529510B1

Abstract

Sensor (2) para controlar un sistema domótico con - una entrada (4), dispuesta para detectar sucesos (46); y - un procesador (6), dispuesto para evaluar sucesos (46) detectados en la entrada (4) y para controlar una interfaz (8) de comunicación de tal modo que, mediante un mensaje (102) de control del actuador enviado por la interfaz (8) de comunicación, se pueda activar un actuador (12), - donde el procesador (6) envía por medio de la interfaz (8) de comunicación, como reacción a un suceso (46) detectado, por lo menos el mensaje (102) de control del actuador al actuador (12, 12a, 12b, 12c), caracterizado por que, - en caso de que no se configure mensaje (102) de control de actuador para el actuador (12, 12a, 12b, 12c) en el procesador (6) como reacción al suceso (46) detectado, el procesador (6) envía mediante la interfaz (8) de comunicación una demanda (48, 52) de configuración y se evalúa una respuesta (54) de configuración recibida por la interfaz de comunicación.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Control de un sistema domotico

El objeto se refiere a un sensor para controlar un sistema domotico con una entrada dispuesta para detectar sucesos y un procesador dispuesto para evaluar sucesos detectados en la entrada, y para controlar una interfaz de comunicacion de tal modo que, por medio de un aviso de control del actuador enviado por la interfaz de comunicacion, pueda activarse un actuador, enviando el procesador al menos un aviso de control de actuador a un actuador por medio de la interfaz de comunicacion como reaccion a un suceso detectado.

Los sistemas domoticos se conocen suficientemente. Asf, pues, se conoce, por ejemplo, un sistema domotico interconectado por cable con la designacion de EIB/KNX, en el que por medio de buses en serie se intercambian avisos entre sensores y actuadores y se controlan usuarios electricos segun normas (parametros) prefijadas. No obstante, un sistema de buses semejante requiere un cableado costoso, que solo se puede realizar casi exclusivamente en nuevas instalaciones.

En el reequipamiento de soluciones domoticas en instalaciones electricas existentes, son apropiadas, en especial, soluciones accionadas por radio. En este caso, los sensores y actuadores asf como los ordenadores centrales de control se comunican mediante radio de alta frecuencia. No obstante, puesto que para el reequipamiento en muchos lugares, en los que se instalan sensores o actuadores, no existe suministro de corriente, se necesitan por lo menos sensores autoalimentados energeticamente (por ejemplo, mediante batenas, condensadores, etc.). Aunque en el caso de los sensores autoalimentados, el consumo de corriente es un criterio decisivo para la duracion del funcionamiento del sensor con una unica batena. Sensores que comunican ininterrumpidamente con actuadores y ordenadores de control centrales o que comunican a intervalos regulares con los actuadores o bien con los ordenadores de control centrales consumen innecesariamente mucha corriente. Por eso ya es sabido prolongar la duracion de la batena poniendo los aparatos en un modo durmiente y solamente, en el caso de una interaccion del usuario en el aparato, se pongan en un modo activo y envfen y reciban mensajes.

Sin embargo, resulta problematico en esos aparatos solo activables por interaccion del usuario el cambio de configuracion, en especial, la asignacion, de nuevos actuadores (receptores) a sensores asf como la designacion de parametros a los sensores y/o los actuadores. Para la reconfiguracion de sistemas domoticos existentes, es necesario que el usuario, tras la reconfiguracion de un aparato mediante el ordenador de control central, accione el aparato dentro de un determinado lapso de tiempo para que la modificacion de configuracion pueda ser traspasada al aparato y el aparato pueda recibir dicha modificacion de configuracion. Otros sistemas solicitan al usuario que ponga el aparato en el modo de configuracion por medio de una interaccion especial y ejecute, por ejemplo, mediante un aparato de programacion apropiado la reconfiguracion.

Asf, pues, se conoce, por ejemplo, a partir del documento WO 2007/072193 A2 un aparato de programacion manual, que para programar un sensor se conecta con el. Durante toda la reprogramacion y la reconfiguracion, el aparato, que es reprogramado, esta conectado activamente con el aparato de programacion movil. Eso resulta costoso en tiempo y tedioso, ya que, para reprogramar, el usuario debe activar manualmente cada sensor individual o bien cada actuador individual.

A partir del documento EP 1 069 695 A1, se conoce un sistema, en el que se puede programar un mando a distancia por medio de un controlador central. Pasando por eso, se puede comunicar entonces el mando a distancia con diversos aparatos. Aunque resulte problematico ademas que para programar, por un lado, y para comunicar con los aparatos, por otro, sean necesarias interacciones del usuario independientes. Debido a eso, se eleva el consumo energetico del mando a distancia.

Por esa razon se le planteo al objeto la mision de crear un metodo para simplificar modificaciones de configuracion, en el que se tenga en cuenta la duracion operativa de un sensor o bien de un actuador.

Esa mision se realiza en concreto por medio de un sensor segun la reivindicacion 1 y de un metodo segun la reivindicacion 13.

Se ha reconocido que solo en el caso de que aun no se configure mensaje de control de actuador en el sensor o bien en el procesador o memoria del sensor, es necesaria una configuracion semejante por medio de un servidor externo. Por esa razon, en el caso de que no se configure mensaje de control de actuador alguno, se emite, como reaccion a un suceso detectado, una demanda de configuracion por medio de la interfaz de comunicacion. Por consiguiente, se verifica en una primera etapa tras un suceso la existencia de un mensaje de control de actuador. Dependiendo del resultado de la prueba, se emite la demanda de configuracion a continuacion de ello. Dicha demanda de configuracion es recibida regularmente por un servidor y evaluada en el mismo. A una demanda de configuracion recibida, el servidor puede enviar una respuesta de configuracion, en la que esten contenidos los datos de configuracion por lo menos para configurar un mensaje de control de actuador en el procesador del correspondiente sensor. Dicha respuesta de configuracion puede evaluarse en el sensor.

5

10

15

20

25

30

35

40

45

50

55

Tambien es posible que una demanda de configuracion se emita sin que deba configurarse un mensaje de control de actuador. La respuesta de configuracion puede contener unicamente un parametro del aparato con cuya ayuda se puede configurar un sensor.

Un sensor puede ser, por ejemplo, un conmutador, un detector de movimiento, un teclado, un contacto de puerta, un termostato, un contacto de ventana, un sensor de imagenes, un sensor de luminosidad, un sensor termico, un sensor binario, un microfono o cualquier otro dispositivo para captar modificaciones de medio ambiente.

A la entrada del sensor, se puede detectar en concreto un suceso. Un suceso puede ser una interaccion del usuario, por ejemplo, el accionamiento de un conmutador o teclado, una modificacion de condiciones medioambientales, un movimiento, una apertura de una ventana, una modificacion de temperatura o una modificacion diferente de condiciones medioambientales.

Al detectarse un suceso, el sensor, que es preferiblemente un sensor autoalimentado (accionado por acumulador), puede avivarse y ser puesto en un modo activo. Es posible en concreto que el sensor en estado normal este en un estado de reposo (modo durmiente). En ese estado de reposo, se vigila unicamente la entrada por si la aparicion de un suceso. Todas las demas funciones pueden ya sea desactivarse o conservarse con un consumo mmimo de energfa. En especial, la comunicacion por medio de una interfaz de comunicacion puede descansar en esos intervalos de tiempo, de modo que no se emitan senales ni se reciban senales. Al detectarse un suceso, el sensor puede despertar (cambiar al modo activo) de tal modo que se active el procesador y que se active la interfaz de comunicacion para comunicar con el mundo exterior.

El procesador puede ser, por ejemplo, un procesador de senales digital (DSP). Tambien puede ser el procesador un microcontrolador. El procesador puede ser un microprocesador discrecional, que este dispuesto, por un lado, para evaluar senales de entrada y, por otro, para emitir senales de control.

La interfaz de comunicacion puede ser, por ejemplo, un dispositivo para la comunicacion mediante una red inalambrica. La interfaz de comunicacion tambien puede comunicar mediante una red alambrica. Por ejemplo, puede realizarse una comunicacion mediante LAN, WLAN, bluetooth o similares. En especial, la interfaz de comunicacion puede emitir mensajes, por ejemplo, en una frecuencia de 868 Mz con una Frequenz Shift Key (tecla de desplazamiento de frecuencia). En especial, son posibles velocidades de datos de 10 KB/s. Un protocolo de acceso puede ser, por ejemplo, un protocolo de acceso CSMA/CA.

La comunicacion mediante la interfaz de comunicacion puede ser una comunicacion bidireccional en un bus, en especial, un bus de radio. La interfaz de comunicacion puede disponerse para codificar los datos transmitidos. En especial, una codificacion simetrica puede ser secundada por la interfaz de comunicacion. En especial, puede secundarse una codificacion CCM*. En especial, puede emplearse un metodo de codificacion autentificado segun el estandar IEEE 802.11. Es posible tambien un metodo de codificacion ampliado segun el Advanced Encryption Standard Counter Mode (AES/CCM), en el que se utiliza un Block Chiffre de 16 biytes. Para la codificacion simetrica, puede ser posible que cada sensor, cada actuador y cada ordenador central de control (Server) presente un numero de serie. Tambien puede ser posible que el numero de serie de cada un aparato sea conocido por una central. La comunicacion mediante la interfaz de comunicacion puede tener lugar de modo multicast (difusion multiple) asf como tambien de modo unicast (monodifusion).

En concreto, se propone que el procesador evalue sucesos detectados a la entrada. Semejante suceso puede ser, como ya se explico, una accion del usuario. Si apareciese un suceso, el procesador puede activar mas funciones, por consiguiente “despertar” y, en especial, activar la interfaz de comunicacion. En el caso de un suceso, puede emitirse por medio del procesador un mensaje de control de actuador por medio de la interfaz de comunicacion.

Un mensaje de control de actuador puede ser un mensaje, que se ha formado a partir de un encabezamiento de un mensaje, de un contenido de un mensaje y de una suma de comprobacion. El encabezamiento de mensaje puede contener, por ejemplo, una direccion inequvoca de un actuador dirigido. El contenido de mensaje puede contener, por ejemplo, instrucciones, que provocan al actuador para que lleve a cabo determinadas acciones. La suma de comprobacion puede utilizarse ademas para verificar si el mensaje se transmitio sin error.

Con ayuda de un mensaje de control de actuador es posible, por consiguiente, dirigirse a un actuador y activarlo adecuadamente.

Un actuador puede ser, en especial, un rele, una valvula, un motor, un servomotor, un amortiguador de luz, un control de persiana arrollable, un conmutador, un emisor de senales, un emisor de senales infrarrojas, un emisor acustico de senales, un elemento de control, un terminal de mensajes o cualquier otro aparato para llevar a cabo procesos de conmutacion, procesos de control, procesos de regulacion o cualesquiera otras acciones y/o para emitir informaciones y estados.

Para reducir a un mmimo la comunicacion, en especial cuando en el sensor aun no se ha configurado ningun mensaje de control de actuador, se propone que solo en caso de que no se configure en el sensor (o bien en su memoria de procesador) ningun mensaje de control de actuador para un primer actuador, el procesador envfe una demanda de configuracion como reaccion a un suceso detectado por medio de la interfaz de comunicacion. Puesto

5

10

15

20

25

30

35

40

45

50

55

que al comienzo de un funcionamiento del sensor, tras una reposicion de un sensor o tras borrar todos los mensajes de control de actuador en el sensor, el sensor no pueda emitir en caso de un suceso detectado ningun mensaje de control de actuador, se emite primero una demanda de configuracion. Con ayuda de la demanda de configuracion, el sensor consulta si existen datos de configuracion con cuya ayuda se pueda configurar, por ejemplo, un mensaje de control de actuador.

Una demanda de configuracion puede contener un encabezamiento de mensaje, un contenido de mensaje y/o una suma de comprobacion. En el encabezamiento del mensaje puede codificarse, por ejemplo, el receptor de la demanda de configuracion. Tambien puede identificarse en el encabezamiento del mensaje el emisor, es decir, el sensor emisor. El contenido del mensaje de la demanda de configuracion puede limitarse, por ejemplo, a que se consulte demandada una configuracion. Eso puede codificarse en un determinado elemento de datos.

Como reaccion a una demanda de configuracion, puede emitirse una respuesta de configuracion, que a su vez puede estar formada por un encabezamiento de mensaje, un contenido de mensaje y/o una suma de comprobacion. En el encabezamiento de mensaje puede almacenarse, por ejemplo, la direccion del sensor, que ha enviado la demanda de configuracion, de manera que el sensor pueda reconocer que la respuesta de configuracion que se recibe en la interfaz de configuracion, es apropiada y destinada a dicho sensor. El contenido del mensaje puede contener parametros de configuracion, que asimismo pueden estar codificados con una palabra codificada.

La respuesta de configuracion puede ser emitida por un ordenador central de control [servidor, Smart Home Controller SHC (controlador local avanzado)]. Dicho ordenador de control puede ser, por ejemplo, un dispositivo central de control, con cuya ayuda se pueden revisar y emitir parametros para la configuracion de sensores y actuadores. El servidor puede estar conectado, por ejemplo, con una red de servicio de larga distancia. En este caso es posible, por ejemplo, que el servidor este conectado mediante un router adecuado con una red de servicio de larga distancia, por ejemplo, una red de servicio de larga distancia basada en un TCP/IP. En especial, puede ser posible acceder al servidor mediante la red de servicio de larga distancia y ejecutar configuraciones desde lejos. El servidor puede ser de tal indole que comunique unicamente a efectos de comunicacion con sensores y actuadores. El sistema domotico puede dimensionarse ademas de tal modo que tenga lugar una comunicacion entre sensores y actuadores para el control como reaccion a sucesos sin que el servidor este intercalado. Gracias a eso se puede realizar una automatizacion local autarquica, que funcione tambien sin un servidor.

Segun un ejemplo de realizacion ventajoso, se propone que el procesador determine al menos una identificacion de actuador a partir de la respuesta de configuracion y con ayuda de la identificacion de actuador determinada configure un mensaje de control de actuador individualizada de tal modo que pueda ser recibida y evaluada por el actuador subordinado a la identificacion del actuador.

Se ha reconocido que por medio de la respuesta de configuracion, se puede configurar el sensor de tal modo que pueda proveer determinados actuadores como reaccion a un suceso, de modo que los actuadores lleven a cabo acciones correspondientes. La identificacion del actuador inequvoca puede ser una identificacion inequvoca, que sea, por ejemplo, el numero de serie ya mencionado arriba. Con ayuda de la identificacion del actuador se puede configurar el mensaje de control del actuador. En ese caso, se puede emplear, por ejemplo, la identificacion del actuador en el encabezamiento del mensaje de manera que un actuador, que reciba dicho mensaje, pueda comparar la identificacion contenida en el encabezamiento del mensaje con la identificacion propia y solo en caso de coincidencia pueda continuar tratando el mensaje de control del actuador. Gracias a ello, es posible una individualizacion del mensaje de control de actuador de modo que cada mensaje se pueda asignar inequvocamente a un determinado actuador y solo sea evaluada por dicho actuador. Tambien es posible que en el encabezamiento del mensaje se utilicen varias identificaciones de actuador de manera que con un mensaje se activen varios actuadores.

Segun un ejemplo de realizacion ventajoso, se propone que el procesador determine a partir de la respuesta de configuracion al menos un parametro de sensor y con ayuda del parametro de sensor obtenido se pueda configurar por lo menos un mensaje de control del actuador. El parametro de sensor puede contener, por ejemplo, informaciones sobre como ha de activarse un actuador y que acciones debe realizar un actuador tan pronto como reciba un mensaje de control del actuador. Un parametro de sensor puede contener ademas otras normas para activar un actuador, que pueden ser tratadas en funcion del suceso y pueden desencadenar los correspondientes mensajes de control del actuador. Asf, pues, es posible, por ejemplo, que a base del parametro de sensor pueda definirse que, en caso de un suceso dependiente de una condicion A, se envfe un primer mensaje de control del actuador y, cuando no se cumple la condicion A sino la condicion B, se envfe otro segundo mensaje de control de actuador. Los parametros de sensor posibilitan asf la configuracion de diversos mensajes de control de actuador como tambien la configuracion del procesador dentro del sensor de tal modo que el procesador observe normas a base de las cuales determinados sucesos conduzcan a mensajes de control de actuador inequvocos en funcion de otras condiciones. Los parametros de sensor tambien pueden estar libres de informaciones para un mensaje de control de actuador de modo que a base de los parametros de sensor no se pueda configurar forzosamente un mensaje de control de actuador. Por consiguiente, tambien es posible configurar con ayuda de los parametros y la de una respuesta de configuracion otros ajustes del sensor que solo el mensaje de control de actuador.

5

10

15

20

25

30

35

40

45

50

55

Segun un ejemplo de realizacion ventajoso, se propone que el sensor este autoalimentado energeticamente. Una autoalimentacion energetica puede tener lugar bien sea por medio de una batena o de un condensador. Tales acumuladores pueden cargarse de ene^a, por ejemplo, una vez, la cual es suficiente entonces para un periodo de tiempo mas largo para accionar el sensor. Tambien es posible alimentar de energfa dichos acumuladores por medio de radio.

Segun un ejemplo de realizacion ventajoso, se propone que el procesador supervise la recepcion de un mensaje de confirmacion de actuador a la interfaz de comunicacion. Gracias a ello puede asegurarse que, despues de que se envion un mensaje de control de actuador, este fue recibido tambien por un actuador determinado para ello. Por consiguiente, el sensor puede asegurar que la accion del actuador codificada en el mensaje de control de actuador tambien se ha recibido por parte del actuador y, dado el caso, llevada a cabo.

Segun un ejemplo de realizacion ventajoso, se propone que el procesador, en caso de fallar el mensaje de confirmacion de actuador y/o en caso de recibir un mensaje de error del actuador por medio de la interfaz de comunicacion, envfe de nuevo una demanda de configuracion. Si no se realizase el mensaje de confirmacion del actuador, entonces no se puede excluir por parte del sensor que el actuador activado ya no se encuentre mas en el sistema domotico o que este averiado. Para recibir eventualmente en ese caso nuevos parametros de configuracion, se propone que se emita posteriormente una demanda de configuracion. Un mensaje de error del actuador tambien puede dar lugar a que se emita una demanda de configuracion, ya que, despues de que se recibiese un mensaje de error del actuador, se puede partir de que el receptor del mensaje de control del actuador no lo pudiese tratar, lo que puede deberse, por ejemplo, a una configuracion defectuosa de los parametros del sensor, de los parametros del actuador o del mensaje de control del actuador.

Si el sensor recibe, por ejemplo, una comunicacion de modificacion de parametros del sensor o una comunicacion de modificacion de la vinculacion en un mensaje de confirmacion del actuador o el actuador no reacciona, y el sensor cae en un time-out (tiempo de cierre), entonces son posibles diversos escenarios.

Por un lado, es posible que el sensor segun sus parametros de sensor continue la elaboracion de las normas. Eso puede significar que el sensor procesa preferiblemente todos los mensajes de control del actuador, que estan subordinados al suceso correspondiente y que aun no hayan sido procesados, independientemente de si los actuadores activados anteriormente transmiten en los mensajes de confirmacion del actuador comunicaciones de modificacion de parametros del sensor, comunicaciones de modificacion de vinculaciones o no responden nada. A continuacion del procesamiento de los mensajes de control del actuador configurados segun los parametros, el sensor puede emitir entonces una demanda de configuracion al servidor.

Por otro lado, es posible que el sensor, tan pronto como llegue a un Time-Out (tiempo de cierre) o a un mensaje de confirmacion de actuador, reciba una comunicacion de modificacion de vinculacion o una comunicacion de modificacion de parametros, interrumpa el procesado de las normas e inmediatamente a ello emita seguidamente una demanda de configuracion al servidor.

Al recibir una respuesta de configuracion, que se recibe como respuesta a una demanda de configuracion descrita arriba, el sensor puede reaccionar de cuatro modos distintos.

Por un lado, es posible que el sensor evalue las informaciones contenidas en la respuesta de configuracion y establezca nuevos parametros de sensor, nuevas vinculaciones y/o nuevos mensajes de control del actuador y los ejecute completamente. Dado el caso, es posible que se confirme la ejecucion respecto del servidor tras la finalizacion. En ese caso, es posible que las normas se ejecuten de nuevo completamente o se continue la realizacion de las normas con ayuda de las nuevas configuraciones.

Tambien es posible que se verifique primero que parametros han variado y que solo se emitan nuevos mensajes de control del actuador para parametros modificados y no hacer nada para los mensajes de control del actuador, que no fueron modificados en tanto que ya fueron emitidos. A continuacion de eso, se puede enviar asimismo una confirmacion.

Tambien es posible que el sensor receptor no realice primero ninguna otra orden. La nueva configuracion solo estara activa en el proximo suceso detectado.

En el caso de que el sensor ejecute la orden con la nueva configuracion solo en la proxima interaccion, la central puede llevar a cabo las partes de la configuracion no ejecutadas en lugar del sensor. Con eso se asegura que se ya se realice el comportamiento deseado con la primera interaccion tras la reconfiguracion de un sensor.

Segun un ejemplo de realizacion ventajoso, se propone que el procesador evalue un mensaje de confirmacion de actuador recibido y, a partir del mensaje de confirmacion del actuador, determine una comunicacion de modificacion de vinculacion. Se ha reconocido que modificaciones de vinculaciones entre sensor y actuador, que se obtienen en especial por el mensaje de control del actuador y la identificacion del actuador contenida en el mismo, tambien puede modificarse sin que durante el proceso de modificacion el sensor deba obtener conocimiento de ello. Con ello pueden realizarse modificaciones en configuraciones sin que el sensor se integre activamente en la comunicacion durante la reconfiguracion.

5

10

15

20

25

30

35

40

45

50

55

Tambien es posible que la comunicacion de modificacion de vinculacion junto con la informacion sobre la vinculacion concluida contenga tambien informaciones para parametros de sensor modificados. Con ello es posible configurar tambien un sensor en cuanto a sus parametros de sensor ya con ayuda de una comunicacion de modificacion de vinculacion. Es posible, en especial, configurar un mensaje de control de actuador con ayuda de los parametros de sensor contenidos en la comunicacion de modificacion de vinculacion. Con ello un actuador puede comunicar, por ejemplo, por delegacion, al sensor no solo vinculaciones modificadas, sino tambien parametros de sensor modificados, con cuya ayuda se pueden configurar entre otros mensajes de control del actuador.

Asf, pues, un actuador puede ser informado, por ejemplo mediante el servidor, de que se liquido una determinada vinculacion de actuador del sensor. Dicha comunicacion se hace preferiblemente a un actuador, que comunica asimismo con el sensor referido. Tal relacion de comunicacion es conocida a base de las relaciones de vinculacion entre actuadores y sensores, que pueden estar almacenadas en el servidor.

Eso significa que el servidor, al eliminar una determinada vinculacion entre un primer actuador y un primer sensor, puede comunicar dicha modificacion a un segundo actuador, que comunica asimismo con el primer sensor. Cuando el primer sensor establece luego un proceso de comunicacion a base del suceso y envfa un mensaje de control del actuador al primer actuador, entonces dicho mensaje de control del actuador ya no puede ser recibido por el primer actuador. Aunque el segundo actuador recibe tambien un mensaje de control del actuador desde el primer sensor. En el segundo actuador restante ya se conoce en ese instante que se suprimio la vinculacion del primer sensor con el primer actuador. En el mensaje de confirmacion del segundo actuador, el segundo actuador puede transmitir la comunicacion de modificacion de vinculacion al sensor referido y el sensor referido puede ser reconfigurado luego de modo que, en caso de un suceso renovado, no active mas el primer actuador suprimido con un mensaje de control de actuador.

Tan pronto como el procesador recibe una comunicacion de modificacion de vinculacion, puede emitirse, segun un ejemplo de realizacion ventajoso, una demanda de configuracion. Eso puede utilizarse para asegurar que la comunicacion de modificacion de vinculacion es la comunicacion de modificacion de vinculacion actual. En especial, cuando se anula una vinculacion entre un sensor y un actuador y dicha anulacion de vinculacion se comunica al sensor en el marco de de una comunicacion de modificacion de vinculacion, el sensor puede no saber si es ese el estado actual de la vinculacion o si se practicaron mas modificaciones. Para llevar al sensor al estado actual de las vinculaciones del actuador y del sensor, se propone por eso que este envfe una demanda de configuracion como reaccion a la recepcion de una comunicacion de modificacion de vinculacion.

Segun un ejemplo de realizacion ventajoso, se propone tambien que el procesador evalue un mensaje de confirmacion del actuador recibido y a partir del mensaje de confirmacion del actuador determine una comunicacion de modificacion de parametros del sensor. Como ya se explico mas arriba, el sensor puede ser configurado por medio de parametros del sensor. En ese caso, se pueden configurar e individualizar normas como tambien mensajes de control de actuador a base de los parametros. Si se adoptan ahora modificaciones de los parametros del sensor a base del servidor central, no se deben enviar inmediatamente al sensor. Eso solo dana lugar a que el sensor debena registrar contacto a intervalos con el servidor para demandar el estado actual de los parametros. Eso dana lugar a un consumo de energfa elevado del sensor.

A base de la comunicacion de modificacion de parametros del sensor, que recibe el sensor del actuador como en el mensaje de confirmacion del actuador, el sensor puede concluir de ello que ha cambiado su configuracion. En ese caso, la comunicacion de modificacion de parametros del sensor unicamente puede contener un mensaje de que se han modificado parametros del sensor. En ese caso, el sensor puede emitir una demanda de configuracion inmediatamente despues de la recepcion de la comunicacion de modificacion de parametros del sensor para preguntar por una configuracion actualizada del servidor.

Para evitar ese consumo de energfa, puede transmitirse, segun un ejemplo de realizacion ventajoso en caso de una modificacion de los parametros del sensor, dicha modificacion primero a un actuador, que comunica con el sensor correspondiente. La modificacion de los parametros del sensor puede almacenarse en el actuador y tan pronto como el sensor envfe un mensaje de control del actuador al correspondiente actuador, puede enviarse de retorno la modificacion de los parametros del sensor en el marco del mensaje de confirmacion del actuador al sensor.

El actuador tambien puede almacenar solo el mensaje de que ha dado modificaciones de parametros del sensor. Entonces dicho actuador puede utilizar esa indicacion en el mensaje de confirmacion del actuador del sensor de tal modo que el sensor envfe al servidor una nueva demanda de configuracion.

Eso da lugar a que tan pronto el sensor desease realizar una accion y realizase dicha accion mediante un mensaje de control del actuador, el sensor es informado sobre la modificacion de los parametros. Entonces puede ser posible, por ejemplo, que el sensor no envfe ningun nuevo mensaje de control del actuador, sino que unicamente configure de nuevo sus parametros y modifique los mensajes de control del actuador, ya que el actuador, que ha transmitido la comunicacion de modificacion de parametros del sensor, ya actua segun los parametros del sensor modificados. Eso da lugar tambien a una disminucion del trafico de comunicaciones.

5

10

15

20

25

30

35

40

45

50

55

60

Segun un ejemplo de realizacion ventajoso, se propone que el procesador determine por lo menos un parametro del sensor a partir de la comunicacion de modificacion de parametros del sensor y con ayuda del parametro del sensor determinado puede configurarse un mensaje de control del actuador. Con ello puede recibir el sensor, despues de que haya activado un actuador por medio de un mensaje de control del actuador, un parametro modificado por el propio actuador y sus mensajes de control del actuador de tal modo que se tengan en cuenta los parametros del sensor reconfigurados.

Segun un ejemplo de realizacion ventajoso, se propone que el procesador individualice la demanda de configuracion de tal modo que la reciba y evalue precisamente un servidor central. Gracias a eso, se asegura que existe una conexion solida entre sensores y servidores centrales de manera que un sensor solo pueda comunicar con un servidor central muy definido. Eso asegura que no tiene un tercer ataque en el sistema domotico, en el que trata de, por ejemplo, manipular sensores por medio de otro servidor.

Tambien se describe un actuador para controlar un sistema domotico con una salida dispuesto para controlar consumidores, con un procesador dispuesto para controlar la salida y para controlar la interfaz de comunicacion de modo que se pueda recibir por la interfaz de comunicacion una mensaje de control del actuador desde un sensor, donde el procesador envfa al sensor por la interfaz de comunicacion al menos un mensaje de confirmacion del actuador como reaccion a un mensaje de control del actuador. Para reducir al mmimo la comunicacion entre sensor y actuador o bien entre sensor y servidor, se propone que, en caso de que el actuador haya recibido de un servidor una comunicacion de modificacion de vinculacion, una comunicacion de modificacion de parametros del sensor y/o una comunicacion de modificacion de parametros del sensor, el procesador envfa al sensor la comunicacion de modificacion de vinculacion o la comunicacion de modificacion de parametros del sensor por medio de la interfaz de comunicacion junto con el mensaje de confirmacion del actuador. Eso significa que modificaciones de vinculaciones entre sensores y actuadores como tambien modificaciones de parametros del sensor se comunican primero al actuador, y el actuador solo informa al sensor cuando el sensor fue activado a causa de un suceso y ya envio un mensaje de control del actuador. Puesto que el sensor, tras el envfo de un mensaje de control del actuador, espera de todos modos un mensaje de confirmacion del actuador, puede transmitirse al sensor en el marco del mensaje de la confirmacion del actuador la comunicacion de modificacion de parametros del sensor sin que el sensor consuma energfa adicional.

Segun un ejemplo de realizacion ventajoso, se propone un metodo para controlar un sistema domotico con las

etapas de deteccion de un suceso por parte del sensor, envfo por parte del sensor de un mensaje de control del

actuador para activar un actuador como reaccion a un suceso detectado. Para reducir el consumo de energfa del sensor, se propone que en el caso de que no se haya configurado en el sensor ningun actuador como receptor de un mensaje de control del actuador, se envfe por parte del sensor una demanda de configuracion como reaccion a un suceso detectado y se evalue por parte del sensor una respuesta de configuracion recibida. Eso significa que tan

pronto se configure un mensaje de control del actuador en el sensor, puede renunciarse a una demanda de

configuracion como reaccion a un suceso. Las modificaciones de parametros del sensor como tambien de vinculaciones entre sensores y actuadores se comunican al sensor a continuacion por los actuadores en el marco de mensajes de confirmacion del actuador. Con ello, se reduce la comunicacion entre el sensor y el servidor primero a que el sensor solo consulte al servidor cuando aun no esta configurado. Tan pronto como este configurado el sensor, puede renunciarse a otra comunicacion adicional entre el sensor y el servidor en funcion de determinadas condiciones marginales. Solo cuando se presenten determinados sucesos como, por ejemplo, la inexistencia de un mensaje de confirmacion del actuador, puede establecerse de nuevo una comunicacion entre sensor y servidor.

Tambien se ha descrito un metodo para controlar un sistema domotico con las etapas de recepcion por parte del actuador de un mensaje de control de actuador, de envfo por parte del actuador de un mensaje de confirmacion del actuador a un sensor como reaccion a un mensaje de control de actuador recibido. Para informar al actuador sobre modificaciones en caso de minimizacion del gasto de comunicacion, se propone que, en caso de que el actuador haya recibido de un servidor una comunicacion de modificacion de vinculacion, un parametro de sensor y/o una comunicacion de modificacion de parametros del sensor, por parte del actuador junto con el mensaje de confirmacion del actuador se envfa la comunicacion de modificacion de la vinculacion o una comunicacion de modificacion de parametros del sensor. Eso asegura que el sensor permanece informado sin una comunicacion adicional junto con el servidor por medio de modificaciones de vinculacion como tambien de modificaciones de los parametros del sensor.

Los metodos mencionados antes pueden realizarse tambien como programa de ordenador o como programa de ordenador almacenado en una memoria. En ese caso, se puede programar apropiadamente un microprocesador por parte del sensor, del actuador y/o del servidor para llevar acabo las respectivas etapas del metodo mediante un programa de ordenador. Las caractensticas del metodo y de los dispositivos pueden combinarse libremente entre sf. En especial, caractensticas de las reivindicaciones dependientes, pasando por alto las caractensticas de las reivindicaciones independientes pueden ser independientemente inventivas en soledad o libremente unas con otras.

A continuacion se explica mas detalladamente el objeto a base de un dibujo, que muestra ejemplos de realizacion. En el dibujo, las figuras muestran.

Figura 1 una imagen esquematica de un sensor;

5

10

15

20

25

30

35

40

45

50

Figura 2 una imagen esquematica de un actuador;

Figura 3 una imagen esquematica de un sistema de automatizacion;

Figura 4 una estructura de datos de una demanda de configuracion;

Figura 5 una estructura de datos de una respuesta de configuracion;

Figura 6 una estructura de datos de un mensaje de control del actuador;

Figura 7 una estructura de datos de un mensaje de confirmacion del actuador;

Figura 8 un diagrama de mensajes en caso de un sensor reconfigurado;

Figura 9 un diagrama de mensajes para una vinculacion entre un sensor y un actuador;

Figura 10 un diagrama de mensajes con la eliminacion de una vinculacion entre un sensor y un actuador;

Figura 11 un diagrama de mensajes con la eliminacion de una vinculacion entre un sensor y un actuador y al generar una nueva vinculacion entre un sensor y un actuador,

Figura 12 un diagrama de mensajes con la modificacion de un parametro del sensor;

Figura 13 un diagrama de mensajes en caso de la modificacion de un parametro del actuador.

Con la solucion descrita de un sistema domotico es posible reprogramar un sensor en cuanto a sus vinculaciones con actuadores como tambien de sus parametros del sensor, sin que el sensor este durante el tiempo de la reprogramacion por parte del usuario en una relacion de comunicacion activa con el servidor o bien un actuador. Modificaciones en la configuracion del sensor, en especial en los parametros del sensor como tambien en las vinculaciones entre el sensor y actuadores, pueden comunicarse al sensor segun el objeto, tan pronto como una interaccion del explotador ponga el sensor sin mas en un modo activo. Por ejemplo, es posible configurar nuevas vinculaciones entre un sensor y un actuador. Tambien pueden eliminarse vinculaciones existentes entre un sensor y un actuador. Finalmente pueden modificarse los parametros del sensor asf como los parametros del actuador.

Una vinculacion entre un sensor y un actuador puede entenderse partiendo de que se configura un mensaje de control de actuador individualizado en el sensor para un determinado actuador. Eso significa que el sensor transmite un mensaje de control de actuador al presentarse un suceso en el actuador vinculado.

Los parametros del sensor como tambien los parametros del actuador pueden ser normas, que determinan las reacciones del sensor a un suceso como tambien las reacciones de un actuador a la recepcion de un mensaje de control del actuador.

La figura 1 muestra esquematicamente un sensor 2 con una zona 4 de teclado, que se utiliza como entrada para detectar sucesos. En el sensor 2 se ha dispuesto ademas un procesador 6 para evaluar los sucesos detectados en la zona 4 de teclado. En el sensor 2 se ha previsto tambien una interfaz 8 de radio, que es activada por medio del procesador 6. Mediante la interfaz 8 de radio es posible enviar y recibir mensajes por medio de un protocolo de radio. La interfaz 8 de radio posibilita una comunicacion por medio de una interfaz aerea. Se ha dispuesto ademas una memoria 10 en el sensor 2. En la memoria 10 se pueden almacenar parametros del sensor como tambien mensajes de control del actuador. Con ayuda del sensor 2 es posible captar sucesos y transformarlos en mensajes correspondientes.

La figura 2 muestra un actuador 12. El actuador 12 presenta una salida 14, a traves de la cual se pueden controlar, por ejemplo, consumidores electricos. Debe entenderse que en el ejemplo representado la salida 14 esta conectada con un conmutador, a traves del cual se pueden cortocircuitar o separa los contactos electricos en la salida 14. La salida 14 o bien el conmutador se activa por medio de un procesador 16, que asimismo se ha dispuesto en el actuador 12. El procesador 16 esta conectado con una interfaz 18 de radio. Por medio de la interfaz 18 de radio, se pueden intercambiar datos mediante la interfaz aerea, por ejemplo, con la interfaz 8 de radio como tambien con un servidor central.

Finalmente, se ha dispuesto una memoria 20 en el actuador 12, en la que pueden almacenarse vinculaciones del actuador 12 con sensores 2, parametros del sensor, parametros del actuador, comunicaciones de modificacion y similares.

Los sensores 2 y actuadores 12 mostrados en las figuras 1 y 2 se pueden instalar en un sistema domotico mostrado en la figura 3. La figura 3 muestra, por ejemplo, el entorno 26 de una casa o de una vivienda. En dicho entorno 26 se ha previsto un router 24, que pone a disposicion una conexion de comunicacion con Internet 28 y que puede enviar paquetes de datos a Internet 28 y recibirlos a partir de Internet 28. Al router 24 se ha conectado un servidor 22 (smart home controller SHC). Por medio del router 24, el SHC 22 puede intercambiar paquetes de datos con Internet

5

10

15

20

25

30

35

40

45

50

55

28. El SHC 22 puede establecer por medio de una conexion por radio una comunicacion con los sensores 2 como tambien con los actuadores 12. La comunicacion puede ser bidireccional y llevarse a cabo por requerimiento.

A Internet 28 esta conectada una unidad 30 administrativa central. La unidad 30 administrativa central puede recibir una comunicacion a traves de Internet 28 y del router 24 una comunicacion con el SHC 22 para, por ejemplo, realizar una configuracion de los sensores 2, de los actuadores 12 o del SHC 22.

La configuracion del SHC 22 asf como de los sensores 2 y de los actuadores 12 a traves de Internet 28 puede realizarse, por ejemplo, por un ordenador 32a personal. En ese caso, el ordenador 32a personal puede establecer, por ejemplo, una conexion a traves de Internet 28 con la unidad 30 administrativa central y efectuar por medio de la unidad 30 administrativa central una configuracion del SHC 22, del sensor 2 o del actuador 12. Dicha modificacion de configuracion puede transmitirse entonces mediante Internet 28 por la unidad 30 administrativa central a traves del router 24 al SHC 22. Tambien puede llevarse a cabo una configuracion, por ejemplo, por medio de un telefono 32b movil, estando conectado el telefono 32b movil por medio de una Gateway 34 con Internet 28 y pudiendo efectuar una conexion con la unidad 30 administrativa central por medio de una Gateway 34.

Una comunicacion segura entre el SHC 22 y la unidad 30 administrativa central puede garantizarse por que el SHC 22 establezca por medio del router 24 un tunel de comunicacion a traves de Internet 28 con la unidad 30 administrativa central, tan pronto como se conecte el SHC 22 con el router 24. Para ello, debe conocer el SHC 22 unicamente la direccion de IP fija de la unidad 30 administrativa central y codificar mediante una contrasena y una clave la comunicacion con la unidad 30 administrativa central. Por medio de dicha conexion codificada puede realizarse ahora por medio de la unidad 30 administrativa central una configuracion del SHC 22, del sensor 2 como tambien del actuador 12. La configuracion puede controlarse por el ordenador 32a personal o por el telefono 32b movil. Tambien es posible generar por medio del ordenador 32a personal como tambien por el telefono 32b movil sucesos en el sensor 2 para con ello desencadenar determinadas acciones de los actuadores 12. Tambien puede demandarse asf el estado de los sensores 2 y de los actuadores 12.

La comunicacion entre SHC 22, actuadores 12 y sensores 2 posibilita, por un lado, la configuracion de los sensores 2 y de los actuadores 12 como tambien el control de los consumidores electricos conectados al actuador 12 por medio de los sensores 2. El control del actuador se regula por vinculaciones entre un sensor 2 y actuadores 12 como tambien por parametros de sensor y/o parametros de actuador.

A los distintos actuadores 12 se pueden conectar los mas diversos consumidores electricos. Con la configuracion del sensor 2 como tambien de los actuadores 12 mediante el SHC 22 puede reducirse objetivamente la propagacion de la comunicacion con un sensor 2 de manera que el sensor 2 alimentado energeticamente consuma la menor energfa posible. Los actuadores 12 pueden suministrarse, por ejemplo, permanentemente de energfa, por ejemplo, conectados a una alimentacion de corriente y por consiguiente recibir y enviar informaciones permanentemente. Los actuadores 12 pueden tambien disponerse para recibir informaciones permanentemente y enviar informaciones a intervalos. Los actuadores 12 tambien pueden estar configurados de modo que puedan recibir informaciones permanentemente y envfen informaciones solo bajo demanda. El ahorro energetico debe tener lugar principalmente en los sensores 2, los cuales estan alimentados de energfa. Un ahorro energetico maximo posible se puede conseguir por que la comunicacion de los sensores 2 se reduzca al mmimo, lo que significa solo al mmimo necesario.

Dicho mmimo puede alcanzarse, por ejemplo, por que el sensor 2 efectue una comunicacion solo a la aparicion de un suceso, por ejemplo, por interaccion del usuario, y envfe y reciba mensajes. Mensajes enviados y recibidos por el sensor se han representado en las figuras 4 a 7.

La figura 4 muestra una estructura de datos de una demanda 36 de configuracion. La estructura de datos de la demanda 36 de configuracion consta de un encabezamiento 36a de mensajes (header), un contenido 36b de mensajes y una suma 36c de comprobacion. En el encabezamiento 36a pueden codificarse tanto el remitente como tambien el receptor de la demanda 36 de configuracion. Mas mensajes necesarios para la comunicacion pueden almacenarse asimismo en el encabezamiento 36a. Por ejemplo, en el encabezamiento 46a puede almacenarse la direccion inequvoca del SHC 22 como tambien la identificacion inequvoca del sensor 2. En el contenido 36b de mensajes puede codificarse que se trata de una demanda de configuracion en el caso de ese mensaje. La suma 36c de comprobacion puede utilizarse para verificar si el contenido de un mensaje recibido se capto sin errores.

La figura 5 muestra una estructura de datos de una respuesta 38 de configuracion. La respuesta 38 de configuracion contiene asimismo un encabezamiento 38a de mensajes (header), un contenido 38b de mensaje y una suma 38c de comprobacion. El encabezamiento 38a puede utilizarse para dirigir la respuesta 38 de configuracion a un determinado sensor 2 de modo que la respuesta 38 de configuracion pueda ser recibida en el sensor 2 especificado en el encabezamiento 38a. En el contenido 38b del mensaje pueden almacenarse parametros de sensor. Tambien es posible almacenar en el contenido 38b del mensaje informaciones de vmculos entre un sensor 2 y un actuador 12. Tal vinculacion puede caracterizarse, por ejemplo, por una identificacion de actuador. Si una identificacion de actuador esta almacenada en el contenido 38b del mensaje, el sensor 2 receptor, segun los parametros almacenados en el contenido 38b del mensaje, puede configurar un mensaje de control del actuador e individualizarlo con la identificacion del actuador.

5

10

15

20

25

30

35

40

45

50

55

La figura 6 muestra una estructura de datos de un mensaje 40 de control de actuador, que presenta asimismo un encabezamiento 40a de mensaje (header), un contenido 40b de mensaje y una suma 40c de comprobacion. El encabezamiento 40a del mensaje 40 de control de actuador puede contener una identificacion de actuador. Por medio de dicha identificacion de actuador se puede dirigir ineqmvocamente a un actuador 12, para el que se ha pensado el mensaje 40 de control de actuador. El actuador 12 correspondiente puede reconocer con ello a base del encabezamiento 40a que el mensaje se ha determinado para el y evaluar el mensaje convenientemente. Asimismo en el encabezamiento 40a puede estar almacenada la identificacion del sensor 2 emisor de modo que en el mensaje 40 de control de actuador se identifiquen tanto el destinatario como el emisor. En el contenido 40b de mensaje puede codificarse el tipo de control del actuador 12. La suma 40c de comprobacion puede emplearse para verificar el mensaje 40 de control del actuador transmitido.

La figura 7 muestra un mensaje 42 de confirmacion del actuador, que presenta asimismo un encabezamiento 42a de mensaje (header), un contenido 42b de mensaje y una suma 42c de comprobacion. En el encabezamiento 42a tambien puede estar contenida, junto con la identificacion del actuador 12 remitente, la identificacion del sensor 2, que debe recibir el mensaje 42 de confirmacion del actuador. A base del encabezamiento 42a, un sensor 2 receptor puede decidir, por consiguiente, si dicho mensaje se ha determinado para el o no y evaluarlo conveniente o no. En el contenido 42b del mensaje puede describirse la accion realizada por el actuador 12 de modo que el sensor 2 receptor pueda determinar si se realizo la deseada accion. La suma 42c de comprobacion puede utilizarse para verificar el mensaje transmitido.

Las figuras 8 a 13 muestran diagramas de mensajes e interacciones entre un explotador 44, un SHC 22, un sensor 2 y actuadores 12 a-c. En dicho diagrama deben entenderse las lmeas continuas senalando que el correspondiente aparato esta activo (modo activo) y las lmeas de puntos deben entenderse senalando que el respectivo aparato esta inactivo (modo de reposo) y no consume energfa alguna o muy poca.

En la figura 8, un usuario 44 desencadena primero una interaccion 46 de usuario en el sensor 2 y activa el sensor 2. Dicha interaccion de usuario 46 puede ser, por ejemplo, la confirmacion de un teclado 4.

Ese suceso de la interaccion del usuario se detecta por el procesador 6 del sensor 2. El procesador 6 verifica en la memoria 10 si se ha depositado un mensaje de control de actuador, y por consiguiente existe una vinculacion entre el sensor 2 y un actuador 12. Si no existiese tal vinculacion, el sensor 2 transmite a traves de su interfaz 8 de radio al SHC 22 una demanda 48 de configuracion. En el SHC 22 se verifica si se ha depositado una vinculacion entre un sensor 2 y un actuador 12. Si fuese ese el caso, entonces se transmite un mensaje 50 de error desde el SHC 22 al sensor 2. A continuacion, se pone de nuevo el sensor 2 en el modo durmiente. En un instante posterior, se puede programar por parte de un usuario 44 una modificacion de un parametro para un sensor 2 del sHc 22 por medio de un mensaje 52. En el SHC 22 se almacena luego la modificacion del parametro de sensor. Un parametro de sensor puede contener una norma, como un sensor 2 puede reaccionar ante un determinado suceso.

Con una interaccion de usuario 46 renovada, se desplaza el sensor 2 al modo activo. Primero verifica el procesador 6 si en la memoria 10 se ha consignado una vinculacion. Si no fuese ese el caso, entonces se transmite una demanda 52 de configuracion al SHC 22. El SHC 22 verifica en su memoria si para el correspondiente sensor 2 se han depositado configuraciones. En el presente caso, se ha almacenado un parametro de sensor. Dicho parametro de sensor se transmite en el marco de una respuesta 54 de configuracion al sensor 2. El sensor 2 confirma en una comunicacion 56 de confirmacion al SHC22 la correcta recepcion de la respuesta 54 de configuracion. El sensor 2 se pone a continuacion nuevamente en el modo durmiente.

Con una renovada interaccion 46 de usuario en el teclado 4 del sensor 2, se vuelve a poner el sensor 2 en el modo activo. El procesador 6 comprueba en la memoria 10 si se ha depositado una vinculacion en el sensor 2. Si no fuese

ese el caso, entonces se transmite una demanda 58 de configuracion desde el sensor 2 al SHC 22. El SHC 22

verifica si se han depositado nuevas vinculaciones o nuevos parametros de sensor. En el ejemplo mostrado no ha sido ese el caso, despues de lo cual el SHC 22 transmite un mensaje 60 de error al sensor 2, por lo cual el sensor 2 se pone de nuevo en el modo durmiente.

La figura 9 muestra un diagrama de mensajes, en el que se configura un actuador de tal modo que el sensor 2 se

vincula con el actuador 12a. Los mensajes 46 - 50 corresponden al descrito en la figura 8.

En un mensaje 62, un usuario 44 configura el SHC 22 de tal manera que se establezca una vinculacion entre el sensor 2 y al actuador 12a. Dicha vinculacion significa que el sensor 2 puede transmitir mensajes de control de actuador al actuador 12a. Despues de que la vinculacion se configurase en el SHC 22, se transmite un mensaje 64 de configuracion al actuador 12a desde el SHC 22. Dicho mensaje 64 contiene por lo menos el mensaje de que el actuador 12a debe recibir mensajes del sensor 2. El actuador 12a confirma la correcta recepcion del mensaje 64 en un mensaje 66 de confirmacion. Durante las informaciones 62, 64 y 66, el sensor 2 esta en el modo durmiente.

En una renovada interaccion 68 de usuario, por ejemplo, presionando el teclado 4 del sensor 2, se pone el sensor 2 en el modo activo. El procesador 6 del sensor 2 verifica en la memoria 10 si se ha depositado una vinculacion. Si no fuese ese el caso, entonces se envfa una demanda 70 de configuracion al SHC 22. El SHC 22 verifica la demanda

5

10

15

20

25

30

35

40

45

50

55

70 de configuracion recibida, partiendo de si para el sensor 2 demandante se ha almacenado una vinculacion. En el presente caso, es ese el caso.

La vinculacion almacenada se transmite en el marco de una respuesta 72 de configuracion al sensor 2. En este caso, se transmite por parte del SHC 22 al sensor 2 la informacion de que el sensor 2 puede transmitir un mensaje de control de actuador al actuador 12 tan pronto como tenga lugar una interaccion de usuario. Con esa informacion, puede configurarse un mensaje de control de actuador en el sensor 2. En la respuesta 72 de configuracion, se dispone una identificacion de actuador de tal modo que el mensaje de control de actuador pueda individualizarse tambien para el actuador 12a.

El sensor 2 confirma la recepcion de la respuesta 72 de configuracion con un mensaje 76 de confirmacion al SHC 22. Sin esperar a una renovada interaccion 68 del usuario, se transmite inmediatamente desde el sensor 2 el mensaje 78 de control de actuador determinado por la vinculacion al actuador 12a. El actuador 12a confirma la recepcion del mensaje de control de actuador con un mensaje 80 de confirmacion. Adicionalmente, el actuador 12a realiza la accion, que se ha codificado en el mensaje de control de actuador.

Tras la recepcion del mensaje 80 de confirmacion, se pone nuevamente el sensor 2 en el modo durmiente. Solo con una renovada interaccion 82 de usuario, se activa el sensor 2. En ese caso, ya se ha almacenado en el sensor una vinculacion, que se configuro, como se describio mas arriba. Puesto que ya se almacena una vinculacion, no se envfa por parte del sensor 2 ninguna otra demanda de configuracion mas al SHC 22, sino que se envfa inmediatamente el mensaje 78 de control de actuador de nuevo al actuador 12a y se espera a un mensaje 80 de confirmacion de actuador, a cuya recepcion el sensor 2 se pone de nuevo en el modo durmiente.

La modificacion de los parametros del sensor como tambien las vinculaciones en el sensor 2 es posible, tan pronto como dos actuadores 12a, 12b se configure para un sensor 2, por que la modificacion no se transmitio directamente por el SHC 22 al sensor 2, sino solo desencadenada por uno de los actuadores 12a, 12b, que son activados por el sensor 2 por una interaccion del usuario. Un escenario semejante se ha representado a modo de ejemplo en la figura 10.

En la figura 10 se han vinculado actuadores 12a, 12b con el sensor 2 de tal modo que se dispongan en la memoria del sensor 2 mensajes de control de actuador para los sensores 12a, 12b. Partiendo de dicho setup (estructura), se comunica en la figura 10 por parte de un usuario al SHC 22 que debe borrarse una vinculacion entre el sensor 2 y el actuador 12b. Para ello, el usuario transmite un mensaje 84 al SHC 22. La eliminacion de la vinculacion se refiere en el presente caso a la vinculacion entre el sensor 2 y el actuador 12b, lo que significa que el sensor 2 ya no debe activar mas al actuador 12b en el futuro.

Mientras el sensor 2 permanece en modo durmiente, el SHC 22 transmite una comunicacion 86 de modificacion de vinculacion al actuador 12b. En el actuador 12b, se almacena la eliminacion de la vinculacion y se transmite un mensaje 88 de confirmacion al SHC 22.

Seguidamente, el usuario 44 transmite un mensaje 90 al SHC 22, con el que debe establecer una vinculacion entre el sensor 2 y el actuador 12c. Puesto que una vinculacion semejante aun no esta almacenada en el SHC 22, el SHC 22 envfa una comunicacion 92 de modificacion de vinculacion al actuador 12c, que luego almacena la vinculacion en su memoria y confirma la recepcion con un mensaje 94 de confirmacion.

Ademas, el SHC 22 transmite un mensaje 96 de modificacion de vinculacion al actuador 12a. En dicho mensaje de modificacion de actuador esta contenida por lo menos la informacion de que se anadio una nueva vinculacion entre el sensor 2 y el actuador 12c. Tambien puede estar contenida la informacion de que se elimino la vinculacion entre el sensor 2 el actuador 12b. Ademas es mensaje contiene la informacion de que dichas modificaciones se comunicaran al sensor 2 por parte del actuador 12a en la proxima oportunidad. El mensaje 96 se confirma por medio de un mensaje 98 de confirmacion ante el SHC 22.

Con una interaccion 100 del usuario se pone el sensor 2 en el modo activo. El sensor 2 no tiene hasta entonces conocimiento alguno de las modificaciones que fueron comunicadas con las comunicaciones 86, 92 y 96 a los actuadores 12a, 12b y 12c. El sensor 2 transmite el mensaje 102 de control del actuador, que le es conocido hasta entonces, al primer actuador 12a. El actuador 12a responde con un mensaje 104 de confirmacion, en la que esta contenida una comunicacion de modificacion de vinculacion. En la comunicacion de modificacion de vinculacion estan contenidas tanto informaciones de que se borro la vinculacion con el actuador 12b, como tambien que se anadio una nueva vinculacion con el sensor 12c. Tambien puede estar contenida solo la informacion de que se ha modificado algo en cuanto a las vinculaciones del sensor 2.

A causa de ese mensaje, que fue comunicado en el marco de una llamada delegacion del actuador 12a al sensor 2, se transmite por el sensor 2 una demanda 106 de configuracion al SHC 22. El SHC 22 comunica en una respuesta 108 de configuracion ante el sensor 2 los contenidos de las vinculaciones modificadas, que confirma el SHC 22 ante el sensor 2 con un mensaje 110 y al mismo tiempo se utilizan para una reprogramacion de los parametros y las vinculaciones.

5

10

15

20

25

30

35

40

45

50

55

Ahora puede transmitirse opcionalmente un renovado mensaje 102 de control de actuador al actuador 12a por parte del sensor 2, que se confirma de nuevo con un mensaje 104. Aunque dicha etapa puede suprimirse, ya que el mensaje 102 de control de actuador ya fue transmitido anteriormente al actuador 12a.

Adicionalmente se transmite un mensaje 112 de control de actuador al actuador 12c, ya que este fue vinculado de nuevo con el sensor 2. El actuador 12c confirma esto con un mensaje 114 de confirmacion. Desaparece un mensaje de control de actuador al actuador 12b, ya que dicha vinculacion se borro.

Puede presentarse el caso de que se borre una vinculacion con todos los actuadores 12 de modo que el sensor 2 ya no este vinculado mas con los actuadores 12 conocidos por el y eventualmente este vinculado tan solo con nuevos actuadores 12. Una situacion semejante se ha representado en la figura 11.

En la figura 11 ya se ha dispuesto una vinculacion entre el sensor 2 y el actuador 12b y no existe ninguna vinculacion entre el sensor 2 y el actuador 12c. Con un mensaje 116 de control, un usuario 44 ordena al SHC 22 borrar la vinculacion entre el sensor 2 y el actuador 12b. El SHC 22 transmite acto seguido una comunicacion 118 de modificacion de vinculacion al actuador 12b, que confirma dicho mensaje con un mensaje 120 de confirmacion. Se borra ademas en el actuador 12b la vinculacion con el sensor 2. Acto seguido el actuador 12b ya no reacciona mas a mensajes de control de actuador del sensor 2.

Seguidamente, el usuario establece mediante un mensaje 122 una nueva vinculacion entre el sensor 2 y el actuador 12c. Esa nueva vinculacion se almacena asimismo en el SHC 22 y se comunica al actuador 12c mediante una comunicacion 124 de modificacion de vinculacion, el cual confirma dicho mensaje en una comunicacion 126 y almacena una vinculacion correspondiente de manera que el actuador 12c reaccione acto seguido a mensajes de control de actuador del sensor 2. Durante todo el proceso el sensor 2 esta en el modo durmiente.

Si el usuario borra ahora el sensor 2 mediante una interaccion 128 de usuario y lo pone en el modo activo, entonces el sensor 2 parte primero de que la vinculacion existente hasta ahora ha quedado igual. El sensor 2 establece por esa razon un mensaje 130 de control de actuador, que se transmite al actuador 12b. Puesto que el actuador 12b ya no esta vinculado mas con el sensor 2, el actuador 12b envfa un mensaje 132 de error al sensor 2. Tambien es posible que se renuncie al mensaje de error. En vez de ello, el actuador 12b no reacciona al mensaje de control de actuador. El sensor 2 puede esperar un tiempo determinado a un mensaje de confirmacion (time-out) y, en caso de que no llegue, continuar con las otras etapas 134 a 142.

En ausencia del mensaje de confirmacion o al recibir un mensaje 132 de error, el sensor 2 transmite una demanda 134 de configuracion al SHC 22. El SHC 22 transmite entonces al sensor 2 una comunicacion de modificacion de vinculacion en el marco de una respuesta 136 de configuracion. Dicha comunicacion de modificacion de vinculacion contiene informaciones para las vinculaciones modificadas, que anteriormente fueron configuradas por el usuario y comunicadas por el SHC 22 a los actuadores 12b, c. El sensor 2 confirma la recepcion en un mensaje 138 de confirmacion.

Adicionalmente, se almacenan en el sensor 2 mediante el procesador 6 en la memoria 10 las vinculaciones modificadas. Inmediatamente a continuacion, es decir, sin mas interacciones de usuario, el sensor 2 transmite un mensaje 140 de control de actuador al actuador 12c, que se vinculo anteriormente con el sensor 2, segun la vinculacion modificada almacenada. El actuador 12c lo confirma con una comunicacion 142 y realiza las etapas encomendadas al mismo del control del consumidor electrico.

Junto con la modificacion de vinculaciones tambien es posible que se modifiquen parametros del sensor. La comunicacion al sensor de que se modificaron sus parametros puede realizarse asimismo por un actuador, tal como se muestra en la figura 12.

Un usuario 44 puede configurar 144 el SHC 22 de tal modo que se modifiquen parametros de sensor. La modificacion de los parametros del sensor y/o la informacion de que se ejecuto una modificacion en los parametros del sensor se transmiten en una comunicacion 146 de modificacion de parametros del sensor al actuador 12a. Durante esa transmision el sensor 12 esta en el modo durmiente.

Solo en caso de una interaccion 148 del usuario, el sensor 2 se despierta y transmite su mensaje 150 de control de actuador almacenado al actuador 12a. El actuador 12a realiza la correspondiente accion y lo confirma con un mensaje 152 de confirmacion del actuador en el que esta contenida la comunicacion de modificacion de parametros al sensor 2. En dicho mensaje 152 de confirmacion del actuador, esta contenida adicionalmente, por consiguiente, la informacion de que se han modificado y/o como se han modificado los parametros del sensor. Por tanto, el mensaje el mensaje 152 de confirmacion del actuador contiene una informacion de delegacion.

Al recibir un mensaje 152 de confirmacion del actuador, el sensor 2 puede enviar una demanda 154 de configuracion al SHC 22, el cual comunica al sensor 2 con una respuesta 156 de configuracion los parametros de sensor modificados. El sensor 2 confirma la recepcion con una comunicacion 158. Acto seguido, se pone el sensor 2 en el modo durmiente.

Con una renovada interaccion 160 del usuario, el sensor 2 realiza segun los parametros del sensor modificados el envfo del mensaje de control de actuador 162, que es confirmado por el actuador 12a con un mensaje 164 de confirmacion del actuador, acto seguido el sensor 2 se pone de nuevo en el modo durmiente.

Junto a la modificacion de parametros del sensor, tambien es posible modificar parametros del actuador. La 5 modificacion de los parametros del actuador puede llevarse a cabo de modo totalmente independiente del sensor 2. Eso se ha representado en la figura 13.

En la figura 13, se genera una modificacion de un parametro de actuador por un usuario 44 en el SHC 22 por medio de un mensaje 166. La modificacion del parametro del actuador se transmite por el SHC 22 mediante una comunicacion 168 de modificacion de parametro al actuador 12a. Con una interaccion 170 del usuario en el sensor 10 2, se pone este en el modo activo desde el modo durmiente y el sensor 2 transmite un mensaje 172 de control de

actuador al actuador 12a, que confirma la recepcion correcta con un mensaje 174 de confirmacion del actuador y lleva a cabo las correspondientes acciones en funcion de los parametros de actuador modificados.

Por medio del metodo mostrado, es posible accionar de un modo especialmente economico en corriente electrica un sensor en un sistema domotico preferiblemente basado en radio. Modificaciones en la configuracion del sensor 15 como tambien vinculacion entre un sensor y un actuador pueden comunicarse al sensor cuando el sensor se puso por lo demas en un modo activo mediante una interaccion del usuario. Si el sensor ha comunicado luego con actuadores, pueden comunicarse las modificaciones de los parametros como tambien de las vinculaciones al sensor por los actuadores y eventualmente se desencadena una respuesta a la pregunta en el SHC 22. No es necesaria una comunicacion regular del sensor con actuadores o bien con un aparato de control central.

20

Claims

5

10

15

20

25

30

35

40

45

REIVINDICACIONES

1. Sensor (2) para controlar un sistema domotico con

- una entrada (4), dispuesta para detectar sucesos (46); y

- un procesador (6), dispuesto para evaluar sucesos (46) detectados en la entrada (4) y para controlar una interfaz (8) de comunicacion de tal modo que, mediante un mensaje (102) de control del actuador enviado por la interfaz (8) de comunicacion, se pueda activar un actuador (12),

- donde el procesador (6) envfa por medio de la interfaz (8) de comunicacion, como reaccion a un suceso (46) detectado, por lo menos el mensaje (102) de control del actuador al actuador (12, 12a, 12b, 12c),

caracterizado por que,

- en caso de que no se configure mensaje (102) de control de actuador para el actuador (12, 12a, 12b, 12c) en el procesador (6) como reaccion al suceso (46) detectado, el procesador (6) envfa mediante la interfaz (8) de comunicacion una demanda (48, 52) de configuracion y se evalua una respuesta (54) de configuracion recibida por la interfaz de comunicacion.
2. Sensor segun la reivindicacion 1 caracterizado por que el procesador (6) obtiene a partir de la respuesta (54) de configuracion al menos una identificacion de actuador y con ayuda de la identificacion de actuador obtenida individualiza el mensaje (102) de control del actuador de manera que se pueda recibir y evaluar por el actuador asociado a la identificacion del actuador.
3. Sensor segun la reivindicacion 1 o 2, caracterizado por que el procesador (6) obtiene a partir de la respuesta de configuracion por lo menos (54) un parametro de sensor y con ayuda del parametro de sensor obtenido puede configurarse por lo menos un mensaje (102) de control del actuador.
4. Sensor segun una de las reivindicaciones 1 a 3, caracterizado por que se autoalimenta energeticamente.
5. Sensor segun una de las reivindicaciones 1 a 4, caracterizado por que el procesador verifica la recepcion de un mensaje de confirmacion del actuador como reaccion al envfo de un mensaje de control de actuador a la interfaz de comunicacion.
6. Sensor segun la reivindicacion 5, caracterizado por que el procesador (6), en caso de una ausencia del mensaje (104) de confirmacion del actuador y/o de una recepcion de un mensaje de error del actuador, envfa una demanda (106) de configuracion por medio de la interfaz de comunicacion.
7. Sensor segun la reivindicacion 5, caracterizado por que el procesador (6) evalua un mensaje (104) de confirmacion del actuador recibido y determina a partir del mensaje (104) de confirmacion del actuador una comunicacion de modificacion de vinculacion y/o que el procesador (6) a partir de la comunicacion de modificacion de vinculacion determina al menos un parametro de sensor y con ayuda del parametro de sensor determinado puede configurarse por lo menos un mensaje (102) de control de actuador.
8. Sensor segun la reivindicacion 7, caracterizado por que el procesador (6) envfa una demanda (106) de configuracion por medio de la interfaz de comunicacion como reaccion a una comunicacion de modificacion de vinculacion.
9. Sensor segun la reivindicacion 5, caracterizado por que el procesador (6) envfa una demanda (106) de configuracion por medio de la interfaz de comunicacion como reaccion a una comunicacion de modificacion de parametro del sensor.
10. Sensor segun la reivindicacion 9, caracterizado por que el procesador determina, a partir de la comunicacion de modificacion de parametro del sensor al menos un parametro de sensor y con ayuda del parametro del sensor determinado se puede configurar por lo menos un mensaje (102) de control de actuador.
11. Sensor segun una de las reivindicaciones 1 a 10, caracterizado por que el procesador (6) individualiza la demanda (106) de configuracion de tal modo que sea recibida y evaluada precisamente por un servidor (22) central.
12. Sensor segun una de las reivindicaciones 1 a 11, caracterizado por que la respuesta (108) de configuracion recibida a traves de la interfaz de comunicacion procede precisamente de un servidor (22) central.
13. Metodo para controlar un sistema domotico con las etapas de

- deteccion de un suceso por parte del sensor,

- envfo por parte del sensor de un mensaje (102) de control de actuador para activar un actuador (12) como reaccion al suceso (46) detectado,

- caracterizado por que,

- en el caso de que no se configure mensaje (102) de control de actuador para el actuador (12, 12a, 12b, 12c) como reaccion al suceso (46) detectado, se envfa a traves la interfaz (8) de comunicacion una demanda (48, 52) de configuracion y se evalua una respuesta (54) de configuracion recibida a traves de la interfaz de comunicacion.