Various embodiments relate to unmanned air vehicles, and in an embodiment, but not by way of limitation, to ground control systems to control such unmanned air vehicles.
Unmanned Air Vehicles (UAV) come in a variety of shapes and sizes, and have many applications in military, commercial, and research endeavors. One concern that is common to all UAVs, because by definition there is not an on board pilot, is the proper control and commanding of such UAVs. Specifically, the operation of UAVs in an autonomous mode as is know in the art is not foolproof, and problems can and do arise in such autonomous systems.
A ground control station to control an unmanned air vehicle (UAV) during a manual mode of operation includes a management unit, a telemetry module, a user control module, a graphical user interface, and a wireless datalink subsystem. The wireless datalink subsystem is configured for remote communication with the unmanned air vehicle. The telemetry module is coupled to the ground control station and is configured to download onboard data from the unmanned air vehicle to the ground station, and further is configured to upload commands from the ground station to the unmanned air vehicle. The graphical user interface includes a display module that is configured to display a plurality of downloaded UAV onboard data. The user control module is coupled to the ground control station to implement user control of a plurality of control surfaces of the unmanned air vehicle during manual mode operation of said UAV via said input device.
In the following detailed description, reference is made to the accompanying drawings that show, by way of illustration, specific embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention. It is to be understood that the various embodiments of the invention, although different, are not necessarily mutually exclusive. Furthermore, a particular feature, structure, or characteristic described herein in connection with one embodiment may be implemented within other embodiments without departing from the scope of the invention. In addition, it is to be understood that the location or arrangement of individual elements within each disclosed embodiment may be modified without departing from the scope of the invention. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present invention is defined only by the appended claims, appropriately interpreted, along with the full range of equivalents to which the claims are entitled. In the drawings, like numerals refer to the same or similar functionality throughout the several views.
Embodiments of the invention include features, methods or processes embodied within machine-executable instructions provided by a machine-readable medium. A machine-readable medium includes any mechanism which provides (i.e., stores and/or transmits) information in a form accessible by a machine (e.g., a computer, a network device, a personal digital assistant, manufacturing tool, any device with a set of one or more processors, etc.). In an exemplary embodiment, a machine-readable medium includes volatile and/or non-volatile media (e.g., read only memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage media, flash memory devices, etc.), as well as electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.)).
Such instructions are utilized to cause a general or special purpose processor, programmed with the instructions, to perform methods or processes of the embodiments of the invention. Alternatively, the features or operations of embodiments of the invention are performed by specific hardware components which contain hard-wired logic for performing the operations, or by any combination of programmed data processing components and specific hardware components. Embodiments of the invention include software, data processing hardware, data processing system-implemented methods, and various processing operations, further described herein.
A number of figures show block diagrams of systems and apparatus for an architecture for a ground control system for an unmanned air vehicle, in accordance with embodiments of the invention. A number of figures show flow diagrams illustrating operations for a ground control system architecture for an unmanned air vehicle system. The operations of the flow diagrams will be described with references to the systems/apparatuses shown in the block diagrams. However, it should be understood that the operations of the flow diagrams could be performed by embodiments of systems and apparatus other than those discussed with reference to the block diagrams, and embodiments discussed with reference to the systems/apparatus could perform operations different than those discussed with reference to the flow diagrams.
In an embodiment, a ground control station addresses some of the shortcomings of an autonomous flight mode of an unmanned air vehicle (UAV) system by providing for remote piloting of the UAV. Such a ground control station for remote piloting may not only prevent disasters involving the UAV, but it may also allow the maintenance of UAV flight information. Such information may include attitude data, health status, payload information, and flight information. This information assists in the analysis of UAV operations and in further UAV flight improvements. Additionally, the ground station remote control of the UAV allows a remote pilot to enable optimal use of individual subsystems on the UAV, thereby assuring efficient performance and endurance.
The GCS 110 provides the ability to remotely pilot or self-pilot the UAV 150, and further provides updates to the ground pilot with real time data concerning the UAV 150. The UAV 150 may carry payloads 180 such as cameras, sensors, and communications equipment. The UAV 150 further may include an on board avionics system 167 and a power system 169. In general, the GCS 110 is responsible for uploading the necessary information to the on board system 167, receiving downloaded information from the UAV 150, and controlling and monitoring the progress of the UAV 150 throughout the mission profile.
The GCS 110 includes a hardware system and a software system. The GCS software system includes a human machine interface module 111 (HMI), a communication interface (TTC module 115), and an application interface 112. The GCS software system provides a variety of functions. It displays the status of the UAV 150 on a display unit that is part of the HMI 111 (based on data received from the telemetry system), and generates a waypoint file from the FMS interface 170. The waypoint file contains the positional information of the waypoints that the UAV needs during autonomous flight. In an embodiment, the GCA 110 provides the waypoint file to the FMS module through the telecommand system. The GCS software further permits complete control of the UAV 150 in the manual mode of flight through and input device 113 such as a joystick 121, a keyboard 122, or a mouse 123. The GCS software further provides control support during shared operation mode of the UAV through the UAV control devices. The GCS software further establishes the connection with the on board flight system, and verifies the functionalities of the flight controls.
The human machine interface 111 of the GCS 110 is similar to an on board cockpit display, and is illustrated in a block form in
Through the user input device 113, a pilot may control the rudder 171, elevator 172, aileron 173, and throttle 174 (collectively referred to as REAT) of the UAV 150. Input via the input device is transmitted to a REAT controller 176, which in turn controls the REAT components.
Telemetry involves collection and packetization of on board sensor data, UAV health data, and processed sensor data. The on board system 167 transmits this data to the GCS 110 in frames. The GCS 110 receives this data, checks for errors, parses the fields in the data, and directs each piece of data to the appropriate display of the graphical user interface.
The RF subsystem (RF transceivers 120 and 160, and antennas 125 and 155) is the intermediate system between the telemetry and telecommand systems 115 and 165. The RF subsystem establishes an RF link between the antenna 155 on board the UAV 150 and the GCS 110 via antennas 125 and 155 to facilitate the exchange of telemetry data and telecommands. The RF subsystem also has a role in tracking and monitoring the UAV 150, and taking corrective action if required. The GCS software receives data from the UAV 150 via the ground based RF transceiver 120, it parses the received bit stream for all necessary data, and transmits the data to the appropriate screens on a GUI 117 of the GCS 110.
In an embodiment, the structure of a telecommand and telemetry packet 300 format is illustrated in
In an embodiment, a packet 300 is categorized. In particular, telemetry packets are categorized in order to extract the on board information in an organized manner as well as quickly and easily. The GCS 110 analyzes the packets sent to it from the UAV 150 on board system and categorizes these packets as sensor packets, FMS/FCS packets, health packets, and payload packets. The packets are placed into these categories depending upon the information contained in these packets.
The UAV 150 may carry a camera as its payload 180 for such purposes as reconnaissance and surveillance missions. The GCS 110 facilitates camera operations through the applications interface 112. The interface 112 on the GCS 110 for the camera includes a TV tuner card. In the GCS 110, there is software for displaying the video information from the camera and archiving the video data. The on board system receives video data from the camera and inputs this information to the on board camera control software. The on board camera control software is responsible for processing video information and providing this processed video information as an input to the on board RF transceiver 160. The transmitted video information is received at the ground station 110 where it serves as input to the ground video display software. The GCS video display software displays the video on the GCS GUI 117 and archives the video in a database 118 for future analysis.
The video interface includes three subsystems—an on board video system, the video communication system, and the ground video system. The on board video system interacts with the UAV video camera and transfers the video data collected by the camera to the video communication system. The on board video system interacts with the camera for collecting the video data and also for controlling camera parameters such as zooming in or out. The video communication system transfers the video data from the on board video system to the ground receiver 125 of the video communication system. The ground video receiver (RF transceiver 120) functions as a conduit for the transfer of this video data to the ground video control system 110. The ground video system reads the data from the video receiver, displays the video data for viewing by the ground pilot, and facilitates image processing of the video data.
As previously disclosed, the video display software displays the video data sent from the UAV 150. The video data is received by a ground video receiver, and a ground control video display interacts with a TV tuner card and a video driver to obtain and display the video information on the GUI 117. A ground-based pilot may use this video data to monitor and control the activities of the UAV 150.
The UAV controls are responsible for controlling the behavior of the UAV 150 during flight. The control commands are transmitted to the on board system 167 by means of the telecommands. The actions implemented for these control commands are reflected in the corresponding control panels of the GUI 117, after the on board system 167 sends an acknowledgment for these commands.
An embodiment of the command line control system is illustrated in
The command center system 600 as illustrated in
The REAT controller 176 is used for controlling the control surfaces of the UAV 150, thereby permitting a pilot to control the movement, trajectory, and path of the UAV. A pilot interacts with the REAT controller 176 through a keyboard, joystick, mouse, or other input device 113. An example of a REAT controller screen interface 700 is illustrated in
The GCS 110 will permit complete control of the UAV in the manual mode through the input device 113 such as a joystick or a keyboard. The GCS 110 includes the RF transceiver 120 the GUI 117. The RF system (120, 160) establishes an RF link between the on board antenna 155 of the UAV and the GCS 110 to facilitate the exchange of telemetry data and telecommands. The RF system also allows the tracking and monitoring of the UAV 150 and the taking of corrective steps if required. The RF system also receives data from the RF transceivers 120, 160, obtains a clear bit stream from the data through bit synchronization and frame synchronization, and decommutates the bit stream for all necessary data that should be sent to the graphical user interface. The GUI 117 displays the status of the UAV 150 based on the data received from the telemetry, and generates a waypoint file from the FMS interface 170.
The GCS 110 includes two modules—the receive unit and the transmit unit. An embodiment of the receive unit is illustrated in
An embodiment of the GCS transmit unit 900 is illustrated in
The GCS 110 includes the telemetry and telecommand subsystems, the RF subsystem, the ground management unit, the antenna control module, the display, and the manual control unit (input). The telemetry subsystem establishes air to ground communications, and the telecommand system establishes ground to air communications. The RF subsystem establishes a wireless RF link between the UAV 150 and the GCS 110, and is an intermediate system between the telemetry and telecommand subsystems. The ground management unit receives on board raw sensor data from the telemetry subsystem, and it processes the data to be displayed and sends that data to the display unit. It also issues commands to the antenna control unit, and computes the control commands based on user input in the manual or shared mode, or based on the data received from the UAV in the manual or autonomous modes. In an embodiment, the antenna control module receives input from the ground management unit, and drives servomotors to orient the RF antenna. The display may include graphical and numerical representations of the roll, pitch, and yaw, attitude data, current position of the UAV, FMS related displays, raw sensor data, health data, and fuel status. The manual control unit is used by a pilot to control the UAV and includes such functionalities/commands as engine start and stop, take off, health status, throttle control, rudder control, aileron, elevation control, file transfer commands, and payload control commands.
In the manual mode, the UAV 150 is controlled manually through the RF subsystem. The RF subsystem works independently of the on board system. The RF subsystem directly controls the actuators. In the autonomous mode, UAV control is performed by the on board FMS 170. The FMS 170 provides the desired controls to the FCS 175 to control the actuators. The RF subsystem becomes a part of the TTC 115, 165 system in this mode. In the shared mode, the GCS 110 is given the option to control the UAV 150 either through the autonomous mode or the manual mode. Unlike the manual mode however, the manual control of the UAV 150 is performed by the telecommands, which are given to the FCS 175. The FCS decides whether the control of the actuators is done through the FMS 170 or through manual telecommands. In this mode, the RF subsystem is part of the TTC system.
In the foregoing detailed description of embodiments of the invention, various features are grouped together in one or more embodiments for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments of the invention require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the detailed description of embodiments of the invention, with each claim standing on its own as a separate embodiment. It is understood that the above description is intended to be illustrative, and not restrictive. It is intended to cover all alternatives, modifications and equivalents as may be included within the scope of the invention as defined in the appended claims. Many other embodiments will be apparent to those of skill in the art upon reviewing the above description. The scope of the invention should, therefore, be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled. In the appended claims, the terms “including” and “in which” are used as the plain-English equivalents of the respective terms “comprising” and “wherein,” respectively. Moreover, the terms “first,” “second,” and “third,” etc., are used merely as labels, and are not intended to impose numerical requirements on their objects.
The abstract is provided to comply with 37 C.F.R. 1.72(b) to allow a reader to quickly ascertain the nature and gist of the technical disclosure. The Abstract is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims.