JP2014126916A - Telemetry system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a new telemetry system having both real time property and the ubiquitous property of information, which can be easily constructed at low costs without enlarging an in-vehicle module.SOLUTION: A telemetry system comprises: a general-purpose mobile communication terminal; sampling data providing means for transmitting the sampling data of a sensor loaded on an electric automobile to the mobile communication terminal in a real time; and a Web server installed on a network to which the mobile communication terminal is connectable. The mobile communication terminal generates a record by associating the received sampling data, a current time provided by the clock function of the mobile communication terminal and latitude/longitude provided by a GPS function, and transmits the record to the Web server in a real time. The Web server accumulates the received record in a database, and makes a response with this in response to a request from a Web client.

Description

  The present invention relates to a telemetry system, and more particularly to a telemetry system for supporting the operation of an electric vehicle.

  Traditionally, races with electric vehicles that run with power supplied from solar cells attached to the car body (solar car races) have been held, and so far, many companies and engineering student teams have participated in the race. (For example, Non-Patent Document 1). In a solar car race, the race must be run relying on uncontrollable weather (the sun), so energy management greatly influences the race development, in addition to machine performance. Therefore, in order to win the race, it is necessary to introduce a telemetry system for grasping operation information such as the power generation amount of the solar cell and the remaining amount of the vehicle-mounted battery in real time on the pit side.

FIA ALTERNATIVE ENERGIES CUP Solar Car Race Suzuka 2012 website (URL: http://www.suzukacircuit.jp/solarcar_s/)

  The present invention is a telemetry system that can be applied to an electric vehicle operation support system, has both real-time characteristics and ubiquitous information characteristics, and can be easily constructed at low cost without incurring enlargement of in-vehicle modules. An object of the present invention is to provide a new telemetry system capable of

  As a result of earnestly examining a new telemetry system that has both real-time properties and ubiquitous information, and can be easily constructed at low cost without causing an increase in in-vehicle modules, the inventors have the following configuration. It came to the present invention.

  That is, according to the present invention, a telemetry system for supporting the operation of an electric vehicle driven by the power of an on-vehicle battery, which is mounted on a mobile communication terminal equipped with a display means, a clock function and a GPS function, and an electric vehicle Sampling data providing means for sampling in real time sampling data obtained by sampling one or more sensors that are acquired at predetermined intervals, and a web server installed on a network to which the mobile communication terminal can be connected The mobile communication terminal includes a sampling data display unit that displays the received sampling data in real time, the received sampling data, a current time provided by the clock function, and a latitude / longitude provided by the GPS function, A record linked to the web server in real time. The web server is stored in the database in response to a request from a web client and an operation data record storage unit that stores the received record in a database. A telemetry system including an operation data record providing unit that transmits the record to the web client is provided.

  As described above, according to the present invention, there is provided a novel telemetry system that has both real-time characteristics and ubiquitous information, and can be easily constructed at low cost without causing an increase in the size of an in-vehicle module. .

The network block diagram of the electric vehicle operation assistance system of this embodiment. The functional block diagram of the apparatus which comprises the electric vehicle operation assistance system of this embodiment. The flowchart which shows the process which the A / D conversion unit in this embodiment performs. The figure which shows the sampling data of CSV format. The flowchart which shows the process which the smart phone in this embodiment performs. The flowchart which shows the process which the web server in this embodiment performs. The figure which shows the record table in this embodiment. The flowchart which shows the process which the web client in this embodiment performs. The schematic circuit diagram for demonstrating the electric power feeding of a smart phone.

  Hereinafter, the present invention will be described with reference to embodiments shown in the drawings, but the present invention is not limited to the embodiments shown in the drawings. In the drawings referred to below, the same reference numerals are used for common elements, and the description thereof is omitted as appropriate.

  FIG. 1 is a schematic diagram showing a network configuration of an electric vehicle operation support system 1000 according to an embodiment of the present invention. In the following, the present invention will be described by taking as an example the case where the electric vehicle operation support system 1000 is applied to a solar car race.

  The electric vehicle operation support system 1000 according to the present embodiment includes a mobile communication terminal 100, an A / D conversion unit 200, and a web server 300. The electric vehicle operation support system 1000 mainly functions as a telemetry system and is a solar car. Support 20 operations.

  The mobile communication terminal 100 is referred to as a general-purpose portable terminal equipped with at least a display function, an internal clock (RTC), and a GPS function as standard, and examples thereof include a smartphone 100 and a tablet PC. In the following description, the mobile communication terminal 100 is referred to as the smartphone 100.

  In the present embodiment, the smartphone 100 is detachably fixed via a suitable attachment at a position where the driver of the solar car 20 can visually recognize. FIG. 1 shows an example in which the smartphone 100 is fixed to the center portion of the steering wheel 22 in consideration of the driver's visibility.

  The web server 300 is an application server installed on the Internet 12, performs HTTP communication with an arbitrary web client 400 connected to the Internet 12, and is connected to the Internet 12 via a 3G line or the like. Both carry out HTTP communication.

  The solar car 20 is an electric vehicle that travels by driving an electric motor with electricity supplied from a solar cell affixed to the vehicle body, in order to acquire in-vehicle battery and real world information related to the operation of the solar car 20. And an A / D conversion unit 200 for converting an analog output from the sensor into digital data.

  Here, the A / D conversion unit 200 samples the output from the sensor mounted on the solar car 20 every predetermined time (for example, every 1 second), and transmits the value to the smartphone 100 in real time. In response to this, the smartphone 100 uploads it to the web server 300 in real time as the output (operation information) of the sensor that is converted from moment to moment, and displays the content on the display and presents it to the driver.

  The web client 400a installed in the pit downloads operation information from the web server 300 every predetermined time (for example, every second) and displays it in real time. The crew 24 supporting the driver of the solar car 20 performs appropriate race management according to the operation information displayed on the web client 400a.

  In the present embodiment, the latest operation status of the solar car 20 can be viewed in real time at any time via the Internet 12 if the client is equipped with a web browser.

  As described above, the network configuration of the electric vehicle operation support system 1000 according to the present embodiment and the usage mode thereof have been outlined. Subsequently, each device configuring the electric vehicle operation support system 1000 will be specifically described with reference to FIG. To do.

  FIG. 2 shows functional blocks of each device constituting the electric vehicle operation support system 1000 of the present embodiment.

  First, the configuration of the A / D conversion unit 200 will be described. The A / D conversion unit 200 includes sampling data providing means 210 referred to as a microcomputer and one or more sensors for obtaining real world information related to the operation of the solar car 20. In the example shown in FIG. 2, a motor controller 201 that controls driving of an in-vehicle motor, a voltage sensor 202 for measuring the voltage of the in-vehicle battery, a current sensor 203 for measuring the generated current of the solar battery cell, an in-vehicle motor (electrical A current sensor 204 for measuring the motor current of the motor), an atmospheric pressure sensor 205 for measuring the atmospheric pressure, and an atmospheric pressure sensor 205 for measuring the atmospheric pressure; and sampling data providing means 210 (hereinafter referred to as the microcomputer 210); Of these, at least a part including the microcomputer 210 is accommodated in the casing of the A / D conversion unit 200.

  The present invention is not limited to the type of sensor, and any device may be used as long as it can acquire real world information related to the operation of the solar car 20. For example, a pyranometer may be added as a sensor in order to predict the amount of power generated by the solar cell and the temperature rise in the vehicle.

  The microcomputer 210 samples analog outputs from the motor controller 201 and the sensors 202, 203, 204, 205, and 206 every predetermined time according to a preset sampling rate, and performs A / D conversion. The microcomputer 210 generates sampling data in which a plurality of A / D converted data items are linked. The microcomputer 210 outputs the generated sampling data in real time to the smartphone 100 connected to be communicable with the A / D conversion unit 200.

  Here, the connection between the A / D conversion unit 200 and the smartphone 100 may be a wired connection using USB or the like, or a wireless connection using Bluetooth (registered trademark) or near field communication. May be.

  Next, the configuration of the smartphone 100 will be described. The smartphone 100 includes a display 101 as a display unit, an internal clock 102 (RTC) for acquiring the current time, and standard functions such as a GPS function 103, an operation data record providing unit 104, a sampling data display unit 105, a record A backup unit 106 is included. Each function means other than the standard functions is implemented by a dedicated application.

  In response to receiving the sampling data from the A / D conversion unit 200, the operation data record providing unit 104 links the current time provided by the internal clock 102 and the latitude / longitude provided by the GPS function 103 to the received sampling data. Then, a record is generated and transmitted to the web server 300 in real time.

  In addition, when the smart phone 100 is equipped with functions such as a three-axis acceleration sensor and an electronic compass as standard, the operation data record providing unit 104 uses acceleration and direction as sampling data in addition to the current time and latitude / longitude described above. It may be tied to.

  The sampling data display unit 105 displays the sampling data received by the operation data record providing unit 104 on the display 101 in real time.

  The record backup unit 106 stores the record generated by the operation data record providing unit 104 in the temporary memory 107 for a predetermined period, and stores the plurality of records held in the temporary memory 107 when the predetermined period expires in the nonvolatile memory 108 (for example, SD Evacuate to a card).

  Next, the configuration of the web server 300 will be described. The web server 300 includes an operation data record storage unit 302 and an operation data record provision unit 304. The operation data record storage unit 302 stores (accumulates) records received from the smartphone 100 in the database 301. On the other hand, the operation data record providing unit 304 transmits a record stored in the database 301 to the web client 400 in response to a request from the web client 400.

  Next, the configuration of the web client 400 will be described. The web client 400 includes a display 401 and a web browser 402 as display means. On the web browser 402, a web application for requesting a record (operation information) from the web server 300 every predetermined time and displaying the latest operation information in real time operates. In the present embodiment, the rate (time interval) for requesting operation information from the web server 300 is preferably matched with the sampling rate set in the microcomputer 210 of the A / D conversion unit 200 described above.

  As mentioned above, although each apparatus which comprises the electric vehicle operation assistance system 1000 has been demonstrated, the process performed in each apparatus is demonstrated concretely. In the following description, FIG. 2 will be referred to as appropriate.

  Hereinafter, processing executed by the microcomputer 210 of the A / D conversion unit 200 will be described based on the flowchart shown in FIG.

  The processing executed by the microcomputer 210 includes a main routine shown in FIG. 3A, a subroutine 1 shown in FIG. 3B, and a subroutine 2 shown in FIG. In the main routine, after initializing the timer and the value of [PULSE] (described later) (steps 101 and 102), the interrupt is permitted (step 103).

  In the present embodiment, a speed command pulse for driving a vehicle-mounted motor is configured to be input from the motor controller 201 to the microcomputer 210. The microcomputer 210 receives a pulse from the motor controller 201 (pulse In response to (interrupt), subroutine 1 is executed.

  In subroutine 1, the value of [PULSE] is incremented (step 201), and the interrupt is terminated (step 202). That is, the subroutine 1 is a routine for counting up the number of drive pulses generated by the in-vehicle motor, and [PULSE] is a buffer area for counting up the number of pulses input from the motor controller 201.

  On the other hand, the subroutine 2 is executed in response to a timer interrupt that occurs every predetermined time. Here, a value corresponding to a required sampling rate is set as the set time of the timer. In the following, a case where the timer set time is set to 1 second will be described.

  When subroutine 2 is started, an analog output is received from each sensor (voltage sensor 202, current sensor 203, current sensor 204, atmospheric pressure sensor 205, temperature sensor 206), and this is A / D converted to a digital value (battery voltage, The solar cell power generation current, motor current, atmospheric pressure, temperature) are acquired and stored in the buffer (step 301). In the following step 302, the vehicle speed (km / h) is calculated from the value of [PULSE] (that is, the number of on-vehicle motor drive pulses generated per second) and the wheel outer diameter given in advance (step 302). . Thereafter, the value of [PULSE] is cleared to 0 (step 303), and the process proceeds to step 304.

  In step 304, sampling data is generated. Specifically, data in which the five digital values (battery voltage, solar cell power generation current, motor current, atmospheric pressure, temperature) acquired in step 301 are associated with the vehicle speed calculated in step 302 is generated as sampling data. . In the present embodiment, the sampling data can be generated as CSV format text data as shown in FIG. In the following, the description will be continued assuming that the sampling data is generated as text data in CSV format.

  Finally, the generated sampling data is transmitted to the smartphone 100 (step 305), and the interruption is terminated (step 306).

  As described above, in the present embodiment, sampling data including six data items such as vehicle speed, battery voltage, solar cell power generation current, motor current, atmospheric pressure, and temperature is A / D converted once per second. It is transmitted from the unit 200 (microcomputer 210) to the smartphone 100.

  The processing executed in the A / D conversion unit 200 has been described above. Next, the processing executed in the smartphone 100 will be described based on the flowchart shown in FIG.

  The smartphone 100 processes the four tasks shown in FIG. 5 in parallel. Hereinafter, each process is demonstrated in order.

  The operation data record providing unit 104 activates the GPS function 103 (step 410), obtains the latitude and longitude provided by the GPS function 103 every second, and stores them in predetermined buffer areas [LAT] and [LNG]. The process of storing the data is looped (step 411).

  On the other hand, after establishing the connection with the A / D conversion unit 200 (microcomputer 210) (step 420), the operation data record providing unit 104 waits for reception of sampling data (step 421). Thereafter, when sampling data (CSV data) is received from the microcomputer 210, it is parsed (analyzed) to obtain data items described in the sampling data and stored in a predetermined buffer area (step 422). In the example shown in FIG. 5, vehicle speed, battery voltage, generated current, motor current, barometric pressure and temperature are stored in [SPD], [VOL], [CUR_S], [CUR_M], [PRE] and [TEM], respectively. doing.

  In subsequent step 423, the operation data record providing unit 104 refers to the current time of the internal clock 102 (clock function) of the smartphone 100, and stores this in the predetermined buffer area [TIM] as the acquisition time of the sampling data.

  In subsequent step 424, the operation data record providing unit 104 determines the nine buffer areas ([LAT], [LNG], [SPD], [VOL], [CUR_S], [CUR_M], [PRE], [TEM] ], [TIM]) is stored in a data structure (hereinafter referred to as EVINFO).

  Finally, the sampling data display unit 105 displays the values (partial or all) stored in EVINFO on the display 101 (step 425). Thereafter, the processing returns to step 421 again, and thereafter, the processing from step 421 to step 425 is looped.

  The record backup unit 106 transmits EVINFO (hereinafter referred to as a record) in which the value is stored to the web server 300 every second (step 430), and then stores the record in a temporary memory (step 431). Thereafter, the processing from step 430 to step 431 is looped.

  Similarly, the record backup unit 106 clears all the records in the temporary memory after saving all the records stored in the temporary memory to the non-volatile memory (for example, every 5 minutes) (step 440). Delete) (step 441). Thereafter, the processing from step 440 to step 441 described above is looped. Due to the operation of the record backup unit 106, the smartphone 100 also functions as a data logger. Therefore, even if a failure occurs in communication with the web server 300, a record between them is not lost.

  As mentioned above, although the process performed in the smart phone 100 was demonstrated, the process performed in the web server 300 is demonstrated based on the flowchart shown in FIG.

  The web server 300 always waits for an HTTP request from the outside (step 501). When an HTTP request is received, the content of the request is determined (step 502), and an HTTP response corresponding to the content is returned.

  Here, when the received HTTP request is a POST request for a record from the smartphone 100, the web server 300 stores (accumulates) the record in the database 301 (step 503).

  FIG. 7 exemplarily shows a record table 500 managed by the database 301. The record table 500 includes a column 501 for storing a unique identifier (record ID) for a received record, and nine data items (acquisition time, longitude, latitude, vehicle speed, battery voltage, generated current, 9 columns 502 to 510 for storing motor current, air temperature, and atmospheric pressure).

  On the other hand, if the received HTTP request is the latest record GET request from the web client 400 (hereinafter referred to as the latest information request) as a result of the determination in step 502, the web server 300 stores it in the record table 500 of the database 301. The latest record is extracted from the recorded records and returned to the web client 400 as an HTTP response (step 504). In step 504, for example, the one with the largest value (acquisition time) in the column 502 may be returned as the latest record, or a numerical value (such as UNDINED BIGINT) that is automatically incremented according to record registration is used as the record ID. In the case of granting, a record having the largest ID value can be responded.

  On the other hand, if the result of the determination in step 502 is that the received HTTP request is a GET request for a record specifying the time zone from the web client 400 (hereinafter referred to as a time zone information request), the web server 300 A plurality of record groups corresponding to the designated time zone are extracted from the records stored in the record table 500 and returned to the web client 400 as HTTP responses (step 505). Specifically, the value (acquisition time) in the column 502 is searched in light of the designated time zone, and a record related to the matching acquisition time is selectively extracted and returned to the web client 400.

  The processing executed on the web server 300 side has been described above. Next, processing executed in the web client 400 will be described based on the flowchart shown in FIG. As shown in FIG. 8, the web client 400 processes two tasks in parallel. Hereinafter, each process is demonstrated in order.

  The web application running on the web browser 402 of the web client 400 sends a latest information request to the web server 300 every second (step 610), and receives the latest record from the web server 300 as an HTTP response ( Step 611). Thereafter, the value of the data item stored in the received latest record is reflected in the display (step 612). Thereafter, the processing from step 610 to step 612 is looped.

  Here, the web application preferably uses asynchronous communication by Ajax to send a request without screen transition to the web server 300 in the background and receive the latest record in JSON format every second. repeat. As a result, each data item displayed on the display 401 of the web client 400 is refreshed every second without any screen transition.

  On the other hand, the web application running on the web browser 402 waits for an input from the user (step 620 → step 621, No). If there is an input of a time zone from the user (step 621, Yes), a time zone information request specifying the input time zone is transmitted to the web server 300 (step 622), and the time specified as an HTTP response. A plurality of records corresponding to the bands are received from the web server 300 (step 623).

  Thereafter, the contents (part or all) stored in the plurality of received records are reflected in the display of predetermined visualization data (table, graph, etc.) related to the operation status (step 624). Thereafter, the process from step 620 to step 624 is looped.

  Here, the web application running on the web browser 402 displays the data stored in the record as it is as described above, inputs each data to another application, or determines a predetermined 2 from each data. The next information may be calculated. Hereinafter, this point will be exemplarily described.

  According to the present embodiment, using the API of another web application that displays a map, the current position of the solar car 20 is displayed on the map in real time based on the latitude and longitude stored in the latest record. Can do. It is also possible to derive and present the final passage time of the measurement line from the latitude and longitude stored in the latest record and the latitude and longitude of the measurement line given in advance.

  Further, according to the present embodiment, the power consumption is calculated from the battery voltage and the motor current stored in the latest record, or the generated power is calculated from the battery voltage and the generated current of the solar cell stored in the latest record. Each value can be displayed in real time.

  Moreover, according to this embodiment, it calculated from the battery voltage and the solar battery power generation current among the battery voltage, the solar battery power generation current, and the motor current stored in all records stored in the database 301 at that time. Accumulate the generated power, add the power consumption calculated from the battery voltage and motor current, and subtract the integrated value of the power consumption from the sum of the full charge amount of the in-vehicle battery and the integrated value of the generated power. Can be calculated and displayed in real time.

  Furthermore, according to the present embodiment, the altitude above sea level can be calculated from the temperature and pressure stored in the latest record and displayed in real time.

  Furthermore, the vehicle speed can be calculated from the latitude / longitude and current time stored in the latest record and the latitude / longitude and current time stored in the immediately preceding record and displayed in real time. In this case, since a speed measurement system that does not depend on the number of drive pulses of the in-vehicle motor can be used, the robustness of the system is improved.

  As described above, according to the electric vehicle operation support system 1000 of the present embodiment, since the state of the battery and the motor can be checked in real time, the pit can detect the malfunction of the vehicle early and take the countermeasure. Can do. For example, the vehicle battery of the solar car 20 is usually formed by connecting a plurality of battery modules in parallel. However, if the battery voltage is configured to be sampled for each battery module, a faulty battery module can be found early. It becomes possible to exchange this quickly at the pit stop. In addition, by knowing the current position of the solar car 20 on the map, it is possible to give a detailed instruction on the race space.

  In addition, any user who can connect to the Internet can view the operation status of the solar car 20 anywhere (the ubiquitous nature of information), so that staff who measure lap times and take pictures can move efficiently in their respective positions. Can do. In addition, it is possible to give a driving instruction to a driver from a remote supporter away from the circuit, and by sharing the SNS with the web server 300, the realism of the race can be shared with race fans who are not on the circuit. It becomes possible to do.

  Furthermore, in the present embodiment, functions (display, GPS, RTC, etc.) that are standardly installed in the smartphone 100 are used, so that it is not necessary to mount an additional device for each application. As a result, mounting of electronic equipment for energy management becomes much easier, and enlargement of the in-vehicle module is avoided. Further, since the existing communication infrastructure of the smartphone 100 is used for data communication, it can be operated even on a vast circuit on the site, and the system can be constructed at a low cost as a whole.

  Finally, power supply of the smartphone 100 will be described. A mobile communication terminal such as the smartphone 100 normally operates by feeding power from a built-in battery, but it is necessary to secure the power source when the race lasts for a long time. However, since the number of in-vehicle batteries is limited depending on race regulation, the charging battery for the smartphone 100 may not be in-vehicle.

  In this regard, if the smartphone 100 is USB-connected to the A / D conversion unit 200, the built-in battery of the smartphone 100 is supplied with power from the A / D conversion unit 200 (the vehicle battery that supplies power) to the USB bus power. Can receive.

  However, since a high-functional computer such as the smartphone 100 consumes a large amount of current, when the smartphone 100 is connected to the A / D conversion unit 200, care must be taken not to cause a malfunction of the sensor. This point will be described based on a schematic circuit diagram shown in FIG. In FIG. 9, for convenience of explanation, only the feeder line is shown, and the data communication line is omitted.

  FIG. 9A shows a circuit diagram when the A / D conversion unit 200 and the smartphone 100 are simply connected. In this case, the current supplied from the in-vehicle battery is supplied in parallel to each sensor and the built-in battery of the smartphone 100 after the voltage is lowered by the three-terminal regulator. In the circuit configuration shown in FIG. 9 (a), when the remaining battery level suddenly decreases due to discharge due to temperature rise or increase in the calculation load of the processor, the power supply for the built-in battery with reduced internal resistance is reduced. As a result of the current exceeding the output current value flowing in, there is a risk that a voltage drop will occur in the entire section where each sensor is arranged. In this case, if the potential difference between the sensor terminals is lower than the minimum operating voltage, the sensor may malfunction.

  On the other hand, FIG.9 (b) shows the example of a connection of the A / D conversion unit 200 and the smart phone 100 which this embodiment employ | adopts. In the embodiment shown in FIG. 9B, a three-terminal regulator with an output current limit is provided on the anode side of the built-in battery of the smartphone 100, and each sensor is controlled by suppressing the current value flowing into the built-in battery below a certain level. The current flowing into the section to be arranged is ensured, so that the normal operation of the sensor is guaranteed.

  The element provided on the anode side of the built-in battery so that the voltage of the current supplied to the section where each sensor is placed does not fall below the minimum operating voltage of each sensor is not limited to a three-terminal regulator. Any configuration may be used as long as the current limiting element can limit the amount of current flowing into the built-in battery, such as a constant current circuit using a regulator, a transistor, or an operational amplifier.

  Although the present invention has been described with the embodiment, the present invention is not limited to the above-described embodiment. For example, in the above-described embodiment, a mode in which the smartphone 100 and the web server 300 are connected via the Internet line is shown. However, in a car competition in which a solar car such as a WSC (World Solar Challenge) runs with a parallel running vehicle. The web server 300 may be mounted on the following vehicle, and the web server 300 and the smartphone 100 may communicate with each other by wireless communication such as Bluetooth (registered trademark) or IEEE802.11n.

  In the above-described embodiment, the case where the electric vehicle operation support system 1000 is applied to a solar car race has been described. However, the system of the present invention can also be applied to general electric vehicle operation management. is there. In that case, the user can try to drive with good fuel efficiency by calculating and displaying the monthly power consumption to make the user aware of fuel consumption or providing a function to post the usage status of the car to SNS such as Twitter. Motivation can be improved. In addition, it is included in the scope of the present invention as long as the effects and effects of the present invention are exhibited within the scope of embodiments that can be considered by those skilled in the art.

  Each function of the above-described embodiment can be realized by a device-executable program described in an object-oriented programming language such as C, C ++, C #, Java (registered trademark), and the program of the present embodiment is It can be stored in a device-readable recording medium such as a hard disk device, CD-ROM, MO, DVD, flexible disk, EEPROM, EPROM, etc., and can be transmitted via a network in a format that other devices can use. it can.

12 ... Internet 20 ... Solar car 22 ... Steering wheel 24 ... Crew 100 ... Mobile communication terminal (smartphone)
DESCRIPTION OF SYMBOLS 101 ... Display 102 ... Internal clock 103 ... GPS function 104 ... Operation data record provision part 105 ... Sampling data display part 106 ... Record backup part 107 ... Temporary memory 108 ... Non-volatile memory 200 ... A / D conversion unit 201 ... Motor controller 202 DESCRIPTION OF SYMBOLS ... Voltage sensor 203 ... Current sensor 204 ... Current sensor 205 ... Pressure sensor 206 ... Temperature sensor 210 ... Sampling data providing means 210 ... Microcomputer 300 ... Web server 301 ... Database 302 ... Operation data record storage unit 304 ... Operation data record provision unit 400 ... Web client 401 ... Display 402 ... Web browser 500 ... Record table 501-510 ... Column 1000 ... Electric vehicle operation support system

Claims (14)

A telemetry system for supporting the operation of an electric vehicle driven by the power of a vehicle battery
A mobile communication terminal equipped with a display means, a clock function and a GPS function;
Sampling data providing means for transmitting sampling data acquired by sampling one or more sensors mounted on an electric vehicle every predetermined time to the mobile communication terminal in real time;
A web server installed on a network to which the mobile communication terminal can be connected,
The mobile communication terminal is
A sampling data display unit for displaying the received sampling data in real time;
An operation data record providing unit that generates a record in which the received sampling data, a current time provided by the clock function, and a latitude / longitude provided by the GPS function are linked to each other and is transmitted to the web server in real time;
The web server is
An operation data record storage unit for storing the received records in a database;
In response to a request from a web client, an operation data record providing unit that transmits the record stored in the database to the web client,
Telemetry system.   The sampling data is selected from the group consisting of the vehicle speed calculated from the number of drive pulses of the in-vehicle motor, the battery voltage of the in-vehicle battery, the motor current of the in-vehicle motor, the temperature, the atmospheric pressure, and the generated current of the solar cell for charging the in-vehicle battery. The telemetry system of claim 1, comprising at least one piece of data to be processed.   The telemetry system according to claim 2, wherein the in-vehicle battery includes a plurality of battery modules connected in parallel, and the battery voltage of the sampling data is a voltage for each battery module. The sensor and the built-in battery of the mobile communication terminal are connected in parallel to the in-vehicle battery and are supplied with power,
A current limiting element for limiting the amount of current flowing to the built-in battery is disposed between the sensor and the built-in battery so that the voltage of the current supplied to the sensor does not fall below the minimum operating voltage of the sensor. The
The telemetry system according to any one of claims 1 to 3.   The telemetry system according to any one of claims 1 to 4, wherein the sampling data is CSV text data in which one or more data items are separated by commas.   The mobile communication terminal stores the record generated every predetermined time in a temporary memory for a predetermined period, and saves a plurality of the records held in the temporary memory to a non-volatile memory when the predetermined period expires The telemetry system as described in any one of Claims 1-5 containing a part.   The telemetry system according to any one of claims 1 to 6, wherein the mobile communication terminal is a general-purpose portable terminal.   The telemetry system according to claim 7, wherein the mobile communication terminal is a smartphone or a tablet PC.   The telemetry system according to any one of claims 1 to 8, wherein the web client calculates power consumption from the battery voltage and the motor current stored in the latest record received from the web server.   The telemetry according to claim 1, wherein the web client calculates generated power from the battery voltage stored in the latest record received from the web server and the generated current of the solar cell. system.   The web client integrates the generated power calculated from the battery voltage and the generated current stored in each of the records stored in the database received from the web server, and stores in each of the records. The power consumption calculated from the battery voltage and the motor current is integrated, and the integrated value of the power consumption is subtracted from the total value of the full charge amount of the in-vehicle battery and the integrated value of the generated power, thereby remaining the battery power of the in-vehicle battery. The telemetry system according to claim 1, wherein the amount is calculated.   The telemetry system according to any one of claims 1 to 11, wherein the web client calculates an altitude above sea level from the temperature and the atmospheric pressure stored in the latest record received from the web server.   The web client calculates a vehicle speed from the latitude / longitude and the current time stored in the latest record received from the web server, and the latitude / longitude and the current time stored in the previous record. Item 13. The telemetry system according to any one of Items 1 to 12.   The web client receives a plurality of records corresponding to a specified time zone among the records accumulated in the database from the web server, and uses information stored in the plurality of records to generate an electric vehicle The telemetry system as described in any one of Claims 1-13 which produces | generates the visualization data for showing the operation condition of.