METHOD FOR AN EXTRACTION UNIT AND ASSOCIATED EXTRACTION UNIT
20200123744 ยท 2020-04-23
Assignee
Inventors
Cpc classification
G10L15/22
PHYSICS
F16K3/34
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
H04L12/12
ELECTRICITY
E03C1/0412
FIXED CONSTRUCTIONS
Y02D30/50
GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
H04L12/2827
ELECTRICITY
International classification
E03C1/04
FIXED CONSTRUCTIONS
E03C1/05
FIXED CONSTRUCTIONS
F16K3/34
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
H04L12/28
ELECTRICITY
Abstract
A method for adapting a control menu of an extraction unit (10) for drinking water (11) to a network (12), having the steps of: connecting a new device (14), wherein the extraction unit is connected to one or more devices using communication technology to form a network (12), in particular in the form of a bus system; transmitting a physical address of the new device (14) into the network (12) to the extraction unit (10); creating a new device register with the physical address of the new device (14) in the controller of the extraction unit (10); and automatically adapting the control menu of the extraction unit (10) to the new device register, with the result that the new device (14) can be controlled via the extraction unit (10). An extraction unit for carrying out such method is also provided.
Claims
1. A method for adapting a control menu (M) of a controller (13) of an extraction unit (10) for drinking water (11) having a command input element (17) for selecting a control menu item (P) of the control menu (M), the extraction unit being adapted to communicate with one or more devices to form a network (12), the method comprising: connecting (VV) a new device (14) to the network (12), automatically transmitting (SV) a physical address (A) of the new device (14) to the extraction unit (10) via the network (12), automatically creating (EV) a new device register (R) with the physical address (A) of the new device (14) in the controller (13) of the extraction unit (10), and automatically adapting the control menu (M) of the extraction unit (10) to the new device register (R), such that the new device (14) is controllable via the command input element (17).
2. The method as claimed in claim 1, further comprising automatically creating the control menu item (P) in the control menu (M) that represents the new device (14) in the extraction unit (10).
3. The method as claimed in claim 1, further comprising automatically blocking the extraction unit (10) by the control menu (M) upon the controller (13) of the extraction unit (10) detecting a conflict between two of the devices (14) in the network (12).
4. The method as claimed in claim 1, further comprising deleting a control menu item (P) in the control menu (M) upon a device (14) being removed from the network (12).
5. The method as claimed in claim 1, further comprising deleting (LV) an old device register (R) upon the controller (13) of the extraction unit (10) having received the physical address (A) of the new device (14).
6. The method as claimed in claim 1, further comprising sorting (OV) the device register (R) based on properties of the physical addresses (A) of the devices (14) and an indication of the respective physical address (A) with a network identification (ID).
7. The method as claimed in claim 6, further comprising checking (PV) whether the network identification (ID) is uniquely assigned to one said physical address (A) and repeatedly transmitting the physical addresses (A) in case of an incorrect assignment.
8. The method as claimed in claim 1, further comprising the new device (14), after transmitting (SV) the physical address (A), transmitting a list containing supported functions, and the controller (13) of the extraction unit (10) storing the functions supported by the new device (14) in the device register.
9. The method as claimed in claim 1, further comprising identifying a function (F) of the device (14) based on the device register (R) and creating the function (F) as a control menu item (M), wherein the device (14) comprises a water functional unit (15).
10. The method as claimed in claim 1, further comprising displaying at least one of a control menu item (M) of the device (14), a function (F), or blocking of the extraction unit (10) on a display (16) of the extraction unit (10), and activating different display elements (18) for different control menu items (P).
11. The method as claimed in claim 1, further comprising mutually coordinating a plurality of said devices (14) which are connected to the extraction unit (10) and, according to stored functions (F) associated with the control menu items (P), treat drinking water (10) which can be removed from the extraction unit (10) with regard to at least one of a temperature, carbon dioxide content, or degree of filtering.
12. The method as claimed in claim 1, further comprising starting dispensing of drinking water (11) from the extraction unit (10) by a voice command.
13. The method as claimed in claim 1, further comprising starting dispensing of drinking water (11) by touching (B) the extraction unit (10), using a capacitive sensor (22) for detecting a touch or by actuating (B) an external sensor (24).
14. The method as claimed in claim 1, wherein the controller (13) of the extraction unit (10) is connected to the network via at least one of a radio connection or a wired connection.
15. An extraction unit (10) for drinking water (11), comprising: a controller (13) with a control menu (M) having control menu items (P), a command input element (17) configured to select at least one said control menu item (P), an interface configured for connection to a network (12), the controller (13) being configured to automatically detect a new device (14) in the network (12) and to automatically receive a physical address (A) of the new device (14) via the network (12) and to generate a new device register (R) having the physical address (A) of the new device (14) in the controller (13) of the extraction unit (10) and to adapt the control menu (M) to the new device register (R), such that the new device (14) is controllable via the command input element (17).
16. The extraction unit of claim 15, wherein command input element (17) comprises a rotary pushbutton (19).
17. The method of claim 10, wherein the display elements comprise light-emitting diodes with different colors.
18. The method of claim 13, wherein the external sensor (24) is a foot switch.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
[0043] Further advantageous configurations of the invention are disclosed in the following description of the figures, in which:
[0044]
[0045]
[0046]
[0047]
[0048]
[0049]
[0050]
[0051]
[0052]
[0053]
[0054]
[0055]
DETAILED DESCRIPTION
[0056] In the different figures, identical parts are always provided with the same reference signs, which is why these parts are generally also described only once.
[0057]
[0058] In the exemplary embodiment, the data connection is effected via a CAN bus. The CAN bus operates according to the multi-master principle, that is to say it connects a plurality of equal control devices. The CAN network is preferably constructed as a line structure. Spur lines are permissible to a limited extent. A star-shaped bus is also possible. Communication is effected using messages according to a predefined CAN protocol. The messages have a standardized structure in the form of message frames.
[0059] Coffee machines 140, loudspeakers 141, intelligent valves 142 for controlling fluid flows inside a fluid-conducting connection 9, lighting 143, dishwashers 145, external sensors 24 for actuating the extraction unit 10, intelligent voice assistants 20, central controllers 26 for a home automation system, mobile terminals 28 such as smart phones and/or smart pads, radio connections 30 such as a Bluetooth and/or Wi-Fi antenna and/or water functional units 15 are possible as devices 14. The respective devices 14 may be included in the network 12 in a single embodiment or in multiple embodiments. In particular, the water functional units 15 can provide different types of drinking water 11, for example, with the result that at least a first water functional unit 151 and a second water functional unit 152 can be provided for filtered, carbonated, cold, warm and/or hot water. Yet further water functional units 15 can also be inserted into the network 12. The water functional units 15 are connected to the extraction unit 10 via the fluid-conducting connection (water lines) 9.
[0060]
[0061]
[0062] The display 16 is a color display behind which display elements 18 are located. The display elements 18 may be color LEDs which emit red, yellow, orange, blue, white, violet and/or green light. Yet further colors may also be implemented by the LEDs. Furthermore, the display elements 18 may flash or emit continuous light. The display 16 may also display a continuous change between the colors. In addition, color patterns such as red-and-white can also be displayed on the display 16.
[0063]
[0064] As shown in
[0065] The display 16, shown in
[0066] As disclosed in
[0067] The energy measuring device 146 measures the power consumption of an external load, for example a dishwasher. If the power consumption is high, functions on the water functional unit 15 can be blocked. The measuring device 146 and the behavior of the device connected to the latter therefore implement the function of an energy switch. The element 146 itself need not switch or divert any energy for this purpose, even though the latter is not excluded and is likewise concomitantly included within the scope of the present invention.
[0068]
[0069]
[0070]
[0071]
[0072] The new device 14 transmits a physical address A to the controller 13 of the extraction unit 10. The physical address A is entered into a newly created device register R in the controller 13. Physical addresses A of devices 14 which do not influence the extraction unit 10 can also be stored in this device register R, in particular. The physical addresses A are sorted in the device register R and are provided with a network identification ID. A part of the network identification ID relating to the extraction unit 10 is then preferably used to compile a new control menu M. In this case, control menu items P are created in the control menu M of the controller 13 in a manner corresponding to the network identifications ID. The control menu items P can be selected using command input elements 17. For example, the rotary pushbutton 19 and/or an intelligent voice assistant 20 and/or an external sensor 24 and/or another command input element 17 described above can be used. In accordance with the control menu items P, the display 16 emits light in a color reflecting the selected function F.
[0073] A serial number which is uniquely allocated for each device which can be connected to the network is used as the physical address A in the following example. The serial number is allocated during production in the factory and is permanently programmed into the device. The serial number has the following functions:
[0074] Unique number for CAN address assignment (serial number is allocated only once throughout the world),
[0075] Firmware compatibility can be determined,
[0076] Production date is intended to be discernible,
[0077] Checking device and therefore also production location,
[0078] Exact hardware version (for example for replacement parts),
[0079] Form factor and connections for the end customer (compatibility of accessories).
[0080] In the exemplary embodiment, the serial number is 64 bits long and consists of the following parts:
[0081] Device family (6 bits): devices which perform a similar function. The meaning of the so-called feature vector (see below) also relates to this number. For example, a water tap, a foot switch and a water tap with a motor are in the same device family since they are all operating devices. It is therefore possible to subsequently introduce a foot switch into the range and to switch the function on and off, for example to use a drinking water extraction unit, the software of which was developed as if there were not yet the foot switch.
[0082] Device type (8 bits, begins again with each device family): distinction within the device family, for example water tap, foot switch and water tap with motor have different device types.
[0083] Software compatibility (5 bits, begins again with each device family and device type): changes if the software must be adapted on account of hardware changes (for example additional outlet for free running of a valve).
[0084] Design version (5 bits, begins again with each device family and device type): changes if the appearance or the connections of the device change(s), for example due to a changed water hose diameter or housing width. This number is needed to choose the correct accessory and sometimes the correct replacement part.
[0085] Hardware version (6 bits, begins again with each device family, device type and software compatibility): only hardware changes which do not entail any software adaptation and any functional change, for example another valve or another power transistor.
[0086] Checking device (5 bits, begins again with each device family and device type): unique sequence number of the checking device for the corresponding device family and device type. In a factory, a plurality of checking devices may represent the same device family and device type but have different checking device numbers.
[0087] Production date according to production year (7 bits), production month (4 bits) and production day (5 bits).
[0088] Sequence number (13 bits, begins again with each device family, device type, checking device and day): the sequence number is incremented for each instance of a device, with the result that a unique number is produced with the device family, device type, checking device and the dates.
[0089] The compatibility of the firmware can be determined using the device family, device type and software compatibility, and any firmware is approved for a combination of the device family, device type and software compatibility.
[0090] The details of the device family, device type, software compatibility, design version and hardware version make it possible both to select the correct accessory and, in the event of a production error, to find the accordingly incorrectly produced parts in the warehouse.
[0091] The software of each device contains a table containing 32 possible entries which is referred to as a device register. Each entry has 16 bytes. The table records all devices which are connected in the network. The software routines which are installed on all devices ensure that the table of participants on each device in the network has the same appearance. The table contains the following details:
TABLE-US-00001 Description Size (bits) No. of values Comment Current CAN ID Index of the Depends on the Current CAN ID = table array size index of the table entry + 10 Device family 6 64 Device family of the device Meaning of the 2 4 0 = serial number, data field 1 = device features, 2 and 3 = reserved Serial number 64 (plus 40 for Device serial future use) number (during CAN start-up) Device features 104 104 1 bit Supported device features, wherein each bit represents one device feature: bit = 0: feature is not supported (default); bit = 1: feature is supported Sign of life time 16 65536 ms = Time stamp in ms stamp 1.1 min from the last reception of a sign of life (heartbeat message)
[0092] The device features, that is to say the functions supported by the relevant device, are defined separately for each device family. Each bit describes a function which can be made available to the network by the corresponding device. Other devices can determine, on the basis of the device type and its feature list, which functions of another device they can use. In this case, the list of functions can be expanded over the course of time, wherein devices with older software can use only functions which were already defined during their programming. However, it is ensured that older devices can use the basic functions of new devices without the need for a software update on the older device.
[0093] The following example is intended to be used to describe how the device feature list functions. In this scenario, a drinking water extraction unit and a water functional unit of a first product generation (V1) are involved. The feature list of the water functional unit V1 is as follows:
TABLE-US-00002 Supported by water Feature no. Description functional unit V1 1 Can provide filtered X water 2 Can provide chilled X water 3 Can provide carbonated X water 4 Can empty the line X 5
[0094] With these details, the drinking water extraction unit now knows which types of water are available and can accordingly adapt its operating menu.
[0095] After some time, a water functional unit of a second, subsequent product generation (V2) comes onto the market, in which the carbon dioxide content can be adjusted, for example. On the other hand, a valve has been omitted and filtered water can no longer be provided. The feature list is then as follows:
TABLE-US-00003 Supported by water Feature no. Description functional unit V2 1 Can provide filtered water 2 Can provide chilled X water 3 Can provide carbonated X water 4 Can empty the line X 5 Can provide carbonated X water with an adjustable CO2 content 6
[0096] There are now two conceivable scenarios:
[0097] a) The water functional unit V2 is used in a network in which it replaces a water functional unit V1. This network contains a drinking water extraction unit, the firmware of which was developed before the water functional unit V2 was developed. Therefore, the firmware of this drinking water extraction unit does not know what function is behind feature 5 of the water functional unit and simply ignores it. This drinking water extraction unit determines that this water functional unit can provide only chilled and carbonated water and no longer provides the user with the menu item for filtered water.
[0098] b) The water functional unit V2 is operated with a drinking water extraction unit, the firmware of which is aware of feature 5. The operating menu is accordingly adapted, with the result that the carbon dioxide content can be selected. If this drinking water extraction unit is operated with a water functional unit V1, the last-mentioned adjustment possibility is naturally not available since the water functional unit V1 cannot adjust the carbon dioxide content.
[0099] A distinction can be made between the following two scenarios when creating a device register, that is to say a table containing the participants available in the network: In the first case, devices are already running in the network and a new device is added. This can be carried out either on account of subsequent plugging into the bus or by subsequently supplying the device with energy. In the second case, all devices in the network are switched on at the same time. Case 1 is converted into case 2 by carrying out a reset on all devices in the network by virtue of each device deleting its old device register, for example, as soon as a new device in the network is detected. The sequence of creating a new device register is explained below using
[0100]
[0101] In the subsequent section of the flowchart in
[0102] In
[0103] For checking by the checking entity CR, transmission SI of the physical address A or of the network identification ID to all devices 14 is initiated. In all devices 14, the device registers R are compared AC with the received physical addresses A or network identifications ID. In this case, an error can be detected, and transmission SA of all physical addresses A of the devices 14 participating in the network 12 from
[0104] After the explained sequence, according to which the device register is sorted and checked, each device transmits its feature list. All devices store the feature list in their device register.
LIST OF REFERENCE SIGNS
[0105] A Address
[0106] AC Comparison of physical addresses or network identifications
[0107] AI Assignment
[0108] AR Confirmation
[0109] CN Checking entity
[0110] CR Checking entity
[0111] DE Time delay
[0112] E Creation of the menu
[0113] EN Completion
[0114] EV Creation of a new device register
[0115] F Function
[0116] FC Conclusive check
[0117] FR Completion signal
[0118] IA Abort
[0119] ID Network identification
[0120] LI Last device
[0121] LV Deletion of the device registers
[0122] M Control menu
[0123] NO Normal operating state
[0124] OV Sorting of the entries in the device register
[0125] P Control menu item
[0126] PO Switching-on of the voltage supply
[0127] R Device register
[0128] RI Check
[0129] SA Transmission of physical addresses of all devices
[0130] SI Transmission of physical addresses or network identifications
[0131] ST Start
[0132] SV Transmission of the physical address of a new device
[0133] VV Connection of a new device
[0134] 8 Data connection
[0135] 9 Hydraulic connection
[0136] 10 Extraction unit
[0137] 11 Drinking water
[0138] 12 Network
[0139] 13 Controller
[0140] 14 Device
[0141] 140 Coffee machine
[0142] 141 Loudspeaker
[0143] 142 Valve
[0144] 143 Light
[0145] 145 Dishwasher
[0146] 146 Energy measuring device
[0147] 14N New device
[0148] 14A Old device
[0149] 15 Water functional unit
[0150] 151 First water functional unit
[0151] 152 Second water functional unit
[0152] 16 Display
[0153] 17 Command input element
[0154] 18 Display means
[0155] 19 Rotary pushbutton
[0156] 20 Voice assistant
[0157] 22 Capacitive sensor
[0158] 24 External sensor
[0159] 26 Central controller
[0160] 28 Mobile terminal
[0161] 30 Radio connection