User control device for a transporter

Information

  • Patent Grant
  • 11720115
  • Patent Number
    11,720,115
  • Date Filed
    Tuesday, September 8, 2020
    3 years ago
  • Date Issued
    Tuesday, August 8, 2023
    9 months ago
Abstract
A user control device for a transporter. The user control device can communicate with the transporter via electrical interface(s) that can facilitate communication and data processing among the user interface device and controllers that can control the movement of the transporter. The user control device can perform automated actions based on the environment in which the transporter operates and the user's desired movement of the transporter. External applications can enable monitoring and control of the transporter.
Description
BACKGROUND

The present teachings relate generally to personal vehicles, and more specifically to user control devices for vehicles that have heightened requirements for safety and reliability. Currently, personal vehicles can ascend and descend stairs. Such devices can include a plurality of wheels that can rotate about axes that are fixed with respect to a cluster arm. The cluster arm can rotate about an axis so that wheels rest on successive stairs. Currently, a user can board or disembark from an automobile or other enclosed vehicle and can load a personal vehicle into or out of the enclosed vehicle.


What is needed is a user control device that can automatically determine locations of key features of the environment of the personal vehicle and can automatically cause the personal vehicle to react to the key features.


SUMMARY

The user control device of the present teachings can include, but is not limited to including, a user control processor (UCP) assist that can provide enhanced functionality to a user of a personal vehicle such as the transporter of the present teachings, for example, but not limited to, assisting a user of the transporter in avoiding obstacles, traversing doors, traversing stairs, traveling on elevators, and parking/transporting the transporter. The UCP assist can receive user input and/or input from power base processors (PBPs) that can control the transporter, and can enable the invocation of a processing mode that has been automatically or manually selected. A command processor can enable the invoked mode by generating movement commands based at least on previous movement commands, data from the user, and data from sensors. The command processor can receive user data that can include signals from a joystick that can provide an indication of a desired movement direction and speed of the transporter. User data can also include mode selections into which the transporter could be transitioned. Modes such as door mode, rest room mode, enhanced stair mode, elevator mode, mobile storage mode, and static storage/charging mode can be selected. Any of these modes can include a move-to-position mode, or the user can direct the transporter to move to a certain position. UCP assist can generate commands such as movement commands that can include, but are not limited to including, speed and direction, and the movement commands can be provided to the PBPs which can transmit this information to wheel motor drives and cluster motor drives.


Sensor data can be collected by sensor-handling processors that can include, but are not limited to including, a transporter geometry processor, a point cloud library (PCL) processor, a simultaneous location and mapping (SLAM) processor, and an obstacle processor. The movement commands can also be provided to the sensor handling processors. The sensors can provide environmental information that can include, for example, but not limited to, obstacles and geometric information about the transporter. The sensors can include at least one time-of-flight sensor that can be mounted anywhere on transporter. There can be multiple sensors mounted on the transporter. The PCL processor can gather and process environmental information, and can produce PCL data that can be processed by a PCL library.


The transporter geometry processor of the present teachings can receive transporter geometry information from the sensors, can perform any processing necessary to prepare the transporter geometry information for use by the mode-dependent processors, and can provide the transporter geometry information to mode-dependent processors. The geometry of the transporter can be used for automatically determining whether or not the transporter can fit in and/or through a space such as, for example, a stairway and a door. The SLAM processor can determine navigation information based on, for example, but not limited to, user information, environmental information, and movement commands. The transporter can travel in a path at least in part set out by navigation information. An obstacle processor can locate obstacles and distances to the obstacles. Obstacles can include, but are not limited to including, doors, stairs, automobiles, and miscellaneous features in the vicinity of the path of the transporter.


The method for obstacle processing of the present teachings can include, but is not limited to including, receiving movement commands and user information, receiving and segmenting PCL data, identifying at least one plane within the segmented PCL data, and identifying at least one obstacle within the at least one plane. The method for obstacle processing can further include determining at least one situation identifier based at least on the obstacles, user information, and movement commands, and determining the distance between the transporter and the obstacles based at least on the situation identifier. The method for obstacle processing can also include accessing at least one allowed command related to the distance, the obstacle, and the situation identifier. The method for obstacle processing can still further include accessing an automatic response to the allowed command, mapping the movement command with one of the allowed commands, and providing the movement command and the automatic response associated with the mapped allowed command to the mode-dependent processors.


The obstacles can be stationary or moving. The distance can include a fixed amount and/or can be a dynamically-varying amount. The movement command can include, but is not limited to including, a follow command, a pass-the-obstacle command, a travel-beside-the-obstacle command, and a do-not-follow-the-obstacle command. The obstacle data can be stored and retrieved locally and/or in a cloud-based storage area, for example. The method can optionally include storing the obstacle data and allowing access to the stored obstacle data by systems external to the transporter. The method for obstacle processing can optionally include collecting sensor data from a time-of-flight camera mounted on the transporter, analyzing the sensor data using a point cloud library (PCL), tracking the moving object using SLAM based on the location of the transporter, identifying a plane within the obstacle data using, and providing the automatic response associated with the mapped allowed command to the mode-dependent processors. The method for obstacle processing can optionally receive a resume command, and provide, following the resume command, a movement command and the automatic response associated with the mapped allowed command to the mode-dependent processors. The automatic response can include a speed control command.


The obstacle processor of the present teachings can include, but is not limited to including, a nav/PCL data processor. The nav/PCL processor can receive the movement commands and the user information, and can receive and segment PCL data from a PCL processor, identify a plane within the segmented PCL data, and identify obstacles within the plane. The obstacle processor can include a distance processor. The distance processor can determine a situation identifier based on user information, the movement command, and the obstacles. The distance processor can determine the distance between the transporter and the obstacles based at least on the situation identifier. The moving object processor and/or the stationary object processor can access the allowed command related to the distance, the obstacles, and the situation identifier. The moving object processor and/or the stationary object processor can access an automatic response from an automatic response list associated with the allowed command. The moving object processor and/or the stationary object processor can access the movement command and map the movement command with one of the allowed commands. The moving object processor and/or stationary object processor can provide movement commands and the automatic response associated with the mapped allowed command to the mode-dependent processors. The movement command can include a follow command, a pass command, a travel-beside command, a move-to-position command, and a do-not-follow command. The nav/PCL processor can store obstacles in local storage and/or on storage cloud, and can allow access to the stored obstacles by systems external to the transporter.


The method of the present teachings for navigating stairs can include, but is not limited to including, receiving a stair command, and receiving environmental information from sensors mounted on the transporter and/or the obstacle processor. The method for navigating stairs can include locating, based on the environmental information, staircases within environmental information, and receiving a selection of one of the staircases located by the sensors and/or the obstacle processor. The method for navigating stairs can also include measuring the characteristics of the selected staircase, and locating, based on the environmental information, obstacles, if any, on the selected staircase. The method for navigating stairs can also include locating, based on the environmental information, a last stair of the selected staircase, and providing movement commands to move the transporter on the selected staircase based on the measured characteristics, the last stair, and the obstacles, if any. The method for navigating stairs can continue providing movement commands until the last stair is reached. The characteristics can include, but are not limited to including, the height of the stair riser of the selected staircase, the surface texture of the riser, and the surface temperature of the riser. Alerts can be generated if the surface temperature falls outside of a threshold range and the surface texture falls outside of a traction set.


The method can optionally include locating the at least one staircase based on GPS data, building a map of the selected staircase using SLAM, saving the map, and updating the map while the transporter is moving. The method can optionally include accessing a geometry of the transporter, comparing the geometry to the at least one characteristic of the selected staircase, and modifying the movement of the transporter based on the comparing step. The characteristic can include, but is not limited to including, the height of at least one riser of the selected staircase, the surface texture of the at least one riser, and the surface temperature of the at least one riser. The method can optionally include generating an alert if the surface temperature falls outside of a threshold range and the surface texture falls outside of a traction set. The threshold range can include, but is not limited to including, temperatures below 33° F. The traction set can include, but is not limited to including, a carpet texture. The method can optionally include determining, based on the sensor data, the topography of an area surrounding the selected staircase, and generating an alert if the topography is not flat. The method can optionally include accessing a set of extreme circumstances.


The navigating stair processor of the present teachings can include, but is not limited to including, a staircase processor receiving at least one stair command included in user information, and a staircase locator receiving, through, for example, the obstacle processor, environmental information from sensors mounted on the transporter. The staircase locator can locate, based on environmental information, the staircases within the environmental information, and can receive the choice of a selected staircase. The stair characteristics processor can measure the characteristics of the selected staircase, and can locate, based on environmental information, obstacles, if any, on the selected staircase. The stair movement processor can locate, based on environmental information, a last stair of the selected staircase, and can provide to movement processor movement commands to instruct the transporter to move on the selected staircase based on the characteristics, the last stair, and the obstacles, if any. The staircase locator can locate staircases based on GPS data, and can build and save a map of the selected staircase. The map can be saved for use locally and/or by other devices unrelated to the transporter. The staircase processor can access the geometry of the transporter, compare the geometry to the characteristics of the selected staircase, and modify the navigation of the transporter based on the comparison. The staircase processor can optionally generate an alert if the surface temperature of the risers of the selected staircase falls outside of a threshold range and the surface texture of selected staircase falls outside of a traction set. The stair movement processor can determine, based on the environmental information, the topography of an area surrounding the selected staircase, and can generate an alert if the topography is not flat. The stair movement processor can access a set of extreme circumstances that can be used to modify the movement commands generated by the stair movement processor.


When the transporter traverses the threshold of a door, where the door can include a door swing, a hinge location, and a doorway, the method of the present teachings for navigating a door can include receiving and segmenting environmental information from sensors mounted on the transporter. The environmental information can include the geometry of the transporter. The method can include identifying a plane within the segmented sensor data, and identifying the door within the plane. The method for navigating a door can include measuring the door based on the environmental information. The method for navigating a door can include determining the door swing and providing movement commands to move the transporter for access to a handle of the door. The method for navigating a door can include providing movement commands to move the transporter away from the door as the door opens by a distance based on the door measurements. The method for navigating a door can include providing movement commands to move the transporter forward through the doorway. The transporter can maintain the door in an open position if the door swing is towards the transporter.


The method of the present teachings for processing sensor data can determine, through information from the sensors, the hinge side of the door, the direction and angle of the door, and the distance to the door. The movement processor of the present teachings can generate commands to PBPs such as start/stop turning left, start/stop turning right, start/stop moving forward, start/stop moving backwards, and can facilitate door mode by stopping the transporter, cancelling the goal that the transporter can be aiming to complete, and centering the joystick. The door processor of the present teachings can determine whether the door is, for example, a push to open, a pull to open, or a slider. The door processor can determine the width of the door based on the current position and orientation of the transporter, and can determine the x/y/z location of the door pivot point. If the door processor determines that the number of valid points in the image of the door derived from the set of obstacles and/or PCL data is greater than a threshold, the door processor can determine the distance from the transporter to the door. The door processor can determine if the door is moving based on successive samples of PCL data from the sensor processor. In some configurations, the door processor can assume that a side of the transporter is even with the handle side of the door, and can use that assumption, along with the position of the door pivot point, to determine the width of the door. The door processor can generate commands to move the transporter through the door based on the swing and the width of the door. The transporter itself can maintain the door in an open state while the transporter traverses the threshold of the door.


In some configurations, the transporter can automatically negotiate the use of rest room facilities. The doors to the rest room and to the rest room stall can be located as discussed herein, and the transporter can be moved to locations with respect to the doors as discussed herein. Fixtures in the rest room can be located as obstacles as discussed herein, and the transporter can be automatically positioned in the vicinity of the fixtures to provide the user with access to, for example, the toilet, the sink, and the changing table. The transporter can be automatically navigated to exit the rest room stall and the rest room through door and obstacle processing discussed herein. The transporter can automatically traverse the threshold of the door based on the geometry of the transporter.


The method of the present teachings for automatically storing the transporter in a vehicle, such as, for example, but not limited to, an accessible van, can assist a user in independent use of the vehicle. When the user exits the transporter and enters the vehicle, possibly as the vehicle's driver, the transporter can remain parked outside of the vehicle. If the transporter is to accompany the user in the vehicle for later use, the mobile park mode of the present teachings can provide movement commands to the transporter to cause the transporter to store itself either automatically or upon command, and to be recalled to the door of the vehicle as well. The transporter can be commanded to store itself through commands received from external applications, for example. In some configurations, a computer-driven device such as a cell phone, laptop, and/or tablet can be used to execute one or more external applications and generate information that could ultimately control the transporter. In some configurations, the transporter can automatically proceed to mobile park mode after the user exits the transporter. Movement commands can include commands to locate the door of the vehicle at which the transporter will enter to be stored, and commands to direct the transporter to the vehicle door. Mobile park mode can determine error conditions such as, for example, but not limited to, if the vehicle door is too small for the transporter to enter, and mobile park mode can alert the user of the error condition through, for example, but not limited to, an audio alert through audio interface and/or a message to one or more external applications. If the vehicle door is wide enough for the transporter to enter, mobile park mode can provide vehicle control commands to command the vehicle to open the vehicle door. Mobile park mode can determine when the vehicle door is open and whether or not there is space for the transporter to be stored. Mobile park mode can invoke the method for obstacle processing to assist in determining the status of the vehicle door and if there is room in the vehicle to store the transporter. If there is enough room for the transporter, mobile park mode can provide movement commands to move the transporter into the storage space in the vehicle. Vehicle control commands can be provided to command the vehicle to lock the transporter into place, and to close the vehicle door. When the transporter is again needed, one or more external applications, for example, can be used to bring the transporter back to the user. The status of the transporter can be recalled, and vehicle control commands can command the vehicle to unlock the transporter and open the door of the vehicle. The vehicle door can be located and the transporter can be moved through the vehicle door and to the passenger door to which it had been summoned by, for example, one or more external applications. In some configurations, the vehicle can be tagged in places such as, for example, the vehicle entry door where the transporter can be stored.


The method of the present teachings for storing/recharging the transporter can assist the user in storing and possibly recharging the transporter, possibly when the user is sleeping. After the user exits the transporter, commands can be initiated by one or more external applications, to move the perhaps riderless transporter to a storage/docking area. In some configurations, a mode selection by the user while the user occupies the transporter can initiate automatic storage/docking functions after the user has exited the transporter. When the transporter is again needed, commands can be initiated by one or more external applications to recall the transporter to the user. The method for storing/recharging the transporter can include, but is not limited to including, locating at least one storage/charging area, and providing at least one movement command to move the transporter from a first location to the storage/charging area. The method for storing/recharging the transporter can include locating a charging dock in the storage/charging area and providing at least one movement command to couple the transporter with the charging dock. The method for storing/recharging the transporter can optionally include providing at least one movement command to move the transporter to the first location when the transporter receives an invocation command. If there is no storage/charging area, or if there is no charging dock, or if the transporter cannot couple with the charging dock, the method for storing/recharging the transporter can optionally include providing at least one alert to the user, and providing at least one movement command to move the transporter to the first location.


The method of the present teachings for negotiating an elevator while maneuvering the transporter can assist a user in getting on and off the elevator in the transporter. When the elevator is, for example, automatically located, and when the user selects the desired elevator direction, and when the elevator arrives and the door opens, movement commands can be provided to move the transporter into the elevator. The geometry of the elevator can be determined and movement commands can be provided to move the transporter into a location that makes it possible for the user to select a desired activity from the elevator selection panel. The location of the transporter can also be appropriate for exiting the elevator. When the elevator door opens, movement commands can be provided to move the transporter to fully exit the elevator.





BRIEF DESCRIPTION OF THE DRAWINGS

The present teachings will be more readily understood by reference to the following description, taken with the accompanying drawings, in which:



FIG. 1 is a schematic representation of a transporter of the present teachings;



FIGS. 2A-2D are schematic block diagrams of the components of the transporter of the present teachings;



FIGS. 3A-3B are schematic block diagrams of mode processing of the present teachings;



FIG. 4 is a schematic block diagram of the electronic components of the transporter of the present teachings;



FIG. 5A is a line-drawing representation of an exemplary visual interface of the present teachings;



FIG. 5B is a line-drawing representation of an exemplary manual interface of the present teachings;



FIG. 6 is a line-drawing representation of exemplary manual interface switches/buttons of the present teachings;



FIG. 6A is a schematic representation of the user control device case of the present teachings;


FIGS. 6B1 and 6B2 are schematic representations of the manual interface cover and UCP assist connection of the present teachings;


FIGS. 6B3 and 6B4 are schematic representations of the UCP assist holder of the present teachings;


FIGS. 6C1 and 6C2 are schematic representations of the UCP assist connection device of the present teachings;


FIGS. 6D1 and 6D2 are schematic representations of the mounting board for the UCP assist connection device of the present teachings;


FIGS. 6D3 and 6D4 are schematic representations of the UCP assist connection device mounted on the mounting board for the UCP assist connection device;


FIGS. 6D5 and 6D6 are schematic representations of another configuration of the UCP assist connection device of the present teachings;



FIG. 6E is a line drawing of a configuration of the positioning of sensors of the transporter of the present teachings;



FIGS. 7A-7E are charts of communications packet information of the present teachings;



FIG. 8 is a graph of a manual interface response template of the present teachings;



FIG. 9 is a control flow diagram of processing of the present teachings;



FIG. 10 is a schematic block diagram of the components of the UCP assist of the present teachings;


FIGS. 11A1-11A2 are schematic block diagrams of a method of obstacle detection of the present teachings;



FIG. 11B is a schematic block diagram of the components of the obstacle detection of the present teachings;



FIGS. 12A-12D are computer-generated representations of the transporter configured with a sensor;



FIG. 13A is schematic block diagrams of a method of enhanced stair climbing of the present teachings;



FIG. 13B is a schematic block diagram of the components of the enhanced stair climbing of the present teachings;


FIGS. 14A1-14A2 are schematic block diagrams of a method of door traversal of the present teachings;



FIG. 14B is a schematic block diagram of the components of the door traversal of the present teachings;



FIG. 15A is a schematic block diagram of a method of rest room navigation of the present teachings;



FIG. 15B is a schematic block diagram of the components of the rest room navigation of the present teachings;


FIGS. 16A1-16A2 are schematic block diagrams of a method of mobile storage of the present teachings;



FIG. 16B is a schematic block diagram of the components of the mobile storage of the present teachings;



FIG. 17A is a schematic block diagrams of a method of storage/charging of the present teachings;



FIG. 17B is a schematic block diagram of the components of the storage/charging of the present teachings;



FIG. 18A is a schematic block diagrams of a method of elevator navigation of the present teachings; and



FIG. 18B is a schematic block diagram of the components of the elevator navigation of the present teachings.





DETAILED DESCRIPTION

The configuration of a user control device of the present teachings is discussed in detail below in relation to a transporter, for example, but not limited to, a wheelchair. Various types of transporters can interface with the user control device. The user control device can communicate with the transporter via electrical interface(s) that can facilitate communication and data processing among the user interface device and controllers that can control the movement of the transporter. The user control device can perform automated actions based on the environment in which the transporter operates and the user's desired movement of the transporter. External applications can enable monitoring and control of the transporter.


Referring now to FIG. 1, transporter 120 can include, but is not limited to including, user control device 131, seat 105, chassis 104, power base 160, first wheels 101, second wheels 102, third wheels 103, and cluster 121. UCD 131 can receive user and sensor input and can provide that information to power base 160. UCD 131 can include, but is not limited to including, UCP 130 and UCP assist 145. UCP assist can also be located independently from UCP 130, and can be positioned anywhere on transporter 120 including, but not limited to, on the side and on the back of transporter 120. Power base 160 can control, for example, the movements of wheels 101 and 102, cluster 121, and seat 105 based on inputs from UCD 131 and other factors including, but not limited to, automated enforcement of requirements for, for example, safety and reliability.


Continuing to refer to FIG. 1, transporter 120 can operate in functional modes such as, for example, but not limited to, standard mode 201 (FIG. 3A) in which transporter 120 can operate on drive wheels 101 and caster wheels 103, and enhanced mode 217 (FIG. 3A) in which transporter 120 can operate on drive wheels 101/102, can be dynamically stabilized through onboard sensors, and can operate having elevated chassis 104, casters 103, and seat 105. Transporter 120 can also operate in balance mode 219 (FIG. 3A) in which transporter 120 can operate on drive wheels 102, can have an elevated height of seat 105, and can be dynamically stabilized through onboard sensors. Transporter 120 can further operate in stair mode 215 (FIG. 3A) in which transporter 120 can use wheel clusters 121 (FIG. 1) to climb and descend stairs and can be dynamically stabilized. Transporter 120 can still further operate in remote mode 205 (FIG. 3A) in which transporter 120 can operate on drive wheels 101/102 and can be unoccupied. Transporter 120 can optionally operate in docking mode 203 (FIG. 3A) in which transporter 120 can operate on drive wheels 101/102 and caster wheels 103, thereby lowering chassis 104. Some of the modes of transporter 120 are described in U.S. Pat. No. 6,343,664, entitled Operating Modes for Stair Climbing in Cluster-wheel Vehicle, issued Feb. 2, 2002, which is incorporated herein by reference.


Referring now primarily to FIGS. 2A-2D, power base 160 (FIG. 1) can include, but is not limited to including, at least one processor 43A-43D (FIGS. 2C/2D), at least one motor drive 1050, 19, 21, 25, 27, 31, 33, 37 (FIGS. 2C/2D), at least one inertial system 1070, 23, 29, 35 (FIGS. 2C/2D), and at least one power source controller 11A/B (FIG. 2B). Power base 160 (FIG. 1) can be communicatively coupled with, for example, but not limited to, UCD 131 (FIG. 2A) through, for example, but not limited to, electronic communications means 53C and a protocol such as, for example, a controller area network (CAN) bus protocol. UCD 131 (FIG. 2A) can be optionally communicatively coupled with electronic devices 140A (FIG. 2A) such as, for example, but not limited to, computers such as tablets and personal computers, telephones, and lighting systems, and can possibly be executing external applications 140 (FIG. 4). UCD 131 (FIG. 2A) can include, but is not limited to including, at least one manual interface such as, for example, joystick 133 (FIG. 5B) and at least one push button 141A/B/C (FIG. 6), at least one visual interface such as, for example, display (FIG. 5A), and, optionally, at least one UCP assist 145 (FIG. 4). UCD 131 (FIG. 2A) can optionally be communicatively coupled with peripheral control module 1144, sensor aid modules 1141, and autonomous control modules 1142/1143. Communications can be enabled by, for example, but not limited to, a CANbus protocol and an Ethernet protocol. Other protocols can be used.


Continuing to refer primarily to FIGS. 2A-2D, in some configurations, each at least one processor 43A-43D (FIGS. 2C/2D) can include, but is not limited to including, at least one cluster motor drive 1050, 27 (FIGS. 2C/2D), at least one right wheel motor drive 19, 31 (FIG. 2C), at least one left wheel motor drive 21, 33 (FIGS. 2C/2D), at least one seat motor drive 25, 37 (FIGS. 2C/D), and at least one inertial sensor pack 1070, 23, 29, 35 (FIGS. 2C/2D). Power base 160 can further include at least one cluster brake 57, 69 (FIGS. 2C/2D), at least one cluster motor 83, 89 (FIGS. 2C/2D), at least one right wheel brake 59, 73 (FIG. 2C/2D), at least one left wheel brake 63, 77 (FIGS. 2C/2D), at least one right wheel motor 85, 91 (FIGS. 2C/2D), at least one left wheel motor 87, 93 (FIGS. 2C/2D), at least one seat motor 45, 47 (FIGS. 2C/2D), at least one seat brake 65, 79 (FIGS. 2C/2D), at least one cluster position sensor 55, 71 (FIGS. 2C/2D), and at least one manual brake release 61, 75 (FIGS. 2C/2D).


Continuing to refer primarily to FIGS. 2A-2D, power base 160 (FIG. 2C) can be used to drive cluster 121 (FIG. 1) of wheels 101/102 (FIG. 1) forming a ground-contacting module. The ground-contacting module can be mounted on cluster 121 (FIG. 1), and each wheel 101/102 (FIG. 1) of the ground-contacting module can be driven by a wheel motor drive such as, for example, right wheel motor drive A 19 (FIG. 2C), or redundant right wheel motor drive B 31 (FIG. 2D). Cluster 121 (FIG. 1) can rotate about a cluster axis, the rotation being governed by, for example, cluster motor drive A 1050 (FIG. 2C), or redundant cluster motor drive B 27 (FIG. 2D). At least one of the sensors such as, for example, but not limited to, at least one cluster position sensor 55/71 (FIGS. 2C/2D), at least one manual brake release sensor 61/75 (FIGS. 2C/2D), at least one motor current sensor (not shown), and at least one inertial sensor pack 17, 23, 29, 35 (FIGS. 2C/2D) can sense the state of transporter 120 (FIG. 1).


Continuing to still further refer to FIGS. 2A-2D, processors 43A-43D (FIGS. 2C/2D) can be electronically coupled to UCD 131 (FIG. 2A) for receiving control input, as well as to other controllers for controlling peripheral and extraordinary functions of transporter 120 (FIG. 1). Communications 53A-53C (FIG. 2B) among UCD 131 (FIG. 2A), power source controllers 11A/11B (FIG. 2B), and each of processors 43A-43D (FIGS. 2C/D) can be according to any protocol including, but not limited to, a CANbus protocol. At least one Vbus 95, 97 (FIG. 2B) can connect at least power source controller 11A/B (FIG. 2B) to power base 160 (FIG. 2C) and components external to power base 160 (FIG. 2C) through external Vbus 107 (FIG. 2B). In some configurations, processor A143A (FIG. 2C) can be the master of CANbus A 53A (FIG. 2B). Slaves on CANbus A 53A (FIG. 2B) can be processor A243B (FIG. 2C), processor B143C (FIG. 2D), and processor B243D (FIG. 2D). In some configurations, processor B143C (FIG. 2D) can be the master of CANbus B 53B (FIG. 2B). Slaves on CANbus B 53B (FIG. 2B) can be processor B243C (FIG. 2D), processor A143A (FIG. 2C), and processor A243B (FIG. 2C). UCD 131 (FIG. 2A) can be the master of CANbus C 53C (FIG. 2B). Slaves on CANbus C 53C (FIG. 2B) can be power source controller 11A/B (FIG. 2B), processor A143A (FIG. 2C), processor A243B (FIG. 2C), processor B143C (FIG. 2D), and processor B243D (FIG. 2D). The master node (any of processors 43A-43D (FIG. 2C/D) or UCD 131 (FIG. 2A)) can send data to or request data from the slaves.


Referring now primarily to FIGS. 2C/2D, in some configurations, power base 160 can include redundant processor sets A/B 39/41 that can control clusters 121 (FIG. 1) and rotating drive wheels 101/102 (FIG. 1). Right/left wheel motor drives A/B 19/21, 31/33 can drive right/left wheel motors A/B 85/87, 91/93 that drive wheels 101/102 (FIG. 1) on the right and left sides of transporter 120 (FIG. 1). Wheels 101/102 (FIG. 1) can be coupled to drive together. Turning can be accomplished by driving left wheel motors A/B 87/93 and right wheel motors A/B 85/91 at different rates. Cluster motor drive A/B 1050/27 can drive cluster motors A/B 83/89 that can rotate the wheel base in the fore/aft direction which can allow transporter 120 (FIG. 1) to remain level while front wheels 101 (FIG. 1) are higher or lower than rear wheels 102 (FIG. 1). Cluster motors A/B 83/89 can keep transporter 120 (FIG. 1) level when climbing up and down curbs, and can rotate the wheel base repeatedly to climb up and down stairs. Seat motor drive A/B 25/37 can drive seat motors A/B 45/47 that can raise and lower seat 105 (FIG. 1).


Continuing to further refer to FIGS. 2C/2D, cluster position sensors A/B 55/71 can sense the position of cluster 121 (FIG. 1) of wheels 101/102 (FIG. 1). The signals from cluster position sensors A/B 55/71 and seat position sensors A/B 67/81 can be communicated among processors 43A-43D and can be used by processor set A/B 39/41 to determine signals to be sent to, for example, right wheel motor drive A/B 19/31, cluster motor drive A/B 15/27 and seat motor drive A/B 25/37. The independent control of clusters 121 (FIG. 1) and drive wheels 101/102 (FIG. 1) can allow transporter 120 (FIG. 1) to operate in several modes, thereby allowing processors 43A-43D to switch between modes, for example, in response to the local terrain. The mode switch can occur, for example, automatically and/or at the request of a user.


Continuing to still further refer to FIGS. 2C/2D, inertial sensor packs 1070, 23, 29, 35 can sense, for example, but not limited to, the orientation of transporter 120 (FIG. 1). Each processor 43A-43D can include, in inertial sensor packs 1070, 23, 29, 35, accelerometers and gyroscopes. In some configurations, each inertial sensor pack 1070, 23, 29, 35 can include, but is not limited to including, four sets of three-axis accelerometers and three-axis gyros. The accelerometer and gyro data can be fused on each of processors 43A-43D. Each processor 43A-43D can produce a gravity vector that can be used to compute the orientation and inertial rotation rates of power base 160 (FIG. 1). The fused data can be shared across processors 43A-43D and can be subjected to threshold criteria. The threshold criteria can be used to improve the accuracy of device orientation and inertial rotation rates. For example, fused data from certain of processors 43A-43D that exceed certain thresholds can be discarded. The fused data from each of processors 43A-43D that are within pre-selected limits can be, for example, but not limited to, averaged or processed in any other form. Inertial sensor packs 1070, 23, 29, 35 can include, but are not limited to including, sensors such as, for example, ST®microelectronics LSM330DLC, or any sensor supplying a 3D digital accelerometer and a 3D digital gyroscope, or further, any sensor that can measure gravity and body rates. Sensor data can be subject to processing, for example, but not limited to, filtering to improve control of transporter 120 (FIG. 1).


Continuing to still further refer primarily to FIGS. 2C/2D, power base 160 (FIG. 1) can include sensors such as, for example, but not limited to, ALLEGRO™ ACS709 current sensor IC, or any sensor that can sense at least a pre-selected number of motor currents, has bi-directional sensing, has user-selectable over-current fault setting, and can handle peak currents above a pre-selected fault limit. Cluster position sensors A/B 55/71, seat position sensors A/B 67/81, and manual brake release sensors A/B 61/75 can include but are not limited to including, Hall sensors.


Referring now primarily to FIG. 3A, in some configurations, power base processors 100 (FIG. 4) can support at least one operating mode, and active controller 64A can enable navigation among modes. The at least one operating mode can include, but is not limited to including, standard mode 201 (described with respect to FIG. 1), enhanced mode 217 (described with respect to FIG. 1), balance mode 219 (described with respect to FIG. 1), stair mode 215 (described with respect to FIG. 1), docking mode 203 (described with respect to FIG. 1), and remote mode 205 (described with respect to FIG. 1). Service modes can include, but are not limited to including, recovery mode 161, failsafe mode 167 (FIG. 3B), update mode 169 (FIG. 3B), self-test mode 171 (FIG. 3B), calibrate mode 163, power on mode 207 (FIG. 3B), and power off mode 209 (FIG. 3B). With respect to recovery mode 161, if a power off occurs when transporter 120 (FIG. 1) is not in one of a pre-selected set of modes, such as for example, but not limited to, standard mode 201, docking mode 203, or remote mode 205, transporter 120 (FIG. 1) can enter recovery mode 161 to safely reposition transporter 120 (FIG. 1) into the driving position of standard mode 201. During recovery mode 161, power base processors 100 (FIG. 4) can select certain components to activate such as, for example, seat motor drive A/B 25/37 (FIG. 2C/2D) and cluster motor drive A/B 1050/27 (FIG. 2C/2D). Functionality can be limited to, for example, controlling the position of seat 105 (FIG. 1) and cluster 121 (FIG. 1).


Referring now primarily to FIG. 3B, transporter 120 (FIG. 1) can be transitioned into failsafe mode 167 when transporter 120 (FIG. 1) can no longer effectively operate. In failsafe mode 167, at least some active operations can be halted to protect against potentially erroneous or uncontrolled motion. Transporter 120 (FIG. 1) can be transitioned from standard mode 201 (FIG. 3A) to update mode 169 to, for example, but not limited to, enable communications with external applications 140 (FIG. 4) that can be executing external to power base 160 (FIG. 1). Transporter 120 (FIG. 1) can be transitioned to self-test mode 171 when transporter 120 (FIG. 1) is first powered. In self-test mode 171, electronics in power base 160 (FIG. 1) can perform self diagnostics and can synchronize with one another. In some configurations, system self-tests can be performed to check the integrity of systems that are not readily testable during normal operation, for example, memory integrity verification tests and disable circuitry tests. While in self-test mode 171, operational functions can be disabled.


Referring now primarily to FIG. 4, transporter control system 200A can include, but is not limited to including, at least one power base processor 100 and at least one power source controller 11 that can bi-directionally communicate over serial bus 143 with system serial bus messaging system 130F. System serial bus messaging 130F can bi-directionally communicate with I/O interface 130G, external communications 130D, UCP 130, and UCP assist 145. UCP 130 and UCP assist 145 can access peripherals, processors, and controllers through interface modules that can include, but are not limited to including, input/output (I/O) interface 130G, system serial bus (SSB) messaging interface 130F, and external communications interface 130D. In some configurations, I/O interface 130G can transmit/receive messages to/from, for example, but not limited to, at least one of audio interface 150, electronic interface 149, manual interface 153, and visual interface 151. Audio interface 150 can transmit data from, for example, UCP 130 to audio devices such as, for example, speakers that can project, for example, alerts when transporter 120 (FIG. 1) requires attention. Electronic interface 149 can transmit/receive messages to/from, for example, but not limited to, sensors 147. Sensors 147 can include, but are not limited to including, time-of-flight cameras and other sensors. Manual interface 153 can transmit/receive messages to/from, for example, but not limited to, joystick 133 (FIG. 5B) and/or switches/buttons 141/B/C (FIG. 6), and/or information lighting such as LED lights, and/or display 137 (FIG. 5A) having, for example, a touch screen. UCP 130 and UCP assist 145 can transmit/receive information to/from I/O interface 130G, system serial bus messaging 130F, external communications 130D, and each other.


Continuing to refer primarily to FIG. 4, system serial bus interface 130F can enable communications among UCP 130, UCP assist 145, power base processors (PBPs) 100 (also shown, for example, as processor A143A (FIG. 2C), processor A243B (FIG. 2C), processor B143C (FIG. 2D), and processor B243D (FIG. 2D)), and power source controllers 11 (also shown, for example, as power source controller A 11A (FIG. 2B) and power source controller B 11B (FIG. 2B)). Messages described herein can be exchanged among UCP 130, UCP assist 145, and PBPs 100 using, for example, but not limited to, system serial bus 143. External communications interface 130D can enable communications among, for example, UCP 130, UCP assist 145, and external applications 140 using wireless communications 144 such as, for example, but not limited to, BLUETOOTH® technology. UCP 130 and UCP assist 145 can transmit/receive messages to/from sensors 147 that can be used to enable automatic and/or semi-automatic control of transporter 120 (FIG. 1).


Referring now primarily to FIGS. 5A, 5B, and 6, switches and buttons 141A/B/C (FIG. 6) associated with transporter 120 (FIG. 1) can generate, upon activation, signals to I/O interface 130G (FIG. 4). The signals can be decoded and debounced by, for example, UCP 130 (FIG. 4) and/or PBPs 100 (FIG. 4). Examples of functions that can be enabled by switches/buttons 141A/B/C (FIG. 6) can include, but are not limited to including, height of seat 105 (FIG. 1), lean of seat 105 (FIG. 1), mode selection, drive setting menu selection, disabling joystick 133 (FIG. 5B), selection confirmation, power off request, alarm status acknowledgement, and horn actuation. An alert, such as a flashing icon, can be provided to bring a condition to the attention of the user. The conditions can include, but are not limited to including, low battery, service required, temperature out of range, parking brake manually overridden that could be inhibiting a user-requested a power off, and a critical fault, warning, or alert. Switches/buttons 141A/B/C (FIG. 6) can have functionality that is context-dependant and can have secondary functionality that occurs if, for example, switches/button 141A/B/C (FIG. 6) are depressed for a certain period of time. Certain switches/buttons 141A/B/C (FIG. 6) can be disabled if, for example, a mode change occurs and/or the battery charger is connected. When joystick 133 (FIG. 5B) is disabled, certain other functions can be disabled such as, for example, but not limited to, mode selection, drive menu selection, and adjustments to seat 105 (FIG. 1). Disabled switches/buttons 141A/B/C (FIG. 6) can be re-enabled under certain conditions such as, for example, when associated switches/buttons 141A/B/C (FIG. 6) are released. In some configurations, button 141C (FIG. 6) can provide a way to indicate power on, and can also provide an indication of device status and/or a means to acknowledge device status. In some configurations, button 141B (FIG. 6) can provide, for example, a hazard flasher and/or a power on flasher. In some configurations, button 141A (FIG. 6) can provide a means to enable a horn and/or a confirmation of a selection.


Referring now primarily to FIG. 6A, UCD holder 133A can house manual and visual interfaces such as, for example, joystick 133 (FIG. 5B), display 137 (FIG. 5A), and associated electronics. Connector 133C (FIG. 6B2) can allow connection to UCP assist 145 (FIG. 4). In some configurations, UCP assist holder 145A can be attached to visual/manual interface holder 145C tool-lessly. UCP assist holder 145A can house UCP assist 145 that can include sensor 147A (FIG. 12A). Sensor 147A (FIG. 12A) can include, but is not limited to including, an OPT8241 time-of-flight sensor from TEXAS INSTRUMENTS®, or any device that can provide a three-dimensional location of the data sensed by sensor 147A (FIG. 12A). UCP assist holder 145A and connector 133C (FIG. 6B2) can be located anywhere on transporter 120 (FIG. 1) and may not be limited to being mounted on visual/manual interface holder 145C.


Referring now primarily to FIGS. 6B1 and 6B2, manual/visual interface holder 145C can include, but is not limited to including, visual interface viewing window 137A (FIG. 6B1) and manual interface mounting cavity 133B (FIG. 6B1) available on first side 133E (FIG. 6B1) of manual/visual interface holder 145C. Connector 133C (FIG. 6B2) can be provided on second side 133D (FIG. 6B2) of manual/visual interface holder 145C. Any of viewing window 137A (FIG. 6B1), manual interface mounting cavity 133B (FIG. 6B1), and connector 133C (FIG. 6B2) can be located on any part of manual/visual interface holder 145C, or can be absent altogether. Manual/visual interface holder 145C, visual interface viewing window 137A (FIG. 6B1), manual interface mounting cavity 133B (FIG. 6B1), and connector 133C (FIG. 6B2) can be any size. Manual/visual interface holder 145C can be constructed of any material suitable for mounting visual interface viewing window 137A (FIG. 6B1), manual interface mounting cavity 133B (FIG. 6B1), and connector 133C (FIG. 6B2). Angle 145M can be associated with various orientations of UCD holder 133A and thus can be various values. UCD holder 133A can have a fixed orientation or can be hinged.


Referring now primarily to FIGS. 6B3 and 6B4, UCP assist holder 145A can include, but is not limited to including, filter cavity 136G and lens cavity 136F providing visibility to, for example, but not limited to, a time-of-flight sensor optical filter and lens such as, for example, but not limited to, OPT8241 3D time-of-flight sensor by TEXAS INSTRUMENTS®. UCP assist holder 145A can be any shape and size and can be constructed of any material, depending on the mounting position on transporter 120 and the sensors, processors, and power supply, for example, provided within UCP assist holder 145A. Rounded edges on cavities 136G and 136F, on casing 136E, as well as on holder 145A can be replaced by any shape of edge. Cavity 136H can house controlling electronics.


Referring now primarily to FIGS. 6C1 and 6C2, connector 133C can include, but is not limited to including, connector lead 133G (FIG. 6C1) on connector first side 133H (FIG. 6C1) and connector pins 133F that can protrude from connector second side 1331 (FIG. 6C2). Connector lead 133G (FIG. 6C1) and connector pins 133F can be any size and shape, and there can be any number of connector leads 133G (FIG. 6C1) and connector pins 133F. Further, there can be any number of connectors 133C.


Referring now primarily to FIGS. 6D1 and 6D2, mounting board 134J can include, but is not limited to including, pin holes 134D, mounting holes 134C, and alignment features 134B. Mounting board first side 134A can be identical to mounting board second side 134E, or mounting board first side 134A can have different features from mounting board second side 134E. Mounting holes 134C, pin holes 134D, and alignment features 134B can be any size and/or shape, and there can be any number of mounting holes 134C, pin holes 134D and alignment features 134B. Mounting board 134J can be used to mount connector 133C (FIGS. 6C1/6C2). In some configurations, mounting board 134J can include pin holes 134D that can accommodate connector pins 133F (FIGS. 6C1/6C2). Mounting board 134J can be provided in multiple pieces and shapes to accommodate connector(s) 133C (FIGS. 6C1/6C2).


Referring now to FIGS. 6D3 and 6D4, connector pins 133F can be inserted into pin holes 134D to mount connector 133C on mounting board 134J. Connector leads 133G can project from mounting board first side 134A (FIG. 6D3), and connector pins 133F can protrude from mounting board second side 134E (FIG. 6D4). Connector 133C can be positioned anywhere on mounting board 134J, and can cross multiple mounting boards 134J. Multiple of connectors 133C can be mounted on mounting board 134J.


Referring now primarily to FIGS. 6D5 and 6D6, in some configurations, second configuration connector 139D can be mounted on mounting board 134J (FIG. 6D1) to mount UCP assist holder 145A (FIG. 6A). Arched lead 139A on second configuration connector first side 139E can form cavity 139B into which mated connectors (not shown) from UCP assist holder 145A (FIG. 6A) can be inserted. Second configuration connector second side 139F can include protruding of second configuration connector pins 139C that can be inserted into mounting board 134J (FIG. 6D1).


Referring now primarily to FIG. 6E, transporter 120 (FIG. 1) can be fitted with any number of sensors 147 (FIG. 4) in any configuration. In some configurations, some of sensors 147 (FIG. 4) can be mounted on transporter rear 122 to accomplish specific goals, for example, backup safety. Stereo color cameras/illumination 122A, ultrasonic beam range finder 122B, time-of-flight cameras 122D/122E, and single point LIDAR sensors 122F can be mounted, for example, but not limited to, to cooperatively sense obstacles behind transporter 120 (FIG. 1). PBPs 100 (FIG. 4) and/or UCP assist 145 (FIG. 4) can receive messages that can include information from the cameras and sensors, and can enable transporter 120 (FIG. 1) to react to what might be happening out of the view of the user. Transporter 120 (FIG. 1) can also include reflectors 122C that can be optionally fitted with further sensors. Stereo color cameras/illumination 122A can also be used as taillights. Other types of cameras and sensors can be mounted on transporter 120 (FIG. 1). Information from the cameras and sensors can be used to enable a smooth transition to balance mode 219 (FIG. 3A) by providing information to UCP assist 145 (FIG. 4) to enable UCP assist 145 (FIG. 4) to locate any obstacles that might impeded the transition to balance mode 219 (FIG. 3A).


Referring now primarily to FIG. 7A, SSB 143 (FIG. 4) can provide communications through use of, for example, a CAN Bus protocol. Devices connected to SSB 143 (FIG. 4) can be programmed to respond/listen to specific messages received, processed, and transmitted by SSB messaging 130F (FIG. 4). Messages can include packets, which can include, but are not limited to including, eight bytes of data and a CAN Bus device identification that can identify the source of the packet. Devices receiving CAN bus packets can ignore invalid CAN bus packets. When an invalid CAN bus packet is received, the received device can take alternative measures, depending on, for example, the current mode of transporter 120 (FIG. 1), the previous CAN bus messages, and the receiving device. The alternate measures can, for example, maintain stability of transporter 120 (FIG. 1). The bus master of SSB 143 (FIG. 4) can transmit master sync packet 901 to establish a bus alive sequence on a frame basis and synchronize the time base.


Referring now primarily to FIG. 7B, user control panel packet #1903 (FIG. 7A) can include eight bytes and can have, for example, packet format 701. Packet format 701 can include, but is not limited to including, status 701A, error device identification 701B, mode requested 701C, control out byte 701D, commanded velocity 701E, commanded turn rate 701F, seat control byte 701G, and system data 701H. Status 701A can include, but is not limited to including, possibilities such as, for example, self test in progress, device okay, non-fatal device failure (data OK), and fatal device failure in which receiving devices can ignore the data in the packet. If UCP 130, for example, receives a device failure status, UCP 130 can post an error to, for example, a graphical user interface (GUI) on display 137 (FIG. 5A). Error device ID 701B can include the logical ID of the device for which received communications has been determined to be erroneous. Error device ID 701B can be set to zero when no errors are received.


Referring now primarily to FIG. 7C, mode requested code 701C (FIG. 7B) can be defined such that a single bit error may not indicate another valid mode. For example, mode codes can include, but are not limited to including, self-test, standard, enhanced, stair, balance, docking, remote, calibration, update, power off, power on, fail safe, recovery, flasher, door, mobile storage, static storage/charging, rest room, elevator, and enhanced stair, the meanings of which are discussed herein. Mode requested code 701C can indicate if the mode being requested should be processed to (1) either maintain the current mode or execute an allowed mode change or (2) enable situation-dependent processing. In some configurations, special situations can require automatic control of transporter 120 (FIG. 1). For example, transporter 120 (FIG. 1) can transition from stair mode 215 (FIG. 3A) automatically to enhanced mode 217 (FIG. 3A) when transporter 120 (FIG. 1) has reached a top landing of a staircase. In some configurations, PBPs 100 (FIG. 4) and/or UCP assist 145 (FIG. 4) can, for example, but not limited to, modify the response of PBPs 100 (FIG. 4) to commands from joystick 133 (FIG. 1), for example, by setting transporter 120 (FIG. 1) to a particular mode. In some configurations, transporter 120 (FIG. 1) can automatically be set to a slow driving mode when transporter 120 (FIG. 1) is transitioned out of stair mode 215 (FIG. 3A). In some configurations, when transporter 120 (FIG. 1) transitions from stair mode 215 (FIG. 3A) automatically to enhanced mode 217 (FIG. 3A), joystick 133 (FIG. 1) can be disabled. When a mode is selected by any of UCP assist 145 (FIG. 4), UCP 130 (FIG. 4) through, for example, but not limited to, user entry, and/or PBPs 100 (FIG. 4), mode availability can be determined based at least in part on current operating conditions.


Continuing to refer primarily to FIG. 7C, in some configurations, if a transition is not allowed to a user-selected mode from the current mode, the user can be alerted. Certain modes and mode transitions can require user notification and possibly user assistance. For example, adjustments to seat 105 (FIG. 1) can be needed when positioning transporter 120 (FIG. 1) for a determination of the center of gravity of transporter 120 (FIG. 1) along with the load on transporter 120 (FIG. 1). The user can be prompted to perform specific operations based on the current mode and/or the mode to which the transition can occur. In some configurations, transporter 120 (FIG. 1) can be configured for, for example, but not limited to, fast, medium, medium dampened, or slow speed templates. The speed of transporter 120 (FIG. 1) can be modified by using, for example, speed template 700 (FIG. 8) relating output 703 (FIG. 8) (and wheel commands) to joystick displacement 702 (FIG. 8).


Referring now to FIG. 7D, control out byte 701D (FIG. 7B) can include, but is not limited to including, bit definitions such as, for example, but not limited to, OK to power down 801A, drive selection 801B, emergency power off request 801C, calibration state 801D, mode restriction 801E, user training 801F, and joystick centered 801G. In some configurations, OK to power down 801A can be defined to be zero if power down is not currently allowed, and drive selection 801B can be defined to specify motor drive 1 (bit 6=0) or motor drive 2 (bit 6=1). In some configurations, emergency power off request 801C can be defined to indicate if an emergency power off request is normal (bit 5=0), or an emergency power off request sequence is in process (bit 5=1), and calibration state 801D can be defined to indicate a request for user calibration (bit 4=1). In some configurations, mode restriction 801E can be defined to indicate whether or not there are restrictions for entering a particular mode. If the mode can be entered without restriction, bit 3 can be zero. If there are restrictions to entering a mode, for example, but not limited to, balance-critical modes can require certain restrictions to maintain the safety of the passenger of transporter 120 (FIG. 1), bit 3 can be one. User training 801F can be defined to indicate if user training is possible (bit 2=1), or not (bit 2=0), and joystick centered 801G can be defined to indicate if joystick 133 (FIG. 1) is centered (bits 0-1=2), or not (bits 0-1=1).


Referring again primarily to FIG. 7B, commanded velocity 701E can be, for example, a value representing forward or reverse speed. Forward velocity can be a positive value and reverse velocity can be a negative value, for example. Commanded turn rate 701F can be a value representing a left or right commanded turn rate. A left turn can be a positive value and a right turn can be a negative value. The value can represent the differential velocity between the left and right of wheels 101/102 (FIG. 1) equivalently scaled to commanded velocity 701E.


Referring again primarily to FIG. 7D, joystick 133 (FIG. 1) can have multiple redundant hardware inputs. Signals such as, for example, commanded velocity 701E (FIG. 7B), commanded turn rate 701F (FIG. 7B), and joystick-centered 801G can be received and processed. Commanded velocity 701E (FIG. 7B) and commanded turn rate 701F (FIG. 7B) can be determined from a first of the multiple hardware inputs, and joystick-centered 801G can be determined from a second of the hardware inputs. Values of joystick-centered 801G can indicate when a non-zero of commanded velocity 701E (FIG. 7B) and a non-zero of commanded turn rate 701F (FIG. 7B) are valid. Fault conditions for joystick 133 (FIG. 1) in, for example, the X and Y directions can be detected. For example, each axis of joystick 133 (FIG. 1) can be associated with dual sensors. Each sensor pair input (X (commanded velocity 701E (FIG. 7B)) and Y (command turn rate 701F (FIG. 7B)) can be associated with an independent A/D converter, each with a voltage reference channel check input. In some configurations, commanded velocity 701E (FIG. 7B) and commanded turn rate 701F (FIG. 7B) can be held to zero by the secondary input to avoid mismatch. If joystick-centered 801G is within a minimum deadband, or joystick 133 (FIG. 1) is faulted, joystick 133 (FIG. 1) can be indicated as centered. A deadband can indicate the amount of displacement of joystick 133 (FIG. 1) that can occur before a non-zero output from joystick 133 (FIG. 1) can appear. The deadband range can set the zero reference region to include an electrical center position that can be, for example, but not limited to, 45% to 55% of the defined signal range.


Referring now primarily to FIG. 7E, seat control byte 701G (FIG. 7B) can convey seat adjustment commands. Frame lean command 921 can include values such as, for example, invalid, lean forward, lean rearward, and idle. Seat height command 923 can include values such as, for example, invalid, lower seat down, raise seat up, and idle.


Referring again to FIG. 7A, user control packets 905 can include header, message ID, and data for messages traveling primarily to and from external applications 140 (FIG. 4) through, for example, but not limited to, a BLUETOOTH® connection. PBPs packet 907 can include data originated by PBPs 100 (FIG. 4) and destined for PSCs 11 (FIG. 4). PBP A143A (FIG. 2C), for example, can be designated the master of SSB 143 (FIG. 4), and PBP B143C (FIG. 2D), for example, can be designated as the secondary master of SSB 143 (FIG. 4) if PBP A143A (FIG. 2C) is no longer transmitting on the bus. The master of SSB 143 (FIG. 4) can transmit master sync packet 901 at a periodic rate, for example, but not limited to, every 20 ms +/−1%. Devices communicating using SSB 143 (FIG. 4) can synchronize the transmitting of messages to the beginning of master sync packet 901.


Referring now primarily to FIG. 8, joystick 133 (FIG. 1) can be configured to have different transfer functions to be used under different conditions according to, for example, the abilities of the user. Speed template (transfer function) 700 shows an exemplary relationship between physical displacement 702 of joystick 133 (FIG. 1) and output 703 of joystick 133 (FIG. 1) after transfer function processing. Forward and reverse travel of joystick 133 (FIG. 1) can be interpreted as forward longitudinal requests and reverse longitudinal requests, respectively, as viewed from a user in seat 105 (FIG. 1), and can be equivalent to commanded velocity 701E (FIG. 7), the X request value. Left and right travel of joystick 133 (FIG. 1) can be interpreted as left turn requests and right turn requests, respectively, as viewed from a user in seat 105 (FIG. 1), and can be equivalent to commanded turn rate 701F, the Y request value. Joystick output 703 can be modified during certain conditions such as, for example, but not limited to, battery voltage conditions, height of seat 105 (FIG. 1), mode, failed conditions of joystick 133 (FIG. 1), and when speed modification is requested by PBPs 100 (FIG. 4). Joystick output 703 can be ignored and joystick 133 (FIG. 1) can be considered as centered, for example, but not limited to, when a mode change occurs, or while in update mode 169 (FIG. 3B), or when the battery charger is connected, or when in stair mode, or when joystick 133 (FIG. 1) is disabled, or under certain fault conditions.


Continuing to refer primarily to FIG. 8, transporter 120 (FIG. 1) can be configured to suit a particular user. In some configurations, transporter 120 (FIG. 1) can be tailored to user abilities, for example, by setting speed templates and mode restrictions. In some configurations, transporter 120 (FIG. 1) can receive commands from external applications 140 (FIG. 4) executing on devices such as, for example, but not limited to, a cell phone, a computer tablet, and a personal computer. The commands can provide, for example, default and/or dynamically-determinable settings for configuration parameters. In some configurations, a user and/or an attendant can configure transporter 120 (FIG. 1).


Referring now to FIG. 9, any of UCP 130, UCP assist 145, and/or PBPs 100 can execute a power up and processing sequence when UCP 130 (FIG. 4) and/or PBPs 100 (FIG. 4) and/or UCP assist 145 (FIG. 4) receive powered on indication 1017. Power on processing 1005 can include, but is not limited to including, integrity checks that can be performed on, for example, stored data and various indicators. Memory tests can be performed, system and configuration parameters can be established in memory, and a readiness to operate can be indicated, for example, but not limited to, by lighted LEDs. Power on processing 1005 can be followed by transitioning to main loop processing 1001 in which sensor data 1003 can be received and processed, input messages 1027 can be received, and output messages 1013 can be generated periodically, for example, but not limited to, once every frame of SSB 143 (FIG. 4). Device data 1009 and communications information 1011 can be accessed. Device data 1009 can include, but is not limited to including, a device status that can, for example, display device diagnostic data. In some configurations, communications with external applications 140 (FIG. 4) can be provided to gather information such as, for example, but not limited to, application code version numbers, application code CRC values, and protocol map compatibility information. UCP 130 (FIG. 4), UCP assist 145 (FIG. 4), and/or PBPs 100 (FIG. 4) can execute a power down sequence upon receiving power off request 1015. Ongoing activities such as, for example, but not limited to, data logging, and receiving data from, for example, switches/buttons 141A/B/C (FIG. 6), and joysticks 133 (FIG. 1), can be disabled and brought to a consistent close. Configuration, usage, service, security, and other information can be accumulated and stored during power off processing 1007.


Referring now to FIG. 10, UCP assist 145 can provide enhanced functionality to a user, for example, but not limited to, assisting a user in avoiding obstacles, traversing doors, traversing stairs, traveling on elevators, and parking/transporting transporter 120 (FIG. 1). In general, UCP assist 145 can receive user input (for example UI data 633) and/or input from PBPs 100 (FIG. 4) through, for example, but not limited to, messages from user interface devices and sensors 147. UCP assist 145 can further receive sensor input through, for example, but not limited to sensor processing systems 661. UI data 633 and output from sensor processing systems 661, for example, can inform command processor 601 to invoke the mode that has been automatically or manually selected. Command processor 601 can pass UI data 633 and output from sensor processing systems 661 to a processor that can enable the invoked mode. The processor can generate movement commands 630 at least based on previous movement commands 630, UI data 633, and output from sensor processing systems 661.


Continuing to refer to FIG. 10, UCP assist 145 can include, but is not limited to including, command processor 601, movement processor 603, simultaneous location and mapping (SLAM) processor 609, point cloud library (PCL) processor 611, geometry processor 613, and obstacle processor 607. Command processor 601 can receive user interface (UI) data 633 from the message bus. UI data 633 can include, but is not limited to including, signals from, for example, joystick 133 (FIG. 1) providing an indication of a desired movement direction and speed of transporter 120 (FIG. 1). UI data 633 can also include selections such as an alternate mode into which transporter 120 (FIG. 1) could be transitioned. In some configurations, in addition to the modes described with respect to FIGS. 3A/3B, UCP assist 145 can process mode selections such as, but not limited to, door mode 605A, rest room mode 605B, enhanced stair mode 605C, elevator mode 605D, mobile park mode 605E, and static storage/charging mode 605F. Any of these modes can include a move-to-position mode, or the user can direct transporter 120 (FIG. 1) to move to a certain position. Message bus 54 can receive control information in the form of UI data 633 for transporter 120 (FIG. 1), and can receive a result of the processing done by UCP assist 145 in the form of commands such as movement commands 630 that can include, but are not limited to including, speed and direction. Movement commands 630 can be provided, by message bus 54, to PBPs 100 (FIG. 4) which can transmit this information to wheel motor drives 19/21/31/33 (FIGS. 2C/D) and cluster motor drives 1050/27 (FIGS. 2C/D). Movement commands 630 can be determined by movement processor 603 based on information provided by the mode-specific processors. Mode-specific processors can determine mode-dependent data 657, among other things, based on information provided through sensor-handling processors 661.


Continuing to refer primarily to FIG. 10, sensor-handling processors 661 can include, but are not limited to including, transporter geometry processor 613, PCL processor 611, SLAM processor 609, and obstacle processor 607. Movement processor 603 can provide movement commands 630 to the sensor-handling processors 661 to provide information necessary to determine future movements of transporter 120 (FIG. 1). Sensors 147 can provide environmental information 651 that can include, for example, but not limited to, obstacles 623 and geometric information about transporter 120 (FIG. 1). In some configurations, sensors 147 can include at least one time-of-flight sensor that can be mounted anywhere on transporter 120 (FIG. 1). There can be multiple of sensors 147 mounted on transporter 120 (FIG. 1). PCL processor 611 can gather and process environmental information 651, and can produce PCL data 655. The PCL, a group of code libraries for processing 2D/3D image data, can, for example, assist in processing environmental information 651. Other processing techniques can be used.


Continuing to refer primarily to FIG. 10, transporter geometry processor 613 can receive transporter geometry information 649 from sensors 147, can perform any processing necessary to prepare transporter geometry information 649 for use by the mode-dependent processors, and can provide the processed of transporter geometry information 649 to the mode-dependent processors. The geometry of transporter 120 (FIG. 1) can be used for, but is not limited to being used for, automatically determining whether or not transporter 120 (FIG. 1) can fit in and/or through a space such as, for example, a stairway and a door. SLAM processor 609 can determine navigation information 653 based on, for example, but not limited to, UI data 633, environmental information 651 and movement commands 630. Transporter 120 (FIG. 1) can travel in a path at least in part set out by navigation information 653. Obstacle processor 607 can locate obstacles 623 and distances 621 to obstacles 623. Obstacles 623 can include, but are not limited to including, doors, stairs, automobiles, and miscellaneous features in the vicinity of the path of transporter 120 (FIG. 1).


Referring now to FIGS. 11A1 and 11A2, method 650 for processing at least one obstacle 623 (FIG. 11B) while navigating transporter 120 (FIG. 1) can include, but is not limited to including, receiving 1151 (FIG. 11A1) at least one movement command 630 (FIG. 11B), receiving and segmenting 1153 (FIG. 11A1) PCL data 655 (FIG. 11B), identifying 1155 (FIG. 11A1) at least one plane within the segmented PCL data 655 (FIG. 11B), and identifying 1157 (FIG. 11A1) at least one obstacle 623 (FIG. 11B) within the at least one plane. Method 650 can further include determining 1159 (FIG. 11A1) at least one situation identifier 624 (FIG. 11B) based at least on the at least one obstacle, UI data 633 (FIG. 11B), and movement commands 630 (FIG. 11B), and determining 1161 (FIG. 11A1) distance 621 (FIG. 11B) between transporter 120 (FIG. 1) and at least one obstacle 623 (FIG. 11B) based at least on at least one situation identifier 624 (FIG. 11B). Method 650 can also include accessing 1163 (FIG. 11A1) at least one allowed command related to distance 621 (FIG. 11B), at least one obstacle 623 (FIG. 11B), and at least one situation identifier 624 (FIG. 11B). Method 650 can still further include accessing 1163 (FIG. 11A1) at least one automatic response to the at least one allowed command, mapping 1167 (FIG. 11A2) at least one movement command 630 (FIG. 11B) with one of the at least one allowed commands, and providing 1169 (FIG. 11A2) at least one movement command 630 (FIG. 11B) and the at least one automatic response associated with the mapped allowed command to the mode-dependent processors.


Continuing to refer to FIGS. 11A1 and 11A2, at least one obstacle 623 (FIG. 11B) can optionally include at least one stationary object and/or at least one moving object. Distance 621 (FIG. 11B) can optionally include a fixed amount and/or a dynamically-varying amount. At least one movement command 630 (FIG. 11B) can optionally include a follow command, at least one pass-the-at-least-one-obstacle command, a travel beside-the-at-least-one-obstacle command, and a do-not-follow-the-at-least-one obstacle command. Method 650 can optionally include storing obstacle data 623 (FIG. 11B), and allowing access to stored obstacle data, for example, stored in cloud storage 607G (FIG. 11B) and/or local storage 607H (FIG. 11B), by systems external to transporter 120 (FIG. 1). PCL data 655 (FIG. 11B) can optionally include sensor data 147 (FIG. 10). Method 650 can optionally include collecting sensor data 147 (FIG. 10) from at least one time-of-flight sensor mounted on transporter 120 (FIG. 1), analyzing sensor data 147 (FIG. 10) using a point cloud library (PCL), tracking the at least one moving object using simultaneous location and mapping (SLAM) with detection and tracking of moving objects (DATMO) based on the location of transporter 120 (FIG. 1), identifying the at least one plane within obstacle data 623 (FIG. 11B) using, for example, but not limited to, random sample consensus and a PCL library, and providing the at least one automatic response associated with the mapped allowed command to the mode-dependent processors. Method 650 can also optionally include receiving a resume command, and providing, following the resume command, at least one movement command 630 (FIG. 11B) and the at least one automatic response associated with the mapped allowed command to the mode-dependent processors. The at least one automatic response can optionally include a speed control command.


Referring now to FIG. 11B, obstacle processor 607 for processing at least one obstacle 623 while navigating transporter 120 (FIG. 1) can include, but is not limited to including, nav/PCL data processor 607F receiving and segmenting PCL data 655 from PCL processor 611, identifying at least one plane within the segmented PCL data 655, and identifying at least one obstacle 623 within the at least one plane. Obstacle processor 607 can further include distance processor 607E determining at least one situation identifier 624 based at least on UI data 633, at least one movement command 630, and at least one obstacle 623. Distance processor 607E can determine distance 621 between transporter 120 (FIG. 1) and at least one obstacle 623 based at least on at least one situation identifier 624. Moving object processor 607D and/or stationary object processor 607C can access at least one allowed command related to distance 621, at least one obstacle 623, and at least one situation identifier 624. Moving object processor 607D and/or stationary object processor 607C can access at least one automatic response, from automatic response list 627, associated with the at least one allowed command. Moving object processor 607D and/or stationary object processor 607C can access at least one movement command 630 including, for example, speed/signal command and direction command/signal, and map at least one movement command 630 with one of the at least one allowed commands. Moving object processor 607D and/or stationary object processor 607C can provide at least one movement command 630 and the at least one automatic response associated with the mapped allowed command to the mode-dependent processors.


Continuing to refer to FIG. 11B, stationary object processor 607C can optionally perform any special processing necessary when encountering at least one stationary object, and moving object processor 607D can optionally perform any special processing necessary when encountering at least one moving object. Distance processor 607E can optionally process distance 621 that can be a fixed and/or a dynamically-varying amount. At least one movement command 630 can optionally include a follow command, a pass command, a travel-beside command, a move-to-position command, and a do-not-follow command. Nav/PCL processor 607F can optionally store obstacles 623, for example, but not limited to, in local storage 607H and/or on storage cloud 607G, and can allow access to the stored obstacles 623 by systems external to transporter 120 (FIG. 1) such as, for example, but not limited to, external applications 140 (FIG. 4). PCL processor 611 can optionally collect sensor data 147 (FIG. 10) from at least one time-of-flight camera mounted on transporter 120 (FIG. 1), and can analyze sensor data 147 (FIG. 10) using a point cloud library (PCL) to yield PCL data 655. Moving object processor 607D can optionally track the at least one moving object using navigation information 653 collected by simultaneous location and mapping (SLAM) processor 609 based on the location of transporter 120 (FIG. 1), identify the at least one plane using, for example, but not limited to, random sample consensus and a PCL library, and can provide at least one movement command 630 based on the at least one automatic response associated with the mapped allowed command to the mode-dependent processors. Obstacle processor 607 can optionally receive a resume command, and provide, following the resume command, at least one movement command 630 based on the at least one automatic response associated with the mapped allowed command to the mode-dependent processors. The at least one automatic response can optionally include a speed control command. For example, if joystick 133 (FIG. 1) indicates a direction that could position transporter 120 (FIG. 1) in a collision course with obstacle 623, such as, for example, a wall, the at least one automatic response can include speed control to protect transporter 120 (FIG. 1) from a collision. The at least one automatic response could be overridden by a contrary user command, for example, joystick 133 (FIG. 1) could be released and movement of transporter 120 (FIG. 1) could be halted. Joystick 133 (FIG. 1) could then be re-engaged to restart movement of transporter 120 (FIG. 1) towards obstacle 623.


Referring now primarily to FIGS. 12A-12D, environmental information 651 (FIG. 10) can be received from sensors 147 (FIG. 10). Any of PBPs 100 (FIG. 4), UCP 130 (FIG. 4), and/or UCP assist 145 (FIG. 10) can process environmental information 651 (FIG. 10). In some configurations, PCL processor 611 (FIG. 10) can process environmental information 651 (FIG. 10) using, for example, and depending upon sensor 147 (FIG. 10), point cloud library (PCL) functions. As transporter 120 (FIG. 1) moves along travel path 2001 (FIG. 12D) around potential obstacles 2001A, sensors 147 (FIG. 10) can detect a cloud of points from, for example, and depending upon sensor 147 (FIG. 10), box 2005 (FIGS. 12C-12D) that can include data that could take the shape of frustum 2003 (FIGS. 12B-12D). A sample consensus method, for example, but not limited to, the random sample consensus method, from, for example, but not limited to, the PCL, can be used to find a plane among the cloud of points. Any of UCP 130 (FIG. 4), UCP assist 145 (FIG. 10), and PBPs 100 (FIG. 4) can create a projected cloud and can determine point cloud inliers, and from these, determine a centroid of the projected cloud. Central reference point 148 can be used to determine the location of environmental conditions with respect to transporter 120. For example, whether transporter 120 is moving towards or away from an obstacle, or where a door hinge is with respect to transporter 120 can be determined based on the location of central reference point 148. Sensors 147 (FIG. 10) can include, for example, time-of-flight sensor 147A.


Referring now primarily to FIG. 13A, method 750 for enabling transporter 120 (FIG. 1) to navigate stairs can include, but is not limited to including, receiving 1251 at least one stair command, and receiving 1253 environmental information 651 (FIG. 10) from sensors 147 (FIG. 10) mounted on transporter 120 (FIG. 1) and through obstacle processor 607 (FIG. 10). Method 750 can further include locating 1255, based on environmental information 651 (FIG. 10), at least one of staircases 643 (FIG. 13B) within environmental information 651 (FIG. 10), and receiving 1257 selection of selected staircase 643A (FIG. 13B) from the at least one of staircases 643 (FIG. 13B). Method 750 can still further include measuring 1259 at least one characteristic 645 (FIG. 13B) of selected staircase 643A (FIG. 13B), and locating 1261, based on environmental information 651 (FIG. 13B), obstacles 623 (FIG. 13B), if any, on selected staircase 643A (FIG. 13B). Method 750 can also include locating 1263, based on environmental information 651 (FIG. 13B), a last stair of selected staircase 643A (FIG. 13B), and providing 1265 movement commands 630 (FIG. 13B) to move transporter 120 (FIG. 1) on selected staircase 643A (FIG. 13B) based on the measured at least one characteristic 645 (FIG. 13B), the last stair, and obstacles 623 (FIG. 13B), if any. If 1267 the last stair has not been reached, method 750 can continue providing movement commands 630 (FIG. 13B) to move transporter 120 (FIG. 1). Method 750 can optionally include locating at least one of staircases 643 (FIG. 13B) based on GPS data and building and saving a map of selected staircase 643A (FIG. 13B) using, for example, but not limited to, SLAM. Method 750 can also optionally include accessing geometry 649 (FIG. 13B) of transporter 120 (FIG. 1), comparing geometry 649 (FIG. 13B) to at least one of characteristics 645 (FIG. 13B) of selected staircase 643A (FIG. 13B), and modifying the step of navigating based on the step of comparing. At least one of characteristics 645 (FIG. 13B) can optionally include the height of at least one riser of selected staircase 643A (FIG. 13B), the surface texture of the at least one riser, and the surface temperature of the at least one riser. Method 750 can optionally include generating an alert if the surface temperature falls outside of a threshold range and the surface texture falls outside of a traction set. The threshold range can optionally include temperatures below 33° F. The traction set can optionally include a carpet texture. Method 750 can further include determining, based on environmental information 651 (FIG. 13B), the topography of an area surrounding selected staircase 643A (FIG. 13B), and generating an alert if the topography is not flat. Method 750 can still further optionally include accessing a set of extreme circumstances.


Referring now primarily to FIG. 13B, automated navigation of stairs can be enabled by stair processor 605C for enabling transporter 120 (FIG. 1) to navigate stairs. Sensors 147 (FIG. 10) on transporter 120 (FIG. 1) can determine if any environmental information 651 (FIG. 10) includes at least one staircase 643. In conjunction with any automatic determination of a location of at least one staircase 643, UI data 633 can include the selection of stair mode 215 (FIG. 3A) which can invoke an automatic, semi-automatic, or semi-manual stair-climbing process. Either automatic location of at least one staircase 643 or reception of UI data 633 can invoke stair processor 605C for enhanced stair navigation functions. Stair processor 605C can receive data from obstacle processor 607 such as, for example, at least one obstacle 623, distance 621 to at least one obstacle 623, situation 624, navigation information 653, and geometry information 649 for transporter 120 (FIG. 1). Navigation information can include, but is not limited to including, a possible path for transporter 120 (FIG. 1) to traverse. At least one obstacle 623 can include, among other obstacles, at least one staircase 643. Stair processor 605C can locate at least one staircase 643, and can either automatically or otherwise determine selected staircase 643A based on, for example, but not limited to, navigation information 653 and/or UI data 633 and/or transporter geometry information 649. Characteristics 645 of selected staircase 643A, such as, for example, riser information, can be used to determine a first stair and distance to next stair 640. Stair processor 605C can determine movement commands 630 of transporter 120 (FIG. 1) based on, for example, but not limited to, characteristics 645, distance 621, and navigation information 647. Movement processor 603 can move transporter 120 (FIG. 1) based on movement commands 630, and distance to next stair 640, and can transfer control to sensor processing 661 after a stair from selected staircase 643A has been traversed. Sensor processing 661 can either proceed with navigating selected staircase 643A or can continue following the path set out by navigation information 653, depending upon whether transporter 120 (FIG. 1) has completed traversing selected staircase 643A. While transporter 120 (FIG. 1) is traversing selected staircase 643A, obstacle processor 607 can detect obstacles 623 on selected staircase 643A and stair processor 605C can provide movement commands 630 to avoid obstacles 623. Locations of obstacles 623 can be stored for future use locally to transporter 120 (FIG. 1) and/or external to transporter 120 (FIG. 1).


Continuing to refer primarily to FIG. 13B, stair processor 605C can include, but is not limited to including, staircase processor 641B receiving at least one stair command included in UI data 633, and staircase locator 641A receiving environmental information 651 (FIG. 10) from sensors 147 (FIG. 10) mounted on transporter 120 (FIG. 1) through obstacle processor 607 (FIG. 10). Staircase locator 641A can further locate, based on environmental information 651 (FIG. 10), at least one of staircases 643 within environmental information 651 (FIG. 10), and can receive the choice of selected staircase 643A from at least one of staircases 643. Selected staircase 643A can be stored in storage 643B for possible future use. Stair characteristics processor 641C can measure at least one of characteristics 645 of selected staircase 643A, and can locate, based on environmental information 651, at least one obstacle 623, if any, on selected staircase 643A. Stair movement processor 641D can locate, based on environmental information 651, a last stair of selected staircase 643A, and provide to movement processor 603 movement commands 630 for transporter 120 (FIG. 1) to move on selected staircase 643A based on the measured at least one of characteristics 645, the last stair, and at least one obstacle 623, if any. Staircase locator 641A can optionally locate at least one of staircases 643 based on GPS data, and can build and save a map of selected staircase 643A using SLAM. The map can be saved for use locally to transporter 120 (FIG. 1), and/or for use by other devices. Staircase processor 641B can optionally access geometry 649 of transporter 120 (FIG. 1), compare geometry 649 to at least one of characteristics 645 of selected staircase 643A, and can modify the navigation of transporter 120 (FIG. 1) based on the comparison. Staircase processor 641B can optionally generate an alert if the surface temperature of the risers of selected staircase 643A falls outside of a threshold range and the surface texture of selected staircase 643A falls outside of a traction set. Stair movement processor 641D can optionally determine, based on environmental information 651 (FIG. 10), the topography of an area surrounding selected staircase 643A, and can generate an alert if the topography is not flat. Stair movement processor 641D can optionally access a set of extreme circumstances.


Referring now primarily to FIGS. 14A1-14A2, method 850 for negotiating door 675 (FIG. 14B) while maneuvering transporter 120 (FIG. 1), where door 675 (FIG. 14B) can include a door swing, a hinge location, and a doorway, can include, but is not limited to including, receiving and segmenting 1351 (FIG. 14A1) environmental information 651 (FIG. 10) from sensors 147 (FIG. 10) mounted on transporter 120 (FIG. 1). Environmental information 651 (FIG. 10) can include geometry of transporter 120 (FIG. 1). Method 850 can include identifying 1353 (FIG. 14A1) at least one plane within the segmented sensor data, and identifying 1355 (FIG. 14A1) door 675 (FIG. 14B) within the at least one plane. Method 850 can further include measuring 1357 (FIG. 14A1) door 675 (FIG. 14B) to provide door measurements. Method 850 can also include determining 1361 (FIG. 14A1) the door swing. Method 850 can further include providing 1363 (FIG. 14A2) at least one movement command 630 (FIG. 14B) to move transporter 120 (FIG. 1) for access to a handle of door 675 (FIG. 14B), if necessary, and providing 1365 (FIG. 14A2) at least one movement command 630 (FIG. 14B) to move transporter 120 (FIG. 1) away from door 675 (FIG. 14B), as door 675 (FIG. 14B) opens, by a distance based on the door measurements. If door 675 (FIG. 14B) swings in, method 850 can include providing at least one movement command to move transporter 120 (FIG. 1) against door 675 (FIG. 14B), thus positioning door 675 (FIG. 14B) for movement of transporter 120 (FIG. 1) through the doorway. Method 850 can also include providing 1367 (FIG. 14A2) at least one movement command 630 (FIG. 14B) to move transporter 120 (FIG. 1) forward through the doorway, transporter 120 (FIG. 1) maintaining door 675 (FIG. 14B) in an open position, if the door swing is towards transporter 120 (FIG. 1).


Referring now to FIG. 14B, sensor processing 661 can determine, through information from sensors 147 (FIG. 10), the hinge side of door 675, and the direction, angle, and distance of door. Movement processor 603 can generate commands to PBPs 100 (FIG. 4) such as start/stop turning left, start/stop turning right, start/stop moving forward, start/stop moving backwards, and can facilitate door mode 605A by stopping transporter 120 (FIG. 1), cancelling the goal that transporter 120 (FIG. 1) can be aiming to complete, and centering joystick 133 (FIG. 1). Door processor 671B can determine whether door 675 is, for example, push to open, pull to open, or a slider. Door processor 671B can determine the width of door 675 by determining the current position and orientation of transporter 120 (FIG.1), and determining the x/y/z location of the door pivot point. If door processor 671B determines that the number of valid points in the image of door 675 derived from obstacles 623 and/or PCL data 655 (FIG. 10) is greater than a threshold, door processor 671B can determine the distance from transporter 120 (FIG. 1) to door 675. Door processor 671B can determine if door 675 is moving based on successive samples of PCL data 655 (FIG. 10) from sensor processor 661. In some configurations, door processor 671B can assume that a side of transporter 120 (FIG.1) is even with the handle side of door 675, and can use that assumption, along with the position of the door pivot point, to determine the width of door 675.


Continuing to refer primarily to FIG. 14B, if the movement of door 675 is towards transporter 120 (FIG. 1), door movement processor 671D can generate and provide movement commands 630 to movement processor 603 to move transporter 120 (FIG. 1) backward by a pre-determined or dynamically-determined percentage of the amount door 675 is moving. Movement processor 603 can provide movement commands 630 to UCP 130, and UCP 130 can accept GUI data 633A and provide GUI data 633A to movement processor 603. If door 675 is moving away from transporter 120 (FIG. 1), door movement processor 671D can generate movement commands 630 to direct transporter 120 (FIG. 1) to move forward by a pre-determined or dynamically-determined percentage of the amount that door 675 moves. The amount transporter 120 (FIG. 1) moves either forward or backward can be based on the width of door 675. Door processor 671B can locate the side of door 675 that provides the open/close function for door 675 based on the location of the door pivot point. Door processor 671B can determine the distance to the plane in front of sensors 147 (FIG. 4). Door movement processor 671D can generate movement commands 630 to direct transporter 120 (FIG. 1) to move through door 675. Door movement processor 671D can wait a pre-selected amount of time for the move of transporter 120 (FIG. 1) to complete, and door movement processor 671D can generate movement commands 630 to adjust the location of transporter 120 (FIG. 1) based on the position of door 675. Door processor 671B can determine the door angle and the door pivot point. Door processor 671B can determine if door 675 is stationary, can determine if door 675 is moving, and can determine the direction door 675 is moving. When door mode 605A is complete, door movement processor 671D can generate movement commands 630 that can direct transporter 120 (FIG. 1) to discontinue movement.


Continuing to still further refer primarily to FIG. 14B, door mode 605A for negotiating door 675 while maneuvering transporter 120 (FIG. 1), where door 675 can include a door swing, a hinge location, and a doorway, can include, but is not limited to including, sensor processing 661 receiving and segmenting environmental information 651 from sensors 147 (FIG. 10) mounted on transporter 120 (FIG. 1), where environmental information 651 can include geometry 649 of transporter 120 (FIG. 1). Door mode 605A can also include door locator 671A identifying at least one plane within the segmented sensor data, and identifying door 675 within the at least one plane. Door processor 671B can include measuring door 675 to provide door measurements 645A. Door movement processor 671D can provide at least one movement command 630 to move transporter 120 (FIG. 1) away from door 675 if door measurements 645A are smaller than geometry 649 of transporter (FIG. 1). Door processor 671B can also include determining the door swing, and door movement processor 671D can provide at least one movement command 630 to move transporter 120 (FIG. 1) forward through the doorway. Transporter 120 (FIG. 1) can open door 675 and maintain door 675 in an open position if the door swing is away from transporter 120 (FIG. 1). Door movement processor 671D can provide at least one movement command 630 to move transporter 120 (FIG. 1) for access to a handle of door 675, and can provide at least one movement command 630 to move transporter 120 (FIG. 1) away from door 675, as door 675 opens, by a distance based on door measurements 645A. Door movement processor 671D can provide at least one movement command 630 to move transporter 120 (FIG. 1) forward through the doorway. Transporter 120 (FIG. 1) can maintain door 675 in an open position if the door swing is towards transporter 120 (FIG. 1).


Referring now to FIG. 15A, transporter 120 (FIG. 1) can automatically negotiate using rest room facilities. UCP assist 145 (FIG. 4) can automatically locate a door to a rest room, and to a rest room stall, if there are multiple doors, can automatically generate movement commands 630 (FIG. 15B) to move transporter 120 (FIG. 1) through the door(s), and can automatically position transporter 120 (FIG. 1) relative to rest room fixtures. After use of the rest room fixtures is complete, UCP assist 145 (FIG. 4) can automatically locate the door(s) and automatically generate movement commands 630 (FIG. 15B) to move transporter 120 (FIG. 1) through the door(s) to exit the rest room stall and/or rest room. Method 950 for negotiating, in transporter 120 (FIG. 1), a rest room stall in a rest room, where the rest room stall can have door 675 (FIG. 15B), and door 675 (FIG. 15B) can have a door threshold and a door swing, can include, but is not limited to including, providing 1451 at least one movement command 630 (FIG. 15B) to cause transporter 120 (FIG. 1) to traverse the door threshold entering the rest room. Method 950 can also include providing 1453 at least one movement command 630 (FIG. 15B) to position transporter 120 (FIG. 1) for accessing an egress handle of the door, and providing 1455 at least one movement command 630 (FIG. 15B) to move transporter 120 (FIG. 1) away from door 675 (FIG. 15B), as door 675 (FIG. 15B) closes, if the door swing is towards transporter 120 (FIG. 1). Method 950 can also include providing 1457 at least one movement command 630 (FIG. 15B) to move transporter 120 (FIG. 100) toward door 675 (FIG. 15B), as door 675 (FIG. 15B) closes, if the door swing is away from transporter 120 (FIG. 1), and providing 1459 at least one movement command 630 (FIG. 15B) to position transporter 120 (FIG. 1) alongside a first rest room fixture. Method 950 can include providing 1461 at least one movement command 630 (FIG. 15B) to stop transporter 120 (FIG. 1), and can include providing 1463 at least one movement command 630 (FIG. 15B) to position transporter 120 (FIG. 1) near a second rest room fixture. Method 950 can include providing 1465 at least one movement command 630 (FIG. 15B) to traverse the door threshold to exit the rest room stall.


Continuing to refer primarily to FIG. 15A, automatically traversing the door threshold can optionally include, but is not limited to including, receiving and segmenting 1351 (FIG. 14A1) environmental information 651 (FIG. 10) from sensors 147 (FIG. 10) mounted on transporter 120 (FIG. 1). Environmental information 651 (FIG. 10) can include geometry of transporter 120 (FIG. 1). Automatically traversing the door threshold can also optionally include identifying 1353 (FIG. 14A1) at least one plane within the segmented sensor data, and identifying 1355 (FIG. 14A1) door 675 (FIG. 14B) within the at least one plane. Automatically traversing the door threshold can further optionally include measuring 1357 (FIG. 14A1) door 675 (FIG. 14B) to provide door measurements, and providing 1359 (FIG. 14A1) at least one movement command 630 (FIG. 15B) to move transporter 120 (FIG. 1) away from door 675 (FIG. 14B) if the door measurements are smaller than geometry 649 (FIG. 14B) of transporter (FIG. 1). Automatically traversing the door threshold can also optionally include determining 1361 (FIG. 14A1) the door swing, and providing 1363 (FIG. 14A1) at least one movement command 630 (FIG. 15B) to move transporter 120 (FIG. 1) forward through the doorway, transporter 120 (FIG. 1) opening door 675 (FIG. 14B) and maintaining door 675 (FIG. 1) in an open position, if the door swing is away from transporter 120 (FIG. 1). Automatically traversing the door threshold can further optionally include providing 1365 (FIG. 14A2) at least one movement command 630 (FIG. 15B) to move the transporter for access to a handle of the door, and providing 1367 (FIG. 14A2) at least one movement command 630 (FIG. 15B) to move transporter 120 (FIG. 1) away from door 675 (FIG. 14B), as door 675 (FIG. 14B) opens, by a distance based on the door measurements. Automatically traversing the door threshold can also optionally include providing 1369 (FIG. 14A2) at least one movement command 630 (FIG. 15B) to move transporter 120 (FIG. 1) forward through the doorway, transporter 120 (FIG. 1) maintaining door 675 (FIG. 14B) in an open position, if the door swing is towards transporter 120 (FIG. 1). Method 950 can optionally include automatically locating the rest room, and automatically driving transporter 120 (FIG. 1) to the rest room. SLAM techniques can optionally be used to locate a destination, for example, a rest room. UCP assist 145 can optionally access a database of frequently-visited locations, can receive a selection one of the frequently-visited locations, and can provide at least one movement command 630 (FIG. 15B) to move transporter 120 (FIG. 1) to the selected location which can include, for example, but not limited to, a rest room.


Referring now to FIG. 15B, rest room mode 605B for negotiating, in transporter 120 (FIG. 1), a rest room stall in a rest room, where the rest room stall can have a door, and the door can have a door threshold and a door swing, can include, but is not limited to including, door mode 605A providing at least one movement command 630 to cause transporter 120 (FIG. 1) to traverse the door threshold entering the rest room. The rest room can also include fixtures such as for example, but not limited to, toilets, sinks, and changing tables. Entry/exit processor 681C can provide at least one movement command 630 to position transporter 120 (FIG. 1) for accessing an egress handle of the door, and can providing at least one movement command 630 to move the transporter away from the door, as the door closes, if the door swing is towards transporter 120 (FIG. 1). Entry/exit processor 681C can provide at least one movement command 630 to move transporter 120 (FIG. 1) toward door 675, as door 675 closes, if the swing of door 675 is away from transporter 120 (FIG. 1). Fixture processor 681B can provide at least one movement command 630 to position transporter 120 (FIG. 1) alongside a first rest room fixture, and can provide at least one movement command to stop transporter 120 (FIG. 1). Fixture processor 681B can also provide at least one movement command 630 to position transporter 120 (FIG. 1) near a second rest room fixture. Entry/exit processor 681C can provide at least one movement command 630 to traverse the door threshold to exit the rest room stall.


Referring now to FIGS. 16A1 and 16A2, method 1051 for automatically storing transporter 120 in a vehicle, such as, for example, but not limited to, an accessible van, can assist a user in independent use of the vehicle. When the user exits transporter 120 (FIG. 1) and enters the vehicle, possibly as the vehicle's driver, transporter 120 (FIG. 1) can remain parked outside of the vehicle. If transporter 120 (FIG. 1) is to accompany the user in the vehicle for later use, mobile park mode 605E (FIG. 16B) can provide movement commands 630 (FIG. 16B) to transporter 120 (FIG. 1) to cause transporter 120 (FIG. 1) to store itself either automatically or upon command, and to be recalled to the door of the vehicle as well. Transporter 120 (FIG. 1) can be commanded to store itself through commands received from external applications 140 (FIG. 4), for example. In some configurations, a computer-driven device such as a cell phone, laptop, and/or tablet can be used to execute external application 140 (FIG. 4) and generate information that could ultimately control transporter 120 (FIG. 1). In some configurations, transporter 120 (FIG. 1) can automatically proceed to mobile park mode 605E after the user exits transporter 120 (FIG. 1) when transporter 120 (FIG. 1) has been placed in park mode by, for example, the user. Movement commands 630 (FIG. 16B) can include commands to locate the door of the vehicle at which transporter 120 (FIG. 1) will enter to be stored, and to direct transporter 120 (FIG. 1) to the door. Mobile park mode 605E (FIG. 16B) can determine error conditions such as, for example, but not limited to, if the door is too small for transporter 120 (FIG. 1) to enter and can alert the user of the error condition through, for example, but not limited to, an audio alert through audio interface 150 (FIG. 4) and/or a message to external application 140 (FIG. 4). If the door is wide enough for transporter 120 (FIG. 1) to enter, mobile park mode 605E (FIG. 16B) can provide vehicle control commands to command the vehicle to open the door. Mobile park mode 605E (FIG. 16B) can determine when the vehicle door is open and whether or not there is space for transporter 120 (FIG. 1) to be stored. Mobile park mode 605E (FIG. 16B) can invoke obstacle processing 607 (FIG. 14B) to assist in determining the status of the vehicle door and if there is room in the vehicle to store transporter 120 (FIG. 1). If mobile park mode 605E (FIG. 16B) determines that there is enough room for transporter 120 (FIG. 1), mobile park mode 605E (FIG. 16B) can provide movement commands 630 (FIG. 16B) to move transporter 120 (FIG. 1) into the storage space in the vehicle. Mobile park mode 605E (FIG. 16B) can provide vehicle control commands to command the vehicle to lock transporter 120 (FIG. 1) into place, and to close the vehicle door. When transporter 120 (FIG. 1) is again needed, external application 140 (FIG. 1), for example, can be used to invoke mobile park mode 605E. Mobile park mode 605E (FIG. 16B) can recall the status of transporter 120 (FIG. 1) and can begin processing by providing vehicle control commands to command the vehicle to unlock transporter 120 (FIG. 1) and open the door of the vehicle. Mobile park mode 605E (FIG. 16B) can once again locate the door of the vehicle, or can access the location 675A of the door from, for example, local storage 607H (FIG. 14B) and/or cloud storage 607G (FIG. 14B). Mobile park mode 605E (FIG. 16B) can provide movement commands 630 (FIG. 16B) to move transporter 120 (FIG. 1) through the vehicle door and to the passenger door to which it had been summoned by, for example, external application 140 (FIG. 4). In some configurations, the vehicle can be tagged in places such as, for example, the entry door for storage of transporter 120 (FIG. 1). Mobile park mode 605E can recognize the tags, such as, for example, but not limited to, fiducials, bar codes, and/or QR CODES®, and can execute the method described herein as a result of recognizing the tags. Other tags can be included, such as tags within the storage compartment to indicate the proper storage location and tags on vehicle passenger doors. The tags can be RFID enabled, for example, and transporter 120 (FIG. 1) can include an RFID reader.


Continuing to refer primarily to FIGS. 16A1 and 16A2, method 1051 for automatically storing transporter 120 in a vehicle can include, but is not limited to including, providing 1551 at least one movement command 630 (FIG. 16B) to locate the door of the vehicle at which transporter 120 (FIG. 1) will enter to be stored in a storage space in the vehicle, and providing 1553 at least one movement command 630 (FIG. 16B) to direct transporter 120 (FIG. 1) to the door. If 1555 the vehicle door is wide enough for transporter 120 (FIG. 1) to enter, method 1051 can include providing 1557 at least one vehicle control command to command the vehicle to open the door. If 1559 the door is open and if 1561 there is room in the vehicle to store transporter 120 (FIG. 1), method 1051 can include providing 1563 at least one movement command 630 (FIG. 16B) to move transporter 120 (FIG. 1) into the storage space in the vehicle. Method 1051 can include providing 1565 at least one vehicle control command to command the vehicle to lock transporter 120 (FIG. 1) into place, and to close the door of the vehicle. If 1555 the vehicle door is not wide enough, or if 1559 the vehicle door is not open, or if 1561 there is no space for transporter 120 (FIG. 1), method 1051 can include alerting 1567 the user, and providing 1569 at least one movement command 630 (FIG. 16B) to return transporter 120 (FIG. 1) to the user.


Continuing to refer primarily to FIGS. 16A1 and 16A2, the at least one movement command 630 (FIG. 16B) to store transporter 120 (FIG. 100) can be received from external application 140 (FIG. 4) and/or automatically generated. Method 1051 can optionally include alerting the user of error conditions through, for example, but not limited to, an audio alert through audio interface 150 (FIG. 4) and/or a message to external application 140 (FIG. 4). Method 1051 can optionally invoke obstacle processing 607 (FIG. 14B) to assist in locating the door of the vehicle, to determine if there is enough room in the vehicle to store transporter 120 (FIG. 1), and to locate any locking mechanism in the vehicle. When transporter 120 (FIG. 1) is again needed, that is, when the user has arrived at a destination in the vehicle, external application 140 (FIG. 1), for example, can be used to invoke transporter 120 (FIG. 1). Method 1051 can include recalling the status of transporter 120 (FIG. 1) and can include providing vehicle control commands to command the vehicle to unlock transporter 120 (FIG. 1) and open the door of the vehicle. Method 1051 can include locating the door of the vehicle, or can include accessing the location of the vehicle door from, for example, local storage 607H (FIG. 14B) and/or cloud storage 607G (FIG. 14B). Method 1051 can include providing movement commands 630 (FIG. 16B) to move transporter 120 (FIG. 1) through the vehicle door and to the passenger door to which it had been summoned by, for example, but not limited to, external application 140 (FIG. 4).


Referring now to FIG. 16B, mobile park mode 605E can include, but is not limited to including, vehicle door processor 691D that can provide at least one movement command 630 to locate door 675 of the vehicle at which transporter 120 (FIG. 1) will enter to be stored in a storage space in the vehicle. Vehicle door processor 691D can also provide at least one movement command 630 to direct transporter 120 (FIG. 1) to door 675. If door 675 is wide enough for transporter 120 (FIG. 1) to enter, vehicle command processor 691C can provide at least one vehicle control command to command the vehicle to open door 675. If door 675 is open and if there is room in the vehicle to store transporter 120 (FIG. 1), space processor 691B can provide at least one movement command 630 to move transporter 120 (FIG. 1) into the storage space in the vehicle. Vehicle command processor 691C can provide at least one vehicle control command to command the vehicle to lock transporter 120 (FIG. 1) into place, and to close door 675 of the vehicle. If door 675 is not wide enough, or if door 675 is not open, or if there is no space for transporter 120 (FIG. 1), error processor 691E can alert the user, and can provide at least one movement command 630 to return transporter 120 (FIG. 1) to the user.


Continuing to refer to FIG. 16B, vehicle door processor 691D can optionally recall the status of transporter 120 (FIG. 1), and vehicle command processor 691C can provide vehicle control commands to command the vehicle to unlock transporter 120 (FIG. 1) and open door 675 of the vehicle. Vehicle door processor 691D can once again locate door 675 of the vehicle, or can access the location of door 675 from, for example, local storage 607H (FIG. 14B) and/or cloud storage 607G (FIG. 14B), and/or door database 673B. Vehicle door processor 691D can provide movement commands 630 to move transporter 120 (FIG. 1) through door 675 and to the passenger door to which it had been summoned by, for example, external application 140 (FIG. 4).


Referring now primarily to FIG. 17A, method 1150 for storing/recharging transporter 120 (FIG. 1) can assist the user in storing and possibly recharging transporter 120 (FIG. 1). For example, transporter 120 (FIG. 1) could be recharged when the user sleeps. After the user exits transporter 120 (FIG. 1), commands can be initiated at, for example, external application 140 (FIG. 4), to move perhaps riderless transporter 120 (FIG. 1) to a storage/docking area. In some configurations, a mode selection by the user while the user occupies transporter 120 (FIG. 1) can initiate automatic storage/docking functions after the user has exited transporter 120 (FIG. 1). When transporter 120 (FIG. 1) is again needed, commands can be initiated by external application 140 (FIG. 4) to recall transporter 120 (FIG. 1) to the user. Method 1150 can include, but is not limited to including, locating 1651 at least one storage/charging area, and providing 1655 at least one movement command 630 (FIG. 17B) to move transporter 120 (FIG. 1) from a first location to the storage/charging area. Method 1150 can include locating 1657 a charging dock in the storage/charging area and providing 1663 at least one movement command 630 (FIG. 17B) to couple transporter 120 (FIG. 1) with the charging dock. Method 1150 can optionally include providing at least one movement command 630 (FIG. 17B) to move transporter 120 (FIG. 1) to the first location when transporter 120 (FIG. 1) receives an invocation command. If 1653 there is no storage/charging area, or if 1659 there is no charging dock, or if 1666 transporter 120 (FIG. 1) cannot couple with the charging dock, method 1150 can optionally include providing 1665 at least one alert to the user, and providing 1667 at least one movement command 630 (FIG. 17B) to move transporter 120 (FIG. 1) to the first location.


Referring now to FIG. 17B, static storage/charging mode 605F can include, but is not limited to including, storage/charging area processor 702A that can locate at least one storage/charging area 695, and can provide at least one movement command 630 to move transporter 120 (FIG. 1) from a first location to storage/charging area 695. Coupling processor 702D can locate a charging dock in a storage/charging area, and can provide at least one movement command 630 to couple transporter 120 (FIG. 1) with the charging dock. Return processor 702B can optionally provide at least one movement command 630 to move transporter 120 (FIG. 1) to the first location when transporter 120 (FIG. 1) receives an invocation command. If there is no storage/charging area 695, or if there is no charging dock, or if transporter 120 (FIG. 1) cannot couple with the charging dock, error processor 702E can optionally provide at least one alert to the user, and can providing at least one movement command 630 to move transporter 120 (FIG. 1) to the first location.


Referring now to FIG. 18A, method 1250 for negotiating an elevator while maneuvering transporter 120 (FIG. 1) can assist a user in getting on and off elevator 685 (FIG. 18B) in transporter 120 (FIG. 1). Sensor processing 661 can be used to locate elevator 685 (FIG. 18B), for example, or elevator location 685A (FIG. 18B) can be determined from local storage 607H (FIG. 14B) and/or storage cloud 607G (FIG. 14B). When elevator 685 (FIG. 18B) is located, and when the user selects the desired elevator direction, and when elevator 685 (FIG. 18B) arrives and the door opens, elevator mode 605D (FIG. 18B) can provide movement commands 630 (FIG. 18B) to move transporter 120 (FIG. 1) into elevator 685 (FIG. 18B). The geometry of elevator 685 (FIG. 18B) can be determined and movement commands 630 (FIG. 18B) can be provided to move transporter 120 (FIG. 1) into a location that makes it possible for the user to select a desired activity from the elevator selection panel. The location of transporter 120 (FIG. 1) can also be appropriate for exiting elevator 685 (FIG. 18B). When the elevator door opens, movement commands 630 (FIG. 18B) can be provided to move transporter 120 (FIG. 1) to fully exit elevator 685 (FIG. 18B). Method 1250 can include, but is not limited to including, locating 1751 elevator 685 (FIG. 18B), where elevator 685 (FIG. 18B) has an elevator door and an elevator threshold associated with the elevator door. Method 1250 can include providing 1753 at least one movement command 630 (FIG. 18B) to move transporter 120 (FIG. 1) through the elevator door beyond the elevator threshold. Method 1250 can also include determining 1755 the geometry of elevator 685 (FIG. 18B), and providing 1757 at least one movement command 630 (FIG. 18B) to move transporter 120 (FIG. 1) into a floor selection/exit location relative to the elevator threshold. Method 1250 can also include providing 1759 at least one movement command 630 (FIG. 18B) to move transporter 120 (FIG. 1) across and beyond the elevator threshold to exit elevator 685 (FIG. 18B).


Referring now primarily to FIG. 18B, elevator mode 605D can include, but is not limited to including, elevator locator 711A that can locate elevator 685 having an elevator door and an elevator threshold associated with the elevator door. Elevator locator 711A can save obstacles 623, elevators 685, and elevator locations 685A in elevator database 683B, for example. Elevator database 683B can be located locally or remotely from transporter 120. Entry/exit processor 711B can provide at least one movement command 630 to move transporter 120 (FIG. 1) through the elevator door beyond the elevator threshold to either enter or exit elevator 685. Elevator geometry processor 711D can determine the geometry of elevator 685. Entry/exit processor 711B can provide at least one movement command 630 to move transporter 120 (FIG. 1) into a floor selection/exit location relative to the elevator threshold.


Configurations of the present teachings are directed to computer systems for accomplishing the methods discussed in the description herein, and to computer readable media containing programs for accomplishing these methods. The raw data and results can be stored for future retrieval and processing, printed, displayed, transferred to another computer, and/or transferred elsewhere. Communications links can be wired or wireless, for example, using cellular communication systems, military communications systems, and satellite communications systems. Parts of system 200A (FIG. 4), for example, can operate on a computer having a variable number of CPUs. Other alternative computer platforms can be used.


The present configuration is also directed to software and/or firmware and/or hardware for accomplishing the methods discussed herein, and computer readable media storing software for accomplishing these methods. The various modules described herein can be accomplished by the same CPU, or can be accomplished by different CPUs tightly or loosely coupled. The various modules can be accomplished by specially-designed integrated circuits. In compliance with the statute, the present configuration has been described in language more or less specific as to structural and methodical features. It is to be understood, however, that the present configuration is not limited to the specific features shown and described, since the means herein disclosed comprise various forms of putting the present teachings into effect.


Methods 650 (FIGS. 11A1-11A2), 750 (FIG. 13A), 850 (FIGS. 14A1-14A2), 950 (FIG. 15A), 1050 (FIGS. 16A1-16A2), 1150 (FIG. 17A), and 1250 (FIG. 18A), can be, in whole or in part, implemented electronically. Signals representing actions taken by elements of system 200A (FIG. 4) and other disclosed configurations can travel over at least one live communications network 143/144 (FIG. 4). Control and data information can be electronically executed and stored on at least one computer-readable medium. The system can be implemented to execute on at least one computer node in at least one live communications network. Common forms of at least one computer-readable medium can include, for example, but not be limited to, a floppy disk, a flexible disk, a hard disk, magnetic tape, or any other magnetic medium, a compact disk read only memory or any other optical medium, punched cards, paper tape, or any other physical medium with patterns of holes, a random access memory, a programmable read only memory, and erasable programmable read only memory (EPROM), a Flash EPROM, or any other memory chip or cartridge, or any other medium from which a computer can read.


While the present teachings have been described above in terms of specific configurations, it is to be understood that they are not limited to these disclosed configurations. Many modifications and other configurations will come to mind to those skilled in the art to which this pertains, and which are intended to be and are covered by both this disclosure and the appended claims. It is intended that the scope of the present teachings should be determined by proper interpretation and construction of the appended claims and their legal equivalents, as understood by those of skill in the art relying upon the disclosure in this specification and the attached drawings.

Claims
  • 1. A method for storing a transporter in a vehicle, the transporter including a processor configured to execute instructions to control motion of the transporter, the vehicle having a storage compartment, the storage compartment having a door, the door being associated with a doorway, the method comprising: receiving, by the processor, and segmenting, by the processor, sensor data from sensors associated with the transporter;identifying, by the processor, at least one plane within the segmented sensor data;identifying, by the processor, the door and the doorway within the at least one plane;measuring, by the processor, the doorway, including a width of the doorway;generating, by the processor, an alert if the doorway is smaller than the a pre-selected size related to a size of the transporter;positioning, by the processor, the transporter for entering the vehicle through the doorway, the positioning being based at least in part on the width of the doorway;generating, by the processor, a first signal for opening the door;providing, by the processor, at least one movement command instructing the transporter to move through the doorway; andgenerating, by the processor, a second signal to close the door.
  • 2. The method as in claim 1 further comprising: generating a third signal to lock the transporter in the vehicle.
  • 3. The method as in claim 1 further comprising: reacting to at least one obstacle while maneuvering the transporter including: receiving, by the processor from a user, at least one command and user information;receiving, by the processor, and segmenting, by the processor, obstacle data from at least one sensor associated with the transporter, the at least one sensor collecting the obstacle data as the transporter moves;identifying, by the processor, a second at least one plane within the segmented obstacle data;identifying, by the processor, the at least one obstacle within second the at least one plane;determining, by the processor, an obstacle distance between the transporter and the at least one obstacle;accessing, by the processor, at least one allowed command related to the obstacle distance, the at least one obstacle, and at least one situation identifier;accessing, by the processor, at least one automatic response to the at least one command;relating, by the processor, the at least one command to one of the at least one allowed commands forming a related allowed command; andproviding, by the processor, at least one first movement command instructing the transporter to move the transporter based at least on the at least one command and the at least one automatic response associated with the related allowed command.
  • 4. The method as in claim 3 wherein the at least one obstacle comprises at least one moving object.
  • 5. The method as in claim 4 further comprising: tracking the at least one moving object using simultaneous location and mapping (SLAM) with detection and tracking of moving objects (DATMO) based on a location of the transporter.
  • 6. The method as in claim 3 wherein the obstacle distance comprises a dynamically-varying amount.
  • 7. The method as in claim 3 wherein the at least one movement command comprises a pass-the-at-least-one-obstacle command.
  • 8. The method as in claim 3 further comprising: analyzing the obstacle data using a point cloud library (PCL).
  • 9. A transporter automatically autonomously storing itself, the transporter comprising: at least one processor executing instructions to:receive at least one movement command and user information;receive and segment point cloud library (PCL) data;identify a plane within the segmented PCL data;identify at least one obstacle within the plane;determine at least one situation identifier based at least on the user information, the at least one movement command, and the at least one obstacle;determine a distance between the transporter and the at least one obstacle based at least on the at least one situation identifier;access an allowed command related to the distance, the at least one obstacle, and the at least one situation identifier; access an automatic response associated with the allowed command;access the at least one movement command;relate the at least one movement command with at least one of the allowed commands; andreceive the at least one movement command and the automatic response associated with the related commands.
  • 10. The transporter as in claim 9 wherein the at least one processor comprises instructions to: store the at least one obstacle in a storage cloud; andenable systems external to the transporter to access the at least one stored obstacle.
  • 11. A method for charging/storing a transporter, the transporter being associated with at least one sensor and at least one processor, the method comprising: determining, by the at least one processor processing sensor data from the at least one sensor, at least one charging/storage area location of a charging/storage area;creating, by the at least one processor based at least upon the at least one charging/storage area location, at least one movement command to move the transporter from a first location to the at least one storage/charging area location;providing, by the at least one processor, the at least one movement command;determining, by the at least one processor processing the sensor data from the at least one sensor, a charging dock location in the charging/storage area;creating, by the at least one processor based at least upon the at least one charging/storage area location, the at least one movement command to couple the transporter with a charging dock associated with the charging/storage area; andproviding, by the at least one processor, the at least one movement command.
  • 12. The method as in claim 11 further comprising: generating a signal to lock the transporter in the charging/storage area.
  • 13. The method as in claim 11 further comprising: reacting to at least one obstacle while maneuvering the transporter including: receiving, by the processor from a user, at least one command and user information;receiving, by the processor, and segmenting, by the processor, obstacle data from the at least one sensor associated with the transporter, the at least one sensor collecting the obstacle data as the transporter moves;identifying, by the processor, at least one plane within the segmented obstacle data;identifying, by the processor, the at least one obstacle within the at least one plane;determining, by the processor, an obstacle distance between the transporter and the at least one obstacle;accessing, by the processor, at least one allowed command related to the obstacle distance, the at least one obstacle, and at least one situation identifier;accessing, by the processor, at least one automatic response to the at least one command;relating, by the processor, the at least one command to one of the at least one allowed commands forming a related allowed command; andproviding, by the processor, at least one first movement command instructing the transporter to move the transporter based at least on the at least one command and the at least one automatic response associated with the related allowed command.
  • 14. The method as in claim 13 wherein the at least one obstacle comprises at least one moving object.
  • 15. The method as in claim 14 further comprising: tracking the at least one moving object using simultaneous location and mapping (SLAM) with detection and tracking of moving objects (DATMO) based on a location of the transporter.
  • 16. The method as in claim 13 wherein the obstacle distance comprises a dynamically-varying amount.
  • 17. The method as in claim 13 wherein the at least one movement command comprises a pass-the-at-least-one-obstacle command.
  • 18. The method as in claim 13 further comprising: analyzing the obstacle data using a point cloud library (PCL).
  • 19. The method as in claim 11 further comprising: negotiating an elevator, the elevator including an elevator threshold and an elevator door, while maneuvering the transporter including instructions to: locate, by processing sensor data from the sensors, the elevator;provide a first at least one movement command moving the transporter through the elevator door clearing the elevator threshold into the elevator;determine, by processing the sensor data, a geometry of the elevator;provide a second at least one movement command to moving the transporter into a floor selection/exit location relative to the elevator threshold; andwhen the elevator door opens, providing a third at least one movement command moving the transporter through the elevator door across the elevator threshold to fully exit the elevator.
  • 20. The method as in claim 11 further comprising: negotiating a door while maneuvering the transporter, the door including at least one handle and a door location, the door being associated with a door swing and a doorway, the negotiating including instructions to: receive sensor data from the at least one sensor associated with the transporter;determine, by the at least one processor processing the sensor data, a hinge side of the door, the door location, and a swing direction of the door based on the hinge side of the door;determine characteristics of the door, a distance from the transporter to the door, a width of the door,create, by the at least one processor based at least upon the door, the at least one movement command to move the transporter through the door based on the door swing and the width of the door; andprovide, by the at least one processor, the at least one movement command to the transporter.
CROSS REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of U.S. patent application Ser. No. 15/486,980, filed Apr. 13, 2017 and entitled User Control Device for a Transporter, now U.S. Publication No. US-2017-0300058-A1, published Oct. 19, 2017, which claims the benefit of U.S. Provisional Application Ser. No. 62/322,522, filed Apr. 14, 2016, entitled USER CONTROL DEVICE FOR A TRANSPORTER, which is incorporated herein by reference in its entirety.

US Referenced Citations (808)
Number Name Date Kind
584127 Draullette et al. Jun 1897 A
849270 Schafer Apr 1907 A
880823 Redfield Mar 1908 A
2224411 Smith Dec 1940 A
2415056 Wheeler Jan 1947 A
2618447 Lecarme Nov 1952 A
2742973 Johannesen Apr 1956 A
2966223 Gleasman Dec 1960 A
3017199 Sechrist Jan 1962 A
3145797 Taylor Aug 1964 A
3179355 Pickering Apr 1965 A
3260324 Suarez Jul 1966 A
3283398 Andren Nov 1966 A
3288234 Feliz Nov 1966 A
3306626 Kawada Feb 1967 A
3313365 Jackson Apr 1967 A
3338328 Cataldo Aug 1967 A
3348518 Forsyth Oct 1967 A
3374845 Donald Mar 1968 A
3399742 Malick Sep 1968 A
3446304 Alimanestiand May 1969 A
3450219 Fleming Jun 1969 A
3515401 Gross Jun 1970 A
3580344 Floyd May 1971 A
3596298 Durst, Jr. Aug 1971 A
3628624 Wesener Dec 1971 A
3718342 Freed Feb 1973 A
3787066 Hautier Jan 1974 A
3790150 Lippert Feb 1974 A
3860264 Douglas Jan 1975 A
3872945 Hickman Mar 1975 A
3893689 Verhoff Jul 1975 A
3952822 Udden Apr 1976 A
3965402 Mogle Jun 1976 A
3993154 Simmons et al. Nov 1976 A
4005907 Bonomo Feb 1977 A
4018440 Deutsch Apr 1977 A
4030753 Meiners Jun 1977 A
4054319 Fogg et al. Oct 1977 A
4062558 Wasserman Dec 1977 A
4065145 Chambers Dec 1977 A
4065146 Denzer Dec 1977 A
4076270 Winchell Feb 1978 A
4078627 Brown et al. Mar 1978 A
4087107 Winchell May 1978 A
4088199 Trautwein May 1978 A
4094372 Notter Jun 1978 A
4109741 Gabriel Aug 1978 A
4111445 Haibeck Sep 1978 A
4115445 Hearsey Sep 1978 A
4140200 Tucek Feb 1979 A
4151892 Francken May 1979 A
D253234 Cooke Oct 1979 S
4222449 Feliz Sep 1980 A
4264082 Fouchey, Jr. Apr 1981 A
4266627 Lauber May 1981 A
4274503 Mackintosh Jun 1981 A
4281734 Johnston Aug 1981 A
4293052 Daswick Oct 1981 A
4307788 Shelton Dec 1981 A
4325565 Winchell Apr 1982 A
4354569 Eichholz Oct 1982 A
D266758 Johannsen et al. Nov 1982 S
4363493 Veneklasen Dec 1982 A
4373600 Buschbom Feb 1983 A
4375840 Campbell Mar 1983 A
4413693 Derby Nov 1983 A
4448455 Ellegaard May 1984 A
4456086 Wier Jun 1984 A
4484648 Jephcott Nov 1984 A
4510956 King Apr 1985 A
4512588 Cox Apr 1985 A
4556997 Takamiya Dec 1985 A
4560022 Kassai Dec 1985 A
4566707 Nitzberg Jan 1986 A
4570078 Yashima Feb 1986 A
4571844 Komasaku Feb 1986 A
4624469 Bourne, Jr. Nov 1986 A
4648783 Tan Mar 1987 A
4657271 Salmon Apr 1987 A
4657272 Davenport Apr 1987 A
4674584 Watkins Jun 1987 A
4685693 Vadjunec Aug 1987 A
4709772 Brunet Dec 1987 A
4712806 Patrin Dec 1987 A
4716980 Butler Jan 1988 A
4722547 Kishi Feb 1988 A
4732353 Studer Mar 1988 A
4740001 Torleumke Apr 1988 A
4746132 Eagan May 1988 A
4750578 Brandenfels Jun 1988 A
4754255 Sanders et al. Jun 1988 A
4770410 Brown Sep 1988 A
4778133 Sakurai Oct 1988 A
4786069 Tang Nov 1988 A
4787679 Arnold Nov 1988 A
4790400 Sheeter Dec 1988 A
4790548 Decelles Dec 1988 A
4794730 Fischbach Jan 1989 A
4794999 Hester Jan 1989 A
4798255 Wu Jan 1989 A
4802542 Houston Feb 1989 A
4809804 Houston Mar 1989 A
4834200 Kajita May 1989 A
4837694 Narita et al. Jun 1989 A
4863182 Chern Sep 1989 A
4867188 Reid Sep 1989 A
4869279 Hedges Sep 1989 A
4874055 Beer Oct 1989 A
4890853 Olson Jan 1990 A
4897070 Wagstaff Jan 1990 A
4913252 Bartley et al. Apr 1990 A
4919225 Sturges Apr 1990 A
D308364 Beasley, Jr. et al. Jun 1990 S
4941854 Takahashi et al. Jul 1990 A
4944360 Sturges Jul 1990 A
4953851 Sherlock Sep 1990 A
4964679 Rath Oct 1990 A
4967862 Pong et al. Nov 1990 A
4973071 Ishizaki Nov 1990 A
4984754 Yarrington Jan 1991 A
4985947 Ethridge Jan 1991 A
4998596 Miksitz Mar 1991 A
5001636 Shiraishi et al. Mar 1991 A
5002295 Lin Mar 1991 A
5011171 Cook Apr 1991 A
5012176 Laforge Apr 1991 A
RE33675 Young Aug 1991 E
5044457 Aikman Sep 1991 A
5052237 Reimann Oct 1991 A
5076390 Haskins Dec 1991 A
5087103 Pompier Feb 1992 A
5088761 Takehara et al. Feb 1992 A
5098041 Uetrecht Mar 1992 A
5111899 Reimann May 1992 A
5123972 Ostrander Jun 1992 A
5124938 Algrain Jun 1992 A
5125468 Coker Jun 1992 A
5136219 Takahashi Aug 1992 A
5158493 Morgrey Oct 1992 A
5161820 Vollmer Nov 1992 A
5165711 Tsai Nov 1992 A
5168947 Rodenborn Dec 1992 A
5171173 Henderson Dec 1992 A
5186270 West Feb 1993 A
5208521 Aoyama May 1993 A
5217246 Williams Jun 1993 A
5221883 Takenaka Jun 1993 A
5229068 Johansson et al. Jul 1993 A
5241875 Kochanneck Sep 1993 A
5248007 Watkins Sep 1993 A
5261503 Yasui Nov 1993 A
5274576 Williams Dec 1993 A
5276588 Repplinger Jan 1994 A
5276624 Ito Jan 1994 A
5297646 Yamamura Mar 1994 A
5307888 Urvoy May 1994 A
5307892 Philips May 1994 A
5314034 Chittal May 1994 A
5350033 Kraft Sep 1994 A
5366036 Perry Nov 1994 A
5369580 Monji Nov 1994 A
5376868 Toyoda Dec 1994 A
D355148 Orsolini Feb 1995 S
5388658 Ando et al. Feb 1995 A
5397890 Schueler Mar 1995 A
5408411 Nakamura Apr 1995 A
5408811 Satake Apr 1995 A
5417298 Shibahata May 1995 A
5419624 Adler May 1995 A
5450919 Shitani Sep 1995 A
5465806 Higasa Nov 1995 A
5482125 Pagett Jan 1996 A
D373121 Deiuliis et al. Aug 1996 S
5551756 Gurasich et al. Sep 1996 A
5576959 Hrovat Nov 1996 A
D376585 Wathen et al. Dec 1996 S
5615116 Gudat Mar 1997 A
D381325 McMahan et al. Jul 1997 S
5646845 Gudat Jul 1997 A
5649605 Slashed Jul 1997 A
5657828 Nagamachi Aug 1997 A
5695021 Schaffner Dec 1997 A
5701965 Kamen et al. Dec 1997 A
5701968 Wright-Ott Dec 1997 A
5705746 Trost Jan 1998 A
5732379 Eckert Mar 1998 A
5743347 Gingerich Apr 1998 A
5746282 Fujiwara May 1998 A
5769441 Namngani Jun 1998 A
5774819 Yamamoto et al. Jun 1998 A
5775452 Patmont Jul 1998 A
5791425 Kamen Aug 1998 A
5794730 Kamen Aug 1998 A
5799745 Fukatani Sep 1998 A
5799914 Chivallier et al. Sep 1998 A
5826209 Matsuno Oct 1998 A
D402645 Gargulio Dec 1998 S
5848660 McGreen Dec 1998 A
5850136 Kaneko Dec 1998 A
5869943 Nakashima et al. Feb 1999 A
5869946 Carobolante Feb 1999 A
5893896 Imamura et al. Apr 1999 A
5927414 Kan et al. Jul 1999 A
5928309 Korver Jul 1999 A
5931421 Surauer et al. Aug 1999 A
5939864 Lenhart et al. Aug 1999 A
5965991 Koike Oct 1999 A
5971091 Kamen Oct 1999 A
5973463 Okuda Oct 1999 A
5975225 Kamen Nov 1999 A
5986221 Stanley Nov 1999 A
6002975 Schiffmann Dec 1999 A
6003624 Jorgensen et al. Dec 1999 A
6024182 Hamada et al. Feb 2000 A
6036619 Tashiro Mar 2000 A
6039142 Eckstein Mar 2000 A
6050357 Staelin Apr 2000 A
6052647 Parkinson Apr 2000 A
6053579 Nelson et al. Apr 2000 A
6059062 Staelin May 2000 A
6062600 Kamen et al. May 2000 A
6062651 Schaad May 2000 A
6065558 Wielenga May 2000 A
6073951 Jindra et al. Jun 2000 A
6076033 Hamada Jun 2000 A
6089680 Yoshioka et al. Jul 2000 A
6092249 Kamen et al. Jul 2000 A
D428936 Serfaty et al. Aug 2000 S
6105704 Hamada Aug 2000 A
6108592 Kurtzberg et al. Aug 2000 A
6123398 Arai Sep 2000 A
6125953 Arai Oct 2000 A
6125957 Kauffmann Oct 2000 A
6131057 Tamaki Oct 2000 A
6141613 Fan Oct 2000 A
6148939 Brookhart Nov 2000 A
6154692 Cielaszyk Nov 2000 A
D434762 Ikenaga Dec 2000 S
6169946 Griessbach Jan 2001 B1
6189643 Takahashi Feb 2001 B1
6192305 Schiffmann Feb 2001 B1
6208734 Ortscheid et al. Mar 2001 B1
6208929 Matsuno et al. Mar 2001 B1
6212276 Inoue Apr 2001 B1
6223104 Kamen Apr 2001 B1
6223114 Boros Apr 2001 B1
6225977 Li May 2001 B1
D444184 Kettler Jun 2001 S
6247548 Hayashi Jun 2001 B1
6260646 Fernandez et al. Jul 2001 B1
6263261 Brown Jul 2001 B1
6273212 Husted et al. Aug 2001 B1
6276471 Kratzenberg et al. Aug 2001 B1
6285778 Nakajima et al. Sep 2001 B1
6288505 Heinzmann Sep 2001 B1
6292722 Holmes et al. Sep 2001 B1
6302230 Kamen Oct 2001 B1
6311794 Morrell et al. Nov 2001 B1
6320336 Eguchi Nov 2001 B1
6324446 Brown et al. Nov 2001 B1
6325736 Hamada Dec 2001 B1
6328125 Van Den Dec 2001 B1
6332103 Steenson, Jr. Dec 2001 B1
6332104 Brown Dec 2001 B1
D452692 Fukuda Jan 2002 S
6343664 Morrell et al. Feb 2002 B2
6356188 Meyers Mar 2002 B1
6357544 Kamen Mar 2002 B1
6360996 Bockman et al. Mar 2002 B1
6367817 Kamen Apr 2002 B1
6371228 Husted et al. Apr 2002 B1
6377906 Rowe Apr 2002 B1
6386576 Kamen et al. May 2002 B1
6388580 Graham May 2002 B1
6397046 Kfoury May 2002 B1
6405816 Kamen et al. Jun 2002 B1
6408240 Morrell et al. Jun 2002 B1
6415215 Nishizaki Jul 2002 B1
6415879 Kamen et al. Jul 2002 B2
6416272 Suehiro Jul 2002 B1
6435535 Field Aug 2002 B1
6435538 Ellis Aug 2002 B2
6443250 Kamen et al. Sep 2002 B1
6443251 Morrell et al. Sep 2002 B1
6446320 Kilgore Sep 2002 B2
6463369 Sadano Oct 2002 B2
D466122 Moody Nov 2002 S
6484829 Cox Nov 2002 B1
D466516 Peiker Dec 2002 S
6502011 Haag Dec 2002 B2
6508319 Langenfeld et al. Jan 2003 B1
6538411 Field et al. Mar 2003 B1
6543564 Kamen Apr 2003 B1
6543848 Suga et al. Apr 2003 B1
6543858 Melton Apr 2003 B1
6547026 Kamen et al. Apr 2003 B2
6553271 Morrell Apr 2003 B1
6554250 Alves et al. Apr 2003 B2
6556909 Matsumoto Apr 2003 B2
6561294 Kamen May 2003 B1
6562511 Daroux May 2003 B2
6571176 Shinmura May 2003 B1
6571892 Kamen Jun 2003 B2
6575539 Reich Jun 2003 B2
6581714 Kamen Jun 2003 B1
6582181 Suehiro et al. Jun 2003 B2
6586901 Singer et al. Jul 2003 B1
6593849 Chubb Jul 2003 B2
6598941 Field et al. Jul 2003 B2
6614343 Fennel Sep 2003 B1
6615938 Morrell et al. Sep 2003 B2
6634451 Sakakiyama Oct 2003 B2
6643451 Tokura et al. Nov 2003 B1
6647248 Ortscheid et al. Nov 2003 B1
6651763 Kamen et al. Nov 2003 B1
6651766 Kamen et al. Nov 2003 B2
6654674 Lu Nov 2003 B2
6654675 Pedersen et al. Nov 2003 B2
6659211 Esposito Dec 2003 B2
6659570 Nakamura Dec 2003 B2
D485279 DeCombe Jan 2004 S
6694225 Aga Feb 2004 B2
6704622 Tinskey Mar 2004 B2
6713693 Sadowski et al. Mar 2004 B1
D489027 Waters Apr 2004 S
D489029 Waters Apr 2004 S
D489300 Chang May 2004 S
6752231 Hume Jun 2004 B2
D493127 Waters Jul 2004 S
D493128 Waters Jul 2004 S
D493801 Byun Aug 2004 S
D494099 Maurer Aug 2004 S
6779621 Kamen et al. Aug 2004 B2
6781960 Charas Aug 2004 B1
6789640 Arling Sep 2004 B1
6793258 Gray Sep 2004 B2
6796396 Kamen Sep 2004 B2
6799649 Kamen et al. Oct 2004 B2
6827163 Amsbury et al. Dec 2004 B2
6856326 Zhai Feb 2005 B1
D503402 Su et al. Mar 2005 S
6866107 Heinzmann et al. Mar 2005 B2
6868931 Morrell Mar 2005 B2
D503928 Obata Apr 2005 S
6874591 Morrell et al. Apr 2005 B2
6889784 Troll May 2005 B2
6907949 Wang Jun 2005 B1
D507206 Wang Jul 2005 S
6920947 Kamen et al. Jul 2005 B2
6938923 Mulhern et al. Sep 2005 B2
6962383 Takenoshita et al. Nov 2005 B2
6965206 Kamen et al. Nov 2005 B2
6969079 Kamen et al. Nov 2005 B2
7000933 Arling et al. Feb 2006 B2
7004271 Kamen et al. Feb 2006 B1
7006901 Wang Feb 2006 B2
D517086 Siebel Mar 2006 S
7017686 Kamen et al. Mar 2006 B2
D521017 Jewitt May 2006 S
7040713 Rudolf May 2006 B2
D524315 Reusing Jul 2006 S
7090040 Kamen et al. Aug 2006 B2
D528468 Arling Sep 2006 S
D529005 Hong Sep 2006 S
7102328 Long et al. Sep 2006 B2
7130702 Morrell Oct 2006 B2
7174976 Kamen et al. Feb 2007 B2
7178611 Zupanick Feb 2007 B2
7178614 Ishii Feb 2007 B2
7182166 Gray et al. Feb 2007 B2
D539810 Cummins Apr 2007 S
7198223 Phelps, III et al. Apr 2007 B2
7210544 Kamen et al. May 2007 B2
7219912 Meyer May 2007 B2
D544486 Hussaini Jun 2007 S
7234779 Bedford et al. Jun 2007 B2
D546782 Poulet et al. Jul 2007 S
D549721 Ito Aug 2007 S
D549722 Ito et al. Aug 2007 S
D551592 Chang et al. Sep 2007 S
D551722 Chang et al. Sep 2007 S
7272681 Davies Sep 2007 B2
7273116 Kamen et al. Sep 2007 B2
D552609 Kornblum Oct 2007 S
7275607 Kamen et al. Oct 2007 B2
D556149 Kaufhold et al. Nov 2007 S
D557220 Ewringmann Dec 2007 S
D557221 Ewringmann Dec 2007 S
7303032 Kahlert et al. Dec 2007 B2
7316441 Iwatani et al. Jan 2008 B2
D564033 Itskov et al. Mar 2008 S
7363993 Ishii Apr 2008 B2
7370713 Kamen May 2008 B1
7399035 Kusanagi et al. Jul 2008 B2
7481291 Nishikawa Jan 2009 B2
D585906 Berg et al. Feb 2009 S
D587660 Lin Mar 2009 S
7539557 Yamauchi May 2009 B2
7546889 Kamen et al. Jun 2009 B2
D598927 Hirsch Aug 2009 S
7589643 Dagci Sep 2009 B2
7592900 Kamen et al. Sep 2009 B2
D601922 Imai et al. Oct 2009 S
7640086 Nakashima et al. Dec 2009 B2
7688191 Lu Mar 2010 B2
7690447 Kamen et al. Apr 2010 B2
7690452 Kamen et al. Apr 2010 B2
7703568 Ishii Apr 2010 B2
D614998 Fujita May 2010 S
7740099 Field et al. Jun 2010 B2
D619945 Sadanowicz et al. Jul 2010 S
7757794 Heinzmann et al. Jul 2010 B2
7789174 Kamen Sep 2010 B2
7823676 Yamada et al. Nov 2010 B2
7856248 Fujisaki Dec 2010 B1
7857088 Field Dec 2010 B2
D632229 Kruse Feb 2011 S
7896440 Tsai Mar 2011 B2
7900725 Heinzmann et al. Mar 2011 B2
7917097 Hawkins et al. Mar 2011 B2
7938207 Kamen May 2011 B2
7958956 Kakinuma et al. Jun 2011 B2
D644654 Maitlen et al. Sep 2011 S
8011459 Serai Sep 2011 B2
8014923 Ishii Sep 2011 B2
8025325 Carrier et al. Sep 2011 B1
8028777 Kakinuma Oct 2011 B2
8050820 Yanaka Nov 2011 B2
8050837 Yamada Nov 2011 B2
8074388 Trainer Dec 2011 B2
8091672 Gutsch Jan 2012 B2
8113244 Kamen et al. Feb 2012 B2
8151912 Koide et al. Apr 2012 B2
8155828 Fuwa et al. Apr 2012 B2
8160794 Fuwa Apr 2012 B2
8162089 Shaw Apr 2012 B2
8170780 Field May 2012 B2
8170781 Fuwa May 2012 B2
8172016 Goertzen et al. May 2012 B2
8186462 Kamen May 2012 B2
8224524 Nakashima Jul 2012 B2
8225891 Takenaka Jul 2012 B2
8239992 Schnittman et al. Aug 2012 B2
8248222 Kamen Aug 2012 B2
8249773 Kawada Aug 2012 B2
8255105 Weissert Aug 2012 B2
8265774 Senba Sep 2012 B2
8269130 Mangan et al. Sep 2012 B2
8285474 Doi Oct 2012 B2
8312017 Martin et al. Nov 2012 B2
8326469 Phillips et al. Dec 2012 B2
8346441 Miki et al. Jan 2013 B2
8371410 Fuwa Feb 2013 B2
D678217 Helm Mar 2013 S
D678320 Kanalakis, Jr. Mar 2013 S
8387193 Ziegler Mar 2013 B2
8396611 Phillips et al. Mar 2013 B2
8417404 Yen Apr 2013 B2
8418705 Ota et al. Apr 2013 B2
8453768 Kamen Jun 2013 B2
8467941 Field Jun 2013 B2
D686200 Huang et al. Jul 2013 S
8490723 Heinzmann Jul 2013 B2
8504248 Taira Aug 2013 B2
8564444 Ota et al. Oct 2013 B2
8572822 Hasegawa Nov 2013 B2
8584782 Chen Nov 2013 B2
8587583 Newcombe et al. Nov 2013 B2
8621684 Okumatsu Jan 2014 B2
8636451 Yamashita et al. Jan 2014 B2
8639416 Jones Jan 2014 B2
8640807 Takenaka Feb 2014 B2
8672339 Raike, III Mar 2014 B2
8672356 Inaguma Mar 2014 B2
8684123 Chen Apr 2014 B2
8690265 Noblanc Apr 2014 B2
D704621 Taylor May 2014 S
D705799 Funabashi et al. May 2014 S
8738238 Rekow May 2014 B2
8738278 Chen May 2014 B2
D706807 Harre Jun 2014 S
D707701 d'Amore et al. Jun 2014 S
8744720 Fujisaki Jun 2014 B1
8753208 Jaouen et al. Jun 2014 B2
D708203 Johnson Jul 2014 S
8775001 Phillips Jul 2014 B2
8807250 Chen Aug 2014 B2
8830048 Kamen Sep 2014 B2
8832875 Odashima et al. Sep 2014 B2
8843244 Phillips et al. Sep 2014 B2
D716325 Brudnicki Oct 2014 S
8860551 Carraher Oct 2014 B2
D716818 Alegiani Nov 2014 S
8925563 Ota et al. Jan 2015 B2
8958976 Kajima Feb 2015 B2
D723558 Downs Mar 2015 S
8978791 Ha Mar 2015 B2
9002535 Powers Apr 2015 B2
9016410 Trowell et al. Apr 2015 B2
D729270 Claire May 2015 S
D729833 Claire May 2015 S
9038212 Yamaguchi et al. May 2015 B2
D732062 Kwon Jun 2015 S
9045190 Chen Jun 2015 B2
9056629 Kamo et al. Jun 2015 B2
9096281 Li et al. Aug 2015 B1
9116521 Ueda Aug 2015 B2
D738907 Cabrera-Cordon et al. Sep 2015 S
D738913 Cabrera-Cordon et al. Sep 2015 S
9126497 Heinzmann Sep 2015 B2
9156516 Kahlert Oct 2015 B2
D742300 Fontaeus Nov 2015 S
D742407 Park Nov 2015 S
D742795 Siao Nov 2015 S
9187071 Vinck et al. Nov 2015 B2
9193066 Ohm et al. Nov 2015 B2
9218003 Fong et al. Dec 2015 B2
D747352 Lee et al. Jan 2016 S
D750179 Foulkes et al. Feb 2016 S
9251417 Xu Feb 2016 B1
D752572 Kohler et al. Mar 2016 S
9278036 Lee Mar 2016 B2
9309692 Westwinkel Apr 2016 B2
D755785 Sirotich May 2016 S
D757732 Galanti May 2016 S
D758284 Ringer et al. Jun 2016 S
9371184 Dingle Jun 2016 B1
D762179 Wong Jul 2016 S
9400044 Wadhva et al. Jul 2016 B2
D763359 Kwong Aug 2016 S
D764520 Lee et al. Aug 2016 S
9403566 Jacobsen et al. Aug 2016 B2
9404756 Fong et al. Aug 2016 B2
D765718 Vinna Sep 2016 S
D766312 Hedges Sep 2016 S
9455104 Leusenkamp et al. Sep 2016 B1
D769314 Piroddi Oct 2016 S
D770514 Bae et al. Nov 2016 S
D772255 Taylor et al. Nov 2016 S
D772924 Begin et al. Nov 2016 S
D772930 Vazquez et al. Nov 2016 S
D775148 Anzures Dec 2016 S
9527213 Luo et al. Dec 2016 B2
D778312 Goodwin et al. Feb 2017 S
9567021 Mailey Feb 2017 B2
D784405 Kim et al. Apr 2017 S
D786278 Motamedi May 2017 S
D786770 Smallhorn May 2017 S
D787420 Smallhorn May 2017 S
D787996 Rode et al. May 2017 S
9636265 Furuta May 2017 B2
9656704 Couture et al. May 2017 B2
9662438 Kamen et al. May 2017 B2
9663296 Dingle May 2017 B1
D791174 Hart et al. Jul 2017 S
D792444 Cho et al. Jul 2017 S
D794674 Brush Aug 2017 S
9730029 Choudhury et al. Aug 2017 B2
D797772 Mizono et al. Sep 2017 S
D798318 Ferguson Sep 2017 S
9750896 Kamen et al. Sep 2017 B2
9770825 Goldenberg et al. Sep 2017 B2
D801996 Yang Nov 2017 S
D802002 Howard et al. Nov 2017 S
D804393 Yoo et al. Dec 2017 S
D805972 Lee et al. Dec 2017 S
D805973 Mullaney Dec 2017 S
D807235 Collins Jan 2018 S
D807236 Collins Jan 2018 S
D807277 Lee et al. Jan 2018 S
D812533 Lee et al. Mar 2018 S
D814370 Kim et al. Apr 2018 S
D816090 Stonecipher et al. Apr 2018 S
9974467 Blahnik et al. May 2018 B2
D821410 Vinna et al. Jun 2018 S
9989970 Morey et al. Jun 2018 B1
9996157 Chaudhri et al. Jun 2018 B2
10007391 Sabatelli et al. Jun 2018 B2
10025472 Sabatelli Jul 2018 B2
D825437 Hilton et al. Aug 2018 S
D825493 Yi-Chun Chen Aug 2018 S
D826244 Yampolskaya Aug 2018 S
D826255 Andrizzi et al. Aug 2018 S
10055108 Bates Aug 2018 B2
10055184 Ferrell et al. Aug 2018 B1
10071893 High Sep 2018 B2
D829740 Lepine et al. Oct 2018 S
D830384 Lepine et al. Oct 2018 S
D830385 Lepine et al. Oct 2018 S
D830386 Lepine et al. Oct 2018 S
D831046 Hashimoto et al. Oct 2018 S
D832289 Chen et al. Oct 2018 S
10088993 Hall et al. Oct 2018 B2
10127250 Dingman et al. Nov 2018 B2
10130534 John Nov 2018 B2
D835118 Lee et al. Dec 2018 S
D835139 Xiaofeng Li Dec 2018 S
D835141 Li et al. Dec 2018 S
D835632 Liu et al. Dec 2018 S
10149589 Lindhe et al. Dec 2018 B2
D838731 Pillalamarri et al. Jan 2019 S
10168699 Theobald Jan 2019 B1
10172752 Goffer Jan 2019 B2
D840413 Leach et al. Feb 2019 S
D841021 Klar et al. Feb 2019 S
D841022 Klar et al. Feb 2019 S
D841676 Zhang Feb 2019 S
D841687 Muller et al. Feb 2019 S
D842897 Kumar Mar 2019 S
10220843 Coulter et al. Mar 2019 B2
10229245 Laurance Mar 2019 B2
10230538 Killian et al. Mar 2019 B2
10235014 Yang Mar 2019 B2
D847161 Chaudhri Apr 2019 S
10266097 Takahata et al. Apr 2019 B2
10296167 Liu May 2019 B2
10296194 McLean May 2019 B2
10318589 Sharp Jun 2019 B2
10338776 Andersson Jul 2019 B2
D855634 Kim Aug 2019 S
10372304 Jaramillo, III Aug 2019 B2
10386942 Kim Aug 2019 B2
10423283 Ikeda Sep 2019 B2
10802495 Peret Oct 2020 B2
10908045 Coulter Feb 2021 B2
D923042 Xu Jun 2021 S
11037320 Ebrahimi Afrouzi Jun 2021 B1
11188086 Vogel Nov 2021 B2
11199853 Afrouzi Dec 2021 B1
11241789 Tang Feb 2022 B2
11399995 Coulter Aug 2022 B2
11471343 Takahata Oct 2022 B2
20010006125 Richey, II et al. Jul 2001 A1
20010037163 Allard Nov 2001 A1
20020007239 Matsumoto Jan 2002 A1
20020011361 Richey, II et al. Jan 2002 A1
20020056582 Chubb May 2002 A1
20020063006 Kamen May 2002 A1
20020082749 Meyers Jun 2002 A1
20020121394 Kamen Sep 2002 A1
20020121572 Jacobson Sep 2002 A1
20020189870 Kamen Dec 2002 A1
20030014167 Pedersen Jan 2003 A1
20030128840 Luginbill Jul 2003 A1
20030226698 Kamen Dec 2003 A1
20040005958 Kamen Jan 2004 A1
20040007121 Graves et al. Jan 2004 A1
20040007399 Heinzmann et al. Jan 2004 A1
20040007644 Phelps, III et al. Jan 2004 A1
20040055796 Kamen Jan 2004 A1
20040069543 Kamen Apr 2004 A1
20040124655 Takenoshita et al. Jul 2004 A1
20040135434 Honda Jul 2004 A1
20040201271 Kakinuma Oct 2004 A1
20040256886 Wu Dec 2004 A1
20040262871 Schreuder Dec 2004 A1
20050029023 Takami Feb 2005 A1
20050121866 Kamen Jun 2005 A1
20050134014 Xie Jun 2005 A1
20050211477 Gray Sep 2005 A1
20050236208 Runkles Oct 2005 A1
20050236894 Lu et al. Oct 2005 A1
20050251292 Casey et al. Nov 2005 A1
20060108956 Clark May 2006 A1
20060163437 Lin Jul 2006 A1
20060187646 Belson et al. Aug 2006 A1
20060202439 Kahlert Sep 2006 A1
20060231313 Ishii Oct 2006 A1
20060279554 Shin Dec 2006 A1
20060293850 Ahn et al. Dec 2006 A1
20070001830 Dagci Jan 2007 A1
20070055424 Peters et al. Mar 2007 A1
20070100511 Koerlin May 2007 A1
20070112461 Zini May 2007 A1
20070156286 Yamauchi Jul 2007 A1
20070208483 Rabin Sep 2007 A1
20070213900 Raab Sep 2007 A1
20070221423 Chang Sep 2007 A1
20070296170 Field Dec 2007 A1
20080029985 Chen Feb 2008 A1
20080086241 Phillips et al. Apr 2008 A1
20080147281 Ishii Jun 2008 A1
20080149798 Tinoco Jun 2008 A1
20080174415 Tanida Jul 2008 A1
20080197599 Comstock Aug 2008 A1
20080238005 James Oct 2008 A1
20080294288 Yamauchi Nov 2008 A1
20080302938 Goodwin et al. Dec 2008 A1
20090009984 Mangiardi Jan 2009 A1
20090032323 Kakinuma Feb 2009 A1
20090037033 Phillips et al. Feb 2009 A1
20090045025 Bassett Feb 2009 A1
20090078485 Gutsch Mar 2009 A1
20090105908 Casey Apr 2009 A1
20090115149 Wallis May 2009 A1
20090224524 Rathsack Sep 2009 A1
20100025139 Kosaka Feb 2010 A1
20100107076 Grohman Apr 2010 A1
20100114468 Field May 2010 A1
20100121538 Ishii May 2010 A1
20100126787 Kawada May 2010 A1
20100138128 Strothmann et al. Jun 2010 A1
20100222994 Field Sep 2010 A1
20100230919 Kawada Sep 2010 A1
20100235028 Ishii Sep 2010 A1
20100237645 Trainer Sep 2010 A1
20100250040 Yamano Sep 2010 A1
20110035101 Kawada et al. Feb 2011 A1
20110054717 Yamauchi et al. Mar 2011 A1
20110106339 Phillips et al. May 2011 A1
20110123286 Van Roosmalen et al. May 2011 A1
20110137461 Kong Jun 2011 A1
20110209929 Heinzmann Sep 2011 A1
20110215540 Hunziker et al. Sep 2011 A1
20110220427 Chen Sep 2011 A1
20110221160 Shaw Sep 2011 A1
20110225417 Maharajh et al. Sep 2011 A1
20110238247 Yen Sep 2011 A1
20110285195 Ratgen Nov 2011 A1
20120019554 Narimatu et al. Jan 2012 A1
20120046821 Pettersson et al. Feb 2012 A1
20120072052 Powers Mar 2012 A1
20120168240 Wilson et al. Jul 2012 A1
20120174037 Relyea et al. Jul 2012 A1
20120185091 Field et al. Jul 2012 A1
20120185094 Rosenstein Jul 2012 A1
20120197470 Inui Aug 2012 A1
20120205176 Ha Aug 2012 A1
20120215355 Bewley Aug 2012 A1
20120219395 Inaguma et al. Aug 2012 A1
20120239284 Field Sep 2012 A1
20120290162 Stevens Nov 2012 A1
20120313335 Zanderlehn Dec 2012 A1
20130032422 Chen Feb 2013 A1
20130032423 Chen Feb 2013 A1
20130080015 Strothmann et al. Mar 2013 A1
20130081885 Connor Apr 2013 A1
20130105239 Fung May 2013 A1
20130146409 Boyle Jun 2013 A1
20130188809 Jones et al. Jul 2013 A1
20130218380 Phillips et al. Aug 2013 A1
20130228385 Chen Sep 2013 A1
20130231814 Sarokhan Sep 2013 A1
20130253769 Kamo et al. Sep 2013 A1
20130332064 Funk et al. Dec 2013 A1
20140005933 Fong et al. Jan 2014 A1
20140018994 Panzarella et al. Jan 2014 A1
20140058600 Hoffmann Feb 2014 A1
20140083225 Downs Mar 2014 A1
20140088761 Shamlian et al. Mar 2014 A1
20140148989 Ueda May 2014 A1
20140187237 Li et al. Jul 2014 A1
20140202777 Lee Jul 2014 A1
20140246257 Jacobsen Sep 2014 A1
20140246258 Wyrobek Sep 2014 A1
20140277888 Dastoor et al. Sep 2014 A1
20140371979 Drew et al. Dec 2014 A1
20150006005 Yu et al. Jan 2015 A1
20150060162 Goffer Mar 2015 A1
20150112264 Kamen et al. Apr 2015 A1
20150119289 Chen et al. Apr 2015 A1
20150123453 Benoit, Jr. May 2015 A1
20150197247 Ichinokawa Jul 2015 A1
20150198440 Pearlman et al. Jul 2015 A1
20150209207 Cooper Jul 2015 A1
20150212520 Artes Jul 2015 A1
20150231891 Yashiro et al. Aug 2015 A1
20150245962 Furuta Sep 2015 A1
20150246703 Oishi et al. Sep 2015 A1
20150289653 Hector et al. Oct 2015 A1
20160014252 Biderman et al. Jan 2016 A1
20160031497 Luo Feb 2016 A1
20160035161 Friedli et al. Feb 2016 A1
20160069691 Fong et al. Mar 2016 A1
20160101685 Darpino et al. Apr 2016 A1
20160144505 Fong et al. May 2016 A1
20160170411 Wei Jun 2016 A1
20160264019 Drako Sep 2016 A1
20160291848 Hall et al. Oct 2016 A1
20160362147 Mailey Dec 2016 A1
20170052033 Fong et al. Feb 2017 A1
20170135277 Hiramatsu May 2017 A1
20170176188 Georgy et al. Jun 2017 A1
20170225321 Deyle et al. Aug 2017 A1
20170240169 Coulter Aug 2017 A1
20170243365 Nuijten Aug 2017 A1
20170259811 Coulter Sep 2017 A1
20170300058 Peret Oct 2017 A1
20180024553 Kong Jan 2018 A1
20180056985 Coulter Mar 2018 A1
20180102227 Poon Apr 2018 A1
20180143801 Stucker et al. May 2018 A1
20180164829 Oshima Jun 2018 A1
20180185212 Lucas Jul 2018 A1
20180203522 Stucki et al. Jul 2018 A1
20180253220 Tuhami Sep 2018 A1
20180373258 Fici Dec 2018 A1
20190025853 Julian et al. Jan 2019 A1
20190046373 Coulter Feb 2019 A1
20190224057 Jordan Jul 2019 A1
20190231617 Cazali Aug 2019 A1
20190269567 Kao Sep 2019 A1
20200009977 Park Jan 2020 A1
20200225673 Ebrahimi Afrouzi Jul 2020 A1
20210089040 Ebrahimi Afrouzi Mar 2021 A1
20220026920 Ebrahimi Afrouzi Jan 2022 A1
20220066456 Ebrahimi Afrouzi Mar 2022 A1
Foreign Referenced Citations (102)
Number Date Country
2822729 Mar 2006 CA
2897221 Mar 2006 CA
2580632 Aug 2013 CA
2897542 Sep 2016 CA
101056680 Oct 2007 CN
104071275 Oct 2014 CN
2048593 May 1971 DE
3103961 Sep 1982 DE
3128112 Feb 1983 DE
3242880 Jun 1983 DE
3411489 Oct 1984 DE
4110905 Oct 1991 DE
4404594 Aug 1995 DE
19625498 Nov 1997 DE
29808091 Aug 1998 DE
29808096 Aug 1998 DE
10209093 Sep 2003 DE
0109927 May 1984 EP
0193473 Sep 1986 EP
0537698 Apr 1993 EP
0551986 Jul 1993 EP
0663313 Jul 1995 EP
0746089 Dec 1996 EP
0958978 Nov 1999 EP
1063530 Dec 2000 EP
1759973 Mar 2007 EP
1805071 Jul 2007 EP
1791609 Nov 2011 EP
980237 May 1951 FR
2502090 Sep 1982 FR
152664 Jan 1922 GB
1213930 Nov 1970 GB
2139576 Nov 1984 GB
2388579 Nov 2003 GB
52-44933 Apr 1977 JP
57-87766 Jan 1982 JP
57-110569 Jul 1982 JP
59-73372 Apr 1984 JP
60-255580 Dec 1985 JP
62-12810 Jan 1987 JP
63-305082 Dec 1988 JP
H01-316810 Dec 1989 JP
2-190277 Jul 1990 JP
4-201793 Jul 1992 JP
5-213240 Aug 1993 JP
6-171562 Dec 1994 JP
61-05415 Dec 1994 JP
7255780 Oct 1995 JP
09-010375 Jan 1997 JP
9-248320 Sep 1997 JP
10-023613 Jan 1998 JP
2000-070308 Jul 2000 JP
2000-288032 Oct 2000 JP
2005-022631 Jan 2005 JP
4572594 Jan 2006 JP
2007-069688 Mar 2007 JP
D1314974 Nov 2007 JP
D1323922 Mar 2008 JP
4687784 Jul 2010 JP
2010-240011 Oct 2010 JP
2010-274759 Dec 2010 JP
2011-246124 Dec 2011 JP
5243795 Jul 2013 JP
2014-019212 Feb 2014 JP
2014-174275 Sep 2014 JP
2014-195403 Oct 2014 JP
2014-204544 Oct 2014 JP
2014-218247 Nov 2014 JP
2015-070897 Apr 2015 JP
2015-171895 Oct 2015 JP
2016-084135 May 2016 JP
2018-062344 Apr 2018 JP
D124942 Jun 2006 TW
D124943 Jun 2006 TW
8605752 Oct 1986 WO
8906117 Jul 1989 WO
9623478 Aug 1996 WO
9846474 Oct 1998 WO
9911488 Mar 1999 WO
00023315 Apr 2000 WO
00054719 Sep 2000 WO
00054721 Sep 2000 WO
00075001 Dec 2000 WO
01002920 Jan 2001 WO
02030730 Apr 2002 WO
02072383 Sep 2002 WO
03068342 Aug 2003 WO
03103559 Dec 2003 WO
03106250 Dec 2003 WO
2004007264 Jan 2004 WO
2004078603 Sep 2004 WO
2006031917 Mar 2006 WO
2006042302 Apr 2006 WO
2009052471 Apr 2009 WO
2010084421 Jul 2010 WO
2012090248 Jul 2012 WO
2013096789 Jun 2013 WO
2015167411 Nov 2015 WO
2017147347 Aug 2017 WO
2017156586 Sep 2017 WO
2017180868 Oct 2017 WO
2017201513 Nov 2017 WO
Non-Patent Literature Citations (72)
Entry
Adhikari, B., A Single Subject Participatory Action Design Method for Powered Wheelchairs Providing Automated Back-in Parking Assistance to Cognitively Impaired Older Adults: A pilot study, Department of Computer Science, The University of British Columbia, Vancouver, Canada, Jan. 5, 2015, slide deck.
Bob_Schor. “Re: Cannot get latch mechanical action on Boolean button . . . ” NI Community, published Jun. 2, 2018 (Retrieved from the Internet Sep. 26, 2019). Internet URL: https://forums.ni.com/t5/LabVIEW/Cannot-get-latch-mechanical-action-on-boolean-button-inside-a/td-p/3799821?profile.language=en (Year: 2018).
Brown, Jr. et al., “A Single-Wheel, Gyroscopically Stabilized Robot,” IEEE Robotics & Automation Magazine, Sep. 1997.
“BTCR9 Fansyn Bluetooth . . . ” Fanimation, published Feb. 4, 2017 (Retrieved from the Internet Sep. 27, 2019). Internet URL: https://web.archive.org/web/20170204193258/https://www.fanimation.com/products/index.php/controls-remotes/fansync-bluetooth-receiver-transmitter-downlight.html(Year : 2017).
Cho et al., Sloped Terrain Segmentation for Autonomous Drive Using Sparse 3D Point Cloud, The Scientific World Journal, 2014, https://www.hindawi.com/journals/tswj/2014/582753/.
Cooper, Rory A., Intelligent Control of Power Wheelchairs, IEEE Engineering in Medicine and Biology Magazine, IEEE Service Center, Piscataway, NJ, US, vol. 14, No. 4, Jul. 1, 1995, pp. 423-431, XP11084628.
Dejun Yin and Yoichi Hori, “A Novel Traction Control for Electric Vehicle without Chassis Velocity, Motion Control”, Federico Casolo (Ed.), InTech, DOI: 10.5772/6962. Available from: https://mts.intechopen.com/books/motion-control/a-novel-traction-control-for-electric-vehicle-without-chassis-velocity, 2010.
Derry et al., Automated Doorway Detection for Assistive Shared-Control Wheelchairs, 2013 IEEE International Conference on Robotics and Automation, May 6-10, 2013, https://cpb-us-e1.wpmucdn.com/sites.northwestern.edu/dist/5/1812/files/2016/05/13icra_derry.pdf.
Elnagar, A., “Prediction of Moving Objects in Dynamic Environments Using Kalman Filters,” Proceedings of 2001 IEEE International Symposium on Computational Intelligence in Robotics and Automation, Jul. 29-Aug. 1, 2001.
Fresk, et al., “Full Quaternion Based Attitude Control for a Quadrator”, 2013 European Control Conference (EDD), Jul. 17-19, 2013, Zurich, Switzerland, pp. 3864-3869.
Grasser, F. et al., “Joe: A Mobile, Inverted Pendulum,” IEEE Transactions on Industrial Electronics, vol. 49, No. 1, Feb. 2002.
Ha, et al. “Trajectory Tracking Control for Navigation of Self-Contained Mobile Inverse Pendulum” Intelligent Robots and Systems '94. ‘Advanced Robotic Systems and the Real World’, IROS '94. Proceedings of the IEEE/RSJ/GI International Conference on, vol. 3, No. pp. 1875-1882, Sep. 12-16, 1994.
Ha, et al., “Trajectory Tracking Control for Navigation of the Inverse Pendulum Type Self-Contained Mobile Robot” Robotics and Autonomous Systems 17, 65-80 (1996).
Helgesson, L., “Pitch and roll estimating Kalman filter for stabilizing quadrocopters”, http://lhelge.se/2012/04/pitch-and-roll-estimating-kalman-filter-for-stabilizing-quadrocopters/, Oct. 15, 2012.
How et al., “Clinical Evaluation of the Intelligent Wheelchair System”, Proceedings of Festival of international Conference on Caregiving, Disability, Aging and Technology, Toronto, Canada, 2011.
Ishida and Miyamoto, “Collision-Detecting Device for Omnidirectional Electric Wheelchair”, Research Article, ISRN Robotics, vol. 2013, Article ID 672826, Nov. 1, 2012.
I-Real, Personal Mobility Device, https://www.youtube.com/watch?v=WAGpxlUpdWw, Published on Jan. 15, 2013, appeared first in Apr. 2012, D1 Grand Prix event, Odaiba, JP.
I-swing, Single Person Vehicle, https://www.youtube.com/watch?feature=player_embedded&v=lQSybf7sLtg, Published on Sep. 14, 2006, Featured on Hacked Gadgets, http://hackedgadgets.com.
I-Unit, Wheelchair, https://www.youtube.com/watch?v=RbrrIrh3GBE, Published on Jun. 6, 2006, Filmed at Megaweb Center at Tokyo.
Johnson, R.C., “Unicycles and Bifurcations”, American J. of Physics, vol. 66, No. 7, 589-592 (Oct. 22, 2002).
Kanoh, “Applied Control of Inverted Pendulum”, Computrol, vol. 2, (1983), pp. 69-75.
Kawaji, S., “Stabilization of Unicycle Using Spinning Motion”, Denki Gakkai Ronbushi, D, vol. 107, Issue 1, Japan (1987), pp. 21-28.
Koyanagi et al., “A Wheeled Inverse Pendulum Type Self-Contained Mobile Robot and its Posture Control and Vehicle Control”, The Society of Instrument and Control Engineers, Special issue of the 31st SICE Annual Conference, Japan, 1992, pp. 13-16.
Koyanagi et al., “A Wheeled Inverse Pendulum Type Self-Contained Mobile Robot and its Two Dimensional Trajectory Control”, Proceeding of the Second International Symposium on Measurement and Control in Robotics, Japan 1992, pp. 891-897.
Koyanagi et al., “A Wheeled Inverse Pendulum Type Self-Contained Mobile Robot”, The Society of Instrument and Control Engineers, Special issue of the 31st SICE Annual Conference, Japan 1992, pp. 51-56.
Lam, H. K. et al., “Fuzzy Model Reference Control of Wheeled Mobile Robots,” The 27th Annual Conference of the IEEE Industrial Electronics Society (2001).
Liu, H.S. et al., “Accelerometer for Mobile Robot Positioning,” IEEE Transactions on Industry Applications, vol. No. 3, Oct. 1999.
Meeussen et al., Autonomous Door Opening and Plugging In with a Personal Robot, Willow Garage, USA, IEEE International Conference on Robotics and Automation, May 3-7, 2010, http://www.willowgarage.com/sites/default/files/m2.pdf.
Momoi & Yamafuji, “Motion Control of the Parallel Bicycle-Type Mobile Robot Composed of a Triple Inverted Pendulum”, Paper Read at Meeting of Japan Society of Mechanical Engineering (Series C), vol. 57, No. 541, (Sep. 1991), pp. 154-159.
Montella, C., et al., “To the Bookstore! Autonomous Wheelchair Navigation in an Urban Environment”, Lehigh University, published in FSR, 2012, Part of the Springer Tracts in Advanced Robotics book series (STAR, vol. 92), first online Dec. 31, 2013.
News article, “Amazing Wheelchair Goes Up and Down Stairs”.
Oishi et al., “Building A Smart Wheelchair On A Flexible Software Platform”, RESNA International Conference on Technology and Aging, 2011.
Osaka et al., “Stabilization of unicycle”, Systems and Control, vol. 25, No. 3, Japan Mar. 1981, pp. 159-166.
PCT/US2017/019214, Written Opinion of the International Search Authority, dated Aug. 31, 2017.
PCT/US2017/027410, Written Opinion of the International Search Authority, dated Dec. 4, 2017.
PCT/US2017/033705, Written Opinion of the International Search Authority, dated Nov. 23, 2017.
Roy et al., “Five-Wheel Unicycle System”, Medical & Biological Engineering & Computing, vol. 23, No. 6, United Kingdom Nov. 1985, pp. 593-596. Entire document can be purchased via: https://link.springer.com/article/10.1007%2FBF02455316.
Sabatini, A, “Quaternion-based Extended Kalman Filter for Determining Orientation by Inertial and Magnetic Sensing”, IEEE Transactions on Biomedical Engineering, vol. 53:7, Jul. 2006, pp. 1346-1356.
Schoonwinkel, A., “Design and Test of a Computer-Stabilized Unicycle”, Stanford University (1988), UMI Dissertation Services, Dissertation Abstracts International, vol. 49/03-B, Stanford University 1987, pp. 890-1294.
Sheng et al., “Postural Stability of a Human Riding a Unicycle and Its Emulation by a Robot,” IEEE Transactions on Robotics and Automation, vol. 13:5, Oct. 1997.
Sheng, Zaiquan; Yamafuji, Kazuo: “Realization of a Human Riding a Unicycle by a Robot”. Proceedings of the 1995 IEEE International Conference on Robotics and Automation, vol. 2, 1995, pp. 1319-1326.
Stew's Hovercraft Page, http://www.stewcam.com/hover-craft.html.
Takahashi et al., “Back and Forward Moving Scheme of Front Wheel Raising for Inverse Pendulum Control Wheel Chair Robot”, Proceedings of the 2001 IEEE International Conference of Robotics & Automation, Seoul, Korea, May 21-26, 2001, pp. 3189-3194.
Takahashi et al., “Front Wheel Raising and Inverse Pendulum Control of Power Assist Wheel Chair Robot”, IEEE, 1999, pp. 668-673.
Tanaka et al., “A Mobile Robot for Service Use: Behaviour Simulation System and Intelligent Control,” Proceedings of the 1997 IEEE/RSJ International Conference on Intelligent Robots and Systems, 1997.
Tecknico'S Home Page, “Those Amazing Flying Machines”, http://www.swiftsite.com/technico, May 24, 1999.
Ulyanov et al., “Fuzzy Intelligent Emotion and Instinct Control of a Robotic Unicycle,” Proceedings of the 1996 4th International Workshop on Advanced Motion Control, Mar. 18-21, 1996.
Ulyanov et al., “Soft computing for the intelligent robust control of a robotic unicycle with a new physical measure for mechanical controllability”. Soft Computing vol. 2:2, Jun. 1998, pp. 73-88.
Umpad, Leomar. “How Do I Use My Samsung Galaxy Device as a TV Remote Control?” Tech Recipes, published Nov. 27, 2014 (Retrieved from the Internet Sep. 27, 2019). Internet URL: <https:// www.Tech-recipes.com/rx/51556/how-do-i-use-my-samsung-galaxy-device-as-a-tv-remote-control/> (Year: 2014).
Viswanathan et al., “Navigation Assistance for Intelligent Wheelchairs”, 3rd International Conference on Technology and Aging/RESNA, Toronto, 2011.
Vos et al., “Dynamics and Nonlinear Adaptive Control of an Autonomous Unicycle—Theory and Experiment”, American Institute of Aeronautics and Astronautics, A90-26772 10-39, Washington, D.C. 1990, Abstract only.
Vos, D., “Nonlinear Control of an Autonomous Unicycle Robot: Practical Issues”, Massachusetts Institute of Technology, Jun. 5, 1992.
Vos, D., Dynamics and Nonlinear Adaptive Control of an Autonomous Unicycle, Massachusetts Institute of Technology, Jun. 7, 1989.
Wang et al., “Real-time Model-based Electrical Powered Wheelchair Control”, Med Eng Phys. Dec. 2009: 31(10): 1244-1254.
Watson Industries, Inc., “Single Axis Vertical Reference System Owner's Manual ADS-C132-1A”, Apr. 20, 2015, pp. 3-4.
Welch et al., “An Introduction to the Kalman Filter,” SIGGRAPH 2001, Department of Computer Science University of North Carolina at Chapel Hill, http://www.cs.unc.edu/-{welch,GB}, 2001.
WO 2000/073101, IPER of the International Search Authority, filing date Mar. 14, 2000.
WO 2000/075001, IPER of the International Search Authority, filing date Jun. 1, 2000.
WO 2017/147347 Written Opinion of the International Search Authority, Int. App. #PCT/US2017/019214, dated Feb. 23, 2016.
WO 2017/201513, Written Opinion of the International Searching Authority, Int. App. #PCT/US2017/033705, Intl. filing date May 20, 2017.
WO2002/030730, IPER of the International Search Authority, filing date Oct. 11, 2001.
WO2004/007264, Initial Publication with ISR, International Publication Date Jan. 22, 2004.
Wolstenholme, Kevin. “Updating Glide—The Full Breakdown.” RisingHigh Academy, published Aug. 26, 2017 (Retrieved from the Internet Sep. 26, 2019). Internet URL: https://risinghighacademy.com/category/games/(Year:2017).
Written Opinion of the International Searching Authority, Int. App. # PCT/US2017/019214, dated Feb. 23, 2016.
Yamafuji & Kawamura, “Study on the Postural and Driving Control of Coaxial Bicycle”, Paper Read at Meeting of Japan Society of Mechanical Engineering (Series C), vol. 54, No. 501, (May 1988), pp. 1114-1121, Abstract in English.
Yamafuji et al., “Synchronization and Steering Control of Parallel Bicycle”, Paper Read at Meeting of Japan Society of Mechanical Engineering (Series C), vol. 55, No. 513, (May 1989), pp. 1229-1234.
Yamafuji, “A Proposal for Modular-Structured Mobile Robots for Work that Principally Involve a Vehicle with Two Parallel Wheels”, Automation Technology, vol. 20, pp. 113-118 (1988).
Yun et al., “Design, Implementation and Experimental Results of a Quarternion-Based Kalman Filter for Human Body Motion Tracking”, IEEE Transactions on Robotics, vol. 22, No. 6, Dec. 2006, pp. 1216-1227.
Yun et al., “Implementation and Experimental Results of a Quarternion-Based Kalman Filter for Human Body Motion Tracking”, Proceedings of the 2005 IEEE International Conference on Robotics and Automation, Barcelona, Spain, Apr. 2005, pp. 317-322.
Zenkov, DV, AM Bloch, and JE Marsden [2001] “The Lyapunov-Malkin Theorem and Stabilization of the Unicycle with Rider”. Systems and Control Letters, vol. 45, No. 4, Apr. 5, 2002, pp. 293-302(10).
Zenkov, DV, AM Bloch, NE Leonard and JE Marsden, “Matching and Stabilization of Low-Dimensional Nonholonomic Systems”. Proc. CDC, 39, (2000), 1289-1295.
U.S. Appl. No. 15/486,980, filed Apr. 13, 2017.
Related Publications (1)
Number Date Country
20210096577 A1 Apr 2021 US
Provisional Applications (1)
Number Date Country
62322522 Apr 2016 US
Continuations (1)
Number Date Country
Parent 15486980 Apr 2017 US
Child 17014770 US