The instant disclosure relates to drive and control systems for utility vehicles, including lawnmowers, utility terrain vehicles, all-terrain vehicles, and turf care devices, among others.
Utility vehicles exist today in a wide variety of forms and types with lawnmowers being among the most popular. Some utility vehicles are configured as zero turn machines (i.e. vehicles that can turn 360 degrees about a point located midway between a pair of driven wheels having the same axis of rotation and rotating in the same clockwise or counterclockwise sense), such as zero turn radius lawnmowers. Typically, the prime mover for a zero turn radius lawnmower consists of an internal combustion engine. The rotary output from the internal combustion engine is then coupled to a belt and pulley combination and/or a direct shaft link, for turning at least two different drive systems.
The first drive system is usually a belt and pulley combination, or a direct shaft link, that drives a tool, such as a blade system (e.g. the blades of the lawnmower). Other driven tools may include snow blowers, tillers, winches and the like.
The second drive system is usually a belt and pulley combination, or a direct shaft link, that drives a propulsion system, such as a variable speed drive (e.g. hydrostatic, toroidal, friction, CVT or the like) or the generator/alternator of a hybrid propulsion system.
Hydrostatic zero turn propulsion systems are known, including at least two outputs of a transaxle or pair of transaxles that are independently controllable with respect to each other. By independently controlling the first and second transaxle outputs, one can control the operation of the first and second driven wheels.
Although such propulsion systems for zero turn radius vehicles perform their function in a workmanlike manner and provide the basis for operation of a wide variety of highly functional and well received products on the market, room for improvement exists. In particular, room for improvement exists in being able to provide a drive by wire drive and control system for precise electronic control of the propulsion system.
A drive and control system for a utility vehicle is disclosed, comprising a steering and drive input system, a drive system, a vehicle controller, an electrical power source, and a low voltage CAN-Bus network communicatively coupling all of the foregoing. The steering and drive input system includes a user-manipulated steering and drive input device coupled to an electronic sensor and/or module configured to digitally report user movements of the steering and drive input device in a message posted on the CAN-Bus. The vehicle controller is configured to detect and interpret the message posted on the CAN-Bus, and post a drive output message on the CAN-Bus according to rules and policies programmed into the vehicle controller and CAN-Bus specification. An electronic drive module is configured to detect and interpret the drive output message posted on the CAN-Bus, compute an output control signal based on the drive output message (reflecting the desired movement of the vehicle by the user) as well as the current status, direction, speed, and acceleration of drive output devices, and provide a drive output signal to the drive system that is programmed to a desired vehicle response.
These and other features of the present disclosure will become apparent to those skilled in the art upon a review of the drawings and detailed description contained herein.
The description herein makes reference to the accompanying drawings wherein:
The description that follows describes, illustrates and exemplifies one or more particular embodiments of the present disclosure in accordance with its principles. This description is not provided to limit the invention to the embodiment or embodiments described herein, but rather to explain and teach the principles of the invention in such a way to enable one of ordinary skill in the art to understand these principles and, with that understanding, be able to apply them to practice not only the embodiment or embodiments described herein, but also other embodiments that may come to mind in accordance with these principles.
The scope of the present disclosure is intended to cover all such embodiments that may fall within the scope of the appended claims, either literally or under the doctrine of equivalents.
The present specification is intended to be taken as a whole and interpreted in accordance with the principles of the present disclosure as taught herein and understood by one of ordinary skill in the art. It should be appreciated that any of the features of an embodiment discussed with reference to the figures herein may be combined with or substituted for features discussed in connection with other embodiments in this disclosure.
Disclosed is a vehicle drive and control system that incorporates a vehicle network, such as a CAN-Bus network, to communicate vehicle component health and status messages and to communicate vehicle drive and control commands to the vehicle's drive system and vice-versa. Via a CAN-Bus network, various vehicle components may be connected to one another for communicating and receiving data without being directly connected to one another. Not only does the use of a CAN-Bus simplify vehicle wiring, but the use of a CAN-Bus provides flexibility in positioning hardware components on the vehicle.
The vehicle drive and control system described herein may be adapted to receive user vehicle steering and drive inputs, including vehicle direction, velocity and acceleration commands, from a variety of different steering and drive input devices including one or more input levers such as lap bars, a steering wheel, a joystick, and one or more foot pedals, for example. Such devices may be referred to herein as input devices for simplicity. Similarly, regardless of the actual steering and drive input devices installed on a vehicle, the vehicle drive and control system described herein may be adapted to apply user steering and drive inputs to move the vehicle according to those inputs on a variety of different drive systems including: (1) a hydrostatic transaxle; (2) a hybrid drive system incorporating an internal combustion engine, a generator(s), and an electric drive motor(s); and (3) a fully electric drive system incorporating a battery(s) and an electric drive motor(s) without an internal combustion engine.
In one embodiment, the vehicle drive and control system described herein may be configured to receive user steering and drive inputs from a pair of lap bars, for example, when the user physically moves each lap bar. The vehicle drive and control system of the instant disclosure is configured to interpret the user's physical motion of the lap bars and provide an electronic output command or signal to the vehicle drive system to simulate the user's requested or desired motion of the vehicle, subject to a number of constraints, rules, policies, and the like. In one embodiment, an electronic command or signal representing the physical motion of the lap bars is posted on the CAN-Bus in the form of a CAN-Bus-compatible electronic message for all components connected to the CAN-Bus to receive. A vehicle controller may be configured to receive and interpret the lap bar direction, speed, acceleration, and position data in the message that is posted on the CAN-Bus. Upon interpreting the data, the vehicle controller may be configured to post a drive output command for each driven wheel that simulates the user's movements of the lap bar(s) after assessing vehicle component status and component health messages posted on the CAN-Bus network. In turn, the drive output command or signal may be received and interpreted by a vehicle drive system controller configured to provide a drive output command or signal tailored to drive a particular final drive component, such as a hydrostatic transaxle or an electric drive motor, for example, connected to a driven wheel. In this way, input and output programming for the vehicle controller remains the same regardless of the actual steering and drive input device(s) used by the user and regardless of the actual final drive system on the vehicle.
In some embodiments, physical motion of the vehicle control inputs is not necessary. Instead, user finger, hand, or foot pressure, for example, applied to a control system input device, such as a lap bar, a joystick, a handle, etc., without inducing physical motion of the input device, may be detected by one or more sensors (e.g. a printed force sensitive resistor) on the input device and interpreted by the vehicle drive and control system to control the movement and direction the vehicle. In other embodiments, simultaneous physical motion and pressure applied to an input device may be resolved together by the vehicle controller to result in a drive output command or signal posted in a message on the CAN-Bus network to control the motion of the final drive system.
In one embodiment, the vehicle drive system may include a pair of hydrostatic transaxles, each having an axle shaft configured to drive a wheel connected thereto. To control the direction (i.e. forward and reverse), speed, and acceleration of movement of each axle shaft of the hydrostatic transaxles (and thus each driven wheel), the vehicle drive system may include an electronic drive module (EDM) configured to receive and interpret the desired drive command from the message posted on the CAN-Bus by the vehicle controller, and provide a command to a high speed actuator (HSA) configured to cause movement of the swash plate of the hydrostatic transaxle, or alternatively, a rotatable control shaft of other variable drives (e.g. toroidal, friction, CVT or the like), to achieve the desired direction, speed, and acceleration of the vehicle according to a PID algorithm. The PID algorithm may be selected to reduce the error (i.e., the difference between desired speed, acceleration, and position and the actual speed, acceleration, and position) to zero for each time step in which data is acquired by the electronic drive controller while providing the user with desired vehicle handling and operating characteristics. As described below, a feed forward algorithm may also be employed to achieve desired motion of the vehicle.
Conveniently, as described above, the process by which the user's desired motion of the vehicle and the vehicle's response to the interpreted motion is generally independent of the type of input control device as well as the type of drive system to allow different steering and drive input devices and different final drive systems on a vehicle, thus defining multiple vehicle drive and control permutations. In addition, the vehicle drive and control system of the instant disclosure provides numerous vehicle component parameters that are adjustable or tunable to enable multiple different vehicle handling and operating characteristics for the same vehicle hardware configuration.
Turning now to the figures,
Steering and drive input system 101 is configured to receive user steering and drive inputs when the user physically moves or applies pressure to a steering and drive input device(s). Steering and drive input system 101 is configured to interpret the user's physical motion of the steering and drive input device(s) and post a corresponding input command or signal in the form of a message on CAN-Bus 102 for processing by VIM 107.
As shown in
For purposes of this disclosure, steering and drive input system 101 may include the electronic speed control mechanisms, features and functionality described in commonly owned U.S. patent application Ser. No. 15/377,706, filed Dec. 13, 2016, now U.S. Pat. No. 10,414,436, which is incorporated by reference herein in its entirety. As shown in
Because LBSMs 110L, 110R may be electrically connected to CAN-Bus 102 on the input end and hydrostatic transaxles 124L, 124R (for example), through a cooperating HSA 122L, 122R and EDM 120L, 120R, may be electrically connected to CAN-Bus 102 on the drive end (as shown in
In one embodiment, and by way of example only, LBSMs 110L, 110R may be nominally configured to detect +/−17 degrees of movement (or approximately 34 degrees total), forward and aft of the neutral (no drive) position of the left and right lap bars 109L, 109R. This range of movement would preferably be associated during setup with a range of motion for the swash plate wherein an interference with another internal transaxle component is prevented. For example, if +/−15 degrees of swash plate rotation away from neutral produces an interference, EDM 120L, 120R can be programmed to restrict movement of the swash plate to +/−14 degrees of rotation (applying a 0.93 scaler), and such restricted motion can be mapped across all +/−17 degrees of movement for the left and right lap bars 109L, 109R. Similarly, other suitable swash plate rotations may be associated with the full range of lap bar motion. In one embodiment, swash plate rotation in either the forward or reverse sense may be reduced to 70 percent of available rotation (stroke). Alternatively, stroke in only the reverse sense may be appreciably reduced, for example, to 50 percent of available output as a safety factor.
Conversely, one can mechanically restrict the movement of lap bars 109L, 109R with stops or gates such that the outputs of the LBSMs 110L, 110R are less than the calibrated full ranges. In other embodiments, if the swash plate of the hydrostatic transaxle's pump can physically move +/−20 degrees or more, for example, the left and right LBSMs 110L, 110R may be programmed to detect and register lap bar movement to the full extent of motion physically permissible by the lap bar and map that to the pump's full mechanical stroke.
Similar to scaling swash plate rotation through programming of the EDM 120L, 120R, scaling the LBSM-detected data by LBSMs 110L, 110R may provide an alternative to mechanically-imposed limitations. For example, 17 degrees of actual lap bar movement may be converted and/or interpreted by LBSMs 110L, 110R as only a 15 degree lap bar movement by applying a 0.88 (or 88 percent) scaler to the raw data received by the LBSMs 110L, 110R before posting that data to CAN-Bus 102. In other embodiments, if left and right LBSMs 110L, 110R detect approximately 10 degrees of forward motion by each of the left and right lap bars 109L, 109R, LBSMs 110L, 110R may be programmed to scale that data up to approximately 15 degrees. In this way, the left and right lap bars 109L, 109R and left and right LBSMs 110L, 110R may be tuned to provide desired feel to the user.
In operation, if a user moves both lap bars 109L, 109R forward approximately 5 degrees, for example, the left and right LBSMs 110L, 110R may be configured to detect that movement and output approximately 60 counts (or ticks) in the form of a message posted on CAN-Bus 102. In some embodiments, instead of counts or ticks posted in the message, the counts or ticks may be converted to an angle and the angle may be contained in the message. Messages may be posted at any interval useful for a vehicle system to function properly. For example, vehicle component status and health messages posted on CAN-Bus 102 may be posted in 100 millisecond intervals. By contrast, vehicle steering and drive input and data messages may be posted to CAN-Bus 102 in 8 millisecond intervals to ensure drive system 103 can operate smoothly and react quickly to the user's steering and drive inputs. In other embodiments, any frequency other than 8 milliseconds or 100 milliseconds may be utilized.
A CAN-Bus compatible message can contain a certain number of bits for the address as well as the priority of the message to provide 8 bytes of data. In general, in this configuration, each of the 8 bytes in each of the 8 millisecond messages posted on CAN-Bus 102 may be full with information, while a secondary message posted at 100 millisecond intervals may include any additional information that a component like VIM 107 may need for decision-making purposes. For example, the 100 millisecond messages may include raw LBSM angle data for comparison against the 8 millisecond count data. A tertiary message posted at another interval may also be used by VIM 107.
Vehicle controller (VIM) 107 may include a microprocessor, non-volatile memory, one or more data I/O ports, and a CAN-Bus interface for communicating data to and from CAN-Bus 102. In some embodiments, VIM 107 includes or is connected to a Bluetooth module, a near-field communications module, a Wi-Fi router, a cellular transceiver, and/or a satellite transceiver for communicating with a remote device, such as a portable communications device or a web server. VIM 107 may be configured to monitor vehicle and safety interlock status via messages received on CAN-Bus 102 or via one or more VIM I/O 108 and to respond to changes in status as needed. For example, VIM 107 may monitor data packets from other modules connected to CAN-Bus 102 and initiate a vehicle fail-safe mode if multiple data packets are lost or corrupted. VIM 107 may be configured to monitor, receive, and interpret requested steering and drive commands, such as requested direction, speed, acceleration, and position data, in the message(s) that are posted on the CAN-Bus 102. VIM 107 may be configured to provide a drive output command or signal in the form of a message(s) tailored to drive a particular final drive component of drive system 103, such as a hydrostatic transaxle or an electric drive motor, for example, connected to a driven wheel. One possible configuration of a VIM 107 and its operation is described in more detail below.
Turning to
Like one or more of the components connected to CAN-Bus 102, the VIM 107 is configured to receive each and every message posted on CAN-Bus 102. Assuming VIM 107 “sees” each of the components of the vehicle (according to the CAN-Bus specification described below) and receives LBSM commands for a user requested direction, speed, and acceleration for the vehicle, VIM 107 may be configured to combine the left and right LBSM messages into a single drive message containing left and right drive commands. The single message is expandable to include front left and right drive systems as well as rear left and right drive system commands if the vehicle has front wheel drive and rear wheel drive. The message is further expandable to accommodate any member of drive systems on the vehicle. While discussion herein primarily references user inputs in the form of LBSM commands posted to CAN-Bus 102, it will be understood that messages posted on CAN-Bus 102 by other user input devices comprising steering and drive input system 101 may similarly be translated into left and right drive commands by VIM 107.
Each electrical component of the vehicle that is connected to CAN-Bus 102 may be defined by a unique address to identify the component on the CAN-Bus network. This unique address, also known as a “CAN ID,” allows arbitration of all messages posted on the CAN-Bus 102 network. In this way, VIM 107 may be able to determine which component is posting messages on CAN-Bus 102 and determine what to do next. For example, VIM 107 may be configured to know that messages having CAN IDs that correspond with LBSMs 110L, 110R should be processed so as to output and post on CAN-Bus 102 a drive output message that can be read by the electronic controller associated with drive system 103, assuming all component health and status messages, for example, are deemed acceptable by VIM 107.
Individual components of drive system 103 may be configured to identify which messages posted on CAN-Bus 102 are a drive message, and with respect to left and right drive components, whether a portion of the message applies to it. More particularly, a CAN-Bus specification lists each and every message, the type of message, and identifies its purpose, among other things. The CAN-Bus specification lists each and every tunable parameter of each and every tunable component that is connected to CAN-Bus 102, and stores this data in the code of the microprocessor of each such component or on memory associated with each such component.
As shown in
The number and type of devices connected to VIM I/O 108 and the associated inputs and outputs may be different for, and/or tailored to, different vehicles depending on the configuration of each particular vehicle. For example, a vehicle that is configured with a hydrostatic drive system 118 (as described below) may be coupled to an internal combustion engine 191 for vehicle propulsion purposes Thus, VIM I/O 108 in this case may include engine-related inputs and outputs, among others. By contrast, a fully electric drive system 123 that is coupled to a high voltage battery 375 for vehicle propulsion purposes may include battery-related inputs and outputs and omit any engine-related inputs and outputs. As shown in
Optional stability control module (SCM) 105 may include memory and a microprocessor configured to receive direction, motion, and/or attitude data corresponding to the vehicle direction (e.g., magnetic heading), motion (e.g., speed and acceleration), and/or attitude (e.g. pitch—up/down, roll—left/right, and/or yaw—left/right). SCM 105 may be configured to provide stability control and related features and benefits, including straight line tracking, wheel slip and traction control, hillside stability and rollover protection. SCM 105 may include some or all of the features and functionality described in U.S. patent application Ser. No. 15/707,869, filed Sep. 18, 2017 as a continuation-in-part of U.S. Pat. No. 9,764,734, and issued as U.S. Pat. Nos. 10,392,007, and 10,058,031, all of which are commonly owned and are incorporated by reference herein in their entirety. As discussed more fully below, SCM 105 may include an Inertial Measurement Unit (IMU) module configured to provide real-time, continuous vehicle direction, motion, and attitude data in messages posted on the CAN-Bus 102 for processing by the VIM 107.
User interface module (UIM) 104 may include a display screen, a touch screen, or any other user interface to receive user input and/or to display or communicate system or component function, status, or other data to the user. For example, UIM 104 may be configured to display vehicle system level or component level status messages that are posted on CAN-Bus 102. The vehicle system level or component level status messages may include, for example, on/off status, engaged/disengaged status, settings, or parameters, of a particular component, assembly, or system of the vehicle, whether generated by steering and drive input system 101 or one or more components thereof, drive system 103 or one or more components thereof, UIM 104, SCM 105, VIM 107, one or more VIM I/O 108 or any other components on the vehicle or remotely (wired or wirelessly) connected to the vehicle. UIM 104 may include a microprocessor, memory, and appropriate input/output devices for communicating data to and from UIM 104 and CAN-Bus 102 and for displaying application software on one or more display screens to the user.
Turning to
Referring to
In operation, left and right EDMs 120L, 120R may monitor data packets or messages from other modules connected to CAN-Bus 102 and initiate a vehicle fail-safe mode if multiple data packets are lost or corrupted. Left and right EDMs 120L, 120R are configured to respond to speed, drive commands and diagnostic requests received over CAN-Bus 102. For example, when a drive message is posted on CAN-Bus 102 from VIM 107, each of the left and right EDMs 120L, 120R are configured to look for that message based on the sender's CAN ID (in this case the ID corresponding to VIM 107) and according to the CAN ID associated with the left and right EDM 120L, 120R, respectively. Upon detecting that the message includes a drive command, each EDM 120L, 120R may be configured to: (1) determine the current direction of motion, speed, and acceleration of respective drive axles 126L, 126R or a transaxle component associated therewith or connected thereto, (2) determine if any difference exists between those values and the corresponding values in the incoming drive message and (3) if a difference exists beyond a predetermined threshold value, the respective left and right EDMs 120L, 120R may individually compute a new drive output command to the respective left and right HSAs 122L, 122R according to a motion profile PID algorithm selected to make up the difference while achieving a vehicle feel and operability desired by the user. For example, if the difference is large, rather than outputting an equivalent to a “maximum acceleration” to close the difference quickly, the PID algorithm may be selected to close the difference to zero by slowly ramping up the acceleration to avoid throwing the user off the vehicle. The PID algorithm may also incorporate a feed-forward (F) algorithm to better predict the needed target output. The drive and control system 100 of the instant disclosure may be configured to simulate the operation and feel to the user of any OEM utility vehicle by simulating the operation and feel of a non-drive-by-wire OEM vehicle using the tunable parameters discussed herein.
Each EDM 120L, 120R may be configured to continuously compare actual actuator positions to the operator requested positions and drive respective HSAs 122L, 122R to the commanded positions using the motion profile PID algorithm based on tunable parameters stored in the nonvolatile memory of each EDM 120L, 120R.
To determine the current drive system direction of rotation, speed, and acceleration, each of the left and right hydrostatic drive systems 118L, 118R may be configured to include a Hall effect device 154L, 154R to detect direction of rotation, speed, and acceleration of a rotating component associated with each of the hydrostatic transaxles 124L, 124R. Such rotating component may be, for example, the trunnion arm or trunnion control shaft, or a component associated with speed reduction gearing 170L, 170R positioned between HSA motors 168L, 168R of HSAs 122L, 122R and the trunnion control shaft, for example. The Hall effect device 154L, 154R may include a Hall effect sensor 160L, 160R and a polarized magnet 159L, 159R. The Hall effect sensor 160L, 160R may be positioned on a printed circuit board associated with each EDM 120L, 120R, and the polarized magnet 159L, 159R may be positioned in close proximity to the Hall effect sensor 160L, 160R and mounted on, for example, an end of the trunnion arm or on the speed reduction gearing 170L, 170R. In operation, the Hall effect sensor 160L, 160R may detect changes in the magnetic field of the polarized magnet 159L, 159R as the trunnion control arm (or speed reduction gearing if applicable) rotates to move the swash plates of the respective hydrostatic transaxles 124L, 124R to drive the drive axles 126L, 126R to a desired direction of rotation, speed, and acceleration. The detected changes in the magnetic field correspond to a voltage that is communicated to the microprocessor 158L, 158R of the respective EDMs 120L, 120R. Based on the reported voltage, the microprocessor 158L, 158R may determine the difference between the user input commands (received in messages posted on the CAN-Bus 102 from the VIM 107) and the current swash plate angle (and potentially the rate of change of the swash plate angle) of the hydrostatic transaxles 124L, 124R from which the direction of rotation, speed, and acceleration of the drive axles 126L, 126R may be inferred. In some embodiments, a sensor, such as a Hall effect sensor, may also be positioned on or near the gear train of the respective hydrostatic transaxles 124L, 124R to provide added assurance that the movement of the gear train, drive axles 126L, 126R and/or other components in the hydrostatic drive system 118L, 118R: (1) corresponds with the commanded swash plate angle, and optionally, (2) corresponds with other safety-related inputs received by VIM 107 to justify continued movement of the vehicle. To do this, the voltage output from this sensor may be posted directly on the CAN-Bus 102 for receipt and processing by VIM 107. Alternatively or additionally, as shown in
The proximity to one another and configuration of drive system 103 components on either the left or right sides of the drive system 103, such as left EDM 120L, left HSA 122L, and left hydrostatic transaxle 124L on the one side, and right EDM 120R, right HSA 122L, and right hydrostatic transaxle 124R on the other, together with the relatively short 8 millisecond communication signals helps enable fast assessment and drive correction computations in response to changing input commands from the user. In other words, the relatively short distance for communication signals to travel together with the 8 millisecond reporting of both desired and current direction of rotation, speed, and acceleration of respective drive axles 126L, 126R helps enable respective EDMs 120L, 120R to compute new target directions and positions for the respective left and right HSAs 122L, 122R according to the motion profile PID and feed forward algorithms to close the difference with a previously commanded drive output command from VIM 107 while also receiving new drive output commands from the VIM 107 which require a new output command from respective EDMs 120L, 120R.
Once the EDM 120L, 120R determines what output to provide to respective HSAs 122L, 122R, it does so immediately as described above. Each respective HSA 122L, 122R may be configured to respond accordingly, having its motor output shaft driven either clockwise or counterclockwise at up to 6000 RPMs while consuming up to approximately 130 amps in the process. Each respective HSA motor output shaft may include a worm that engages a non-back-drivable helical gear (worm gear) in each respective HSA 122L, 122R. Because 130 amps is not available on a continuous basis, bypass capacitors and a deep cycle 12V battery provide the instantaneous power needed to rotate the output shaft up to 6000 RPM as needed. A non-back-drivable helical gear, utilizing the internal friction at the interface with the worm, helps to minimize power consumption by avoiding the need for the HSA motor to expend energy to hold an output position. And during the time when the commanded motor output shaft position is not changing, the HSA motor current reduces to zero, which allows the battery to be recharged by the vehicle charging system.
VIM 107 may also incorporate output messages posted by SCM 105. In some embodiments, SCM 105 may include an Inertial Measurement Unit (IMU) Module 130. As shown in
In one embodiment, IMU 131 includes a 3-axis accelerometer 134, a 3-axis gyroscope 136, and a 3-axis magnetometer 132 on the chip. In this way, the IMU module 130 may be capable of 9-axis motion processing, including 3-axis accelerometer processing, 3-axis gyroscope processing, and 3-axis magnetometer processing for traction and stability control of the vehicle, and particularly, to ensure the vehicle maintains a straight track on level ground as well as maintaining a straight track while traversing a side slope.
IMU module 130 may also include an attitude and heading reference system for yaw, pitch, and roll control of the vehicle. To do this, the IMU module 130, via one or more algorithms, may fuse the output from each of the multi-axis accelerometer 134, the multi-axis gyroscope 136, and the multi-axis magnetometer 132 to obtain a vector in 3 dimensions. In other embodiments, the output of each of the multi-axis accelerometer 134, the multi-axis gyroscope 136, and the multi-axis magnetometer 132 may be utilized separately. From the user's standpoint, the one or more algorithms may be configured to provide real-time, dynamic, and effortless control of the vehicle when the vehicle is operating on a hill, for example.
In some embodiments, the multi-axis accelerometer 134, the multi-axis gyroscope 136, and the multi-axis magnetometer 132 begin operating when the vehicle is turned “on.” An on/off switch (not shown) may be used to activate or enable the one or more algorithms to utilize the output from the multi-axis accelerometer 134, the multi-axis gyroscope 136, and/or the multi-axis magnetometer 132 to automatically adjust vehicle yaw and vehicle speed to compensate or account for detected vehicle roll angle. The one or more algorithms may dynamically adjust vehicle drive control input signals to result in a user experience of effortless control of the vehicle in response to changes in terrain or operator control inputs. The one or more algorithms may be user-selected or predetermined.
Output from the IMU Module 130 may be posted on CAN-Bus 102 for processing for VIM 107 together with the processing of LBSMs 110L, 110R. When IMU Module 130 is present and enabled on the vehicle, IMU Module 130 may provide stability control configured to automatically adjust and optimize the output of drive system 103. Stability control may come in the form of straight line tracking, side hill straight line tracking, hill limit, side hill limit, traction control, and anti-scuff algorithms. In addition, stability control options may include multiple profiles such as economy operating profile, or sport mode operating profile, all of which may be readily selectable by an operator of the vehicle. In one embodiment, when the IMU Module 130 is enabled and providing data to CAN-Bus 102, if both lap bars 109L, 109R are positioned by the user in a forward 15 degrees position and LBSMs 110L, 110R detect the same, but the IMU Module 130 is detecting a yaw at 0.1 degrees, for example, VIM 107 may be configured to adjust the drive output signal to either the left EDM 120L or the right EDM 120R as necessary to keep driving in a straight line irrespective of small changes in the position of either lap bar 109L, 109R away from the forward 15 degree position (or any other generally parallel alignment), a tolerance parameter that may be tuned as discussed below. Thus, if the vehicle is being driven on a side hill, drive and control system 100 can be configured to automatically compensate for drift in heading of the vehicle, thereby reducing the workload of the user. The ability to automatically maintain the heading of the vehicle in this way may be switched on or off by the user as desired.
IMU 131 may be isolation mounted in a housing to minimize noise and data loss of the IMU 131. The IMU module 130 may itself be isolation mounted to the vehicle by means of a shock and vibration damping material or device. For example, a visco-elastic material such as Sorbothane®, which is available from Sorbothane, Inc., may be used to isolate the IMU module 130 from shock and vibration during use of the vehicle. The SCM 105 and the IMU module 130 may be electrically powered via CAN-Bus 102 as described herein.
In one embodiment, a Motion Processing Unit (MPU) 137 of the IMU module 130 is configured to receive data from the 3-axis gyroscope 136 and the 3-axis accelerometer 134 of the 9-axis IMU 131. The MPU 137 may be configured to fuse the data based on Digital Motion Processer (DMP) settings and produce quaternions. The data will be placed on an internal bus along with data from the 3-axis magnetometer 132 as well as any other selected data. An interrupt pin may be asserted so the microprocessor 138 will know data is ready. The microprocessor interrupt service routine may be configured to read the FIFO and load the data into a Motion Processing Library (MPL). The microprocessor 138 can then query the MPL for quaternions, Euler angles, heading, etc. The microprocessor 138 may be configured to generate appropriate messages based on the module configuration settings and place the messages on CAN-Bus 102. In some embodiments, the user can set the rate at which the MPL reads the multi-axis gyroscope 136 data, whether it be 10 Hz or 200 Hz, for example. Various modes of filtering the data from the multi-axis accelerometer 134 are also possible with user-selectable 2G, 4G, 6G, and 8G modes, for example, to eliminate noise or to adjust the sensitivity of the IMU 131.
In some embodiments, the data available from the IMU module 130 may include:
Vehicle drive and control system 100 may include multiple IMU modules, (including an IMU module 130) of one or more configurations. Each IMU module may be capable of parameter tuning or adjustment over CAN-Bus 102 via a plug-in interface or via remote programming device described in the previously incorporated U.S. Pat. No. 10,058,031. As discussed below, tunable parameters may be defined by user access level so that only a user with the specified access level may modify the value of the parameter.
Each of the hydrostatic transaxles 124L, 124R includes an output drive axle 126L, 126R engaged to a drive wheel 128L, 128R to provide propulsion and steering as directed by the vehicle operator via lap bars 109L, 109R engaged to respective LBSMs 110L, 110R or via optional joystick 111 (including a joystick sensor module 112). Other alternative steering and drive input systems 101 may be incorporated. Unlike the left and right LBSMs 110L, 110R, joystick sensor module 112 may be configured to synthesize at least a portion of the position, direction of rotation, speed and acceleration data generated by movements of joystick 111 by the user prior to posting the data onto CAN-Bus 102 for processing a drive output command by VIM 107.
Vehicle 190 also has a pair of non-driven, non-steered caster wheels 195 that freely pivot and track in response to the steering impetus provided by the drive wheels 128L, 128R. Each hydrostatic transaxle 124L, 124R has an electric actuator 122L, 122R mounted thereon to control the output thereof. Connected to each electric actuator 122L, 122R is an EDM 120L, 120R configured to drive each electric actuator 122L, 122R. Each EDM 120L, 120R and electric actuator 122L, 122R receive power from an electrical power source 106, such as 12V battery 176, that is charged by an alternator or similar power generating device (not shown). Each EDM 120L, 120R is connected to VIM 107 by way of CAN-Bus 102. CAN-Bus 102 is powered through the VIM 107, which receives power from battery 176 when key switch 162 is turned on, and directs power and serial communication through CAN-Bus 102. The aforementioned LBSMs 110L, 110R are also in communication with the VIM 107 via CAN-Bus 102. Control signals are generated and transmitted by LBSMs 110L, 110R via CAN-Bus 102 in response to operator manipulation of the left and right lap bars 109L, 109R.
As shown in
A CAN-Bus termination module (CTRM) 146 (comprising a resistor) is connected to each end of the CAN-Bus 102 network wiring harness to ensure communication speed and signal integrity on CAN-Bus 102. This type of termination is necessary and typical in a CAN-Bus communication system. A CAN-Bus T-Connector 148 facilitates connection of any of the aforementioned components to CAN-Bus 102.
For purposes of this disclosure, the EDMs 120L, 120R and electric actuators 122L, 122R may include any or all of the features and functionality described in the previously incorporated U.S. patent application Ser. No. 15/944,571, filed Apr. 3, 2018.
As described throughout this disclosure and as shown in
Operator commands (in the form of absolute position data of the lap bars 109L, 109R) are generated by the left and right LBSMs 110L, 110R (or, optionally, via joystick 111 with joystick sensor module 112) and communicated to the CAN-Bus 102 network. EDMs 120L, 120R and VIM 107 may be configured to monitor these commands and if valid, respond by driving the actuator(s) to the requested position(s). Invalid commands are responded to with appropriate error handling or failsafe routines.
In one embodiment, the VIM 107 may monitor LBSM position updates received over the CAN-Bus 102 and respond if data is invalid. For example, the VIM 107 may be configured to monitor vehicle status and override operator position commands if necessary for proper control of vehicle 190. VIM 107 may provide status information to the operator of vehicle 190 for a variety of system functions including speed, operating temperature and battery status when the vehicle contains a UIM 104 and this feature is enabled. UIM 104 may be configured to display vehicle status information messages generated by VIM 107 and transmitted via CAN-Bus 102 to the vehicle operator. UIM 104 may include any form of display device or system that may be connected to VIM 107 and removed if desired by the user.
EDMs 120L, 120R may be configured to respond to speed, position and diagnostic requests received over the CAN-Bus 102 as described in this disclosure, and communicate status, absolute position and error codes, among others, to the VIM 107 over the CAN-Bus 102. For example, EDMs 120L, 120R may continuously compare the actual actuator positions to the operator-requested positions and drive the actuator motors to the commanded positions using a motion profile based on tunable parameters stored in the non-volatile memory of each EDM 120L, 120R.
As described above, in this embodiment, CAN-Bus 102 is powered through the VIM 107. The power initiation sequence begins when key switch 162 is turned on. Power from battery 176 when key switch 162 is turned on is directed to CAN-Bus 102 to power CAN-Bus 102. When vehicle 190 is running, power from alternator 156 (as shown in
During vehicle operation, control signals are generated and transmitted via CAN-Bus 102 in response to operator manipulation of the left and right-side lap bars 109L, 109R engaged to the pair of LBSMs 110L, 110R. VIM 107 may be configured to determine system operational status based on the status of the individual modules described above as well as safety interlock sensor data, etc., and control the state of the EDMs 120L, 120R as appropriate.
System data logging to memory 182, providing vehicle system messages to the user via UIM 104, and vehicle system management and control may be performed entirely by VIM 107. For example, VIM 107 may be configured to log and store the safety interlock status, vehicle sensor alarm status, error and fault condition status, and minimum and maximum VIM temperatures.
VIM 107 may be configured to send a control signal to EDMs 120L, 120R to reduce the speed of the vehicle to a predetermined speed, including stopping all vehicle motion, upon receiving or detecting one or more fault conditions, errors or data lying outside of predetermined ranges or limits.
VIM 107 may be configured to receive engine kill requests from any of the modules described above. When an engine kill request is received by VIM 107, VIM 107 may provide an active low (GND) signal to shut down the vehicle prime mover, such as internal combustion engine 191. Likewise, when the vehicle operator turns the key switch 162 to the off position, VIM receives a low power signal, which causes VIM 107 to initiate the step of powering down vehicle systems. VIM 107 may be configured to maintain its own internal power for a short period of time to enable it to perform vehicle power down functions safely.
VIM 107 may also be configured to receive engine kill requests from analog sensors, such as the ROPS collision sensor 125 depicted in
Turning to
Beginning at step 10, power from battery 176 is commanded “on” by virtue of the vehicle operator turning the key switch 162 to the “on” position. At step 11, VIM 107 performs power-on functional self-checks, and sets the initial conditions for one or more relays and safety sensors. For example, VIM 107 may set to “enable” a Kill Relay configured to provide a kill engine signal to the engine. Simultaneously, VIM 107 may set to “disable” a Start Relay to avoid prematurely powering a starter motor of the engine before VIM 107 determines that all required relays are present and functional in accordance with Step 12.
If VIM 107 determines that not all required relays are present or functional, then a latch fault condition occurs, which sets in motion a signal from VIM 107 to power off vehicle systems, as shown at Steps 13, 14a, and 15a. If VIM 107 instead determines that all required relays are present and functional, then at Step 16 VIM 107 detects whether all required modules are present and functional.
If VIM 107 detects that not all required modules are present and functional at Step 17, then at Step 18 VIM 107 is programmed to wait a predetermined period of time to allow all of the modules to start communicating with VIM 107 over the CAN-Bus 102. At Step 14b, VIM 107 confirms the key switch 162 is still in the on position, and if not, VIM 107 may provide an active low (GND) signal to power off vehicle systems, as shown at Step 15b. If VIM 107 confirms the key switch 162 is still in the “on” position at step 14b, then VIM 107 may provide an active high signal, and restarts the module detection Step 16.
If VIM 107 detects that all modules are present and functional at step 17, the communication system is allowed to enter a “running” mode at step 19. Then, at Step 20, VIM 107 determines the status of the safety interlock system. The safety interlock system may include one or more sensors, such as any of the sensors described above including a neutral sensor, brake sensor, operator seat sensor, and power take-off sensor. (It should be noted that some of these “sensors” may be simple switches.) VIM 107 may be configured to detect a fault condition with respect to any signal provided to VIM 107 from any one or more of these sensors. At Step 20, if VIM 107 determines that the signal from one or more of these sensors is indicative of an unsafe condition, then at Step 21 VIM 107 sets the vehicle safety status to “Kill Engine,” and at Step 22 VIM 107 enables the Kill Engine relay while disabling the Start Relay. At Step 14c, VIM 107 provides an active low (GND) signal regardless of whether the position of the key switch 162 is set to “on” to power off vehicle systems, as shown at Step 15c.
If at Step 20 VIM 107 determines that the signal from one or more of these sensors is indicative of a safe condition, then at Step 23 VIM 107 is configured to process safe state requests from other vehicle modules. At Step 24, VIM 107 evaluates the most severe requested safe state from the other modules, and if VIM 107 receives a signal corresponding to an Engine Kill state or a Force to Neutral state, then at Step 25, VIM 107 sets the safety status to the requested state, and enables the Kill Relay while disabling the Start Relay at Step 22, and provides an active low (GND) signal at Step 14c to power off vehicle systems, as shown in Step 15c.
If at Step 24 VIM 107 receives no Engine Kill signal or Force to Neutral signal from any of the other modules, then at Step 26 VIM 107 disables the Kill Relay and sets the safety status to “OK.” At Step 27, VIM 107 confirms whether it is configured to receive virtual operator input, and if yes, then at Step 28 VIM 107 processes and transmits position commands to EDMs 120L, 120R via CAN-Bus 102. If VIM 107 is not configured to receive virtual operator input, then at Step 29 VIM 107 determines whether the hydrostatic transaxles 124L, 124R are in a neutral position.
If at Step 29 VIM 107 determines that one or both of the hydrostatic transaxles 124L, 124R are not in a neutral position, the VIM 107 at Step 31 disables the Start Relay and provides an active low (GND) signal to power off vehicle systems, as shown in Step 15c.
If both of the hydrostatic transaxles 124L, 124R are determined by VIM 107 to be in a neutral position, then at Step 30 VIM 107 enables the start relay and provides an active high signal to enable power from the battery 176 to be directed to the engine starter motor to start the engine 191, assuming the key switch 162 remains in the “on” position. Apart from mechanical engine failure, the engine 191 will remain running until the key switch 162 is turned to the “off” position or until the VIM 107 enables the Kill Relay and thereafter provides an active low (GND) signal upon determination of a fault condition.
Turning to
As described above, the vehicle drive and control system 100 of the instant disclosure provides numerous vehicle component parameters that are adjustable or tunable to enable multiple different vehicle handling and operating characteristics for the same vehicle hardware configuration. The adjustable or tunable parameters may be stored in the CAN-Bus specification, and the CAN-Bus specification may be stored in any of the microprocessors associated with one or more of components or modules discussed herein.
In some embodiments, the tunable parameters may be adjustable or customizable according to authorization level, which may vary on a scale of 1 to 10, for example, with level 1 providing the least access and level 10 providing the most access to the tunable parameters (or vice-versa). For example, an OEM manufacturer may have authorization level 10, which may correspond to unrestricted access to all tunable parameters on all components and modules of drive and control system 100. Similarly, a distributor may have authorization level 7, which may allow the distributor to access most, but not all tunable parameters. A dealer may have authorization level 4, which may allow the dealer to access fewer or different parameters than would be available under authorization level 7. A consumer or other end-user of a vehicle comprising vehicle drive and control system 100 may have authorization level 1, which may allow the consumer or other end-user to access fewer or different parameters than would be available under authorization level 4. Drive and control system 100 may include fewer than 10 different authorization levels (i.e. fewer than 1 through 10). In other embodiments, drive and control system 100 may include more than 10 different authorization levels.
In some embodiments, certain drive and control system parameters for a particular authorization level may be made available to a user for adjustment or tuning via a SAE J1939 compatible process. In other embodiments, drive and control system 100 may be configured to prevent adjustment of those same parameters for the same authorization level. In some embodiments, drive and control system 100 may display a parameter but not allow adjustment of the parameter by the user. In other embodiments, drive and control system 100 may be configured to hide or otherwise not display the same parameter for the same authorization level.
Within each authorization level (apart from an authorization level that grants total or complete access to all parameters), drive and control system 100 may be configured to provide limited access to some modules while simultaneously providing greater access to other modules. In some embodiments, access to tunable parameters may depend on the device or module. For example, in an authorization level, drive and control system 100 may be configured to allow access and adjustment/tuning of LBSM parameters while preventing adjustment/tuning of EDM parameters. In other embodiments, drive and control system 100 may allow access and adjustment/tuning of VIM parameters but not LBSM parameters or EDM parameters. Drive and control system 100 may be configured to provide multiple different selectable values or settings for one or more of the adjustable/tunable parameters.
Tunable parameters of drive and control system 100 may be bundled together and stored in one or more user-defined profiles, or one or more predetermined profiles, according to authorization level. For example, tunable parameters that bias movement of the vehicle for high speed motion in response to user movement of the lap bars 109L, 109R, for example, may be stored in a “high speed” profile. Similarly, tunable parameters that bias movement of the vehicle for low speed or “speed-capped” motion in response to user movement of the lap bars 109L, 109R may be stored in a “low speed” profile. Tunable parameters, such as the PIDF parameters noted above, that affect the acceleration and deceleration ramps of the vehicle in response to user movement of the lap bars 109L, 109R, for example, may be stored in respective profiles for easy selection and deselection as desired. For example, the acceleration and/or deceleration ramps may be linear or nonlinear, as defined by either a linear or a nonlinear equation.
Tunable parameters of drive and control system 100 may include vehicle operational settings such as maximum vehicle forward and/or reverse speed, and maximum vehicle speed while a PTO device is engaged. For example, drive and control system 100 may be programmed to not exceed a maximum forward and/or maximum reverse speed by not exceeding a predetermined rotational speed of one or more driven wheels.
Tunable parameters of drive and control system 100 may also include vehicle operational settings such as stability control settings. Stability control may be deployed in the form of straight line tracking, side hill straight line tracking, hill limit, side hill limit, traction control, and anti-scuff algorithms. Stability control parameter options may include multiple profiles such as economy mode operating profile or sport mode operating profile, for example, all of which may be readily selectable by an operator of the vehicle. For example, an economy mode may include predefined, tunable parameters having values and settings biased by default to cause the vehicle to move less aggressively in response to user input of the lap bars, for example, than a vehicle configured to operate in sport mode. To do this, the values and settings of the tunable parameters may cause commands to be provided to the respective left and right HSAs 122L, 122R according to a PIDF motion algorithm that results in a slower or damped response, for example, than the values and settings stored in the sport mode.
Tunable parameters of drive and control system 100 may be updateable and/or upgradeable. For example, depending on authorization level, the list of tunable parameters may be updated, either manually or automatically, to include a greater or fewer number of parameters, or a greater of fewer number of parameters that are accessible or adjustable, for a given authorization level.
Referring to
Left and right hybrid electric drive systems 121L, 121R include left and right electronic controllers 220L, 220R coupled to left and right electric transaxles 217L, 217R for driving left and right drive wheels 228L, 228R via left and right drive axles 226L, 226R. Left and right electronic transaxles 217L, 217R of drive and control system 200 may include respective left and right gearboxes to transfer power from left and right electric drive motors 269L, 269R to respective left and right drive axles 226L, 226R. For example, left and right electric drive motors 269L, 269R may be coupled to the input end of the respective left and right gearboxes, and left and right drive axles 226L, 226R may be coupled to the output end of the respective left and right gearboxes. In some embodiments, left and right electronic controllers 220L, 220R may be packaged separately from the left and right electric transaxles 226L, 226R. In some embodiments, left and right electronic controllers 220L, 220R may be integrated with or otherwise packaged together with respective left and right electric transaxles 217L, 217R.
Left and right electronic controllers 220L, 220R of drive and control system 200 may function in the same or similar way as left and right EDMs 120L, 120R discussed above for drive and control system 100. For example, left and right electronic controllers 220L, 220R may monitor data packets or messages from other modules connected to CAN-Bus 102 and initiate a vehicle fail-safe mode if multiple data packets are lost or corrupted. Left and right electronic controllers 220L, 220R are configured to respond to speed, drive commands and diagnostic requests received over CAN-Bus 102. For example, when a drive message is posted on CAN-Bus 102 from VIM 107, each of the left and right electronic controllers 220L, 220R are configured to look for that message based on the sender's CAN ID (in this case the ID corresponding to VIM 107) and according to the CAN ID associated with the left and right electronic controllers 220L, 220R, respectively. Upon detecting that the message includes a drive command, each electronic controller 220L, 220R may be configured to: (1) determine the current direction of motion, speed, and acceleration of respective drive axles 226L, 226R or a transaxle component associated therewith or connected thereto, (2) determine if any difference exists between those values and the corresponding values in the incoming drive message and (3) if a difference exists beyond a predetermined threshold value, the respective left and right electronic controllers 220L, 220R may individually compute a new drive output command to the respective left and right electric transaxles 217L, 217R according to a motion profile PID algorithm selected to make up the difference while achieving a vehicle feel and operability desired by the user. For example, if the difference is large, rather than outputting an equivalent to a “maximum acceleration” to close the difference quickly, the PID algorithm may be selected to close the difference to zero by slowly ramping up the acceleration to avoid throwing the user off the vehicle. The PID algorithm may also incorporate a feed-forward (F) algorithm to better predict the needed target output. The drive and control system 200 of the instant disclosure may be configured to simulate the operation and feel to the user of any OEM utility vehicle by simulating the operation and feel of a non-drive-by-wire OEM vehicle using the tunable parameters discussed herein. For example, each electronic controller 220L, 220R may be configured to continuously compare actual rotational speed, position and/or direction of rotation to operator-requested speed and direction of the vehicle and drive respective electric transaxles 217L, 217R to the desired rotational speed, position and/or direction of rotation using the motion profile PID algorithm based on tunable parameters stored in the non-volatile memory 261L, 261R of each electronic controller 220L, 220R.
The one or more Hall effect sensor circuit boards 255L, 255R comprising a Hall effect sensor in each of the respective left and right electronic controllers 220L, 220R may be configured to detect changes in the magnetic field of the left and right electric rotor shafts of electric motors 269L, 269R that are positioned in close proximity to the respective Hall effect sensor. The detected changes in the magnetic field correspond to a voltage that is communicated to the microprocessor 258L, 258R of the respective electronic controllers 220L, 220R. Based on the reported voltage, the microprocessor 258L, 258R may determine the difference between the user input commands (received in messages posted on the CAN-Bus 102 from the VIM 107) and the current rotational speed, rotational acceleration/deceleration, and/or direction of rotation of the left and right electric rotor shafts of electric motors 269L, 269R from which the direction of rotation, speed, and acceleration/deceleration of the drive axles 226L, 226R may be inferred. In some embodiments, a sensor, such as a Hall effect sensor, may also be positioned on or near the gear train of the respective electric motors 269L, 269R to provide added assurance that the movement of the gear train, drive axles 226L, 226R and/or other components in the left and right hybrid electric drive systems 121L, 121R: (1) corresponds with the operator-requested speed and direction of the vehicle, and optionally, (2) corresponds with other safety-related inputs received by VIM 107 to justify continued movement of the vehicle. To do this, the voltage output from this sensor may be posted directly on the CAN-Bus 102 for receipt and processing by VIM 107. Alternatively or additionally, as shown in
The proximity to one another and configuration of drive system 103 components on either the left or right sides of the drive system 103, such as left controller 220L, and left electric transaxle 217L on the one side, and right controller 220R and right electric transaxle 217R on the other, together with the relatively short 8 millisecond communication signals helps enable fast assessment and drive correction computations in response to changing input commands from the user. In other words, the relatively short distance for communication signals to travel together with the 8 millisecond reporting of both desired and current direction of rotation, speed, and acceleration of respective drive axles 226L, 226R helps enable respective electronic controllers 220L, 220R to compute new target directions and speeds for the respective left and right electric transaxles 217L, 217R according to the motion profile PID and feed forward algorithms to close the difference with a previously commanded drive output command from VIM 107 while also receiving new drive output commands from the VIM 107 which require a new output command from respective electronic controllers 220L, 220R. Once each electronic controller 220L, 220R determine what output to provide to respective left and right electric transaxles 217L, 217R, it does so immediately as described above.
VIM 107 of drive and control system 200 may also incorporate output messages posted by SCM 105. In some embodiments of drive and control system 200, SCM 105 may include IMU Module 130, which may include MPU 137 as discussed above for drive and control system 100. Functionality of SCM 105 and/or IMU 131 of drive and control system 200 may be the same or similar to that described above for drive and control system 100. Consequently, VIM 107 of drive and control system 200 may be configured to dynamically adjust the drive output signal to either the left or the right or to both the left and right electronic controllers 220L, 220R to keep driving in a straight line irrespective of small changes in the position of either lap bar 109L, 109R away from the forward 15 degree position (or any other generally parallel alignment), a tolerance parameter that may be tuned as discussed above. Thus, if the vehicle is being driven on a side hill, drive and control system 200 can be configured to automatically compensate for drift in heading of the vehicle, thereby reducing the workload of the user. The ability to automatically maintain the heading of the vehicle in this way may be switched on or off by the user as desired.
Vehicle 290 also includes a prime mover 291 (e.g. an internal combustion engine), which drives a power take-off clutch/brake 296 that drives a power transfer assembly 297 (represented schematically as a belt and pulley assembly) to power blades 198a on mowing deck 198. Generator 287 is also connected to prime mover 291 by means of power transfer assembly 289 (represented schematically as a belt and pulley assembly) and controlled by generator controller 288. It should be noted that generator 287 may optionally be directly driven by an output shaft of prime mover 291. A high voltage battery 275 (e.g., 48V) is engaged to generator 287 and provides power to both of the left and right electric transaxles 217L, 217R.
In addition to or instead of left and right lap bars 109L, 109R and left and right LBSMs 110L, 110R, drive and control system 200 of vehicle 290 may include a joystick 111 that may be coupled to a joystick sensor module 112, and joystick sensor module 112 may be connected to CAN-Bus 102 to provide alternative steering and drive input. It will be understood that vehicle 290 may also include other steering and drive input systems 101, such as steering wheel 113, steering wheel sensor 114, foot pedals 115L, 115R, and foot pedal sensor modules 116L, 116R as described above. It will also be understood that the drive and control system 200 and related components of vehicle 290 shown herein can also be used in an autonomous vehicle.
A key switch 162 is disposed between low voltage battery 276 (e.g. 12V) and VIM 107, and low voltage battery 276 is connected to prime mover 291 and clutch/brake 296 for starting/stopping purposes. An optional battery monitor 277 may also be connected to CAN-Bus network 102 and high voltage battery 275, although battery monitor 277 could be connected directly to VIM 107 rather than to CAN-Bus network 102. For this embodiment, elements that may be identical to those described above are shown with identical numerals, whereas those elements that may be modified or connected differently are depicted with similar numerals but using a different prefix (e.g., prime mover 191 and prime mover 291).
Vehicle 290 may include an interface, such as a touch sensitive display screen, connected to drive and control system 200 for receiving user input. Further, by installing optional ECM 165, drive and control system 200, like drive and control system 100, may receive user input via a remote device (not shown) wirelessly connected to UIM 104 or to VIM 107 via Wi-Fi, cellular, satellite, Bluetooth, digital spectrum modulation (DSM) or other wireless protocols or technologies. All embodiments discussed in this application contemplate, and can accommodate, use of a remote device with UIM 104 or to VIM 107. In this embodiment, ECM 165 includes receiver components to accept commands from the remote control device, and may include optional processor components featuring onboard logic to process commands and liaise between the remote device and the UIM 104 or VIM 107. Although disclosed in
ECM 165 connects to CAN-Bus 102 and permits a user to use a remote device to connect with vehicle 290. As a result, the remote device can communicate with UIM 104 or VIM 107 to enable the Start Relay, enable the Kill Relay, power mowing blade(s) 198a by disengaging the blades' associated electric clutch-brake-pulley mechanism (discussed above), and steer, drive, and return the vehicle to the neutral (no drive) setting.
Referring to
High voltage battery 375 is designed to deliver approximately 48V to left and right fully electric drive systems 123L, 123R, which include left and right electronic controllers 220L, 220R coupled to left and right electric transaxles 217L, 217R for driving left and right drive wheels 228L, 228R via left and right drive axles 226L, 226R. In some embodiments, left and right electronic controllers 220L, 220R may be packaged separately from the left and right electric transaxles 226L, 226R. Left and right electronic transaxles 217L, 217R of drive and control system 200 may include respective left and right gearboxes to transfer power from left and right electric drive motors 269L, 269R to respective left and right drive axles 226L, 226R. For example, left and right electric drive motors 269L, 269R may be coupled to the input end of the respective left and right gearboxes, and left and right drive axles 226L, 226R may be coupled to the output end of the respective left and right gearboxes. In some embodiments, left and right electronic controllers 220L, 220R may be integrated with or otherwise packaged together with respective left and right electric transaxles 217L, 217R.
Left and right electronic controllers 220L, 220R of drive and control system 300 may function in the same or similar way as discussed above for drive and control systems 100, 200. For example, left and right electronic controllers 220L, 220R may monitor data packets or messages from other modules connected to CAN-Bus 102 and initiate a vehicle fail-safe mode if multiple data packets are lost or corrupted. Left and right electronic controllers 220L, 220R are configured to respond to speed, drive commands and diagnostic requests received over CAN-Bus 102. For example, when a drive message is posted on CAN-Bus 102 from VIM 107, each of the left and right electronic controllers 220L, 220R are configured to look for that message based on the sender's CAN ID (in this case the ID corresponding to VIM 107) and according to the CAN ID associated with the left and right electronic controllers 220L, 220R, respectively. Upon detecting that the message includes a drive command, each electronic controller 220L, 220R may be configured to: (1) determine the current direction of motion, speed, and acceleration of respective drive axles 226L, 226R or a transaxle component associated therewith or connected thereto, (2) determine if any difference exists between those values and the corresponding values in the incoming drive message and (3) if a difference exists beyond a predetermined threshold value, the respective left and right electronic controllers 220L, 220R may individually compute a new drive output command to the respective left and right electric transaxles 217L, 217R according to a motion profile PID algorithm selected to make up the difference while achieving a vehicle feel and operability desired by the user. For example, if the difference is large, rather than outputting an equivalent to a “maximum acceleration” to close the difference quickly, the PID algorithm may be selected to close the difference to zero by slowly ramping up the acceleration to avoid throwing the user off the vehicle. The PID algorithm may also incorporate a feed-forward (F) algorithm to better predict the needed target output. The drive and control system 300 of the instant disclosure may be configured to simulate the operation and feel to the user of any OEM utility vehicle by simulating the operation and feel of a non-drive-by-wire OEM vehicle using the tunable parameters discussed herein. For example, each electronic controller 220L, 220R may be configured to continuously compare actual rotational speed, position and/or direction of rotation to operator-requested speed and direction of the vehicle and drive respective electric transaxles 217L, 217R to the desired rotational speed, position and/or direction of rotation using the motion profile PID algorithm based on tunable parameters stored in the non-volatile memory 261L, 261R of each electronic controller 220L, 220R.
The one or more Hall effect sensor circuit boards 255L, 255R comprising a Hall effect sensor in each of the respective left and right electronic controllers 220L, 220R may be configured to detect changes in the magnetic field of the left and right electric rotor shafts of electric motors 269L, 269R that are positioned in close proximity to the respective Hall effect sensor. The detected changes in the magnetic field correspond to a voltage that is communicated to the microprocessor 258L, 258R of the respective electronic controllers 220L, 220R. Based on the reported voltage, the microprocessor 258L, 258R may determine the difference between the user input commands (received in messages posted on the CAN-Bus 102 from the VIM 107) and the current rotational speed, rotational acceleration/deceleration, and/or direction of rotation of the left and right electric rotor shafts of electric motors 269L, 269R from which the direction of rotation, speed, and acceleration of the drive axles 226L, 226R may be inferred. In some embodiments, a sensor, such as a Hall effect sensor, may also be positioned on or near the gear train of the respective electric motors 269L, 269R to provide added assurance that the movement of the gear train, drive axles 226L, 226R and/or other components in the left and right fully electric drive systems 123L, 123R: (1) corresponds with the operator-requested speed and direction of the vehicle, and optionally, (2) corresponds with other safety-related inputs received by VIM 107 to justify continued movement of the vehicle. To do this, the voltage output from this sensor may be posted directly on the CAN-Bus 102 for receipt and processing by VIM 107. Alternatively or additionally, as shown in
The proximity to one another and configuration of drive system 103 components on either the left or right sides of the drive system 103, such as left controller 220L, and left electric transaxle 217L on the one side, and right controller 220R and right electric transaxle 217R on the other, together with the relatively short 8 millisecond communication signals helps enable fast assessment and drive correction computations in response to changing input commands from the user. In other words, the relatively short distance for communication signals to travel together with the 8 millisecond reporting of both desired and current direction of rotation, speed, and acceleration of respective drive axles 226L, 226R helps enable respective electronic controllers 220L, 220R to compute new target directions and speeds for the respective left and right electric transaxles 217L, 217R according to the motion profile PID and feed forward algorithms to close the difference with a previously commanded drive output command from VIM 107 while also receiving new drive output commands from the VIM 107 which require a new output command from respective electronic controllers 220L, 220R. Once each electronic controller 220L, 220R determine what output to provide to respective left and right electric transaxles 217L, 217R, it does so immediately as described above.
VIM 107 of drive and control system 300 may also incorporate output messages posted by SCM 105. In some embodiments of drive and control system 300, SCM 105 may include IMU 130, which may include MPU 137 as discussed above for drive and control systems 100, 200. Functionality of SCM 105 and/or IMU 131 of drive and control system 300 may be the same or similar to that described above for drive and control systems 100, 200. Consequently, VIM 107 of drive and control system 300 may be configured to dynamically adjust the drive output signal to either the left or the right or to both the left and right electronic controllers 220L, 220R to keep driving in a straight line irrespective of small changes in the position of either lap bar 109L, 109R away from the forward 15 degree position (or any other generally parallel alignment), a tolerance parameter that may be tuned as discussed above. Thus, if the vehicle is being driven on a side hill, drive and control system 300 can be configured to automatically compensate for drift in heading of the vehicle, thereby reducing the workload of the user. The ability to automatically maintain the heading of the vehicle in this way may be switched on or off by the user as desired.
In addition to or instead of left and right lap bars 109L, 109R and left and right LBSMs 110L, 110R, drive and control system 300 of vehicle 390 may include a joystick 111 that may be coupled to a joystick sensor module 112, and joystick sensor module 112 may be connected to CAN-Bus 102 to provide alternative steering and drive input. It will be understood that vehicle 390 may also include other steering and drive input systems 101, such as steering wheel 113, steering wheel sensor 114, foot pedals 115L, 115R, and foot pedal sensor modules 116L, 116R as described above. It will also be understood that the drive and control system 300 and related components of vehicle 390 shown herein can also be used in an autonomous vehicle.
A key switch 162 is disposed between high voltage battery 375 (e.g. 48V) and voltage controller and battery monitor 378, and emergency stop switch 379 is disposed between voltage controller and battery monitor 378 and VIM 107. VIM 107 and voltage controller and battery monitor 378 are both connected to CAN-Bus 102. Deck controller 386 may optionally be an analog device and wired directly to the VIM 107. Similar to the previous embodiment, an optional battery monitor 277 may also be connected to network 102 and high voltage battery 375, although battery monitor 277 could be connected directly to VIM 107 rather than to network 102.
Vehicle 390 may include an interface, such as a touch sensitive display screen, connected to drive and control system 300 for receiving user input. Further, by installing optional ECM 165, drive and control system 300, like drive and control system 100 and 200, may receive user input via a remote device (not shown) wirelessly connected to UIM 104 or to VIM 107 via Wi-Fi, cellular, satellite, Bluetooth, digital spectrum modulation (DSM) or other wireless protocols or technologies. All embodiments discussed in this application contemplate, and can accommodate, use of a remote device with UIM 104 or to VIM 107. In this embodiment, ECM 165 includes receiver components to accept commands from the remote control device, and may include optional processor components featuring onboard logic to process commands and liaise between the remote device and the UIM 104 or VIM 107. Although disclosed in
ECM 165 connects to CAN-Bus 102 and permits a user to use a remote device to connect with vehicle 390. As a result, the remote device can communicate with UIM 104 or VIM 107 to enable operation of any of the components of vehicle 390.
Referring to
Vehicle 490 also includes a prime mover 491 (e.g. an internal combustion engine), which drives a generator 487. Generator 487, which is controlled by generator controller 488 connected to CAN-Bus 102, is driven directly by a horizontal output shaft of prime mover 491. Generator 487 may optionally be driven by a vertical output shaft of a prime mover or by a power transfer assembly as depicted in vehicle 290. A horizontal output shaft configuration of prime mover 491 may be employed to improve ground clearance of vehicle 490 and better protect generator 487 (and associated electrical connections and cables) by enabling interposition of plate or other guard structures between the ground (or turf) and components such as prime mover 491 and generator 487.
In addition to or instead of left and right lap bars 109L, 109R and left and right LBSMs 110L, 110R, drive and control system 400 of vehicle 490 may include a joystick 111 that may be coupled to a joystick sensor module 112, and joystick sensor module 112 may be connected to CAN-Bus 102 to provide alternative steering and drive input. It will be understood that vehicle 490 may also include other steering and drive input systems 101, such as steering wheel 113, steering wheel sensor 114, foot pedals 115L, 115R, and foot pedal sensor modules 116L, 116R as described above. It will also be understood that the drive and control system 400 and related components of vehicle 490 shown herein can also be used in an autonomous vehicle.
A key switch 162 is disposed between low voltage battery 276 (e.g. 12V) and VIM 107, and low voltage battery 276 is connected to prime mover 491. An optional battery monitor 277 may also be connected to CAN-Bus 102 and high voltage battery 475, although battery monitor 277 could be connected directly to VIM 107 rather than to Can-Bus 102. For this embodiment, elements that may be identical to those described above are shown with identical numerals, whereas those elements that may be modified or connected differently are depicted with similar numerals but using a different prefix (e.g., battery 275, battery 375 and battery 475). Deck controller 386 may optionally be an analog device and wired directly to the VIM 107.
Vehicle 490 may include an interface, such as a touch sensitive display screen, connected to drive and control system 400 for receiving user input. Further, by installing optional ECM 165, drive and control system 400, like drive and control system 100, 200 and 300, may receive user input via a remote device (not shown) wirelessly connected to UIM 104 or to VIM 107 via Wi-Fi, cellular, satellite, Bluetooth, digital spectrum modulation (DSM) or other wireless protocols or technologies. All embodiments discussed in this application contemplate, and can accommodate, use of a remote device with UIM 104 or to VIM 107. In this embodiment, ECM 165 includes receiver components to accept commands from the remote control device, and may include optional processor components featuring onboard logic to process commands and liaise between the remote device and the UIM 104 or VIM 107. Although disclosed in
ECM 165 connects to CAN-Bus 102 and permits a user to use a remote device to connect with vehicle 490. As a result, the remote device can communicate with UIM 104 or VIM 107 to enable operation of any of the components of vehicle 490.
Referring to
Vehicle 590 also includes a prime mover 591 (e.g. an internal combustion engine), which drives a power take-off clutch/brake 296 that drives a power transfer assembly 297 (represented schematically as a belt and pulley assembly) to power blades 198a on mowing deck 198. Generator 587 is also connected to prime mover 591 by means of power transfer assembly 289 (represented schematically as a belt and pulley assembly) and controlled by generator controller 588. It should be noted that generator 587 may optionally be directly driven by an output shaft of prime mover 591. A high voltage battery 575 (e.g., 48V) is engaged to generator 587 and provides power to both of the left and right electric transaxles 217L, 217R.
In addition to or instead of left and right lap bars 109L, 109R and left and right LBSMs 110L, 110R, drive and control system 500 of vehicle 590 may include a joystick 111 that may be coupled to a joystick sensor module 112, and joystick sensor module 112 may be connected to CAN-Bus 102 to provide alternative steering and drive input. It will be understood that vehicle 290 may also include other steering and drive input systems 101, such as steering wheel 113, steering wheel sensor 114, foot pedals 115L, 115R, and foot pedal sensor modules 116L, 116R as described above. It will also be understood that the drive and control system 200 and related components of vehicle 290 shown herein can also be used in an autonomous vehicle.
A key switch 162 is disposed between emergency stop switch 379 and VIM 107. For this embodiment, elements that may be identical to those described above are shown with identical numerals, whereas those elements that may be modified or connected differently are depicted with similar numerals but using a different prefix (e.g., prime mover 191, 291, 391, and 591).
Vehicle 590 may include an interface, such as a touch sensitive display screen, connected to drive and control system 500 for receiving user input. Further, by installing optional ECM 165, drive and control system 500, may receive user input via a remote device (not shown) wirelessly connected to UIM 104 or to VIM 107 via Wi-Fi, cellular, satellite, Bluetooth, digital spectrum modulation (DSM) or other wireless protocols or technologies. All embodiments discussed in this application contemplate, and can accommodate, use of a remote device with UIM 104 or to VIM 107. In this embodiment, ECM 165 includes receiver components to accept commands from the remote control device, and may include optional processor components featuring onboard logic to process commands and liaise between the remote device and the UIM 104 or VIM 107. Although disclosed in
ECM 165 connects to CAN-Bus 102 and permits a user to use a remote device to connect with vehicle 590. As a result, the remote device can communicate with UIM 104 or VIM 107 to enable the Start Relay, enable the Kill Relay, power mowing blade(s) 198a by disengaging the blades' associated electric clutch-brake-pulley mechanism (discussed above), and steer, drive, and return the vehicle to the neutral (no drive) setting.
While the invention has been described in connection with what is presently considered to be the most practical and preferred embodiment, it is to be understood that the invention is not to be limited to the disclosed embodiment(s). Rather, the invention is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims, which scope is to be accorded the broadest interpretation so as to encompass all such modifications and equivalent structures as permitted under the law. It should also be understood that while the use of the word preferable, preferably, or preferred in the description above indicates that feature so described may be more desirable, it nonetheless may not be necessary and any embodiment lacking the same may be contemplated as within the scope of the invention, that scope being defined by the claims that follow.
In reading the claims it is intended that when words such as “a,” “an,” “at least one” and “at least a portion” are used, there is no intention to limit the claim to only one item unless specifically stated to the contrary in the claim. Further, when the language “at least a portion” and/or “a portion” is used the item may include a portion and/or the entire item unless specifically stated to the contrary.
Having described the invention in detail with reference to certain preferred embodiments, it will be understood that modifications and variations exist within the scope and spirit of the present disclosure.
This application is a continuation of U.S. patent application Ser. No. 17/176,060, filed on Feb. 15, 2021, which is a continuation of U.S. patent application Ser. No. 16/445,109, now U.S. Pat. No. 10,926,768, filed on Jun. 18, 2019, and a continuation of U.S. patent application Ser. No. 16/445,089, now U.S. Pat. No. 10,919,463, filed on Jun. 18, 2019, both of which claim priority to U.S. Provisional Patent Application No. 62/686,519, filed on Jun. 18, 2018. These prior applications are incorporated by reference herein in their entirety.
Number | Name | Date | Kind |
---|---|---|---|
5712782 | Weigelt et al. | Jan 1998 | A |
6609357 | Davis et al. | Aug 2003 | B1 |
6808032 | Wuertz et al. | Oct 2004 | B2 |
7154814 | Straka | Dec 2006 | B2 |
8207693 | Hauser et al. | Jun 2012 | B2 |
8234026 | Wyatt et al. | Jul 2012 | B2 |
8434809 | Young et al. | May 2013 | B2 |
9051010 | Young et al. | Jun 2015 | B2 |
9408343 | Wyatt et al. | Aug 2016 | B2 |
9764734 | Brown | Sep 2017 | B1 |
9794652 | Nohra et al. | Oct 2017 | B2 |
9798451 | Grevinga et al. | Oct 2017 | B2 |
10058031 | Brown et al. | Aug 2018 | B1 |
10150503 | Laymon et al. | Dec 2018 | B1 |
10392007 | Brown et al. | Aug 2019 | B1 |
10414436 | Bonny | Sep 2019 | B1 |
10890253 | Probst et al. | Jan 2021 | B1 |
10919463 | Brown et al. | Feb 2021 | B1 |
10925216 | Brown et al. | Feb 2021 | B1 |
10926768 | Brown et al. | Feb 2021 | B1 |
11427203 | Brown et al. | Aug 2022 | B1 |
20070050096 | Mattes et al. | Mar 2007 | A1 |
20140053092 | Grevinga et al. | Feb 2014 | A1 |
20150039171 | Koike et al. | Feb 2015 | A1 |
20170120922 | Schaedler | May 2017 | A1 |
Number | Date | Country |
---|---|---|
1419687 | Oct 2006 | EP |
1674324 | May 2014 | EP |
2218630 | Dec 2016 | EP |
2702846 | Nov 2018 | EP |
5542094 | Jul 2014 | JP |
5580783 | Aug 2014 | JP |
6032871 | Nov 2016 | JP |
2017085814 | May 2017 | JP |
Entry |
---|
Alabama Precision AG Extension, Terrain Compensation for Guidance Systems, Auburn University, Jul. 2010, 8 pp. |
ASI Accelerated Systems Inc., ASi 8000W Controller, Specification Sheet, Date unknown but believed to be published at least as early as Jul. 28, 2016, 1 p. |
Control Devices, Specification Sheet, Jun. 18, 2012, 3 pp. |
Delta Systems, Advanced Displays, Information Sheet, Date unknown but believed to be at least as early as Feb. 28, 2015, 3 pp. |
Gerald, et al., “A new generation of contactless magnetic position sensors,” Moving Magnet Technologies, Date unknown but believed to be at least as early as Feb. 28, 2015, 7 pp. |
IBM Manual, Synchronous Data Link Control, Fourth Edition, Jun. 1986, 99 pp. |
Mandapat, “Development and Evaluation of Positioning Systems for Autonomous Vehicle Navigation,” Thesis paper, University of Florida, 2001, 276 pp. |
North, et al., “Improved Inertial/Odometry/GPS Positioning of Wheeled Robots Even in GPS-Denied Environments,” Global Navigation Satellite Systems—Signal, Theory and Applications, 2012, 23 pp. |
Sevcon, Gen4, AC Motor Controller, Data Sheet, Date unknown but believed to be at least as early as Feb. 28, 2015, 2 pp. |
Sevcon, Using DVT with Gen4 Systems, Tutorial, Date unknown but believed to be at least as early as Feb. 28, 2015, 11 pp. |
Technik, Position Transducers and Rotary Sensors, novotechnik, Siedle Group, Dec. 2000, 36 pp. |
U.S. Appl. No. 62/702,086, filed Jul. 23, 2018, 20 pp. |
Number | Date | Country | |
---|---|---|---|
62686519 | Jun 2018 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 17176060 | Feb 2021 | US |
Child | 17822635 | US | |
Parent | 16445089 | Jun 2019 | US |
Child | 17176060 | US | |
Parent | 16445109 | Jun 2019 | US |
Child | 16445089 | US |