JP5032431B2 - Engine setting system and engine setting method - Google Patents

Description

 The present invention relates to an engine setting system and an engine setting method used for setting an engine of a saddle-ride type vehicle.

  In recent years, it is common for various straddle-type vehicles to be equipped with electronic control devices (hereinafter referred to as ECUs). The ECU stores a control map for operating the engine in a suitable state. Here, the control map refers to an operating state quantity (engine speed, engine load, etc.) representing the operating state of the engine, an engine control target value (target value for a control quantity such as fuel injection quantity, engine ignition timing, etc.) A data group representing the correspondence relationship of In other words, the ECU acquires a control target value corresponding to the current engine operating state from the control map, and controls the fuel injection amount and the engine ignition timing based on the acquired control target value, thereby optimizing the engine. Drive in the state.

  By the way, there is a case where it is desired to change the control target value set in the control map according to the situation in which the vehicle travels. For example, in a race, when setting various control target values (hereinafter referred to as settings) according to the road surface condition (road surface gradient, dry / wet, number / size of corners, etc.) of the course, the weather, etc. The engine can be operated in a more favorable state.

For example, in the following Patent Document 1, a recommended control map suitable for each race course is downloaded from a server device using a terminal device that is communicably connected to the server device via the Internet. An engine setting system that facilitates suitable engine settings according to a race course is disclosed by transferring the control map from the apparatus to the ECU and rewriting a control map stored in advance in the ECU into a recommended control map.
JP 2008-19843 A

  In the above prior art, a recommended control map suitable for each race course can be downloaded from the server device. However, the recommended control map obtained by downloading is not necessarily suitable for each user, that is, the operation (handling) of the vehicle is different between the race beginner and the professional racer, and the user's preference (from the corner) Therefore, it is difficult to obtain a recommended control map suitable for each user. Furthermore, in order to obtain the recommended control map in the above prior art, it is necessary to download it via a communication line such as the Internet. However, there are situations in which it is not possible to make local settings at a race track where communication infrastructure is not established. End up.

  The present invention has been made in view of the above-described circumstances, and an object thereof is to provide an engine setting system and an engine setting method capable of facilitating setting suitable for each user at the time of engine setting. To do.

  In order to achieve the above object, the present invention provides, as a first solving means related to an engine setting system, an engine control device that performs engine control based on a control map, and is communicably connected to the engine control device. In the engine setting system including the terminal device that defines the control map, the terminal device corresponds to the control map defined in the past and the history data including the travel environment data input when the control map is defined. And a history data storage means for storing and searching for history data corresponding to the search condition input at the time of engine setting, and using the control map corresponding to the history data extracted by the search in the engine control device And a control map redefining means for redefining as a map

 Further, as a second solving means relating to the engine setting system, in the first solving means, in addition to the traveling environment data, the history data is collected by the engine control device at the time of defining the control map and is a terminal. It includes engine state data representing the operating state of the engine transmitted to the apparatus.

    Further, as a third solving means relating to the engine setting system, in the first or second solving means, the history data is derived from a comment sentence inputted at the time of defining the control map in addition to the traveling environment data. It is characterized by including impression data.

Further, as a fourth solving means related to the engine setting system, in any one of the first to third solving means, a relay device that relays data communication between the engine control device and the terminal device is further provided. It is characterized by that.
Further, as a fifth solving means according to the engine setting system, in the fourth solving means, the relay device is a communication adapter that can be attached to the engine control device.

  Furthermore, in the present invention, as means for solving the engine setting method, an engine control device that performs engine control based on a control map, and a terminal device that is communicably connected to the engine control device and defines the control map In the engine setting method using the above, the control map defined in the past by the terminal device and the history data including the travel environment data input at the time of defining the control map are stored in association with each other. The history data corresponding to the input search condition is searched, and a control map corresponding to the history data extracted by the search is redefined as a control map used in the engine control apparatus.

  According to the present invention, history data including driving environment data representing the driving environment at that time is stored in association with a control map defined in the past, and history data is specified by specifying search conditions at the next and subsequent engine settings. By extracting the history data that matches or is similar to the driving environment at that time, it is possible to obtain a control map more suitable for the user from a plurality of control maps used (defined) in the past. . That is, it is possible to facilitate setting suitable for each user when setting the engine.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic configuration diagram of an engine setting system according to the present embodiment. As shown in FIG. 1, an engine setting system according to this embodiment includes an ECU (engine control device) 1 that controls the engine of the saddle riding type vehicle B, and a personal computer (terminal device: 2) and a communication adapter 3 that functions as a relay device that relays data communication between the ECU 1 and the PC 2 and that can be attached to the ECU 1.

  Such an engine setting system is a system for performing a suitable engine setting, that is, setting of a control map stored in the ECU 1 according to, for example, a race course.

  In FIG. 1, for convenience, the ECU 1 and the straddle-type vehicle B are illustrated separately from each other, but the ECU 1 is actually mounted inside the straddle-type vehicle B. Although the ECU 1 and the communication adapter 3 are illustrated separately from each other, actually, the communication adapter 3 is attached to the ECU 1 and is connected to the PC 2 via a USB cable. That is, the ECU 1 and the PC 2 are communicably connected via the communication adapter 3.

  As shown in FIG. 1, the ECU 1 includes an EEPROM 1a, a RAM (Random Access Memory) 1b, a CPU (Central Processing Unit) 1c, a CAN (Controller Area Network) driver 1d, and a communication connector 1e. The EEPROM 1a is a rewritable nonvolatile storage medium that fixedly stores a control map used during normal operation of the saddle riding type vehicle B, other data necessary for engine control, a program executed by the CPU 1c, and the like. The RAM 1b is a rewritable volatile storage medium used for temporary data storage.

  The CPU 1c performs engine control of the straddle-type vehicle B (specifically, control of fuel injection amount, engine ignition timing, intake air amount, air-fuel ratio, etc.) based on a control map stored in the EEPROM 1a during normal operation. Do. Further, the CPU 1c has a function of rewriting the control map of the EEPROM 1a based on the control map defined by the PC 2 and transmitted from the PC 2 via the communication adapter 3 at the time of engine setting.

  Further, the CPU 1c displays engine state data (for example, torque, engine speed, throttle valve opening, cooling water temperature, intake air pressure, intake air temperature, etc.) representing the operating state of the engine of the saddle riding type vehicle B at the time of engine setting. Is stored in the RAM 1b. On the other hand, when a data transfer request is received from the PC 2, the engine state data stored in the RAM 1b is transmitted to the PC 2 via the communication adapter 3. The engine state data can be obtained from the outputs of various sensors installed in the saddle riding type vehicle B. That is, the outputs of the various sensors are input to the ECU 1 and converted to digital data by an A / D converter (not shown), and then sent to the CPU 1c.

  The CAN driver 1d converts data sent from the CPU 1c (such as the above-mentioned engine status data) into a data format conforming to the CAN communication protocol and transmits it to the communication adapter 3, while receiving data received from the communication adapter 3 (CAN communication protocol). Is converted into data that can be processed by the CPU 1c and output to the CPU 1c. The communication connector 1e is a connector used for mounting the communication adapter 3, and is electrically and mechanically connected to the communication connector 3g on the communication adapter 3 side when the communication adapter 3 is mounted.

  The PC 2 is a personal computer that defines a control map based on input information, and includes an input device 2a, a display device 2b, a storage device 2c, and a control device 2d as shown in FIG. The input device 2a is, for example, a keyboard or a mouse, and outputs input information input by a user operation to the control device 2d. The display device 2b is a liquid crystal display, for example, and displays a predetermined image under the control of the control device 2d.

  The storage device (history data storage means) 2c is, for example, a hard disk, and stores programs executed by the control device 2d, application software, and the like. In addition, the control device defined in the past and the input device 2a when the control map is defined Is stored in association with the history data input via. Here, in the history data, the driving environment data representing the driving environment (for example, road surface condition, weather, temperature, humidity, atmospheric pressure, water temperature, etc.) at the time when the control map was defined in the past, and the user obtained at that time Impression data consisting of a comment sentence describing an impression or the like is included.

  FIG. 3 shows an example of a history data input screen displayed on the display device 2b. That is, in this embodiment, at the time of engine setting, an optimal control map is defined for each race course, the control map of the EEPROM 1a in the ECU 1 is rewritten, and the history data input screen shown in FIG. When the user inputs the travel environment data (road surface condition, weather, temperature, humidity, atmospheric pressure, water temperature) and impression data (comment text), the control map and the history data are associated with each other in the storage device 2c. Will be remembered.

  The control device (control map redefining means) 2d is, for example, a CPU, and controls the overall operation of the PC 2 by executing programs and application software stored in the storage device 2c. The control device 2d is connected to the communication adapter 3 via a USB cable, and can perform data communication with the communication adapter 3 according to the USB protocol.

  The control device 2d has a function of defining a control map based on input information sent from the input device 2a and transmitting the control map to the ECU 1 via the communication adapter 3. Although details will be described later, the control device 2d searches the storage device 2c for history data corresponding to the search condition input at the time of engine setting, and also displays a control map corresponding to the history data extracted by the search. It has a function of reading out from the storage device 2c and redefining it as a control map used in the ECU 1.

Hereinafter, returning to FIG.
The communication adapter 3 includes a FROM (flash ROM) 3a, a FeRAM (Ferroelectric RAM) 3b, a CPU 3c, a CAN driver 3d, a K-Line driver 3e, a USB driver 3f, a communication connector 3g, and a USB connector 3h. The FROM 3a is a rewritable nonvolatile storage medium that fixedly stores a program executed by the CPU 3c and other data necessary for controlling the communication adapter 3. The FeRAM 3b is a rewritable nonvolatile storage medium used for temporary data storage.

  The CPU 3c controls the entire operation (that is, data relay operation) of the communication adapter 3, and stores data (control map or the like) received from the PC 2 via the USB driver 3f in the FeRAM 3b, while the data is stored in the CAN driver. It transmits to ECU1 via 3d. The CPU 3c stores data (such as engine state data) received from the ECU 1 via the CAN driver 3d in the FeRAM 3b, and transmits the data to the PC 2 via the USB driver 3f.

  The CAN driver 3d converts the data sent from the CPU 3c into a data format conforming to the CAN communication protocol and transmits it to the ECU 1, while the data received from the ECU 1 (data format conforming to the CAN communication protocol) can be processed by the CPU 3c. The data is converted and output to the CPU 3c. The K-Line driver 3e converts the data sent from the CPU 3c into a data format conforming to the K-Line communication protocol and transmits it to the ECU 1, while receiving data from the ECU 1 (data format conforming to the K-Line communication protocol) Is converted into data that can be processed by the CPU 3c and output to the CPU 3c. The CAN driver 3d and the K-Line driver 3e are selectively used according to the communication protocol of the ECU 1. In this embodiment, since the communication protocol of the ECU 1 is CAN, the CAN driver 3d is used. The

  The USB driver 3f converts the data sent from the CPU 3c into a data format conforming to the USB communication protocol and transmits it to the PC 2, while the CPU 3c can process data received from the PC 2 (data format conforming to the USB communication protocol). The data is converted and output to the CPU 3c. The communication connector 3g is a connector used for attaching the communication adapter 3 to the ECU 1, and is electrically and mechanically connected to the communication connector 1e on the ECU 1 side when the communication adapter 3 is attached. The USB connector 3h is a connector used for connecting the communication adapter 3 to the PC 2 via a USB cable.

Next, the operation of the engine setting system according to this embodiment configured as described above will be described.
FIG. 4 shows an example of a history data search condition input screen displayed on the display device 2b during engine setting. As shown in FIG. 4, the search condition input screen includes “folder name”, “start date”, “end date”, “road surface condition”, “weather”, “temperature”, “humidity” as search conditions. , “Atmospheric pressure”, “water temperature”, and “comment” are provided for input boxes. Among these, "road surface condition", "weather", "temperature", "humidity", "atmospheric pressure", "water temperature" are search conditions corresponding to the driving environment data, and "comment" is a search condition corresponding to the impression data. It is.

 The “folder name” input box is a box for designating a storage destination of history data in the storage device 2c. The “start date” input box is a box for designating a date on which the search condition starts. The “end date” input box is a box for designating a date when the search condition ends. The “road surface condition” input box is a box for designating a road surface condition search keyword. The “weather” input box is a box for designating a weather condition search keyword. The “temperature” input box is a box for designating a temperature condition search range. The “humidity” input box is a box for designating a humidity condition search range. The “water temperature” input box is a box for designating a water temperature condition search range. The “comment” input box is a box for designating a comment condition search keyword.

 Check boxes are provided for the search conditions of "start date", "end date", "road surface condition", "weather", "temperature", "humidity", "barometric pressure", "water temperature", and "comment". Thus, it is possible to search history data from a search condition whose check box is ON. FIG. 4 illustrates the case where all the check boxes are ON.

 At the time of engine setting, the user operates the input device 2a to input a search condition according to the running environment and impression on the current race course on the search condition input screen. When the search condition is input to the search condition input screen and the search start key is operated, the control device 2d searches the history data corresponding to the search condition from the history data stored in the storage device 2c. Hereinafter, the history data search processing by the control device 2d will be described with reference to FIG.

FIG. 5 is a flowchart showing a history data search process.
First, the control device 2d reads the logging data (step S1) and determines whether there is no logging data (step S2). In this step S2, if “Yes”, that is, there is no logging data, the control device 2d ends the history data search process.

 On the other hand, in the above step S2, if “No”, that is, there is logging data, the control device 2d causes the storage device 2c to store 1 of the history data stored in the storage destination input in the “folder name” input box. And the registration flag is initialized to OFF (step S3). Hereinafter, the read history data is referred to as search target history data.

 Then, the control device 2d determines whether or not the check box of the search condition “start date” is ON (step S4). If “Yes”, the date of the search target history data is input to the input box of “start date”. It is determined whether it is after the input date (step S5). In this step S5, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S6). If “No” in step S4, the process proceeds to step S7. If “No” in step S5, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box for the search condition “end date” is ON (step S7). If “Yes”, the date of the search target history data is the input box for “end date”. It is determined whether or not the date is input before (step S8). If “Yes” in this step S8, the control device 2d sets the registration flag to ON (step S9). If “No” in step S7, the process proceeds to step S10. If “No” in step S8, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box for the search condition “road surface condition” is ON (step S10). If “Yes”, the search target history data is input to the input box for “road surface condition”. It is determined whether or not the road surface condition search keyword is included (step S11). In this step S11, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S12). If “No” in step S10, the process proceeds to step S13. If “No” in step S11, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box for the search condition “weather” is ON (step S13). If “Yes”, the search target history data is input to the “weather” input box. It is determined whether or not a weather condition search keyword is included (step S14). In this step S14, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S15). If “No” in step S13, the process proceeds to step S16. If “No” in step S14, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box of the search condition “temperature” is ON (step S16). If “Yes”, the temperature data included in the search target history data is “temperature”. It is determined whether or not the temperature condition search range is less than or equal to the lower limit value input in the input box (step S17). In this step S17, in the case of “Yes”, the control device 2d determines whether or not the temperature data included in the search target history data is equal to or lower than the upper limit value of the temperature condition search range input in the “temperature” input box. Is determined (step S18). In this step S18, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S19). If “No” in step S16, the process proceeds to step S20. If “No” in steps S17 and S18, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box for the search condition “humidity” is ON (step S20). If “Yes”, the humidity data included in the search target history data is “humidity”. It is determined whether or not the humidity condition search range is not less than the lower limit value input in the input box (step S21). In this step S21, in the case of “Yes”, the control device 2d determines whether or not the humidity data included in the search target history data is equal to or lower than the upper limit value of the humidity condition search range input in the “humidity” input box. Is determined (step S22). In this step S22, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S23). If “No” in step S20, the process proceeds to step S24. If “No” in steps S21 and S22, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box of the search condition “atmospheric pressure” is ON (step S24). If “Yes”, the atmospheric pressure data included in the search target history data is “atmospheric pressure”. It is determined whether or not the lower limit value of the atmospheric pressure condition search range input in the “” input box (step S25). In this step S25, in the case of “Yes”, the control device 2d determines whether or not the atmospheric pressure data included in the search target history data is equal to or lower than the upper limit value of the atmospheric pressure condition search range input in the “atmospheric pressure” input box. Is determined (step S26). In this step S26, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S27). If “No” in step S24, the process proceeds to step S28. If “No” in steps S25 and S26, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box of the search condition “water temperature” is ON (step S28). If “Yes”, the water temperature data included in the search target history data is “water temperature”. It is determined whether or not it is equal to or higher than the lower limit value of the water temperature condition search range input in the input box (step S29). In this step S29, in the case of “Yes”, the control device 2d determines whether or not the water temperature data included in the search target history data is equal to or lower than the upper limit value of the water temperature condition search range input in the “water temperature” input box. Is determined (step S30). In this step S30, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S31). If “No” in step S28, the process proceeds to step S32. If “No” in steps S29 and S30, the process returns to step S1.

 Subsequently, the control device 2d determines whether or not the check box for the search condition “comment” is ON (step S32). If “Yes”, the control apparatus 2d enters the “comment” input box in the comment field of the search target history data. It is determined whether or not the input comment condition search keyword is included (step S33). In this step S33, in the case of “Yes”, the control device 2d sets the registration flag to ON (step S34). If “No” in step S32, the process proceeds to step S35. If “No” in step S33, the process returns to step S1.

Then, the control device 2d finally determines whether or not the registration target history data registration flag is ON (step S35). If “No”, the control device 2d returns to step S1, and if “Yes”, The search target history data is registered as history data corresponding to the search condition, and is added to the search result list screen as shown in FIG. 6 and displayed.
The processing in steps S1 to S35 as described above is repeated for all the history data stored in the storage destination input in the “folder name” input box, so that all history data corresponding to the search condition is obtained. Will be extracted.

  The control device 2d reads out from the storage device 2c a control map corresponding to the history data corresponding to the search condition extracted by the above search process, and redefines it as a control map used by the ECU 1. At this time, when a control map transmission instruction is input by the user operating the input device 2a, the control device 2d transmits the redefined control map to the ECU 1 via the communication adapter 3. Then, the CPU 1c in the ECU 1 rewrites the control map of the EEPROM 1a based on the control map transmitted via the communication adapter 3.

  As described above, according to the engine setting system according to the present embodiment, the driving environment data representing the driving environment at that time and the user at that time are associated with the control map when actually driving the race track in the past. The impression data consisting of comment sentences describing the impression obtained by the user is stored as history data, and the history data is searched by specifying the search condition at the next and subsequent engine settings, and matches the driving environment and impression at that time. By extracting historical data that is similar or similar, a control map more suitable for the user can be obtained from a plurality of control maps used in the past. That is, it is possible to facilitate setting suitable for each user when setting the engine.

  In the above embodiment, the case where the driving environment data and the impression data are used as the history data is exemplified. However, the engine condition data acquired by the ECU 1 can be added to these so that the search condition can be further narrowed down. Anyway. Further, it is not always necessary to include the travel environment data and impression data in the history data, and only the travel environment data or a combination of the travel environment data and the engine state data may be used.

  In the above embodiment, the configuration using the communication adapter 3 of the type that is directly attached to the ECU 1 as the relay device that relays data communication between the ECU 1 and the PC 2 has been described as an example. 3 may be used, and a relay device that can be connected to the ECU 1 by a communication cable or the like may be used. Moreover, it is good also as a structure which connects ECU1 and PC2 directly with a communication cable etc., without providing a relay apparatus. Moreover, it is good also as a structure which performs the data communication by wireless communication between the communication adapter 3 and PC2 using the communication adapter 3 which has a wireless communication function.

1 is a schematic configuration diagram of an engine setting system according to an embodiment of the present invention. It is a detailed block diagram of PC2 in this embodiment. It is an example of the log | history data input screen in this embodiment. It is an example of the search condition input screen in this embodiment. It is a flowchart showing the operation | movement (history data search process by PC2) of the engine setting system in this embodiment. It is an example of the search result list screen of the history data in this embodiment.

Explanation of symbols

 DESCRIPTION OF SYMBOLS 1 ... ECU (engine control apparatus), 2 ... Personal computer (terminal device), 3 ... Communication adapter (relay device), 1a ... EEPROM, 1b ... RAM, 1c ... CPU, 1d ... CAN driver, 1e ... Communication connector, 2a ... input device, 2b ... display device, 2c ... storage device (history data storage means), 2d ... control device (control map redefinition means), 3a ... FROM, 3b ... FeRAM, 3c ... CPU, 3d ... CAN driver, 3e ... K-Line driver, 3f ... USB driver, 3g ... communication connector, 3h ... USB connector

Claims (6)

An engine control device for performing engine control based on the control map;
In an engine setting system that is communicably connected to the engine control device and includes a terminal device that defines the control map,
The terminal device
History data storage means for storing a control map defined in the past and history data including travel environment data input when the control map is defined;
Control map redefinition means for searching history data corresponding to a search condition input at the time of engine setting and redefining a control map corresponding to the history data extracted by the search as a control map used in the engine control device When,
An engine setting system characterized by comprising:  The history data includes, in addition to the travel environment data, engine state data representing an engine operating state collected by the engine control device and transmitted to a terminal device when the control map is defined. Item 1. The engine setting system according to item 1.  3. The engine setting system according to claim 1, wherein the history data includes impression data including a comment sentence input when the control map is defined, in addition to the driving environment data.  The engine setting system according to any one of claims 1 to 3, further comprising a relay device that relays data communication between the engine control device and the terminal device.  The engine setting system according to claim 4, wherein the relay device is a communication adapter that can be attached to the engine control device. An engine control device for performing engine control based on the control map;
In an engine setting method that is communicably connected to the engine control device and uses a terminal device that defines the control map,
The control map defined in the past by the terminal device and the history data including the travel environment data input when defining the control map are stored in association with each other,
The history data corresponding to the search condition input at the time of engine setting is searched, and a control map corresponding to the history data extracted by the search is redefined as a control map used in the engine control device. Engine setting method.

Images