TOUCH KEY FOR INTERFACE TO AIRCRAFT AVIONICS SYSTEMS

Abstract

A touch key of an interface for an aircraft avionics system. The touch key includes a button, a mechanical switch, and a sensor. The mechanical switch is configured to be actuated when the button is pressed. Actuation of the mechanical switch sends a switch signal to the aircraft avionics system. The sensor is configured to detect when the button is being touched independent of whether the button is being pressed. The sensor sends a touch signal indicating that the button is being touched to the aircraft avionics system.

Claims

1. A touch key of an interface for an aircraft avionics system, the touch key comprising: a button; a mechanical switch configured to be actuated when the button is pressed, actuation of the mechanical switch sending a switch signal to the aircraft avionics system; and a sensor configured to detect when the button is being touched independent of whether the button is being pressed, the sensor sending a touch signal indicating that the button is being touched to the aircraft avionics system.

2. The touch key of claim 1, wherein the sensor is a proximity sensor.

3. The touch key of claim 1, wherein a portion of the sensor is attached to the button.

4. The touch key of claim 1, wherein the sensor comprises sensor circuitry configured to generate the touch signal in response to the button having been touched.

5. The touch key of claim 4, further comprising: interface circuitry configured to receive the touch signal from the sensor circuitry and send the touch signal to the aircraft avionics system.

6. The touch key of claim 1, further comprising: an electrical switch configured to be actuated by actuation of the mechanical switch; and interface circuitry configured to detect that the electrical switch has been actuated and send the switch signal to the aircraft avionics system.

7. An interface for an aircraft avionics system, the interface comprising: a touch key comprising a button, a mechanical switch, and a sensor, the mechanical switch being configured to be actuated when the button is pressed, the sensor being configured to detect when the button is being touched independent of whether the button is being pressed; and interface circuitry configured to send a switch signal to the aircraft avionics system after the mechanical switch has been actuated and a touch signal to the aircraft avionics system after the button has been touched.

8. The interface of claim , wherein the button is a conductive pushbutton cap.

9. The interface of claim 8, wherein the sensor is embedded in the button.

10. The interface of claim 9, wherein the sensor comprises sensor circuitry embedded in the button, the sensor circuitry being configured to generate the touch signal in response to the button having been touched and send the touch signal to the interface circuitry.

11. The interface of claim 7, wherein the touch key further comprises an electrical switch configured to be actuated by actuation of the mechanical switch, the interface circuitry being configured to detect that the electrical switch has been actuated and send the switch signal to the aircraft avionics system.

12. A method performed by an aircraft avionics system connected to an interface comprising a touch key, the method comprising: displaying, by the aircraft avionics system, a plurality of menu items on a display device; detecting, by the aircraft avionics system, h a button of the touch key is being touched but not actuated; instructing, by the aircraft avionics system, the display device to highlight a particular one of the plurality of menu items after detecting the button is being touched; and detecting, by the aircraft avionics system, that the particular menu item has been selected when the button is actuated.

13. The method of claim 12, wherein the particular menu item is a second menu item, the button was touched for a second time, the aircraft avionics system detects that the button was touched for the second time before instructing the display device to highlight the second menu item, and the method further comprises: detecting, by the aircraft avionics system, that the button is being touched for a first time before detecting that the button was touched for the second time; instructing, by the aircraft avionics system, the display device to highlight a first of the plurality of menu items after detecting the button is being touched for the first time, the first menu item being different from the second menu item; and instructing, by the aircraft avionics system, the display device to stop highlighting the first menu item after detecting the button is being touched for the second time.

14. A method performed by an aircraft avionics system connected to an interface comprising a touch key, the method comprising: detecting, by the aircraft avionics system, a button of the touch key has been actuated; determining, by the aircraft avionics system, whether the button was touched before or during actuation; and detecting, by the aircraft avionics system, a failure has occurred when the aircraft avionics system determines the button was not touched before or during actuation.

15. The method of claim 14, further comprising: processing, by the aircraft avionics system, the button actuation normally when the aircraft avionics system determines the button was touched before or during actuation.

Description

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

[0004] FIG. 1 is a block diagram illustrating a touch key.

[0005] FIG. 2 is a block diagram of the touch key just before the touch key is touched by a user.

[0006] FIG. 3 is a block diagram of he touch key being actuated by the user.

[0007] FIG. 4 is a block diagram of an interface including the touch key connected to a system including a display device.

[0008] FIG. 5 is a block diagram of the interface and the display device illustrated displaying menu items.

[0009] FIG. 6 is a flow diagram of a first method performed by the system.

[0010] FIG. 7 is a flow diagram of a second method performed by the system.

[0011] Like reference numerals have been used in the figures to identify like components.

DETAILED DESCRIPTION OF THE INVENTION

[0012] FIG. 4 illustrates an interface 100 connected to a system 102. The system 102 may be an aircraft avionics system such as an Aircraft Communications Addressing and Reporting System (“ACARS”), a Controller-Pilot Data Link Communications (“CPDLC”) system, an Aeronautical Telecommunications Network (“ATN”) system, a Future Air Navigation System (“FANS”), and the like.

[0013] The interface 100 includes at least one tactile touch key 110. The touch key 110 includes a button 120, a touch sensor 122, and a mechanical switch 126. The touch sensor 122 is configured to detect when a user 124 (see FIGS. 2 and 3) is touching the button 120 (see FIG. 2). The button 120 is attached to the mechanical switch 126, which is configured to detect when the user 124 (see FIGS. 2 and 3) has pressed or actuated the button 120. Thus, the touch key 110 uniquely combines touch detect technology (e.g., the touch sensor 122) with the mechanical switch 126. This improves the human-machine interface 100, reduces the chances of error, and creates a potential for additional capabilities.

[0014] The mechanical switch 126 may control an electrical switch 127. For example, when the mechanical switch 126 is actuated (by pressing on the button 120), the mechanical switch 126 may close the electrical switch 127. When the button 120 is released or no longer pressed, the mechanical switch 126 may open the electrical switch 127. Thus, the electrical switch 127 has a switch state, open or closed. The mechanical switch 126 may be implemented as a momentary pushbutton switch, a rocker switch, or other type of switch.

[0015] The touch sensor 122 may include or be connected to touch detect or sensor circuitry 128. The circuitry 128 is configured to generate a signal that indicates a touch state of the button 120. The touch state (touching or not touching) indicates whether the user 124 is or is not touching the button 120.

[0016] The touch sensor 122 may be implemented as a proximity sensor that outputs an electronic field. The electronic field is disturbed by the user 124 (see FIGS. 2 and 3) when the user 124 touches the button 120. When this occurs, the touch sensor 122 and/or the circuitry 128 detect the disturbance and generate the signal that indicates the touch state (touching) of the button 120. In such embodiments, the touch sensor 122 and/or the circuitry 128 may be attached to (e.g., embedded in) the button 120. However, this is not a requirement. In some embodiments, a portion of the touch sensor 122 and/or the circuitry 128 may be positioned behind the button 120 and optionally attached to a circuit board (not shown) positioned under the touch key 110.

[0017] Alternatively, the touch sensor 122 may use capacitance to detect when the user 124 is touching the button 120. In such embodiments, the circuitry 128 may be implemented as capacitive touch detect circuitry. Further, the button 120 may include a conductive pushbutton cap connected to the mechanical switch 126 (which provides an actuator structure). The conductive pushbutton cap provides an electrical connection with the user 124 (see FIGS. 2 and 3), which is detected by the touch sensor 122. The touch sensor 122 and/or the circuitry 128 may be embedded in the conductive pushbutton cap. In such embodiments, the touch sensor 122 may be characterized as including the button 120,

[0018] The touch key 110 and/or the interface 100 may include interface circuitry 129 configured to communicate the switch state (open or closed) and the touch state (touching or not touching) to the system 102.

[0019] FIG. 1 illustrates the touch key 110 before the user 124 (see FIGS. 2 and 3) touches the button 120. The touch sensor 122 and/or the circuitry 128 (see FIG. 4) detects that the button 120 is not being touched (meaning the touch state is “not touching”). The circuitry 128 (see FIG. 4) may generate a signal indicating the touch state and provide the signal to the interface circuitry 129 (see FIG. 4). The interface circuitry 129 (see FIG. 4) provides the touch state to the system 102 (see FIG. 4).

[0020] Referring to FIG. 2, when the user 124 places a finger on the button 120, and prior to physically actuating (e.g., depressing) the button 120, the touch sensor 122 and/or the circuitry 128 (see FIG. 4) detects that the button 120 is being touched (meaning the touch state is “touching”). The circuitry 128 (see FIG. 4) generates the signal indicating the touch state and provides the signal to the interface circuitry 129 (see FIG. 4). The interface circuitry 129 (see FIG. 4) provides the touch state to the system 102 (see FIG. 4), which detects or generates a (touching) touch event. If the user 124 stops touching the button 120, the touch sensor 122 and/or the circuitry 128 (see FIG. 4) detects that the button 120 is not being touched (meaning the touch state is “not touching”). The touch sensor 122 and/or the circuitry 128 (see FIG. 4) may generate a signal indicating the touch state and provide the signal to the interface circuitry 129 (see FIG. 4), The interface circuitry 129 (see FIG. 4) provides the touch state to the system 102 (see FIG. 4), which may detect or generate a (not touching) touch event.

[0021] Alternatively, the touch sensor 122 and/or the circuitry 128 (see FIG. 4) may simply send no signals when the button 120 is not being touched. n such embodiments, the system 102 assumes the button 120 is not being touched until the system 102 receives the touch state (touching). The touch sensor 122 and/or the circuitry 128 (see FIG. 4) may continue to send the touch state to the interface circuitry 129 (see FIG. 4), which provides the touch state to the system 102 (see FIG. 4), until the user 124 stops touching the button 120.

[0022] By way of another non-limiting example, the touch sensor 122 and/or the circuitry 128 (see FIG. 4) may send the signal indicating the touch state to the interface circuitry 129 (see FIG. 4) whenever the touch state changes. Then, the interface circuitry 129 (see FIG. 4) provides the touch state to the system 102 (see FIG. 4).

[0023] By way of another non-limiting example, the system 102 (see FIG. 4) may send a status request to the touch sensor 122 and/or the circuitry 128 (see FIG. 4). In response to the status request, the touch sensor 122 and/or the circuitry 128 (see FIG. 4) may send the signal indicating the touch state to the interface circuitry 129 (see FIG. 4). Then, the interface circuitry 129 (see FIG. 4) provides the touch state to the system 102 (see FIG. 4).

[0024] Referring to FIG. 3, when the user 124 actuates (e.g., depresses) the button 120, the mechanical switch 126 (see FIG. 4) closes the electrical switch 127 (see FIG. 4). The interface circuitry 129 (see FIG. 4) communicates the switch state (closed) to the system 102 (see FIG. 4), which detects or generates a tactile event. When the user 124 stops actuating (e.g., pressing) the button 120, the mechanical switch 126 (see FIG. 4) opens the electrical switch 127 (see FIG. 4). The interface circuitry 129 (see FIG. 4) may communicate the (open) switch state to the system 102 (see FIG. 4), which may detect or generate a tactile event. Thus, the interface circuitry 129 (see FIG. 4) may send the signal indicating the switch state to the system 102 (see FIG. 4) whenever the switch state changes.

[0025] Alternatively, the interface circuitry 129 (see FIG. 4) may simply send no signals when the button 120 is not being actuated. In such embodiments, the system 102 assumes the button 120 is not being actuated until the system 102 receives the switch state (closed). The interface circuitry 129 (see FIG. 4) may continue to send the switch state to the interface circuitry 129 (see FIG. 4), which provides the switch state to the system 102 (see FIG. 4), until the user 124 stops actuating the button 120.

[0026] By way of another non-limiting example, the system 102 (see FIG. 4) may send a status request to the interface circuitry 129 (see FIG. 4). In response to the status request, the interface circuitry 129 (see FIG. 4) may send the signal indicating the switch state to the system 102 (see FIG. 4).

[0027] The sensor 122 and/or the circuitry 128 (see FIG. 4) detects whether the button 120 is being touched independent of whether the mechanical switch 126 detects the button 120 is being pressed. Thus, when the user 124 actuates the button 120, the touch sensor 122 and/or the circuitry 128 (see FIG. 4) detects that the button 120 is being touched (meaning the touch state is “touching”) and provides the signal with the touch state to the interface circuitry 129 (see FIG. 4). The interface circuitry 129 (see FIG. 4) provides the touch state to the system 102 (see FIG. 4), which detects or generates a (touching) touch event.

[0028] In the example illustrated, the system 102 includes a processor or programmable central processing unit (“CPU”) 130 which may be implemented by any known technology, such as a microprocessor, microcontroller, application-specific integrated circuit (“ASIC”), digital signal processor (“DSP”), or the like. The CPU 130 may be integrated into an electrical circuit, such as a conventional circuit board, that supplies power to the CPU 130. The CPU 130 may include internal memory and/or memory 132 may be coupled thereto.

[0029] The memory 132 is a computer readable medium that includes data and computer executable instructions 134 that are configured to be executed by the CPU 130. The memory 132 may be coupled to the CPU 130 by an internal bus 136. The memory 132 may be implemented using transitory and/or non-transitory memory components. The memory 132 may comprise random access memory (“RAM”) and read-only memory (“ROM”). The memory 132 contains instructions and data that control the operation of the CPU 130. The memory 132 may also include a basic input/output system (“BIOS”), which contains the basic routines that help transfer information between elements within the system 102, The present invention is not limited by the specific hardware component(s) used to implement the CPU 130, the memory 132, or other components of the system 102. Optionally, the memory 132 may include internal and/or external memory devices such as hard disk drives, floppy disk drives, and optical storage devices (e.g., CD-ROM, R/W CD-ROM, DVD, and the like). The system 102 may also include one or more I/O interfaces (not shown) such as a serial interface (e.g., RS-232, RS-432, and the like), an IEEE-488 interface, a universal serial bus (“USB”) interface, a parallel interface, and the like, for the communication with removable memory devices such as flash memory drives, external floppy disk drives, and the like.

[0030] The system 102 includes a display device 140 that may be implemented as a computing display, such as a standard computer monitor, LCD, or other visual display. In some embodiments, a display driver may provide an interface between the CPU 130 and the display device 140. The display device 140 may be coupled to the CPU 130 by an internal bus 142.

[0031] The system 102 includes a connector 144 configured to form a connection between the CPU 130 and the interface 100. In the embodiment illustrated, a communication cable 145 is connected to the interface circuitry 129 (e.g., through a direction connection therewith or via a connector not shown). The cable 145 may have connector (not shown) configured to be connected to the connector 144. The interface circuitry 129 may communicate with the CPU 130 via the cable 145 and the connector 144. The connector 144 may be coupled to the CPU 130 by an internal bus 146. The system 102 may include or be connected to other user interface devices, such as a standard keyboard, mouse, track ball, buttons, touch sensitive screen, wireless user input device, and the like.

[0032] The system 102 may also include a network interface 150 configured to couple the system 102 to the communication network (not shown). The network interface 150 may be coupled to the CPU 130 by an internal bus 152. The network interface 150 is configured to communicate (directly or via one or more intermediate interfaces) with the other components of the communication network (not shown) implemented using separate computing devices.

[0033] The various components of the system 102 may be coupled together by the internal buses 136, 142, 146, and 152. Each of the internal buses 136, 142, 146, and 152 may be constructed using a data bus, control bus, power bus, I/O bus, and the like.

[0034] The touch key 110 may be associated with any menu item of any menu displayable by the display device 140. For example, aircraft avionics systems (such as ACARS, CPDLC, ATN, and FANS) generate visual displays that may be displayed by the display device 140. Those visual displays may include menus with menu items that may each be associated with a different touch key (like the touch key 110). Such menus may be used for data input.

[0035] For example, FIG. 5 illustrates the display device 140 displaying a menu 160 having three menu items: Option 1, Option 2, and Option 3. In this example, the interface 100 includes three touch keys 110A-110C each like the touch key 110. The touch keys 110A-110C may each be associated with one of the menu items Option 1, Option 2, and Option 3 displayed by the display device 140. For example, the touch keys 110A-110C may be associated with the menu items Option 1, Option 2, and Option 3, respectively.

[0036] Touching one of the touch keys 110A-110C may cause the system 102 (see FIG. 4) to direct the display device 140 to change the information displayed thereby. For example, touching one of the touch keys 110A-110C may cause the system 102 (see FIG. 4) to direct the display device 140 to highlight the associated menu item. Thus, touching the touch key 110A highlights the menu item Option 1, touching the touch key 116E highlights the menu item Option 2, and touching the touch key 110C highlights the menu item Option 3. By way of another non-limiting example, touching one of the touch keys 110A-110C may cause the system 102 (see FIG. 4) to direct the display device 140 to display information about (or relevant to) the associated menu item.

[0037] Actuating one of the touch keys 110A-110C selects the associated menu item. Thus, actuating the touch key 110A selects the menu item Option 1, actuating the touch key 110B selects the menu item Option 2, and actuating the touch key 110C selects the menu item Option 3.

[0038] Thus, referring to FIG. 4, when the system 102 generates a touch event indicating the user 124 (see FIGS. 2 and 3) is touching one of the touch keys 110A-110C, the CPU 130 may direct the display device 140 to highlight the associated menu item. Then, when the system 102 generates a tactile event (switch actuation) indicating the user 124 has actuated the same touch key, the CPU 130 selects the associated menu item. This provides the user 124 (see FIGS. 2 and 3) with a visual confirmation of which menu item is going to be selected before the menu item is actually selected, Visual confirmation reduces the likelihood of pressing an incorrect key due to parallax.

[0039] One or more touch events allow the user 124 (see FIGS. 2 and 3) to scroll through different display menu options followed by a tactile event to select the menu option. For example, placing a finger on the touch key 110 more than once (or for longer than a predetermined amount of time), without actuating the mechanical switch 126, may cause the display device 140 to highlight a next menu item (and stop highlighting the previous menu item). This may be repeated to scroll sequentially through a set of menu items. This may be useful when a single touch key (like the touch key 110) is with multiple menu options.

[0040] For example, FIG. 6 is a flow diagram of a method 200 performed by the system 102 (see FIG. 4). The computer executable instructions 134 (see FIG. 4) may implement the method 200. In this example, referring to FIG. 5, the touch keys 110B and 1100 may be omitted and the touch key 110A may be used with the three menu items Option 1, Option 2, and Option 3. In first block 210 (see FIG. 6), the system 102 (see FIG. 4) displays the menu items Option 1, Option 2, and Option 3 on the display device 140. Then, in block 220 (see FIG. 6), the system 102 (see FIG. 4) detects the user 124 (see FIGS. 2 and 3) has touched (but did not depress) the touch key 110A. Next, in block 230 (see FIG. 6), the system 102 (see FIG. 4) advances to a menu item (e.g., the first menu item Option 1) and instructs the display device 140 to highlight that menu item (e.g., the first menu item Option 1).

[0041] In decision block 240 (see FIG. 6), the system 102 (see FIG. 4) determines whether it has received the switch signal indicating that the user 124 has actuated the button 120. The decision in decision block 240 (see FIG. 6) is “YES” when the system 102 receives the switch signal indicating that the user 124 has actuated the button 120. Otherwise, the decision in decision block 240 (see FIG. 6) is “NO.”

[0042] When the decision in decision block 240 (see FIG. 6) is “NO,” the system 102 returns to block 220 (see FIG. 6) whereat the system 102 (see FIG. 4) detects the user 124 (see FIGS. 2 and 3) touched (but did not depress) the touch key 110A a second time. Thus, before the system 102 (see FIG. 4) returns to the block 220 (see FIG. 6) from the block 230 (see

[0043] FIG. 6), the user 124 (see FIGS. 2 and 3) removes the user's finger and touched (but did not depress) the touch key 110A again. Then, in block 230 (see FIG. 6), the system 102 (see FIG. 4) advances to a next menu item (e.g., the second menu item Option 2) and instructs the display device 140 to highlight that menu item (e.g., the second menu item Option 2). The system 102 (see FIG. 4) also instructs the display device 140 to stop highlighting the menu item highlighted previously (e.g., the first menu item Option 1).

[0044] The blocks 230, 240, and 220 (see FIG. 6) may be repeated until the system 102 (see FIG. 4) receives the switch signal indicating that the user 124 (see FIGS. 2 and 3) has actuated the button 120. Thus, if the user 124 removes the user's finger and touches (but does not depress) the touch key 110A again, the display device 140 may highlight the third menu item Option 3. Naturally, if the user 124 removes the user's finger and touches (but does not depress) the touch key 110A again, the display device 140 may highlight the first menu item Option 1 again. In this manner, the user 124 may scroll through the menu items Option 1, Option 2, and Option 3 using only the single touch key 110A. At any time, the user 124 may depress the touch key 110A to select whichever of the menu items Option 1, Option 2, and Option 3 is highlighted.

[0045] When the decision in decision block 240 (see FIG. 6) is “YES,” in block 250, the system 102 (see FIG. 4) detects the selection of the currently highlighted menu item. Then, the method 200 (see FIG. 6) terminates.

[0046] Referring to FIG. 4, touch and tactile events may also be used by the system 102 for redundancy and failure detection, The occurrence of a single event, either a touch or a tactile event, without the occurrence of a second event, may be used to detect a failure. When the touch key 110 is used in this manner, the touch key 110 may or may not be associated with a menu item. This functionality may be useful for high reliability applications.

[0047] For example, FIG. 7 is a flow diagram of a method 300 performed by the system 102 (see FIG. 4). The computer executable instructions 134 (see FIG. 4) may implement the method 300. In first block 310, the system 102 (see FIG. 4) detects that the button 120 (see FIG. 4) has been actuated.

[0048] In decision block 315, the system 102 (see FIG. 4) determines whether it received the touch signal indicating that the user 124 (see FIGS. 2 and 3) touched the button 120 (see FIG. 4) before and/or when it was actuated. The decision in decision block 315 is “YES” when the system 102 (see FIG. 4) received the touch signal. Otherwise, the decision in decision block 315 is “NO.”

[0049] When the decision in decision block 315 is “NO,” in block 320, the system 102 (see FIG. 4) detects a failure occurred because the button 120 (see FIG. 4) must be touched before and/or when the button 120 is actuated. Then, the method 300 terminates.

[0050] On the other hand, when the decision in decision block 315 is “YES,” in block 330, the system 102 (see FIG. 4) processes the button actuation normally. Then, the system 102 returns to block 310.

[0051] The foregoing described embodiments depict different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely exemplary, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively “associated” such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as “associated with” each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being “operably connected,” or “operably coupled,” to each other to achieve the desired functionality.

[0052] While particular embodiments of the present invention have been shown and described, it will be obvious to those skilled in the art that, based upon the teachings herein, changes and modifications may be made without departing from this invention and its broader aspects and, therefore, the appended claims are to encompass within their scope all such changes and modifications as are within the true spirit and scope of this invention. Furthermore, it is to be understood that the invention is solely defined by the appended claims. It will be understood by those within the art that, in general, terms used herein, and especially in the appended claims (e.g., bodies of the appended claims) are generally intended as “open” terms (e.g., the term “including” should be interpreted as “including but not limited to,” the term “having” should be interpreted as “having at least,” the term “includes” should be interpreted as “includes but is not limited to,” etc.). It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases “at least one” and “one or more” to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles “a” or “an” limits any particular claim containing such introduced claim recitation to inventions containing only one such recitation, even when the same claim includes the introductory phrases “one or more” or “at least one” and indefinite articles such as “a” or “an” (e.g., “a” and/or “an” should typically be interpreted to mean “at least one” or “one or more”); the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should typically be interpreted to mean at least the recited number (e.g., the bare recitation of “two recitations,” without other modifiers, typically means at least two recitations, or two or more recitations).

[0053] Accordingly, the invention is not limited except as by the appended claims.