CN114049135B

CN114049135B - Vehicle delivery control method and system

Info

Publication number: CN114049135B
Application number: CN202111325448.7A
Authority: CN
Inventors: 刘奎
Original assignee: Hozon New Energy Automobile Co Ltd
Current assignee: Hozon New Energy Automobile Co Ltd
Priority date: 2021-11-10
Filing date: 2021-11-10
Publication date: 2024-04-16
Anticipated expiration: 2041-11-10
Also published as: CN114049135A

Abstract

The invention provides a vehicle delivery control method and a vehicle delivery control system. The control method comprises the following steps: creating a static data address in at least one domain controller of the vehicle to be delivered, the domain controller comprising at least a power domain controller; when the vehicle to be delivered is in the first stage, writing data entering the first mode in the static data address, enabling the vehicle to enter and keep in the first mode, enabling the vehicle in the first mode to be unable to run at a speed exceeding a preset vehicle speed, wherein the preset vehicle speed is smaller than the highest vehicle speed which can be achieved by the vehicle; and when the vehicle to be delivered enters the second stage from the first stage, writing data entering the second mode in the static data address, converting the vehicle from the first mode into the second mode, and enabling the vehicle in the second mode to run at any vehicle speed within the highest vehicle speed. The vehicle delivery control method and system can effectively prevent unauthorized use behavior before vehicle delivery and improve the quality of vehicles to be delivered.

Description

Vehicle delivery control method and system

Technical Field

The invention relates to the field of vehicle control, in particular to a vehicle delivery control method and system.

Background

With the explosion of the automotive industry, the end vehicle delivery pressures are increasing, and in order to increase delivery speeds, some allied stores do not do PDI checks ("PDI" is known as "Pre Delivery Inspection", all-for-hand check) and deliver vehicles directly to customers. Meanwhile, because the vehicle to be sold cannot be monitored automatically and timely, sometimes the situation that off-line personnel drive the vehicle which is not sold privately cannot be avoided, and the vehicle is easy to damage which is not easy to perceive. The control of delivery vehicles in the prior art is not strict, which can lead to low delivery quality of the vehicles, directly lead to customer complaints, and influence brand praise and customer satisfaction.

Disclosure of Invention

The technical problem to be solved by the invention is to provide a control method and a control system for vehicle delivery, which can effectively prevent unauthorized use behavior before vehicle delivery and improve the quality of the vehicle to be delivered.

In order to solve the technical problems, the invention provides a vehicle delivery control method, which comprises the following steps:

creating a static data address in at least one domain controller of the vehicle to be delivered, the domain controller comprising at least a power domain controller;

when the vehicle to be delivered is in the first stage, writing data entering the first mode in the static data address, enabling the vehicle to enter and keep in the first mode, enabling the vehicle in the first mode to be unable to run at a speed exceeding a preset vehicle speed, wherein the preset vehicle speed is smaller than the highest vehicle speed which can be achieved by the vehicle; and

when the vehicle to be delivered enters the second stage from the first stage, the data entering the second mode is written in the static data address, the vehicle is converted into the second mode from the first mode, and the vehicle in the second mode can run at any vehicle speed within the highest vehicle speed.

In one embodiment of the present invention, the at least one domain controller further comprises an audiovisual entertainment domain controller.

In an embodiment of the present invention, the vehicle having the first mode is configured as a vehicle audio/video entertainment system that cannot control the vehicle in the vehicle while the vehicle cannot travel at a speed exceeding a preset speed.

In one embodiment of the present invention, the first mode includes a pre-inspection PDI non-inspection mode of the vehicle and the second mode includes a PDI inspected mode.

In one embodiment of the invention, the first phase is before the vehicle to be delivered is brought down from the factory to the completion of the PDI, and in the first phase, data entering the first mode is written in the static data address by one or more factory-down devices.

In an embodiment of the present invention, when the vehicle to be delivered is in the first stage, authorization is requested to the cloud end through the factory offline device, and when the vehicle to be delivered is still in the first stage after the authorization is obtained, the data entering the second mode is written in the static data address, so that the vehicle is converted from the first mode to the second mode.

In one embodiment of the invention, the second phase is after completion of the PDI to before delivery of the vehicle, and in the second phase, the after-market diagnostic writes the data into the second mode in the static data address.

In one embodiment of the invention, when the vehicle is in the first mode, after the vehicle is started, text information of the vehicle in the first mode is displayed through a central control screen of the vehicle.

In one embodiment of the present invention, the preset vehicle speed is 10 km/h.

In an embodiment of the present invention, the byte length of the data of the first mode and the data of the second mode is 1.

In order to solve the above-mentioned problems, another aspect of the present invention also proposes a control system for vehicle delivery, including:

a memory for storing instructions executable by the processor; and a processor for executing instructions to implement the control method of vehicle delivery described above.

Another aspect of the invention also proposes a computer readable medium storing computer program code which, when executed by a processor, implements the above-mentioned control method of vehicle delivery.

Compared with the prior art, the invention has the following advantages: the vehicle delivery control method and system can effectively improve the quality of the whole vehicle delivery. The invention fundamentally solves the problems that in the process from the factory offline to the customer delivery of the vehicle, part of salesmen drive the unsold vehicle privately or part of allied shops do not do PDI check to directly deliver the vehicle to the customer, has low control cost and good control effect, and fundamentally improves the quality and user experience of delivering the vehicle to the customer.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the principles of the invention. In the accompanying drawings:

FIG. 1 is a flow chart of a method of controlling vehicle delivery of the present invention;

FIG. 2 is a schematic illustration of a control method for vehicle delivery employing the present invention; and

FIG. 3 is a flow chart of a control system for vehicle delivery of the present invention.

Detailed Description

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are used in the description of the embodiments will be briefly described below. It is apparent that the drawings in the following description are only some examples or embodiments of the present application, and it is obvious to those skilled in the art that the present application may be applied to other similar situations according to the drawings without inventive effort. Unless otherwise apparent from the context of the language or otherwise specified, like reference numerals in the figures refer to like structures or operations.

As used in this application and in the claims, the terms "a," "an," "the," and/or "the" are not specific to the singular, but may include the plural, unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that the steps and elements are explicitly identified, and they do not constitute an exclusive list, as other steps or elements may be included in a method or apparatus.

The relative arrangement of the components and steps, numerical expressions and numerical values set forth in these embodiments do not limit the scope of the present application unless it is specifically stated otherwise. Meanwhile, it should be understood that the sizes of the respective parts shown in the drawings are not drawn in actual scale for convenience of description. Techniques, methods, and apparatus known to one of ordinary skill in the relevant art may not be discussed in detail, but should be considered part of the authorization specification where appropriate. In all examples shown and discussed herein, any specific values should be construed as merely illustrative, and not a limitation. Thus, other examples of the exemplary embodiments may have different values. It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further discussion thereof is necessary in subsequent figures.

In the description of the present application, it should be understood that, where azimuth terms such as "front, rear, upper, lower, left, right", "transverse, vertical, horizontal", and "top, bottom", etc., indicate azimuth or positional relationships generally based on those shown in the drawings, only for convenience of description and simplification of the description, these azimuth terms do not indicate and imply that the apparatus or elements referred to must have a specific azimuth or be constructed and operated in a specific azimuth, and thus should not be construed as limiting the scope of protection of the present application; the orientation word "inner and outer" refers to inner and outer relative to the contour of the respective component itself.

Spatially relative terms, such as "above … …," "above … …," "upper surface at … …," "above," and the like, may be used herein for ease of description to describe one device or feature's spatial location relative to another device or feature as illustrated in the figures. It will be understood that the spatially relative terms are intended to encompass different orientations in use or operation in addition to the orientation depicted in the figures. For example, if the device in the figures is turned over, elements described as "above" or "over" other devices or structures would then be oriented "below" or "beneath" the other devices or structures. Thus, the exemplary term "above … …" may include both orientations of "above … …" and "below … …". The device may also be positioned in other different ways (rotated 90 degrees or at other orientations) and the spatially relative descriptors used herein interpreted accordingly.

In addition, the terms "first", "second", etc. are used to define the components, and are merely for convenience of distinguishing the corresponding components, and unless otherwise stated, the terms have no special meaning, and thus should not be construed as limiting the scope of the present application. Furthermore, although terms used in the present application are selected from publicly known and commonly used terms, some terms mentioned in the specification of the present application may be selected by the applicant at his or her discretion, the detailed meanings of which are described in relevant parts of the description herein. Furthermore, it is required that the present application be understood, not simply by the actual terms used but by the meaning of each term lying within.

It will be understood that when an element is referred to as being "on," "connected to," "coupled to," or "contacting" another element, it can be directly on, connected or coupled to, or contacting the other element or intervening elements may be present. In contrast, when an element is referred to as being "directly on," "directly connected to," "directly coupled to," or "directly contacting" another element, there are no intervening elements present. Likewise, when a first element is referred to as being "electrically contacted" or "electrically coupled" to a second element, there are electrical paths between the first element and the second element that allow current to flow. The electrical path may include a capacitor, a coupled inductor, and/or other components that allow current to flow even without direct contact between conductive components.

Referring to FIG. 1, a method 10 for controlling delivery of a vehicle is provided according to an embodiment of the present invention. The control method 10 for vehicle delivery can effectively prevent unauthorized use behavior before the vehicle is delivered, and improve the quality of the vehicle to be delivered.

Fig. 1 of the present application uses a flowchart to illustrate operations performed by a system according to embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed in order precisely. Rather, the various steps may be processed in reverse order or simultaneously. At the same time, other operations are added to or removed from these processes.

As shown in fig. 1, a control method 10 of vehicle delivery includes the steps of:

step 11 is creating a static data address in at least one domain controller of the vehicle to be delivered. Specifically, the domain controller includes at least a Power Domain Controller (PDCS) of the vehicle, and creating a static data address in the power domain may add data into the address to enter different control modes.

Step 12 is writing data entering the first mode in the static data address when the vehicle to be delivered is in the first phase, the vehicle entering and remaining in the first mode. More specifically, the vehicle in the first mode cannot travel at a speed exceeding a preset vehicle speed that is less than the maximum vehicle speed that the vehicle can reach. Illustratively, in some embodiments of the present invention, the preset vehicle speed is set to a vehicle speed of 10 km/h, thereby achieving prevention of use of the vehicle before delivery without affecting normal checking and loading procedures of the vehicle before delivery. For example, a vehicle may be required to travel at a low speed for a distance while being loaded and transported. In this embodiment, the data written into the first mode in step 12 may be understood as a "lock-up" operation, but the present invention also contemplates an actual delivery flow, reserving space and room for the operation to be performed.

Step 13 is writing data entering the second mode in the static data address when the vehicle to be delivered enters the second stage from the first stage, the vehicle is converted from the first mode to the second mode, and the vehicle in the second mode can run at any vehicle speed within the highest vehicle speed. This step 13 can be considered as an "unlock" step on the basis of step 12. When the automobile meets certain stage conditions, the automobile is released from the state of the first mode and enters the second mode, so that the automobile is normally used.

Illustratively, in some embodiments of the invention, including those shown in FIG. 1, the control method 10 of vehicle delivery described above uses whether the vehicle is finished with a pre-vehicle check (PDI) as a flag to distinguish between the different phases. As shown in fig. 2, in an embodiment of the present invention, the steps in the control method 10 for vehicle delivery described above correspond to the actual delivery flow of the vehicle.

According to fig. 2, the first phase in these embodiments is that the vehicle to be delivered is taken off line from the factory until the vehicle has completed the PDI. The second phase is after the PDI is completed by the vehicle to before delivery of the vehicle. Illustratively, in such embodiments, the first mode is specifically a PDI undetected mode and the second mode is specifically a PDI detected mode. Accordingly, the data entering the first mode is 01, the data entering the second mode is 02, and the byte lengths are 1. It is understood that the present invention is not limited thereto, and for example, in some other embodiments of the present invention, the configuration of the first mode and the second mode and the specific form and length of the data to be written may be different from those shown in fig. 2.

In the embodiment shown in fig. 2, the status of the vehicle, such as a commodity garage, is also included in this first phase according to the actual vehicle delivery flow. In this embodiment, after the vehicle enters the merchandise garage, the one or more factory off-line devices write the data entering the first mode in the static data address of the domain controller.

More specifically, in the embodiment shown in fig. 2, the domain controller to which the data entering the first mode and the second mode are written further includes a video-audio entertainment domain controller CDCS based on the power domain controller PDCS, and step 12 shown in fig. 1 corresponds to fig. 2, specifically, writing data 01 (data entering the first mode) in PDCS and CDCS. In this embodiment, the vehicle having the first mode is also configured as a vehicle-mounted audio-visual entertainment system that is unable to control the vehicle in the vehicle while being unable to travel at more than a preset vehicle speed. Thus adding to the "software-locked" configuration in addition to the "mechanical-locked" configuration for the as yet undelivered vehicle.

Preferably, in some embodiments of the present invention, when the vehicle is in the first mode, after the vehicle is started, text information of the vehicle in the first mode is displayed through a central control screen of the vehicle, for example, a word of the vehicle in a "PDI undetected mode" is displayed, so as to prompt a user at this stage that the vehicle is in a PDI undetected mode in an undelivered stage, and that the vehicle is locked for starting and normal use.

Further in accordance with FIG. 2, in the second phase, after the vehicle completes the PDI, data entering the second mode is written in the static data address by the after-market diagnostic, for example. The operating body of the after-market diagnostic apparatus may be sales personnel facing the user directly, after the vehicle completes the PDI and before the vehicle is delivered, the data 00 entering the second mode (i.e. the PDI checked mode) is written in the domain controller by the after-market diagnostic apparatus or similar equipment capable of writing data in the corresponding static data address, so that the vehicle enters the second mode and is delivered to the user for normal use.

Preferably, in some embodiments of the present invention, when the vehicle to be delivered is in the first stage as shown in fig. 2, authorization may also be requested from the cloud end through the factory offline device, and when the vehicle to be delivered is still in the first stage after the authorization is obtained, the data entering the second mode may be written in the static data address, so that the vehicle is converted from the first mode to the second mode. This mode is mainly applicable to special situations that may occur before delivery of the vehicle, for example, when the vehicle finds a fault or defect when the PDI is executed, and the vehicle needs to be started for maintenance, then, by means of special authorization, data (such as writing data 00 in PDCS and/or CDCS) of entering the second mode may be written in advance to the vehicle while the vehicle is still in the first stage, so that the vehicle is "unlocked" and necessary maintenance operations before delivery are completed.

By the vehicle delivery control method described above with reference to fig. 1 and 2, when the vehicle is not delivered and the PDI is not completed, some restrictions on starting, logging in of video entertainment, use and the like of the vehicle can be made, and the probability that the vehicle is considered to be used and destroyed before delivery to a user is effectively reduced. In addition, the scheme is directly written into the domain controller of the vehicle, and in some embodiments, the locking state of the vehicle can be automatically prompted, the intelligent degree is high, the control cost is low, and the control of the safety of the vehicle with the undetected PDI can be effectively improved.

An embodiment of the present invention also proposes a control system 30 for vehicle delivery as shown in fig. 3. According to fig. 3, a control system 30 for vehicle delivery may include an internal communication bus 31, a Processor (Processor) 32, a Read Only Memory (ROM) 33, a Random Access Memory (RAM) 34, and a communication port 35. When applied to a personal computer, the control system 30 for vehicle delivery may also include a hard disk 36.

Internal communication bus 31 may enable data communication between components of control system 30 for delivery of the vehicle. Processor 32 may make the determination and issue a prompt. In some embodiments, processor 32 may be comprised of one or more processors. The communication port 35 may enable data communication between the control system 30 for delivery of the vehicle and the outside. In some embodiments, the control system 30 for vehicle delivery may send and receive information and data from the network via the communication port 35.

The control system 30 of the vehicle delivery may also comprise various forms of program storage units as well as data storage units, such as a hard disk 36, read Only Memory (ROM) 33 and Random Access Memory (RAM) 34, capable of storing various data files for computer processing and/or communication, and possibly program instructions for execution by the processor 32. The processor executes these instructions to implement the main part of the method. The result processed by the processor is transmitted to the user equipment through the communication port and displayed on the user interface.

In addition to this, another aspect of the invention proposes a computer readable medium storing computer program code which, when executed by a processor, implements the above-mentioned control method of vehicle delivery.

While the basic concepts have been described above, it will be apparent to those skilled in the art that the above disclosure is by way of example only and is not intended to be limiting. Although not explicitly described herein, various modifications, improvements, and adaptations of the present application may occur to one skilled in the art. Such modifications, improvements, and modifications are intended to be suggested within this application, and are therefore within the spirit and scope of the exemplary embodiments of this application.

Meanwhile, the present application uses specific words to describe embodiments of the present application. Reference to "one embodiment," "an embodiment," and/or "some embodiments" means that a particular feature, structure, or characteristic is associated with at least one embodiment of the present application. Thus, it should be emphasized and should be appreciated that two or more references to "an embodiment" or "one embodiment" or "an alternative embodiment" in various positions in this specification are not necessarily referring to the same embodiment. Furthermore, certain features, structures, or characteristics of one or more embodiments of the present application may be combined as suitable.

Some aspects of the present application may be performed entirely by hardware, entirely by software (including firmware, resident software, micro-code, etc.) or by a combination of hardware and software. The above hardware or software may be referred to as a "data block," module, "" engine, "" unit, "" component, "or" system. The processor may be one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital signal processing devices (DAPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, or a combination thereof. Furthermore, aspects of the present application may take the form of a computer product, comprising computer-readable program code, embodied in one or more computer-readable media. For example, computer-readable media can include, but are not limited to, magnetic storage devices (e.g., hard disk, floppy disk, tape … …), optical disk (e.g., compact disk CD, digital versatile disk DVD … …), smart card, and flash memory devices (e.g., card, stick, key drive … …).

The computer readable medium may comprise a propagated data signal with the computer program code embodied therein, for example, on a baseband or as part of a carrier wave. The propagated signal may take on a variety of forms, including electro-magnetic, optical, etc., or any suitable combination thereof. A computer readable medium can be any computer readable medium that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code located on a computer readable medium may be propagated through any suitable medium, including radio, cable, fiber optic cable, radio frequency signals, or the like, or a combination of any of the foregoing.

Likewise, it should be noted that in order to simplify the presentation disclosed herein and thereby aid in understanding one or more inventive embodiments, various features are sometimes grouped together in a single embodiment, figure, or description thereof. This method of disclosure, however, is not intended to imply that more features than are presented in the claims are required for the subject application. Indeed, less than all of the features of a single embodiment disclosed above.

In some embodiments, numbers describing the components, number of attributes are used, it being understood that such numbers being used in the description of embodiments are modified in some examples by the modifier "about," approximately, "or" substantially. Unless otherwise indicated, "about," "approximately," or "substantially" indicate that the number allows for a 20% variation. Accordingly, in some embodiments, numerical parameters set forth in the specification and claims are approximations that may vary depending upon the desired properties sought to be obtained by the individual embodiments. In some embodiments, the numerical parameters should take into account the specified significant digits and employ a method for preserving the general number of digits. Although the numerical ranges and parameters set forth herein are approximations that may be employed in some embodiments to confirm the breadth of the range, in particular embodiments, the setting of such numerical values is as precise as possible.

While the present application has been described with reference to the present specific embodiments, those of ordinary skill in the art will recognize that the above embodiments are for illustrative purposes only, and that various equivalent changes or substitutions can be made without departing from the spirit of the present application, and therefore, all changes and modifications to the embodiments described above are intended to be within the scope of the claims of the present application.

Claims

1. A method of controlling delivery of a vehicle, comprising the steps of:

when the vehicle to be delivered enters the second stage from the first stage, writing data entering the second mode in the static data address, converting the vehicle from the first mode to the second mode, and enabling the vehicle in the second mode to run at any vehicle speed within the highest vehicle speed, wherein,

the first mode comprises a PDI undetected mode of checking before the traffic, and the second mode comprises a PDI checked mode;

the first stage is before the vehicle to be delivered is offline from the factory to the completion of the PDI, and in the first stage, the data entering the first mode is written in the static data address by one or more factory offline devices;

requesting authorization from the cloud end through factory off-line equipment when the vehicle to be delivered is in the first stage, and writing data entering the second mode into the static data address when the vehicle to be delivered is still in the first stage after the authorization is obtained, so that the vehicle is converted from the first mode to the second mode;

the second phase is after completion of the PDI to before delivery of the vehicle, and in the second phase, data entering the second mode is written in the static data address by the after-market diagnostic instrument.

2. The control method of claim 1, wherein at least one domain controller further comprises an audio-visual entertainment domain controller.

3. The control method of claim 2, wherein the vehicle having the first mode is not capable of traveling at more than a predetermined vehicle speed and is configured as an in-vehicle audio-visual entertainment system that is not capable of controlling the vehicle in-vehicle.

4. The control method according to claim 1, wherein when the vehicle is in the first mode, text information of the vehicle in the first mode is displayed through a center screen of the vehicle after the vehicle is started.

5. The control method according to claim 1, wherein the preset vehicle speed is 10 km/h.

6. The control method of claim 1, wherein the byte length of the data of the first pattern and the data of the second pattern is 1.

7. A control system for vehicle delivery, comprising:

a memory for storing instructions executable by the processor; and a processor for executing instructions to implement the method of any of claims 1-6.

8. A computer readable medium storing computer program code which, when executed by a processor, implements the method of any of claims 1-6.