Remote activation of the wireless service interface of the control device via the bus system

Abstract

A method for transmitting data to a control device (e.g., a controller, an automation device), particularly for building automation, wherein the control device is connected to a tool (e.g., an engineering tool; a PC) via a communication network. A wireless service interface (e.g., a WiFi interface) of the control device is activated via a signal generated by the tool and sent to the control device to transmit (send and receive) data. The communication network can be, for example, a fieldbus (e.g., a KNX bus) or a backbone network (particularly a non-IP network).

Description

Technical Field

[0001] The invention relates to a control device, in particular for building automation, for controlling one or more field devices. The invention also relates to a method for transmitting data to a control device. Background Art

[0002] Commissioning building automation systems for heating, ventilation, and air conditioning, among others, requires efficiently loading large amounts of data (e.g., application software, parameterization data, text libraries, and UI graphics for user interfaces) onto the control devices (e.g., controllers, automation devices) required for this purpose. Furthermore, firmware updates (for bug fixes, security updates, or functionality expansions) are often necessary during commissioning or maintenance of control devices.

[0003] When control devices for building automation (e.g. IP-based controllers) that communicate via Internet protocols (e.g. IPv4, IPv6) are commissioned, the IP building network (backbone) is often not yet ready for operation and efficient loading of large data volumes via the backbone is therefore not possible.

[0004] Loading control devices with large data volumes using "non-IP building networks" (eg BACnet MSTP backbones) is generally very inefficient due to the low transmission capacity and would take too long for commissioning (eg several hours for firmware updates).

[0005] In principle, large amounts of data can be efficiently loaded onto a controller (control device) via its local USB interface. However, controllers for automation systems are often installed in inaccessible locations (e.g., in false ceilings, window panels, or false floors), and routing USB cables between tools and controllers is difficult and time-consuming. Furthermore, USB cable lengths are limited to a few meters. Summary of the Invention

[0006] Therefore, the object of the present invention is to provide a control device to which larger amounts of data can be efficiently loaded. Furthermore, the object of the present invention is to provide a method for efficiently loading larger amounts of data onto a control device, in particular for building automation.

[0007] This object is achieved by a control device (e.g., controller, automation device), particularly for building automation, for controlling one or more field devices, which are connected to the control device via a communications network, particularly a fieldbus, in a data-intensive manner. The control device is also connected to one or more tools (e.g., engineering tools; PCs (personal computers)) via the communications network. The control device includes a wireless service interface (e.g., a WiFi interface), and the control device is configured to be activated (or switched on) by a first tool (e.g., an engineering system, a commissioning tool, a PC) via the communications network. In building automation, each field device (e.g., an actuator or sensor) is assigned to exactly one control device (e.g., a controller). Therefore, typically only one control device (e.g., a controller) is connected to the fieldbus. If the tool is connected to a fieldbus (e.g., a building installation bus, a KNX bus), the connection between the tool and the control device (controller) via the fieldbus is unambiguous.

[0008] This ensures that signals generated by tools connected to the fieldbus (eg specific fieldbus commands or broadcast trigger instructions) are received by the relevant control devices (ie the controllers that operate the field devices connected to the fieldbus).

[0009] This simple and unambiguous remote activation of the local wireless service interface allows service technicians or facility managers, for example, to quickly, efficiently, and securely identify (locate) the correct controller for a room and immediately initiate the download of the required data to the corresponding controller. The building backbone (i.e., the building's backbone network, such as an IP network) does not need to be operational for this purpose. Time-consuming positioning of the controller in an inaccessible location and the removal of false ceilings, window panels, or floor panels to attach a USB cable to the controller or to operate a service button on the controller (control device) are eliminated. Service use during continuous operation is significantly simplified and accelerated because data can be loaded onto the controller (control device) at high speed via the wireless service interface. Controller commissioning and service tasks (such as maintenance, patch installation, and firmware updates) are significantly faster and more reliable. Optionally, the control device is configured so that the wireless service interface can be activated (or switched on) and / or deactivated by a first tool (e.g., an engineering system, commissioning tool, or PC) via the communication network.

[0010] A first advantageous embodiment of the present invention is that the control device is configured to activate the wireless service interface upon receiving a broadcast trigger command from the first tool. Because exactly one control device (controller) is located in the fieldbus topology, this ensures that the broadcast trigger command reaches the control device without further addressing. The control device is configured to activate its wireless service interface upon receiving the broadcast trigger command.

[0011] Another advantageous embodiment of the present invention is that the control device is configured to activate the wireless service interface via a specific command of the communication network triggered by a first tool. If the communication network is a fieldbus, a tool connected to the fieldbus (e.g., an engineering tool, an engineering tool) can send fieldbus-specific commands to the control device via the fieldbus. In the case of the KNX bus, these commands are, for example, instructions in the KNX communication protocol. The control device is configured to receive and process such commands, for example, to activate the wireless service interface of the control device. The tool (e.g., an engineering tool, an engineering tool) can be directly connected to the fieldbus via a suitable connection mechanism (e.g., a bus coupler). However, the tool can also be connected to the fieldbus via an interface of a field device connected to the fieldbus, for example, via a tool connector (e.g., a USB interface) of the field device.

[0012] Another advantageous embodiment of the present invention is that the control device is configured to activate the wireless service interface by simulating the operation of a service button located locally on the control device. When the control device receives a corresponding signal from the tool (e.g., a broadcast trigger command, a fieldbus-specific command), logic stored in the control device (advantageously via corresponding software) simulates the operation of the service button located locally on the control device and thereby activates the wireless service interface of the control device (controller). The controller, i.e., the control device, implements the received signal by simulating the operation of the local service button on the control device, as if a person had operated the service button locally on the controller.

[0013] Another advantageous embodiment of the present invention is that, after activating the wireless service interface, the control device is configured to receive and / or transmit data via the wireless service interface (e.g., radio interface, WLAN, WiFi). This significantly simplifies and accelerates service usage during continuous operation, since data can be quickly transferred to the control device via the wireless service interface.

[0014] Another advantageous embodiment of the present invention is that the control device is configured to receive data (e.g., firmware, firmware updates) from a first tool or a second tool via a wireless service interface. The first or second tool may be, for example, a mobile communication terminal, a smartphone, a tablet, or a personal computer (PC), which may be equipped with corresponding software for an engineering tool, a commissioning tool, and / or a configuration tool. The first and second tools may be different tools, for example, operated by different users. However, the first and second tools may also be identical.

[0015] Another advantageous embodiment of the present invention is that the control device is designed to automatically deactivate the wireless service interface after receiving or sending data. By automatically shutting down the wireless service interface by timeout, manual deactivation by a service technician after completing a service work (which is often forgotten) is eliminated.

[0016] Another advantageous embodiment of the present invention is that the wireless service interface is automatically deactivated after a defined period of non-use. Automatically switching off the wireless service interface by timeout eliminates the need for manual deactivation by a service technician after completing a service task (which is often forgotten).

[0017] Another advantageous embodiment of the invention is that the control device is designed to be able to deactivate the wireless service interface via the communication network (KN1) by the first tool. This can be done conveniently by corresponding operator input.

[0018] Furthermore, the object is achieved by a method for transmitting data to a control device (e.g., a controller, an automation device), particularly for building automation, wherein the control device is connected to one or more tools (e.g., engineering tools; PCs) via a communication network, wherein a wireless service interface (e.g., a WiFi interface) of the control device is activated via a signal generated by the first tool and sent to the control device. Advantageously, the control device is configured to control one or more field devices, which are connected to the control device (controller) via a communication network, particularly a fieldbus, in terms of data technology. The method can be easily implemented using any existing infrastructure. Advantageously, the communication network is a fieldbus (e.g., an installation bus, a KNX bus).

[0019] Another advantageous embodiment of the present invention provides for transmitting data to or reading data from the control device via the wireless service interface after the wireless service interface has been activated by a first tool (engineering tool, commissioning tool) or a second tool. The first or second tool may, for example, be a mobile communication terminal, a smartphone, a tablet computer, or a personal computer (PC), which may be equipped with corresponding software for an engineering tool, commissioning tool, and / or configuration tool. The first and second tools may be different tools, for example, operated by different users. However, the first and second tools may also be the same. Since data is transmitted to the control device via the wireless service interface (e.g., WLAN, WiFi), large amounts of data, such as those required for firmware uploads or large applications, can be transferred to the control device very quickly and efficiently.

[0020] Another advantageous embodiment of the present invention is to activate the wireless service interface by simulating the operation of a service button located locally on the control device. The control device (e.g., controller, PLC, SPS) is configured to implement the received signal in order to simulate the operation of the local service button on the controller (control device), as if a person had operated the service button locally on the controller.

[0021] Another advantageous embodiment of the present invention is that the wireless service interface is automatically deactivated after the data has been transferred. By automatically shutting down the wireless service interface by timeout, manual deactivation by a service technician after the service work has been completed is eliminated.

[0022] Another advantageous embodiment of the present invention is that the wireless service interface of the control device is deactivated via a signal generated by the first tool and sent to the control device. This can be conveniently performed via a corresponding operator input.

[0023] Another advantageous embodiment of the present invention is a device configured to carry out the method, comprising a control device (controller) according to the present invention, correspondingly configured components (tools, etc.), and a correspondingly suitable communication connection (e.g., WLAN bus, fieldbus).

[0024] Furthermore, this object is achieved by a control device (controller), particularly for building automation, for controlling one or more field devices. The control device is connected to one or more tools (e.g., engineering tools; PCs) via a backbone network, particularly a non-IP network. The control device includes a wireless service interface (e.g., a WiFi interface), and the control device is configured to be activated via the backbone network by a third tool (e.g., an engineering tool, an engineering system, a commissioning tool). This eliminates the need for time-consuming positioning of the control device (e.g., controller, automation device) in inaccessible locations and the removal of false ceilings, window panels, or floor panels to attach a USB cable to the controller or to activate a service button on the controller (control device). Service access during continuous operation is significantly simplified and accelerated because data can be loaded onto the controller (control device) at high speed via the wireless service interface. Commissioning and service tasks (e.g., maintenance, patch installation, firmware updates) on the controller are performed significantly faster and more reliably. Multiple control devices (controllers) can be connected to the backbone network. Advantageously, a user (e.g., a service technician) selects, by a corresponding input or selection on a third tool, the control device whose wireless service interface (e.g., a WiFi interface) is to be activated from among the control devices available on the backbone network. Optionally, the control device is configured to be able to activate and / or deactivate the wireless service interface via the backbone network using a third tool (e.g., an engineering tool, an engineering system, a commissioning tool).

[0025] Another advantageous embodiment of the present invention is that the control device is configured to activate the wireless service interface via a backbone network-specific command triggered by a third tool. The backbone network may be, for example, a BACnet network (Building Automation and Control Network). The BACnet network protocol includes defined commands and instructions. From this instruction set, a specific command can be used to activate the wireless service interface of the control device. Control devices in BACnet understand BACnet-specific commands or can be configured to interpret BACnet-specific commands accordingly to activate the wireless service interface. Advantageously, the BACnet-specific command for activating the wireless service interface is sent with high priority.

[0026] Another advantageous embodiment of the present invention is that the control device is configured to activate the wireless service interface by simulating the operation of a service button located locally on the control device. The control device (e.g., controller, PLC, SPS) is configured to implement the received signal in order to simulate the operation of the local service button on the controller (control device), as if a person had operated the service button locally on the controller.

[0027] Another advantageous embodiment of the present invention is that, after activation of the wireless service interface, the control device is configured to receive and / or send data via the wireless service interface. This significantly simplifies and accelerates commissioning and service use during continuous operation, as data can be quickly transferred to the control device via the wireless service interface.

[0028] Another advantageous embodiment of the present invention is that the control device is designed to be able to deactivate the wireless service interface via a third means via the communication network. This can be done conveniently via a corresponding operator input.

[0029] Furthermore, the object is achieved by a method for transmitting data to a control device (e.g., a controller, an automation device), particularly for building automation, wherein the control device is connected to one or more tools (e.g., an engineering tool, an engineering system, a commissioning tool, or a PC) via a backbone network, particularly a non-IP network. A wireless service interface (e.g., a WiFi interface) of the control device is activated via a signal generated by a third tool and sent to the control device. This eliminates the need for time-consuming positioning of the control device (e.g., a controller, an automation device) in an inaccessible location and the removal of false ceilings, window panels, or floors to attach a USB cable to the controller or to activate a service button on the controller (control device). Service usage during continuous operation is significantly simplified and accelerated because data can be loaded onto the controller (control device) at high speed via the wireless service interface. Commissioning and service tasks (e.g., maintenance, patch installation, firmware updates) on the controller are performed significantly faster and more reliably. Multiple control devices (controllers) can be connected to the backbone network. Advantageously, a user (e.g., a service technician) selects, by a corresponding input or selection on a third tool, the control device (controller) available on the backbone network whose wireless service interface (wireless service interface, such as a WiFi interface) is to be activated. This method can be implemented using the infrastructure that is usually already present in building automation.

[0030] Another advantageous embodiment of the present invention is that, after the wireless service interface is activated by a third tool (engineering tool, commissioning tool) or a fourth tool, data is transmitted to the control device and / or data is read from the control device via the wireless service interface. The tool used to activate the wireless service interface on the respective control device and the tool that transmits data (e.g., firmware) to the respective control device via the wireless service interface can be the same. However, they can also be physically different tools or devices.

[0031] Another advantageous embodiment of the present invention is that a third tool selects an available control device (controller) on the backbone network as a data receiver. The third tool thus controls which control device on the backbone network should activate the wireless interface. Advantageously, the user selects the corresponding control device from a list displayed on the tool's display.

[0032] Another advantageous embodiment of the present invention is that the wireless service interface is automatically deactivated after the data has been transferred. By automatically switching off the wireless service interface by timeout, manual deactivation by a service technician after completing a service work (which is often forgotten) is eliminated.

[0033] Another advantageous embodiment of the present invention is that the wireless service interface is automatically deactivated after a defined period of non-use. Automatically switching off the wireless service interface by timeout eliminates the need for manual deactivation by a service technician after completing a service task (which is often forgotten).

[0034] A further advantageous embodiment of the present invention provides that the wireless service interface of the control device is deactivated via a signal generated by the third tool and sent to the control device.

[0035] Another advantageous embodiment of the present invention is a device configured to carry out the method, comprising a control device (controller) according to the present invention, correspondingly configured components (tools, etc.), and a correspondingly suitable communication connection (eg, WLAN, fieldbus). BRIEF DESCRIPTION OF THE DRAWINGS

[0036] The present invention and its advantageous embodiments are explained using the following figures as examples.

[0037] Figure 1 shows a first exemplary communication network with exemplary control devices and field devices,

[0038] Figure 2 A first exemplary flow chart of a method for transmitting data to a control device is shown,

[0039] Figure 3 A second exemplary communication network with an exemplary control device is shown, and

[0040] Figure 4 A second exemplary flow chart of a method for transmitting data to a control unit is shown. DETAILED DESCRIPTION

[0041] Figure 1A first exemplary communication network KN1 is shown with an exemplary control device SG and field devices FG1-FG3. The exemplary control device SG may be, for example, a suitably configured controller or an automation device for building automation, for example, for controlling or regulating HLK functions (heating, ventilation, air conditioning) in a building. The communication network KN1 is advantageously a fieldbus or installation bus (e.g., the KNX bus system). The field devices FG1-FG3 are, for example, actuators (e.g., drives for awnings or curtains, dimmers, temperature displays, alarm indicators, etc.) or sensors (e.g., temperature sensors, temperature detectors, motion detectors, presence detectors, dimmer switches, etc.).

[0042] according to Figure 1 An exemplary control device SG is configured to control one or more field devices FG1-FG3, wherein the field devices FG1-FG3 are data-connected to the control device SG via a communication network KN1 (e.g., a fieldbus or installation bus). The field devices FG1-FG3 advantageously each include a corresponding programming button PT1-PT3 and / or a corresponding service pin SP1-SP3. When the service pin SP1-SP3 or the corresponding programming button PT1-PT3 is actuated, the corresponding field device FG1-FG3 generates a message or signal that is sent to the control device SG (controller).

[0043] The control device SG includes a wireless service interface SS (e.g., a radio interface, a WiFi interface). The control device SG is configured to receive a signal SIG1 generated by the tool T1 and to activate the wireless service interface SS based on the signal SIG1. The signal SIG1 can be triggered and sent, for example, by an input from a service technician B1 at the tool 1.

[0044] In building automation, field devices FG1-FG3 (e.g., actuators or sensors) are assigned to exactly one control device SG (e.g., controller). Therefore, typically only a single control device SG (e.g., controller) is connected to the fieldbus KN1. If a tool T1 is connected to a fieldbus (e.g., building installation bus, KNX bus), the connection between tool 1 and control device SG (controller) via fieldbus KN1 is unambiguous. This ensures that signals generated by tool T1 connected to fieldbus KN1 (e.g., specific fieldbus commands or broadcast triggers) are received by the associated control device SG (i.e., the controller that controls the field device connected to the fieldbus).

[0045] By means of this simple and unambiguous remote activation of the local wireless service interface SS, for example, a service technician or facility manager can very quickly, efficiently and safely identify (locate) the correct controller for the room and directly start the rapid downloading of the required data to the corresponding controller SG.

[0046] Tool T1 is, for example, a suitably configured engineering tool (e.g., an engineering system) or a suitably configured commissioning tool or configuration or parameterization tool. Tool T1 can be connected directly to the communication network KN1 via suitable mechanisms and interfaces (e.g., a bus coupler). However, it is also possible to connect tool T1 to one of the field devices FG1-FG3 on the communication network KN1 via a corresponding service interface (e.g., a USB interface).

[0047] Signal SIG1 is sent to control device SG via a communication network KN1 (e.g., a building installation bus). Control device SG is configured to receive and appropriately evaluate signal SIG1. Control device SG includes a processor P for executing instructions of a program, particularly software (e.g., an application) or firmware FW. Furthermore, control device SG includes one or more storage media M (e.g., a main memory or flash memory) for accommodating application software, firmware FW, or an operating system.

[0048] Nowadays, controllers or control devices SG are increasingly equipped with a local wireless service interface SS (e.g., WiFi, Bluetooth). The wireless service interface SS must be manually activated by a technician for service purposes and is automatically switched off again after a timeout, so that the wireless service interface SS is permanently deactivated during normal operation (e.g., due to requirements of the building's IT management; as an IT security measure; or due to lower current consumption caused by the radio module in the controller SG being switched off during normal operation).

[0049] Until now, the wireless service interface SS has been activated via a local service button ST on the control device SG (controller). Due to the difficult-to-access installation location of the control device SG, it is difficult and time-consuming for operators B1 and B2 to operate this service button ST to activate the wireless service interface SS (e.g., removing a panel, opening a suspended ceiling). Advantageously, the control device SG is configured to simulate the operation of the service button ST located locally on the control device SG via a received signal SIG1, thereby activating the wireless service interface SS. The wireless service interface SS is, for example, a radio interface (e.g., a WiFi interface).

[0050] After activation of the wireless service interface SS, the control device SG is configured to receive data (eg firmware FW and / or application programs) and / or to send data via the wireless service interface SS. Figure 1In the illustration, control unit SG is located in the WLAN network of an exemplary router R after activating the wireless service interface SS. After activating the wireless service interface SS, a user B2 (e.g., a commissioning engineer or service technician) can load firmware FW or a firmware update onto control unit SG via a tool T2 (e.g., a mobile communication terminal, smartphone, tablet, PC). A communication connection KV is established between tool T2 (e.g., an engineering tool or commissioning tool) and control unit SG via the WLAN network of router R.

[0051] Advantageously, the control device SG is designed to automatically deactivate the wireless service interface SS after receiving or sending data FW. The data can be, for example, useful data, parameters, configurations, application software and / or firmware FW.

[0052] Advantageously, the control device SG is configured to receive data (e.g., firmware, firmware updates) from a first tool T1 or a second tool T2 via a wireless service interface SS. The first tool T1 or the second tool T2 may be, for example, a mobile communication terminal, a smartphone, a tablet, or a personal computer (PC), which may be equipped with corresponding software for an engineering tool, a commissioning tool, and / or a configuration tool. The first tool T1 and the second tool T2 may be physically different tools, operated by different users B1 or B2, respectively. However, the first tool T1 and the second tool T2 may also be identical.

[0053] Advantageously, the wireless service interface SS is automatically deactivated after a defined period of time in the event of non-use.

[0054] Advantageously, the wireless service interface SS of the control device SG can be deactivated via a signal SIG1 ′ generated by the first tool T1 and sent to the control device SG.

[0055] For use according to Figure 1 An exemplary scenario of the device:

[0056] 1. User Bl activates the service on tool T1

[0057] 2. Signal SIG1 is sent to the control device (e.g. controller) SG via the communication network KN1

[0058] 3. Control device SG to activate WLAN (wireless service interface, such as WiFi interface)

[0059] 4. User B2 connects to tool T2 via communication connection KV (e.g. a suitable radio connection)

[0060] 5. User B2 uses the control device SG via KV / SS

[0061] 6. User B2 terminates the connection from tool T2 to control device SG

[0062] 7. Optionally: User B1 deactivates WLAN from the control device SG

[0063] 8. Optionally: the control device SG checks the WLAN status after a timeout: if the WLAN is active, it deactivates the WLAN.

[0064] Figure 2 A first exemplary flow chart shows a method for transmitting data to a control device (controller), in particular for building automation, wherein the control device is also connected to one or more tools (eg engineering tools; PCs) via a communication network.

[0065] (VS1) wherein a wireless service interface (wireless service interface, for example a WiFi interface) of the control device is activated via a signal generated by the first tool and sent to the control device.

[0066] Advantageously, after the wireless service interface has been activated by the first tool (engineering tool, commissioning tool) or by the second tool, data are transmitted to the control device or read from the control device via the wireless service interface.

[0067] Advantageously, activation of the wireless service interface is performed by simulating the operation of a service button located locally on the control device.

[0068] Advantageously, after the transfer of the data has taken place, the wireless service interface is automatically deactivated. Advantageously, the wireless service interface is automatically deactivated after a defined period of non-use.

[0069] For use in accordance with Figure 2 An exemplary flow chart of an exemplary scenario of the method:

[0070] The wireless service interface is activated by Tool_A (e.g., a PC) via an available slow fieldbus system, such as KNX or Modbus. Typically, only one controller is connected to the fieldbus. Therefore, the connection between Tool_A and the controller via the fieldbus is unambiguous.

[0071] i. At a specific field device (e.g. KNX PL-Link room device), Tool_A can simply be connected directly to the fieldbus via the tool connector.

[0072] ii. Tool_A sends a broadcast trigger command for remote activation of the service button, for example via the fieldbus. The controller implements this signal by simulating the operation of the local service button on the controller, as if someone had operated the service button locally on the controller.

[0073] iii. Alternatively, an explicit manual switching on and off of the local wireless service interface can be performed by corresponding tool instructions from Tool_A via specific fieldbus commands.

[0074] iv. The selected controller can be easily identified on Tool_B by recognizing the wireless network (e.g. new WiFi SSID) and connected to Tool_B.

[0075] v. Optionally, Tool_A can reconnect to the controller via the activated wireless service interface.

[0076] According to Figure 2 The advantages of the method of the exemplary flowchart are in particular:

[0077] - After connecting Tool_B to the wireless service interface, larger data volumes can be loaded onto the controller very easily and quickly.

[0078] The activated wireless service interface is advantageously automatically switched off in the event of non-use (after a timeout).

[0079] After a controller restart, the wireless service interface is advantageously no longer connected (eg restart after a successful FW download).

[0080] - Tool_A is used to activate the wireless service interface via the bus system.

[0081] - Tool_B is used to load data to the controller via the wireless service interface.

[0082] - Tool_A and Tool_B can be the same, and they can be operated by different or the same user.

[0083] The method can be implemented using infrastructure that is usually already present in a building (eg, a WLAN router).An advantageous embodiment of the present invention provides a device for carrying out the method.

[0084] (According to Figure 1 or Figure 2 Other exemplary advantages of the present invention include:

[0085] - Through this simple and unambiguous remote activation of the local wireless service interface, service technicians can quickly, efficiently, and securely identify (locate) the correct controller for the room and directly start the rapid download of the required data. The building backbone does not have to be operational for this.

[0086] - Eliminate time-consuming positioning of controls in inaccessible locations and removal of false ceilings, window panels or floors for housing USB tool cables or for operating service buttons.

[0087] - Service usage in continuous operation is significantly simplified and accelerated, since data can be loaded at high speed via the wireless service interface.

[0088] Automatically shutting down the wireless service interface by means of a timeout eliminates the need for manual deactivation by a service technician after completion of service work (which is often forgotten).

[0089] - Commissioning and service work are performed significantly faster and more reliably.

[0090] Figure 3 A second exemplary communication network KN2 is shown with exemplary control devices SG1 and SG2. The exemplary communication network KN2 is a backbone network, in particular a non-IP network, such as a BACnet network (i.e., a network according to the BACnet protocol, a building automation and control network. BACnet is a network protocol for building automation). The exemplary control devices SG1 and SG2 are, for example, controllers, automation devices, or programmable logic controllers (SPS, PLCs). The exemplary control devices SG1 and SG2 are connected to corresponding field devices FG1-FG5 (e.g., actuators or sensors) via a suitable communication network KN1 or KN1' (e.g., a fieldbus connection, an installation bus connection, or a KNX bus) for controlling the HVAC systems (heating, ventilation, air conditioning) of a building.

[0091] An exemplary control device SG1 for controlling one or more field devices FG1-FG3 is connected to one or more tools T3 (e.g., engineering tools; PCs) via a backbone network KN2 (e.g., a BACnet network), in particular a non-IP network. The control device SG1 includes a wireless service interface SS (e.g., a WiFi interface). The control device SG1 is configured to enable activation of the wireless service interface SS by a third tool T3 via the backbone network KN2.

[0092] The exemplary control device SG1 can be, for example, a correspondingly configured controller or an automation device for building automation, for example, for controlling or regulating HLK functions (heating, ventilation, and air conditioning) in a building. The communication network KN1 is advantageously a fieldbus or installation bus (e.g., the KNX bus system). The field devices FG1-FG3 are, for example, actuators (e.g., drives for awnings or curtains, dimmers, temperature displays, alarm indicators, etc.) or sensors (e.g., temperature sensors, temperature detectors, motion detectors, presence detectors, dimmer switches, etc.).

[0093] according to Figure 3 The exemplary control device SG1 is configured to control one or more field devices FG1-FG3, wherein the field devices FG1-FG3 are connected to the control device SG via a communication network KN1 (e.g., a fieldbus or installation bus) using data technology. The field devices FG1-FG3 advantageously each include a corresponding programming button PT1-PT3 and / or a corresponding service pin SP1-SP3.

[0094] Control device SG1 includes a wireless service interface SS (e.g., a radio interface, a WiFi interface). Control device SG1 is configured to receive a signal SIG2 generated by tool T3 and to activate wireless service interface SS based on this signal SIG2. This signal SIG2 can be triggered and transmitted, for example, by an input from service technician B3 at tool T3.

[0095] By means of this simple and unambiguous remote activation of the local wireless service interface SS, for example, a service technician or facility manager can very quickly, efficiently and safely identify (locate) the correct controller SG1 for a room and directly start the rapid downloading of the required data to the corresponding controller SG1.

[0096] The tool T3 is, for example, a suitably configured engineering tool (e.g., an engineering system) or a suitably configured commissioning tool or configuration or parameterization tool. The tool T3 can be connected directly to the communication network KN2 via suitable mechanisms and interfaces (e.g., a bus coupler). However, it is also possible for the tool T3 to be connected to one of the control devices SG2 on the communication network KN2 via a corresponding service interface (e.g., a USB interface).

[0097] Signal SIG2 is sent to control device SG1 via a communication network KN2 (e.g., a BACnet network). Control device SG1 is configured to receive and appropriately evaluate signal SIG2. Control device SG1 includes a processor P for executing instructions of a program, particularly software (e.g., an application) or firmware FW. Control device SG1 also includes one or more storage media M (e.g., a main memory or flash memory) for accommodating application software, firmware FW, or an operating system.

[0098] Nowadays, controllers or control devices SG1 are increasingly equipped with a local wireless service interface SS (e.g., WiFi, Bluetooth). The wireless service interface SS must be manually activated by a technician for service purposes and is automatically switched off again after a timeout, so that the wireless service interface SS is permanently deactivated during normal operation (e.g., due to requirements of the building IT management; as an IT security measure; or due to lower current consumption caused by the radio module in the controller SG being switched off during normal operation).

[0099] Until now, the wireless service interface SS has been activated via a local service button ST on the control device SG1 (controller). Due to the difficult-to-access installation location of the control device SG1, it is difficult and time-consuming for operators B3 and B4 to operate this service button ST to activate the wireless service interface SS (e.g., removing a panel, opening a suspended ceiling). Advantageously, the control device SG1 is configured to simulate the operation of the service button ST located locally on the control device SG1 via the received signal SIG2, thereby activating the wireless service interface SS. The wireless service interface SS is, for example, a radio interface (e.g., a WiFi interface).

[0100] After activation of the wireless service interface SS, the control device SG1 is configured to receive data (eg firmware FW and / or application programs) and / or to send data via the wireless service interface SS.

[0101] In accordance with Figure 3 In the illustration, control device SG1 is located in the WLAN network of an exemplary router R after activating the wireless service interface SS. After activating the wireless service interface SS, a user B4 (e.g., a commissioning engineer or service technician) can load firmware FW or a firmware update onto control device SG1 via a tool T4 (e.g., a mobile communication terminal, smartphone, tablet, PC). A communication connection KV is established between tool T4 (e.g., an engineering tool or commissioning tool (commissioning tool)) and control device SG1 via the WLAN network of router R.

[0102] Loading control devices with large data volumes using "non-IP building networks" (eg BACnet MSTP backbones) is generally very inefficient due to the low transmission capacity and would take too long for commissioning (eg several hours for firmware updates).

[0103] Advantageously, the control device SG1 is designed to activate the wireless service interface SS by means of a specific command of the backbone network KN2 triggered by the third tool 3 .

[0104] Advantageously, the control device SG1 is designed to activate the wireless service interface SS by simulating the operation of a service button ST located locally in the control device SG1 .

[0105] Advantageously, the control device SG1 is designed such that, after activation of the wireless service interface SS, the control device SG1 receives and / or sends data via the wireless service interface SS.

[0106] Advantageously, the control device SG1 is designed to automatically deactivate the wireless service interface SS after receiving or sending data FW. The data may be, for example, user data, parameters, configurations, application software and / or firmware FW.

[0107] Advantageously, control device SG1 is configured to receive data (e.g., firmware, firmware updates) from a third tool T3 or a fourth tool T4 via a wireless service interface SS. The third tool T3 or the fourth tool T4 can be, for example, a mobile communication terminal, a smartphone, a tablet, or a personal computer (PC), which is equipped with corresponding software for an engineering tool, a commissioning tool, and / or a configuration tool. The third tool T3 and the fourth tool T4 can be physically different tools, for example, operated by different users B3 or B4. However, the third tool T3 and the fourth tool T4 can also be the same.

[0108] Advantageously, the wireless service interface SS is automatically deactivated after a defined period of time in the event of non-use.

[0109] Advantageously, the wireless service interface SS of the control device SG1 can be deactivated via a signal SIG2 ′ generated by a third tool T3 and sent to the control device SG1 .

[0110] Figure 4 A second exemplary flow chart shows a method for transmitting data to a control device (controller), in particular for building automation, wherein the control device (controller) is connected to one or more tools (e.g., engineering tools; PCs) via a backbone network, in particular a non-IP network.

[0111] ( VS1 ′) wherein a wireless service interface (wireless service interface, for example a WiFi interface) of the control device is activated via a signal generated by a third tool and sent to the control device.

[0112] Advantageously, after activation of the wireless service interface by a third tool (engineering tool, commissioning tool) or by a fourth tool (engineering tool, commissioning tool), data are transmitted to the control device and / or read from the control device via the wireless service interface.

[0113] Advantageously, control devices (e.g., controllers, SPSs, PLCs, automation devices) available on a backbone network (e.g., a BACnet network) are selected by the third tool as data receivers. A list of control devices connected to the backbone network can be displayed, for example, on a display of the control device. A user (e.g., a service technician) can select the corresponding control device using a corresponding selection or input mechanism.

[0114] Advantageously, activation of the wireless service interface is performed by simulating the operation of a service button located locally on the control device.

[0115] Advantageously, after the transfer of the data has taken place, the wireless service interface is automatically deactivated. Advantageously, the wireless service interface is automatically deactivated after a defined period of non-use.

[0116] For use in accordance with Figure 4 An exemplary flow chart of an exemplary scenario of the method:

[0117] The wireless service interface of one of the controllers (control devices) available on the backbone network (eg a slow BACnet MS / TP backbone) is activated via the backbone network by Tool_A (eg a PC, an engineering system).

[0118] i. To do this, the controller must be selected via Tool_A from the list of controllers available on the backbone network.

[0119] ii. Manual switching on and off of the local wireless service interface of the selected controller is performed via specific commands through the backbone network via corresponding tool instructions from Tool_A.

[0120] iii. The selected controller can be easily identified on Tool_B by recognizing the wireless network (e.g. new WiFi SSID) and connected to Tool_B.

[0121] iv. Optionally, Tool_A can reconnect to the controller via the activated wireless service interface.

[0122] according to according to Figure 4The advantages of the method of the exemplary flowchart are in particular:

[0123] - After connecting Tool_B to the wireless service interface, larger data volumes can be loaded onto the controller very simply and quickly.

[0124] The activated wireless service interface is advantageously automatically switched off in the event of non-use (after a timeout).

[0125] After a controller restart, the wireless service interface is advantageously no longer connected (eg restart after a successful FW download).

[0126] - Tool_A is used to activate the wireless service interface via the bus system.

[0127] - Tool_B is used to load data to the controller via the wireless service interface.

[0128] - Tool_A and Tool_B can be the same, and they can be operated by different or the same user.

[0129] The method can be implemented using infrastructure that is usually already present in a building (eg, a WLAN router).An advantageous embodiment of the present invention provides a device for carrying out the method.

[0130] (According to Figure 3 or Figure 4 Other exemplary advantages of the present invention include:

[0131] - Through this simple and unambiguous remote activation of the local wireless service interface, service technicians can quickly, efficiently, and securely identify (locate) the correct controller for the room and directly start the rapid download of the required data. The building backbone does not have to be operational for this.

[0132] - Eliminate time-consuming positioning of controls in inaccessible locations and removal of false ceilings, window panels or floors for housing USB tool cables or for operating service buttons.

[0133] - Service usage in continuous operation is significantly simplified and accelerated, since data can be loaded at high speed via the wireless service interface.

[0134] Automatically shutting down the wireless service interface by means of a timeout eliminates the need for manual deactivation by a service technician after completion of service work (which is often forgotten).

[0135] - Commissioning and service work are performed significantly faster and more reliably.

[0136] A method for transmitting data to a control device (e.g., a controller, an automation device), particularly for building automation, wherein the control device is connected to a tool (e.g., an engineering tool; a PC) via a communication network. A wireless service interface (e.g., a WiFi interface) is activated via a signal generated by the tool and sent to the control device for data transmission (sending and receiving). The communication network can be, for example, a fieldbus (e.g., a KNX bus) or a backbone network (particularly a non-IP network).

[0137] Reference numerals

[0138] SG, SG1, SG2 control equipment

[0139] ST Service Button

[0140] SS Service Interface

[0141] P processor

[0142] M Memory

[0143] R Router

[0144] WLAN wireless network

[0145] KV communication connection

[0146] KN1, KN1', KN2 communication networks

[0147] FG1-FG5 field devices

[0148] PT1-PT3 programming buttons

[0149] SP1-SP3 service pins

[0150] SIG1, SIG2, SIG1', SIG2' signals

[0151] T1-T4 Tools

[0152] Bl-B4 users

[0153] FW Firmware

[0154] VS1, VS1' method steps

Claims

1. A control device (SG) for controlling one or more field devices (FG1-FG3), wherein the field devices are connected to the control device (SG) in data technology via a field bus, The control device (SG) is furthermore connected to one or more tools (T1) via the fieldbus, wherein the control device (SG) comprises a wireless service interface (SS), It is characterized by: The control device (SG) is designed to be able to activate the wireless service interface (SS) via the field bus by a first tool (T1).

2. The control device (SG) according to claim 1, wherein the control device (SG) is configured to activate the wireless service interface (SS) by receiving a broadcast trigger instruction (SIG1) of the first tool (T1).

3. A control device (SG) according to any one of the preceding claims, wherein the control device (SG) is configured to be able to activate the wireless service interface (SS) by a specific command (SIG1) of the field bus triggered by the first tool (T1).

4. The control device (SG) according to claim 1 or 2, wherein the control device (SG) is configured to activate the wireless service interface (SS) by simulating the operation of a service button (ST) located locally on the control device (SG).

5. The control device (SG) according to claim 1 or 2, wherein after activating the wireless service interface (SS), the control device (SG) is set up to receive data (FW) and / or send data via the wireless service interface (SS).

6. The control device (SG) according to claim 5, wherein the control device (SG) is configured to receive the data (FW) from the first tool (T1) or from the second tool (T2) via the wireless service interface (SS).

7. The control device (SG) according to claim 1 or 2, wherein the control device (SG) is configured to be able to deactivate the wireless service interface (SS) by means of the first tool (T1) via the fieldbus.

8. The control device (SG) according to claim 1, wherein the control device (SG) is used for building automation.

9. A method for transmitting data to a control device (SG) for controlling one or more field devices (FG1-FG3), the field devices being connected to the control device (SG) in data technology via a fieldbus, wherein the control device (SG) is further connected to one or more tools (T1) via the fieldbus, The wireless service interface (SS) of the control device (SG) is activated by a signal (SIG1) generated by a first tool (T1) and sent to the control device (SG) via the fieldbus.

10. The method according to claim 9, wherein, after activating the wireless service interface (SS), data is transmitted to the control device (SG) via the wireless service interface (SS) by the first tool (T1) or by the second tool (T2) and / or data is read from the control device (SG).

11. The method according to claim 9 or 10, wherein the activation of the wireless service interface (SS) is performed by simulating the operation of a service button (ST) located locally on the control device (SG).

12. The method according to claim 9 or 10, wherein the wireless service interface (SS) is automatically deactivated after the data (FW) has been transferred.

13. The method according to claim 9 or 10, wherein the wireless service interface (SS) of the control device (SG) is deactivated by a further signal (SIG1') generated by a first tool (T1) and sent to the control device (SG).

14. The method according to claim 9, wherein the control device (SG) is used for building automation.

15. A control device (SG1) for controlling one or more field devices (FG1-FG3), wherein the control device (SG1) is connected to one or more tools (T3) via a backbone network (KN2), wherein the control device (SG1) comprises a wireless service interface (SS), It is characterized by: The control device (SG1) is configured to activate the wireless service interface (SS) via the backbone network (KN2) by means of a third tool (T3), The backbone network (KN2) is based on the BACnet network protocol, and The backbone network (KN2) is a non-IP network.

16. The control device (SG1) according to claim 15, wherein the control device (SG1) is set up to be able to activate the wireless service interface (SS) by a specific command (SIG2) of the backbone network (KN2) triggered by the third tool (T3).

17. The control device (SG1) according to any one of claims 15 to 16, wherein the control device (SG1) is configured to activate the wireless service interface (SS) by simulating the operation of a service button (ST) located locally on the control device (SG1).

18. The control device (SG1) according to any one of claims 15 to 16, wherein after activating the wireless service interface (SS), the control device (SG1) is set up to receive and / or send data (FW) via the wireless service interface (SS).

19. The control device (SG1) according to any one of claims 15 to 16, wherein the control device (SG1) is configured to be able to deactivate the wireless service interface (SS) via the backbone network (KN2) by means of the third tool (T3).

20. The control device (SG1) according to claim 15, wherein the control device (SG1) is used for building automation.

21. A method for transmitting data (FW) to a control device (SG1) for controlling one or more field devices (FG1-FG3), wherein the control device (SG1) is connected to one or more tools (T3) via a backbone network (KN2). wherein the wireless service interface (SS) of the control device (SG1) is activated by a signal (SIG2) generated by a third tool (T3) and sent to the control device (SG1), The backbone network (KN2) is based on the BACnet network protocol, and The backbone network (KN2) is a non-IP network.

22. A method according to claim 21, wherein after activating the wireless service interface (SS), data (FW) is transmitted to the control device (SG1) via the wireless service interface (SS) by the third tool (T3) or by the fourth tool (T4) and / or data is read from the control device (SG1).

23. The method according to claim 21 or 22, wherein a control device (SG1) available on the backbone network (KN2) is selected by the third tool (T3) as a receiver of data (FW).

24. The method according to claim 21 or 22, wherein the wireless service interface (SS) of the control device (SG1) is deactivated by a further signal (SIG2') generated by the third tool (T3) and sent to the control device (SG1).

25. The method according to claim 21, wherein the control device (SG1) is used for building automation.

Images