US12054208B2 - Achieving a target gait behavior in a legged robot - Google Patents

Achieving a target gait behavior in a legged robot Download PDF

Info

Publication number
US12054208B2
US12054208B2 US17/158,748 US202117158748A US12054208B2 US 12054208 B2 US12054208 B2 US 12054208B2 US 202117158748 A US202117158748 A US 202117158748A US 12054208 B2 US12054208 B2 US 12054208B2
Authority
US
United States
Prior art keywords
robot
gait
gait pattern
legs
controller
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active, expires
Application number
US17/158,748
Other versions
US20210147017A1 (en
Inventor
Benjamin Swilling
Eric Whitman
Stephen Berard
Alfred Anthony Rizzi
Alex Yu Khripin
Gina Christine Fay
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Boston Dynamics Inc
Original Assignee
Boston Dynamics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Boston Dynamics Inc filed Critical Boston Dynamics Inc
Priority to US17/158,748 priority Critical patent/US12054208B2/en
Assigned to BOSTON DYNAMICS, INC. reassignment BOSTON DYNAMICS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GOOGLE INC.
Assigned to GOOGLE INC. reassignment GOOGLE INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: KHRIPIN, ALEX YU, BERARD, STEPHEN, FAY, GINA CHRISTINE, RIZZI, ALFRED ANTHONY, SWILLING, BENJAMIN, WHITMAN, ERIC
Publication of US20210147017A1 publication Critical patent/US20210147017A1/en
Assigned to BOSTON DYNAMICS, INC. reassignment BOSTON DYNAMICS, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: BOSTON DYNAMICS, INC.
Assigned to BOSTON DYNAMICS, INC. reassignment BOSTON DYNAMICS, INC. CORRECTIVE ASSIGNMENT TO CORRECT THE REMOVE APPLICATIONS NUMBERS 63127573 AND 11/302759 AND THE CITY OF THE ASSIGNEE PREVIOUSLY RECORDED AT REEL: 057111 FRAME: 0202. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT. Assignors: BOSTON DYNAMICS, INC.
Application granted granted Critical
Publication of US12054208B2 publication Critical patent/US12054208B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B62LAND VEHICLES FOR TRAVELLING OTHERWISE THAN ON RAILS
    • B62DMOTOR VEHICLES; TRAILERS
    • B62D57/00Vehicles characterised by having other propulsion or other ground- engaging means than wheels or endless track, alone or in addition to wheels or endless track
    • B62D57/02Vehicles characterised by having other propulsion or other ground- engaging means than wheels or endless track, alone or in addition to wheels or endless track with ground-engaging propulsion means, e.g. walking members
    • B62D57/032Vehicles characterised by having other propulsion or other ground- engaging means than wheels or endless track, alone or in addition to wheels or endless track with ground-engaging propulsion means, e.g. walking members with alternately or sequentially lifted supporting base and legs; with alternately or sequentially lifted feet or skid
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B25HAND TOOLS; PORTABLE POWER-DRIVEN TOOLS; MANIPULATORS
    • B25JMANIPULATORS; CHAMBERS PROVIDED WITH MANIPULATION DEVICES
    • B25J9/00Programme-controlled manipulators
    • B25J9/0006Exoskeletons, i.e. resembling a human figure
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B25HAND TOOLS; PORTABLE POWER-DRIVEN TOOLS; MANIPULATORS
    • B25JMANIPULATORS; CHAMBERS PROVIDED WITH MANIPULATION DEVICES
    • B25J9/00Programme-controlled manipulators
    • B25J9/16Programme controls
    • B25J9/1615Programme controls characterised by special kind of manipulator, e.g. planar, scara, gantry, cantilever, space, closed chain, passive/active joints and tendon driven manipulators
    • B25J9/162Mobile manipulator, movable base with manipulator arm mounted on it
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B25HAND TOOLS; PORTABLE POWER-DRIVEN TOOLS; MANIPULATORS
    • B25JMANIPULATORS; CHAMBERS PROVIDED WITH MANIPULATION DEVICES
    • B25J9/00Programme-controlled manipulators
    • B25J9/16Programme controls
    • B25J9/1656Programme controls characterised by programming, planning systems for manipulators
    • B25J9/1664Programme controls characterised by programming, planning systems for manipulators characterised by motion, path, trajectory planning
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S901/00Robots
    • Y10S901/01Mobile robot

Definitions

  • a gait of a legged robot is typically viewed as a cyclic pattern of leg movements that produces locomotion through a sequence of foot contacts with a surface.
  • the legs provide support for the body of the legged robot while the forces resulting from surface contact propel the legged robot.
  • Gaits can differ in a variety of ways, and different gaits produce different styles of locomotion. Selection of an appropriate gait when the legged robot is in a particular state can be challenging, as some gaits might result in the robot becoming unstable or exhibiting undesirable movement.
  • the implementations herein involve selection of a gait for a legged robot.
  • the gait may be selected based on a state of the legged robot and/or one or more input commands obtained by the legged robot.
  • Each gait may be represented as a gait controller that includes a mapping from the state of the legged robot and/or the input command(s) to output parameters that achieve the gait.
  • Each gait controller may include a validity check that tests whether the instantaneous state of the legged robot allows the associated gait to be achieved.
  • the gait controllers may be arranged in an ordered list such that a target gait controller for a target gait is at the beginning of the ordered list, and other gait controllers are placed in the ordered list based on how the legged robot can transition from their respective gaits to the target gait.
  • gait controllers representing gaits that are more similar to the target gait are placed closer to the beginning of the ordered list than those representing gaits that are less similar to the target gait.
  • the ordered list may be traversed in order from its beginning, and the gait controllers therein may be examined. For each gait controller examined, the associated validity check may be tested.
  • a validity check associated with a particular gait controller may determine whether the gait controller is permitted to operate based on the state of the robot and/or a sensed environment of the robot. When a validity check of a particular gait controller passes, the legged robot may be operated for a period of time according to the associated gait.
  • the ordered list may be traversed again from the beginning, resulting in the selection of the same or a different gait controller. The process may repeat several dozen or hundred times per second to provide fine-grained control over the legged robot's locomotion.
  • a first example implementation may involve determining that a legged robot is to operate according to a target gait.
  • the legged robot may include leg members and leg joints.
  • an ordered list of gait controllers may be obtained.
  • the gait controllers in the ordered list may define respective gaits of the legged robot, and may include respective validity checks and output parameters for the respective gaits.
  • the ordered list may begin with a target gait controller that defines the target gait.
  • the ordered list may be traversed in order from the target gait controller until a validity check associated with a particular gait controller passes.
  • the legged robot may be instructed to actuate the leg members and/or leg joints according to output parameters of the particular gait controller.
  • an article of manufacture may include a non-transitory computer-readable medium, having stored thereon program instructions that, upon execution by a computing device, cause the computing device to perform operations in accordance with the first example implementation.
  • a legged robot may include leg members, leg joints, at least one processor, and data storage.
  • Program instructions may be stored in the data storage, and upon execution by the at least one processor, the program instructions may cause the legged robot to perform operations in accordance with the first example implementation.
  • a system may include various means for carrying out each of the operations of the first example implementation.
  • FIG. 1 depicts robotic system, according to example implementations.
  • FIG. 2 depicts a quadruped robot, according to example implementations.
  • FIG. 3 depicts a biped robot, according to example implementations.
  • FIG. 4 depicts a sequence of footfall patterns for a walk gait of a quadruped robot, according to example implementations.
  • FIG. 5 A depicts a sequence of footfall patterns for a trot gait of a quadruped robot, according to example implementations.
  • FIG. 5 B depicts another sequence of footfall patterns for a trot gait of a quadruped robot, according to example implementations.
  • FIG. 6 A depicts a list of gait controllers, according to example implementations.
  • FIG. 6 B depicts a hierarchical view of the gait controllers of FIG. 6 A , according to example implementations.
  • FIG. 7 A depicts another list of gait controllers, according to example implementations.
  • FIG. 7 B depicts a hierarchical view of the gait controllers of FIG. 7 A , according to example implementations.
  • FIG. 8 is a flow chart, according to example implementations.
  • FIG. 9 depicts a sequence of footfall patterns to avoid an invalid step-out action, according to example implementations.
  • FIG. 10 is another flow chart, according to example implementations.
  • Example methods, devices, and systems are described herein. It should be understood that the words “example” and “exemplary” are used herein to mean “serving as an example, instance, or illustration.” Any implementation, aspect, or feature described herein as being an “example” or “exemplary” is not necessarily to be construed as preferred or advantageous over other implementations, aspects, or features. Alternative implementations, aspects, or features can be utilized, and other changes can be made, without departing from the scope of the subject matter presented herein.
  • FIG. 1 illustrates an example configuration of a robotic system that may be used in connection with the implementations described herein.
  • the robotic system 100 may be configured to operate autonomously, semi-autonomously, and/or using directions provided by user(s).
  • the robotic system 100 may be implemented in various forms, such as a biped robot, quadruped robot, or some other arrangement.
  • the robotic system 100 may also be referred to as a robot, robotic device, or mobile robot, among other designations.
  • the robotic system 100 may include processor(s) 102 , data storage 104 , and controller(s) 108 , which together may be part of a control system 118 .
  • the robotic system 100 may also include sensor(s) 112 , power source(s) 114 , mechanical components 110 , and electrical components 116 . Nonetheless, the robotic system 100 is shown for illustrative purposes, and may include more or fewer components.
  • the various components of robotic system 100 may be connected in any manner, including wired or wireless connections. Further, in some examples, components of the robotic system 100 may be distributed among multiple physical entities rather than a single physical entity. Other example illustrations of robotic system 100 may exist as well.
  • Processor(s) 102 may operate as one or more general-purpose hardware processors or special purpose hardware processors (e.g., digital signal processors, application specific integrated circuits, etc.).
  • the processor(s) 102 may be configured to execute computer-readable program instructions 106 , and manipulate data 107 , both of which are stored in the data storage 104 .
  • the processor(s) 102 may also directly or indirectly interact with other components of the robotic system 100 , such as sensor(s) 112 , power source(s) 114 , mechanical components 110 , and/or electrical components 116 .
  • the data storage 104 may be one or more types of hardware memory.
  • the data storage 104 may include or take the form of one or more computer-readable storage media that can be read or accessed by processor(s) 102 .
  • the one or more computer-readable storage media can include volatile and/or non-volatile storage components, such as optical, magnetic, organic, or another type of memory or storage, which can be integrated in whole or in part with processor(s) 102 .
  • the data storage 104 can be a single physical device.
  • the data storage 104 can be implemented using two or more physical devices, which may communicate with one another via wired or wireless communication.
  • the data storage 104 may include the computer-readable program instructions 106 and the data 107 .
  • the data 107 may be any type of data, such as configuration data, sensor data, and/or diagnostic data, among other possibilities.
  • the controller 108 may include one or more electrical circuits, units of digital logic, computer chips, and/or microprocessors that are configured to (perhaps among other tasks), interface between any combination of the mechanical components 110 , the sensor(s) 112 , the power source(s) 114 , the electrical components 116 , the control system 118 , and/or a user of the robotic system 100 .
  • the controller 108 may be a purpose-built embedded device for performing specific operations with one or more subsystems of the robotic device 100 .
  • the control system 118 may monitor and physically change the operating conditions of the robotic system 100 . In doing so, the control system 118 may serve as a link between portions of the robotic system 100 , such as between mechanical components 110 and/or electrical components 116 . In some instances, the control system 118 may serve as an interface between the robotic system 100 and another computing device. Further, the control system 118 may serve as an interface between the robotic system 100 and a user. The instance, the control system 118 may include various components for communicating with the robotic system 100 , including a joystick, buttons, and/or ports, etc. The example interfaces and communications noted above may be implemented via a wired or wireless connection, or both. The control system 118 may perform other operations for the robotic system 100 as well.
  • control system 118 may communicate with other systems of the robotic system 100 via wired or wireless connections, and may further be configured to communicate with one or more users of the robot.
  • the control system 118 may receive an input (e.g., from a user or from another robot) indicating an instruction to perform a particular gait in a particular direction, and at a particular speed.
  • a gait is a pattern of movement of the limbs of an animal, robot, or other mechanical structure.
  • control system 118 may perform operations to cause the robotic device 100 to move according to the requested gait.
  • a control system may receive an input indicating an instruction to move to a particular geographical location.
  • the control system 118 (perhaps with the assistance of other components or systems) may determine a direction, speed, and/or gait based on the environment through which the robotic system 100 is moving en route to the geographical location.
  • control system 118 Operations of the control system 118 may be carried out by the processor(s) 102 . Alternatively, these operations may be carried out by the controller 108 , or a combination of the processor(s) 102 and the controller 108 . In some implementations, the control system 118 may partially or wholly reside on a device other than the robotic system 100 , and therefore may at least in part control the robotic system 100 remotely.
  • Mechanical components 110 represent hardware of the robotic system 100 that may enable the robotic system 100 to perform physical operations.
  • the robotic system 100 may include physical members such as leg(s), arm(s), and/or wheel(s).
  • the physical members or other parts of robotic system 100 may further include actuators arranged to move the physical members in relation to one another.
  • the robotic system 100 may also include one or more structured bodies for housing the control system 118 and/or other components, and may further include other types of mechanical components.
  • the particular mechanical components 110 used in a given robot may vary based on the design of the robot, and may also be based on the operations and/or tasks the robot may be configured to perform.
  • the mechanical components 110 may include one or more removable components.
  • the robotic system 100 may be configured to add and/or remove such removable components, which may involve assistance from a user and/or another robot.
  • the robotic system 100 may be configured with removable arms, hands, feet, and/or legs, so that these appendages can be replaced or changed as needed or desired.
  • the robotic system 100 may include one or more removable and/or replaceable battery units or sensors. Other types of removable components may be included within some implementations.
  • the robotic system 100 may include sensor(s) 112 arranged to sense aspects of the robotic system 100 .
  • the sensor(s) 112 may include one or more force sensors, torque sensors, velocity sensors, acceleration sensors, position sensors, proximity sensors, motion sensors, location sensors, load sensors, temperature sensors, touch sensors, depth sensors, ultrasonic range sensors, infrared sensors, object sensors, and/or cameras, among other possibilities.
  • the robotic system 100 may be configured to receive sensor data from sensors that are physically separated from the robot (e.g., sensors that are positioned on other robots or located within the environment in which the robot is operating).
  • the sensor(s) 112 may provide sensor data to the processor(s) 102 (perhaps by way of data 107 ) to allow for interaction of the robotic system 100 with its environment, as well as monitoring of the operation of the robotic system 100 .
  • the sensor data may be used in evaluation of various factors for activation, movement, and deactivation of mechanical components 110 and electrical components 116 by control system 118 .
  • the sensor(s) 112 may capture data corresponding to the terrain of the environment or location of nearby objects, which may assist with environment recognition and navigation.
  • sensor(s) 112 may include RADAR (e.g., for long-range object detection, distance determination, and/or speed determination), LIDAR (e.g., for short-range object detection, distance determination, and/or speed determination), SONAR (e.g., for underwater object detection, distance determination, and/or speed determination), VICON® (e.g., for motion capture), one or more cameras (e.g., stereoscopic cameras for 3D vision), a global positioning system (GPS) transceiver, and/or other sensors for capturing information of the environment in which the robotic system 100 is operating.
  • the sensor(s) 112 may monitor the environment in real time, and detect obstacles, elements of the terrain, weather conditions, temperature, and/or other aspects of the environment.
  • the robotic system 100 may include sensor(s) 112 configured to receive information indicative of the state of the robotic system 100 , including sensor(s) 112 that may monitor the state of the various components of the robotic system 100 .
  • the sensor(s) 112 may measure activity of systems of the robotic system 100 and receive information based on the operation of the various features of the robotic system 100 , such the operation of extendable legs, arms, or other mechanical and/or electrical features of the robotic system 100 .
  • the data provided by the sensor(s) 112 may enable the control system 118 to determine errors in operation as well as monitor overall operation of components of the robotic system 100 .
  • the robotic system 100 may use force sensors to measure load on various components of the robotic system 100 .
  • the robotic system 100 may include one or more force sensors on an arm or a leg to measure the load on the actuators that move one or more members of the arm or leg.
  • the robotic system 100 may use one or more position sensors to sense the position of the actuators of the robotic system. For instance, such position sensors may sense states of extension, retraction, or rotation of the actuators on arms or legs.
  • the sensor(s) 112 may include one or more velocity and/or acceleration sensors.
  • the sensor(s) 112 may include an inertial measurement unit (IMU).
  • IMU inertial measurement unit
  • the IMU may sense velocity and acceleration in the world frame, with respect to the gravity vector. The velocity and acceleration sensed by the IMU may then be translated to that of the robotic system 100 based on the location of the IMU in the robotic system 100 and the kinematics of the robotic system 100 .
  • the robotic system 100 may include other types of sensors not explicated discussed herein. Additionally or alternatively, the robotic system may use particular sensors for purposes not enumerated herein.
  • the robotic system 100 may also include one or more power source(s) 114 configured to supply power to various components of the robotic system 100 .
  • the robotic system 100 may include a hydraulic system, electrical system, batteries, and/or other types of power systems.
  • the robotic system 100 may include one or more batteries configured to provide charge to components of the robotic system 100 .
  • Some of the mechanical components 110 and/or electrical components 116 may each connect to a different power source, may be powered by the same power source, or be powered by multiple power sources.
  • the robotic system 100 may include a hydraulic system configured to provide power to the mechanical components 110 using fluid power. Components of the robotic system 100 may operate based on hydraulic fluid being transmitted throughout the hydraulic system to various hydraulic motors and hydraulic cylinders, for example.
  • the hydraulic system may transfer hydraulic power by way of pressurized hydraulic fluid through tubes, flexible hoses, or other links between components of the robotic system 100 .
  • the power source(s) 114 may charge using various types of charging, such as wired connections to an outside power source, wireless charging, combustion, or other examples.
  • the electrical components 116 may include various mechanisms capable of processing, transferring, and/or providing electrical charge or electric signals.
  • the electrical components 116 may include electrical wires, circuitry, and/or wireless communication transmitters and receivers to enable operations of the robotic system 100 .
  • the electrical components 116 may interwork with the mechanical components 110 to enable the robotic system 100 to perform various operations.
  • the electrical components 116 may be configured to provide power from the power source(s) 114 to the various mechanical components 110 , for example.
  • the robotic system 100 may include electric motors. Other examples of electrical components 116 may exist as well.
  • the robotic system 100 may include a body, which may connect to or house appendages and components of the robotic system.
  • the structure of the body may vary within examples and may further depend on particular operations that a given robot may have been designed to perform. For example, a robot developed to carry heavy loads may have a wide body that enables placement of the load. Similarly, a robot designed to reach high speeds may have a narrow, small body that does not have substantial weight.
  • the body and/or the other components may be developed using various types of materials, such as metals or plastics.
  • a robot may have a body with a different structure or made of various types of materials.
  • the body and/or the other components may include or carry the sensor(s) 112 . These sensors may be positioned in various locations on the robotic device 100 , such as on the body and/or on one or more of the appendages, among other examples.
  • the robotic device 100 may carry a load, such as a type of cargo that is to be transported.
  • the load may also represent external batteries or other types of power sources (e.g., solar panels) that the robotic device 100 may utilize. Carrying the load represents one example use for which the robotic device 100 may be configured, but the robotic device 100 may be configured to perform other operations as well.
  • the robotic system 100 may include various types of legs, arms, wheels, and so on.
  • the robotic system 100 may be configured with zero or more legs.
  • An implementation of the robotic system with zero legs may include wheels, treads, or some other form of locomotion.
  • An implementation of the robotic system with two legs may be referred to as a biped, and an implementation with four legs may be referred as a quadruped. Implementations with six or eight legs are also possible.
  • biped and quadruped implementations of the robotic system 100 are described below.
  • FIG. 2 illustrates a quadruped robot 200 , according to an example implementation.
  • the robot 200 may be configured to perform some of the operations described herein.
  • the robot 200 includes a control system, and legs 204 A, 204 B, 204 C, 204 D connected to a body 208 .
  • Each leg may include a respective foot 206 A, 206 B, 206 C, 206 D that may contact a surface (e.g., a ground surface).
  • the robot 200 is illustrated with sensor(s) 210 , and may be capable of carrying a load on the body 208 .
  • the robot 200 may include more or fewer components, and thus may include components not shown in FIG. 2 .
  • the robot 200 may be a physical representation of the robotic system 100 shown in FIG. 1 , or may be based on other configurations.
  • the robot 200 may include one or more of mechanical components 110 , sensor(s) 112 , power source(s) 114 , electrical components 116 , and/or control system 118 , among other possible components or systems.
  • the configuration, position, and/or structure of the legs 204 A- 204 D may vary in example implementations.
  • the legs 204 A- 204 D enable the robot 200 to move relative to its environment, and may be configured to operate in multiple degrees of freedom to enable different techniques of travel.
  • the legs 204 A- 204 D may enable the robot 200 to travel at various speeds according to the mechanics set forth within different gaits.
  • the robot 200 may use one or more gaits to travel within an environment, which may involve selecting a gait based on speed, terrain, the need to maneuver, and/or energy efficiency.
  • gaits may use different gaits due to variations in design. Although some gaits may have specific names (e.g., walk, trot, run, bound, gallop, etc.), the distinctions between gaits may overlap. The gaits may be classified based on footfall patterns—the locations on a surface for the placement the feet 206 A- 206 D. Similarly, gaits may also be classified based on ambulatory mechanics.
  • the body 208 of the robot 200 connects to the legs 204 A- 204 D and may house various components of the robot 200 .
  • the body 208 may include or carry sensor(s) 210 .
  • These sensors may be any of the sensors discussed in the context of sensor(s) 112 , such as a camera, LIDAR, or an infrared sensor.
  • the locations of sensor(s) 210 are not limited to those illustrated in FIG. 2 .
  • sensor(s) 210 may be positioned in various locations on the robot 200 , such as on the body 208 and/or on one or more of the legs 204 A- 204 D, among other examples.
  • FIG. 3 illustrates a biped robot 300 according to another example implementation. Similar to robot 200 , the robot 300 may correspond to the robotic system 100 shown in FIG. 1 , and may be configured to perform some of the implementations described herein. Thus, like the robot 200 , the robot 300 may include one or more of mechanical components 110 , sensor(s) 112 , power source(s) 114 , electrical components 116 , and/or control system 118 .
  • the robot 300 may include legs 304 and 306 connected to a body 308 .
  • Each leg may consist of one or more members connected by joints and configured to operate with various degrees of freedom with respect to one another.
  • Each leg may also include a respective foot 310 and 312 , which may contact a surface (e.g., the ground surface).
  • the legs 304 and 306 may enable the robot 300 to travel at various speeds according to the mechanics set forth within gaits.
  • the robot 300 may utilize different gaits from that of the robot 200 , due at least in part to the differences between biped and quadruped capabilities.
  • the robot 300 may also include arms 318 and 320 . These arms may facilitate object manipulation, load carrying, and/or balancing for the robot 300 . Like legs 304 and 306 , each arm may consist of one or more members connected by joints and configured to operate with various degrees of freedom with respect to one another. Each arm may also include a respective hand 322 and 324 . The robot 300 may use hands 322 and 324 for gripping, turning, pulling, and/or pushing objects. The hands 322 and 324 may include various types of appendages or attachments, such as fingers, grippers, welding tools, cutting tools, and so on.
  • the robot 300 may also include sensor(s) 314 , corresponding to sensor(s) 112 , and configured to provide sensor data to its control system. In some cases, the locations of these sensors may be chosen in order to suggest an anthropomorphic structure of the robot 300 . Thus, as illustrated in FIG. 3 , the robot 300 may contain vision sensors (e.g., cameras, infrared sensors, object sensors, range sensors, etc.) within its head 316 .
  • vision sensors e.g., cameras, infrared sensors, object sensors, range sensors, etc.
  • gaits of legged robots. Although quadruped gaits are described for purpose of example, the implementations herein can support gaits of robots with varying numbers of legs, including bipeds, tripods, hexapods, etc. Gaits can differ in a variety of ways, and different gaits may produce different styles of locomotion.
  • a gait of a robot may encompass a cyclic pattern of leg movements that produce locomotion through a sequence of foot contacts with a surface (e.g., a ground surface). Additionally, acyclic gaits define transitions of the robot's locomotion between two gaits, and recovery gaits define touchdown timings and positions for the feet that cause the legged robot to recover from deviations from a cyclic or acyclic gait.
  • Quadruped robots may support a number of gaits including, but not limited to, standing, walking, trotting, pacing, pronking, cantering, galloping, and bounding. Each of these gaits involves a different pattern of foot placements on a surface and timings thereof. In order to achieve a particular gait, the robot may be instructed to actuate its leg members and/or leg joints in accordance with the particular gait.
  • quadruped robots may support other gaits, and may also support multiple variations of gaits.
  • a robot may support various combinations of velocities (e.g., 1.5 miles per hour (MPH), 2.0 MPH, 2.5 MPH, 3.0 MPH, 3.5 MPH, etc.) and directions (e.g., forward, sidestep left, sidestep right, backward, etc.) for a walking gait.
  • velocities e.g., 1.5 miles per hour (MPH), 2.0 MPH, 2.5 MPH, 3.0 MPH, 3.5 MPH, etc.
  • directions e.g., forward, sidestep left, sidestep right, backward, etc.
  • the walking gaits for each velocity may be considered to be different gaits.
  • the velocities discussed herein may be center-of-mass (COM) velocities of a robot measured by, for instance, an IMU. These velocities may be a combination of x-direction and y-direction velocities, such as a speed and angle representation of a velocity vector. But other types of velocities (and/or velocity sensors) may be used.
  • COM center-of-mass
  • a stand gait may be considered to be a “gait” of a quadruped, even though the robot's velocity is expected to be at or near zero when standing. Further, a standing quadruped has all four of its feet in contact with a surface. In some situations, a standing quadruped may exhibit some nominal velocity. For example, the quadruped may need to exert force to correct its balance, and/or move its center of mass (COM) in one direction or another to maintain a particular stance. Thus, a quadruped may be considered to be standing even if its velocity is less than a particular threshold, such as 0.1 MPH.
  • a particular threshold such as 0.1 MPH.
  • a walk may involve the quadruped moving at a velocity of approximately 0.5 to 5.5 MPH, though slower and/or faster walks may be possible.
  • An example leg movement sequence for a walking quadruped is moving the left rear leg, then the left front leg, then the right rear leg, and then the right front leg in a four-beat pattern.
  • the quadruped may alternate between having two and three of its feet in contact with a surface at any given time.
  • FIG. 4 An example sequence of footfall patterns for a walking quadruped is shown in FIG. 4 .
  • a foot of the quadruped that is in contact with the surface is represented with a solid black circle.
  • a foot that is not in contact with the surface is represented as a white circle with a black outline.
  • the abbreviations LF, RF, LR and RR represent the quadruped's left front foot, right front foot, left rear foot, and right rear foot, respectively. Additionally, the quadruped is assumed to be moving to the right in each pattern of FIG. 4 .
  • the quadruped has its right front, left rear, and right rear feet on the surface, while its left front foot is swinging.
  • the left front foot continues to swing while the right rear foot is lifted off the surface and begins to swing.
  • the left front foot touches down while the right rear foot continues its swing.
  • the right front foot lifts off while the right rear foot again continues its swing.
  • the right rear foot touches down while the right front foot continues its swing.
  • the left rear foot lifts off while the right front foot continues its swing.
  • the left rear foot lifts off while the right front foot continues its swing.
  • the right front foot touches down while the left rear foot continues its swing.
  • the left front foot lifts off while the left rear foot continues its swing.
  • the left front foot lifts off while the left rear foot continues its swing.
  • the left rear foot touches down while the left front foot continues its swing.
  • the left rear foot touches down while the left front foot continues its swing.
  • pattern 416 may be identical or similar to pattern 400 .
  • the sequence of patterns 400 , 402 , 404 , 406 , 408 , 410 , 412 , 414 , and 416 may repeat as the robot walks. Regardless, the number of feet in contact with the surface at any one time is either 2 or 3.
  • a trot may involve the quadruped moving at a velocity of approximately 1.0 MPH to 10 MPH, though slower and/or faster trots may be possible.
  • One possible characteristic of a trot is that diagonal pairs of feet are moved in unison according to a two beat pattern.
  • FIGS. 5 A and 5 B Example sequences of footfall patterns for a trotting quadruped are shown in FIGS. 5 A and 5 B .
  • FIG. 5 A shows a trotting footfall pattern sequence in which all four feet can be on the surface simultaneously
  • FIG. 5 B shows a trotting footfall pattern sequence in which all four feet can be off the surface simultaneously.
  • the trotting footfall pattern sequence of FIG. 5 A may be referred to as a “slow trot”
  • the trotting footfall pattern sequence of FIG. 5 B may be referred to as a “fast trot.”
  • the quadruped has all four of its feet on the surface.
  • the right front and left rear feet are lifted off the surface and begin to swing.
  • all four feet are again on the surface, but in an arrangement that is the mirror image of pattern 500 .
  • the left front and right rear feet are lifted off the surface and being to swing.
  • all four feet are once more on the surface.
  • pattern 508 may be identical or similar to pattern 500 .
  • the sequence of patterns 500 , 502 , 504 , 506 , and 508 may repeat as the robot walks. Regardless, the number of feet in contact with the surface at any one time is either 2 or 4.
  • the quadruped has its left front and right rear feet on the surface, while its right front and left rear feet are swinging.
  • the left front and right rear feet are lifted off the surface, and all four feet are swinging.
  • the right front and left rear feet touch down, while the left front and right rear feet are still swinging.
  • the right front and left rear feet are lifted off the surface, and all four feet are swinging.
  • the left front and right rear feet touch down while the right front and left rear feet are swinging.
  • pattern 518 may be identical or similar to pattern 510 .
  • the sequence of patterns 510 , 512 , 514 , 516 , and 518 may repeat as the robot walks. Regardless, the number of feet in contact with the surface at any one time is either 0 or 2.
  • FIGS. 4 , 5 A, and 5 B are nominal, in the sense that they may change based on the robot's state or environment. For instance, a robot may accelerate or delay the touchdown of a foot to accommodate a rise or dip in the surface. Further, a robot may alter its gait to account for a disruption to its COM, or to avoid an obstacle. Thus, the gait patterns of these figures are merely for purposes of example, and not intended to limit the implementations herein.
  • a quadruped may support other gaits, such as pacing, pronking, cantering, galloping, bounding, and so on. Further, the quadruped may support moving in various directions according to its supported gaits, such as forward, backward, sidestepping left, and sidestepping right.
  • Pacing gaits may involve either no feet being in contact with a surface or exactly two feet on the same side of the robot being in contact with the surface.
  • Pronking gaits may involve either no feet or all four feet being in contact with a surface in a repeated jumping pattern.
  • Cantering gaits may involve either zero, exactly one, exactly two, or exactly three feet being in contact with a surface in the following pattern: a first rear foot touches down, then the second rear foot and a first front foot touches down, then the first rear foot lifts, then the second front foot touches down, then the second rear foot and the first front foot lift, then the second front foot lifts.
  • Galloping gaits are similar to cantering gaits, except that the second rear foot and first front foot do not touch down simultaneously—the second rear foot touches down slightly before the first front foot. Bounding gaits may involve either no feet being in contact with a surface or just the two front feet or the two rear feet being in contact with the surface. Additionally, other gaits may be defined for robots, and one or more variations of any gait may also be defined.
  • the quadruped may also support acyclic gaits that define footfall patterns that transition the quadruped between two gaits, such as two cyclic gaits.
  • transitions are finite behaviors that switch between gaits.
  • transitioning between the gaits may involve an instantaneous switch from one gait to the other during one of these intersecting states. But if two gaits do not have intersecting states, the transition may continue locomotion, but change the robot's parameters from one gait to another over a finite period of time, while keeping the robot in valid states throughout the transition.
  • the quadruped may support recovery gaits that define footfall patterns that cause the legged robot to recover from deviations from a cyclic or acyclic gait. For instance, if the quadruped departs from a cyclic or acyclic gait, perhaps due to a collision with an object or attempted avoidance of such a collision, the quadruped may adopt a recovery gait.
  • a recovery gait may involve swinging a leg faster or slower than normal, as long as the robot remains within a valid state. If such a leg were to move faster than normal, it would touch down earlier. This may help place the quadruped in a different gait than it was previously. Alternatively, if a leg is slowed or paused, the quadruped may also be able to adopt a different gait.
  • Each gait controller may map the robot's instantaneous state to output parameters, and may be associated with zero or more validity checks.
  • the state of the robot may include the robot's velocity (e.g., COM velocity) and position, as well as joint angles and joint torques for the legs of the robot, for instance. This state may be sensed by, for example, an IMU, joint angle sensors, and/or actuators among other possibilities.
  • the output parameters may include prospective footstep locations, as well as desired joint torques and/or joint angles of the robot's legs so that the robot can achieve the prospective footstep locations over a particular time horizon (e.g., the next 1-5 seconds).
  • a validity check associated with a gait controller is a test to make sure that the robot is capable of achieving the desired gait based on its current state. As an example, if a robot is running, it might not be able to immediately transition to a standing gait without a loss of stability (e.g., the robot will fall over).
  • the validity checks may include the number of feet in contact with a surface, that the robot's pitch and roll are within certain bounds, and that the gait will not lead to the robot attempting to place one or more of its feet in unobtainable positions. For instance, a validity check may verify that the gait will not cause any of the robot's legs to collide with one another.
  • gait controllers may be ordered in a list such that the gait controller for the target gait is at the beginning (e.g., the top) of the list. Further, additional gait controllers for other gaits may be placed in the list to evolve the robot's state such that higher priority controllers are likely to pass their domain checks.
  • FIG. 6 A depicts a list 600 for a target gait of standing (which will be referred to as the “stand list”).
  • the robot may be operating according to any of the defined gaits, and the robot may have decided, or been instructed, to stand.
  • the stand gait is the target gait.
  • the robot is assumed to support four cyclic gaits in addition to standing: a slow walk at 1.5 MPH, a slow trot of 3.0 MPH, a medium walk at 3.0 MPH, and a medium trot at 5.5 MPH.
  • the robot is also assumed to support four acyclic gaits: slow-walk-to-stand, slow-trot-to-stand, medium-walk-to-slow-walk, and medium-trot-to-slow-trot.
  • a robot may support any number of gaits.
  • stand list 600 of FIG. 6 A may include up to 10 or more walking gaits of various velocities, as well as up to 10 or more trotting gaits of various speeds.
  • the respective velocities may be close to one another to facilitate smooth transitions between the gaits.
  • walking gaits at 0.5 MPH, 1.0 MPH, 2.0 MPH, 2.5 MPH, 3.0 MPH, 3.5 MPH, 4.0 MPH, and 4.5 MPH may be defined.
  • acyclic gaits transitioning between various pairs of these walking gaits may be defined.
  • gait controllers for additional gaits, such as canter, gallop, and bound, as well as recovery gaits. However, these omissions were made in order to simplify FIG. 6 A .
  • a stand list in accordance with the implementations herein may include any number of gait controllers (e.g., dozens, hundreds, etc.).
  • stand list 600 of FIG. 6 A can be used to incrementally instruct the robot to smoothly attain the stand gait.
  • the list may be traversed in order.
  • the associated validity check is performed. If the validity check passes, then the robot is instructed to operate according to the gait controller's output parameters. If the validity check fails, then the next gait controller in the list is evaluated accordingly, until a valid gait controller is found.
  • each gait controller list may include a default controller in the last position of the list. This final gait controller instructs the robot to operate according to a fallback behavior if the validity checks of all other gait controllers fail.
  • the gait controller at the end of the stand list may have no associated validity checks (so that the associated gait is always valid) and the output parameters may effectively lock the joint positions of the robot. While this behavior might not be ideal in some situations, it provides a behavior for the robot when all other gait controllers fail.
  • the validity check of the stand gait controller is tested first, but fails. However, the validity check of the slow-walk-to-stand gait controller will pass, because the robot is walking (e.g., with 2 or 3 feet on the surface) at less than 2.5 MPH.
  • the output parameters of the slow-walk-to-stand gait controller instruct the robot to operate according to the slow-walk-to-stand-gait, which transitions the robot to standing.
  • Stand list 600 is traversed again from the beginning and this time the validity check for the stand gait controller passes, because the robot is standing (all four feet on the surface with little or no velocity).
  • the desired stand gait is achieved
  • stand list 600 instructs the robot to switch to the medium-trot-to-slow-trot gait. Once in the medium-trot-to-slow-trot gait, stand list 600 instructs the robot to operate according to the slow trot gait. Once in the slow trot gait, stand list 600 instructs the robot to operate according to the slow-trot-to-stand gait. Once in the slow-trot-to-stand gait, stand list 600 instructs the robot to operate according to the stand gait.
  • any particular gait controller (but not the target gait controller) is operable to change the state of the robot such that the changed state at least partially satisfies the validity check of one or more gait controllers that appear in the list before the particular gait controller.
  • each list may also be represented as a hierarchy of gait controllers.
  • FIG. 6 B presents a hierarchical view of stand list 600 .
  • hierarchy 602 illustrates how a robot operating according to any gait in stand list 600 can transition to the stand gait.
  • a robot operating according to the medium walk gait may transition to the acyclic medium-walk-to-slow-walk gait, then to the slow walk gait, then to the slow-walk-to-stand gait, and then to the stand gait.
  • an algorithmic process for traversing a list of gait controllers will be presented below in the context of FIG. 8 .
  • FIG. 6 B indicates that a robot can switch directly from the medium-walk-to-slow-walk gait to the slow-walk-to-stand gait without operating according to the slow walk gait. Similarly, a robot can switch directly from the medium-trot-to-slow-trot gait to the slow-trot-to-stand gait without operating according to the slow trot gait.
  • acyclic gaits always transition between pairs of cyclic gaits, and thus transitioning directly from one acyclic gait to another might not be supported. Instead, between acyclic gaits, the robot may spend at least a nominal amount of time (e.g., a few milliseconds or more) operating according to a cyclic gait.
  • FIG. 7 A depicts a list 700 for a target gait of slow walk (which will be referred to as the “slow walk list”).
  • the robot may be operating according to any gait, and the robot may have decided, or been instructed, to operate according to the slow walk gait. Therefore, the slow walk gait is the target gait.
  • the robot is assumed to support four cyclic gaits in addition to slow walk: standing with a substantive zero velocity, a slow trot of 3.0 MPH, a medium walk at 3.0 MPH, and a medium trot at 5.5 MPH.
  • the robot is also assumed to support four acyclic gaits: medium-walk-to-slow-walk, stand-to-slow-walk, slow-trot-to-slow-walk, and medium-trot-to-slow-trot. Other gaits not shown in FIG. 7 A may also be supported.
  • the validity checks are related to the instantaneous state and velocity of the robots for purposes of simplicity. In full generality, other validity checks may be included.
  • any particular gait controller (but not the target gait controller) is operable to change the state of the robot so that the changed state at least partially satisfies the validity check of one or more gait controllers that appear in the list before the particular gait controller.
  • FIG. 7 B presents a hierarchical view of slow walk list 700 .
  • hierarchy 702 illustrates how a robot operating according to any cyclic gait in slow walk list 700 can transition to the slow walk gait.
  • a robot operating according to the medium trot gait may transition to the acyclic medium-trot-to-slow-trot gait, then to the slow trot gait, then to the slow-trot-to-slow-walk gait, and then to the slow walk gait.
  • FIG. 8 is a flow chart depicting an algorithmic process for traversing a list of gait controllers. This process can be applied to any list of gait controllers, such as the stand list of FIG. 6 A or the slow walk list of FIG. 7 A .
  • a list of gait controllers may be selected. The selection may be based on a particular target gait for the robot. For instance, if the robot's target gait is standing, the stand list of FIG. 6 A may be selected. If the robot's target gait is slow walk, the slow walk list of FIG. 7 A . Other target gaits and associated lists of gait controllers may be supported.
  • the target gait may, in turn, be based on one or more input commands.
  • the robot may receive these commands from an external controller such as a joystick, or may generate the commands itself.
  • the first gait controller in the list is considered. This is the target gait controller that would serve to operate the robot according to the target gait.
  • the validity checks may be based on the state (e.g., the instantaneous state) of the robot, and possibly other factors as well.
  • a validity check may consider the current gait of the robot as well as the velocity of the robot. If these factors are within the acceptable bounds of the gait controller, then the gait controller passes the validity check. If not, the gait controller fails the validity check.
  • the robot is operated according to this gait controller. If the gait controller fails the validity check, then at block 810 , the next gait controller in the list is considered. In this way, the list is traversed in order until a valid gait controller is found, and the robot is operated according to the first valid gait controller.
  • the ordering of the gait controllers in the list can have a significant impact on the robot's ultimate behavior. Therefore, the list may be ordered so that operating the robot according to gait controllers other than the target gait controller eventually (directly or indirectly) result in the robot state and velocity passing the validity check of the target gait controller.
  • gait controllers lower in the list may be operable to change the state of the robot such that the changed state at least partially satisfies the validity check of one or more gait controllers that appear higher in the list.
  • the operations of FIG. 8 may be performed continuously, periodically, or from time to time. In some implementations, the operations of FIG. 8 may continuously repeat in a loop tens or hundreds of times per second. This may result in the robot switching gait controllers mid-stride one or more times. Alternatively, the robot may maintain the same gait for one or more full cycles of a gait. Other possibilities exist.
  • the following example illustrates the operations of FIG. 8 applied to the stand list of FIG. 6 A .
  • the robot is assumed to be a quadruped moving according to a 5.5 MPH trot.
  • the robot may receive a command to transition to a standing position.
  • the robot may select the stand list of FIG. 6 A because the stand gait is the target gait of this list.
  • the robot Starting at list position 1, the robot considers the associated gait controller.
  • This gait controller which is for the target stand gait, requires that all four of the robot's feet are on a surface and that the robot's velocity is less than or equal to a nominal velocity of 0.1 MPH.
  • This non-zero nominal velocity allows the robot's COM to sway to a small extent as long as the robot maintains a four-footed contact with the surface.
  • the validity check fails because the robot is moving with a velocity that is greater than 0.1 MPH.
  • the robot then considers the slow-walk-to-stand gait controller at list position 2.
  • This gait controller requires that the robot is walking and that the robot's velocity is less than or equal to 2.5 MPH.
  • the validity check for the slow-walk-to-stand gait controller fails because the robot's velocity is too high. This validity check may also fail because it requires that either exactly two or exactly three of the robot's feet are in contact with the surface (while some phases of the trot gait may involve exactly two feet in contact with the surface, other phases do not).
  • the robot then considers the slow-trot-to-stand gait controller at list position 3.
  • This gait controller requires that the robot is trotting (e.g., with either one diagonal pair of feet on the surface while the other diagonal pair of feet are swinging, all four feet on the surface, or all four feet off of the surface) at a velocity less than or equal to 4.0 MPH. While the robot is trotting, its velocity is once again too high to pass this validity check.
  • the robot then considers the slow walk gait controller at list position 4, the validity check of which fails because the robot's velocity is too low, and may additionally fail because the robot is trotting.
  • the validity check of the slow trot gait controller at list position 5 also fails because the robot's velocity is too high, as does the validity check of the medium-walk-to-slow-walk gait controller at list position 6.
  • the validity check of the medium-trot-to-slow-trot gait controller at list position 7 passes because the robot is trotting with a velocity that is greater than 4.0 MPH and less than or equal to 7.0 MPH. Therefore, the robot applies the output parameters of the medium-trot-to-slow-trot gait controller. For instance, these output parameters may define a series of leg actuation states and/or leg joint angles that transition the robot from its current trotting speed to a slow trot of 3.0 MPH.
  • the robot traverses the list once again from the beginning.
  • the robot considers the stand gait controller at list position 1.
  • the validity check of this gait controller fails because the robot's velocity is too high.
  • the robot considers the slow-walk-to-stand gait controller at list position 2.
  • the associated validity check fails for this gait controller as well, once again because the robot's velocity is too high.
  • these output parameters may define a series of leg actuation states and/or leg joint angles that transition the robot from its current trotting speed to a standing position with zero or near-zero velocity.
  • the robot continues to iterate traversals of the list, each traversal starting at the beginning of the list. As long as the robot remains standing, the validity check for the stand gait controller will pass, and the robot will remain in the standing gait (which is also the target gait). If the robot experiences a disturbance, for instance if its footing slips or it is pushed off balance, the robot may apply a different gait controller to regain its standing gait. For example, a recovery gait controller (not shown in FIG. 6 A ) may be used.
  • the robot may select a different list (such as the list of FIG. 7 A ), and proceed according to one or more gait controllers in the selected list.
  • a particular gait e.g., a walk or trot
  • the robot may select a different list (such as the list of FIG. 7 A ), and proceed according to one or more gait controllers in the selected list.
  • implementations herein may include the additional features and/or operations described in this section. Nonetheless, these features are optional, and may or may not be included.
  • a list of gait controllers may be reordered. For instance, a first intermediate gait controller and a second intermediate gait controller may be identified. Neither of these gait controllers are the target gait controller, but each can be used by the robot to achieve the target gait. Possibly based on an instantaneous state of the robot, the first intermediate gait controller may be selected as more favorable than the second intermediate gait controller for achieving the target gait.
  • the list may be reordered such that the first intermediate gait controller is before the second intermediate gait controller in the list.
  • the quadruped selects a foot to move first.
  • any of the quadruped's four feet could be selected and would work equally well.
  • the quadruped may be configured to always step first with its left front foot.
  • the robot's instantaneous stance is such that the left front foot is fully extended forward, the robot might not be able to step further forward with that foot. Therefore, in this situation, the robot should step first with one of the other three feet.
  • a walk list may include four stand-to-walk controllers, each moving a different foot first. Based on its instantaneous leg actuation states and/or leg joint angles, the robot may assign a cost to each. Particularly, this cost may be higher for the fully extended left front foot than the other three feet. These four gait controllers may be sorted in increasing order of cost in the list so that a gait controller that steps first with a foot other than the front left is preferentially chosen.
  • the robot may also select a foot to step with through validity checks rather than list reordering.
  • the state space of the robot may be segmented such that exactly one of the four step-with-one-foot-first gait controllers is valid at a given state. Doing so limits the domain of gait controllers beyond what is required for the gait controller to be feasible. For example, consider step left and step right gait controllers, which are valid (e.g., the robot will not fall) for lateral velocity ranges of ( ⁇ 1,2), and ( ⁇ 2,1), respectively. Rather than setting validity checks that match these velocity ranges, the validity checks might be set to the lateral velocity ranges (0,2), and ( ⁇ 2,0) respectively. Even though the step left gait controller can operate in the range of ( ⁇ 1,0), this range is ruled out because operating the step right gait controller will result in smoother gait behavior.
  • a list of gait controllers may be reordered based on the previously-running gait controller. For example, if the robot was previously running a trot gait controller and is currently operating according to the stand list, the trot-to-stand gait controller may be placed above the walk-to-stand gait controller so that the robot correctly selects the trot-to-stand gait controller even if both gait controllers are valid.
  • the pitch and/or roll of the robot may be considered as well.
  • the robot's pitch and roll may deviate from zero-degree values. Such deviations may be detected by the robot's IMU, or some other sensor.
  • the pitch of the robot may be 10 or 20 degrees when climbing a hill, or the roll of the robot may be ⁇ 10 or ⁇ 20 degrees when traveling sideways on a hill.
  • some validity checks may include limits on the pitch and/or roll of the robot. These limits might include acceptable pitch and/or roll ranges of ⁇ 10 degrees to 10 degrees, ⁇ 20 degrees to 20 degrees, ⁇ 40 degrees to 40 degrees, and so on. If the robot's pitch or roll falls outside of an acceptable range, a recovery gait controller may be selected that operates the robot to stabilize its pitch and/or roll.
  • Pattern 900 indicates that the robot is standing, with all four feet on a surface. Possibly due to a disturbance, such as the robot being pushed to its left, the robot determines a target placement for its left front foot represented by the dotted circle. For instance, the robot may have calculated that placing its left front foot in this location would stabilize its balance. However, this location is beyond the distance that the robot can step. The validity check of any gait controller may fail if this invalid step-out is attempted.
  • the robot may instead operate according to one or more recovery gait controllers that stabilize the robot without such a step-out.
  • the recovery gait controller(s) move the robots feet laterally in smaller steps. First, the robot's left front foot moves toward the target placement, and then it is followed by the right rear foot, right front foot, left rear foot, right rear foot, and the left front foot. In pattern 912 , the left front foot is at the target placement, and the robot is stabilized.
  • FIG. 9 is just one possible implementation of avoid an invalid step-out. Other footfall patterns may be used to accomplish this goal.
  • FIG. 10 is a flow chart illustrating an example implementation.
  • the implementation illustrated by FIG. 10 may be carried out by a computing device, processor(s) 102 and/or controller(s) 108 .
  • the implementation can be carried out by other types of devices or device subsystems, including a device that is part of or not part of a legged robot being controlled.
  • the implementation may be combined with any other aspect or feature disclosed in this specification or the accompanying drawings.
  • Block 1000 of FIG. 10 may involve determining that a legged robot is to operate according to a target gait, wherein the legged robot includes leg members and leg joints.
  • Block 1002 may involve, possibly based on the target gait and state of the legged robot, obtaining an ordered list of gait controllers.
  • the gait controllers in the ordered list may define respective gaits of the legged robot, and include respective validity checks and output parameters for the respective gaits.
  • the ordered list may begin with a target gait controller that defines the target gait. Any given gait controller in the ordered list (that is not the target gait controller) may be operable to change the state of the legged robot such that the changed state at least partially satisfies the validity check of one or more gait controllers that appear in the ordered list before the particular gait controller.
  • Block 1004 may involve traversing the ordered list in order from the target gait controller until a validity check associated with a particular gait controller passes.
  • the particular gait controller may be the target gait controller or another gait controller in the ordered list.
  • the validity check associated with the particular gait controller may determine whether the particular gait controller is permitted to operate based on the state of the robot and/or a sensed environment of the robot, for instance.
  • Block 1006 may involve instructing the legged robot to actuate the leg members or leg joints according to output parameters of the particular gait controller.
  • the ordered list may be traversed again in order from the target gait controller until a second validity check associated with a second particular gait controller passes.
  • the legged robot may be instructed to actuate the leg members or leg joints according to output parameters of the second particular gait controller.
  • a second ordered list of the gait controllers may be obtained.
  • the second ordered list may begin with a second target gait controller that defines the second target gait.
  • the second ordered list may be traversed in order from the second target gait controller until a validity check associated with a second particular gait controller passes.
  • the legged robot may be instructed to actuate the leg members or leg joints according to output parameters of the second particular gait controller.
  • the gait controllers may be either (i) cyclic gait controllers that define respective touchdown timings and positions for feet of the legged robot that cause the legged robot to operate according to the respective gaits, (ii) acyclic gait controllers that define touchdown timings and positions for the feet that cause the legged robot to transition from one gait to another, or (iii) recovery gait controllers that define touchdown timings and positions for the feet that cause the legged robot to recover from deviations from a cyclic or acyclic gait.
  • the ordered list of gait controllers may include one or more of each of the cyclic gait controllers, acyclic gait controllers, and recovery gait controllers.
  • the legged robot may have four legs.
  • the gait controllers may include a walk gait controller with an associated validity check that requires exactly two or exactly three legs of the legged robot to be on a surface.
  • the gait controllers may include a trot gait controller with an associated validity check that requires exactly one diagonal pair of legs, all four legs, or no legs of the legged robot to be on a surface.
  • the associated validity checks may also require that a swing foot will not land beyond a threshold distance from a COM of the robot.
  • the gait controllers may include at least two trot gait controllers with associated validity checks that require exactly one diagonal pair of legs, all four legs, or no legs of the legged robot to be on a surface. Each of the two trot gait controllers may be associated with different trot velocities.
  • the gait controllers may include a stand gait controller with an associated validity check that requires all legs of the legged robot to be on a surface, and a velocity of the legged robot to be below a threshold value.
  • a first intermediate gait controller and a second intermediate gait controller may be identified, each of which can be used for the legged robot to achieve the target gait. Possibly based on an instantaneous state of the legged robot, the first intermediate gait controller may be selected as more favorable than the second intermediate gait controller for achieving the target gait.
  • the ordered list may be reordered such that the first intermediate gait controller is before the second intermediate gait controller in the ordered list.
  • each step, block, and/or communication can represent a processing of information and/or a transmission of information in accordance with example implementations.
  • Alternative implementations are included within the scope of these example implementations.
  • operations described as steps, blocks, transmissions, communications, requests, responses, and/or messages can be executed out of order from that shown or discussed, including substantially concurrent or in reverse order, depending on the functionality involved.
  • blocks and/or functions can be used with any of the ladder diagrams, scenarios, and flow charts discussed herein, and these ladder diagrams, scenarios, and flow charts can be combined with one another, in part or in whole.
  • a step or block that represents a processing of information can correspond to circuitry that can be configured to perform the specific logical functions of a herein-described method or technique.
  • a step or block that represents a processing of information can correspond to a module, a segment, or a portion of program code (including related data).
  • the program code can include one or more instructions executable by a processor for implementing specific logical functions or actions in the method or technique.
  • the program code and/or related data can be stored on any type of computer readable medium such as a storage device including a disk, hard drive, or other storage medium.
  • the computer readable medium can also include non-transitory computer readable media such as computer-readable media that store data for short periods of time like register memory, processor cache, and random access memory (RAM).
  • the computer readable media can also include non-transitory computer readable media that store program code and/or data for longer periods of time.
  • the computer readable media may include secondary or persistent long term storage, like read only memory (ROM), optical or magnetic disks, compact-disc read only memory (CD-ROM), for example.
  • the computer readable media can also be any other volatile or non-volatile storage systems.
  • a computer readable medium can be considered a computer readable storage medium, for example, or a tangible storage device.
  • a step or block that represents one or more information transmissions can correspond to information transmissions between software and/or hardware modules in the same physical device.
  • other information transmissions can be between software modules and/or hardware modules in different physical devices.
  • any enumeration of elements, blocks, or steps in this specification or the claims is for purposes of clarity. Thus, such enumeration should not be interpreted to require or imply that these elements, blocks, or steps adhere to a particular arrangement or are carried out in a particular order.

Landscapes

  • Engineering & Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Robotics (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Transportation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Orthopedic Medicine & Surgery (AREA)
  • Manipulator (AREA)

Abstract

A legged robot may seek to operate according to a target gait. The legged robot may include leg members and leg joints. Possibly based on the target gait and state of the legged robot, an ordered list of gait controllers may be obtained. The gait controllers in the ordered list may define respective gaits of the legged robot, and may include respective validity checks and output parameters for the respective gaits. The ordered list may begin with a target gait controller that defines the target gait. The ordered list may be traversed in order from the target gait controller until a validity check associated with a particular gait controller passes. The legged robot may be instructed to actuate the leg members and/or leg joints according to output parameters of the particular gait controller.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
This U.S. patent application is a continuation of, and claims priority under 35 U.S.C. § 120 from, U.S. patent application Ser. No. 16/520,695, filed on Jul. 24, 2019, which is a continuation of U.S. patent application Ser. No. 16/356,757, filed on Mar. 18, 2019, which is a continuation of U.S. patent application Ser. No. 16/166,673, filed on Oct. 22, 2018, which is a continuation of U.S. patent application Ser. No. 16/006,943, filed on Jun. 13, 2018, which is a continuation of U.S. patent application Ser. No. 15/194,493, filed on Jun. 27, 2016, which claims priority under 35 U.S.C. § 119(e) to U.S. Provisional Application 62/253,807, filed on Nov. 11, 2015. The disclosures of these prior applications are considered part of the disclosure of this application and are hereby incorporated by reference in their entireties.
BACKGROUND
A gait of a legged robot is typically viewed as a cyclic pattern of leg movements that produces locomotion through a sequence of foot contacts with a surface. The legs provide support for the body of the legged robot while the forces resulting from surface contact propel the legged robot. Gaits can differ in a variety of ways, and different gaits produce different styles of locomotion. Selection of an appropriate gait when the legged robot is in a particular state can be challenging, as some gaits might result in the robot becoming unstable or exhibiting undesirable movement.
SUMMARY
The implementations herein involve selection of a gait for a legged robot. In some cases, the gait may be selected based on a state of the legged robot and/or one or more input commands obtained by the legged robot. Each gait may be represented as a gait controller that includes a mapping from the state of the legged robot and/or the input command(s) to output parameters that achieve the gait. Each gait controller may include a validity check that tests whether the instantaneous state of the legged robot allows the associated gait to be achieved.
In particular, the gait controllers may be arranged in an ordered list such that a target gait controller for a target gait is at the beginning of the ordered list, and other gait controllers are placed in the ordered list based on how the legged robot can transition from their respective gaits to the target gait. In some implementations, gait controllers representing gaits that are more similar to the target gait are placed closer to the beginning of the ordered list than those representing gaits that are less similar to the target gait.
The ordered list may be traversed in order from its beginning, and the gait controllers therein may be examined. For each gait controller examined, the associated validity check may be tested. A validity check associated with a particular gait controller may determine whether the gait controller is permitted to operate based on the state of the robot and/or a sensed environment of the robot. When a validity check of a particular gait controller passes, the legged robot may be operated for a period of time according to the associated gait. The ordered list may be traversed again from the beginning, resulting in the selection of the same or a different gait controller. The process may repeat several dozen or hundred times per second to provide fine-grained control over the legged robot's locomotion.
Accordingly, a first example implementation may involve determining that a legged robot is to operate according to a target gait. The legged robot may include leg members and leg joints. Possibly based on the target gait and state of the legged robot, an ordered list of gait controllers may be obtained. The gait controllers in the ordered list may define respective gaits of the legged robot, and may include respective validity checks and output parameters for the respective gaits. The ordered list may begin with a target gait controller that defines the target gait. The ordered list may be traversed in order from the target gait controller until a validity check associated with a particular gait controller passes. The legged robot may be instructed to actuate the leg members and/or leg joints according to output parameters of the particular gait controller.
In a second example implementation, an article of manufacture may include a non-transitory computer-readable medium, having stored thereon program instructions that, upon execution by a computing device, cause the computing device to perform operations in accordance with the first example implementation.
In a third example implementation, a legged robot may include leg members, leg joints, at least one processor, and data storage. Program instructions may be stored in the data storage, and upon execution by the at least one processor, the program instructions may cause the legged robot to perform operations in accordance with the first example implementation.
In a fourth example implementation, a system may include various means for carrying out each of the operations of the first example implementation.
These as well as other implementations, aspects, features, advantages, and alternatives will become apparent to those of ordinary skill in the art by reading the following detailed description, with reference where appropriate to the accompanying drawings. Further, it should be understood that this summary and other descriptions and figures provided herein are intended to illustrate implementations by way of example only and, as such, that numerous variations are possible. For instance, structural elements and process steps can be rearranged, combined, distributed, eliminated, or otherwise changed, while remaining within the scope of the implementations as claimed.
DESCRIPTION OF DRAWINGS
FIG. 1 depicts robotic system, according to example implementations.
FIG. 2 depicts a quadruped robot, according to example implementations.
FIG. 3 depicts a biped robot, according to example implementations.
FIG. 4 depicts a sequence of footfall patterns for a walk gait of a quadruped robot, according to example implementations.
FIG. 5A depicts a sequence of footfall patterns for a trot gait of a quadruped robot, according to example implementations.
FIG. 5B depicts another sequence of footfall patterns for a trot gait of a quadruped robot, according to example implementations.
FIG. 6A depicts a list of gait controllers, according to example implementations.
FIG. 6B depicts a hierarchical view of the gait controllers of FIG. 6A, according to example implementations.
FIG. 7A depicts another list of gait controllers, according to example implementations.
FIG. 7B depicts a hierarchical view of the gait controllers of FIG. 7A, according to example implementations.
FIG. 8 is a flow chart, according to example implementations.
FIG. 9 depicts a sequence of footfall patterns to avoid an invalid step-out action, according to example implementations.
FIG. 10 is another flow chart, according to example implementations.
DETAILED DESCRIPTION
Example methods, devices, and systems are described herein. It should be understood that the words “example” and “exemplary” are used herein to mean “serving as an example, instance, or illustration.” Any implementation, aspect, or feature described herein as being an “example” or “exemplary” is not necessarily to be construed as preferred or advantageous over other implementations, aspects, or features. Alternative implementations, aspects, or features can be utilized, and other changes can be made, without departing from the scope of the subject matter presented herein.
Thus, the example implementations described herein are not meant to be limiting. Aspects of the present disclosure, as generally described herein, and illustrated in the figures, can be arranged, substituted, combined, separated, and designed in a wide variety of different configurations, all of which are contemplated herein.
Further, unless context suggests otherwise, the features illustrated in each of the figures may be used in combination with one another. Thus, the figures should be generally viewed as component aspects of one or more overall implementations, with the understanding that not all illustrated features are necessary for each implementation.
Example Robotic Devices
FIG. 1 illustrates an example configuration of a robotic system that may be used in connection with the implementations described herein. The robotic system 100 may be configured to operate autonomously, semi-autonomously, and/or using directions provided by user(s). The robotic system 100 may be implemented in various forms, such as a biped robot, quadruped robot, or some other arrangement. Furthermore, the robotic system 100 may also be referred to as a robot, robotic device, or mobile robot, among other designations.
As shown in FIG. 1 , the robotic system 100 may include processor(s) 102, data storage 104, and controller(s) 108, which together may be part of a control system 118. The robotic system 100 may also include sensor(s) 112, power source(s) 114, mechanical components 110, and electrical components 116. Nonetheless, the robotic system 100 is shown for illustrative purposes, and may include more or fewer components. The various components of robotic system 100 may be connected in any manner, including wired or wireless connections. Further, in some examples, components of the robotic system 100 may be distributed among multiple physical entities rather than a single physical entity. Other example illustrations of robotic system 100 may exist as well.
Processor(s) 102 may operate as one or more general-purpose hardware processors or special purpose hardware processors (e.g., digital signal processors, application specific integrated circuits, etc.). The processor(s) 102 may be configured to execute computer-readable program instructions 106, and manipulate data 107, both of which are stored in the data storage 104. The processor(s) 102 may also directly or indirectly interact with other components of the robotic system 100, such as sensor(s) 112, power source(s) 114, mechanical components 110, and/or electrical components 116.
The data storage 104 may be one or more types of hardware memory. For example, the data storage 104 may include or take the form of one or more computer-readable storage media that can be read or accessed by processor(s) 102. The one or more computer-readable storage media can include volatile and/or non-volatile storage components, such as optical, magnetic, organic, or another type of memory or storage, which can be integrated in whole or in part with processor(s) 102. In some implementations, the data storage 104 can be a single physical device. In other implementations, the data storage 104 can be implemented using two or more physical devices, which may communicate with one another via wired or wireless communication. As noted previously, the data storage 104 may include the computer-readable program instructions 106 and the data 107. The data 107 may be any type of data, such as configuration data, sensor data, and/or diagnostic data, among other possibilities.
The controller 108 may include one or more electrical circuits, units of digital logic, computer chips, and/or microprocessors that are configured to (perhaps among other tasks), interface between any combination of the mechanical components 110, the sensor(s) 112, the power source(s) 114, the electrical components 116, the control system 118, and/or a user of the robotic system 100. In some implementations, the controller 108 may be a purpose-built embedded device for performing specific operations with one or more subsystems of the robotic device 100.
The control system 118 may monitor and physically change the operating conditions of the robotic system 100. In doing so, the control system 118 may serve as a link between portions of the robotic system 100, such as between mechanical components 110 and/or electrical components 116. In some instances, the control system 118 may serve as an interface between the robotic system 100 and another computing device. Further, the control system 118 may serve as an interface between the robotic system 100 and a user. The instance, the control system 118 may include various components for communicating with the robotic system 100, including a joystick, buttons, and/or ports, etc. The example interfaces and communications noted above may be implemented via a wired or wireless connection, or both. The control system 118 may perform other operations for the robotic system 100 as well.
During operation, the control system 118 may communicate with other systems of the robotic system 100 via wired or wireless connections, and may further be configured to communicate with one or more users of the robot. As one possible illustration, the control system 118 may receive an input (e.g., from a user or from another robot) indicating an instruction to perform a particular gait in a particular direction, and at a particular speed. A gait is a pattern of movement of the limbs of an animal, robot, or other mechanical structure.
Based on this input, the control system 118 may perform operations to cause the robotic device 100 to move according to the requested gait. As another illustration, a control system may receive an input indicating an instruction to move to a particular geographical location. In response, the control system 118 (perhaps with the assistance of other components or systems) may determine a direction, speed, and/or gait based on the environment through which the robotic system 100 is moving en route to the geographical location.
Operations of the control system 118 may be carried out by the processor(s) 102. Alternatively, these operations may be carried out by the controller 108, or a combination of the processor(s) 102 and the controller 108. In some implementations, the control system 118 may partially or wholly reside on a device other than the robotic system 100, and therefore may at least in part control the robotic system 100 remotely.
Mechanical components 110 represent hardware of the robotic system 100 that may enable the robotic system 100 to perform physical operations. As a few examples, the robotic system 100 may include physical members such as leg(s), arm(s), and/or wheel(s). The physical members or other parts of robotic system 100 may further include actuators arranged to move the physical members in relation to one another. The robotic system 100 may also include one or more structured bodies for housing the control system 118 and/or other components, and may further include other types of mechanical components. The particular mechanical components 110 used in a given robot may vary based on the design of the robot, and may also be based on the operations and/or tasks the robot may be configured to perform.
In some examples, the mechanical components 110 may include one or more removable components. The robotic system 100 may be configured to add and/or remove such removable components, which may involve assistance from a user and/or another robot. For example, the robotic system 100 may be configured with removable arms, hands, feet, and/or legs, so that these appendages can be replaced or changed as needed or desired. In some implementations, the robotic system 100 may include one or more removable and/or replaceable battery units or sensors. Other types of removable components may be included within some implementations.
The robotic system 100 may include sensor(s) 112 arranged to sense aspects of the robotic system 100. The sensor(s) 112 may include one or more force sensors, torque sensors, velocity sensors, acceleration sensors, position sensors, proximity sensors, motion sensors, location sensors, load sensors, temperature sensors, touch sensors, depth sensors, ultrasonic range sensors, infrared sensors, object sensors, and/or cameras, among other possibilities. Within some examples, the robotic system 100 may be configured to receive sensor data from sensors that are physically separated from the robot (e.g., sensors that are positioned on other robots or located within the environment in which the robot is operating).
The sensor(s) 112 may provide sensor data to the processor(s) 102 (perhaps by way of data 107) to allow for interaction of the robotic system 100 with its environment, as well as monitoring of the operation of the robotic system 100. The sensor data may be used in evaluation of various factors for activation, movement, and deactivation of mechanical components 110 and electrical components 116 by control system 118. For example, the sensor(s) 112 may capture data corresponding to the terrain of the environment or location of nearby objects, which may assist with environment recognition and navigation. In an example configuration, sensor(s) 112 may include RADAR (e.g., for long-range object detection, distance determination, and/or speed determination), LIDAR (e.g., for short-range object detection, distance determination, and/or speed determination), SONAR (e.g., for underwater object detection, distance determination, and/or speed determination), VICON® (e.g., for motion capture), one or more cameras (e.g., stereoscopic cameras for 3D vision), a global positioning system (GPS) transceiver, and/or other sensors for capturing information of the environment in which the robotic system 100 is operating. The sensor(s) 112 may monitor the environment in real time, and detect obstacles, elements of the terrain, weather conditions, temperature, and/or other aspects of the environment.
Further, the robotic system 100 may include sensor(s) 112 configured to receive information indicative of the state of the robotic system 100, including sensor(s) 112 that may monitor the state of the various components of the robotic system 100. The sensor(s) 112 may measure activity of systems of the robotic system 100 and receive information based on the operation of the various features of the robotic system 100, such the operation of extendable legs, arms, or other mechanical and/or electrical features of the robotic system 100. The data provided by the sensor(s) 112 may enable the control system 118 to determine errors in operation as well as monitor overall operation of components of the robotic system 100.
As an example, the robotic system 100 may use force sensors to measure load on various components of the robotic system 100. In some implementations, the robotic system 100 may include one or more force sensors on an arm or a leg to measure the load on the actuators that move one or more members of the arm or leg. As another example, the robotic system 100 may use one or more position sensors to sense the position of the actuators of the robotic system. For instance, such position sensors may sense states of extension, retraction, or rotation of the actuators on arms or legs.
As another example, the sensor(s) 112 may include one or more velocity and/or acceleration sensors. For instance, the sensor(s) 112 may include an inertial measurement unit (IMU). The IMU may sense velocity and acceleration in the world frame, with respect to the gravity vector. The velocity and acceleration sensed by the IMU may then be translated to that of the robotic system 100 based on the location of the IMU in the robotic system 100 and the kinematics of the robotic system 100.
The robotic system 100 may include other types of sensors not explicated discussed herein. Additionally or alternatively, the robotic system may use particular sensors for purposes not enumerated herein.
The robotic system 100 may also include one or more power source(s) 114 configured to supply power to various components of the robotic system 100. Among other possible power systems, the robotic system 100 may include a hydraulic system, electrical system, batteries, and/or other types of power systems. As an example illustration, the robotic system 100 may include one or more batteries configured to provide charge to components of the robotic system 100. Some of the mechanical components 110 and/or electrical components 116 may each connect to a different power source, may be powered by the same power source, or be powered by multiple power sources.
Any type of power source may be used to power the robotic system 100, such as electrical power or a gasoline engine. Additionally or alternatively, the robotic system 100 may include a hydraulic system configured to provide power to the mechanical components 110 using fluid power. Components of the robotic system 100 may operate based on hydraulic fluid being transmitted throughout the hydraulic system to various hydraulic motors and hydraulic cylinders, for example. The hydraulic system may transfer hydraulic power by way of pressurized hydraulic fluid through tubes, flexible hoses, or other links between components of the robotic system 100. The power source(s) 114 may charge using various types of charging, such as wired connections to an outside power source, wireless charging, combustion, or other examples.
The electrical components 116 may include various mechanisms capable of processing, transferring, and/or providing electrical charge or electric signals. Among possible examples, the electrical components 116 may include electrical wires, circuitry, and/or wireless communication transmitters and receivers to enable operations of the robotic system 100. The electrical components 116 may interwork with the mechanical components 110 to enable the robotic system 100 to perform various operations. The electrical components 116 may be configured to provide power from the power source(s) 114 to the various mechanical components 110, for example. Further, the robotic system 100 may include electric motors. Other examples of electrical components 116 may exist as well.
Although not shown in FIG. 1 , the robotic system 100 may include a body, which may connect to or house appendages and components of the robotic system. As such, the structure of the body may vary within examples and may further depend on particular operations that a given robot may have been designed to perform. For example, a robot developed to carry heavy loads may have a wide body that enables placement of the load. Similarly, a robot designed to reach high speeds may have a narrow, small body that does not have substantial weight. Further, the body and/or the other components may be developed using various types of materials, such as metals or plastics. Within other examples, a robot may have a body with a different structure or made of various types of materials.
The body and/or the other components may include or carry the sensor(s) 112. These sensors may be positioned in various locations on the robotic device 100, such as on the body and/or on one or more of the appendages, among other examples.
On its body, the robotic device 100 may carry a load, such as a type of cargo that is to be transported. The load may also represent external batteries or other types of power sources (e.g., solar panels) that the robotic device 100 may utilize. Carrying the load represents one example use for which the robotic device 100 may be configured, but the robotic device 100 may be configured to perform other operations as well.
As noted above, the robotic system 100 may include various types of legs, arms, wheels, and so on. In general, the robotic system 100 may be configured with zero or more legs. An implementation of the robotic system with zero legs may include wheels, treads, or some other form of locomotion. An implementation of the robotic system with two legs may be referred to as a biped, and an implementation with four legs may be referred as a quadruped. Implementations with six or eight legs are also possible. For purposes of illustration, biped and quadruped implementations of the robotic system 100 are described below.
FIG. 2 illustrates a quadruped robot 200, according to an example implementation. Among other possible features, the robot 200 may be configured to perform some of the operations described herein. The robot 200 includes a control system, and legs 204A, 204B, 204C, 204D connected to a body 208. Each leg may include a respective foot 206A, 206B, 206C, 206D that may contact a surface (e.g., a ground surface). Further, the robot 200 is illustrated with sensor(s) 210, and may be capable of carrying a load on the body 208. Within other examples, the robot 200 may include more or fewer components, and thus may include components not shown in FIG. 2 .
The robot 200 may be a physical representation of the robotic system 100 shown in FIG. 1 , or may be based on other configurations. Thus, the robot 200 may include one or more of mechanical components 110, sensor(s) 112, power source(s) 114, electrical components 116, and/or control system 118, among other possible components or systems.
The configuration, position, and/or structure of the legs 204A-204D may vary in example implementations. The legs 204A-204D enable the robot 200 to move relative to its environment, and may be configured to operate in multiple degrees of freedom to enable different techniques of travel. In particular, the legs 204A-204D may enable the robot 200 to travel at various speeds according to the mechanics set forth within different gaits. The robot 200 may use one or more gaits to travel within an environment, which may involve selecting a gait based on speed, terrain, the need to maneuver, and/or energy efficiency.
Further, different types of robots may use different gaits due to variations in design. Although some gaits may have specific names (e.g., walk, trot, run, bound, gallop, etc.), the distinctions between gaits may overlap. The gaits may be classified based on footfall patterns—the locations on a surface for the placement the feet 206A-206D. Similarly, gaits may also be classified based on ambulatory mechanics.
The body 208 of the robot 200 connects to the legs 204A-204D and may house various components of the robot 200. For example, the body 208 may include or carry sensor(s) 210. These sensors may be any of the sensors discussed in the context of sensor(s) 112, such as a camera, LIDAR, or an infrared sensor. Further, the locations of sensor(s) 210 are not limited to those illustrated in FIG. 2 . Thus, sensor(s) 210 may be positioned in various locations on the robot 200, such as on the body 208 and/or on one or more of the legs 204A-204D, among other examples.
FIG. 3 illustrates a biped robot 300 according to another example implementation. Similar to robot 200, the robot 300 may correspond to the robotic system 100 shown in FIG. 1 , and may be configured to perform some of the implementations described herein. Thus, like the robot 200, the robot 300 may include one or more of mechanical components 110, sensor(s) 112, power source(s) 114, electrical components 116, and/or control system 118.
For example, the robot 300 may include legs 304 and 306 connected to a body 308. Each leg may consist of one or more members connected by joints and configured to operate with various degrees of freedom with respect to one another. Each leg may also include a respective foot 310 and 312, which may contact a surface (e.g., the ground surface). Like the robot 200, the legs 304 and 306 may enable the robot 300 to travel at various speeds according to the mechanics set forth within gaits. The robot 300, however, may utilize different gaits from that of the robot 200, due at least in part to the differences between biped and quadruped capabilities.
The robot 300 may also include arms 318 and 320. These arms may facilitate object manipulation, load carrying, and/or balancing for the robot 300. Like legs 304 and 306, each arm may consist of one or more members connected by joints and configured to operate with various degrees of freedom with respect to one another. Each arm may also include a respective hand 322 and 324. The robot 300 may use hands 322 and 324 for gripping, turning, pulling, and/or pushing objects. The hands 322 and 324 may include various types of appendages or attachments, such as fingers, grippers, welding tools, cutting tools, and so on.
The robot 300 may also include sensor(s) 314, corresponding to sensor(s) 112, and configured to provide sensor data to its control system. In some cases, the locations of these sensors may be chosen in order to suggest an anthropomorphic structure of the robot 300. Thus, as illustrated in FIG. 3 , the robot 300 may contain vision sensors (e.g., cameras, infrared sensors, object sensors, range sensors, etc.) within its head 316.
Example Gaits of Legged Robots
This section describes example gaits of legged robots. Although quadruped gaits are described for purpose of example, the implementations herein can support gaits of robots with varying numbers of legs, including bipeds, tripods, hexapods, etc. Gaits can differ in a variety of ways, and different gaits may produce different styles of locomotion.
As noted above, a gait of a robot may encompass a cyclic pattern of leg movements that produce locomotion through a sequence of foot contacts with a surface (e.g., a ground surface). Additionally, acyclic gaits define transitions of the robot's locomotion between two gaits, and recovery gaits define touchdown timings and positions for the feet that cause the legged robot to recover from deviations from a cyclic or acyclic gait.
Quadruped robots may support a number of gaits including, but not limited to, standing, walking, trotting, pacing, pronking, cantering, galloping, and bounding. Each of these gaits involves a different pattern of foot placements on a surface and timings thereof. In order to achieve a particular gait, the robot may be instructed to actuate its leg members and/or leg joints in accordance with the particular gait.
For purposes of simplicity, three example cyclic quadruped gaits are described in detail below: standing, walking, and trotting. Nonetheless, quadruped robots may support other gaits, and may also support multiple variations of gaits. For instance, a robot may support various combinations of velocities (e.g., 1.5 miles per hour (MPH), 2.0 MPH, 2.5 MPH, 3.0 MPH, 3.5 MPH, etc.) and directions (e.g., forward, sidestep left, sidestep right, backward, etc.) for a walking gait. Despite their similarities, the walking gaits for each velocity may be considered to be different gaits. The velocities discussed herein may be center-of-mass (COM) velocities of a robot measured by, for instance, an IMU. These velocities may be a combination of x-direction and y-direction velocities, such as a speed and angle representation of a velocity vector. But other types of velocities (and/or velocity sensors) may be used.
A stand gait may be considered to be a “gait” of a quadruped, even though the robot's velocity is expected to be at or near zero when standing. Further, a standing quadruped has all four of its feet in contact with a surface. In some situations, a standing quadruped may exhibit some nominal velocity. For example, the quadruped may need to exert force to correct its balance, and/or move its center of mass (COM) in one direction or another to maintain a particular stance. Thus, a quadruped may be considered to be standing even if its velocity is less than a particular threshold, such as 0.1 MPH.
A walk may involve the quadruped moving at a velocity of approximately 0.5 to 5.5 MPH, though slower and/or faster walks may be possible. An example leg movement sequence for a walking quadruped is moving the left rear leg, then the left front leg, then the right rear leg, and then the right front leg in a four-beat pattern. The quadruped may alternate between having two and three of its feet in contact with a surface at any given time.
An example sequence of footfall patterns for a walking quadruped is shown in FIG. 4 . In each pattern 400, 402, 404, 406, 408, 410, 412, 414, and 416, a foot of the quadruped that is in contact with the surface is represented with a solid black circle. A foot that is not in contact with the surface (e.g., in a swing phase) is represented as a white circle with a black outline. Further, the abbreviations LF, RF, LR and RR represent the quadruped's left front foot, right front foot, left rear foot, and right rear foot, respectively. Additionally, the quadruped is assumed to be moving to the right in each pattern of FIG. 4 .
Starting at pattern 400, the quadruped has its right front, left rear, and right rear feet on the surface, while its left front foot is swinging. In pattern 402, the left front foot continues to swing while the right rear foot is lifted off the surface and begins to swing. In pattern 404, the left front foot touches down while the right rear foot continues its swing. In pattern 406, the right front foot lifts off while the right rear foot again continues its swing. In pattern 408, the right rear foot touches down while the right front foot continues its swing. In pattern 410, the left rear foot lifts off while the right front foot continues its swing. In pattern 412, the right front foot touches down while the left rear foot continues its swing. In pattern 414, the left front foot lifts off while the left rear foot continues its swing. In pattern 416, the left rear foot touches down while the left front foot continues its swing.
Notably, pattern 416 may be identical or similar to pattern 400. Thus, the sequence of patterns 400, 402, 404, 406, 408, 410, 412, 414, and 416 may repeat as the robot walks. Regardless, the number of feet in contact with the surface at any one time is either 2 or 3.
A trot may involve the quadruped moving at a velocity of approximately 1.0 MPH to 10 MPH, though slower and/or faster trots may be possible. One possible characteristic of a trot is that diagonal pairs of feet are moved in unison according to a two beat pattern.
Example sequences of footfall patterns for a trotting quadruped are shown in FIGS. 5A and 5B. FIG. 5A shows a trotting footfall pattern sequence in which all four feet can be on the surface simultaneously, and FIG. 5B shows a trotting footfall pattern sequence in which all four feet can be off the surface simultaneously. For sake of convenience, the trotting footfall pattern sequence of FIG. 5A may be referred to as a “slow trot,” while the trotting footfall pattern sequence of FIG. 5B may be referred to as a “fast trot.”
Starting at pattern 500 of FIG. 5A, the quadruped has all four of its feet on the surface. In pattern 502, the right front and left rear feet are lifted off the surface and begin to swing. In pattern 504, all four feet are again on the surface, but in an arrangement that is the mirror image of pattern 500. In pattern 506, the left front and right rear feet are lifted off the surface and being to swing. In pattern 508, all four feet are once more on the surface.
Notably, pattern 508 may be identical or similar to pattern 500. Thus, the sequence of patterns 500, 502, 504, 506, and 508 may repeat as the robot walks. Regardless, the number of feet in contact with the surface at any one time is either 2 or 4.
Starting at pattern 510 of FIG. 5B, the quadruped has its left front and right rear feet on the surface, while its right front and left rear feet are swinging. In pattern 512, the left front and right rear feet are lifted off the surface, and all four feet are swinging. In pattern 514, the right front and left rear feet touch down, while the left front and right rear feet are still swinging. In pattern 516, the right front and left rear feet are lifted off the surface, and all four feet are swinging. In pattern 518, the left front and right rear feet touch down while the right front and left rear feet are swinging.
Notably, pattern 518 may be identical or similar to pattern 510. Thus, the sequence of patterns 510, 512, 514, 516, and 518 may repeat as the robot walks. Regardless, the number of feet in contact with the surface at any one time is either 0 or 2.
The patterns of FIGS. 4, 5A, and 5B are nominal, in the sense that they may change based on the robot's state or environment. For instance, a robot may accelerate or delay the touchdown of a foot to accommodate a rise or dip in the surface. Further, a robot may alter its gait to account for a disruption to its COM, or to avoid an obstacle. Thus, the gait patterns of these figures are merely for purposes of example, and not intended to limit the implementations herein.
In addition to walking and trotting a quadruped may support other gaits, such as pacing, pronking, cantering, galloping, bounding, and so on. Further, the quadruped may support moving in various directions according to its supported gaits, such as forward, backward, sidestepping left, and sidestepping right.
These additional gaits are briefly described as follows. Pacing gaits may involve either no feet being in contact with a surface or exactly two feet on the same side of the robot being in contact with the surface. Pronking gaits may involve either no feet or all four feet being in contact with a surface in a repeated jumping pattern. Cantering gaits may involve either zero, exactly one, exactly two, or exactly three feet being in contact with a surface in the following pattern: a first rear foot touches down, then the second rear foot and a first front foot touches down, then the first rear foot lifts, then the second front foot touches down, then the second rear foot and the first front foot lift, then the second front foot lifts. Galloping gaits are similar to cantering gaits, except that the second rear foot and first front foot do not touch down simultaneously—the second rear foot touches down slightly before the first front foot. Bounding gaits may involve either no feet being in contact with a surface or just the two front feet or the two rear feet being in contact with the surface. Additionally, other gaits may be defined for robots, and one or more variations of any gait may also be defined.
As noted above, the quadruped may also support acyclic gaits that define footfall patterns that transition the quadruped between two gaits, such as two cyclic gaits. Unlike cyclic gaits which may repeat for an arbitrary period of time, transitions are finite behaviors that switch between gaits. For two gaits that have intersecting states (e.g., a particular robot state in terms of joint angles of the robot's legs exists in both gaits) transitioning between the gaits may involve an instantaneous switch from one gait to the other during one of these intersecting states. But if two gaits do not have intersecting states, the transition may continue locomotion, but change the robot's parameters from one gait to another over a finite period of time, while keeping the robot in valid states throughout the transition.
Also as noted above, the quadruped may support recovery gaits that define footfall patterns that cause the legged robot to recover from deviations from a cyclic or acyclic gait. For instance, if the quadruped departs from a cyclic or acyclic gait, perhaps due to a collision with an object or attempted avoidance of such a collision, the quadruped may adopt a recovery gait. In some cases, a recovery gait may involve swinging a leg faster or slower than normal, as long as the robot remains within a valid state. If such a leg were to move faster than normal, it would touch down earlier. This may help place the quadruped in a different gait than it was previously. Alternatively, if a leg is slowed or paused, the quadruped may also be able to adopt a different gait.
Example Gait Controllers and Ordered Lists Thereof
Given that some robots may support a large number of gaits and variations thereof, software modules to support these gaits may be organized into discrete gait controllers. Each gait controller may map the robot's instantaneous state to output parameters, and may be associated with zero or more validity checks. The state of the robot may include the robot's velocity (e.g., COM velocity) and position, as well as joint angles and joint torques for the legs of the robot, for instance. This state may be sensed by, for example, an IMU, joint angle sensors, and/or actuators among other possibilities. The output parameters may include prospective footstep locations, as well as desired joint torques and/or joint angles of the robot's legs so that the robot can achieve the prospective footstep locations over a particular time horizon (e.g., the next 1-5 seconds).
A validity check associated with a gait controller is a test to make sure that the robot is capable of achieving the desired gait based on its current state. As an example, if a robot is running, it might not be able to immediately transition to a standing gait without a loss of stability (e.g., the robot will fall over). In addition to the velocity of the robot, the validity checks may include the number of feet in contact with a surface, that the robot's pitch and roll are within certain bounds, and that the gait will not lead to the robot attempting to place one or more of its feet in unobtainable positions. For instance, a validity check may verify that the gait will not cause any of the robot's legs to collide with one another.
For each possible target gait, gait controllers may be ordered in a list such that the gait controller for the target gait is at the beginning (e.g., the top) of the list. Further, additional gait controllers for other gaits may be placed in the list to evolve the robot's state such that higher priority controllers are likely to pass their domain checks.
As an illustrative example, FIG. 6A depicts a list 600 for a target gait of standing (which will be referred to as the “stand list”). In FIG. 6A, nine gait controllers are ordered in a list 600, starting with the stand gait controller. Thus, the robot may be operating according to any of the defined gaits, and the robot may have decided, or been instructed, to stand. As a result, the stand gait is the target gait. For purposes of simplicity, the robot is assumed to support four cyclic gaits in addition to standing: a slow walk at 1.5 MPH, a slow trot of 3.0 MPH, a medium walk at 3.0 MPH, and a medium trot at 5.5 MPH. The robot is also assumed to support four acyclic gaits: slow-walk-to-stand, slow-trot-to-stand, medium-walk-to-slow-walk, and medium-trot-to-slow-trot.
In full generality, a robot may support any number of gaits. For instance, stand list 600 of FIG. 6A may include up to 10 or more walking gaits of various velocities, as well as up to 10 or more trotting gaits of various speeds. In some cases, the respective velocities may be close to one another to facilitate smooth transitions between the gaits. As an example, walking gaits at 0.5 MPH, 1.0 MPH, 2.0 MPH, 2.5 MPH, 3.0 MPH, 3.5 MPH, 4.0 MPH, and 4.5 MPH may be defined. Further, acyclic gaits transitioning between various pairs of these walking gaits may be defined.
Not shown in FIG. 6A are gait controllers for additional gaits, such as canter, gallop, and bound, as well as recovery gaits. However, these omissions were made in order to simplify FIG. 6A. A stand list in accordance with the implementations herein may include any number of gait controllers (e.g., dozens, hundreds, etc.).
If a robot is in any of the non-standing gaits, stand list 600 of FIG. 6A can be used to incrementally instruct the robot to smoothly attain the stand gait. Starting at the beginning of stand list 600 (list position 1), the list may be traversed in order. For each gait controller, the associated validity check is performed. If the validity check passes, then the robot is instructed to operate according to the gait controller's output parameters. If the validity check fails, then the next gait controller in the list is evaluated accordingly, until a valid gait controller is found.
In FIG. 6A the validity checks are related to the instantaneous state and velocity of the robot for purposes of simplicity. In full generality, other validity checks may be included. Further, each gait controller list may include a default controller in the last position of the list. This final gait controller instructs the robot to operate according to a fallback behavior if the validity checks of all other gait controllers fail. For instance, the gait controller at the end of the stand list may have no associated validity checks (so that the associated gait is always valid) and the output parameters may effectively lock the joint positions of the robot. While this behavior might not be ideal in some situations, it provides a behavior for the robot when all other gait controllers fail.
An algorithmic process for traversing a list of gait controllers will be presented below in the context of FIG. 8 . But for purposes of presenting stand list 600, the following high-level examples are provided. In both examples, the stand list 600 is traversed from the beginning until an appropriate gait controller is determined.
In one example, if a robot is operating according to the slow walk gait of 1.5 MPH, the validity check of the stand gait controller is tested first, but fails. However, the validity check of the slow-walk-to-stand gait controller will pass, because the robot is walking (e.g., with 2 or 3 feet on the surface) at less than 2.5 MPH. The output parameters of the slow-walk-to-stand gait controller instruct the robot to operate according to the slow-walk-to-stand-gait, which transitions the robot to standing. Stand list 600 is traversed again from the beginning and this time the validity check for the stand gait controller passes, because the robot is standing (all four feet on the surface with little or no velocity). Thus, the desired stand gait is achieved
In another example, if the robot is operating according to the medium trot gait, stand list 600 instructs the robot to switch to the medium-trot-to-slow-trot gait. Once in the medium-trot-to-slow-trot gait, stand list 600 instructs the robot to operate according to the slow trot gait. Once in the slow trot gait, stand list 600 instructs the robot to operate according to the slow-trot-to-stand gait. Once in the slow-trot-to-stand gait, stand list 600 instructs the robot to operate according to the stand gait.
In general, any particular gait controller (but not the target gait controller) is operable to change the state of the robot such that the changed state at least partially satisfies the validity check of one or more gait controllers that appear in the list before the particular gait controller. In this way, each list may also be represented as a hierarchy of gait controllers.
For instance, FIG. 6B presents a hierarchical view of stand list 600. In particular, hierarchy 602 illustrates how a robot operating according to any gait in stand list 600 can transition to the stand gait. As just one example, a robot operating according to the medium walk gait may transition to the acyclic medium-walk-to-slow-walk gait, then to the slow walk gait, then to the slow-walk-to-stand gait, and then to the stand gait. As noted above, an algorithmic process for traversing a list of gait controllers will be presented below in the context of FIG. 8 .
FIG. 6B indicates that a robot can switch directly from the medium-walk-to-slow-walk gait to the slow-walk-to-stand gait without operating according to the slow walk gait. Similarly, a robot can switch directly from the medium-trot-to-slow-trot gait to the slow-trot-to-stand gait without operating according to the slow trot gait. In some implementations, however, acyclic gaits always transition between pairs of cyclic gaits, and thus transitioning directly from one acyclic gait to another might not be supported. Instead, between acyclic gaits, the robot may spend at least a nominal amount of time (e.g., a few milliseconds or more) operating according to a cyclic gait.
As another illustrative example, FIG. 7A depicts a list 700 for a target gait of slow walk (which will be referred to as the “slow walk list”). In FIG. 7A, nine gait controllers are ordered starting with the slow walk gait controller. Thus, the robot may be operating according to any gait, and the robot may have decided, or been instructed, to operate according to the slow walk gait. Therefore, the slow walk gait is the target gait. The robot is assumed to support four cyclic gaits in addition to slow walk: standing with a substantive zero velocity, a slow trot of 3.0 MPH, a medium walk at 3.0 MPH, and a medium trot at 5.5 MPH. The robot is also assumed to support four acyclic gaits: medium-walk-to-slow-walk, stand-to-slow-walk, slow-trot-to-slow-walk, and medium-trot-to-slow-trot. Other gaits not shown in FIG. 7A may also be supported.
Like FIG. 6A, in FIG. 7A the validity checks are related to the instantaneous state and velocity of the robots for purposes of simplicity. In full generality, other validity checks may be included.
As was the case for the stand list, any particular gait controller (but not the target gait controller) is operable to change the state of the robot so that the changed state at least partially satisfies the validity check of one or more gait controllers that appear in the list before the particular gait controller. To that point, FIG. 7B presents a hierarchical view of slow walk list 700. In particular, hierarchy 702 illustrates how a robot operating according to any cyclic gait in slow walk list 700 can transition to the slow walk gait. As just one example, a robot operating according to the medium trot gait may transition to the acyclic medium-trot-to-slow-trot gait, then to the slow trot gait, then to the slow-trot-to-slow-walk gait, and then to the slow walk gait.
Example Traversal of a List of Gait Controllers
FIG. 8 is a flow chart depicting an algorithmic process for traversing a list of gait controllers. This process can be applied to any list of gait controllers, such as the stand list of FIG. 6A or the slow walk list of FIG. 7A.
At block 800, a list of gait controllers may be selected. The selection may be based on a particular target gait for the robot. For instance, if the robot's target gait is standing, the stand list of FIG. 6A may be selected. If the robot's target gait is slow walk, the slow walk list of FIG. 7A. Other target gaits and associated lists of gait controllers may be supported.
The target gait may, in turn, be based on one or more input commands. The robot may receive these commands from an external controller such as a joystick, or may generate the commands itself.
At block 802, a determination may be made whether to reorder the selected list. If so, at block 804 the list may be reordered. List reordering is discussed in more detail in the following section. Blocks 802 and 804 are optional, and may be omitted.
At block 806, the first gait controller in the list is considered. This is the target gait controller that would serve to operate the robot according to the target gait.
At block 808, a determination is made whether the target gait controller passes all associated validity checks. As noted earlier, the validity checks may be based on the state (e.g., the instantaneous state) of the robot, and possibly other factors as well. In particular, a validity check may consider the current gait of the robot as well as the velocity of the robot. If these factors are within the acceptable bounds of the gait controller, then the gait controller passes the validity check. If not, the gait controller fails the validity check.
Thus, if the gait controller passes the validity check, then at block 812, the robot is operated according to this gait controller. If the gait controller fails the validity check, then at block 810, the next gait controller in the list is considered. In this way, the list is traversed in order until a valid gait controller is found, and the robot is operated according to the first valid gait controller.
Since the validity checks of more than one gait controller may pass for a particular robot state and velocity, the ordering of the gait controllers in the list can have a significant impact on the robot's ultimate behavior. Therefore, the list may be ordered so that operating the robot according to gait controllers other than the target gait controller eventually (directly or indirectly) result in the robot state and velocity passing the validity check of the target gait controller. Thus, gait controllers lower in the list may be operable to change the state of the robot such that the changed state at least partially satisfies the validity check of one or more gait controllers that appear higher in the list.
The operations of FIG. 8 may be performed continuously, periodically, or from time to time. In some implementations, the operations of FIG. 8 may continuously repeat in a loop tens or hundreds of times per second. This may result in the robot switching gait controllers mid-stride one or more times. Alternatively, the robot may maintain the same gait for one or more full cycles of a gait. Other possibilities exist.
The following example illustrates the operations of FIG. 8 applied to the stand list of FIG. 6A. In this example, the robot is assumed to be a quadruped moving according to a 5.5 MPH trot. The robot may receive a command to transition to a standing position. As a result, the robot may select the stand list of FIG. 6A because the stand gait is the target gait of this list.
Starting at list position 1, the robot considers the associated gait controller. This gait controller, which is for the target stand gait, requires that all four of the robot's feet are on a surface and that the robot's velocity is less than or equal to a nominal velocity of 0.1 MPH. This non-zero nominal velocity allows the robot's COM to sway to a small extent as long as the robot maintains a four-footed contact with the surface. In any case, the validity check fails because the robot is moving with a velocity that is greater than 0.1 MPH.
The robot then considers the slow-walk-to-stand gait controller at list position 2. This gait controller requires that the robot is walking and that the robot's velocity is less than or equal to 2.5 MPH. The validity check for the slow-walk-to-stand gait controller fails because the robot's velocity is too high. This validity check may also fail because it requires that either exactly two or exactly three of the robot's feet are in contact with the surface (while some phases of the trot gait may involve exactly two feet in contact with the surface, other phases do not).
The robot then considers the slow-trot-to-stand gait controller at list position 3. This gait controller requires that the robot is trotting (e.g., with either one diagonal pair of feet on the surface while the other diagonal pair of feet are swinging, all four feet on the surface, or all four feet off of the surface) at a velocity less than or equal to 4.0 MPH. While the robot is trotting, its velocity is once again too high to pass this validity check.
The robot then considers the slow walk gait controller at list position 4, the validity check of which fails because the robot's velocity is too low, and may additionally fail because the robot is trotting. The validity check of the slow trot gait controller at list position 5 also fails because the robot's velocity is too high, as does the validity check of the medium-walk-to-slow-walk gait controller at list position 6.
However, the validity check of the medium-trot-to-slow-trot gait controller at list position 7 passes because the robot is trotting with a velocity that is greater than 4.0 MPH and less than or equal to 7.0 MPH. Therefore, the robot applies the output parameters of the medium-trot-to-slow-trot gait controller. For instance, these output parameters may define a series of leg actuation states and/or leg joint angles that transition the robot from its current trotting speed to a slow trot of 3.0 MPH.
Once the robot achieves the slow trot of 3.0 MPH, the robot traverses the list once again from the beginning. Thus, the robot considers the stand gait controller at list position 1. The validity check of this gait controller fails because the robot's velocity is too high. Next, the robot considers the slow-walk-to-stand gait controller at list position 2. The associated validity check fails for this gait controller as well, once again because the robot's velocity is too high.
The validity check of the slow-trot-to-stand gait controller passes, however, and the robot applies the associated output parameters. For instance, these output parameters may define a series of leg actuation states and/or leg joint angles that transition the robot from its current trotting speed to a standing position with zero or near-zero velocity.
After doing so, the robot continues to iterate traversals of the list, each traversal starting at the beginning of the list. As long as the robot remains standing, the validity check for the stand gait controller will pass, and the robot will remain in the standing gait (which is also the target gait). If the robot experiences a disturbance, for instance if its footing slips or it is pushed off balance, the robot may apply a different gait controller to regain its standing gait. For example, a recovery gait controller (not shown in FIG. 6A) may be used.
On the other hand, if the robot determines that it should move according to a particular gait (e.g., a walk or trot), the robot may select a different list (such as the list of FIG. 7A), and proceed according to one or more gait controllers in the selected list.
Additional Features
In addition to the features and operations described above, the implementations herein may include the additional features and/or operations described in this section. Nonetheless, these features are optional, and may or may not be included.
List Reordering
As noted in the previous section, a list of gait controllers may be reordered. For instance, a first intermediate gait controller and a second intermediate gait controller may be identified. Neither of these gait controllers are the target gait controller, but each can be used by the robot to achieve the target gait. Possibly based on an instantaneous state of the robot, the first intermediate gait controller may be selected as more favorable than the second intermediate gait controller for achieving the target gait. The list may be reordered such that the first intermediate gait controller is before the second intermediate gait controller in the list.
As an example, suppose that a standing quadruped is instructed to begin walking forward. In order to do so, the quadruped selects a foot to move first. In principle, any of the quadruped's four feet could be selected and would work equally well. Thus, the quadruped may be configured to always step first with its left front foot. However, if the robot's instantaneous stance is such that the left front foot is fully extended forward, the robot might not be able to step further forward with that foot. Therefore, in this situation, the robot should step first with one of the other three feet.
In order to facilitate making such determinations, a walk list may include four stand-to-walk controllers, each moving a different foot first. Based on its instantaneous leg actuation states and/or leg joint angles, the robot may assign a cost to each. Particularly, this cost may be higher for the fully extended left front foot than the other three feet. These four gait controllers may be sorted in increasing order of cost in the list so that a gait controller that steps first with a foot other than the front left is preferentially chosen.
Alternatively, the robot may also select a foot to step with through validity checks rather than list reordering. Particularly, the state space of the robot may be segmented such that exactly one of the four step-with-one-foot-first gait controllers is valid at a given state. Doing so limits the domain of gait controllers beyond what is required for the gait controller to be feasible. For example, consider step left and step right gait controllers, which are valid (e.g., the robot will not fall) for lateral velocity ranges of (−1,2), and (−2,1), respectively. Rather than setting validity checks that match these velocity ranges, the validity checks might be set to the lateral velocity ranges (0,2), and (−2,0) respectively. Even though the step left gait controller can operate in the range of (−1,0), this range is ruled out because operating the step right gait controller will result in smoother gait behavior.
In some embodiments, a list of gait controllers may be reordered based on the previously-running gait controller. For example, if the robot was previously running a trot gait controller and is currently operating according to the stand list, the trot-to-stand gait controller may be placed above the walk-to-stand gait controller so that the robot correctly selects the trot-to-stand gait controller even if both gait controllers are valid.
Further Validity Checks
In addition to validity checks involving the gait of the robot and the velocity of the robot, the pitch and/or roll of the robot may be considered as well. When performing certain tasks, such as traveling on uneven terrain, the robot's pitch and roll may deviate from zero-degree values. Such deviations may be detected by the robot's IMU, or some other sensor.
For instance, the pitch of the robot may be 10 or 20 degrees when climbing a hill, or the roll of the robot may be −10 or −20 degrees when traveling sideways on a hill. In order to maintain stability of the robot, some validity checks may include limits on the pitch and/or roll of the robot. These limits might include acceptable pitch and/or roll ranges of −10 degrees to 10 degrees, −20 degrees to 20 degrees, −40 degrees to 40 degrees, and so on. If the robot's pitch or roll falls outside of an acceptable range, a recovery gait controller may be selected that operates the robot to stabilize its pitch and/or roll.
Additional validity checks may avoid situations where the robot attempts to step out further than its foot can reach. For instance, consider the sequence of footfall patterns in FIG. 9 . Pattern 900 indicates that the robot is standing, with all four feet on a surface. Possibly due to a disturbance, such as the robot being pushed to its left, the robot determines a target placement for its left front foot represented by the dotted circle. For instance, the robot may have calculated that placing its left front foot in this location would stabilize its balance. However, this location is beyond the distance that the robot can step. The validity check of any gait controller may fail if this invalid step-out is attempted.
But, as shown in FIG. 9 , the robot may instead operate according to one or more recovery gait controllers that stabilize the robot without such a step-out. Particularly, as shown in patterns 902, 904, 906, 908, 910, and 912, the recovery gait controller(s) move the robots feet laterally in smaller steps. First, the robot's left front foot moves toward the target placement, and then it is followed by the right rear foot, right front foot, left rear foot, right rear foot, and the left front foot. In pattern 912, the left front foot is at the target placement, and the robot is stabilized.
FIG. 9 is just one possible implementation of avoid an invalid step-out. Other footfall patterns may be used to accomplish this goal.
Example Operations
FIG. 10 is a flow chart illustrating an example implementation. The implementation illustrated by FIG. 10 may be carried out by a computing device, processor(s) 102 and/or controller(s) 108. However, the implementation can be carried out by other types of devices or device subsystems, including a device that is part of or not part of a legged robot being controlled. Further, the implementation may be combined with any other aspect or feature disclosed in this specification or the accompanying drawings.
Block 1000 of FIG. 10 may involve determining that a legged robot is to operate according to a target gait, wherein the legged robot includes leg members and leg joints.
Block 1002 may involve, possibly based on the target gait and state of the legged robot, obtaining an ordered list of gait controllers. The gait controllers in the ordered list may define respective gaits of the legged robot, and include respective validity checks and output parameters for the respective gaits. The ordered list may begin with a target gait controller that defines the target gait. Any given gait controller in the ordered list (that is not the target gait controller) may be operable to change the state of the legged robot such that the changed state at least partially satisfies the validity check of one or more gait controllers that appear in the ordered list before the particular gait controller.
Block 1004 may involve traversing the ordered list in order from the target gait controller until a validity check associated with a particular gait controller passes. The particular gait controller may be the target gait controller or another gait controller in the ordered list. The validity check associated with the particular gait controller may determine whether the particular gait controller is permitted to operate based on the state of the robot and/or a sensed environment of the robot, for instance.
Block 1006 may involve instructing the legged robot to actuate the leg members or leg joints according to output parameters of the particular gait controller.
In some implementations, after instructing the legged robot to actuate the leg members or leg joints according to output parameters of the particular gait controller, the ordered list may be traversed again in order from the target gait controller until a second validity check associated with a second particular gait controller passes. The legged robot may be instructed to actuate the leg members or leg joints according to output parameters of the second particular gait controller.
In some implementations, after instructing the legged robot to actuate the leg members or leg joints according to output parameters of the particular gait controller, it may be determined that the legged robot is to operate according to a second target gait. Possibly based on the second target gait and a second state of the legged robot, a second ordered list of the gait controllers may be obtained. The second ordered list may begin with a second target gait controller that defines the second target gait. The second ordered list may be traversed in order from the second target gait controller until a validity check associated with a second particular gait controller passes. The legged robot may be instructed to actuate the leg members or leg joints according to output parameters of the second particular gait controller.
At least some of the gait controllers may be either (i) cyclic gait controllers that define respective touchdown timings and positions for feet of the legged robot that cause the legged robot to operate according to the respective gaits, (ii) acyclic gait controllers that define touchdown timings and positions for the feet that cause the legged robot to transition from one gait to another, or (iii) recovery gait controllers that define touchdown timings and positions for the feet that cause the legged robot to recover from deviations from a cyclic or acyclic gait. In some implementations, the ordered list of gait controllers may include one or more of each of the cyclic gait controllers, acyclic gait controllers, and recovery gait controllers.
The legged robot may have four legs. The gait controllers may include a walk gait controller with an associated validity check that requires exactly two or exactly three legs of the legged robot to be on a surface. In some implementations, the gait controllers may include a trot gait controller with an associated validity check that requires exactly one diagonal pair of legs, all four legs, or no legs of the legged robot to be on a surface. The associated validity checks may also require that a swing foot will not land beyond a threshold distance from a COM of the robot. The gait controllers may include at least two trot gait controllers with associated validity checks that require exactly one diagonal pair of legs, all four legs, or no legs of the legged robot to be on a surface. Each of the two trot gait controllers may be associated with different trot velocities.
In some implementations, the gait controllers may include a stand gait controller with an associated validity check that requires all legs of the legged robot to be on a surface, and a velocity of the legged robot to be below a threshold value.
In some situations, possibly after block 1002 and before block 1004, a first intermediate gait controller and a second intermediate gait controller may be identified, each of which can be used for the legged robot to achieve the target gait. Possibly based on an instantaneous state of the legged robot, the first intermediate gait controller may be selected as more favorable than the second intermediate gait controller for achieving the target gait. The ordered list may be reordered such that the first intermediate gait controller is before the second intermediate gait controller in the ordered list.
CONCLUSION
The present disclosure is not to be limited in terms of the particular implementations described in this application, which are intended as illustrations of various aspects. Many modifications and variations can be made without departing from its scope, as will be apparent to those skilled in the art. Functionally equivalent methods and apparatuses within the scope of the disclosure, in addition to those enumerated herein, will be apparent to those skilled in the art from the foregoing descriptions. Such modifications and variations are intended to fall within the scope of the appended claims.
The above detailed description describes various features and functions of the disclosed systems, devices, and methods with reference to the accompanying figures. The example implementations described herein and in the figures are not meant to be limiting. Other implementations can be utilized, and other changes can be made, without departing from the scope of the subject matter presented herein. It will be readily understood that the aspects of the present disclosure, as generally described herein, and illustrated in the figures, can be arranged, substituted, combined, separated, and designed in a wide variety of different configurations, all of which are explicitly contemplated herein.
With respect to any or all of the message flow diagrams, scenarios, and flow charts in the figures and as discussed herein, each step, block, and/or communication can represent a processing of information and/or a transmission of information in accordance with example implementations. Alternative implementations are included within the scope of these example implementations. In these alternative implementations, for example, operations described as steps, blocks, transmissions, communications, requests, responses, and/or messages can be executed out of order from that shown or discussed, including substantially concurrent or in reverse order, depending on the functionality involved. Further, more or fewer blocks and/or functions can be used with any of the ladder diagrams, scenarios, and flow charts discussed herein, and these ladder diagrams, scenarios, and flow charts can be combined with one another, in part or in whole.
A step or block that represents a processing of information can correspond to circuitry that can be configured to perform the specific logical functions of a herein-described method or technique. Alternatively or additionally, a step or block that represents a processing of information can correspond to a module, a segment, or a portion of program code (including related data). The program code can include one or more instructions executable by a processor for implementing specific logical functions or actions in the method or technique. The program code and/or related data can be stored on any type of computer readable medium such as a storage device including a disk, hard drive, or other storage medium.
The computer readable medium can also include non-transitory computer readable media such as computer-readable media that store data for short periods of time like register memory, processor cache, and random access memory (RAM). The computer readable media can also include non-transitory computer readable media that store program code and/or data for longer periods of time. Thus, the computer readable media may include secondary or persistent long term storage, like read only memory (ROM), optical or magnetic disks, compact-disc read only memory (CD-ROM), for example. The computer readable media can also be any other volatile or non-volatile storage systems. A computer readable medium can be considered a computer readable storage medium, for example, or a tangible storage device.
Moreover, a step or block that represents one or more information transmissions can correspond to information transmissions between software and/or hardware modules in the same physical device. However, other information transmissions can be between software modules and/or hardware modules in different physical devices.
The particular arrangements shown in the figures should not be viewed as limiting. It should be understood that other implementations can include more or less of each element shown in a given figure. Further, some of the illustrated elements can be combined or omitted. Yet further, an example implementation can include elements that are not illustrated in the figures.
Additionally, any enumeration of elements, blocks, or steps in this specification or the claims is for purposes of clarity. Thus, such enumeration should not be interpreted to require or imply that these elements, blocks, or steps adhere to a particular arrangement or are carried out in a particular order.
While various aspects and implementations have been disclosed herein, other aspects and implementations will be apparent to those skilled in the art. The various aspects and implementations disclosed herein are for purposes of illustration and are not intended to be limiting, with the true scope being indicated by the following claims.

Claims (18)

What is claimed is:
1. A computer-implemented method when executed by data processing hardware of a quadruped robot causes the data processing hardware to perform operations comprising:
receiving, from a remote control, a first user-selection for a first controller to implement a first gait pattern for four legs of the quadruped robot;
instructing the first controller to execute the first gait pattern, the first gait pattern comprising:
a first time instance in which the four legs operate as a pair of swing legs and a pair of stance legs; and
a second time instance in which the four legs are in contact with a ground surface;
receiving, from the remote control, a second user-selection to implement a second gait pattern;
selecting a second controller to implement the second gait pattern from an ordered list of gait controllers;
determining a current state of the quadruped robot based on sensor information received from one or more sensors of the quadruped robot;
determining that the quadruped robot is capable of achieving the second gait pattern based on the current state of the quadruped robot;
instructing the second controller to change execution by the quadruped robot from the first gait pattern to the second gait pattern in response to determining that the quadruped robot is capable of achieving the second gait pattern, the second gait pattern comprising:
a third time instance in which the four legs operate as two pairs of swing legs; and
a fourth time instance in which the four legs operate as a pair of swing legs and a pair of stance legs; and
transporting cargo with a load-carrying portion of the quadruped robot during execution of the second gait pattern, the quadruped robot comprising a body coupled to the four legs of the quadruped robot, the body having the load-carrying portion.
2. The method of claim 1, wherein the first user-selection indicates a geographical location for the quadruped robot to travel to using the first gait pattern.
3. The method of claim 1, wherein the first gait pattern has a slower velocity for the quadruped robot than the second gait pattern.
4. The method of claim 1, wherein the first gait pattern is selected for a first terrain and the second gait pattern is selected for a second terrain, the first terrain different than the second terrain.
5. The method of claim 1, wherein the operations further comprise:
receiving, from the remote control, a third user-selection for a third controller to implement a third gait pattern, the third gait pattern corresponding to a stand gait where all legs of the quadruped robot are in contact with the ground surface;
instructing the first controller to change execution by the quadruped robot from the second gait pattern to the first gait pattern; and
instructing the third controller to change execution by the quadruped robot from the first gait pattern to the third gait pattern.
6. The method of claim 1, wherein instructing the second controller to change execution by the quadruped robot from the first gait pattern to the second gait pattern comprises:
causing the quadruped robot to transition from the first gait pattern to a transition gait pattern; and
after executing the transition gait pattern for a finite period of time, causing the quadruped robot to change from the transition gait pattern to the second gait pattern.
7. The method of claim 1, wherein changing execution by the quadruped robot from the first gait pattern to the second gait pattern occurs mid-stride for the quadruped robot.
8. The method of claim 1, wherein changing execution by the quadruped robot from the first gait pattern to the second gait pattern occurs at an end of a gait cycle of the first gait pattern.
9. The method of claim 1, wherein at the first time instance the pair of swing legs comprise a first front leg and a first rear leg contralateral to the first front leg, and at the first time instance the pair of stance legs comprise a second front leg opposite the first front leg and a second rear leg contralateral to the second front leg.
10. A robot comprising:
a body having a load-carrying portion configured to support transportation of cargo;
four legs coupled to the body; and
a control system in communication with the four legs of the robot, the control system configured to perform operations comprising:
receiving, from a remote control, a first user-selection for a first controller to implement a first gait pattern;
instructing the first controller to execute the first gait pattern, the first gait pattern comprising:
a first time instance in which the four legs operate as a pair of swing legs and a pair of stance legs; and
a second time instance in which the four legs are in contact with a ground surface;
receiving, from the remote control, a second user-selection to implement a second gait pattern;
selecting a second controller to implement the second gait pattern from an ordered list of gait controllers;
determining a current state of the robot based on sensor information received from one or more sensors of the robot;
determining that the robot is capable of achieving the second gait pattern based on the current state of the robot; and
instructing the second controller to change execution by the robot from the first gait pattern to the second gait pattern in response to determining that the robot is capable of achieving the second gait pattern, the second gait pattern comprising:
a third time instance in which the four legs operate as two pairs of swing legs; and
a fourth time instance in which the four legs operate as a pair of swing legs and a pair of stance legs,
wherein the load-carrying portion of the body is further configured to support transportation of the cargo during execution of the second gait pattern.
11. The robot of claim 10, wherein the first user-selection indicates a geographical location for the robot to travel to using the first gait pattern.
12. The robot of claim 10, wherein the first gait pattern has a slower velocity for the robot than the second gait pattern.
13. The robot of claim 10, wherein the first gait pattern is selected for a first terrain and the second gait pattern is selected for a second terrain, the first terrain different than the second terrain.
14. The robot of claim 10, wherein the operations further comprise:
receiving, from the remote control, a third user-selection for a third controller to implement a third gait pattern, the third gait pattern corresponding to a stand gait where all legs of the robot are in contact with the ground surface;
instructing the first controller to change execution by the robot from the second gait pattern to the first gait pattern; and
instructing the third controller to change execution by the robot from the first gait pattern to the third gait pattern.
15. The robot of claim 10, wherein instructing the second controller to change execution by the robot from the first gait pattern to the second gait pattern comprises:
causing the robot to transition from the first gait pattern to a transition gait pattern; and
after executing the transition gait pattern for a finite period of time, causing the robot to change from the transition gait pattern to the second gait pattern.
16. The robot of claim 10, wherein changing execution by the robot from the first gait pattern to the second gait pattern occurs mid-stride for the robot.
17. The robot of claim 10, wherein changing execution by the robot from the first gait pattern to the second gait pattern occurs at an end of a gait cycle of the first gait pattern.
18. The robot of claim 10, wherein at the first time instance the pair of swing legs comprise a first front leg and a first rear leg contralateral to the first front leg, and the pair of stance legs comprise a second front leg opposite the first front leg and a second rear leg contralateral to the second front leg.
US17/158,748 2015-11-11 2021-01-26 Achieving a target gait behavior in a legged robot Active 2038-07-10 US12054208B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/158,748 US12054208B2 (en) 2015-11-11 2021-01-26 Achieving a target gait behavior in a legged robot

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201562253807P 2015-11-11 2015-11-11
US15/194,493 US10017218B1 (en) 2015-11-11 2016-06-27 Achieving a target gait behavior in a legged robot
US16/006,943 US10144465B1 (en) 2015-11-11 2018-06-13 Achieving a target gait behavior in a legged robot
US16/166,673 US10266220B2 (en) 2015-11-11 2018-10-22 Achieving a target gait behavior in a legged robot
US16/356,757 US10399621B2 (en) 2015-11-11 2019-03-18 Achieving a target gait behavior in a legged robot
US16/520,695 US11319005B2 (en) 2015-11-11 2019-07-24 Achieving a target gait behavior in a legged robot
US17/158,748 US12054208B2 (en) 2015-11-11 2021-01-26 Achieving a target gait behavior in a legged robot

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US16/520,695 Continuation US11319005B2 (en) 2015-11-11 2019-07-24 Achieving a target gait behavior in a legged robot

Publications (2)

Publication Number Publication Date
US20210147017A1 US20210147017A1 (en) 2021-05-20
US12054208B2 true US12054208B2 (en) 2024-08-06

Family

ID=62750302

Family Applications (6)

Application Number Title Priority Date Filing Date
US15/194,493 Active 2036-10-12 US10017218B1 (en) 2015-11-11 2016-06-27 Achieving a target gait behavior in a legged robot
US16/006,943 Active US10144465B1 (en) 2015-11-11 2018-06-13 Achieving a target gait behavior in a legged robot
US16/166,673 Active US10266220B2 (en) 2015-11-11 2018-10-22 Achieving a target gait behavior in a legged robot
US16/356,757 Active US10399621B2 (en) 2015-11-11 2019-03-18 Achieving a target gait behavior in a legged robot
US16/520,695 Active 2037-10-14 US11319005B2 (en) 2015-11-11 2019-07-24 Achieving a target gait behavior in a legged robot
US17/158,748 Active 2038-07-10 US12054208B2 (en) 2015-11-11 2021-01-26 Achieving a target gait behavior in a legged robot

Family Applications Before (5)

Application Number Title Priority Date Filing Date
US15/194,493 Active 2036-10-12 US10017218B1 (en) 2015-11-11 2016-06-27 Achieving a target gait behavior in a legged robot
US16/006,943 Active US10144465B1 (en) 2015-11-11 2018-06-13 Achieving a target gait behavior in a legged robot
US16/166,673 Active US10266220B2 (en) 2015-11-11 2018-10-22 Achieving a target gait behavior in a legged robot
US16/356,757 Active US10399621B2 (en) 2015-11-11 2019-03-18 Achieving a target gait behavior in a legged robot
US16/520,695 Active 2037-10-14 US11319005B2 (en) 2015-11-11 2019-07-24 Achieving a target gait behavior in a legged robot

Country Status (1)

Country Link
US (6) US10017218B1 (en)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9594377B1 (en) * 2015-05-12 2017-03-14 Google Inc. Auto-height swing adjustment
US10017218B1 (en) 2015-11-11 2018-07-10 Boston Dynamics, Inc. Achieving a target gait behavior in a legged robot
CN109500821B (en) * 2019-01-07 2020-11-24 深圳航天科技创新研究院 Four-legged robot landing foot force distribution method, device, terminal and computer readable storage medium
CN110962956B (en) * 2019-11-28 2020-10-20 北京理工大学 Reconfigurable wheel-foot robot based on parallel modular structure
CN211741922U (en) * 2020-03-04 2020-10-23 苏州宝时得电动工具有限公司 Automatic working system and door control device
CN111506100B (en) * 2020-06-15 2020-10-02 深圳市优必选科技股份有限公司 Multi-legged robot joint control method and device and multi-legged robot
CN111687846B (en) * 2020-06-24 2021-09-24 山东大学 Distributed high-real-time control system and method for four-footed robot
CN112631277B (en) * 2020-12-08 2022-01-18 中山大学 Balance control method and system for four-legged robot standing posture conversion
CN112847340B (en) * 2020-12-25 2022-09-16 深圳市优必选科技股份有限公司 Control method, control device and robot
CN112847354B (en) * 2020-12-31 2022-05-17 国网智能科技股份有限公司 Transformer substation foot type robot posture adjusting method, controller, system and robot
CN112947428B (en) * 2021-02-02 2023-12-22 广东工业大学 Movement control method and device for four-legged robot
US11833680B2 (en) * 2021-06-25 2023-12-05 Boston Dynamics, Inc. Robot movement and online trajectory optimization
CN115705048B (en) * 2021-08-06 2023-11-14 北京小米机器人技术有限公司 Control method and device for foot type robot, robot and storage medium
CN113625735B (en) * 2021-08-09 2023-11-10 山东大学 Control method based on leg-arm multiplexing six-foot robot and robot
CN113467484B (en) * 2021-09-02 2021-12-31 深圳市优必选科技股份有限公司 Biped robot gait control method and device and computer equipment
CN114104139B (en) * 2021-09-28 2022-10-11 北京炎凌嘉业机电设备有限公司 Bionic foot type robot walking platform fusion obstacle crossing and autonomous following system
CN113800179B (en) * 2021-10-11 2023-05-30 北京洛必德科技有限公司 Four-foot robot and intelligent goods shelf
CN114655333B (en) * 2022-05-17 2022-09-27 中国科学院自动化研究所 Gait switching method and device of quadruped robot

Citations (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002210679A (en) * 2000-11-17 2002-07-30 Honda Motor Co Ltd Remote controller for biped robot
US20040143369A1 (en) 2001-04-27 2004-07-22 Toru Takenaka Device for generating motion of legged mobile robot
JP3658147B2 (en) * 1996-07-25 2005-06-08 本田技研工業株式会社 Gait generator for legged mobile robot
JP2006255798A (en) * 2005-03-15 2006-09-28 Sanyo Electric Co Ltd Walking robot device
US7378812B2 (en) 2004-01-28 2008-05-27 Toyota Jidosha Kabushiki Kaisha Legged robot and legged robot walking control method
US7496428B2 (en) 2001-12-28 2009-02-24 Honda Giken Kogyo Kabushiki Kaisha Gait producing device for leg type movable robot
US20110231050A1 (en) 2010-03-22 2011-09-22 Goulding John R In-Line Legged Robot Vehicle and Method for Operating
US20110264264A1 (en) 2010-04-22 2011-10-27 Honda Motor Co., Ltd. Control device and gait generating device for bipedal mobile robot
US20120245734A1 (en) 2011-03-21 2012-09-27 Seungkook Yun Humanoid robot push recovery on level and non-level ground
US20120310412A1 (en) 2011-05-30 2012-12-06 Samsung Electronics Co., Ltd. Robot and control method thereof
US8332068B2 (en) 2008-12-19 2012-12-11 Honda Motor Co., Ltd. Intelligent stepping for humanoid fall direction change
US20120316683A1 (en) 2011-06-10 2012-12-13 Samsung Electronics Co., Ltd. Balance control apparatus of robot and control method thereof
US20130310979A1 (en) 2012-04-18 2013-11-21 Massachusetts Institute Of Technology Neuromuscular Model-Based Sensing And Control Paradigm For A Robotic Leg
US20140261887A1 (en) 2011-11-03 2014-09-18 Thales Nederland B.V. System for characterizing motion of an individual, notably a human individual, and associated method
US8974543B2 (en) 2008-04-30 2015-03-10 Rizzoli Ortopedia S.P.A. Automatic prosthesis for above-knee amputees
US9044859B2 (en) 2013-10-31 2015-06-02 Disney Enterprises, Inc. Method for gait generation and tracking control for a bipedal walking robot
US20150202768A1 (en) 2014-01-20 2015-07-23 Toyota Jidosha Kabushiki Kaisha Biped walking robot control method and biped walking robot control system
US9156159B2 (en) 2012-03-08 2015-10-13 Disney Enterprises Inc. Robot cyclic locomotion using a dynamic object
US20160001444A1 (en) * 2013-03-04 2016-01-07 President And Fellows Of Harvard College Magnetic assembly of soft robots with hard components
US9586316B1 (en) 2015-09-15 2017-03-07 Google Inc. Determination of robotic step path
US9789607B1 (en) 2015-11-03 2017-10-17 Google Inc. Achieving a target gait in a legged robot based on steering commands
US10017218B1 (en) 2015-11-11 2018-07-10 Boston Dynamics, Inc. Achieving a target gait behavior in a legged robot
US10040197B2 (en) 2015-12-14 2018-08-07 Honda Motor Co., Ltd Control device for mobile robot

Patent Citations (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3658147B2 (en) * 1996-07-25 2005-06-08 本田技研工業株式会社 Gait generator for legged mobile robot
JP2002210679A (en) * 2000-11-17 2002-07-30 Honda Motor Co Ltd Remote controller for biped robot
US20040143369A1 (en) 2001-04-27 2004-07-22 Toru Takenaka Device for generating motion of legged mobile robot
US7496428B2 (en) 2001-12-28 2009-02-24 Honda Giken Kogyo Kabushiki Kaisha Gait producing device for leg type movable robot
US7378812B2 (en) 2004-01-28 2008-05-27 Toyota Jidosha Kabushiki Kaisha Legged robot and legged robot walking control method
JP2006255798A (en) * 2005-03-15 2006-09-28 Sanyo Electric Co Ltd Walking robot device
US8974543B2 (en) 2008-04-30 2015-03-10 Rizzoli Ortopedia S.P.A. Automatic prosthesis for above-knee amputees
US8332068B2 (en) 2008-12-19 2012-12-11 Honda Motor Co., Ltd. Intelligent stepping for humanoid fall direction change
US8457830B2 (en) 2010-03-22 2013-06-04 John R. Goulding In-line legged robot vehicle and method for operating
US20110231050A1 (en) 2010-03-22 2011-09-22 Goulding John R In-Line Legged Robot Vehicle and Method for Operating
US20170045893A1 (en) 2010-03-22 2017-02-16 John R. Goulding Single-track legged vehicle
US20130238183A1 (en) 2010-03-22 2013-09-12 John R. Goulding Method of operating an in-line legged robot vehicle
US20110264264A1 (en) 2010-04-22 2011-10-27 Honda Motor Co., Ltd. Control device and gait generating device for bipedal mobile robot
US20120245734A1 (en) 2011-03-21 2012-09-27 Seungkook Yun Humanoid robot push recovery on level and non-level ground
US20120310412A1 (en) 2011-05-30 2012-12-06 Samsung Electronics Co., Ltd. Robot and control method thereof
US20120316683A1 (en) 2011-06-10 2012-12-13 Samsung Electronics Co., Ltd. Balance control apparatus of robot and control method thereof
US20140261887A1 (en) 2011-11-03 2014-09-18 Thales Nederland B.V. System for characterizing motion of an individual, notably a human individual, and associated method
US9156159B2 (en) 2012-03-08 2015-10-13 Disney Enterprises Inc. Robot cyclic locomotion using a dynamic object
US20130310979A1 (en) 2012-04-18 2013-11-21 Massachusetts Institute Of Technology Neuromuscular Model-Based Sensing And Control Paradigm For A Robotic Leg
US20160001444A1 (en) * 2013-03-04 2016-01-07 President And Fellows Of Harvard College Magnetic assembly of soft robots with hard components
US9044859B2 (en) 2013-10-31 2015-06-02 Disney Enterprises, Inc. Method for gait generation and tracking control for a bipedal walking robot
US20150202768A1 (en) 2014-01-20 2015-07-23 Toyota Jidosha Kabushiki Kaisha Biped walking robot control method and biped walking robot control system
US9586316B1 (en) 2015-09-15 2017-03-07 Google Inc. Determination of robotic step path
US9789607B1 (en) 2015-11-03 2017-10-17 Google Inc. Achieving a target gait in a legged robot based on steering commands
US10017218B1 (en) 2015-11-11 2018-07-10 Boston Dynamics, Inc. Achieving a target gait behavior in a legged robot
US10144465B1 (en) 2015-11-11 2018-12-04 Boston Dynamics, Inc. Achieving a target gait behavior in a legged robot
US10266220B2 (en) 2015-11-11 2019-04-23 Boston Dynamics, Inc. Achieving a target gait behavior in a legged robot
US10399621B2 (en) 2015-11-11 2019-09-03 Boston Dynamics, Inc. Achieving a target gait behavior in a legged robot
US11319005B2 (en) 2015-11-11 2022-05-03 Boston Dynamics, Inc. Achieving a target gait behavior in a legged robot
US10040197B2 (en) 2015-12-14 2018-08-07 Honda Motor Co., Ltd Control device for mobile robot

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
Burridge et al., "Sequential Composition of Dynamiclaly Dexterous Robot Behaviours," The International Journal of Robotics Research 1999, pp. 534-555, vol. 18, No. 6.
English translation for JP2002210679A (Year: 2002). *
English translation for JP2006255798A (Year: 2006). *
English translation for JP3658147B (Year: 2005). *
Haynes et al., "Gaits and Gait Transitions for Legged Robots," Proceedings of the 2006 IEEE International Conference on Robotics and Automation, May 2006, pp. 1117-1122.
Johnson et al., "Disturbance Detection, Identification, and Recovery by Gait Transition in Legged Robots," RSJ International Conference on Intelligent Robots and Systems, IEEE, Oct. 18-22, 2010, Taipei, Taiwan, pp. 5347-5353.
Kantor et al., "Sequential composition for control of underactuated systems," Robotics Institute, School of Computer Science, Nov. 2003, 19 pages.

Also Published As

Publication number Publication date
US20190054965A1 (en) 2019-02-21
US10017218B1 (en) 2018-07-10
US11319005B2 (en) 2022-05-03
US20190344845A1 (en) 2019-11-14
US20190210673A1 (en) 2019-07-11
US10144465B1 (en) 2018-12-04
US20210147017A1 (en) 2021-05-20
US10399621B2 (en) 2019-09-03
US10266220B2 (en) 2019-04-23

Similar Documents

Publication Publication Date Title
US12054208B2 (en) Achieving a target gait behavior in a legged robot
US9969086B1 (en) Achieving a target gait in a legged robot based on steering commands
US11188081B2 (en) Auto-swing height adjustment
US20230347524A1 (en) Generalized coordinate surrogates for integrated estimation and control
US11426875B2 (en) Natural pitch and roll
US11654985B2 (en) Mechanically-timed footsteps for a robotic device
US11851120B2 (en) Control of robotic devices with non-constant body pitch
US9908240B1 (en) Ground plane compensation for legged robots
US9931753B1 (en) Methods and devices for automatic gait transition
US9395726B1 (en) Methods and devices for bound and gallop gaits
US9994269B1 (en) Rotatable extension for robot foot

Legal Events

Date Code Title Description
AS Assignment

Owner name: BOSTON DYNAMICS, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GOOGLE INC.;REEL/FRAME:055037/0249

Effective date: 20170515

Owner name: GOOGLE INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SWILLING, BENJAMIN;WHITMAN, ERIC;BERARD, STEPHEN;AND OTHERS;SIGNING DATES FROM 20160610 TO 20160625;REEL/FRAME:055037/0219

FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STPP Information on status: patent application and granting procedure in general

Free format text: APPLICATION DISPATCHED FROM PREEXAM, NOT YET DOCKETED

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

AS Assignment

Owner name: BOSTON DYNAMICS, INC., DELAWARE

Free format text: CHANGE OF NAME;ASSIGNOR:BOSTON DYNAMICS, INC.;REEL/FRAME:057711/0202

Effective date: 20210614

AS Assignment

Owner name: BOSTON DYNAMICS, INC., DELAWARE

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE REMOVE APPLICATIONS NUMBERS 63127573 AND 11/302759 AND THE CITY OF THE ASSIGNEE PREVIOUSLY RECORDED AT REEL: 057111 FRAME: 0202. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT;ASSIGNOR:BOSTON DYNAMICS, INC.;REEL/FRAME:057964/0415

Effective date: 20210614

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

ZAAA Notice of allowance and fees due

Free format text: ORIGINAL CODE: NOA

ZAAB Notice of allowance mailed

Free format text: ORIGINAL CODE: MN/=.

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED

STCF Information on status: patent grant

Free format text: PATENTED CASE