ES2552724T3 - Un aparato y un método para la configuración de un dispositivo en una red - Google Patents

Abstract

Un método de configuración de un dispositivo (26) operable en una red (1) para funcionar de acuerdo con requisitos funcionales predeterminados para la red, almacenados en un aparato de procesamiento de datos (10), que comprende recibir información de posición para el dispositivo (26) y una indicación del tipo de dispositivo, en el aparato de procesamiento de datos (S7.5); asociar la información de posición y el tipo de dispositivo con los requisitos funcionales almacenados (S7.6); y transmitir los requisitos funcionales para el dispositivo (26) a la red (S7.7) para configurar el dispositivo (26).

Description

5

10

15

20

25

30

35

40

45

50

55

60

DESCRIPCION

Un aparato y un metodo para la configuracion de un dispositivo en una red.

La invencion se refiere a una configuracion de dispositivo en una red, particularmente, pero no exclusivamente, a un metodo y a un aparato para configurar un dispositivo operable en una red de acuerdo con los requisitos funcionales predeterminados para la red. En particular, la invencion se refiere a un metodo de puesta en servicio automaticamente de una red de dispositivos.

Se usan sistemas de control de iluminacion tanto en establecimientos comerciales como en entornos domesticos para generar rapidamente ajustes de luz deseados, para conseguir un ahorro de energfa y para cumplir con las leyes y regulaciones. Sin embargo, el diseno y la puesta en servicio de un sistema de control de iluminacion puede llevar tiempo y ser propenso a errores. En sistemas de alto nivel, a menudo se usa un software dedicado ejecutado en un ordenador personal para especificar los requisitos funcionales del sistema de iluminacion y para configurar los dispositivos. En establecimientos donde la flexibilidad es una ventaja, las conexiones entre los sensores, luminarias e interruptores pueden implementarse usando senales de radiofrecuencia en lugar de cables. El software permite a un usuario definir conexiones virtuales entre los dispositivos usando un ordenador personal. El codigo para implementar las conexiones puede subirse posteriormente desde el ordenador personal a la memoria de los dispositivos. Los paquetes de software convencionales, tal como LonMaker™, proporcionan al ingeniero de diseno herramientas para disenar un sistema de alto nivel completo, en el que cada dispositivo ffsico se representa por un dispositivo virtual almacenado en una base de datos. Usando una interfaz grafica de usuario (GUl), el ingeniero puede agrupar facilmente los dispositivos virtuales que tienen permitido hablar entre sf y especificar la informacion que los dispositivos virtuales tienen permitido compartir. La GUI tambien puede permitir a un usuario posicionar los dispositivos virtuales con respecto a un dibujo arquitectonico importado al programa. Una impresion del dibujo que muestra donde se van a instalar los dispositivos facilita el proceso de instalacion, que puede realizarse por parte de un contratista. El software tambien puede permitir al usuario imprimir una lista de todos los componentes requeridos para implementar el sistema. La lista puede enviarse al contratista y puede usarse para estimar el coste.

Sin embargo, despues de haber instalado los dispositivos, los dispositivos han de configurarse para trabajar de acuerdo con los requisitos funcionales almacenados por el software en el ordenador personal, es decir, el sistema ha de ponerse en servicio. La etapa de puesta en servicio implica asociar cada dispositivo definido usando el software con un dispositivo ffsico en la red. Los metodos convencionales implican la lectura de los codigos de barras de cada dispositivo en la sala y pegar los codigos de barras en impresiones del plano de la planta. Despues, los codigos de barras de cada dispositivo pueden introducirse como una direccion de cada dispositivo virtual en el programa informatico y despues, las instrucciones de acuerdo con los requisitos funcionales especificados usando el software pueden subirse a los dispositivos. Una desventaja con el metodo convencional de puesta en servicio de la red es que lleva tiempo y es propenso a errores. Ademas, el disenador tiene que gastar una cantidad de tiempo considerable en el sitio para emparejar cada uno de los dispositivos ffsicos con un dispositivo virtual en la memoria. Ademas, si los dispositivos se mueven, alguien tiene que actualizar la ubicacion del dispositivo en la memoria y cambiar los requisitos funcionales dependiendo de la nueva ubicacion para que el sistema continue trabajando de acuerdo con los requisitos funcionales especificados para el sistema.

El documento US-2003/0130039 describe un metodo y un aparato para seguir y determinar una ubicacion de una maquina de juego u otra maquina en un casino u hotel. La informacion de localizacion de la maquina de juego se comunica a un ordenador huesped y el funcionamiento de la maquina puede controlarse mediante el ordenador huesped considerando la ubicacion de la maquina. Sin embargo, el documento no divulga un metodo de asociacion de la maquina de juego ffsica con un conjunto de instrucciones para una maquina de juego virtual con coordenadas correspondientes a las coordenadas de la maquina de juego ffsica.

El documento WO01/82032A2 se refiere a un metodo de direccionamiento de red que se basa en la ubicacion ffsica de los dispositivos en un sistema de comunicacion de red. Por consiguiente, cada uno los dispositivos en el sistema de comunicacion de red se equipa con un localizador de sitio ffsico para identificar la ubicacion ffsica del dispositivo, de manera que la ubicacion ffsica pueda usarse como una direccion para permitir que el dispositivo se comunique con otros dispositivos en la red. Preferiblemente, se usa un metodo de asignacion para convertir un mapa de localizaciones ffsicas en una o mas tablas de direcciones para permitir a una estacion de control enrutar mensajes a y desde los dispositivos en base a las ubicaciones ffsicas. En una red donde cada dispositivo de red tiene una funcion prevista controlada por un programa de aplicacion, es preferible que el programa de aplicacion se cargue en el dispositivo despues de identificar la ubicacion ffsica del dispositivo.

El documento WO01/97466A1 se refiere a un metodo para determinar una configuracion de red, y una red que es capaz de determinar su propia configuracion. La configuracion de red se determina controlando la informacion seleccionada con respecto a las conexiones inalambricas establecidas por transceptores en la red y despues usando esta informacion seleccionada para determinar la configuracion de red. La informacion seleccionada normalmente incluye una indicacion de la intensidad de senal de los transceptores implicados en la conexion y, preferiblemente,

5

10

15

20

25

30

35

40

45

50

55

60

tanto la intensidad de senal recibida como transmitida. La intensidad de senal de la conexion proporciona una indicacion de la separacion ffsica de los transceptores y considerando la intensidad de las senales de un elemento de red espedfico conectado a diferentes transceptores en la red, puede determinate la posicion del elemento de red.

El documento EP 1 401 149 A2 se refiere a un sistema y un metodo de comunicacion en una red de area local alambrica/inalambrica hffbrida. Al menos un mensaje de descubrimiento puede transmitirse a al menos uno de una pluralidad de puntos de acceso. Puede recibirse una respuesta desde uno o mas de los puntos de acceso. La respuesta puede informar de una presencia de al menos un dispositivo de acceso localizado dentro de un area de cobertura

de uno o mas de los puntos de acceso. Puede solicitarse desde los puntos de acceso un estado de al menos un dispositivo de acceso localizado dentro de un area de cobertura de uno o mas de los puntos de acceso.

La invencion tiene el objeto de mejorar la puesta en servicio de una red.

De acuerdo con la presente invencion, se proporciona un metodo de acuerdo con la reivindicacion 1.

Los requisitos funcionales documentados pueden comprender requisitos funcionales para una pluralidad de dispositivos virtuales correspondientes a los dispositivos de la red. Ademas, el acoplamiento de la informacion de posicion con los requisitos funcionales almacenados puede incluir emparejar las coordenadas de cada dispositivo ffsico con coordenadas de un dispositivo virtual y deducir los requisitos funcionales para el dispositivo ffsico basandose en los requisitos funcionales para el dispositivo virtual.

Aun adicionalmente, el metodo puede comprender recibir en el aparato de procesamiento de datos al menos uno de un ID unico y una direccion de red para el dispositivo y almacenar el ID unico del dispositivo en la memoria del aparato de procesamiento de datos, de tal forma que los requisitos funcionales del dispositivo pueden enviarse a una direccion basandose en el al menos uno de un ID unico y una direccion de red.

Por lo tanto, cada dispositivo en la memoria se asocia automaticamente con un dispositivo ffsico y el dispositivo ffsico puede configurarse facilmente con los requisitos funcionales almacenados para el dispositivo virtual. Por lo tanto, la invencion proporciona una manera facil, rapida y precisa de puesta en servicio de una red.

Ademas, de acuerdo con la invencion, se proporciona un aparato de acuerdo con la reivindicacion 14.

El aparato puede comprender adicionalmente medios para recibir los requisitos funcionales. Los medios para recibir los requisitos funcionales pueden ser una interfaz grafica de usuario para permitir a un usuario definir los requisitos funcionales y/o medios para importar dibujos arquitectonicos que incluyen diagramas de instalacion electrica. La interfaz grafica de usuario puede usarse adicionalmente para ver los requisitos funcionales. Los diagramas electricos pueden usarse para deducir los requisitos funcionales.

De acuerdo con la invencion, se proporciona adicionalmente un dispositivo de acuerdo con la reivindicacion 20.

El transmisor y el receptor pueden formar parte de un transceptor de radiofrecuencia.

Ahora, se describiran realizaciones de la invencion, a modo de ejemplo, con referencia a los dibujos adjuntos, en los que:

La figura 1 es una ilustracion tridimensional de una sala que comprende un sistema que se va a poner en servicio de acuerdo con la invencion;

la figura 2 es un diagrama esquematico de un controlador central;

la figura 3 es un diagrama esquematico de un modulo de control local;

la figura 4 es un diagrama esquematico de un nodo en el sistema;

la figura 5 ilustra una interfaz grafica de usuario proporcionada por software para implementar la invencion;

la figura 6 muestra un cuadro de dialogo, que forma una parte de la interfaz grafica de usuario de la figura 5;

la figura 7 ilustra las etapas de un metodo para disenar, configurar, instalar y poner en servicio un sistema de acuerdo con la invencion;

la figura 8 muestra un algoritmo para acoplar la informacion de posicion de los nodos con los requisitos funcionales documentados de acuerdo con la invencion; la figura 9 muestra otro sistema que se va a poner en servicio de acuerdo con la invencion;

la figura 10 describe las etapas de un metodo para actualizar un sistema de acuerdo con la invencion.

La figura 1 ilustra una sala que comprende una red 1 de dispositivos que se van a poner en servicio de acuerdo con la invencion. La sala de la figura 1 es una oficina; sin embargo, la invencion tambien puede usarse en una red en,

5

10

15

20

25

30

35

40

45

50

55

60

por ejemplo, una casa, un hotel, un restaurante, un colegio o al aire libre. Los nodos de la red, mostrados en la figura 1, incluyen dos lamparas de techo 2a, 2b, un lampara de mesa 3, varios sensores 4a, 4b y 4c, un ventilador de techo 5, un interruptor/atenuador 6, un control remoto por radiofrecuencia 7 y un ordenador personal 8. Sin embargo, se apreciara que puede incluirse cualquier tipo de luminaria, sensor, interruptor, dispositivo HVAC (calefaccion, ventilacion y aire acondicionado) o persiana en la red. La red tambien comprende un modulo de control local 9 situado en una ubicacion conveniente de la sala. El modulo de control local 9 almacena datos de control e instrucciones para controlar los nodos de la red. El modulo de control local se comunica de forma inalambrica con las luminarias, sensores, interruptores y el ventilador usando senales de radiofrecuencia y cada uno de los nodos de la red comprende un transceptor de radiofrecuencia (no mostrado). Alternativamente, uno o mas de los nodos pueden cablearse al modulo de control local 9. La red del dispositivo 1 puede formar parte de una red de dispositivos mayor que se extiende fuera de la sala, y el modulo de control local y las luminarias, sensores e interruptores pueden estar habilitados para comunicarse con los dispositivos fuera de la sala. Las instrucciones y los datos de control almacenados en el modulo de control local 9 se descargan desde un controlador central 10. En el sistema de la figura 1, el controlador central se implementa en un ordenador portatil; sin embargo, el controlador central puede implementarse en cualquier tipo de aparato de procesamiento de datos. El controlador central 10 y el modulo de control local 9 pueden conectarse temporalmente usando un cable (no mostrado) para el intercambio de datos.

Haciendo referencia a la figura 2, un controlador central 10 incluye una memoria interna 11 que incluye un procesador central 12, un sistema operativo 13 y uno o mas programas de aplicacion 14. El controlador central 10 comprende adicionalmente una interfaz de usuario 15 y una pantalla 16 para interactuar con el usuario. Aun adicionalmente, el controlador central 10 comprende una tarjeta de red 17, que puede montarse en una ranura de tarjeta ISA y conectarse a un bus vertebral (no mostrado) para llevar comandos al modulo de control local 9, una base de datos 18 para almacenar los requisitos funcionales de cada componente de la red 1 y medios para recuperar datos digitales de una fuente pregrabada, tal como un DVD, un CD-rom o un disco flexible, que se muestra esquematicamente como almacenamiento extrafble 19. La comunicacion entre los componentes internos del controlador central se consigue a traves de un bus 20, que proporciona un punto comun de conexion electrica para todos los componentes internos del controlador central 10. En una realizacion, la base de datos 18 del controlador central se situa a distancia del sitio de instalacion y un ordenador portatil en el sitio puede tener una conexion a una LAN para acceder a la informacion almacenada en la base de datos.

Haciendo referencia a la figura 3, los modulos de control local 9 comprenden una memoria 21, un procesador 22, un reloj interno 23 para la sincronizacion con otros nodos en la red, un transceptor de corto alcance 24 para comunicarse con los nodos en la red 1 y una entrada 25 para recibir un cable vertebral desde el controlador central. La memoria 21 almacena instrucciones para los nodos en la red. Por ejemplo, puede almacenar instrucciones para encender o apagar una seleccion de luminarias y dispositivos HVAC en respuesta a senales recibidas de los sensores en el sistema. Puede almacenar adicionalmente las coordenadas de cada dispositivo en la red como se describira en mas detalle a continuacion en el presente documento.

Aunque la comunicacion entre el controlador central 10 y el modulo de control local 9 se ha descrito con respecto a la figura y la figura 3 para realizarse usando un cable vertebral, debe apreciarse que la comunicacion entre el controlador central 10 y el modulo de control local 9 tambien puede ser inalambrica y realizarse usando senales de radiofrecuencia. Por lo tanto, en una realizacion alternativa, la ranura de tarjeta de red del controlador central se reemplaza por un transceptor de corto alcance y la entrada 25 para el cable del modulo de control local no es necesaria. El transceptor de corto alcance del controlador central puede ser un componente interno o puede ser en forma de un accesorio conectado al controlador central usando medios conocidos, tal como un puerto USB.

Haciendo referencia a la figura 4, se muestra un diagrama esquematico de un nodo 56 en la red. El nodo puede ser una luminaria, un sensor, un interruptor, un atenuador y asf sucesivamente. El nodo comprende una memoria 27, un procesador 28 y un reloj interno 29 para la sincronizacion con otros nodos. Tambien comprende una unidad de aplicacion 30, que en el caso de una simple lampara sera una bombilla, pero en el caso de un sensor sera el equipo necesario para cumplir los requisitos de deteccion. El nodo 26 tambien comprende un transceptor de corto alcance 31 para recibir instrucciones del modulo de control local. El nodo 26 tambien comprende un transceptor de corto alcance 31 para recibir instrucciones del modulo de control local 30. La memoria tambien puede almacenar instrucciones para cuando y como la unidad de aplicacion debe operarse y el numero ID unico y la direccion del nodo.

Preferiblemente, el nodo 26 y el modulo de control local 9 cumplen con los estandares ZigBee™. Sin embargo, los dispositivos tambien pueden cumplir con otros estandares, tales como HomeRF™, Bluetooth™ e IEEE 802.11x. De acuerdo con los estandares ZigBee™, decenas de miles de dispositivos pueden conectarse de forma inalambrica para formar una red. Sin embargo, puede ser deseable dividir los dispositivos en varias redes separadas para un funcionamiento mas facil. Un dispositivo puede funcionar en bandas de radiofrecuencia de 2,4 GHz, 915 MHz y/o 868 MHz; soportar velocidades de transferencia de datos sin procesar de 250 kilobits por segundo (kbps), 40 kbps y 20 kbps respectivamente, y tener un rango de transmision tfpicamente entre 10 y 75 metros. Sin embargo, con el fin de reducir los precios de los nodos, el rango de transmision puede estar entre 2 y 5 metros. Si los nodos en la red

5

10

15

20

25

30

35

40

45

50

55

60

operan de acuerdo con el estandar ZigBee™, el modulo de control local 9 puede asumir la funcion del controlador de red y el protocolo de enrutamiento permite el enrutamiento ad-hoc de mensajes enviados a traves del sistema de tal forma que las instrucciones del modulo de control local 9 pueden alcanzar los nodos 26 sin estar dentro del rango de transmision directa de los mismos.

El disenador del sistema 1 define los requisitos funcionales para el sistema, en el que los requisitos funcionales son adecuados para el entorno en el que se instala el sistema. Los requisitos funcionales para una oficina pueden incluir, por ejemplo, que la luz en la oficina debe encenderse cada manana, de lunes a viernes, a las 7.30 y apagarse por la noche. Los requisitos funcionales tambien pueden incluir que las luces deben encenderse unicamente cuando una persona esta presente en la oficina. La intensidad de la luz y la temperatura de la sala tambien pueden controlarse dependiendo del tiempo y de la estacion. Por ejemplo, con el fin de ahorrar energfa, las luces pueden configurarse que atenuarse en un dfa soleado. Ademas, varios ajustes del sistema pueden preprogramarse para su seleccion por parte de un usuario de la oficina. Por ejemplo, el usuario de la oficina puede preferir que las luces tengan una intensidad inferior cuando esta trabajando en el PC que cuando esta leyendo un documento impreso. Ademas, el usuario puede preferir que la sala este bastante oscura cuando muestra una presentacion en el PC a sus colegas/clientes. En consecuencia, pueden definirse varios ajustes para las luminarias y los ajustes pueden seleccionarse por el usuario manipulando el control a distancia 7 o el ordenador personal 8.

Un ingeniero de diseno del sistema puede usar un paquete de software para disenar la red de acuerdo con los requisitos funcionales. Despues de que el sistema se haya disenado, instalado, configurado y puesto en servicio, las instrucciones para implementar los requisitos funcionales del sistema se descargan en el modulo de control local 9 y en la memoria de los nodos 26 relevantes. Por ejemplo, las instrucciones para el sensor de deteccion de luz solar 4c para informar continuamente sobre el nivel de luminosidad en la sala al modulo de control local pueden descargarse en la memoria del sensor de deteccion de luz solar 4c. El modulo de control local puede configurarse para ordenar a las lamparas el descenso de su intensidad cuando la luminosidad en la sala alcanza un valor predeterminado almacenado en la memoria 21 del modulo de control local. Alternativamente, el valor predeterminado puede almacenarse en la memoria 27 del sensor 4c y el sensor puede enviar unicamente un mensaje al modulo de control local cuando el valor detectado excede el valor predeterminado. De forma analoga, el sensor de temperatura 4a y el sensor de deteccion de presencia 4b pueden almacenar instrucciones para informar al modulo de control local 9 y el modulo de control local puede almacenar instrucciones para responder a la informacion recibida de los sensores. Ademas, el codigo que controla los ajustes definidos por el ingeniero de diseno puede descargarse al ordenador personal, el control a distancia y el modulo de control local. Por lo tanto, cuando el usuario presiona una tecla en el control a distancia, puede enviarse una senal al modulo de control local, promoviendo al modulo de control local a buscar el ajuste relevante en la memoria y a enviar instrucciones para aplicar el ajuste en las lamparas 2a, 2b y 3.

Haciendo referencia a la figura 5, el software para disenar el sistema puede comprender una GUI 32. El software puede basarse en un software convencional, tal como AutoCAD™ o LonMaker™. El ingeniero de diseno puede importar un dibujo arquitectonico 33 del edificio a la GUI 32 y usar el dibujo como fondo para crear una representacion grafica de la red. El dibujo arquitectonico puede importarse desde AutoCAD™ o Microsoft Office Visio™. La GUI 32 puede permitir a un ingeniero de diseno definir dispositivos virtuales, donde cada dispositivo virtual corresponde a un dispositivo ffsico 26 en la red. Cada dispositivo virtual tiene una representacion grafica 34 en la GUI y la posicion del dispositivo virtual con respecto al dibujo arquitectonico se selecciona para corresponder a la posicion actual del dispositivo ffsico en la red. Por ejemplo, la GUI de la figura 5 muestra unos dispositivos virtuales que representan las lamparas de techo 2a y 2b, la lampara de mesa 3, el ventilador de techo 5, el interruptor/atenuador 6, el ordenador personal 8, el control a distancia 7 y los tres sensores 4a, 4b y 4c de la figura 1. La lmea de puntos ilustra esquematicamente el rango del sensor de deteccion de presencia 4b.

En mas detalle, la GUI de la figura 5 comprende dos ventanas 35 y 36. Se muestran representaciones graficas de plantillas para dispositivos de iluminacion disponibles en el mercado en la ventana 35 y el dibujo arquitectonico con los dispositivos virtuales situados en primer plano se muestra en la ventana 36. El disenador puede seleccionar una plantilla particular para un dispositivo desde la ventana 35 y "arrastrar y soltar" la representacion grafica en la ventana 36 para crear un nuevo dispositivo virtual. Despues, el dispositivo puede configurarse para trabajar de acuerdo con los requisitos funcionales deseados. La interfaz grafica de usuario tambien comprende varios menus y botones. Por ejemplo, en la esquina superior derecha hay un menu 37 titulado "Puesta en servicio" para comenzar el proceso de puesta en servicio de acuerdo con la invencion. Tambien se contempla que el software pueda tener una herramienta para definir los nodos que se permite que hablen entre sf. El software puede permitir que las conexiones se especifiquen permitiendo a un usuario arrastrar "cables" entre el dispositivo virtual en la interfaz grafica de usuario o proporcionando un cuadro de dialogo para que el usuario introduzca un lista de nodos con la que un nodo particular tiene permitido hablar.

Se proporcionaran menus y cuadros de dialogo adicionales para permitir que el disenador defina la funcionalidad de cada nodo y para introducir las coordenadas exactas de cada dispositivo. Alternativamente, las coordenadas exactas pueden calcularse a partir de la posicion del dispositivo con respecto a los dibujos arquitectonicos.

5

10

15

20

25

30

35

40

45

50

55

60

En una realizacion alternativa, los dibujos arquitectonicos importados pueden incluir el cableado electrico existente o el cableado electrico que se va a instalar. El software puede incluir entonces una aplicacion para dirigir y deducir la funcionalidad de cada dispositivo a partir del diagrama de cableado. Por ejemplo, la aplicacion puede deducir que luminarias se controlan mediante que interruptor y que sensor analizando el diagrama de cableado. En consecuencia, las coordenadas de cada nodo se obtienen automaticamente a partir de los diagramas de cableado junto con una lista de otros nodos con los que cada nodo tiene permitido comunicarse. Adicionalmente, el programa de aplicacion puede crear y posicionar los dispositivos virtuales en la interfaz grafica de usuario automaticamente despues de haber procesado los diagramas de cableado. Despues, el disenador puede comprobar el cableado en la interfaz grafica de usuario y definir enlaces de funcionalidad y comunicacion adicionales, que podffan no deducirse de los diagramas de cableado, si se requiere. Este metodo alternativo puede usarse para volver a poner en servicio una red de nodos existente o para disenar e instalar un nuevo sistema.

Incluso si el sistema se ha disenado fuera del sitio, cuando los documentos de diseno se cargan en el controlador central en el sitio, las coordenadas y los requisitos funcionales de cada dispositivo virtual se guardan en la base de datos 18 del controlador central. Despues de haber creado y posicionado un dispositivo virtual con respecto a los dibujos arquitectonicos, mediante el uso por parte del disenador de la interfaz grafica de usuario o automaticamente mediante un analisis de los diagramas de cableado, puede aparecer un menu 38 para configurar el dispositivo virtual en respuesta al usuario del software presionando el boton derecho del raton cuando el cursor se situa sobre la representacion grafica del dispositivo virtual. Las opciones del menu pueden incluir, pero sin limitacion, una opcion para copiar el dispositivo virtual, una opcion para poner en servicio unicamente ese dispositivo particular y una opcion para editar los requisitos funcionales del dispositivo. Seleccionando la opcion Editar Dispositivo, puede aparecer un menu para especificar los requisitos funcionales del dispositivo.

Se muestra un ejemplo de un cuadro de dialogo en la figura 6. El cuadro de dialogo de la figura 6 permite a un usuario definir la funcionalidad del dispositivo virtual correspondiente a la lampara de techo 2b de la figura 1. El cuadro de dialogo comprende seis campos de texto 39-44, para introducir el nombre, el ID unico, el tipo y las coordenadas x, y y z del dispositivo respectivamente. El cuadro de dialogo comprende adicionalmente una casilla de verificacion 45 para indicar si el dispositivo debe ponerse en servicio de acuerdo con la invencion. Si la casilla de verificacion 45 se marca, la lampara de techo 2b se pone en servicio cuando se usa el menu "Puesta en Servicio" 37 de la figura 5 para iniciar la puesta en servicio del sistema 1. El cuadro de dialogo comprende adicionalmente cuatro botones, etiquetados Configurar 46, Editar Plantilla 47, OK 48 y Cancelar 49 respectivamente. Se contempla que el usuario pueda definir o cambiar el tipo del dispositivo introduciendo un codigo para la plantilla en el campo de texto de la plantilla 41. Alternativamente, el usuario puede presionar el boton Editar Plantilla y escoger entre varias plantillas diferentes o definir una nueva. Ademas, haciendo clic en el boton Configurar, se abre un nuevo cuadro de dialogo para especificar los requisitos funcionales del dispositivo. Haciendo clic en OK se guardara cualquier cambio hecho en el cuadro de dialogo en la base de datos 18 y se cerrara el cuadro, y haciendo clic en Cancelar se cerrara el cuadro sin guardar ningun cambio.

Las coordenadas x, y y z pueden introducirse manualmente por parte del ingeniero de diseno o el software puede calcular las coordenadas a partir de los diagramas de cableado en los dibujos arquitectonicos importados o a partir de la posicion del dispositivo virtual en la ventana 36. El ID unico del dispositivo se introducira de acuerdo con la invencion, descrito en las detalle en lo sucesivo en el presente documento. En una realizacion alternativa, el ID unico se reemplaza por la direccion de red del nodo. El usuario tambien puede dar un nombre al dispositivo virtual, que puede ser mas facil de recordar que el ID unico.

Despues de haber definido los requisitos funcionales de la red, los dispositivos requeridos para la red se ordenan y se instalan de acuerdo con los dibujos impresos producidos usando la interfaz grafica de usuario. La ultima etapa incluye asociar cada dispositivo virtual con un dispositivo ffsico y asegurar que la funcionalidad especificada para cada dispositivo virtual se carga en la memoria del dispositivo ffsico correspondiente. Esta etapa se denomina como la etapa de puesta en servicio.

Se contempla que para la red mostrada en la figura 1, la puesta en servicio se realiza en el sitio. Por consiguiente, el ingeniero de puesta en servicio lleva un ordenador portatil con los documentos de diseno en la memoria al sitio. La puesta en servicio se realiza recibiendo informacion de posicion en el controlador central 10 desde cada nodo en la red. La informacion de posicion puede ser las coordenadas de cada nodo en la red o, como alternativa, la distancia entre un primer nodo, cuya posicion es desconocida, y al menos tres nodos diferentes en el sistema con posiciones conocidas. Si el primer nodo y los otros tres nodos se situan a la misma altura, por ejemplo, la altura del techo, las mediciones de distancia a los otros tres nodos permitira al controlador central calcular la posicion del primer nodo usando triangulacion. Ademas, si los detalles de una cuadffcula se almacenan en el controlador central, pueden calcularse las coordenadas de la posicion exacta en la cuadffcula. Sin embargo, si el primer nodo y otros tres nodos se situan a diferentes alturas, son necesarias las mediciones de distancia entre el primer nodo y otros cuatro nodos con posiciones conocidas para obtener las coordenadas del primer nodo. En una red que opera de acuerdo con el estandar ZigBee™, pueden usarse senales de tiempo de vuelo para determinar la distancia a otros dispositivos. Se contempla que inicialmente, los modulos de control local proporcionen a los nodos posiciones conocidas. Sin

5

10

15

20

25

30

35

40

45

50

55

60

embargo, despues de haber calculado las coordenadas del primer nodo, la posicion de ese nodo puede usarse para calcular las coordenadas de un segundo nodo con posicion desconocida.

Los calculos para obtener las coordenadas a partir de las mediciones de distancia no han de realizarse necesariamente en el controlador central. Tambien pueden realizarse en el modulo de control local 9 o mediante el procesador 28 de los propios nodos 26. Despues, las coordenadas calculadas pueden enviarse al controlador central. En las descripciones a continuacion en el presente documento, se asumira que las coordenadas para todos los nodos se calculan en el modulo de control local 9 y se envfan al controlador central 10.

Despues de recibir las coordenadas de un nodo en el sistema, el controlador central compara las coordenadas del dispositivo ffsico con las coordenadas de cada uno de los dispositivos virtuales hasta que se encuentra una correspondencia. El proceso se repite para todos los dispositivos ffsicos en los nodos. De acuerdo con la invencion, el mensaje al controlador central que comprende las coordenadas tambien incluye el ID unico del dispositivo. El mensaje puede incluir adicionalmente el tipo de dispositivo. En consecuencia, si hay un modulo de control local instalado muy cerca de un sensor, el software podra asociar el sensor ffsico con el sensor virtual y no con el modulo de control local virtual. El ID unico del dispositivo ffsico, en comunicacion con el controlador central 10, se guarda entonces para el dispositivo virtual correspondiente. Las instrucciones relevantes para cada dispositivo pueden descargarse entonces en el dispositivo ffsico apropiado o en un modulo de control local que controla el dispositivo ffsico. Se contempla que si el instalador ha instalado los dispositivos exactamente de acuerdo con los dibujos arquitectonicos, las coordenadas de cada dispositivo guardado en la base de datos del controlador central pueden usarse para corregir las coordenadas de cada dispositivo ffsico almacenado por el modulo de control local. El metodo para asociar los dispositivos virtuales con los dispositivos ffsicos se describe en mas detalle con respecto a la figura 8. Si el sistema en una fecha posterior necesita actualizarse, el ingeniero puede cambiar los requisitos funcionales de los dispositivos virtuales y regresar al sitio donde las nuevas instrucciones se descargan en la memoria de estos nodos de la red.

El proceso de diseno, instalacion y puesta en servicio del sistema de acuerdo con la invencion se describira ahora en mas detalle con referencia a la figura 7. En la etapa S7.1, los dibujos arquitectonicos del edificio en el que el sistema se va a instalar se importan al paquete de software de acuerdo con la invencion. Si el software define adicionalmente el origen de una cuadncula, las coordenadas en la cuadncula pueden definirse con respecto al dibujo arquitectonico. Se contempla que la interfaz grafica de usuario permita que el edificio se visualice en 2D o 3D.

En la etapa S7.2, los dispositivos virtuales se crean y se posicionan con respecto a los dibujos arquitectonicos. El usuario puede posicionar los dispositivos virtuales introduciendo manualmente las coordenadas para cada dispositivo. Alternativamente, las coordenadas se calculan automaticamente para cada dispositivo cuando la representacion grafica del dispositivo virtual se arrastra y se suelta sobre el dibujo arquitectonico. Aun otra alternativa implica el software que analiza los diagramas de cableado que pueden formar parte de los dibujos arquitectonicos y que crea automaticamente dispositivos virtuales de acuerdo con los diagramas de cableado.

En S7.3, se definen los requisitos funcionales de los dispositivos virtuales. Las etapas S7.1 a S7.3 pueden realizarse fuera del sitio. En la etapa S7.4, los dispositivos se instalan en el sitio. Usando una impresion de los dibujos arquitectonicos con los dispositivos virtuales situados en primer plano, se facilita la instalacion. Posteriormente, los dispositivos ffsicos instalados han de asociarse con los dispositivos virtuales.

En la etapa S7.5, los documentos de diseno se cargan en la memoria en un ordenador en el sitio usando el almacenamiento extrafble 19 o accediendo a una base de datos a traves de una red. Como alternativa, los documentos de diseno pueden almacenarse ya en la memoria en el ordenador portatil cuando el ordenador portatil se lleva al sitio. Manipulando la interfaz grafica de usuario, la puesta en servicio puede iniciarse entonces de acuerdo con la invencion. El proceso de puesta en servicio se inicia usando la opcion de menu 37 de la GUI 32. La primera fase del proceso de puesta en servicio implica que los nodos de la red que realizan mediciones de tiempo de vuelo midan las distancias entre cada nodo y al menos tres nodos con posiciones conocidas. Las mediciones de tiempo de vuelo pueden iniciarse en respuesta al controlador central que transmite una senal al modulo de control local que comprende instrucciones para iniciar las mediciones de tiempo de vuelo. Las coordenadas de cada nodo se calculan entonces a partir de las mediciones de distancia. En la etapa S7.6 las coordenadas de cada dispositivo junto con los datos que indican el tipo e ID unico del dispositivo se envfan desde el modulo de control local 9 al controlador central 10. Las coordenadas de cada dispositivo se asocian entonces en la etapa S7.7 con las coordenadas de un dispositivo virtual en la memoria y el ID unico del dispositivo ffsico se almacena con los requisitos funcionales del dispositivo virtual en la memoria. Este proceso se describe en mas detalle con respecto a la figura 8.

En la etapa 7.8, los requisitos funcionales de cada dispositivo se traducen en instrucciones que pueden entenderse por los modulos de control local y los nodos en la red. Las instrucciones y los datos se envfan al modulo de control local a traves de un cable o mediante senales de radiofrecuencia. Se contempla que las instrucciones se dividan en mensajes para cada nodo y que el modulo de control local comprueba el destino de cada mensaje y envfa el

5

10

15

20

25

30

35

40

45

50

55

60

mensaje al destino. Tambien es posible que el modulo de control local procese todas las instrucciones recibidas del controlador central y cree y transmita mensajes a cada nodo con instrucciones que son relevantes para ese nodo.

Debe entenderse por el experto que el proceso descrito con respecto a la figura 7 puede modificarse de tal forma que los componentes se instalan antes disenar el sistema, es decir, la etapa S7.4 se realiza antes de cualquiera o cada una de las etapas S7.1-S7.3. Por ejemplo, este sera el caso si el proceso se uso para poner en servicio de nuevo un sistema existente.

El proceso de correspondencia de la informacion de posicion recibida de la red con los dispositivos virtuales se describira ahora en mas detalle con referencia a la figura 8. El proceso se implementa como un algoritmo para un programa informatico y la figura 8 describe las etapas en el algoritmo. La informacion de posicion recibida de la red enumera las coordenadas, los tipos y los numeros de ID unicos de N dispositivos ffsicos. A cada dispositivo ffsico se le da un numero n de 1 a N. El software calcula el numero M de dispositivos virtuales definido por el sistema. A cada dispositivo virtual se le da un numero m de 1 a M. En la etapa S8.1, el sistema se prepara para iniciar el proceso de asociacion y establece variables m y n a cero. En la etapa S8.2, n se aumenta en 1. De forma analoga, en la etapa S8.3, m se aumenta en 1.

En la etapa S8.4, las coordenadas del dispositivo virtual m se comparan con las coordenadas del dispositivo ffsico n. Al comienzo del proceso, tanto m como n son igual a 1. En consecuencia, las coordenadas del primer dispositivo virtual en la memoria se comparan con las coordenadas del primer dispositivo ffsico en la lista recibida. Las coordenadas x, las coordenadas y y las coordenadas z del dispositivo ffsico y el dispositivo virtual pueden compararse por separado o juntas. Teniendo en cuenta que el instalador puede no tener instalado el dispositivo en la posicion exacta especificada por los dibujos arquitectonicos y que puede haber un error en las mediciones de tiempo de vuelo, el sistema puede determinar que hay una correspondencia entre un dispositivo virtual y un dispositivo ffsico, a pesar de que la posicion de los dos dispositivos no coincida exactamente. Si las coordenadas x, y y z se comparan por separado, puede haberse definido un rango de error aceptable para cada par de coordenadas. Si las coordenadas x, y y z se consideran juntas, por ejemplo calculando un vector desde la posicion del dispositivo virtual a la posicion del dispositivo ffsico, las posiciones coincidiran si la magnitud del vector es inferior a un valor umbral almacenado.

Si hay una correspondencia entre las coordenadas del dispositivo ffsico y las coordenadas de un dispositivo virtual, el algoritmo avanza hasta la etapa S8.5. Sin embargo, si el dispositivo ffsico se situa fuera del rango aceptable de las coordenadas que indicaran una correspondencia, el algoritmo avanza hasta S8.6. En la etapa S8.6, m se compara con M, es decir, el numero total de dispositivos virtuales en la memoria. Si el dispositivo virtual es el ultimo dispositivo en la memoria, se considera el siguiente dispositivo ffsico n (S8.8, S8.2). Sin embargo, si hay dispositivos virtuales adicionales en la memoria que no se han comparado con el dispositivo n, el algoritmo avanza hasta la etapa S8.3 y m se aumenta en 1, es decir, se considera el siguiente dispositivo virtual.

Por otro lado, si hay una correspondencia entre las coordenadas del dispositivo ffsico n y el dispositivo virtual m, el programa informatico avanza hasta la etapa S8.5. En la etapa S8.5, el tipo de dispositivo ffsico n se compara con el tipo del dispositivo virtual m. Si los tipos no coinciden, el programa informatico avanza hasta la etapa S8.6. Sin embargo, si el tipo de dispositivo n corresponde al tipo de dispositivo m, el programa avanza hasta la etapa S8.7. En la etapa S8.7, el ID unico del dispositivo virtual en la memoria se ajusta al ID unico del dispositivo ffsico. En consecuencia, la siguiente vez que el cuadro de dialogo mostrado en la figura 6 se abre por un usuario, el numero mostrado en el campo de texto 41 es el ID unico del dispositivo ffsico correspondiente al dispositivo virtual asociado con el cuadro de dialogo.

Despues de que el dispositivo ffsico n se ha emparejado con un dispositivo virtual en la memoria, el sistema comprueba en la etapa S8.8 si el dispositivo n es el ultimo dispositivo en la lista recibida de la red. Si el dispositivo n es el ultimo dispositivo n en la red, todos los dispositivos ffsicos se han emparejado con dispositivos virtuales y el algoritmo finaliza, S8.9. Sin embargo, si n no es el ultimo dispositivo en la lista, es decir, n es menor que N, entonces el algoritmo avanza hasta la etapa S8.2, n se aumenta en 1 y el sistema continua para encontrar una correspondencia para las coordenadas del dispositivo ffsico n+1.

Despues de que el algoritmo se haya repetido para todos los dispositivos ffsicos, el algoritmo termina en la etapa S8.9. Despues, el programa puede avanzar para verificar errores en el proceso de asociacion. Por ejemplo, es posible que dos dispositivos ffsicos se hayan emparejado a los mismos dispositivos virtuales para los que uno de los dispositivos ffsicos no encontro una correspondencia. El software se desarrollo para tener en cuenta todas estas eventualidades.

Si el diseno del sistema se cambiara con frecuencia, por ejemplo, si los dispositivos de iluminacion se mueven a menudo de una zona a otra, puede resultar util tener un controlador central 10 siempre en el sitio y conectado al sistema de tal forma que el sistema pueda actualizarse facilmente. La figura 9 ilustra un ejemplo adicional de la invencion. Haciendo referencia a la figura 9, un sistema de control de iluminacion se situa en una planta que

5

10

15

20

25

30

35

40

45

50

55

60

comprende varias oficinas. La planta se divide en las zonas A-E. La zona A es una oficina, que comprende la red pequena descrita con respecto a la figura 1. Sin embargo, en esta realizacion, la red se conecta adicionalmente a luminarias, sensores, interruptores y modulos de control local fuera de la sala. La zona B es otra oficina, la zona C es una zona de descanso en espacio abierto, la zona D es una cocina o una sala de conferencias, y la sala E es una sala para alojar el controlador central 10. A diferencia del controlador central implementado en el ordenador portatil descrito con respecto a la figura 1, el controlador central en esta realizacion de la invencion esta siempre en el sitio y controla un sistema mucho mayor. El controlador central 10 se implementa en una estacion de trabajo dedicada. El controlador central esta conectado a un controlador de area 50, que, a su vez, controla todos los modulos de control local 9 en las zonas A-E. Se contempla que hay aproximadamente un modulo de control local por sala y cada modulo de control local esta a cargo de los nodos en esa sala. Si la red se extiende por varias plantas, puede haber un controlador de area 50 por cada planta. Se contempla que el sistema se disene fuera del sitio. Sin embargo, los documentos de diseno se han cargado en el controlador central en el sitio a traves de una red o usando el almacenamiento extrafble 19. El controlador central se conecta usando cables de bus vertebrales a uno o mas controladores de area 50. El controlador de area puede conectarse a los modulos de control local usando cables vertebrales o usando senales de radiofrecuencia. Los nodos en la red incluyen varios sensores de deteccion de presencia y de deteccion de luz 4b y 4c. Los rangos de los sensores de deteccion de presencia 4b se ilustran esquematicamente por lmeas de puntos. Los nodos tambien incluyen un gran numero de luces de techo 2c.

Cuando la puesta en servicio de acuerdo con la invencion se inicia, por ejemplo, por un usuario que maneja el menu 37 de la interfaz grafica de usuario, el controlador central envfa un comando al controlador de area 50, que a su vez envfa comandos a los modulos de control local 9. Se contempla que una planta de la red se ponga en servicio cada vez. Sin embargo, tambien se contempla que unicamente una sala, o una parte del area se ponga en servicio cada vez. El comando del controlador central 10 se enviara a los modulos de control local apropiados 9. Los modulos de control local enviaran posteriormente solicitudes a los nodos ordenandoles que verifiquen sus posiciones. Despues de recibir las mediciones de rango de cada nodo, los modulos de control local calcularan las coordenadas de cada nodo y envfan la lista de nodos, sus coordenadas y el ID unico y el tipo de cada nodo al controlador de area 50, que a su vez enviara la informacion al controlador central 10. El controlador central emparejara todos los dispositivos ffsicos con los dispositivos virtuales almacenados en la memoria y realizara un procedimiento de comprobacion de errores para asegurar que todos los dispositivos ffsicos se han tenido en cuenta. El controlador central traducira posteriormente los requisitos funcionales para cada nodo en instrucciones y subira las instrucciones a traves del controlador de area a los nodos apropiados. Posteriormente, puede iniciarse un procedimiento de prueba para verificar el sistema puesto en servicio.

Si las posiciones de los nodos en el sistema se alteran mas tarde, el propio sistema puede reconfigurarse automaticamente. Por ejemplo, si uno de los componentes, por ejemplo el control a distancia, se mueve de la zona A a la zona D, la funcionalidad del control a distancia puede cambiar para corresponder con la funcionalidad especificada para la zona D en lugar de la zona A. Con el fin de implementar la invencion, el sistema puede configurarse para verificar de forma intermitente las posiciones de todos los nodos en el sistema. Alternativamente, el proceso de posicionamiento puede desencadenarse cuando uno de los dispositivos se mueve. Al final del proceso para verificar las posiciones de los nodos, las coordenadas de todos los dispositivos pueden enviarse al controlador central. Alternativamente, unicamente las coordenadas de los dispositivos que se han movido se envfan al controlador central. El controlador central actualiza las coordenadas del dispositivo virtual correspondiente al dispositivo ffsico que se ha movido. Posteriormente, verificara si los requisitos funcionales de ese dispositivo dependen de la ubicacion del dispositivo. Por ejemplo, los requisitos funcionales pueden especificar que si un dispositivo se mueve fuera de una region espedfica controlada por un modulo de control local y a la region controlada por un nuevo modulo de control local, debe iniciar la comunicacion con el nuevo modulo de control local en lugar del antiguo modulo de control local. Por ejemplo, el control a distancia ahora debe comunicar con el modulo de control local de la zona D. Ademas, si se han definido varios ajustes para la zona A y se han definido varios ajustes diferentes para la zona D, el desplazamiento del control a distancia de la zona A a la zona D debe dar como resultado que cuando el control a distancia se manipule, debenan implementarse los ajustes de la zona D en lugar de los ajustes de la zona A. Ademas, un ventilador movil puede moverse de la oficina situada en la zona B al area diafana de la zona C en un dfa soleado. En ese caso, el ventilador debe iniciar el funcionamiento de acuerdo con los requisitos funcionales especificados para la zona C en lugar de los requisitos funcionales especificados para la zona B.

El procedimiento para actualizar las coordenadas y los requisitos funcionales de un nodo se describe en mas detalle con respecto a la figura 10. Hay N nodos en el sistema y el procedimiento considera cada nodo n entre 1 y N. En la etapa S10.1, n se ajusta a 0 y en la etapa S10.2, n se aumenta en 1. En la etapa S10.3, se verifica la posicion del dispositivo n. El dispositivo puede establecer su posicion realizando mediciones de tiempo de vuelo con respecto al menos tres dispositivos diferentes con posiciones conocidas, por ejemplo, tres modulos de control local diferentes en el area. Si el dispositivo no se situa a la altura del techo, puede necesitar realizar mediciones de tiempo de vuelo con respecto a cuatro dispositivos con el fin de encontrar sus coordenadas. Despues de completar las mediciones de tiempo de vuelo, el dispositivo puede calcular sus coordenadas o puede enviar las mediciones a un modulo de control local, que realizara el calculo. Las coordenadas se compararan con las antiguas coordenadas guardadas en

5

10

15

20

25

30

35

40

la memoria del antiguo modulo de control local, el dispositivo, o ambos. Alternativamente, si el espacio de almacenamiento es un problema, las antiguas coordenadas pueden obtenerse a partir del controlador central. En la etapa S10.4, las nuevas coordenadas se comparan con las antiguas coordenadas. Esta etapa puede realizarse en el procesador del dispositivo, el modulo de control local o el controlador central dependiendo del particular del sistema. Si las coordenadas no han cambiado, el proceso avanza hasta la etapa S10.5 y n se compara con el numero total N de dispositivo en el sistema. Si n es igual a N, es decir, la posicion del ultimo dispositivo en el sistema se ha verificado, el procedimiento se reinicia en la etapa S10.1. Por otro lado, si n es menor que N, n se aumenta en 1 en la etapa S10.2 y la posicion del siguiente dispositivo en el sistema se verifica.

Si las coordenadas han cambiado, el proceso avanza hasta la etapa S10.6. En la etapa S10.6, las nuevas coordenadas se envfan al controlador central. El mensaje tambien puede comprender el ID unico del dispositivo. El controlador central encuentra al dispositivo virtual con el mismo ID unico y reemplaza las coordenadas guardadas del dispositivo virtual con las nuevas coordenadas en la etapa S10.7. El software verifica posteriormente si el cambio de posicion da como resultado cualquier nuevo requisito funcional para el dispositivo en la etapa S10.8. Si han de subirse a la red instrucciones para cumplir con los nuevos requisitos funcionales, el proceso avanza hasta la etapa S10.9. Si no, el proceso avanza hasta la etapa 10.5.

En la etapa S10.9, los requisitos funcionales para dispositivo virtual se actualizan. En consecuencia, la proxima vez que un usuario abre la interfaz grafica de usuario, pueden cambiarse las lmeas que unen el dispositivo a los otros nodos en la red que se permite que hablen entre sf En la etapa S10.10, las nuevas instrucciones se suben a la red a traves del controlador de area. Las instrucciones pueden almacenarse en el modulo de control local o el propio dispositivo. Despues de la etapa S10.10, el proceso finaliza para el dispositivo n, n se aumenta posteriormente en 1, S10.2, y se verifica el siguiente dispositivo, o el procedimiento se reinicia, S10.1.

Una modificacion para el procedimiento del metodo descrito con respecto a la figura 10 implica no reiniciar el proceso cada vez que se alcanza el dispositivo n=N, sino en su lugar iniciar unicamente el proceso en respuesta a un mensaje recibido en el controlador central indicando que un dispositivo en la red puede haberse movido. Por lo tanto, despues de considerar el dispositivo n=N, el proceso termina.

En las realizaciones de la invencion que se han descrito anteriormente, el modulo de control local se ha descrito como un nodo separado. Sin embargo, una modificacion una modificacion de las realizaciones descritas pueden implicar que el modulo de control local este incorporado en un nodo 26, es decir, una de las luminarias, sensores, interruptores, y asf sucesivamente. La memoria 27 del nodo puede aumentarse para almacenar software para implementar la funcionalidad de un controlador de la red. El controlador central puede entonces enviar las instrucciones al nodo 26 actuando como el controlador de red y el nodo puede enviar las instrucciones a los demas nodos. En una realizacion, mas de uno de los nodos tiene la capacidad de funcionar como un controlador de red. En consecuencia, si el nodo que actua como el controlador local falla o se elimina, otro nodo asume automaticamente la funcion. El proceso para asegurar que siempre hay un nodo actuando como el controlador puede controlarse usando software almacenado en la red.

El alcance de la invencion se define por las reivindicaciones adjuntas.

Claims (21)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60

   REIVINDICACIONES

   1. Un metodo de configuracion de un dispositivo (26) operable en una red (1) para funcionar de acuerdo con requisitos funcionales predeterminados para la red, almacenados en un aparato de procesamiento de datos (10), que comprende

   recibir informacion de posicion para el dispositivo (26) y una indicacion del tipo de dispositivo, en el aparato de procesamiento de datos (S7.5);

   asociar la informacion de posicion y el tipo de dispositivo con los requisitos funcionales almacenados (S7.6); y transmitir los requisitos funcionales para el dispositivo (26) a la red (S7.7) para configurar el dispositivo (26).
2. 2. El metodo de la reivindicacion 1, que comprende adicionalmente obtener las coordenadas del dispositivo (26) en la red (1) basandose en la informacion de posicion.
3. 3. El metodo de la reivindicacion 2, en el que la asociacion comprende deducir los requisitos funcionales de un dispositivo que tiene las coordenadas obtenidas de los requisitos funcionales almacenados para la red.
4. 4. El metodo de la reivindicacion 2, en el que los requisitos funcionales predeterminados comprenden requisitos funcionales para una pluralidad de dispositivos virtuales (34) correspondientes a los dispositivos ffsicos (26) de la red (1).
5. 5. El metodo de la reivindicacion 4, en el que asociar la informacion de posicion con los requisitos funcionales almacenados comprende la correspondencia de las coordenadas del dispositivo ffsico (26) con coordenadas de un dispositivo virtual (34) y la deduccion de los requisitos funcionales para el dispositivo ffsico basandose en los requisitos funcionales para el dispositivo virtual.
6. 6. El metodo de cualquier reivindicacion anterior, que comprende adicionalmente recibir en el aparato de procesamiento de datos (10) al menos uno de un ID unico y una direccion de red del dispositivo (26) y almacenar la al menos uno de un ID unico y una direccion de red del dispositivo en la memoria del aparato de procesamiento de datos (10).
7. 7. El metodo de la reivindicacion 6, en el que la transmision de los requisitos funcionales a la red comprende transmitir los requisitos funcionales a una direccion en la red basandose en el al menos uno de un ID unico y una direccion de red.
8. 8. El metodo de cualquier reivindicacion anterior que comprende adicionalmente recibir una indicacion de las caractensticas del dispositivo y usar la indicacion de las caractensticas del dispositivo para acoplar la informacion de posicion del dispositivo con los requisitos funcionales.
9. 9. El metodo de cualquier reivindicacion anterior, en el que recibir la informacion de posicion y transmitir los requisitos funcionales comprende recibir la informacion de posicion desde y transmitir los requisitos funcionales a una pasarela (9, 50) conectada al dispositivo.
10. 10. El metodo de la reivindicacion 7, en el que el dispositivo (26) y la pasarela (9, 50) se comunican usando senales de radiofrecuencia.
11. 11. El metodo de cualquier reivindicacion anterior, que comprende adicionalmente almacenar previamente los requisitos funcionales en la memoria (11, 18, 19) del aparato de procesamiento de datos.
12. 12. El metodo de la reivindicacion 11, que comprende adicionalmente, antes de almacenar los requisitos funcionales, deducir los requisitos funcionales a partir de diagramas de instalacion electrica en dibujos arquitectonicos.
13. 13. Un producto de programa informatico que comprende instrucciones que, cuando se ejecutan en un procesador, pueden utilizarse para realizar el metodo de una cualquiera de las reivindicaciones 1 a 12.
14. 14. Un aparato (10) para configurar un dispositivo (26) operable en una red (1) para funcionar de acuerdo con requisitos funcionales predeterminados para la red; que comprende

    una memoria (11, 18, 19) para almacenar los requisitos funcionales;

    un receptor (17) para recibir la informacion de posicion del dispositivo y una indicacion del tipo de dispositivo; un procesador (12) para asociar la informacion de posicion y el tipo de dispositivo con los requisitos funcionales; y

    un transmisor (17) para transmitir los requisitos funcionales del dispositivo a la red.

    5

    10

    15

    20

    25

    30
15. 15. El aparato de la reivindicacion 14, en el que la memoria (11, 18, 19) esta configurada para almacenar los requisitos funcionales como una pluralidad de dispositivos virtuales correspondientes a los dispositivos ffsicos (26) del sistema, teniendo cada dispositivo virtual una funcionalidad separada para implementar los requisitos funcionales predeterminados para la red (1).
16. 16. El aparato de la reivindicacion 15, en el que el procesador (12) puede funcionar para emparejar la informacion de posicion del dispositivo (26) con las coordenadas de uno de los dispositivos virtuales (34).
17. 17. El aparato de una cualquiera de las reivindicaciones 14 a 16, que comprende adicionalmente medios para recibir los requisitos funcionales.
18. 18. El aparato de la reivindicacion 17, en el que los medios para recibir los requisitos funcionales comprende una interfaz grafica de usuario (32) para permitir a un usuario definir los requisitos funcionales, permitiendo adicionalmente la interfaz grafica de usuario a un usuario ver los requisitos funcionales.
19. 19. El aparato de la reivindicacion 17 o 18, en el que los medios para recibir los requisitos funcionales comprende medios para importar dibujos arquitectonicos que incluyen diagramas de instalacion electrica y medios para deducir los requisitos funcionales para la red a partir de dichos dibujos arquitectonicos que incluyendo diagramas de instalacion electrica.
20. 20. Un dispositivo (26) operable en una red (1), que comprende medios (31, 28, 29) para obtener informacion de posicion con respecto a al menos tres dispositivos distintos en la red;

    un transmisor (31) para transmitir la informacion de posicion y una indicacion del tipo de dispositivo a traves de la red a un aparato (10) configurado para almacenar requisitos funcionales para dicha red; un receptor (31) para recibir instrucciones a traves de la red en respuesta a la transmision de la informacion de posicion al aparato (10); un procesador (28) para procesar las instrucciones recibidas y controlar una unidad de aplicacion (30) para funcionar de acuerdo con los requisitos funcionales predeterminados para la red.
21. 21. El dispositivo (26) de acuerdo con la reivindicacion 20, en el que el transmisor y el receptor forman parte de un transceptor de radiofrecuencia (31).