The present invention relates to a vehicle including a tow vehicle and a loading platform.
The present application claims priority based on Japanese Patent Application No. 2021-165770 filed on Oct. 7, 2021, the contents of which are incorporated herein by reference.
A vehicle including a tow vehicle (tractor) and a loading platform (trailer) couples the tow vehicle and loading platform via a coupler provided on the tow vehicle and a king pin provided on the loading platform. The vehicle may be large or very large depending on a size of the loading platform. Accidents involving the large truck or the very large vehicle include an accident with entrapment at an intersection, an accident due to a lane-change, and a rollover accident when traveling around a curve, with the highest incidence of entrapment at intersections.
To prevent the accidents described above, an increasing number of vehicles are now equipped with a blind spot warning function. As disclosed in Patent Literature 1, a technology has been developed to achieve a safe operation of a vehicle by detecting an obstacle therebehind by installing an external sensor, such as a camera or a radar in a vehicle entry prevention device (Mansfield bar) placed at an extreme rear of a loading platform to prevent a passenger vehicle from entering into a bottom of the loading platform. Furthermore, as illustrated in Patent Literature 2, a technology has been developed in which a plurality of cameras are installed on a loading platform to capture images around the loading platform, and when parking in the rear, a parking assist is performed using a surrounding image around the loading platform captured by the cameras.
However, such vehicles need to be flexible enough to accommodate loading platforms of different lengths, widths, weights, number of tires, number of external sensors, brake systems, and the like in a single tow vehicle. Since the conditions of vehicles vary greatly depending on the type of loading platform being towed, the techniques disclosed in the above-described Patent Literatures cannot fully accommodate different types of loading platforms, thus limiting safe operation. For example, since the technology disclosed in Patent Literature 1 is limited to the installation location of the external sensor on the loading platform side to the vehicle entry prevention device, there is a problem that the technology cannot be applied when the external sensors are installed on the side and front of the loading platform. Meanwhile, the technology disclosed in Patent Literature 2 allows any number of cameras to be installed at any location on the loading platform, but since installation positions of the cameras on the loading platform side are unknown, it is necessary to determine the relative positions of the rear camera and each camera on the loading platform side by performing a calibration that compares the feature points of the images from the rear camera installed on the tow vehicle and the images from each camera on the loading platform side.
The present invention has been made to solve these technical problems, and an object is to provide a vehicle that allows achieving appropriate driving assist for different types of loading platforms.
A vehicle according to the present invention includes a tow vehicle, a loading platform, and a coupling part that couples the tow vehicle and the loading platform. The loading platform includes a storage unit that stores at least a loading platform type indicating a type of the loading platform. The tow vehicle includes a controller that acquires the loading platform type from the loading platform and performs a driving assist of the vehicle based on the acquired loading platform type.
In the vehicle according to the present invention, since the tow vehicle includes a controller that acquires the loading platform type from the loading platform and performs driving assist to the vehicle based on the acquired loading platform type, the driving assist tailored to condition of the loading platform can be performed. As a result, the appropriate driving assist can be achieved for different types of the loading platforms.
The invention can achieve the appropriate driving assist for the different types of loading platforms.
The following describes embodiments of vehicles of the present invention with reference to the drawings. In the following description, the left/right and front/rear directions and positions are based on the line of sight of the vehicle driver. To avoid complications in the description, the “first external sensor” and the “second external sensor” may be referred to collectively as the “external sensor.”
The loading platform 3 includes a management ECU (Electronic Control Unit) 20 that manages loading platform information including a loading platform type and the like, loading platform CAN data, and the like. The tow vehicle 2 includes an advanced driver assistance systems (ADAS) ECU 10 that performs driving assist for the vehicle 1.
The ADAS ECU 10 corresponds to the “controller” recited in the claims. The ADAS ECU 10 is constituted of a microcomputer that combines, for example, a central processing unit (CPU) to execute operations, a read only memory (ROM) as a secondary storage device that records programs for operations, and a random access memory (RAM) as a temporary storage device for storing the progress of operations and temporary control variables. Each control of the vehicle 1 is performed by executing the stored program. For example, the ADAS ECU 10 performs the driving assist that takes into account situations of different types of the loading platform 3 and achieves the driving assist by 360-degree sensing around the vehicle 1 via the external sensors mounted on each of the tow vehicle 2 and the loading platform 3.
A first external sensors 8 mounted on the loading platform 3 are described here based on
As illustrated in
The number of the first external sensors 8 may be, for example, three (see
In
Thus, in the vehicle 1 in which the tow vehicle 2 and the loading platform 3 are coupled via the coupling part 4, there are three coordinate systems: a sensor coordinate system based on a mounting position of each external sensor, a loading platform coordinate system based on the coupling part 4, and a tow vehicle coordinate system based on the coupling part 4. Therefore, in order to achieve 360-degree sensing of the vehicle 1, the detection data of each of the first external sensors 8 and the second external sensors 9 needs to be converted from their respective independent sensor coordinate systems to the common coordinate system (here, the tow vehicle coordinate system). Therefore, for the detection data of each of the second external sensors 9 mounted on the tow vehicle 2, a coordinate conversion from the sensor coordinate system of each of the second external sensors 9 directly to the tow vehicle coordinate system is performed.
On the other hand, the detection data of each of the first external sensors 8 mounted on the loading platform 3 needs to be subjected to a two-step coordinate conversion in which first, the detection data is once converted from the sensor coordinate system of each of the first external sensors 8 to the loading platform coordinate system and is then converted from the loading platform coordinate system to the tow vehicle coordinate system. When converting from the sensor coordinate system of each of the first external sensors 8 to the loading platform coordinate system, the relative coordinate 8a of each of the first external sensors 8 relative to the coupling part 4 are used. When converting from the loading platform coordinate system to the tow vehicle coordinate system, the relative angle θ between the tow vehicle 2 and the loading platform 3 at the coupling part 4 is used.
The ADAS ECU 10 further includes an interface unit (IF unit) 15 that interfaces with the CAN bus 51, a fusion unit 16, a control application unit 11, a loading platform information storage unit 18 that stores loading platform information acquired from the loading platform 3, a loading platform CAN database (loading platform CAN DB) 17 that stores the loading platform CAN data acquired from the loading platform 3. The control application unit 11 includes, without limitation, an automatic emergency brake controller 12, a lane-change collision mitigation controller 13, and a curve warning deceleration controller 14 as application programs. The CGW 30 includes a bus management unit 31, a relay unit 32, an over-the-air (OTA) management unit 33, a loading platform information storage unit 34, and a loading platform CAN DB 35.
On the other hand, the loading platform 3 includes a management ECU 20 and a plurality (1 to n) of first external sensors 8, as described above. The management ECU 20 includes a processing unit 21 that performs each processing of the loading platform 3, an IF unit 22 that interfaces with the CAN bus 50, and a ROM 23. The ROM 23 corresponds to the “storage unit” recited in the claims and includes a nonvolatile memory. The ROM 23 stores each of the loading platform information and the loading platform CAN data.
Examples of the loading platform information stored in the ROM 23 are illustrated in Table 1. That is, the loading platform information includes the loading platform type, a diagnostics command for reading loading platform information for reading the loading platform information, size information of the loading platform, information of the first external sensors 8, and CAN database information for semantic interpretation (decoding) of the CAN data of the loading platform. Although not illustrated in Table 1, the loading platform information further includes the number of tires and a brake system and the like of the loading platform 3.
The loading platform type indicates the type of the loading platform 3. The diagnostics command for reading loading platform information describes a dedicated CAN ID for reading the loading platform information. When a CAN message with this CAN ID is transmitted by the towing side and received by the loading platform side, the management ECU of the loading platform replies with the loading platform information. The size information of the loading platform 3 includes the loading platform length, a loading platform width, a loading platform weight, a king pin height, an overall length of the coupling, and the like. The sensor information includes the number of the first external sensors 8 mounted on the loading platform 3, the identifier of each of the first external sensors 8, the coordinate of the mounting position of each of the first external sensors 8 (i=1 to N) relative to the coupling part 4, and the FOV of each of the first external sensors 8. Note that i (i=1 to N) is the identifier of each of the first external sensors 8. The sensor information is necessary information for achieving the 360-degree sensing of the vehicle 1. On the other hand, the CAN database information includes a format of the CAN database of the loading platform 3 and the diagnostics command for reading the loading platform CAN database (CAN DB information).
The size information of the loading platform 3, the first external sensor information, and the CAN database information for semantic interpretation (decoding) of the CAN data of the loading platform do not necessarily need to be stored in the ROM 23. When the loading platform type is known, the information may be acquired from an external server such as a data center based on the loading platform type. The diagnostics command for reading loading platform information and the diagnostics command for reading loading platform CAN data do not necessarily need to be stored in the ROM 23. When the type of the CAN data is known, these commands may be acquired from an external server such as a data center based on the type of the CAN data.
Examples of the loading platform CAN database information (loading platform CAN DB) stored in the ROM 23 are illustrated in Table 2. The loading platform CAN database information is information that enables semantic interpretation (decoding) of all the CAN data output from the loading platform. The loading platform CAN database information is a table that describes where the CAN ID and data of the data (payload) of the CAN data of the loading platform is stored and what unit of data it is. Use of the table allows extracting necessary data from the loading platform CAN data. The loading platform CAN database information describes, for example, how the plurality of (j=1 . . . . N) first external sensors 8 are each stored in the CAN data. As the CAN ID and the data format of the first external sensors are known, the IF unit 15 of the ADAS ECU 10 can separate or extract the information of each of the first external sensors 8 from the loading platform CAN data.
The fusion unit 16 first converts the detection data of each of the acquired first external sensors 8 from the sensor coordinate system of each of first external sensors 8 to the loading platform coordinate system, and further converts it from the loading platform coordinate system to the tow vehicle coordinate system to integrate the detection data of the first external sensors 8 and the detection data of the second external sensors 9 into the tow vehicle coordinate system. Next, the fusion unit 16 organizes the detection data of the first external sensors 8 and the detection data of the second external sensors 9 in a common tow vehicle coordinate system, and further reorders the data in accordance with rules such as a rule of time series. The fusion unit 16 then determines whether or not a detected object detected by the plurality of first external sensors 8 and second external sensors 9 are the same, and outputs the relative coordinate and the relative speed of the detected object relative to the vehicle 1. The relative coordinate of the detected object indicates, in other words, the relative position of the detected object.
The data conversion table 160 is a table for converting the data format of the detection data of each of the first external sensors 8 to match the data format of the fusion unit 16. The data conversion table 160 is created for each of the loading platform types. Based on the loading platform type, the data conversion table 160 is downloaded via the over-the-air (OTA) from an external server, such as a data center, and stored in the fusion unit 16. Since the data conversion tables 160 are difference depending on the types of the loading platform, the data conversion tables 160 are independent of one another. In
In the data conversion table 160, calculations for unit conversion and reordering of the detection data are performed on the input data such that they can be used for subsequent calculations in the fusion unit 16. This results in unit conversion of the detection data of each of the first external sensors 8 and reordering of the data in ascending order, for example. On the other hand, the output from the data conversion table 160 includes, for example, the identification IDs of the i first external sensors 8, the type of the detected object detected by the i first external sensors 8, the relative coordinate and the relative speed of the detected object detected by the i first external sensors 8, the relative positions of the i first external sensors 8 relative to the coupling part 4.
Although the number of mounted first external sensors 8 differs depending on the type of loading platform 3 (in other words, the loading platform type), the number of valid first external sensors 8 is unknown to the integrated calculator 166 because it is unknown which loading platform 3 will be connected to the tow vehicle 2. Therefore, the integrated calculator 166 assumes that the information of the maximum number of the first external sensors 8 is always input, and performs the integration calculations. Then, the input enabling unit 165 is provided upstream side of the integrated calculator 166, and when the number of the first external sensors 8 is less than the maximum number, the surplus is treated as an invalid ID.
As described above, the tow vehicle 2 and the loading platform 3 are electrically connected by the harness 5. When the ignition is turned on by a driver of the vehicle 1, for example, the tow vehicle 2 acquires the loading platform information and the like from the loading platform 3. The acquired loading platform information is stored in the loading platform information storage unit 18, which is a nonvolatile memory, such that it is retained even after the power is cut off. The process of the loading platform information acquisition is described below based on
In Step S11 following Step S10, the bus management unit 31 of the CGW 30 confirms that the CAN bus 50 of the loading platform 3 is connected to the CGW 30 through the harness 5. This makes it ready for transmission of the CAN data from the loading platform 3 to the CGW 30.
In Step S12 following Step S11, the management ECU 20 of the loading platform 3 first reads the loading platform type in the loading platform information stored in the ROM 23. Next, the management ECU 20 transmits a CAN message to the CGW 30 with the loading platform type described in a data field of a specific CAN ID (for example, 0×0). The CAN message describing the loading platform type here corresponds, in other words, to the “CAN data of the first identifier” as recited in the claims. In this case, the CGW 30 causes the bus management unit 31 to decode the received CAN message describing the loading platform type, acquires the loading platform type, stores the acquired loading platform type, and transmits it to the ADAS ECU 10.
In Step S13 following Step S12, the management ECU 20 transmits a CAN message describing a diagnostics command for reading loading platform information in the data field of the specific CAN ID (for example, 0×1) to the CGW 30. The CAN message describing the diagnostics command for reading loading platform information here corresponds, in other words, to the “CAN data of the second identifier” as recited in the claims. Here, the diagnostics command for reading loading platform information describes the dedicated CAN ID for reading the loading platform information. When the CAN message with this CAN ID is transmitted by the towing side and received by the loading platform side, the management ECU of the loading platform replies with the loading platform information.
In Step S14 following Step S13, the CGW 30 causes the bus management unit 31 to decode the received CAN message above and transmits the diagnostics command for reading loading platform information to the management ECU 20 of the loading platform 3.
In Step S15 following Step S14, the management ECU 20 of the loading platform 3 reads the loading platform information stored in the ROM 23 based on the received diagnostics command for reading loading platform information and transmits the read-out loading platform information to the CGW 30.
In Step S16 following Step S15, the CGW 30 receives the loading platform information transmitted from the loading platform 3 and cause the loading platform information storage unit 34 to store it.
In Step S17 following Step S16, the CGW 30 transmits the loading platform information stored in the loading platform information storage unit 34 to the ADAS ECU 10. When the vehicle 1 is activated, the CGW 30 periodically receives and decodes a diagnostics command for the loading platform connection from the ADAS ECU 10. When the harness 5 of the loading platform 3 is electrically connected to the connector 6 of the tow vehicle 2, the CGW 30 transmits the loading platform information received from the loading platform 3 and stored in the loading platform information storage unit 34 to the ADAS ECU 10 as a response to the diagnostics command for the loading platform connection. On the other hand, when the harness 5 of the loading platform 3 is not electrically connected to the connector 6 of the tow vehicle 2, the CGW 30 transmits absence of the loading platform information to the ADAS ECU 10 as a response to the diagnostics command for the loading platform connection.
In Step S18 following Step S17, the ADAS ECU 10 receives the loading platform information transmitted from the CGW 30 and stores the received loading platform information in the loading platform information storage unit 18. This completes the process related to the acquisition of the loading platform information.
When the tow vehicle 2 acquires the loading platform information from the loading platform 3, the tow vehicle 2 further acquires the CAN database information (DB information) of the loading platform 3 in order to establish a vehicle communication for the loading platform information. This CAN database information (CAN DB information) is used by the IF unit to semantically interpret (decode) all the CAN data output from the loading platform and extract appropriate information (signals) from the CAN data. For example, as the CAN data from the loading platform, the detection data of the first external sensors 8 are packed in the corresponding CAN data, but decoding with the CAN database information allows deconstructing the packing data and extracting the signals such as the relative speed, the relative coordinate, and the like of the detected object detected by the first external sensors 8. Other CAN data is decoded in the same way.
As illustrated in
In Step S21 following Step S20, the CGW 30 first reads the CAN database information (CAN DB information) from the loading platform information storage unit 34 and causes the relay unit 32 to perform a data relay setting. Then, the CGW 30 interprets that the above-described diagnostics command for reading CAN database information (CAN DB information) is for the loading platform, and relays the diagnostics command for reading CAN data to the CAN bus 50 of the loading platform 3.
In Step S22 following Step S21, the management ECU 20 of the loading platform 3 receives the diagnostics command for reading CAN database information (CAN DB information), reads the CAN database information (CAN DB information) from the ROM 23, and transmits it to the CGW 30 via the CAN bus 50.
In Step S23 following Step S22, the CGW 30 relays the CAN database information (CAN DB information) transmitted from the loading platform 3 to the ADAS ECU 10. The ADAS ECU 10 acquires the relayed CAN database information (CAN DB information) and stores it in the loading platform CAN DB 17.
This completes the acquisition and the storage of the CAN database information (CAN DB information) in the ADAS ECU 10.
When the electrical connection between the connector 6 of the tow vehicle 2 and the harness 5 of the loading platform 3 is disconnected, the loading platform information and the loading platform CAN database information (CAN DB information) stored on the tow vehicle 2 side need to be erased. The loading platform information and the loading platform CAN database information (CAN DB information) are stored in the non-volatile memories, which can retain the data even if the power is cut off, of the CGW 30 and the ADAS ECU 10 (that is, the loading platform information storage unit 34 and the loading platform CAN DB 35 of the CGW 30, the loading platform information storage unit 18 and the loading platform CAN DB 17 of the ADAS ECU 10), respectively. Therefore, the data are erased from the nonvolatile memories by performing the erase process for both. The processes related to the erasure of the loading platform information and the loading platform CAN data are described below based on
In Step S31 following Step S30, the CGW 30 transmits a CAN message to the ADAS ECU 10 to erase the loading platform information and the loading platform CAN database information (CAN DB information).
In Step S32 following Step S31, the ADAS ECU 10 receives the above-described CAN message from the CGW 30 and erases the loading platform information stored in the loading platform information storage unit 18 and the loading platform CAN database information (CAN DB information) stored in the loading platform CAN DB 17.
In Step S33 following Step S32, the CGW 30 erases the loading platform information stored in the loading platform information storage unit 34 and the loading platform CAN database information (CAN DB information) stored in the loading platform CAN DB 35. This completes the erasure of the loading platform information and the loading platform CAN database information (CAN DB information). Accordingly, when the electrical connection between the connector 6 of the tow vehicle 2 and the harness 5 of the loading platform 3 is disconnected, the loading platform information and the loading platform CAN database information (CAN DB information) stored in the ADAS ECU 10 and the CGW 30 are erased. Thus, when another loading platform is electrically connected next time, the use of incorrect loading platform information and loading platform CAN database information (CAN DB information) can be avoided. The incorrect information of the loading platform connected to the tow vehicle 2 is not used.
As described using
Based on
In Step S41 following Step S40, the IF unit 15 of the ADAS ECU 10 decodes the CAN message using the CAN data of the loading platform 3 and the tow vehicle 2, and creates signals of the detection data of the first external sensors 8 and the detection data of the second external sensors 9. The signals here refer to the relative coordinates, the relative speed, and the like of the detected object detected by each of the first external sensors 8 and the second external sensors 9, and are based on the respective sensor coordinate systems.
In Step S42 following Step S41, the tow vehicle coordinate conversion unit 164 converts the detection data of the second external sensors 9 of the tow vehicle 2 from the sensor coordinate system to the tow vehicle coordinate system. The converted detection data are input to the integrated calculator 166.
In Step S43 following Step S42, the detection data of the first external sensors 8 of the loading platform 3 are converted to the data format of the tow vehicle 2 side (in other words, the data format is converted) with the data conversion table 160 created for each of the loading platform types, and further selected based on the loading platform type in a MUX 161.
In Step S44 following Step S43, the loading platform angle detector 162 detects the relative angle θ between the tow vehicle 2 and the loading platform 3 based on an image captured by the rear camera 7.
In Step S45 following Step S44, the loading platform coordinate conversion unit 163 performs a two-step coordinate conversion on the detection data of the first external sensors 8 that have been converted to the data format in Step S43. In the first step, the relative position of the first external sensor 8 relative to the coupling part 4 is used to convert it from the sensor coordinate system of the first external sensor 8 to the loading platform coordinate system. In the second step, the relative angle θ between the tow vehicle 2 and the loading platform 3 is used to convert it from the loading platform coordinate system to the tow vehicle coordinate system.
In Step S46 following Step S45, the input enabling unit 165 determines whether the first external sensor 8 is valid or invalid based on the number of connected first external sensors 8 in the loading platform 3, and further outputs an invalid ID regarding the invalid first external sensor 8. Although not specifically limited, as an output of the data conversion table 160, when the detection results of the first external sensors 8 are arranged in ascending order from the valid ones, for example, when the number of the total detection results of the i first external sensors 8 are k, then 1 to k are output as the valid IDs and the rest as the invalid IDs.
In Step S47 following Step S46, the input enabling unit 165 outputs the detection data of the valid first external sensors 8, which have been converted to the tow vehicle coordinate system, to the integrated calculator 166 as information on the loading platform 3 side.
In Step S48 following Step S47, the integrated calculator 166 uses the detection data of the valid first external sensors 8 output from the input enabling unit 165 and the detection data of the second external sensors 9 converted to the tow vehicle coordinate system by the tow vehicle coordinate conversion unit 164, reorders these detection data in time series and performs the identity determination of the detected object, and calculates the integrated recognition data. This completes the coordinate system integration.
In the vehicle 1 of the embodiment, the tow vehicle 2 acquires the loading platform type from the loading platform 3 and achieves the 360-degree sensing based on the acquired loading platform type. For a different types of loading platform, the 360-degree sensing is based on the sensor information attached to each loading platform. Specifically, the 360-degree sensing of the vehicle 1 can be achieved by integrating the detection data of each of the first external sensors 8 of the loading platform 3 and the detection data of each of the second external sensors 9 of the tow vehicle 2 into the common tow vehicle coordinate system in the fusion unit 16 of the tow vehicle 2.
Furthermore, the 360-degree sensing of the vehicle 1 makes it possible to achieve application of various advanced driving assists on the vehicle 1. In this case, the vehicle 1 needs to change the control characteristics in the loading platform coupling while taking the characteristics of the different types of the loading platforms 3 into account. The following exemplary describes the applications of the advanced driving assists: an automated emergency brake assist, a lane-change collision mitigation assist, and a curve warning deceleration assist.
Even in the case of the loading platform coupling, the length of the braking distance varies depending on the size of the loading platform 3 and the brake system. Therefore, in an automatic emergency brake control, an alarm activation time and a braking control method need to be changed according to whether the loading platform 3 is connected or not and according to the different loading platform information.
The TTC calculator 122 calculates the time to collision (TTC) with the detected object based on the trajectory predicted by the trajectory predictor 121 and the relative speed and the relative coordinate of the detected object (for example, a pedestrian in front of the vehicle) calculated by the fusion unit 16. The automatic emergency brake warning brake table 120 is a table for alarm instruction and brake instruction appropriate for the size of each of the loading platforms 3 and the brake system, and is created for each loading platform type. The MUX 123 corresponds to the “first multiplexer” recited in the claims and selects the automatic emergency brake warning brake table 120 based on the loading platform type.
The alarm instruction unit 1202 outputs an alarm instruction when it is input that the vehicle is in alarm mode. The brake instruction unit 1203 performs an appropriate brake instruction among the brake systems of the tow vehicle 2 and the loading platform 3 based on the respective acceleration reduction requests and the vehicle speed in the preliminary braking mode or the emergency braking mode. The brake instruction includes a hydraulic brake instruction, an air brake instruction, an exhaust brake instruction, and a retarder brake instruction. The brake instruction is not limited thereto.
In Step S51 following Step S50, the TTC calculator 122 calculates the time to collision (TTC) with the nearest object on the predicted trajectory based on the trajectory predicted in Step S50 and the relative speed and the relative coordinate of the detected object calculated by the fusion unit 16.
In Step S52 following Step S51, the automatic emergency brake warning brake table 120 outputs the alarm instruction and the brake instructions to the MUX 123 based on the TTC calculated in Step S52 and the vehicle speed of the vehicle 1.
In Step S53 following Step S52, the MUX 123 selects the automatic emergency brake warning brake table 120 corresponding to the loading platform type based on the loading platform type.
In Step S54 following Step S53, the automatic emergency brake controller 12 outputs the alarm instruction and the brake instruction corresponding to the loading platform type using the selected automatic emergency brake warning brake table 120. This completes the process related to the automatic emergency brake control.
This allows achieving the 360-degree sensing of the vehicle 1 and the more appropriate automatic emergency brake assist by using the automatic emergency brake warning brake table 120 appropriate for the loading platform type.
The allowable distance d from the following vehicle during the lane-change is calculated by the following Formula (1).
In Formula (1), TT is the time to collision (unit: second), TL is the lane change time (unit: second), and Vr is the relative speed (unit: meter per second) to the following vehicle in the adjacent lane. TL is a variable parameter because it is related to the loading platform length.
The lane-change trajectory predictor 131 predicts the trajectory of the lane-change based on blinker information, the vehicle speed, the steering angle, the yaw rate, and the lane detection information of the vehicle 1. The lane detection information is acquired, for example, from the detection data of the second external sensor 9 mounted in front of the tow vehicle 2. The adjacent-lane TTC calculator 132 calculates the time to collision (TTC) with the following vehicle in the adjacent lane based on the trajectory predicted by the lane-change trajectory predictor 131, the relative speed and the relative coordinate of the detected object (in this case, the following vehicle) calculated by the fusion unit 16, and the blinker information of the vehicle 1.
The allowable distance calculator 133 calculates the allowable distance d based on the trajectory predicted by the lane-change trajectory predictor 131, the TTC calculated by the adjacent-lane TTC calculator 132, the vehicle speed of vehicle 1, the relative speed of the following vehicle in the adjacent lane to the vehicle 1, and the loading platform length.
Based on the allowable distance d calculated by the allowable distance calculator 133, the lane-change determination unit 134 determines whether the lane-change is allowed or not based on whether or not the relative position of the following vehicle in the adjacent lane with respect to the vehicle 1 is greater than the allowable distance d. When the lane-change is determined not to be allowed, the lane-change determination unit 134 performs a steering instruction for deterring the driver from steering to perform the lane-change when the lane-change is not allowed while issuing an alarm instruction. The return path calculator 136 calculates a return turning radius to return to the lane when the lane-change is determined not to be allowed.
The steering control table 130 is created for each loading platform type. This steering control table 130 is a table used to perform the steering instruction suitable for the size of each of the loading platforms 3 and the brake system in performing the steering instruction to deter the lane-change when the lane-change determination unit 134 has determined that the lane-change is not allowed. The MUX 135 corresponds to the “second multiplexer” recited in the claims and selects the steering control table 130 based on the loading platform type.
In Step S61 following Step S60, the adjacent-lane TTC calculator 132 calculates the time to collision (TTC) with the following vehicle traveling in the adjacent lane on the side indicated by the blinker based on the relative speed and the relative coordinate of the detected object (here, the following vehicle) calculated by the fusion unit 16 when the blinker is operated.
In Step S62 following Step S61, the allowable distance calculator 133 calculates the allowable distance d based on the time to collision (TTC) with the following vehicle, the lane change time from the predicted trajectory, and the relative speed of the following vehicle.
In Step S63 following Step S62, the lane-change determination unit 134 determines whether or not the relative position of the following vehicle in the adjacent lane is greater than the allowable distance d. When the relative position of the following vehicle is greater than the allowable distance d, the lane-change determination unit 134 determines that the lane-change is allowed, thereby terminating the processing. On the other hand, when the relative position of the following vehicle is equal to or less than the allowable distance d, the lane-change determination unit 134 determines that the lane-change is not allowed.
In Step S64 following Step S63, the lane-change determination unit 134 outputs the alarm instruction, calculates the turning radius to return to the lane, and further outputs the lane-change not allowed and the return turning radius to the steering control table 130.
In Step S65 following Step S64, the MUX 135 selects the steering control table 130 corresponding to the loading platform type based on the loading platform type.
In Step S66 following Step S65, the lane-change collision mitigation controller 13 outputs the steering instruction corresponding to the loading platform type using the selected steering control table 130. This completes the process related to the lane-change collision mitigation control.
This allows achieving the 360-degree sensing of the vehicle 1 and the more appropriate lane-change collision mitigation assist by using the steering control table 130 appropriate for the loading platform type.
The curve warning deceleration assist is to alert the driver when the vehicle 1 is traveling around a curve and the vehicle speed is too fast at the entrance of the curve according to a radius R of the curve, and to perform a deceleration control assist when a deceleration by the driver is still insufficient. Since the situation varies depending on the presence or absence of the loading platform, the size of the loading platform, and the brake system, the warning and the deceleration control methods need to be changed for each of the loading platform types.
The curve warning brake table 140 is created for each loading platform type. This curve warning brake table 140 is a table for performing a warning and a driving force control appropriate for each loading platform 3 size and the brake system based on the deceleration calculated by the deceleration calculator 142, the distance to the curve entrance acquired from the MPU 45, and the loading capacity of the vehicle 1. The MUX 143 corresponds to the “third multiplexer” recited in the claims and selects the curve warning brake table 140 based on the loading platform type. The driving force control of the curve warning brake table is a brake control. An accelerator control as an engine brake control may be included in the brake control.
The alarm instruction unit 1402 outputs an alarm instruction when it is input that the vehicle is in the alarm mode. The brake instruction unit 1403 performs the appropriate brake instruction among the brake systems of the tow vehicle 2 and the loading platform 3 based on the acceleration reduction request and the vehicle speed in each of the preliminary braking mode and the emergency braking mode. The brake instruction includes a hydraulic brake instruction, an air brake instruction, an exhaust brake instruction, and a retarder brake instruction. The brake instruction is not limited thereto.
In Step S71 following Step S70, the deceleration calculator 142 calculates the deceleration based on the difference between the vehicle speed of the vehicle 1 and the ideal speed calculated in Step S70.
In Step S72 following Step S71, the curve warning brake table 140 outputs the alarm instruction and the brake instruction based on the vehicle speed of the vehicle 1, the deceleration, the load capacity of the vehicle 1, and the distance to the curve entrance.
In Step S73 following Step S72, the MUX 143 selects the curve warning brake table 140 corresponding to the loading platform type based on the loading platform type.
In Step S74 following Step S73, the curve warning deceleration controller 14 outputs the alarm instruction and the brake instruction corresponding to the loading platform type using the selected curve warning brake table 140. This completes the process related to the curve warning deceleration control.
This achieves the 360-degree sensing of the vehicle 1 and the more appropriate curve warning deceleration assist by using the curve warning brake table 140 appropriate for the loading platform type.
In the above-described embodiment, each of the tables is switched for each loading platform type, but these tables may be registered in a database of a data center for each loading platform type along with the loading platform information. In this case, the vehicle 1 may specify the loading platform type and the table format, request the data center to transmit the loading platform information and the table via the OTA, obtain loading platform information, and write data to the table in the vehicle 1. The following description is based on
The loading platform information service unit 81 uses the loading platform type and the table format to generate a table program by referring to the database. The OTA service unit 83 refers to the OTA program database 84 based on the customer information and the vehicle information to configure the table program as an OTA service. The OTA service unit 83 also delivers the table program to the vehicle 1 as the OTA. The tables here refer to the data conversion table 160, the automatic emergency brake warning brake table 120, the steering control table 130, and the curve warning brake table 140 described above.
The vehicle 1 transmits the customer information, the vehicle information, the loading platform type, and the table format to the data center 80 via a TCU 44, which has communication function, and receives the OTA program from the data center 80. The OTA management unit 33 of the CGW 30 then decodes the received OTA program and writes the data of each of the tables 120, 130, 140, and 160 to a predetermined address in the nonvolatile memory of the ADAS ECU 10. Although distributed in the figure, they may be located in a single nonvolatile memory. This allows data to be written to each table from the data center 80 via the OTA, thus allowing facilitated acquisition of the data in the tables.
At this time, it is preferred to acquire the loading platform information and the loading platform CAN data by writing the loading platform information and the loading platform CAN data corresponding to the loading platform type to the loading platform CAN DB 17 and the loading platform information storage unit 18 of the ADAS ECU 10 as OTA, which is not limited to the tables. Since the loading platform information can be the minimum necessary information such as the loading platform type, it may also be means of acquiring the minimum necessary information from a bar code attached to the loading platform 3.
This allows easily acquiring the data for each table, the loading platform information, and the loading platform CAN data from the data center 80 as necessary.
Although the embodiments of the present invention have been described in detail above, the present invention is not limited to the embodiments described above, and various design changes can be made to the extent that they do not depart from the spirit of the present invention recited in the claims.
Number | Date | Country | Kind |
---|---|---|---|
2021-165770 | Oct 2021 | JP | national |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/JP2022/031533 | 8/22/2022 | WO |