Embodiments provided herein generally relate to a navigation control interface, and particularly to a hardware interface between a vehicle control system and a navigation control system.
Many warehouse environments utilize one or more forklifts and/or other vehicles for moving products into, out of, and within the warehouse. Accordingly, many current solutions utilize a vehicle operator to determine which products need to be moved and to where those products will be moved. While the vehicle operators may be capable of sufficiently navigating the vehicle to perform the desired tasks, the operators represent a significant cost to moving goods through a warehouse.
Included are systems and methods for providing a vehicular navigation control interface. Some embodiments include a navigation system and a vehicle with a vehicle control module (VCM), a navigation control module (NCM), and a navigation control interface, where the VCM receives a manual command from an operator to implement a manual control function. In some embodiments the NCM receives an automatic command from the navigation system to implement an automatic control function via the VCM and the navigation control interface directly connects the VCM and the NCM to facilitate communication between the VCM and NCM for implementing automatic mode and for reporting implementation of a manual mode.
Also included are embodiments of a vehicle. The vehicle may include a vehicle control module (VCM), a navigation control module (NCM), a hardware interface, a traction control module (TCM), and a steering control module (SCM). In some embodiments, the VCM receives a manual command from an operator to implement a manual control function, causes the vehicle to implement the manual command, and sends data related to the manual command to the NCM. Similarly, in some embodiments, the NCM receives an automatic command from a navigation system to implement an automatic control function, sends data related to the automatic command to the VCM for implementing the automatic command, and the hardware interface directly connects the VCM and the NCM to facilitate communication of data between the VCM and NCM.
The embodiments set forth in the drawings are illustrative and exemplary in nature and not intended to limit the subject matter defined by the claims. The following detailed description of the illustrative embodiments can be understood when read in conjunction with the following drawings, where like structure is indicated with like reference numerals and in which:
Also included is the remote computing device 104. The remote computing device 104 may also be configured as a server or other computing device and may be configured to provide the navigation system 102 with the work orders, and/or other information. In some embodiments, the remote computing device 104 may be located on the same premises as the navigation system 102, while in some embodiments the remote computing device 104 may be located remotely from the navigation system 102. Similarly, depending on the particular embodiment, the remote computing device 104 may be configured to service one or more different environments and communicate with one or more different navigation systems.
If an automatic command has been sent to the vehicle 106, the vehicle 106 may operate in automatic mode and thus may implement an automatic control function. Thus, the vehicle 106 may perform the desired tasks without the assistance of a human operator. As such, the vehicle 106 may receive one or more locations (or a predetermined route) from the navigation system 102. With this information, the vehicle 106 may travel to a predetermined destination, perform the desired task, and then proceed to the next location.
As an example, if the vehicle 106 is currently operating in automatic mode, the vehicle 106 may receive a task, a predetermined destination (address D212), and/or a route for reaching the predetermined destination. Depending on the information received, the vehicle 106 may calculate a route to the predetermined location at the address D212 and may then perform the task. In this particular example, the task requests the vehicle 106 to pick up the product located at the address D212. From the current location of the vehicle 106, the vehicle 106 may then use sensors and mapping data to navigate according to the determined path. In some embodiments, the vehicle 106 may include a light sensor. The light sensor may determine the relative position of the vehicle 106 with regard to the overhead lighting fixtures. Based on this information, and/or other information (such as laser sensor information, odometer readings, etc.), the vehicle 106 (and/or the navigation system 102) may ensure that the vehicle 106 is on the correct path.
Also included in the vehicle computing architecture 110 is a mode select switch (MSS) 302. The MSS 302 may be configured with two bi-pole switches for selecting manual mode or automatic mode. Specifically, a display 304 may be provided on the vehicle 106 and may be configured as a user interface for providing the operator with an option to select manual mode or automatic mode. However, this is merely an example, as some embodiments may include a physical switch to implement this selection. Regardless, in response to selection of the manual mode, the MSS 302 switches the bi-poles to the upward position (as shown). With the bi-poles in this position, battery voltage is provided to a manual coil 306, which enables the VCM 112 to have control of turning on the manual coil 306 by sinking the low side of the circuit to ground, which activates a manual contactor 305 so that bus power can be distributed to the motor controllers (TCM 309, SCM 312) for commanding motion on the truck. The SCTT 308 can receive operator commands in the form of a brake switch (BRS1), a reverse switch (RS), a forward switch (FS), a lower switch (LOS), a raise switch (RAS), a dead man switch (DMS), a high speed switch (HSS), a live man switch (LMS), and a battery restraint (BRES) switch. Also included is a level shifter for providing the commands to the VCM 112, which may not be utilized, depending on the particular embodiment. From the VCM 112, the manual operations commands may be processed and converted to a torque or speed command and be sent to the TCM 309, which is coupled to a traction motor 310. The TCM 309 may operate as a motor controller and is thus configured to provide a power signal, which includes a voltage and frequency, directly to a motor of the vehicle 106. Similarly, the manual commands may be processed and converted to a speed or position command and be sent to the SCM 312, which is coupled to a steering motor 314. Through this mode of operation, the VCM 112 can facilitate manual operation of the vehicle 106.
Similarly, when an automatic mode of operation is selected, such as through the MSS 302, the MSS 302 switches position of the bi-poles. With the bi-poles switched into automatic mode, battery voltage is provided to an auto coil 316, which enables the NCM 114 to have control of turning the auto coil 316 on by sinking the low side of the circuit to ground, which activates the automatic contactor 318.
It should be understood that while the embodiment of
Additionally, the memory component 140 may store operating logic 442, traction logic 444a, steering logic 444b, hoist logic 444c, and accessory logic 444d. The operating logic 442 may include an operating system and/or other software for managing components of the VCM 112. The traction logic 444a may be configured with one or more algorithms and parameters for facilitating optimal traction control for the vehicle 106. The steering logic 444b may be configured with one or more algorithms and parameters for facilitating optimal steering control of the vehicle 106. The hoist logic 444c may include one or more algorithms and parameters for facilitating optimal hoist control of the vehicle 106. Additionally, the accessory logic 444d may include one or more algorithms and parameters for providing control of accessories of the vehicle 106. A local communication interface 446 is also included in
The processor 430 may include any processing component operable to receive and execute instructions (such as from the data storage component 436 and/or the memory component 140). The input/output hardware 432 may include and/or be configured to interface with a monitor, positioning system, keyboard, touch screen, mouse, printer, image capture device, microphone, speaker, gyroscope, compass, and/or other device for receiving, sending, and/or presenting data. The network interface hardware 434 may include and/or be configured for communicating with any wired or wireless networking hardware, including an antenna, a modem, LAN port, wireless fidelity (Wi-Fi) card, WiMax card, mobile communications hardware, and/or other hardware for communicating with other networks and/or devices. From this connection, communication may be facilitated between the VCM 112 and other computing devices.
It should be understood that the components illustrated in
It also should be understood that the VCM 112 may communicate with the NCM 114 via the navigation control interface 116 to coordinate the various conditions of manual operation and automatic operation of the vehicle 106. As such, Tables 1-8 below represent examples of data that may be sent from the VCM 112 to the NCM 114.
As illustrated in Table 1, the VCM 112 may communicate vehicle data directly with NCM 114 via the navigation control interface 116 (
Similarly, bytes 3 and 4 may be utilized for a vehicle status. As an example, bit 0 may be utilized for a state of the MSS 302 (manual/auto). Bit 1 may be utilized to identify a brake switch state of BRS1 (on/off). Bit 2 may be utilized to identify the ED1 contactor state (open/closed). Bit 3 may be utilized to identify a state of the manual contactor 305. Similarly, byte 4 is utilized for identifying a functional mode, such as a traction mode, steering mode, hoist mode, and accessory mode. Bits 4-7 may be utilized for up to 15 different error codes. Byte 5 may be used as a freshness counter, while bytes 6 and 7 may be utilized to identify the load weight on the fork.
As illustrated, Table 2 identifies traction data that may be sent from the VCM 112 to the NCM 114 via the navigation control interface 116. Specifically, the purpose of the message in Table 2 is traction speed feedback and vehicle limits. Again, while Table 2 indicates that the data is sent as an 8 byte message, this is merely an example. Regardless, Table 2 illustrates that byte 0 and byte 1 are utilized for traction speed feedback. Bytes 2 and 3 may be utilized for identifying a traction speed limit. Bytes 4 and 5 may be utilized to identify a traction acceleration force limit. Bytes 6 and 7 may be utilized to identify a traction deceleration force limit.
Specifically, the traction speed feedback of bytes 0 and 1 may be communicated from the VCM 112 to the NCM 114 to identify a current speed and/or traction state that the vehicle 106 is experiencing. Additionally, the vehicle 106 may be subject to one or more vehicle limits that are imposed. The vehicle limits may include a speed limit, an acceleration limit, and/or a deceleration limit.
Table 3 includes steering data that is sent from the VCM 112 to the NCM 114 via the navigation control interface 116. Specifically, bytes 0 and 1 may be utilized to provide current wheel angle feedback of the vehicle. Bytes 2 and 3 may be utilized to identify a counterclockwise wheel angle limit. Bytes 4 and 5 may be utilized to identify a clockwise wheel angle limit. Bytes 6 and 7 may be utilized to identify a wheel angle rate limit of rotation.
Table 4 includes hoist data that may be communicated by the VCM 112 to the NCM 114 via the navigation control interface 116. Specifically, the data provided in this message reports information regarding the current state of the fork. Accordingly, bytes 0 and 1 may be utilized to identify the current fork height of the vehicle 106. Bytes 2 and 3 may be utilized to identify a fork hoist speed limit of the vehicle 106. Bytes 4 and 5 may be utilized to identify a hoist acceleration limit of the fork. Bytes 6 and 7 may be utilized to identify a hoist height limit of the fork.
Table 5 includes vehicle accessory data that may be communicated by the VCM 112 to the NCM 114 via the navigation control interface 116. Specifically, bytes 0 and 1 may be utilized to identify a position of an accessory of the vehicle 106. Bytes 2 and 3 may be utilized to identify an accessory upper limit of the vehicle 106. Bytes 4 and 5 may be utilized to identify an accessory lower limit. Bytes 6 and 7 may be utilized to identify an accessory speed limit.
Table 6 includes vehicle accessory data that may be communicated by the VCM 112 to the NCM 114 via the navigation control interface 116. Specifically, the date in table 6 is related to a second accessory on the vehicle 106. Accordingly, bytes 0 and 1 may be utilized to identify a position of an accessory of the vehicle 106. Bytes 2 and 3 may be utilized to identify an accessory upper limit of the accessory. Bytes 4 and 5 may be utilized to identify an accessory lower limit. Bytes 6 and 7 may be utilized to identify an accessory speed limit.
Table 7 includes additional vehicle accessory data that may be communicated by the VCM 112 to the NCM 114 via the navigation control interface 116. Specifically, bytes 0 and 1 may be utilized to identify a position of an accessory of the vehicle 106. Bytes 2 and 3 may be utilized to identify an accessory upper limit of the accessory. Bytes 4 and 5 may be utilized to identify an accessory lower limit. Bytes 6 and 7 may be utilized to identify an accessory speed limit.
Table 8 includes additional vehicle accessory data that may be communicated by the VCM 112 to the NCM 114 via the navigation control interface 116. Specifically, bytes 0 and 1 may be utilized to identify a position of an accessory of the vehicle 106. Bytes 2 and 3 may be utilized to identify an accessory upper limit of the accessory. Bytes 4 and 5 may be utilized to identify an accessory lower limit. Bytes 6 and 7 may be utilized to identify an accessory speed limit.
Similarly Tables 9-16 represent data that may be sent from the NCM 114 to the VCM 112. While the communications from the VCM 112 to the NCM 114, depicted in Tables 1-8 may be utilized to report vehicle conditions and/or limits, the communications from the NCM 114 to the VCM 112 (in at least some embodiments) include control commands to control the vehicle in automatic mode. In such embodiments, the NCM 114 may determine an automatic control function, such as an acceleration, turn, fork extension, etc., and may communicate this command to the VCM 112. The VCM 112 may then send a command to the appropriate power component, such as the TCM 309, SCM 312, etc., which may then send a power signal to a motor for implementing the desired automatic control function. Accordingly the data in Tables 9-16.
Table 9 includes system data that may be communicated by the NCM 114 to the VCM 112 via the navigation control interface 116. Specifically, bytes 0 and 1 may be utilized to provide the system identifier data. Byte 2 may be utilized to identify a navigation system state, which is a vehicle state as understood by the navigation system 102. Specifically, the vehicle 106 may be operating in a state, such as initialization, standby, manual, auto, etc. Additionally, the navigation system 102 and/or NCM 114 may also store the current state of the vehicle 106. Thus, the NCM 114 may send the vehicle 106 state as stored by the navigation system 102 to the VCM 112 so that the data may be compared, updated, and/or correlated. Similarly, bytes 3 and 4 may be utilized to identify a navigation system status. Specifically, bytes 3 and 4 may be utilized to identify a state of the MSS 302, a brake switch state of the BRS1, and/or an automatic contactor state of the automatic contactor 318 (
Table 10 identifies traction command data that may be sent from the NCM 114 to the VCM 112 via the navigation control interface 116. Specifically, the purpose of the message in Table 10 is to provide traction commands to the VCM 112 when the vehicle 106 is operating in automatic mode. Accordingly, the NCM 114 may send a traction command with bytes 0 and 1. The NCM 114 may send a traction P gain with bytes 2 and 3. The NCM 114 may send a traction I gain in bytes 4 and 5.
Similar to Table 10, Table 11 identifies commands that may be sent from the NCM 114 to the VCM 112 via the navigation control interface 116 when the vehicle in operating in automatic mode. The purpose of the message in Table 11 is to provide wheel angle commands to the VCM 112 when the vehicle 106 is operating in automatic mode. Accordingly, the NCM 114 may send a wheel angle command with bytes 0 and 1. The NCM 114 may send a wheel angle P gain with bytes 2 and 3. The NCM 114 may send a wheel angle I gain in bytes 4 and 5.
As illustrated, Table 12 identifies hoist command data that may be sent from the NCM 114 to the VCM 112 via the navigation control interface 116 when the vehicle in operating in automatic mode. The purpose of the message in Table 12 is to provide hoist commands to the VCM 112 when the vehicle 106 is operating in automatic mode. Accordingly, the NCM 114 may send a hoist command with bytes 0 and 1. The NCM 114 may send a hoist P gain with bytes 2 and 3. The NCM 114 may send a hoist I gain in bytes 4 and 5.
As illustrated, Table 13 identifies accessory command data that may be sent from the NCM 114 to the VCM 112 via the navigation control interface 116 when the vehicle in operating in automatic mode. The purpose of the message in Table 13 is to provide accessory commands to the VCM 112 when the vehicle 106 is operating in automatic mode. Accordingly, the NCM 114 may send an accessory command with bytes 0 and 1. The NCM 114 may send an accessory P gain with bytes 2 and 3. The NCM 114 may send an accessory I gain in bytes 4 and 5.
As illustrated, Table 14 identifies accessory command data for a second accessory on the vehicle 106 that may be sent from the NCM 114 to the VCM 112 via the navigation control interface 116 when the vehicle in operating in automatic mode. The purpose of the message in Table 14 is to provide accessory commands to the VCM 112 when the vehicle 106 is operating in automatic mode. Accordingly, the NCM 114 may send an accessory command with bytes 0 and 1. The NCM 114 may send an accessory P gain with bytes 2 and 3. The NCM 114 may send an accessory I gain in bytes 4 and 5.
As illustrated, Table 15 identifies accessory command data for a third accessory on the vehicle 106 that may be sent from the NCM 114 to the VCM 112 via the navigation control interface 116 when the vehicle is operating in automatic mode. The purpose of the message in Table 15 is to provide accessory commands to the VCM 112 when the vehicle 106 is operating in automatic mode. Accordingly, the NCM 114 may send an accessory command with bytes 0 and 1. The NCM 114 may send an accessory P gain with bytes 2 and 3. The NCM 114 may send an accessory I gain in bytes 4 and 5.
As illustrated, Table 16 identifies accessory command data for a fourth accessory on the vehicle 106 that may be sent from the NCM 114 to the VCM 112 via the navigation control interface 116 when the vehicle in operating in automatic mode. The purpose of the message in Table 16 is to provide accessory commands to the VCM 112 when the vehicle 106 is operating in automatic mode. Accordingly, the NCM 114 may send an accessory command with bytes 0 and 1. The NCM 114 may send an accessory P gain with bytes 2 and 3. The NCM 114 may send an accessory I gain in bytes 4 and 5.
As illustrated in Table 17, depending on the type of vehicle and thus the accessories on that vehicle, the functions may change. As an example, if the vehicle 106 is a first type, the accessory functions may include a reach, tilt, and side shift. If the vehicle 106 is a second type, the accessory functions may include traverse, pivot, extend/tilt/position, and auxiliary mast. If the vehicle 106 is a third type, the accessory functions may include tilt, side shift, clamp, and tip. Accessories on vehicles 106 of a fourth type may include other functions.
While particular embodiments have been illustrated and described herein, it should be understood that various other changes and modifications may be made without departing from the spirit and scope of the claimed subject matter. Moreover, although various aspects of the claimed subject matter have been described herein, such aspects need not be utilized in combination. It is therefore intended that the appended claims cover all such changes and modifications that are within the scope of the claimed subject matter.
This application is filed as a continuation of U.S. application Ser. No. 13/626,385 filed on Sep. 25, 2012, which is a continuation of PCT/U.S. Ser. No. 12/052,820, filed Aug. 29, 2012, which international application designates the United States and claims the benefit of U.S. Provisional Application Ser. No. 61/528,497, filed Aug. 29, 2011.
Number | Name | Date | Kind |
---|---|---|---|
3567048 | Whitham | Mar 1971 | A |
3942088 | Yosioka et al. | Mar 1976 | A |
4040500 | Blakeslee | Aug 1977 | A |
4077486 | Blakeslee et al. | Mar 1978 | A |
4083422 | Blakeslee et al. | Apr 1978 | A |
4279487 | Baker et al. | Jul 1981 | A |
4319820 | Ostrowski et al. | Mar 1982 | A |
4744408 | Pearson et al. | May 1988 | A |
5068790 | Wellman | Nov 1991 | A |
5184122 | Decious et al. | Feb 1993 | A |
5213548 | Colbert et al. | May 1993 | A |
5401223 | White et al. | Mar 1995 | A |
5557519 | Morita | Sep 1996 | A |
5625558 | Togai et al. | Apr 1997 | A |
5726890 | Takamoto et al. | Mar 1998 | A |
5778327 | Simmons et al. | Jul 1998 | A |
5778853 | Saito | Jul 1998 | A |
5795264 | Steeby et al. | Aug 1998 | A |
5938710 | Lanza et al. | Aug 1999 | A |
5938711 | Steeby et al. | Aug 1999 | A |
5995001 | Wellman et al. | Nov 1999 | A |
5995884 | Allen et al. | Nov 1999 | A |
6050359 | Mouri et al. | Apr 2000 | A |
6220219 | Waddas et al. | Apr 2001 | B1 |
6317637 | Limroth | Nov 2001 | B1 |
6414594 | Guerlain | Jul 2002 | B1 |
6445984 | Kellogg | Sep 2002 | B1 |
6553302 | Goodnight et al. | Apr 2003 | B2 |
6591172 | Oda et al. | Jul 2003 | B2 |
6643578 | Levine | Nov 2003 | B2 |
6781516 | Reynard et al. | Aug 2004 | B2 |
6789008 | Kato et al. | Sep 2004 | B2 |
6813557 | Schmidt et al. | Nov 2004 | B2 |
6853877 | Slater et al. | Feb 2005 | B1 |
6931958 | Takeda | Aug 2005 | B2 |
6995688 | Reynolds | Feb 2006 | B2 |
7099745 | Ebert | Aug 2006 | B2 |
7344037 | Zakula, Sr. et al. | Mar 2008 | B1 |
7366600 | Osaki et al. | Apr 2008 | B2 |
7444193 | Cutler | Oct 2008 | B2 |
7634332 | Williams et al. | Dec 2009 | B2 |
7739006 | Gillula | Jun 2010 | B2 |
7865277 | Larson et al. | Jan 2011 | B1 |
7932827 | Chand et al. | Apr 2011 | B2 |
8060400 | Wellman | Nov 2011 | B2 |
8179286 | Faus et al. | May 2012 | B2 |
8239251 | Wellman | Aug 2012 | B2 |
8239252 | Wellman | Aug 2012 | B2 |
8249910 | Wellman et al. | Aug 2012 | B2 |
8694194 | Waltz et al. | Apr 2014 | B2 |
20030154319 | Araki et al. | Aug 2003 | A1 |
20040193363 | Schmidt et al. | Sep 2004 | A1 |
20050075784 | Gray et al. | Apr 2005 | A1 |
20050131645 | Panopoulos | Jun 2005 | A1 |
20050187752 | Colby et al. | Aug 2005 | A1 |
20050246078 | Vercammen | Nov 2005 | A1 |
20060064216 | Palmer | Mar 2006 | A1 |
20060089765 | Pack et al. | Apr 2006 | A1 |
20070158128 | Gratz et al. | Jul 2007 | A1 |
20070293989 | Norris | Dec 2007 | A1 |
20080114533 | Weiss et al. | May 2008 | A1 |
20080245598 | Gratz et al. | Oct 2008 | A1 |
20090222160 | Morselli et al. | Sep 2009 | A1 |
20090271058 | Chilson | Oct 2009 | A1 |
20090287406 | Ohi | Nov 2009 | A1 |
20090288893 | Wyall et al. | Nov 2009 | A1 |
20100084207 | Wyall | Apr 2010 | A1 |
20100161136 | Takeshita et al. | Jun 2010 | A1 |
20110071718 | Norris et al. | Mar 2011 | A1 |
20110098890 | Lee et al. | Apr 2011 | A1 |
20110251701 | Jung | Oct 2011 | A1 |
20120022761 | Matsuda | Jan 2012 | A1 |
20120065820 | Morris | Mar 2012 | A1 |
20120323432 | Wong et al. | Dec 2012 | A1 |
20130054077 | Waltz et al. | Feb 2013 | A1 |
Entry |
---|
Office Action pertaining to U.S. Appl. No. 13/626,385 dated May 22, 2013. |
Office Action pertaining to U.S. Appl. No. 13/626,396 dated Mar. 22, 2013. |
Final Office Action pertaining to U.S. Appl. No. 13/626,396 dated Oct. 16, 2013. |
Office Action pertaining to U.S. Appl. No. 13/626,400 dated Mar. 27, 2013. |
Final Office Action pertaining to U.S. Appl. No. 13/626,400 dated Sep. 23, 2013. |
Search Report and Written Opinion pertaining to International Application No. PCT/US2012/052809 dated Dec. 19, 2012. |
Search Report and Written Opinion pertaining to International Application No. PCT/US2012/052837 dated Nov. 15, 2012. |
Search Report and Written Opinion pertaining to International Application No. PCT/US2012/052820 dated Jan. 22, 2013. |
Notice of Allowance pertaining to U.S. Appl. No. 13/626,400 dated Jan. 8, 2014. |
Office Action dated Jul. 8, 2014 pertaining to U.S. Appl. No. 14/208,852. |
Patent Examination Report No. 1 dated Jun. 20, 2014 pertaining to Australian Patent Application No. 2012302046. |
Patent Examination Report pertaining to Australian Patent Application No. 2012302054, dated Jun. 10, 2014. |
Communication pursuant to Rules 161(1) and 162 EPC pertaining to European Patent Application No. 12770315.5 dated May 2, 2014. |
Number | Date | Country | |
---|---|---|---|
20140188324 A1 | Jul 2014 | US |
Number | Date | Country | |
---|---|---|---|
61528497 | Aug 2011 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 13626385 | Sep 2012 | US |
Child | 14172185 | US | |
Parent | PCT/US2012/052820 | Aug 2012 | US |
Child | 13626385 | US |