WO2013033179A1

WO2013033179A1 - Vehicular navigation control interface

Info

Publication number: WO2013033179A1
Application number: PCT/US2012/052820
Authority: WO
Inventors: Lucas B. Waltz; Bing Zheng; Thomas L. MALLAK; Steve MANGETTE
Original assignee: Crown Equipment Corporation
Priority date: 2011-08-29
Filing date: 2012-08-29
Publication date: 2013-03-07
Also published as: AU2012302054A1; BR112014004817A2; EP2751630A1; US9002626B2; EP2751630B1; AU2012302054A8; RU2621401C2; CA2845828C; CA2845828A1; US8694194B2; US20140188324A1; AU2012302054B2; RU2014111510A; WO2013033179A4; CN108415412A; US20130054076A1; CN103842926A

Abstract

System for providing a vehicular navigation control interface. The system includes 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. 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.

Description

VEHICULAR NAVIGATION CONTROL INTERFACE

BACKGROUND

Field

[0001] 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.

Technical Background

[0002] 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.

SUMMARY

[0003] 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.

[0004] 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.

BRIEF DESCRIPTION OF THE DRAWINGS

[0005] 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:

[0006] FIG. 1 depicts a computing environment for utilizing a navigation control interface, according to one or more embodiments shown and described herein;

[0007] FIG. 2 depicts an environment map for providing vehicle navigation, according to embodiments shown and disclosed herein;

[0008] FIG. 3 depicts a circuit diagram for a vehicular computing architecture, according to one or more embodiments shown and described herein; and

[0009] FIG. 4 depicts a computing environment for providing control logic in a vehicle control module, according to one or more embodiments shown and described herein.

DETAILED DESCRIPTION

[0010] FIG. 1 depicts a computing environment for utilizing a navigation control interface 116 to facilitate the communication of data, according to one or more embodiments shown and described herein. As illustrated, a network 100 may facilitate communication among a navigation system 102, a remote computing device 104, and a vehicle 106. The network 100 may include a wired and/or wireless local area network, wide area network, and/or other type of network for communicating information. The navigation system 102 may be configured as a server or other computing device and may be located at a warehouse or other environment. The navigation system 102 may be configured for sending navigation to the vehicle 106 and/or receiving navigation data from the vehicle 106. Additionally, the remote computing device 104, which may be implemented as a warehouse management system or other system, may be configured for processing work orders. The work orders may identify the location of a product that needs to be moved and/or provide other similar information. With the work order information, the navigation system 102 and/or remote computing device 104 may be configured to determine a vehicle for performing the desired task. Additionally, the navigation system 102 may determine an order of priority that tasks are performed by a particular vehicle 106. The navigation system 102 may communicate with the vehicle 106 to determine the location of the vehicle 106. With the location of the vehicle 106, the navigation system 102 may more efficiently assign tasks to the vehicle 106. Additionally, the communication between the navigation system 102 and the vehicle 106 may include sending the predetermined destination and/or routing data to the vehicle 106. The routing data may include a plurality of path segments, which may include one or more lines and/or arcs for reaching a predetermined destination from the current location of the vehicle 106. In some embodiments, however, the vehicle 106 receives coordinates of the predetermined destination and determines its own routing to reach those coordinates.

[0011] 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.

[0012] FIG. 1 also includes the vehicle 106. The vehicle 106 may be configured as a warehouse vehicle, such as a forklift, truck, etc. Additionally, the vehicle 106 may include one or more vehicle control systems, such as a steering system, a braking system, a traction system, etc. The vehicle 106 also includes a user interface, location tracking sensors (such as laser sensors, light sensors, etc.), and vehicle computing architecture 110, which may include a vehicle control module (VCM) 112 and a navigation control module (NCM) 114. As discussed in more detail below, the VCM 112 may facilitate operator initiated control of the vehicle 106 through the use of a manual mode. The NCM 114 may be configured to facilitate system-initiated operation of the vehicle 106 through the use of an auto operation mode. Also illustrated is a navigation control interface 116 for facilitating communication and coordination between the VCM 112 and the NCM 114.

[0013] FIG. 2 depicts an environment map 200 for providing vehicle navigation, according to embodiments shown and disclosed herein. As illustrated, the environment map 200 may simulate an environment, such as a warehouse and may include a plurality of products 202. The products may be organized in a predetermined arrangement and may not only be arranged along the floor (in the "x" and "y" directions), but may also be stacked vertically (in the "z" direction). As discussed briefly above, the vehicle 106 may be operated in manual mode by an operator sending a manual command to the vehicle 106. The operator may then implement a manual control function to manually navigate the vehicle 106 to the predetermined destination, perform the desired task, and then proceed to the next task.

[0014] 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.

[0015] 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. [0016] FIG. 3 depicts a circuit diagram for a vehicle computing architecture 110, according to one or more embodiments shown and described herein. As illustrated, the vehicle computing architecture 110 includes the VCM 112 and the NCM 114. Also included is the navigation control interface 116. The navigation control interface 116 may be configured as a hardware interface between the components of the vehicle 106 (and VCM 112) and the components of the NCM 114. The navigation control interface 116 may also allow a single VCM that can be used across many different vehicles and/or NCMs with little initial configuration. Specifically, because the navigation control interface 116 provides a direct medium for communication between the VCM 112 and the NCM 114, a specially configured VCM is unnecessary. As illustrated, the vehicle computing architecture 110 includes a can A line and a can B line. The can A line provides a communication medium among the display 304, the VCM 112, a traction control module (TCM) 308 for implementing traction control, and a steering control module (SCM) 312 that is configured to receive and implement a steering command. Similarly, the can B line is part of the navigation control interface 116 that couples the VCM 112 with the NCM 114. As discussed in more detail below, the can B facilitates sending and receiving of messages between the VCM 112 and the NCM 114.

[0017] 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.

[0018] 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.

[0019] It should be understood that while the embodiment of FIG. 3 only depicts the TCM 309 and the SCM 312, this is merely an example. Other components for controlling various functions of the vehicle 106 may also be included, depending on the particular embodiment.

[0020] FIG. 4 depicts a computing environment for providing control logic in a vehicle control module (VCM) 112, according to one or more embodiments shown and described herein. In the illustrated embodiment, the VCM 112 includes a processor 430, input/output hardware 432, a data storage component 436 (which stores path data 438a, mapping data 438b, and/or other data), and the memory component 140. The memory component 140 may be configured as volatile and/or nonvolatile memory and as such, may include random access memory (including SRAM, DRAM, and/or other types of RAM), flash memory, secure digital (SD) memory, registers, compact discs (CD), digital versatile discs (DVD), and/or other types of non-transitory computer-readable mediums. Depending on the particular embodiment, the non-transitory computer-readable medium may reside within the VCM 112 and/or external to the VCM 112. [0021] 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 FIG. 4 and may be implemented as a bus or other communication interface to facilitate communication among the components of the VCM 112.

[0022] 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.

[0023] It should be understood that the components illustrated in FIG. 4 are merely exemplary and are not intended to limit the scope of this disclosure. While the components in FIG. 4 are illustrated as residing within the VCM 112, this is merely an example. In some embodiments, one or more of the components may reside external to the VCM 112. It should also be understood that while the VCM 112 in FIG. 4 is illustrated as a single device, this is also merely an example. In some embodiments, the traction logic 444a, the steering logic 444b, the hoist logic 444c, and/or the accessory logic 444d may reside on different devices. Additionally, while the VCM 112 is illustrated with the traction logic 444a, the steering logic 444b, the hoist logic 444c, and the accessory logic 444d as separate logical components, this is also an example. In some embodiments, a single piece of logic may cause the VCM 112 to provide the described functionality. Further, the NCM 114, the navigation system 102, and the remote computing device 104 may include similar components and logic as depicted for the VCM 112 in FIG. 4 to perform the functionality described herein.

[0024] 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.

Bit 12- Hoist Mode Bit 1 -Enumeration

Bit 13- Hoist Mode Bit 2 0-3**

Bit 14- Accessory Mode Bit 1 Enumeration

Bit 15- Accessory Mode Bit 2 0-3**

Byte 5 Freshness Counter 0-255 Counts Increase 1 each tx

Byte 6 Load Weight (LSB)

0 to 65535 LBS

Byte 7 Load Weight (MSB)

Table 1 - VCM to NCM message type A

[0025] As illustrated in Table 1, the VCM 112 may communicate vehicle data directly with NCM 114 via the navigation control interface 116 (FIG. 1). Accordingly, the VCM 112 may include a data packet or stream that includes a plurality of bytes of data (e.g., 4, 8, 16, 32 bytes, etc.). In the example of Table 1, the data is structured as an 8 byte communication, where the byte 0 and byte 1 provide a vehicle identifier. Byte 2 may be utilized for providing a vehicle state. As an example, initialization may be identified as a first vehicle state, with standby, manual, auto as additional vehicle states. If there is error in the vehicle state, a byte configuration may be allocated for such an occurrence.

[0026] 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 BRSl (on/off). Bit 2 may be utilized to identify the EDI 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.

Byte 5 TrxAccelForceLimit (MSB)

Byte 6 TrxDecelForceLimit (LSB)

-32000 to +32000 N

Byte 7 TrxDecelForceLimit (MSB)

Table 2 - VCM to NCM message type B

[0027] 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.

[0028] 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 - VCM to NCM message Type C

[0029] 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 - VCM to NCM message type D

[0030] 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.

Byte 4 Accy 1 LowerLimit (LSB)

Deg or mm

Byte 5 Accy 1 LowerLimit (MSB)

Byte 6 Accy 1 Speed Limit (LSB) deg/sec * 100 or

Byte 7 Accy 1 Speed Limit (MSB) mm/sec

Table 5 - VCM to NCM message type E

[0031] 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 - VCM to NCM message type F

[0032] 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 - VCM to NCM message type G

[0033] 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 - VCM to NCM message type G * Accessory Function Matrix is located in Table [0034] 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.

[0035] 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.

Bit 4- Error Bit 1

Bit 5- Error Bit 2 Enumerated

Bit 6- Error Bit 3 Error codes 0 - 15

Bit 7- Error Bit 4

Bit 8- Traction Mode Bit 1 Enumeration

Bit 9- Traction Mode Bit 2 0-3**

Bit 10- Steer Mode Bit 1 Enumeration

Bit 11- Steer Mode Bit 2 0-3**

Byte4 NS Status Word (MSB)

Bit 12- Hoist Mode Bit 1 Enumeration

Bit 13- Hoist Mode Bit 2 0-3**

Bit 14- Accessory Mode Bit 1 Enumeration

Bit 15- Accessory Mode Bit 2 0-3**

Byte 5 Freshness Counter 0-255 Counts Increase 1 each tx

Byte 6 Braking Status Word 1 - No braking

2 - Plug brake

3 - Service brake

Byte 7 reserved

Table 9 - NCM to VCM message type A

[0036] 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 BRS l, and/or an automatic contactor state of the automatic contactor 318 (FIG. 3). Byte 3 may be utilized for error codes. Byte 4 may be utilized to identify a functional mode for the vehicle 106, such as traction mode, steer mode, hoist mode, and accessory mode. Byte 5 may be utilized to provide a freshness counter. Byte 6 may be utilized to indicate a current braking status for the vehicle 106.

Length 8

Consumers VCM

Report 1 Rate Every 16 mS

Byte Contents Description Units/Scaling

Byte O TrxCmd (LSB)

-32000 to +32000

Byte 1 TrxCmd (MSB)

Byte 2 TrxPGain (LSB)

0 to +32000

Byte 3 TrxPGain (MSB)

Byte 4 TrxIGain (LSB) 0 to +32000 / 0 command

Byte 5 TrxIGain (MSB) resets integral

Byte 6 reserved

Byte 7 reserved

Table 10 - NCM to VCM message type B

[0037] 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 1 14 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.

Table 11 - NCM to VCM message type C

[0038] 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.

Table 12 - NCM to VCM message type D

[0039] 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.

Byte 4 Accyl IGain (LSB) 0 to +32000 / 0 command

Byte 5 Accyl IGain (MSB) resets integral

Byte 6 Reserved

Byte 7 Reserved

Table 13 - NCM to VCM message type E

[0040] 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.

Table 14 - NCM to VCM message type F

[0041] 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.

Byte 7 Reserved

Table 15 - NCM to VCM message type G

[0042] 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.

Byte 7 Reserved Table 16 - NCM to VCM message type H ^Control mode dependent: Speed Mode: mm/s; Torque Mode: Nm; Position Mode: mm or degrees; *** Accessory Function Matrix is located in Table 17.

[0043] 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.

Table 17 control accessories, dependent on type of vehicle

[0044] 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.

[0045] 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.

Claims

1. A system comprising a navigation system and a vehicle with a vehicle control module (VCM), a navigation control module (NCM), and a navigation control interface, wherein:

the VCM receives a manual command from an operator to implement a manual control function;

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.

2. A system of claim 1, wherein the VCM sends the NCM at least one of the following via the navigation control interface: vehicle data, traction data, steering data, hoist data, and vehicle accessory data.

3. A system of claim 1, wherein the automatic command comprises at least one of the following: a plurality of path segments that directs the NCM to a predetermined destination and a coordinate of the predetermined destination.

4. A system of claim 1, wherein the VCM sends vehicle data to the NCM via the navigation control interface, wherein the vehicle data comprises at least one of the following: a vehicle identifier, a vehicle state, a vehicle status, a counter, and a load weight.

5. A system of claim 4, wherein the vehicle state is identified as at least one of the following: initialization, standby, manual, automatic, and an error.

6. A system of claim 4, wherein the vehicle status includes at least one of the following: a mode select switch state, a brake switch state, an automatic contactor state, a traction mode, a steering mode, a hoist mode, and accessory mode, and an error.

7. A system of claim 1, wherein the VCM sends traction data to the NCM via the navigation control interface, wherein the traction data comprises at least one of the following: traction speed feedback, traction speed limit, traction acceleration force limit, and traction deceleration force limit.

8. A system of claim 1, wherein the VCM sends steering data to the NCM via the navigation control interface, wherein the steering data comprises at least one of the following: wheel angle feedback, a counterclockwise wheel angle limit, a clockwise wheel angle limit, and a wheel angle rate limit.

9. A system of claim 1, wherein the VCM sends hoist data to the NCM via the navigation control interface, wherein the hoist data comprises at least one of the following: a fork height, a hoist speed limit, a hoist acceleration limit, and a hoist height limit.

10. A system of claim 1, wherein the NCM sends the VCM at least one of the following via the navigation control interface: system data, traction command data, steering command data, hoist command data, and accessory command data.

11. A system of claim 1 , wherein the NCM sends system data to the VCM via the navigation control interface, wherein the system data comprises at least one of the following: a system identifier, a navigation system state, a navigation system status, a counter, and a braking status.

12. A system of claim 1, wherein the NCM sends traction command data to the VCM via the navigation control interface, wherein the traction command data comprises at least one of the following: a traction command and a traction gain.

13. A system of claim 1, wherein the NCM sends hoist command data to the VCM via the navigation control interface, wherein the hoist command data comprises at least one of the following: a hoist command and a hoist gain.

14. A system of claim 1, wherein the NCM, the VCM, and the navigation control interface are part of a vehicle computing architecture on a forklift.

15. A system of claim 14, wherein the NCM receives automatic commands from the navigation system for navigating the forklift.

16. A system of claim 1, further comprising: a display, a traction control module (TCM), and a steering control module (SCM), wherein:

the display provides the operator with information regarding operation of the vehicle;

the TCM is implemented as a first motor controller that receives and implements at least one of the following: a power signal and a speed command; and

the SCM is implemented as a second motor controller that receives and implements a steering command.

17. A system of claim 16, further comprising a first can bus and a second can bus, wherein

the first can bus provides a communication medium among the display, the VCM, the TCM, and the SCM; and

the second can bus is part of the navigation control interface that couples the VCM with the NCM and facilitates sending and receiving of data between the VCM and the NCM.

18. A system of claim 1, further comprising a remote computing device, wherein: the remote computing device processes a work order, the work order identifying a location of a product that will be moved; and the remote computing device determines whether the vehicle will perform the work order.

19. A system of claim 18, wherein the remote computing device comprises a server.

20. A vehicle comprising a vehicle control module (VCM), a navigation control module (NCM), a hardware interface, a traction control module (TCM), and a steering control module (SCM), wherein:

the VCM causes the vehicle to implement the manual command;

the VCM sends data related to the manual command to the NCM;

the NCM receives an automatic command from a navigation system to implement an automatic control function;

the NCM 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.

21. A vehicle comprising a vehicle control module (VCM) and a navigation control module (NCM), and a hardware interface, wherein:

the VCM causes the vehicle to implement the manual command;

the VCM sends data related to the manual command to the NCM; and