(19)
(11)EP 3 494 400 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
09.09.2020 Bulletin 2020/37

(21)Application number: 17746433.6

(22)Date of filing:  24.07.2017
(51)International Patent Classification (IPC): 
G01C 21/20(2006.01)
G01S 1/68(2006.01)
H04L 12/28(2006.01)
H04L 12/46(2006.01)
G01S 5/02(2010.01)
(86)International application number:
PCT/EP2017/068593
(87)International publication number:
WO 2018/024522 (08.02.2018 Gazette  2018/06)

(54)

A BUILDING AUTOMATION SYSTEM

EIN GEBÄUDEAUTOMATISIERUNGSSYSTEM

UN SYSTÈME D'AUTOMATISATION DE BÂTIMENT


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 05.08.2016 EP 16182988

(43)Date of publication of application:
12.06.2019 Bulletin 2019/24

(73)Proprietor: Signify Holding B.V.
5656 AE Eindhoven (NL)

(72)Inventors:
  • WENDT, Matthias
    5656 AE Eindhoven (NL)
  • RADERMACHER, Harald, Josef, Günther
    5656 AE Eindhoven (NL)
  • DEIXLER, Peter
    5656 AE Eindhoven (NL)

(74)Representative: Verweij, Petronella Daniëlle 
Signify Netherlands B.V. Intellectual Property High Tech Campus 7
5656 AE Eindhoven
5656 AE Eindhoven (NL)


(56)References cited: : 
EP-A1- 2 977 782
US-A1- 2009 102 642
EP-A2- 1 956 311
US-A1- 2015 039 135
  
      
    Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


    Description

    FIELD OF THE INVENTION



    [0001] The invention relates to a building automation system, a control computer, a servicing device, a building automation method, a mobile servicing method, a control method, and a computer readable medium.

    BACKGROUND



    [0002] In modern lighting systems the number of devices is growing. This is because of the wish for fine grained lighting but also because LED based lamps can be made efficient even in ever smaller form factors and small lumen packets. At the same time, the reliability of LED networks is increasing. Because of this servicing of such networks is hard: In modern buildings there will be a large number of lamps that rarely fail. For this reason, it is relatively expensive to service such lighting systems by hand. Service personal would have to verify a large number of lamps to find relatively few failures.

    [0003] With an increasing number of smaller lamps just locating a failed device becomes hard. Due to reorganizations, the room organization present when a network was implemented need not be the same as the present organization. In fact, modern buildings are often optimized for easy reorganizations, e.g., changing offices to open plans, or vice versa. Also lighting plans may be incorrect.

    [0004] Even the network used in a connected lighting system does not always give accurate clues as to the location of a lighting asset. Even if the lighting system is wired, e.g., using power over Ethernet technology, the routing of the network does not always give a good indication of the light network asset's location. Two elements that are close in the network, need not be close in physical distance. Even if two lamps are connected to the same switch they do not need to be near to each other. The latter happens in practise because switches are relatively expensive element in a connected lighting system, so that they tend to be used to capacity.

    [0005] The inventors have found that in practice finding failed devices is a problem that needs to be addressed. The same problem occurs not only in connected lighting systems, but more generally in the field of building automation. In building automation, multiple devices are connected through a digital network to control computer. The control computer manages the building automation system. Building automation includes heat, ventilation, air conditioning (HVAC), see e.g. EP1956311A2 for an integrated management system for air conditioning, lighting, security, etc. Document US 2009/102642 discloses the use of beacon signals to track an object inside a building. Document EP 2 977 782 discloses a positioning and guiding system to be used by a user caring a mobile device inside a building.

    SUMMARY OF THE INVENTION



    [0006] An electronic building automation system is defined in the claims addressing these and other problems as set out herein. The building automation system comprises one or more electronic building automation devices and a control computer. The system may be serviced by a mobile servicing device.

    [0007] Because the building automation device comprises a beacon receiver it can keep track of the beacons that it can receive, and possibly also the reception strength of those beacons. If the building automation device needs servicing, it includes this information in a service request. The information on beacon reception coupled to known location of the beacons allows the location of broken building automation devices to be estimated. In an embodiment, a mobile servicing device is guided to the broken building automation device using the beacons.

    [0008] A method according to the invention may be implemented on a computer as a computer implemented method, or in dedicated hardware, or in a combination of both. Executable code for a method according to the invention may be stored on a computer program product. Examples of computer program products include memory devices, optical storage devices, integrated circuits, servers, online software, etc. Preferably, the computer program product comprises non-transitory program code stored on a computer readable medium for performing a method according to the invention when said program product is executed on a computer.

    [0009] In a preferred embodiment, the computer program comprises computer program code adapted to perform all the steps of a method according to the invention when the computer program is run on a computer. Preferably, the computer program is embodied on a computer readable medium.

    BRIEF DESCRIPTION OF THE DRAWINGS



    [0010] Further details, aspects and embodiments of the invention will be described, by way of example only, with reference to the drawings. Elements in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. In the Figures, elements which correspond to elements already described may have the same reference numerals. In the drawings,

    Figure la schematically shows an example of an embodiment of a building automation system,

    Figure 1b schematically shows an example of an embodiment of a building automation system,

    Figure 2a schematically shows an example of an embodiment of an office light plan

    Figure 2b schematically shows a detail of figure 2a.

    Figure 3 schematically shows an example of an embodiment of a library in a perspective view,

    Figure 4a schematically shows a detail of figure 2a.

    Figure 4b schematically shows an example of an embodiment of a beacon reception report.

    Figure 5 schematically shows an example of an embodiment of a luminaire and LED,

    Figure 6a schematically shows an example of a display of a servicing message, Figure 6b schematically shows an example of an embodiment of a mobile servicing device,

    Figure 6c schematically shows an example of an embodiment of a mobile servicing device,

    Figure 7a schematically shows an example of an embodiment of a building automation method 300 for a building automation device,

    Figure 7b schematically shows an example of an embodiment of a mobile servicing method 400,

    Figure 7c schematically shows an example of an embodiment of a control method 600,

    Figure 8a schematically shows a computer readable medium having a writable part comprising a computer program according to an embodiment,

    Figure 8b schematically shows a representation of a processor system according to an embodiment.


    List of Reference Numerals in figures 1a. 1b and 5:



    [0011] 
    100, 100'
    a building automation system
    110
    a beacon
    112
    a radio circuit
    114
    a beacon memory
    120
    an electronic building automation device
    122
    a communication interface
    124
    a beacon receiver
    126
    a beacon identifier memory
    128
    a processor circuit
    121
    a current measuring unit
    123
    a voltage measuring unit
    125
    a counter
    130
    a control computer
    132
    a communication interface
    134
    a processor circuit
    140
    a localization system
    145
    a digital network
    150
    Mobile servicing device
    152
    a communication interface
    154
    a beacon receiver
    156
    a processor circuit
    500
    a luminaire
    510
    a powered device circuit (PD)
    511
    a power over Ethernet connection
    520
    a memory
    530
    a processor circuit
    531
    control connection
    540
    a driver
    545
    a measurement unit
    546
    a beacon receiver
    550
    a LED

    DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS



    [0012] While this invention is susceptible of embodiment in many different forms, there are shown in the drawings and will herein be described in detail one or more specific embodiments, with the understanding that the present disclosure is to be considered as exemplary of the principles of the invention and not intended to limit the invention to the specific embodiments shown and described.

    [0013] In the following, for the sake of understanding, elements of embodiments are described in operation. However, it will be apparent that the respective elements are arranged to perform the functions being described as performed by them.

    [0014] Further, the invention is not limited to the embodiments, and the invention lies in each and every novel feature or combination of features described herein or recited in mutually different dependent claims.

    [0015] Figure 1a schematically shows an example of an embodiment of an electronic building automation system 100. System 100 comprises multiple electronic building automation devices. One building automation device 120 is shown. System 100 further comprises a control computer 130. Control computer 130 and the building automation device are connected via a digital network. Control computer 130 controls the building automation devices.

    [0016] Figure la further shows a localization system 140. Localization system 140 comprises multiple beacons. One beacon 110 is shown, the other beacons follow the same or a similar design. For example, the beacons maybe distributed around a building.

    [0017] Beacon 110 comprises a beacon memory 114. Beacon memory 114 is arranged to store a beacon identifier. In an embodiment, the beacon identifier is unique for localization system 140. Beacon 110 comprises a radio circuit 112. Radio circuit 112 is arranged to transmit a wireless localizing beacon signal. The wireless localizing beacon signal comprises the beacon identifier stored in beacon memory 112. Beacon 110 is arranged to periodically repeat the localization signal. Beacon 110 may comprise a processor circuit configured to generate the localization signal and to periodically repeat transmission of the localization signal over radio circuit 112. Radio circuit 112 may comprise an antenna.

    [0018] Beacon based localization system 140 allows a device with a beacon receiver, e.g., a mobile phone, to obtain its position on a small scale. Beacon based localization system 140 is in particular suited where GPS reception is poor, e.g., indoors. The indoor location may be used, e.g., to deliver contextual content to users based on location. For example, information what is at a specific location may be obtained separately as a wireless service as requested by a mobile app. A localization system may be the backbone for many location-based services.

    [0019] Beacons may be based on different types of wireless technology. For example, beacons 110 may be a Bluetooth, Zig-Bee, or Wi-Fi beacon. In an embodiment, beacon 110 uses Bluetooth Low Energy. Other possible beacon types include BLE, WiFi, WiMax, cellular triangulation or LoRa (e.g. for street lighting). The received beacons may be a mixture of different type beacons.

    [0020] Beacons typically operate alone and may be battery powered which means they have to be serviced every couple of years. Typically, beacons are not part of a network, and are not able to send push-messages to receiving devices. Neither are beacons equipped for collecting user data or for storing these. In an embodiment, a beacon solely sends information about its identity. The beacon identifier distinguishes the beacons in localization system 140 from each other.

    [0021] Often beacons are installed in a grid to give good location coverage over the whole space. Advantageously, beacons are placed in the ceiling. With this placement they are located with a good line of sight which is beneficial for reception coverage.

    [0022] In further developed embodiments, beacon receivers are positioned at different heights to obtain increased resolution. Beacon receivers at different heights may be used to localize a beacon receiver in three dimensions. In a yet further developed embodiment, a beacon receiver comprises a directive antenna. A directive antenna allows determining a direction from which a beacon signal came. Having a direction in addition to a signal strength allows obtaining a more accurate position.

    [0023] In an embodiment, a localization signal comprises a constant preamble followed by the beacon identifier. The beacon identifier may be a UUID (Universally Unique Identifier), and a Major and Minor value. For example, the UUID may be 16 bytes long, Major and Minor are each 2 bytes long. Together these form an ID for the beacon. In an embodiment, the UUID is the same for all beacons in the same localization system 140, while the Major and Minor values vary for each beacon. A localization signal may further comprise a signal power value. For example, it may represent the RSSI value (Received Signal Strength Indication) measured at 1 meter from the beacon. The value of this value may be used in calculating a location from received signal strengths. The signal power value of the beacon may be known at the control computer. For example, the control computer may comprise a table associating beacon identifier to signal power value. The signal power value may be the same for all beacons in localization network 140.

    [0024] The range of the localization signal of a beacon depends on the transmission power of the beacon. This may be the same for all beacons, or may be set differently for some beacons. Note that reception of a beacon localization signal depends on environmental factors. The localization signal is repeated each time period. The time period maybe set smaller if frequent updates in localization are needed, e.g., if the localized object moves quickly. More frequent repeats of the localization signal use more power. For example, a repeat interval maybe set between, e.g., 100 ms and 1 second, e.g., 200 ms.

    [0025] Building automation device 120 comprises a communication interface 122 arranged to communicate with control computer 130 over a digital network 145. Digital network 145 may comprise a wired network, e.g., an Ethernet network, e.g. using one or more power over Ethernet connections (PoE). Digital network 145 may comprise a wireless network, e.g., a Wi-Fi or ZigBee network. Digital network 145 may combine wired and wireless technologies.

    [0026] Building automation device 120 comprises a beacon receiver 124 arranged to receive localizing beacon signals transmitted from multiple beacons installed in the vicinity of the building automation device. From the received localizing beacon signals an estimate of the location of building automation device 120 may be computed. It is not necessary that all building automation devices in building automation system 100 comprise a beacon receiver 124.

    [0027] Computing a location from received localizing beacon signals may be done in a variety of ways. For example, in a simple embodiment, one may simply conclude that the building automation device 120 is not too far removed from the beacons that it can receive, e.g., it is within range. In a more advanced embodiment, the intersection of the ranges of the received beacons may be determined, and it can be concluded that building automation device 120 is located in or near the intersection. Building automation device 120 comprises a beacon identifier memory 126 for storing beacon identifiers received by the beacon receiver in a time period. For example, device 120 may comprise a processor circuit configured for storing a received beacon identifier in beacon identifier memory 126.

    [0028] In an embodiment, the beacon identifiers that are received in the localization signals are stored in the beacon identifier memory 126. In an embodiment, beacon identifier memory 126 is last in last out, e.g., a queue. For example, the beacon identifier memory 126 may be sized to store the last 100 beacon identifiers. In a smaller embodiment, beacon identifier memory 126 may keep only the last 4 beacon identifiers. In a more advanced embodiment, processor circuit 128 is configured to store for each received beacon identifier the time at which it was last received. In an embodiment, the time period for which information on beacon identifiers is kept may be limited to a specific value, e.g., to a few seconds, a minute, etc. For example, the latter may be implemented by discarding all beacon identifiers that were received more than the time interval ago.

    [0029] In an embodiment, device 120 does not receive or process the localization signals continuously, e.g., to reduce power use, or bandwidth, or to reduce complexity. For example, device 120 may be configured to store beacon identifier only during a time interval of a specific length, e.g., a minute, a second, etc. This may be repeated, say, once or a few times a day.

    [0030] Better estimates of location can be made by recording the received signal strength of the localization signal. In an embodiment, beacon receiver 124 is arranged to measure the signal strength of the localization signal. Processor circuit 128 is arranged to store a signal strength indication with the beacon identifiers in the beacon identifier memory. The signal strength indication indicates the signal strength with which the localization signal was received at beacon receiver 124. Optionally, processor circuit 128 is arranged to also store a signal power value received in the localization signal. The signal power value may be used with the signal strength indication in estimating a distance between the beacon receiver 124 and the beacon. The signal power value may also be used to verify that the settings of the beacons have not changed without authorization. The signal strength indication and optionally the signal power value maybe communicated to control computer 130.

    [0031] In an embodiment, a beacon receiver maybe arranged to report a signal strength indication, e.g., RSSI. From the signal strength indication an estimated distance to the beacon may be computed. In an embodiment, the estimated distance may be rounded to a small number of categories, e.g., unknown, immediate below 50 cm, near up to 2 m and far up to 30 m.

    [0032] Processor circuit 128 is arranged to generate a message comprising beacon identifiers stored in the beacon identifier memory, and to transmit the message to control computer 130 over the digital network. The message may also include a signal strength indication, e.g., for each received beacon identifier. The received signal strength indication may, e.g., be expressed in decibels. For example, control computer 130 may comprise a communication interface 132 arranged to communicate with the building automation devices 120 over digital network 145. Control computer 130 comprises a processor circuit 134 configured to process the received messages.

    [0033] From the information on the received beacon identifier, and possibly the signal strength indication, and known locations of the beacons, a location of the beacon receiver can be estimated using various algorithms known in the art. For example, a trilateral estimation may be used, comprising estimated the distance between the beacon receiver and at least 3 beacons using the received signal strength. An example is given in the paper "Algorithms for Location Estimation Based on RSSI Sampling", by Papamanthou et al.

    [0034] In an embodiment, building automation device 120 is a luminaire. In an embodiment, building automation device 120 is any one of the following group: a heating device, a ventilation device, an air conditioning device, a speaker, an automated air valve, a fire detector, a sensor, a wall switch. For example, the control computer may a back-end of a building automation system (BAS) or building management system (BMS).

    [0035] Figure 2a schematically shows an example of an embodiment of an office light plan. Figure 2b schematically shows a detail of figure 2a. A connected lighting system is an example of a building automation system. Shown in figure 2a and 2b are beacons 5, arranged in a grid. For example, the lighting plan shown in figure 2a maybe an office space comprising a number of office rooms 1. In the office room 1, a group of lamps 2 are controlled by manual switches 3 and/or sensors 4. In embodiment, one or more of the assets like sensors 4, manual controls 3 and light sources 2 comprise a beacon receiver as shown in figure 1a. The connected lighting system of figure 2a comprises a control computer, which is not shown in figure 2a.

    [0036] In an embodiment, sensor 4 is an occupancy sensor arranged to determine occupancy of an area surrounding the occupancy sensor. For example, the occupancy sensor may be an infrared sensor, or a movement sensor, etc. For example, the occupancy sensor is arranged to generate an occupancy signal if the occupancy sensor detects occupancy or no occupancy of an area surrounding the occupancy sensor. The occupancy signal may be used to control the luminaires 2. This may be done directly, e.g., by a local network of a local network, or via the control computer. For example, processor circuit 134 of control computer 130 may be configured to determine from one or more occupancy sensors an occupancy status of an area surrounding the luminaire 2, e.g., office 1. If control computer 130 determines that office 1 is occupied, then control computer may send a control message to the luminaires 2 to switch them on. Possibly, the decision to turn a luminaire on may be more complicated and also involve day light sensors, and (wall) switches or other local controls, etc.

    [0037] Figure 3 schematically shows an example of an embodiment of a library in a perspective view. Here beacon technology is used to support people searching for specific books by means of multiple beacons 5 installed in the ceiling distributed over the space. Figure 3 shows a room 1 with a grid of light sources 2 in the ceiling and five beacons 5. People 9 are moving around and are supported to reach a shelf 11 where a certain book is located. For example, a mobile phone of people 9 may comprise a beacon receiver to determine a location in the library. Using the location of the mobile phone a signal may be computed to guide the people in the correct direction. For example, the signal could be a map in which the desired location and the current location of the mobile phone are indicated. Similar applications are in shops, storing spaces or magazines.

    [0038] Figure 4a schematically shows a detail of figure 2a. Shown in figure 4a are identifier of the assets in the building automation system, in this case a connected lighting system. Also shown are two beacons: B5 and C5. The assets are configured to send a message to control computer 130 with the received beacon identifiers and the corresponding signal strength indications. Figure 4b schematically shows an example of an embodiment of a beacon reception report. Shown in figure 4b is a table with 6 columns: the identifier of the device in the lighting system, a device class, e.g., a device type, device model, etc., estimated distances to beacons B5 and C5, and estimated distance categories to beacons B5 and C5. The estimated distance to a beacon is often subject to a lot of noise, e.g., due to environment interference. In some applications the distance category is about as accurate as the estimate distance. For example, presence detector (occupancy sensor) P36601 is far from beacon B5 but close to beacon C5.

    [0039] In modern lighting systems the number of devices is growing. This is because of the wish for fine grained lighting but also as LED based lamps can be made efficient even in small form factors and small lumen packets. In some cases, multiple radios may be present in the same luminaire. For example, one luminaire equipped with four Smart LED lamps having each a wireless radio. In addition, part of these assets are hard to physically locate. This is e.g. the case in PoE lighting systems where the power sourcing equipment (PSE) is located behind the suspended ceiling. This all leads to a growing issue directing service personal to the right spot when devices need maintenance, repair or exchange. The LEDs may be so-called TLEDs.

    [0040] In an embodiment, lighting assets (or other building automation device, e.g., such as connected infrastructure devices like speakers, air valves, fire detectors etc.) are able to receive beacons. These register the beacons and when needing service, they transmit the registered beacon identifiers to the central lighting (or building) management system. The information about all receivable beacons and the relative RF amplitude gives a good indication of the position of that very asset. A service call may contain the related beacon identifiers and allow the service personal to find their way to the related lighting device. Before climbing the ladder, the received beacon identifiers can be verified using the mobile servicing device.

    [0041] Returning to figure 1a. Processor circuit 128 is configured to monitor building automation device 120 and determine a need for servicing of the building automation device. There are multiple ways in which a processor may monitor a device. A number of different examples are shown in figure 1b, and discussed below. Other ways to monitor a device known in the art may also be applied. Figure 1b shows a building automation device 100' that is based on the embodiments of figure 1a but includes additional optional elements.

    [0042] In an embodiment, building automation device 120 comprises a current measuring unit 121. Current measuring unit 121 is arranged to determine electric current flowing through a component of the building automation device. For example, the current flowing through a LED.

    [0043] Processor 128 of the building automation device 120 is configured to determine a need for servicing when the building automation device is in an on-state and current measured by the current measuring unit is below a threshold. In particular, if no current flows, the LED is likely broken.

    [0044] In an embodiment, building automation device 120 comprises a voltage measuring unit 123 arranged to determine electric voltage across a component of the building automation device. For example, the voltage across a LED. Processor 128 of the building automation device 120 is configured to determine a need for servicing when the building automation device is in an on-state and a voltage measured by the voltage measuring unit is above a threshold. When no voltage differential exists on a LED, even though it should be giving light, it is likely broken.

    [0045] The voltage and current measurement may be done over other components than LEDs. For example, over a motor in an air-conditioning device, etc.

    [0046] In an embodiment, building automation device 120 comprises a counter 125. Processor 128 of the building automation device 120 is configured to increase the counter in dependence on the use of the building automation device, and determine a need for servicing when the counter reaches a threshold. For example, each time the building automation device 120 is turned on, the counter may be increased. For example, for each time period, say each 5 minutes, that building automation device 120 is turned on, the counter maybe increased. For example, processor 128 may be configured to obtain an intensity of use of the building automation device, say a dimming level in case of a luminaire, and increase the counter in dependence on the intensity of use of the building automation device. Processor 128 is configured to determine a need for servicing when the counter reaches a threshold. For example, the counter may be set to a neutral value upon manufacture, the neutral value may be 0.

    [0047] In another embodiment the building automation device may also indicate a corrupt firmware image, or the need for a firmware upgrade. In some embodiment, updating of the firmware is not possible over the lighting control network but requires 1:1 uploading.

    [0048] In an embodiment, building automation device comprises none, or one, or multiple of current measuring device 121, voltage measuring device 123 and counter 125.

    [0049] Figure 5 schematically shows an example of an embodiment of building automation device, in this case a luminaire 500 in which a LED 550 is installed. Luminaire 500 is an example of a building automation device.

    [0050] Luminaire 500 comprise a powered device circuit 510. Powered device circuit 510 is arranged for Power over Ethernet. Powered device circuit 510 obtains electric power to drive luminaire 500 from a power over Ethernet connection 511. Powered device circuitry 510 is further arranged to provide access to a digital network, that connects luminaire 500 to a control computer. For example, a powered device (PD) may be interface circuitry to connect a client, in this case a luminaire, to a PoE PSE.

    [0051] Luminaire 500 comprises a driver 540 driving a LED 550. Processor 530 controls driver 540 through a control connection 531. For example, processor 530 turns the LED on or off in dependence upon control signal received from control computer 130.

    [0052] Luminaire 500 comprises a memory 520 and a processor circuit 530. Processor circuit 530 executes computer instructions stored in memory 520. Memory 520 may also be used as beacon memory.

    [0053] Luminaire 500 comprises a measurement unit 546 arranged to monitor luminaire 500. For example, measurement unit 545 may be current monitor, voltage monitor or counter as described above. Luminaire 500 comprises a beacon receiver 546.

    [0054] If measurement unit 545 detects that LED 550 operates outside of predefined operating thresholds, then processor circuit 530 generates a service request comprising beacon identifiers obtained from beacon receiver 546 and sends it to a control computer through powered device network connection 510.

    [0055] Returning to figure 1a. Once processor 128 determined that there is a need for servicing, for example, because a component is broken or because the performance of a component appears to be reducing, then processor 128 generates a service request and transmits the service request to control computer 130 over digital network 145. The service request is a digital message and may include information regarding the need for servicing, e.g., the current, voltage or counter values obtained. The service request may include an identifier of the asset. However, even with knowledge of the asset identifier it may still be hard to actually locate the identifier in a building.

    [0056] The service request includes the beacon identifiers stored in the beacon identifier memory 126. For example, the beacon identifiers received in the past time period, say a minute, or a last number of beacon identifiers, say the last 100, or a last number of unique beacon ids, say the last 10 unique beacons ids, etc.

    [0057] Control computer 130 comprises a communication interface 132 arranged to receive the service request comprising the beacon identifiers from building automation device 120. Processor circuit 134 is arranged to generate a servicing message comprising data localizing the building automation device, said data being obtained from the beacon identifiers in the received service request.

    [0058] In an embodiment, processor circuit 134 estimates the location of the building automation device from which the service request originated, say device 120. For example, control computer 130 may store a list of locations of the beacons, e.g. with location coordinates. Using the beacon information in the service request the location of device 120 may be estimated. For example, the service request may comprise beacon identifiers and corresponding RSSIs. The data localizing the building automation device may be an estimated location of the broken building automation device. For example, the servicing message maybe a report comprising the locations of one or more building automation device that requested service. The report maybe transmitted to service personal, e.g., over email. The report may be send to a printer.

    [0059] In an embodiment, the processor circuit is configured to transmit the servicing message to an optional mobile servicing device 150. The data localizing the building automation device may be the estimated locations of the one or more building automation device that requested service. The data localizing the building automation device may instead (or in addition) comprise the original beacon information received the building automation device (or part thereof). In the latter case, localizing may be done later.

    [0060] Mobile servicing device 150 comprises a communication interface 152 arranged to communicate with control computer 130 over a digital network. The latter may be a different digital network than digital network 145. For example, the mobile servicing device 150 and control computer 130 may communicate over the Internet, say (partially) over a Wi-Fi network. Mobile servicing device 150 receives the servicing message comprising the data localizing the building automation device from control computer 130 through a communication interface 152.

    [0061] Mobile servicing device 150 comprises a beacon receiver 154 arranged to receive localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices.

    [0062] Mobile servicing device 150 comprise a processor circuit 154 configured to obtain a localization of the building automation device 120 from the data localizing the building automation device in the servicing message relative to a current position of the servicing device using the beacon receiver of the servicing device. For example, mobile servicing device 150 may display a map on which the present location of servicing device 150 is shown, as well as the destination-the broken building automation device. For example, the data localizing the building automation device may comprise a location of the building automation device, as estimated by the control computer. Mobile servicing device may estimate the location of the building automation itself.

    [0063] Figure 6a shows an example display that may be generated by mobile servicing device 150 or may be displayed on control device 130, or may be printed or sent by email, etc. The display may be generated on the basis of information in the servicing message. For example, the servicing message may include a lighting plan, e.g., a picture, coordinates of assets needing service, information regarding the service, etc.

    [0064] For example, control computer 130, e.g., a lighting management system, uses the beacon identifiers received from lighting assets that need service to map the requesting asset in the light plan 70 as depicted exemplarily in figure 6a. For example, control computer 130 may match beacon identifiers to the assets in the light plan, or a location function may be requested to convert the beacon identifiers to a location data, etc. Service personal gets the light plan with highlighted assets 71 to be serviced. Also shown are assets 72 that do not need immediate attention yet, but may need replacement in future. For example, using the current measurement, a LED may need immediate attention if current stopped flowing altogether (the LED is broken), but may need future replacement is current dropped below a threshold, though not all the way to 0.

    [0065] In an embodiment the assets which are near end of life 72 are marked in the servicing message. This allows, e.g. a service company, to decide to change them when their personal is near anyhow. In an embodiment, the location of assets in the vicinity of the building automation device that initiated the service request are marked dependent on their expected next service date. For example, a color scale from green to red may be used to indicate a remaining service time of, say, 30 to 1 day for each asset. That allows the service company to decide whether to change them when their personal is already operating in the vicinity.

    [0066] In this particular example, the parts needed to execute the repairs are listed at 83. For example, the list includes assets which need to be exchanged and/or the parts which need be exchanged. Counters indicate how many assets need service. For example, as is shown 1 asset needs immediate attention (see reference 81), and 25 need attention though not immediate attention (see reference 82). An automated or partly automated order service may be used by control computer 130 to complement the service call. In this example, the owner of the connected network is shown at 80.

    [0067] In an embodiment, the servicing message comprises beacon identifiers received by a beacon receiver of the building automation device. The servicing message may also comprise received signal strength indications. Processor 156 of servicing device 150 is configured to compare the localizing beacon signals received by the beacon receiver of the servicing device with the beacon identifiers included in the servicing message, and display a signal on the display if a match has been found. For example, processor 156 may compute a difference measure between the beacon identifiers and corresponding signals strengths currently received by servicing device 150 and the beacon identifiers and corresponding signals strengths previously received by building automation device 120. As the difference measure decreases the servicing device is closer to the building automation device 120. For example, the difference measure may be displayed so that an operator of servicing device 150 has an indication of the distance to the device that needs service.

    [0068] Figure 6b schematically shows an example of an embodiment of a mobile servicing device. The location of the building automation device is shown in a computer based servicing device as exemplarily depicted in Figure 6b running on a tablet computer. Shown in Figure 6b is the handheld computer device 200. The picture shown in the display is the building plan 210. The lighting devices are shown as there are light sources 211 and e.g. manual devices like switches 214. The service requesting asset 220 is clearly marked.

    [0069] In a further developed embodiment additional Information about the requesting asset may be contained in an information note 221 which is displayed. The note may change depending on pointing actions on the screen.

    [0070] Figure 6c schematically shows an example of an embodiment of a mobile servicing device. In this embodiment, the display on the servicing device shows the current position of the servicing device 230. For example, the servicing device may receive the beacons with a beacon receiver integrated with the handheld service tool. In embodiment the beacon transmitter positions 240 are also depicted in the light plan as indicated in Figure 6c.

    [0071] In an embodiment, the processor circuit of the building automation device is configured to repeatedly generate a localization message comprising the beacon identifiers stored in the beacon identifier memory and an identifier of the building automation device that identifies the building automation device within the one or more building automation devices. The localization message is repeatedly transmitted to control computer 130 over digital network 145.

    [0072] Processor 134 is configured to store the localization message associated with the identifier of the building automation device. For example, processor 134 may comprise a database in which the localization messages are stored from some time. At some point, processor 134 may determine that no localization message has been received for an identifier of the building automation device in a time period. In this case, processor 134 has determined that this building automation device is in need of servicing, as it stopped sending localization messages. As in the case of receiving a service request, the processor may
    • generate a servicing message comprising data localizing the building automation device, said data being obtained from the beacon identifiers in the last localization message, and
    • transmit the servicing message to a mobile servicing device.


    [0073] In an embodiment, the repetitive transmission of the localization messages may be e.g. oncee per day. The localization messages may be used to generate a display as shown in figure 4b. If control computer 130 does not receive the message from a certain lamp, the position of the malfunction device is known because of the messages received earlier. The system can e.g. compare the received lamp identifiers from one day with the list of identifiers of previous days. The difference, i.e. missing lamp identifiers indicate malfunction lamps.

    [0074] In general, a communication interface may take various forms, such as a network interface to a local or wide area network, e.g., the Internet, etc. The communication interface may be wired or wireless etc.

    [0075] Typically, the devices 110, 120, 130 and 150 each comprise a microprocessor (not separately shown) which executes appropriate software stored at the devices; for example, that software may have been downloaded and/or stored in a corresponding memory, e.g., a volatile memory such as RAM or a non-volatile memory such as Flash (not separately shown). Alternatively, the devices 110, 120, 130 and 150 may, in whole or in part, be implemented in programmable logic, e.g., as field-programmable gate array (FPGA). Devices 110, 120, 130 and 150 maybe implemented, in whole or in part, as a so-called application-specific integrated circuit (ASIC), i.e. an integrated circuit (IC) customized for their particular use. For example, the circuits may be implemented in CMOS, e.g., using a hardware description language such as Verilog, VHDL etc.

    [0076] Figure 7a schematically shows an example of an embodiment of a building automation method 300 for a building automation device. Method 300 comprising
    • receiving 320 localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices, a localizing beacon signal comprising a beacon identifier identifying the beacon from which the localizing beacon signal originated,
    • storing 330 beacon identifiers received by the beacon receiver, and
    • monitoring 340 the building automation device,
    • determining 350 a need for servicing of the building automation device, and if so,
    • generating 360 a service request comprising the beacon identifiers stored in the beacon identifier memory,
    • transmitting 370 the service request to the external control computer over the digital network.


    [0077] Figure 7b schematically shows an example of an embodiment of a mobile servicing method 400. Method 400 comprising
    • communicating 410 with a control computer over a digital network, and receiving a servicing message comprising data localizing a building automation device,
    • receiving 420 localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices, a localizing beacon signal comprising a beacon identifier identifying the beacon from which the localizing beacon signal originated,
    • obtaining 430 a localization of the building automation device from the data localizing the building automation device relative to a current position of the servicing device using the beacon receiver of the servicing device.


    [0078] Figure 7c schematically shows an example of an embodiment of a control method 600. Method 600 comprises
    • communicating 610 with one or more electronic building automation devices over a digital network, and receiving a service request comprising beacon identifiers from a building automation device, and
    • generating 620 a servicing message comprising data localizing the building automation device, said data being obtained from the beacon identifiers in the received service request, and
    • transmitting 630 the servicing message to a mobile servicing device.


    [0079] Many different ways of executing the methods are possible, as will be apparent to a person skilled in the art. For example, the order of the steps can be varied or some steps may be executed in parallel. Moreover, in between steps other method steps may be inserted. The inserted steps may represent refinements of the method such as described herein, or may be unrelated to the method. Moreover, a given step may not have finished completely before a next step is started.

    [0080] A method according to the invention may be executed using software, which comprises instructions for causing a processor system to perform methods 300, 400 or 600. Software may only include those steps taken by a particular sub-entity of the system. The software may be stored in a suitable storage medium, such as a hard disk, a floppy, a memory, an optical disc, etc. The software maybe sent as a signal along a wire, or wireless, or using a data network, e.g., the Internet. The software may be made available for download and/or for remote usage on a server. A method according to the invention may be executed using a bit stream arranged to configure programmable logic, e.g., a field-programmable gate array (FPGA), to perform the method.

    [0081] It will be appreciated that the invention also extends to computer programs, particularly computer programs on or in a carrier, adapted for putting the invention into practice. The program maybe in the form of source code, object code, a code intermediate source and object code such as partially compiled form, or in any other form suitable for use in the implementation of the method according to the invention. An embodiment relating to a computer program product comprises computer executable instructions corresponding to each of the processing steps of at least one of the methods set forth. These instructions may be subdivided into subroutines and/or be stored in one or more files that may be linked statically or dynamically. Another embodiment relating to a computer program product comprises computer executable instructions corresponding to each of the means of at least one of the systems and/or products set forth.

    [0082] Figure 8a shows a computer readable medium 1000 having a writable part 1010 comprising a computer program 1020, the computer program 1020 comprising instructions for causing a processor system to perform method 300, 400 or 600, according to an embodiment. The computer program 1020 may be embodied on the computer readable medium 1000 as physical marks or by means of magnetization of the computer readable medium 1000. However, any other suitable embodiment is conceivable as well. Furthermore, it will be appreciated that, although the computer readable medium 1000 is shown here as an optical disc, the computer readable medium 1000 may be any suitable computer readable medium, such as a hard disk, solid state memory, flash memory, etc., and maybe non-recordable or recordable. The computer program 1020 comprises instructions for causing a processor system to perform said methods.

    [0083] Figure 8b shows in a schematic representation of a processor system 1140 according to an embodiment. The processor system comprises one or more integrated circuits 1110. The architecture of the one or more integrated circuits 1110 is schematically shown in Figure 8b. Circuit 1110 comprises a processing unit 1120, e.g., a CPU, for running computer program components to execute a method according to an embodiment and/or implement its modules or units. Circuit 1110 comprises a memory 1122 for storing programming code, data, etc. Part of memory 1122 may be read-only. Circuit 1110 may comprise a communication element 1126, e.g., an antenna, connectors or both, and the like. Circuit 1110 may comprise a dedicated integrated circuit 1124 for performing part or all of the processing defined in the method. Processor 1120, memory 1122, dedicated IC 1124 and communication element 1126 may be connected to each other via an interconnect 1130, say a bus. The processor system 1110 may be arranged for contact and/or contact-less communication, using an antenna and/or connectors, respectively.

    [0084] For example, in an embodiment, the building automation device, control computer, servicing device, and beacon may comprise a processor circuit and a memory circuit, the processor being arranged to execute software stored in the memory circuit. For example, the processor circuit maybe an Intel Core i7 processor, ARM Cortex-R8, etc. The beacon may comprise a ARM M0 Cortex. The memory circuit may be an ROM circuit, or a non-volatile memory, e.g., a flash memory. The memory circuit may be a volatile memory, e.g., an SRAM memory. In the latter case, the verification device may comprise a non-volatile software interface, e.g., a hard drive, a network interface, etc., arranged for providing the software.

    [0085] It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design many alternative embodiments.

    [0086] In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. Use of the verb "comprise" and its conjugations does not exclude the presence of elements or steps other than those stated in a claim. The article "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the device claim enumerating several means, several of these means may be embodied by one and the same item of hardware. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.

    [0087] In the claims references in parentheses refer to reference signs in drawings of embodiments or to formulas of embodiments, thus increasing the intelligibility of the claim. These references shall not be construed as limiting the claim.


    Claims

    1. An electronic building automation system, comprising

    I--one or more electronic building automation devices (120), comprising

    - a communication interface (122) arranged to communicate with an external control computer over a digital network,

    - a beacon receiver (124) arranged to receive localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices, a localizing beacon signal comprising a beacon identifier identifying the beacon from which the localizing beacon signal originated,

    - a beacon identifier memory (126) for storing beacon identifiers received by the beacon receiver, and

    - a processor circuit (128) configured to

    - monitor the building automation device,

    - determine a need for servicing of the building automation device, and if so,

    - generate a service request comprising the beacon identifiers stored in the beacon identifier memory,

    - transmit the service request to the external control computer over the digital network, and

    II- the electronic building automation system further comprising the control computer (130) comprising

    - a communication interface (132) arranged to communicate with the one or more electronic building automation devices over a digital network, and receive a service request comprising beacon identifiers from a building automation device, and

    - a processor circuit (134) configured to

    - generate a servicing message comprising data localizing the building automation device, said data being obtained from the beacon identifiers in the received service request.


     
    2. An electronic building automation system as in Claim 1, wherein

    - a processor circuit is configured to

    - transmit the servicing message to a mobile servicing device the system comprising

    III- the mobile servicing device (150) comprising

    - a communication interface (152) arranged to communicate with the control computer over a digital network, and arranged to receive a servicing message comprising data localizing the building automation device,

    - a beacon receiver (154) arranged to receive localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices, a localizing beacon signal comprising a beacon identifier identifying the beacon from which the localizing beacon signal originated,

    - a processor circuit configured to

    - obtain a localization of the building automation device from the data localizing the building automation device relative to a current position of the servicing device using the beacon receiver of the servicing device.


     
    3. An electronic building automation system as in Claim 1, wherein the processor circuit of the one or more electronic building automation devices is configured to determine a need for servicing based on

    - measuring an electric current through a component of the building automation device, and/or

    - measuring an electric voltage across a component of the building automation device, and/or

    - on the intensity of use of the building automation device.


     
    4. An electronic building automation system as in Claim 3, wherein the one or more electronic building automation devices is a luminaire, or wherein the one or more electronic building automation devices is any one of the following group: a heating device, a ventilation device, an air conditioning device, a speaker, an automated air valve, a fire detector, an occupancy sensor, a day light sensor, a wall switch.
     
    5. An electronic building automation system as in Claims 3 to 4, wherein

    - the one or more electronic building automation devices comprises a current measuring unit arranged to determine electric current flowing through a component of the building automation device, the processor of the building automation device being configured to determine a need for servicing when the building automation device is in an on-state and current measured by the current measuring unit is below a threshold, and/or

    - the one or more electronic building automation devices comprises a voltage measuring unit arranged to determine electric voltage across a component of the building automation device, the processor of the building automation device being configured to determine a need for servicing when the building automation device is in an on-state and a voltage measured by the voltage measuring unit is above a threshold, and/or

    - the one or more electronic building automation devices comprises a counter, the processor of the building automation device being configured to increase the counter in dependence on use of the building automation device, and determine a need for servicing when the counter reaches a threshold.


     
    6. A mobile servicing device comprising

    - a communication interface arranged to communicate with a control computer over a digital network, and arranged to receive a servicing message comprising data localizing a building automation device,

    - a beacon receiver arranged to receive localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices, a localizing beacon signal comprising a beacon identifier identifying the beacon from which the localizing beacon signal originated,

    - a processor circuit configured to

    - obtain a localization of the building automation device from the data localizing the building automation device relative to a current position of the servicing device using the beacon receiver of the servicing device.


     
    7. mobile servicing device as in Claim 6 , wherein the servicing message comprises beacon identifiers received by a beacon receiver of the building automation device,

    - the servicing device comprises a display,

    - the processor of the servicing device being configured to

    - compare the localizing beacon signals received by the beacon receiver of the servicing device with the beacon identifiers included in the servicing message, and

    - display a signal on the display if a match has been found.


     
    8. A control computer comprising

    - a communication interface arranged to communicate with one or more electronic building automation devices over a digital network, and receive a service request comprising beacon identifiers from a building automation device, and

    - a processor circuit configured to

    - generate a servicing message comprising data localizing the building automation device, said data being obtained from the beacon identifiers in the received service request, and

    - transmit the servicing message to a mobile servicing device.


     
    9. An electronic building automation system as in Claims 1 to 5, wherein

    - the processor of the one or more electronic building automation devices is configured to

    - repeatedly generate a localization message comprising the beacon identifiers stored in the beacon identifier memory and an identifier of the building automation device that identifies the building automation device within the one or more building automation devices, and transmit the message to the external control computer over the digital network, and

    - the processor of the control computer being configured to

    - store the localization message associated with the identifier of the building automation device

    - determine that no localization message has been received for an identifier of the building automation device in a time period,

    - generate a servicing message comprising data localizing the building automation device, said data being obtained from the beacon identifiers in the last localization message, and

    - transmit the servicing message to a mobile servicing device.


     
    10. A building automation method for a building automation system comprising

    - one or more electronic building automation devices communicating with an external control computer over a digital network,

    - receiving localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices, a localizing beacon signal comprising a beacon identifier identifying the beacon from which the localizing beacon signal originated,

    - storing beacon identifiers received by the beacon receiver, and

    - monitoring the building automation device,

    - determining a need for servicing of the building automation device, and if so,

    - generating a service request on the basis of said determined need for servicing, the service request comprising the beacon identifiers stored in the beacon identifier memory,

    - transmitting the service request to the external control computer over the digital network,

    the external control computer (130) receiving the service request comprising beacon identifiers from the one or more electronic building automation devices, and generating a servicing message comprising data localizing the one or more electronic building automation devices, said data being obtained from the beacon identifiers in the received service request.
     
    11. A mobile servicing method for a servicing device comprising

    - communicating with a control computer over a digital network, and receiving a servicing message comprising data localizing a building automation device,-receiving , by a beacon receiver of the servicing device, localizing beacon signals transmitted from multiple beacons installed in the vicinity of the one or more building automation devices, a localizing beacon signal comprising a beacon identifier identifying the beacon from which the localizing beacon signal originated,

    - obtaining a localization of the building automation device from the data localizing the building automation device relative to a current position of the servicing device using the beacon receiver of the servicing device.


     
    12. A control method comprising

    - communicating with one or more electronic building automation devices over a digital network, and receiving a service request comprising beacon identifiers from a building automation device, and

    - generating a servicing message comprising data localizing the building automation device, said data being obtained from the beacon identifiers in the received service request, and

    - transmitting the servicing message to a mobile servicing device.


     
    13. A computer readable medium (670) comprising transitory or non-transitory data (680) representing instructions to cause a processor system to perform the method according to any of claims 11-13.
     


    Ansprüche

    1. Elektronisches Gebäudeautomatisierungssystem, umfassend

    I. eine oder mehrere elektronische Gebäudeautomatisierungsvorrichtungen (120), welche umfassen

    - eine Kommunikationsschnittstelle (122), die eingerichtet ist, um über ein digitales Netzwerk mit einem externen Steuercomputer zu kommunizieren,

    - einen Bakenempfänger (124), der eingerichtet ist, um lokalisierende Bakensignale zu empfangen, die von mehreren in der Nähe der einen oder der mehreren Gebäudeautomatisierungsvorrichtungen installierten Baken übertragen werden, wobei ein lokalisierendes Bakensignal eine Bakenkennung umfasst, die die Bake, von der das lokalisierende Bakensignal stammt, identifiziert,

    - einen Bakenkennungsspeicher (126), um Bakenkennungen, die vom Bakenempfänger empfangen werden, zu speichern, und

    - eine Prozessorschaltung (128), die dazu ausgebildet ist,

    - die Gebäudeautomatisierungsvorrichtung zu überwachen,

    - eine Notwendigkeit zur Wartung der Gebäudeautomatisierungsvorrichtung zu bestimmen, und, wenn ja,

    - eine Wartungsanfrage zu erzeugen, die die im Bakenkennungsspeicher gespeicherten Bakenkennungen umfasst,

    - die Wartungsanfrage über das digitale Netzwerk an den externen Steuercomputer zu übertragen, und

    II. wobei das elektronische Gebäudeautomatisierungssystem weiter den Steuercomputer (130) umfasst, welcher umfasst

    - eine Kommunikationsschnittstelle (132), die eingerichtet ist, um über ein digitales Netzwerk mit der einen oder den mehreren elektronischen Gebäudeautomatisierungsvorrichtungen zu kommunizieren und von einer Gebäudeautomatisierungsvorrichtung eine Wartungsanfrage zu empfangen, die Bakenkennungen umfasst, und

    - eine Prozessorschaltung (134), die dazu ausgebildet ist,

    - eine Wartungsnachricht zu erzeugen, die Daten umfasst, welche die Gebäudeautomatisierungsvorrichtung lokalisieren, wobei die Daten anhand der Bakenkennungen in der empfangenen Wartungsanfrage erhalten werden.


     
    2. Elektronisches Gebäudeautomatisierungssystem nach Anspruch 1, wobei

    - eine Prozessorschaltung dazu ausgebildet ist,

    - die Wartungsnachricht an eine mobile Wartungsvorrichtung zu übertragen, wobei das System umfasst

    III. die mobile Wartungsvorrichtung (150), welche umfasst

    - eine Kommunikationsschnittstelle (152), die eingerichtet ist, um über ein digitales Netzwerk mit dem Steuercomputer zu kommunizieren, und eingerichtet ist, um eine Wartungsnachricht zu empfangen, die Daten umfasst, welche die Gebäudeautomatisierungsvorrichtung lokalisieren,

    - einen Bakenempfänger (154), der eingerichtet ist, um lokalisierende Bakensignale zu empfangen, die von mehreren in der Nähe der einen oder der mehreren Gebäudeautomatisierungsvorrichtungen installierten Baken übertragen werden, wobei ein lokalisierendes Bakensignal eine Bakenkennung umfasst, die die Bake, von der das lokalisierende Bakensignal stammt, identifiziert,

    - eine Prozessorschaltung, die dazu ausgebildet ist,

    - unter Verwendung des Bakenempfängers der Wartungsvorrichtung anhand der Daten, die die Gebäudeautomatisierungsvorrichtung lokalisieren, eine Lokalisierung der Gebäudeautomatisierungsvorrichtung im Verhältnis zu einer aktuellen Position der Wartungsvorrichtung zu erhalten.


     
    3. Elektronisches Gebäudeautomatisierungssystem nach Anspruch 1, wobei die Prozessorschaltung der einen oder der mehreren elektronischen Gebäudeautomatisierungsvorrichtungen dazu ausgebildet ist, eine Notwendigkeit zur Wartung zu bestimmen auf Basis des

    - Messens eines elektrischen Stroms durch ein Bauteil der Gebäudeautomatisierungsvorrichtung, und/oder

    - Messens einer elektrischen Spannung über einem Bauteil der Gebäudeautomatisierungsvorrichtung, und/oder

    - der Nutzungsintensität der Gebäudeautomatisierungsvorrichtung.


     
    4. Elektronisches Gebäudeautomatisierungssystem nach Anspruch 3, wobei es sich bei der einen oder den mehreren elektronischen Gebäudeautomatisierungsvorrichtungen um eine Leuchte handelt, oder wobei es sich bei der einen oder den mehreren elektronischen Gebäudeautomatisierungsvorrichtungen um eines aus der folgenden Gruppe handelt: eine Heizvorrichtung, eine Lüftungsvorrichtung, eine Klimatisierungsvorrichtung, einen Lautsprecher, ein automatisches Luftventil, einen Feuermelder, einen Belegungssensor, einen Tageslichtsensor, einen Wandschalter.
     
    5. Elektronisches Gebäudeautomatisierungssystem nach den Ansprüchen 3 bis 4, wobei

    - die eine oder die mehreren elektronischen Gebäudeautomatisierungsvorrichtungen eine Strommesseinheit umfassen, die eingerichtet ist, um elektrischen Strom zu bestimmen, der durch ein Bauteil der Gebäudeautomatisierungsvorrichtung fließt, wobei der Prozessor der Gebäudeautomatisierungsvorrichtung dazu ausgebildet ist, eine Notwendigkeit zur Wartung zu bestimmen, wenn sich die Gebäudeautomatisierungsvorrichtung in einem eingeschalteten Zustand befindet und Strom, der von der Strommesseinheit gemessen wird, unter einer Schwelle liegt, und/oder

    - die eine oder die mehreren elektronischen Gebäudeautomatisierungsvorrichtungen eine Spannungsmesseinheit umfassen, die eingerichtet ist, um elektrische Spannung über einem Bauteil der Gebäudeautomatisierungsvorrichtung zu bestimmen, wobei der Prozessor der Gebäudeautomatisierungsvorrichtung dazu ausgebildet ist, eine Notwendigkeit zur Wartung zu bestimmen, wenn sich die Gebäudeautomatisierungsvorrichtung in einem eingeschalteten Zustand befindet und eine von der Spannungsmesseinheit gemessene Spannung über einer Schwelle liegt, und/oder

    - die eine oder die mehreren elektronischen Gebäudeautomatisierungsvorrichtungen einen Zähler umfassen, wobei der Prozessor der Gebäudeautomatisierungsvorrichtung dazu ausgebildet ist, den Zähler in Abhängigkeit von der Nutzung der Gebäudeautomatisierungsvorrichtung zu erhöhen, und eine Notwendigkeit zur Wartung zu bestimmen, wenn der Zähler eine Schwelle erreicht.


     
    6. Mobile Wartungsvorrichtung, umfassend

    - eine Kommunikationsschnittstelle, die eingerichtet ist, um über ein digitales Netzwerk mit einem Steuercomputer zu kommunizieren, und eingerichtet ist, um eine Wartungsnachricht zu empfangen, die Daten umfasst, welche eine Gebäudeautomatisierungsvorrichtung lokalisieren,

    - einen Bakenempfänger, der eingerichtet ist, um lokalisierende Bakensignale zu empfangen, die von mehreren in der Nähe der einen oder der mehreren Gebäudeautomatisierungsvorrichtungen installierten Baken übertragen werden, wobei ein lokalisierendes Bakensignal eine Bakenkennung umfasst, die die Bake, von der das lokalisierende Bakensignal stammt, identifiziert,

    - eine Prozessorschaltung, die dazu ausgebildet ist,

    - unter Verwendung des Bakenempfängers der Wartungsvorrichtung anhand der Daten, die die Gebäudeautomatisierungsvorrichtung lokalisieren, eine Lokalisierung der Gebäudeautomatisierungsvorrichtung im Verhältnis zu einer aktuellen Position der Wartungsvorrichtung zu erhalten.


     
    7. Mobile Wartungsvorrichtung nach Anspruch 6, wobei die Wartungsnachricht Bakenkennungen umfasst, die von einem Bakenempfänger der Gebäudeautomatisierungsvorrichtung empfangen werden,

    - die Wartungsvorrichtung eine Anzeige umfasst,

    - der Prozessor der Wartungsvorrichtung dazu ausgebildet ist,

    - die vom Bakenempfänger der Wartungsvorrichtung empfangenen lokalisierenden Bakensignale mit den in der Wartungsnachricht eingeschlossenen Bakenkennungen zu vergleichen, und

    - ein Signal auf der Anzeige anzuzeigen, wenn eine Übereinstimmung gefunden wurde.


     
    8. Steuercomputer, umfassend

    - eine Kommunikationsschnittstelle, die eingerichtet ist, um über ein digitales Netzwerk mit einer oder mehreren elektronischen Gebäudeautomatisierungsvorrichtungen zu kommunizieren und von einer Gebäudeautomatisierungsvorrichtung eine Wartungsanfrage zu empfangen, die Bakenkennungen umfasst, und

    - eine Prozessorschaltung, die dazu ausgebildet ist,

    - eine Wartungsnachricht zu erzeugen, die Daten umfasst, welche die Gebäudeautomatisierungsvorrichtung lokalisieren, wobei die Daten anhand der Bakenkennungen in der empfangenen Wartungsanfrage erhalten werden, und

    - die Wartungsnachricht an eine mobile Wartungsvorrichtung zu übertragen.


     
    9. Elektronisches Gebäudeautomatisierungssystem nach den Ansprüchen 1 bis 5, wobei

    - der Prozessor der einen oder der mehreren elektronischen Gebäudeautomatisierungsvorrichtungen dazu ausgebildet ist,

    - wiederholt eine Lokalisierungsnachricht zu erzeugen, die die im Bakenkennungsspeicher gespeicherten Bakenkennungen und eine Kennung der Gebäudeautomatisierungsvorrichtung umfasst, welche die Gebäudeautomatisierungsvorrichtung innerhalb der einen oder der mehreren Gebäudeautomatisierungsvorrichtungen identifiziert, und die Nachricht über das digitale Netzwerk an den externen Steuercomputer zu übertragen, und

    - der Prozessor des Steuercomputers dazu ausgebildet ist,

    - die Lokalisierungsnachricht in Verknüpfung mit der Kennung der Gebäudeautomatisierungsvorrichtung zu speichern,

    - zu bestimmen, dass in einem Zeitraum keine Lokalisierungsnachricht für eine Kennung der Gebäudeautomatisierungsvorrichtung empfangen wurde,

    - eine Wartungsnachricht zu erzeugen, die Daten umfasst, welche die Gebäudeautomatisierungsvorrichtung lokalisieren, wobei die Daten anhand der Bakenkennungen in der letzten Lokalisierungsnachricht erhalten werden, und

    - die Wartungsnachricht an eine mobile Wartungsvorrichtung zu übertragen.


     
    10. Gebäudeautomatisierungsverfahren für ein Gebäudeautomatisierungssystem, umfassend

    - Kommunizieren einer oder mehrerer elektronischer Gebäudeautomatisierungsvorrichtungen über ein digitales Netzwerk mit einem externen Steuercomputer,

    - Empfangen von lokalisierenden Bakensignalen, die von mehreren Baken übertragen werden, welche in der Nähe der einen oder der mehreren Gebäudeautomatisierungsvorrichtungen installiert sind, wobei ein lokalisierendes Bakensignal eine Bakenkennung umfasst, die die Bake, von der das lokalisierende Bakensignal stammt, identifiziert,

    - Speichern von Bakenkennungen, die vom Bakenempfänger empfangen werden, und

    - Überwachen der Gebäudeautomatisierungsvorrichtung,

    - Bestimmen einer Notwendigkeit zur Wartung der Gebäudeautomatisierungsvorrichtung, und wenn ja,

    - Erzeugen einer Wartungsanfrage auf der Basis der bestimmten Notwendigkeit zur Wartung, wobei die Wartungsanfrage die im Bakenkennungsspeicher gespeicherten Bakenkennungen umfasst,

    - Übertragen der Wartungsanfrage über das digitale Netzwerk an den externen Steuercomputer,

    Empfangen der Bakenkennungen umfassenden Wartungsanfrage durch den externen Steuercomputer (130) von der einen oder den mehreren elektronischen Gebäudeautomatisierungsvorrichtungen, und Erzeugen einer Wartungsnachricht, die Daten umfasst, welche die eine oder die mehreren elektronischen Gebäudeautomatisierungsvorrichtungen lokalisieren, wobei die Daten anhand der Bakenkennungen in der empfangenen Wartungsanfrage erhalten werden.
     
    11. Mobiles Wartungsverfahren für eine Wartungsvorrichtung, umfassend

    - Kommunizieren über ein digitales Netzwerk mit einem Steuercomputer, und Empfangen einer Wartungsnachricht, die Daten umfasst, welche eine Gebäudeautomatisierungsvorrichtung lokalisieren,

    - Empfangen von lokalisierenden Bakensignalen, die von mehreren in der Nähe der einen oder der mehreren Gebäudeautomatisierungsvorrichtungen installieren Baken übertragen werden, durch einen Bakenempfänger der Wartungsvorrichtung, wobei ein lokalisierendes Bakensignal eine Bakenkennung umfasst, die die Bake, von der das lokalisierende Bakensignal stammt, identifiziert,

    - Erhalten einer Lokalisierung der Gebäudeautomatisierungsvorrichtung anhand der Daten, die die Gebäudeautomatisierungsvorrichtung lokalisieren, im Verhältnis zu einer aktuellen Position der Wartungsvorrichtung unter Verwendung des Bakenempfängers der Wartungsvorrichtung.


     
    12. Steuerungsverfahren, umfassend

    - Kommunizieren über ein digitales Netzwerk mit einer oder mehreren elektronischen Gebäudeautomatisierungsvorrichtungen, und Empfangen einer Bakenkennungen umfassenden Wartungsanfrage von einer Gebäudeautomatisierungsvorrichtung, und

    - Erzeugen einer Wartungsnachricht, die Daten umfasst, welche die Gebäudeautomatisierungsvorrichtung lokalisieren, wobei die Daten anhand der Bakenkennungen in der empfangenen Wartungsanfrage erhalten werden, und

    - Übertragen der Wartungsnachricht an eine mobile Wartungsvorrichtung.


     
    13. Computerlesbares Medium (670), das flüchtige oder nicht flüchtige Daten (680) umfasst, die Anweisungen darstellen, um ein Prozessorsystem dazu zu bringen, das Verfahren nach einem der Ansprüche 11-13 durchzuführen.
     


    Revendications

    1. Système électronique d'immotique, comprenant

    I-un ou plusieurs dispositifs électroniques d'immotique (120), comprenant

    - une interface de communication (122) agencée pour communiquer avec un ordinateur de commande externe sur un réseau numérique,

    - un récepteur de signaux de balise (124) agencé pour recevoir des signaux de balise de localisation transmis depuis de multiples balises installées à proximité des un ou plusieurs dispositifs d'immotique, un signal de balise de localisation comprenant un identifiant de balise identifiant la balise d'où provient le signal de balise de localisation,

    - une mémoire d'identifiant de balise (126) pour stocker des identifiants de balise reçus par le récepteur de signaux de balise, et

    - un circuit de processeur (128) configuré pour

    - surveiller le dispositif d'immotique,

    - déterminer un besoin d'entretien du dispositif d'immotique, et si c'est le cas,

    - générer une demande de service comprenant les identifiants de balise stockés dans la mémoire d'identifiant de balise,

    - transmettre la demande de service à l'ordinateur de commande externe sur le réseau numérique, et

    II-le système électronique d'immotique comprenant en outre l'ordinateur de commande (130) comprenant

    - une interface de communication (132) agencée pour communiquer avec les un ou plusieurs dispositifs électroniques d'immotique sur un réseau numérique, et recevoir une demande de service comprenant des identifiants de balise depuis un dispositif d'immotique, et

    - un circuit de processeur (134) configuré pour

    - générer un message d'entretien comprenant des données localisant le dispositif d'immotique, lesdites données étant obtenues à partir des identifiants de balise dans la demande de service reçue.


     
    2. Système électronique d'immotique selon la revendication 1, dans lequel

    - un circuit de processeur est configuré pour

    - transmettre le message d'entretien à un dispositif d'entretien mobile, le système comprenant
    III-le dispositif d'entretien mobile (150) comprenant

    - une interface de communication (152) agencée pour communiquer avec l'ordinateur de commande sur un réseau numérique, et agencée pour recevoir un message d'entretien comprenant des données localisant le dispositif d'immotique,

    - un récepteur de signaux de balise (154) agencé pour recevoir des signaux de balise de localisation transmis depuis de multiples balises installées à proximité des un ou plusieurs dispositifs d'immotique, un signal de balise de localisation comprenant un identifiant de balise identifiant la balise d'où provient le signal de balise de localisation,

    - un circuit de processeur configuré pour

    - obtenir une localisation du dispositif d'immotique à partir des données localisant le dispositif d'immotique par rapport à une position actuelle du dispositif d'entretien à l'aide du récepteur de signaux de balise du dispositif d'entretien.


     
    3. Système électronique d'immotique selon la revendication 1, dans lequel le circuit de processeur des un ou plusieurs dispositifs électroniques d'immotique est configuré pour déterminer un besoin d'entretien d'après

    - la mesure d'un courant électrique à travers un composant du dispositif d'immotique, et/ou

    - la mesure d'une tension électrique aux bornes d'un composant du dispositif d'immotique, et/ou

    - l'intensité d'utilisation du dispositif d'immotique.


     
    4. Système électronique d'immotique selon la revendication 3, dans lequel les un ou plusieurs dispositifs électroniques d'immotique sont un luminaire, ou dans lequel les un ou plusieurs dispositifs électroniques d'immotique sont l'un quelconque du groupe suivant : un dispositif de chauffage, un dispositif de ventilation, un dispositif de climatisation, un haut-parleur, une soupape d'aération automatisée, un détecteur d'incendie, un capteur de présence, un capteur de lumière du jour, un interrupteur mural.
     
    5. Système électronique d'immotique selon les revendications 3 à 4, dans lequel

    - les un ou plusieurs dispositifs électroniques d'immotique comprennent une unité de mesure de courant agencée pour déterminer un courant électrique circulant à travers un composant du dispositif d'immotique, le processeur du dispositif d'immotique étant configuré pour déterminer un besoin d'entretien lorsque le dispositif d'immotique est dans un état activé et un courant mesuré par l'unité de mesure de courant est en dessous d'un seuil, et/ou

    - les un ou plusieurs dispositifs électroniques d'immotique comprennent une unité de mesure de tension agencée pour déterminer une tension électrique aux bornes d'un composant du dispositif d'immotique, le processeur du dispositif d'immotique étant configuré pour déterminer un besoin d'entretien lorsque le dispositif d'immotique est dans un état activé et une tension mesurée par l'unité de mesure de tension est au-dessus d'un seuil, et/ou

    - les un ou plusieurs dispositifs électroniques d'immotique comprennent un compteur, le processeur du dispositif d'immotique étant configuré pour incrémenter le compteur en fonction de l'utilisation du dispositif d'immotique, et déterminer un besoin d'entretien lorsque le compteur atteint un seuil.


     
    6. Dispositif d'entretien mobile comprenant :

    - une interface de communication agencée pour communiquer avec un ordinateur de commande sur un réseau numérique, et agencée pour recevoir un message d'entretien comprenant des données localisant un dispositif d'immotique,

    - un récepteur de signaux de balise agencé pour recevoir des signaux de balise de localisation transmis depuis de multiples balises installées à proximité des un ou plusieurs dispositifs d'immotique, un signal de balise de localisation comprenant un identifiant de balise identifiant la balise d'où provient le signal de balise de localisation,

    - un circuit de processeur configuré pour

    - obtenir une localisation du dispositif d'immotique à partir des données localisant le dispositif d'immotique par rapport à une position actuelle du dispositif d'entretien à l'aide du récepteur de signaux de balise du dispositif d'entretien.


     
    7. Dispositif d'entretien mobile selon la revendication 6, dans lequel le message d'entretien comprend des identifiants de balise reçus par un récepteur de signaux de balise du dispositif d'immotique,

    - le dispositif d'entretien comprend un afficheur,

    - le processeur du dispositif d'entretien étant configuré pour

    - comparer les signaux de balise de localisation reçus par le récepteur de signaux de balise du dispositif d'entretien aux identifiants de balise inclus dans le message d'entretien, et

    - afficher un signal sur l'afficheur si une concordance a été trouvée.


     
    8. Ordinateur de commande comprenant

    - une interface de communication agencée pour communiquer avec un ou plusieurs dispositifs électroniques d'immotique sur un réseau numérique, et recevoir une demande de service comprenant des identifiants de balise depuis un dispositif d'immotique, et

    - un circuit de processeur configuré pour

    - générer un message d'entretien comprenant des données localisant le dispositif d'immotique, lesdites données étant obtenues à partir des identifiants de balise dans la demande de service reçue, et

    - transmettre le message d'entretien à un dispositif d'entretien mobile.


     
    9. Système électronique d'immotique selon les revendications 1 à 5, dans lequel

    - le processeur des un ou plusieurs dispositifs électroniques d'immotique est configuré pour

    - générer de façon répétée un message de localisation comprenant les identifiants de balise stockés dans la mémoire d'identifiant de balise et un identifiant du dispositif d'immotique qui identifie le dispositif d'immotique parmi les un ou plusieurs dispositifs d'immotique, et transmettre le message à l'ordinateur de commande externe sur le réseau numérique, et

    - le processeur de l'ordinateur de commande étant configuré pour

    - stocker le message de localisation associé à l'identifiant du dispositif d'immotique

    - déterminer qu'aucun message de localisation n'a été reçu pour un identifiant du dispositif d'immotique pendant une période,

    - générer un message d'entretien comprenant des données localisant le dispositif d'immotique, lesdites données étant obtenues à partir des identifiants de balise dans le dernier message de localisation, et

    - transmettre le message d'entretien à un dispositif d'entretien mobile.


     
    10. Procédé d'immotique pour un système d'immotique comprenant

    - la communication par un ou plusieurs dispositifs électroniques d'immotique avec un ordinateur de commande externe sur un réseau numérique,

    - la réception des signaux de balise de localisation transmis depuis de multiples balises installées à proximité des un ou plusieurs dispositifs d'immotique, un signal de balise de localisation comprenant un identifiant de balise identifiant la balise d'où provient le signal de balise de localisation,

    - le stockage d'identifiants de balise reçus par le récepteur de signaux de balise, et

    - la surveillance du dispositif d'immotique,

    - la détermination d'un besoin d'entretien du dispositif d'immotique, et si c'est le cas,

    - la génération d'une demande de service sur la base dudit besoin d'entretien déterminé, la demande de service comprenant les identifiants de balise stockés dans la mémoire d'identifiant de balise,

    - la transmission de la demande de service à l'ordinateur de commande externe sur le réseau numérique,

    l'ordinateur de commande externe (130) recevant la demande de service comprenant des identifiants de balise depuis les un ou plusieurs dispositifs électroniques d'immotique, et la génération d'un message d'entretien comprenant des données localisant les un ou plusieurs dispositifs électroniques d'immotique, lesdites données étant obtenues à partir des identifiants de balise dans la demande de service reçue.
     
    11. Procédé d'entretien mobile pour un dispositif d'entretien comprenant

    - la communication avec un ordinateur de commande sur un réseau numérique, et la réception d'un message d'entretien comprenant des données localisant un dispositif d'immotique,

    - la réception, par un récepteur de signaux de balise du dispositif d'entretien, de signaux de balise de localisation transmis depuis de multiples balises installées à proximité des un ou plusieurs dispositifs d'immotique, un signal de balise de localisation comprenant un identifiant de balise identifiant la balise d'où provient le signal de balise de localisation,

    - l'obtention d'une localisation du dispositif d'immotique à partir des données localisant le dispositif d'immotique par rapport à une position actuelle du dispositif d'entretien à l'aide du récepteur de signaux de balise du dispositif d'entretien.


     
    12. Procédé de commande comprenant

    - la communication avec un ou plusieurs dispositifs électroniques d'immotique sur un réseau numérique, et la réception d'une demande de service comprenant des identifiants de balise depuis un dispositif d'immotique, et

    - la génération d'un message d'entretien comprenant des données localisant le dispositif d'immotique, lesdites données étant obtenues à partir des identifiants de balise dans la demande de service reçue, et

    - la transmission du message d'entretien à un dispositif d'entretien mobile.


     
    13. Support lisible par ordinateur (670) comprenant des données transitoires ou non transitoires (680) représentant des instructions pour amener un système de processeur à réaliser le procédé selon l'une quelconque des revendications 11 à 13.
     




    Drawing






































    Cited references

    REFERENCES CITED IN THE DESCRIPTION



    This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

    Patent documents cited in the description