KR20120062536A - Update method for multimedia system in a vehicle and system thereof - Google Patents

Abstract

PURPOSE: A method and a system for updating a multimedia system within a vehicle are provided to integrately update a multimedia system through vehicle network through an external general purpose terminal except for a CAN(Car Area Network) port. CONSTITUTION: External storing medium stores update information for updating a module. A head unit(20) executes an update program and updates the external module which is connected through an internal module based on the update information. The head unit includes an external connection terminal(10) for connecting the external storing medium. An update program(25) generates an install state file of an update target module.

Description

UPDATE METHOD FOR MULTIMEDIA SYSTEM IN A VEHICLE AND SYSTEM THEREOF}

The present invention relates to an update method and system for an in-vehicle multimedia system, and more particularly, not a can port. The present invention relates to a technology for individually or collectively updating a multimedia system connected through a vehicle network using a separate external storage medium (for example, universal series bus (USB)).

Due to the technological development of the vehicle multimedia system, many functions are being developed that require higher performance than the basic performance of Micom, which was applied during the initial audio development.

In addition to the basic radio and CD functions, the multimedia system includes digital navigation processing such as navigation, DMB, and satellite radio, voice recognition, hands-free function of B / T mobile phones, and telematics through interworking with smartphones. Various functions are implemented in one or two or more units and are designed for complex operation.

An embedded system capable of such a complex operation is applied with an operating system (OS) to manage resources such as CPU and RAM. On the other hand, in the case of a head unit (Head Unit) that controls the multimedia as a whole, if a predetermined function is supplemented or added, the OS, applications, microcomputers, etc. must be updated at the same time, and the firmware of the interlocking module is also configured to be updated at the same time It is. The multimedia system is primarily designed to connect to a vehicle network, such as CAN, to update external modules connected via the corresponding port.

In terms of the software structure inside the head unit, the existing update method must replace the relevant software with a new one when updating the OS or application (APP), and in particular, when replacing a large OS or application data (such as a DLL file) Not only does this take place, but there are several issues such as frequent update file errors.

In addition, in terms of system components, since each module is updated using a separate port, there is a problem in that the update cannot be integrated.

The present invention was created in view of the above circumstances, and individually or collectively updates a multimedia system connected through a vehicle network using a separate external storage means (for example, universal series bus (USB)) instead of a can port. The purpose is to make it possible.

An update system for an in-vehicle multimedia system according to the present invention includes an external storage medium storing update information for upgrading at least one module, and an update program is executed to be connected through an internal module or a vehicle network based on the update information. And a head unit for performing an update to an external module, wherein the head unit is provided with an external connection terminal for connecting the external storage medium, and the update program includes at least one upgrade target specified by the update information. After generating an update in progress flag for the module, reboot the system, and generate an installation state file that stores the update status of the upgrade target modules when the system is rebooted. Perform an update on the modules.

Preferably, in the present invention, the update program checks the validity of the internal file stored in the external update medium, and sequentially, according to the update order of each upgrade target module stored in the installation state file, for each upgrade target module. After the update file is copied to the internal RAM and the validity of the update file is determined, each upgrade target module can be updated based on the update file.

Preferably, in the present invention, if the update program for each upgrade target module is not normally completed, the update program restores the update performed for the upgrade target module to its original state, and updates the upgrade target module in the installation state file. After saving the failure, you can end the update process.

An update method for an in-vehicle multimedia system according to the present invention may include: (a) at least one designated by the update information when an update command is input while an external storage medium storing update information for upgrading at least one module is connected. Generating an update in progress flag for at least one upgrade target module, (b) forcibly terminating processes that are currently in progress and rebooting the system, and (c) based on the update in progress flag and the update information; Generating an installation state file storing an update state, (d) validating an internal file stored in the external update medium, and sequentially according to an update order of each upgrade target module stored in the installation state file Updating each upgrade target module, storing the update result in the installation state file, and (e) when the update for each upgrade target module is completed, deleting the installation state file and rebooting the system. It is configured to include.

Preferably, in the present invention, if the update performance of each upgrade target module is not normally completed, the update performed for the upgrade target module is restored to the original state, and the update failure of the upgrade target module is stored in the installation state file. After that, the method may further include terminating the update process.

According to the present invention as described above, it is possible to integrate and update the multimedia system connected via the vehicle network by using a separate external universal terminal (for example, universal series bus (USB)) instead of the can port. .

1 is a schematic block diagram of an update system for an in-vehicle multimedia system according to an embodiment of the present invention;
2 to 3 are flowcharts illustrating an update method for an in-vehicle multimedia system according to an exemplary embodiment of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a schematic block diagram of an update system for an in-vehicle multimedia system according to an embodiment of the present invention. As shown in the figure, the update system for the in-vehicle multimedia system according to an embodiment of the present invention, is provided with an external connection terminal 10 and the head unit 20, the head unit 20 is a touch It receives input from the driver via the panel 12 and communicates with other modules (eg, the TMU 40, the external AMP 50, and other units 60) via the vehicle network 30.

The external connection terminal 10 is connected to an external storage medium (for example, USB) in which an upgrade file configured by compressing files to be updated and an authentication key (including authentication files and update details) are connected to the head unit 20. Allows the user to load data stored on an external storage medium. The upgrade file stored in the USB stores information on the upgrade target module, upgrade version information, update data that each module needs to update, and the authentication file is used to check whether the multimedia system is updated. Is used to check the file information that should be deleted before the update in the process of updating the head unit 20 and the update target module (eg, the TMU 40, the external AMP 50, and the other unit 60).

In the embodiment of the present invention, a case where USB is adopted as an external storage medium will be described as an example.

When the update command is input from the driver via the touch panel 12 while the USB is connected via the external connection terminal 10, the head unit 20 executes the update program to upgrade based on the data stored in the USB. Allows an update operation to the target module to be performed.

When the head unit 20 determines that the upgrade target module includes the TMU 40, the external AMP 50, or the other unit 60 connected through the vehicle network 30, the TMU through the vehicle network 30 is determined. After instructing the upgrade command to the 40, the external AMP 50, or the other unit 60, an update file for upgrading the module is transmitted to the module.

In an embodiment of the present invention, it is assumed that the vehicle network 30 employs a control area network (CAN), and thus communication between modules in a vehicle is performed according to a CAN communication scheme.

In addition, the TMU 40, the external AMP 50, and the other units 60 connected to the vehicle network 30, when the upgrade command is received from the head unit 20 according to the CAN communication method, receives a heading of the upgrade ready signal. After transmitting to the unit 20 and receiving the update data from the head unit 20, the update operation is executed based on the received update data.

The TMU 40 can check the current position information by the built-in GPS (Global Positioning System), and the vehicle diagnosis function through the CAN communication is performed to check the failure state of the vehicle. Map information and the like are stored according to a system function implementation method to provide location information to the head unit 20. In addition, for external communication, the modem may be mounted on its own, and the necessary information may be transmitted to a center supporting the vehicle telematics service through the wireless communication other than the head unit 20.

The external AMP 50 performs a function of receiving and outputting an audio signal from the head unit 20, and the other unit 60 includes a plurality of units that can be implemented according to the needs of manufacturers or consumers.

The head unit 20 is a boot loader 21, a bootstrap program, which is a program that is executed before the OS is started and which finishes all related tasks necessary for the kernel to start properly and finally starts the operating system. After being loaded into the computer for the first time by the OS, the OS 22 which is a program for managing other programs (for example, an application) in the head unit 20, an application 23 for performing various application functions, and the head unit 20 ) Is executed by the microcomputer 24 and the microcomputer 24 that executes the update program 25 based on the driver's command input from the touch panel 12 and the update target module. Update program (25) for executing the, RAM (26) in which the update file stored in the USB is stored by the update program (25) And a flash memory 27 in which data of the update file whose checksum is completed is recorded.

The touch panel 12 is a configuration employed as an example of the input / output means of the head unit 20, the display means for visually notifying the driver of an event occurring during the updating process, and for receiving a predetermined command from the driver. It functions as a command input means.

Next, an update method for an in-vehicle multimedia system according to an exemplary embodiment of the present invention will be described in detail with reference to the flowcharts illustrated in FIGS. 2 to 3.

First, the upgrade target modules are individually selected and loaded with update data to be provided to each upgrade target module, and the upgrade data is generated by compressing the update data, information on the upgrade target module, and upgrade version information. The upgrade file may be stored in any external storage medium, and preferably, the external file may store an authentication file for authentication, update details, and an update file.

When an update command is input through the touch panel 12 while an external storage medium (hereinafter referred to as USB) in which data as described above is stored is connected (S2), the microcomputer 24 of the head unit 20 updates. The program 25 is executed (S4).

The activated update program 25 checks the validity of the USB (S6), and performs CRC (Cyclic Redundancy Checking) on the data stored in the USB to check the validity of the USB.

In S6, if the validity check for the USB fails, the update program 25 notifies the driver that the corresponding USB is not valid through the touch panel 12 (S8).

Unlike this, however, if the validation of the USB is successful in S6, the updated version corresponding to the upgrade version information is compared with the currently installed version (S10) to determine whether an update is necessary (S12).

In S12, if the update version corresponding to the upgrade version information is not higher than the currently installed version, the update program 25 determines that no update is necessary, and is currently installed to the driver through the touch panel 12. Notify that the version is the best version, so no update is required (S8).

On the other hand, if it is determined that the update version corresponding to the upgrade version information is higher than the currently installed version, the update program 25 determines that the update is necessary and generates an update in progress flag for the update target module to update the target object. The module may perform the update by referring to the update in progress flag when the system reboots (S16).

Subsequently, the update program 25 requests a system reboot to the microcomputer 24, and in response to the request, the microcomputer 24 forcibly terminates all processes currently in progress (S18) and reboots the head unit 20 ( S20).

The microcomputer 24 reboots and at the same time checks an update in progress flag to check whether there is a target module to be updated (S22).

As a result of the check in S22, when the update in progress flag is confirmed, the microcomputer 24 activates the update program 25 so that the update operation is executed on the module in which the update in progress flag is generated (S26).

On the other hand, if the flag of the update in progress is not confirmed as a result of checking in S22, the microcomputer 24 proceeds with normal booting (S24).

The operation of the update program activated in S26 will be described with reference to the flowchart shown in FIG. 3.

In the embodiment of the present invention, since the upgrade target module stored in the upgrade file is an OS or a BSP module, an application (APP), a TMU, and a microcomputer, an update in progress flag corresponding to each module is generated as an example. However, the upgrade target module stored in the upgrade file is not limited thereto.

First, the update program 25 generates an installation status file (for example, install.a. The installation status file stores data on the upgrade progress, for example, target modules to be upgraded, and The order of upgrading each upgrade target module and whether upgrade of each upgrade target module is completed may be stored.

The update program 25 temporarily copies the upgrade file stored in the USB, and then validates the internal files included in the upgrade file (S32). Here, the update program 25 checks the validity of the USB internal file by performing a CRC check on the internal files (S32).

In operation S32, when the validation of the USB internal file fails, the update program 25 notifies the driver of the invalid operation of the USB internal file through the touch panel 12 (S33).

On the contrary, if the validation of the USB internal file is successful as a result of the S32 test, the update program 25 copies the OS or board support package (BSP) update file among the USB internal files to the internal RAM 26, After checking the checksum of the update file, the OS or BSP update is completed by writing to the flash memory (S34). For reference, BSP is a software package called Board Support package for implementing and supporting operating system execution on the Standard Development Board (SDB).

If the update program 25 succeeds (Yes in S36), the update program 25 stores the update success result for the BSP in the installation state file, and proceeds to S38.

In S38, the update program 25 copies the APP update file among the USB internal files to the internal RAM 26, and completes the APP update by checking the checksum for the update file and writing it to the flash memory.

If the update program 25 succeeds (Yes in S40), the update program 25 stores the update success result for the APP in the installation state file, and proceeds to S42.

In S40, the update program 25 copies the TMN update file of the USB internal file to the internal RAM, and checks the checksum for the update file, and then transmits the update data corresponding to the update file to the TMU 40 ( S42). In this step, the update program 25 instructs the TMU 40 to upgrade via CAN communication before sending the update file to the TMU 40, and the update transmitted from the TMU 40 in response to the command. After receiving the ready signal, update data corresponding to the update file is transmitted to the TMU 40.

In the embodiment of the present invention, the update program 25 has been described as transmitting the update data to the TMU 40 via CAN communication, but is actually transmitted through the CAN communication module (not shown) provided in the head unit.

On the other hand, although not shown in Figure 3, the TMU 40 is equipped with an update program, when the update data from the head unit 20 is received, based on the received update data to perform the update to the TMU 40 When the update is successfully completed, the update success result is transmitted to the head unit 20.

Receiving the update success result, the head unit 20 stores the update success result of the TMU 40 by the update program 25 in the installation state file, and proceeds to S46.

In S46, the update program 25 copies the microcomputer update file of the USB internal file to the internal RAM 26, performs the update on the microcomputer 24 immediately after checking the checksum for the update file, and the microcomputer ( If the update to 24) succeeds (YES in S48), the update success result for the microcomputer is stored in the installation state file.

Subsequently, when it is confirmed that the update program 25 completes the update of all upgrade target modules stored in the installation state file, the update program 25 deletes the installation state file (S49) and delivers a reboot command to the microcomputer 24 to reboot the system. Let's do it.

As a result, the relevant modules operate based on the updated information as the system is rebooted.

On the other hand, it is determined that the USB internal file is not valid in S32, the update for OS or BSP fails in S34 (No in S36), the update for APP fails in S40 (No in S40), or the TMU in S42. The update to may fail (No in S44), or the update to microcomputer may fail in S46 (No in S48).

The reason for the failure is: ① If the update file is not valid as a result of checking the checksum of each module's update file, ② If the process of saving the update file of each module in the internal RAM fails, ③ USB If the read attempt fails more than a certain number of times, ④ the write to the flash memory is not normally performed, ⑤ the verification result of the recorded data is failed.

For the reason as described above, if the update fails, the update program 25 restores all of the partially updated version to the version prior to the update (S50), and notifies the driver of the update failure through the touch panel 12 ( S52).

Subsequently, when an update retry command is input through the touch panel 12 (S54), the update program 25 performs an update operation based on the installation state file (S56).

In S56, the update program 25 inquires the update status information of each upgrade target module from the installation state file, and performs an update operation from the upgrade target module that has not been updated.

As a result of performing the update operation, when the update operation for all the upgrade target modules is completed, the process proceeds to S49 to reboot the system.

In the embodiment of the present invention, a method of sequentially updating the OS, BSP, APP, TMU, and microcomputer has been described. However, when there are a plurality of APPs, that is, an update for each application is performed between S38 and S42. If an upgrade to any other external module connected via the vehicle network 30 is designated, then an update to that external module may be performed between S42 and S46. In other words, in the embodiment of the present invention, although the upgrade target module has been described as OS, BSP, APP, TMU, and microcomputer, the upgrade target module may be individually, more or less, as needed. The target module may be a module configured in the module and all external modules connected through the vehicle network 30.

In addition, each step of the flowcharts shown in FIGS. 2 and 3 may be implemented by combining some steps into one step, or by changing the order of the steps.

According to the embodiment of the present invention described above, it is possible to update "complete replacement" or "selectively only partially changed files" to the system configuration file from a software structural point of view, and the information on the update file records update information. By using an upgrade file and an update program, you can selectively update while comparing with the version currently installed on the system.

All of these are set to be automatically updatable via the upgrade file, making it easy for users to update.

In addition, from the system component point of view, many units constituting the multimedia system can be integrated and processed without updating through separate ports one by one, and integrated / individual updates can be automatically performed for unit modules connected to the head unit. Has the effect.

As described above, although the present invention has been described by way of limited embodiments and drawings, the present invention is not limited thereto and is intended by those skilled in the art to which the present invention pertains. Of course, various modifications and variations are possible within the scope of the claims to be described.

10: external connection terminal 12: touch panel
20: Head unit 22: OS
23: Application 24: Microcomputer
25: Update Program 26: RAM
27: flash memory 30: vehicle network
40: TMU 50: external AMP
60: other unit

Claims (5)

An external storage medium storing update information for upgrading at least one module; And
An update program is executed and includes a head unit for performing an update on an external module connected through an internal module or a vehicle network based on the update information,
The head unit is provided with an external connection terminal for connecting the external storage medium,
The update program generates an update in progress flag for at least one upgrade target module designated by the update information, reboots the system, and generates an installation state file for storing update status of the upgrade target modules when the system is rebooted. And updating the modules to be upgraded.
Update system for in-vehicle multimedia systems. The method of claim 1, wherein the update program
After checking the validity of the internal file stored in the external update medium, the update file for each upgrade target module is sequentially copied to the internal RAM according to the update order of each upgrade target module stored in the installation state file, and the update is performed. After determining the validity of the file, updating each upgrade target module based on the update file
Update system for in-vehicle multimedia systems. The method of claim 2, wherein the update program
If the update process for each module to be upgraded is not completed normally, the update performed for the module to be upgraded is restored to its original state, the update failure is saved in the installation state file, and the update process is terminated. Characterized by
Update system for in-vehicle multimedia systems. (a) generating an update in progress flag for at least one upgrade target module specified by the update information when an update command is input while an external storage medium storing update information for upgrading at least one module is connected; ;
(b) forcibly terminating the ongoing processes and rebooting the system;
(c) generating an installation state file for storing update states of the upgrade target modules based on the update in progress flag and the update information;
(d) checking the validity of the internal file stored in the external update medium, sequentially updating each upgrade target module according to the update order of each upgrade target module stored in the installation state file, and updating the result of the installation Saving to a file; And
(e) when all updates for each upgrade target module are completed, deleting the installation state file and rebooting the system
How to update your in-vehicle multimedia system. The method of claim 4,
If the update process for each module to be upgraded is not completed normally, the update performed for the module to be upgraded is restored to its original state, the update failure is saved in the installation state file, and the update process is terminated. Characterized in that it further comprises the step of
How to update your in-vehicle multimedia system.

Images