CN117742219A

CN117742219A - Cross-domain control method, device, equipment and medium for digital quantity port

Info

Publication number: CN117742219A
Application number: CN202311823920.9A
Authority: CN
Inventors: 尹斯德
Original assignee: Guoqi Intelligent Control Beijing Technology Co Ltd
Current assignee: Guoqi Intelligent Control Beijing Technology Co Ltd
Priority date: 2023-12-27
Filing date: 2023-12-27
Publication date: 2024-03-22

Abstract

The invention relates to the technical field of port control, and discloses a cross-domain control method, device, equipment and medium of a digital quantity port, which are applied to a digital quantity port control module constructed on a classical platform of an automobile open architecture system, wherein the module comprises the following components: the gateway component, the management component and the routing component are used for receiving control requests from other platforms for the digital quantity port of the current platform through the gateway component, sending the control requests to the management component through the routing component so as to generate control instructions for the target digital quantity port of the current platform according to the control requests, and sending the control instructions to the hardware abstraction layer of the current platform through the routing component so as to control the digital quantity port of the current platform according to the control instructions. The invention builds the digital port control module on the classical platform of the automobile open architecture system, can receive the port control requests from other platforms, and solves the problem that the port can not be controlled conveniently and efficiently when the digital quantity port is controlled in a cross-domain manner.

Description

Cross-domain control method, device, equipment and medium for digital quantity port

Technical Field

The present invention relates to the field of port control technologies, and in particular, to a method, an apparatus, a device, and a medium for controlling a digital port in a cross-domain manner.

Background

In the field of automotive electronics, most electronic control units have a digital control function for pins, that is, a function of controlling pin level output high-low state and a function of acquiring pin level state. Currently, an autopilot domain controller mostly adopts a hardware architecture scheme of a System On Chip (SOC) plus a single micro control unit ((Micro Controller Unit, MCU) (or dual MCU), a multi-SOC plus a single MCU (or dual MCU).

Currently, most of the autopilot domain controllers adopt standard schemes of an Adaptive automotive open architecture system (Adaptive automotive sar) architecture and a classical automotive open system architecture (Classic automotive sar). In Adaptive AUTOSAR, there is no module related to Digital Input/output (DIO) of port Digital quantity Input/output, so DIO function can only be realized in Classic AUTOSAR at MCU side according to standard scheme, at present, IO pin at MCU side is controlled or obtained at SOC side, control command is sent from SOC to MCU between SOC and MCU by using communication based on Udp, then analysis command is realized by Swc of MCU application layer, and DIO control and obtaining are realized by calling interface of IO HW Abstraction through Rte interface.

In the prior art, only a DIO scheme of a single MCU can be realized, and distributed DIO can not be performed on a plurality of SOCs or a system of SOCs and MCUs. The conventional Classic AUTOSAR specification only has IO HW Abstraction, and does not have a manager for DIO, and the Adaptive AUTOSAR specification also has no DIO related module, so that when the SOC and the MCU are taken as a whole to realize the control of the DIO of the MCU on the SOC side, the control and the acquisition of the DIO on the MCU side on the SOC side cannot be realized through a whole set of configuration. When the SOC side is used for processing DIO control and information acquisition of the MCU side, a large amount of complicated codes are required to be written, and when the digital quantity of the port is actually controlled, the port cannot be controlled conveniently and efficiently.

Disclosure of Invention

In view of this, the present invention provides a method, apparatus, device and medium for controlling a digital port in a cross-domain manner, so as to solve the problem that when the digital port is controlled in a cross-domain manner, the port cannot be controlled conveniently and efficiently.

In a first aspect, the present invention provides a cross-domain control method for a digital port, which is applied to a digital port control module constructed on a classical platform of an open architecture system of an automobile, where the digital port control module includes: a gateway component, a management component, and a routing component, the method comprising:

receiving control requests from other platforms for digital quantity ports of the current platform through a gateway component, and sending the control requests to a management component through a routing component;

the management component generates a control instruction aiming at a target digital quantity port of the current platform according to the control request, and sends the control instruction to a hardware abstraction layer of the current platform through the routing component;

and the hardware abstraction layer controls the digital quantity port of the current platform according to the control instruction.

By constructing the digital port control module on the classical platform of the automobile open architecture system, the port control requests from other platforms can be received, and the problem that the ports cannot be controlled conveniently and efficiently when the digital quantity ports are controlled in a cross-domain mode is solved.

In an alternative embodiment, the method further comprises:

configuring a cross-domain service numbering table on a current platform, and performing information interaction by a gateway component based on the cross-domain service numbering table and other platforms, wherein the cross-domain service numbering table comprises: request numbers and reply numbers corresponding to hardware chips where different platforms are located.

The sender of the received control request is identified by configuring the service number table, so that information interaction is performed, and the safety of different platforms in information interaction can be ensured.

In an alternative embodiment, the gateway component receives control requests from other platforms for the digital quantity port of the current platform, including:

the gateway component obtains the service number in the control request, and determines whether the control request corresponding to the service number corresponds to the current platform according to the cross-domain service number table;

and if the control request corresponding to the service number corresponds to the current platform, receiving the control request.

After receiving the control requests from other platforms, determining whether to process the received control requests according to whether the service numbers in the control requests are matched with the contents in the service number table, so that the accuracy of executing the control requests can be ensured, and erroneous execution is avoided.

In an alternative embodiment, the method further comprises:

the management component periodically acquires state information of a digital quantity port of the current platform according to a preset control mode and sends the state information to the routing component;

and the routing component converts the state information into corresponding service instructions according to the cross-domain service numbering table and sends the service instructions to other platforms through the gateway component.

The port state information is obtained regularly and sent to other platforms, so that the other platforms can process the port information on the current platform in time, and the stability of port information transmission and the convenience of the other platforms for obtaining the port information are guaranteed.

In an alternative embodiment, the method further comprises:

in response to receiving state query instructions from other platforms, the management component acquires state information of a digital quantity port of the current platform and sends the state information to the routing component;

And after the query instruction is received, the related information is acquired, so that the effectiveness of resource allocation is ensured, and the resource allocation is prevented from being repeatedly allocated, so that waste is caused.

In an alternative embodiment, the method further comprises:

and configuring control parameters of the digital quantity port of the current platform according to a preset mapping relation, wherein the preset mapping relation is used for representing other platforms for controlling the corresponding digital quantity port in the current platform.

Other platforms corresponding to the ports are determined through the mapping relation, and control parameters corresponding to the ports can be preconfigured, so that after a control request is received, the ports can be controlled according to the control parameters corresponding to the ports and the specific control request.

In an alternative embodiment, the hardware abstraction layer controls the digital port of the current platform according to the control instruction, including:

determining other platforms corresponding to the control instruction, and determining a target digital quantity port controlled by the other platforms and corresponding control parameters based on the preset mapping relation;

and the hardware abstraction layer controls the target digital quantity port of the current platform according to the control instruction, the target digital quantity port and the corresponding control parameters.

In a second aspect, the present invention provides a cross-domain control device for a digital port, which is applied to a digital port control module constructed on a classical platform of an open architecture system of an automobile, where the digital port control module includes: a gateway component, a management component, and a routing component, the apparatus comprising:

the system comprises a request receiving module, a routing module and a management module, wherein the request receiving module is used for receiving control requests of other platforms for digital quantity ports of a current platform through a gateway module and sending the control requests to the management module through the routing module;

the instruction generation module is used for generating a control instruction aiming at the target digital quantity port of the current platform according to the control request through the management component, and sending the control instruction to a hardware abstraction layer of the current platform through the routing component;

and the port control module is used for controlling the digital quantity port of the current platform according to the control instruction through the hardware abstraction layer.

In a third aspect, the present invention provides a computer device comprising: the memory and the processor are in communication connection, computer instructions are stored in the memory, and the processor executes the computer instructions, so that the cross-domain control method of the digital quantity port in the first aspect or any corresponding implementation mode of the first aspect is executed.

In a fourth aspect, the present invention provides a computer readable storage medium having stored thereon computer instructions for causing a computer to perform the method for cross-domain control of a digital port according to the first aspect or any of the embodiments corresponding thereto.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, and it is obvious that the drawings in the description below are some embodiments of the present invention, and other drawings can be obtained according to the drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flow chart of a method of cross-domain control of a digital quantity port according to an embodiment of the present invention;

FIG. 2 is a flow chart of another method of cross-domain control of a digital quantity port according to an embodiment of the present invention;

fig. 3 is a diagram illustrating a conventional CP architecture according to an embodiment of the present invention;

fig. 4 is an exemplary diagram of an improved CP architecture according to an embodiment of the present invention;

FIG. 5 is a diagram illustrating a DIO configuration interface according to an embodiment of the invention;

FIG. 6 is an illustration of a cross-domain service numbering representation according to an embodiment of the invention;

FIG. 7 is a block diagram of a cross-domain control device for a digital port according to an embodiment of the present invention;

fig. 8 is a schematic diagram of a hardware structure of a computer device according to an embodiment of the present invention.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

Therefore, the embodiment of the invention provides a cross-domain control method for a digital quantity port, which can receive port control requests from other platforms by constructing a digital connection port control module on a classical platform of an automobile open architecture system, and solves the problem that the port cannot be controlled conveniently and efficiently when the digital quantity port is controlled in a cross-domain mode.

According to an embodiment of the present invention, there is provided a cross-domain control method embodiment of a digital volume port, it should be noted that the steps shown in the flowchart of the drawings may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is shown in the flowchart, in some cases the steps shown or described may be performed in an order different from that herein.

In this embodiment, a cross-domain control method of a digital port is provided, which is applied to a digital port control module constructed on a classical platform of an automobile open architecture system, where the digital port control module includes: gateway component, management component and routing component, fig. 1 is a flowchart of a method for controlling a digital port in a domain-crossing manner according to an embodiment of the present invention, as shown in fig. 1, where the flowchart includes the following steps:

in step S101, a control request for a digital port of a current platform from another platform is received by the gateway component, and the control request is sent to the management component via the routing component.

In the field of automotive electronics, ports on an MCU chip are usually controlled to adjust the running state of the entire automotive quantum system, and a plurality of digital ports, i.e., DIO ports, are formed on the MCU chip, and some of the ports are controlled directly by related control modules on a classical platform corresponding to the MCU, and some of the ports are controlled by a platform architecture corresponding to a hardware chip.

And constructing a special digital port control module on a Classical Platform (CP) corresponding to the MCU chip, wherein the special digital port control module is provided with a gateway component, a management component and a routing component, the gateway component is responsible for receiving control requests from platforms corresponding to other hardware chips, and after receiving the control requests, the gateway component sends the control requests to the management component through the routing component in the module according to a preset transmission path so as to process port control requests from other platforms.

In step S102, the management component generates a control instruction for the target digital port of the current platform according to the control request, and sends the control instruction to the hardware abstraction layer of the current platform through the routing component.

After receiving the control request sent by the routing component, the management component generates a control instruction aiming at the digital quantity port on the current platform, namely the CP platform where the management component is located according to the content in the control parent solution, and sends the control instruction to the corresponding hardware abstraction layer through the routing component so as to control the corresponding digital quantity port in the control request.

Step S103, the hardware abstraction layer controls the digital quantity port of the current platform according to the control instruction.

After receiving the control instruction, the hardware abstraction layer can correspondingly control the target digital quantity port according to the control instruction, for example, in the control instruction, the level state of the digital quantity port with the number of 011 is adjusted to be high level, and in the hardware abstraction layer, the level state of the corresponding hardware port is adjusted so as to enable the corresponding hardware port to meet the control request of the hardware chip corresponding to other platforms.

According to the cross-domain control method for the digital quantity port, a digital quantity port control module is constructed on an AUTOSAR CP platform corresponding to the MCU chip, and control requests for the digital quantity port on the current platform, namely the CP, from other platforms are received through cooperation of all the modules. The method and the device solve the problem that the port cannot be controlled conveniently and efficiently when the digital port is controlled in a cross-domain mode.

According to an embodiment of the present invention, another embodiment of a cross-domain control method for a digital port is provided, which is applied to a digital port control module constructed on a classical platform of an open architecture system of an automobile, where the module includes: gateway component, management component and routing component, fig. 2 is a flow chart of another method for cross-domain control of digital volume ports according to an embodiment of the present invention, as shown in fig. 2, the flow comprising the steps of:

step S201, configuring a cross-domain service numbering table on the current platform, where the gateway component performs information interaction based on the cross-domain service numbering table and other platforms, and the cross-domain service numbering table includes: request numbers and reply numbers corresponding to hardware chips where different platforms are located.

A cross-domain service number table is configured on the platform, and the table comprises service numbers which need to be identified when the hardware chip corresponding to the current platform receives service requests from other hardware chips and service numbers which need to be carried by the current platform when information is sent to other platforms, so that the accuracy of information sending of different hardware chips when information transmission is carried out is ensured through the cross-domain service number table, and meanwhile, both sides of sending information can be ensured to identify sources of interaction information, and smoothness of information communication is ensured.

For example, the current hardware chip is an MCU in which a cross-domain service number table for different chips is configured, e.g., request number for SOC a is 0x0011, reply number for SOC a is 0x0021; request number for SOC B is 0x0012, reply number for SOC B is 0x0022; for other MCU chips, such as MCU A, the request number is 0x0013, and the corresponding reply number is 0x0023.

Taking the request number and the reply number for the SOC a as an example, after the hardware chip MCU corresponding to the current platform receives the control request from the SCO a, there is a corresponding request number in the control request, if the request number is 0x0011, the gateway component determines that the control request is the control request from the SOC a, after executing the corresponding instruction, recall that the SOC a sends a corresponding reply message, and there is a corresponding reply number, that is, 0x0021, in the reply message, after the SOC a receives the information, it can know that the control request sent by the SOC a is executed according to the reply number, thereby guaranteeing the security and the validity of the reply during the information interaction.

In step S202, a control request for the digital port of the current platform from the other platforms is received by the gateway component, and the control request is sent to the management component via the routing component.

Specifically, in step S202, the gateway component receives a control request from another platform for the digital port of the current platform, including:

It can be understood that, after the gateway component receives the control requests from other platforms, the gateway component compares the control requests with the cross-domain service number table in the current platform according to the service numbers carried in the control requests, and only when the service numbers exist in the request numbers in the current cross-domain service number table, the control request corresponding to the service numbers is processed.

For example, also in the above example, if the current MCU hardware chip receives a control request from another hardware chip, the service number of the control request is 0x0000, and there is no corresponding service number in the service number table in the above example, so the control request may not be processed. However, if the service number in the control request is 0x0011, the service number is in the number table and indicates that it is a control request from SOC a, so the control request corresponding to the service number corresponds to the current platform, and the gateway component receives the control request and sends it to the management component via the routing component for subsequent processing.

In step S203, the management component generates a control instruction for the target digital port of the current platform according to the control request, and sends the control instruction to the hardware abstraction layer of the current platform through the routing component. The specific implementation of this step refers to step S102 described above, and will not be described here again.

Step S204, configuring control parameters of the digital quantity ports of the current platform according to a preset mapping relation, wherein the preset mapping relation is used for representing other platforms for controlling the corresponding digital quantity ports in the current platform.

Before receiving the control request, configuring control parameters of each digital port on the current platform on the platform in advance according to a preset mapping relation, wherein the preset mapping relation is used for representing other platforms for controlling the digital ports in the current platform. It can be understood that on the hardware chip corresponding to the current platform, i.e. on the MCU chip, a plurality of digital ports are corresponding to the digital ports, and the digital ports are respectively controlled by the platforms corresponding to different hardware chips, for example, the MCU hardware chip corresponding to the current platform has 10 digital ports thereon, 4 of the digital ports are controlled by the CP platform corresponding to the MCU hardware chip, 3 of the digital ports are controlled by the SOC a side, and 3 of the digital ports are controlled by the SOC B side, wherein the configuration parameters of the digital ports are different due to different ports corresponding to different hardware chips, for example, some ports are configured as output ports, and some ports are configured as input ports; some digital ports are configured to be active high, some digital ports are configured to be active low, or different digital ports are configured according to a preset mapping relation because specific configurations of filtering algorithms and the like executed by the digital ports are different due to different corresponding hardware chips of final control.

In step S205, the hardware abstraction layer controls the digital port of the current platform according to the control instruction.

Specifically, in step S205, the hardware abstraction layer controls the digital port of the current platform according to the control instruction, including:

determining other platforms corresponding to the control instruction, and determining a target digital quantity port controlled by the other platforms and corresponding control parameters based on a preset mapping relation;

the hardware abstraction layer controls the target digital port of the current platform according to the control instruction and the target digital port and the corresponding control parameter.

It may be understood that, after receiving a control instruction from another platform, it is determined that the control instruction is from that platform, for example, it may be determined that the control instruction is specifically from the platform corresponding to that hardware chip through a request number in the control request corresponding to the control instruction. After determining which platform the number control command comes from, the digital ports on the current platform controlled by the other platforms and the corresponding control parameters thereof are determined according to the mapping relationship preset on the current platform, that is, the mapping relationship mentioned in step S204. For example, it is determined that the control command is from the AP platform corresponding to the SOC a, the digital ports of the control corresponding to the SOC a are determined to be the port 1, the port 2 and the port 3 on the current platform according to the mapping table, and control parameters corresponding to the ports, for example, the port 1 and the port 2 are valid at a high level and the port 3 is valid at a low level, in the received control command, the level of the port 2 is required to be set to be a valid level, at this time, it is determined that the level state of the port 2 needs to be set to be a high level according to the control command and the control parameter corresponding to the target port, so that the hardware abstraction layer sets the level of the target port to be a high level. In this example, for convenience of understanding only, in a specific information transmission process, the instruction may include more complex control content according to an actual control requirement, and a specific control situation is determined according to the actual requirement, which is not described herein.

After the control of the target port according to the content in the control instruction in the above example, a completion message may be sent to the SOC a according to the cross-domain service number table in the above example, where the reply number 0x0021 corresponding to the SOC a is included in the information, and is used to indicate that the information is a corresponding reply message including the information of 0x0011 sent to the SOC a, and is used to indicate that the control request sent by the SOC a has been executed. A specific routing path may be routed to SOC a via a routing component and a gateway component.

In step S206, the management component periodically obtains the state information of the digital port of the current platform according to the preset control mode and sends the state information to the routing component, the routing component converts the state information into a corresponding service instruction according to the cross-domain service number table, and sends the service instruction to other platforms through the gateway component.

It will be appreciated that the specific status information needs of certain ports on the MCU chip that corresponds more than to the current platform may need to be invoked for use by the software platform that corresponds more than to other hardware chips. For example, the digital port 5 and the digital port 6 on the current MCU hardware chip are input ports, i.e. the information of the two ports needs to be acquired to call the platform corresponding to the corresponding hardware chip. At this time, a specific control manner may be preset, the management component periodically acquires the state information of the two ports, such as information of level, change frequency, and the like, and sends the state information to the routing component, and the routing component converts the state sienna into corresponding service instructions according to the cross-domain service number table, that is, the service instructions carry corresponding number information, so that the target hardware chip may safely receive the state information.

Specifically, when the state information is sent to other platforms, the management component may acquire the state information of the digital port of the current platform and send the state information to the routing component in response to receiving a state query instruction from the other platforms;

the routing component converts the state information into corresponding service instructions according to the cross-domain service numbering table, and sends the service instructions to other platforms through the gateway component.

It can be understood that, only after receiving a specific state query instruction from another platform, the management component invokes the state information of the digital ports and sends the state information to the routing component, then, according to the method in the foregoing, converts the state information into a corresponding service instruction according to the cross-domain service number table, and finally, sends the corresponding service instruction to the other platform through the gateway component.

The cross-domain control method for the digital port provided by the embodiment of the invention is implemented by a digital port control module constructed on a classical platform of an automobile open architecture system, wherein the digital port control module comprises the following components: the gateway component, the management component and the routing component receive the control request of the external platform through the digital quantity port control module so as to realize the cross-domain control of the digital quantity port, and the corresponding cross-domain service numbering table is also configured on the platform, so that the safety of information transmission can be ensured when the information transmission is carried out across the platform. Meanwhile, when the control request is converted into the control instruction to control the hardware layer, accurate control can be realized according to the control parameters corresponding to the target port, and the effectiveness of control is ensured.

The embodiment of the method provided by the invention is that a digital port control module is constructed on a classical platform of a traditional automobile open architecture system, namely an AUTOSAR CP, a traditional CP architecture schematic diagram is shown in FIG. 3, and FIG. 3 is an exemplary diagram of a traditional CP architecture provided according to the embodiment of the invention. The method provided by the invention is that a digital port control module is added to a broken line part in the traditional architecture diagram, the improved architecture diagram of the part is shown in fig. 4, fig. 4 is an improved CP architecture example diagram provided according to an embodiment of the invention, wherein a digital input/output manager is a management component in the embodiment, a digital input/output router is a routing component, and a digital input/output gateway based on service is a network management component. The improved architecture may implement the method embodiments described above. When each component in the module is configured, the control direction and the level high-low filtering algorithm type of the DIO pin can be controlled on the current architecture platform particularly when the component is managed; the parameters such as the filtering times and the like are distributed and designed, and the DIO of each and is configured according to a preset distribution mapping relation, so that a configuration interface example diagram is provided, as shown in fig. 5, and fig. 5 is a DIO configuration interface example diagram according to an embodiment of the invention.

Next, the routing component and the gateway component are configured, and specific configuration content thereof is to configure the cross-domain service numbering table mentioned in the above embodiment, and receive and send control requests according to the numbering table, as shown in fig. 6, which is an illustration of cross-domain service numbering representation according to an embodiment of the present invention.

After the CP platform corresponding to the MCU chip receives the DIO control request of the SOC A through the gateway component, the gateway component judges whether the service request belongs to the local domain or not according to the multi-domain service configuration table, namely, the MCU directly converts the request into I-IO and reports the I-IO to the management component, the management component transmits the I-IO to the routing component, the routing component judges the I-IO, and the I-IO is directly delivered to the hardware abstraction layer for control output.

After the management component of the MCU acquires the DIO level state, the DIO level state is packaged into I-IO and delivered to the routing component, the routing component carries out SOA conversion on the I-IO corresponding to the service according to the cross-domain service numbering table, and the converted DIO level state is sent to the corresponding domain in the form of SOA service. In an exemplary example, besides the CP platform corresponding to the MCU, the same network management component, management component and routing component may also be set on the AP platform corresponding to the SOC, where, for example, SOC a receives the DIO level state through the gateway component of the SOC a domain, the gateway component of the SOC a domain converts the level state information into a corresponding I-IO, and the I-IO is handed to the management component of the SOC a domain through the routing component r, where the management component of the SOC a domain processes the DIO level state.

Under the condition of an automatic driving domain controller adopting a single SOC plus single MCU (or double MCU) or multiple SOCs plus single MCU (or double MCU) hardware architecture scheme, under the condition that a user only needs to use a unified configuration tool to configure and generate ARXML based on DIO requirements of the user, then the configuration tools of Adaptive AUTOSAR and Classic AUTOSAR are imported to generate codes, the development and test workload of a custom communication interface and MCU Swc is not required to be increased, a large amount of handwriting codes are not required to be developed, the automatic driving domain controller can be compatible with the prior art scheme, the idea that AUTOSAR is more configured instead of handwriting is met, the code quality is greatly improved, the higher maintenance cost is not required, the development efficiency is high, and the period is short.

The embodiment also provides a cross-domain control device of the digital port, which is applied to a digital port control module constructed on a classical platform of an automobile open architecture system, wherein the digital port control module comprises: the gateway component, the management component and the routing component are used for implementing the above embodiments and preferred embodiments, and are not described in detail. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.

The present embodiment provides a cross-domain control device for a digital port, as shown in fig. 7, including:

a request receiving module 401, configured to receive, by using a gateway component, a control request from another platform for a digital port of a current platform, and send the control request to a management component via a routing component;

the instruction generating module 402 is configured to generate, by using the management component, a control instruction for the target digital port of the current platform according to the control request, and send the control instruction to the hardware abstraction layer of the current platform through the routing component;

the port control module 403 is configured to control, by using the hardware abstraction layer, the digital port of the current platform according to the control instruction.

In some alternative embodiments, the apparatus further comprises: the cross-domain service number configuration module is used for configuring a cross-domain service number table on the current platform, the gateway component carries out information interaction based on the cross-domain service number table and other platforms, and the cross-domain service number table comprises: request numbers and reply numbers corresponding to hardware chips where different platforms are located.

In some alternative embodiments, the gateway component receives control requests from other platforms for the digital quantity port of the current platform, including:

In some alternative embodiments, the apparatus further comprises: the state information sending module is used for enabling the management component to periodically acquire the state information of the digital quantity port of the current platform according to a preset control mode and send the state information to the routing component;

In some optional embodiments, the status information sending module is further configured to, in response to receiving a status query instruction from another platform, obtain, by the management component, status information of the digital port of the current platform and send the status information to the routing component;

In some alternative embodiments, the apparatus further comprises: the port configuration module is used for configuring control parameters of the digital quantity port of the current platform according to a preset mapping relation, wherein the preset mapping relation is used for representing other platforms for controlling the corresponding digital quantity port in the current platform.

In some optional embodiments, the hardware abstraction layer controls the digital port of the current platform according to the control instruction, including:

Further functional descriptions of the above respective modules and units are the same as those of the above corresponding embodiments, and are not repeated here.

The cross-domain control means of the digital volume port in this embodiment is presented in the form of functional units, where the units refer to ASIC (Application Specific Integrated Circuit ) circuits, processors and memories executing one or more software or fixed programs, and/or other devices that can provide the above described functionality.

The embodiment of the invention also provides a computer device, which is provided with the cross-domain control device of the digital quantity port shown in the figure 7.

Referring to fig. 8, fig. 8 is a schematic structural diagram of a computer device according to an alternative embodiment of the present invention, as shown in fig. 8, the computer device includes: one or more processors 10, memory 20, and interfaces for connecting the various components, including high-speed interfaces and low-speed interfaces. The various components are communicatively coupled to each other using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the computer device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In some alternative embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories and multiple memories. Also, multiple computer devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). One processor 10 is illustrated in fig. 8.

The processor 10 may be a central processor, a network processor, or a combination thereof. The processor 10 may further include a hardware chip, among others. The hardware chip may be an application specific integrated circuit, a programmable logic device, or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general-purpose array logic, or any combination thereof.

Wherein the memory 20 stores instructions executable by the at least one processor 10 to cause the at least one processor 10 to perform a method for implementing the embodiments described above.

The memory 20 may include a storage program area that may store an operating system, at least one application program required for functions, and a storage data area; the storage data area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some alternative embodiments, memory 20 may optionally include memory located remotely from processor 10, which may be connected to the computer device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

Memory 20 may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as flash memory, hard disk, or solid state disk; the memory 20 may also comprise a combination of the above types of memories.

The computer device further comprises input means 30 and output means 40. The processor 10, memory 20, input device 30, and output device 40 may be connected by a bus or other means, for example in fig. 5.

The input device 30 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the computer apparatus, such as a touch screen, a keypad, a mouse, a trackpad, a touchpad, a pointer stick, one or more mouse buttons, a trackball, a joystick, and the like. The output means 40 may include a display device, auxiliary lighting means (e.g., LEDs), tactile feedback means (e.g., vibration motors), and the like. Such display devices include, but are not limited to, liquid crystal displays, light emitting diodes, displays and plasma displays. In some alternative implementations, the display device may be a touch screen.

The embodiments of the present invention also provide a computer readable storage medium, and the method according to the embodiments of the present invention described above may be implemented in hardware, firmware, or as a computer code which may be recorded on a storage medium, or as original stored in a remote storage medium or a non-transitory machine readable storage medium downloaded through a network and to be stored in a local storage medium, so that the method described herein may be stored on such software process on a storage medium using a general purpose computer, a special purpose processor, or programmable or special purpose hardware. The storage medium can be a magnetic disk, an optical disk, a read-only memory, a random access memory, a flash memory, a hard disk, a solid state disk or the like; further, the storage medium may also comprise a combination of memories of the kind described above. It will be appreciated that a computer, processor, microprocessor controller or programmable hardware includes a storage element that can store or receive software or computer code that, when accessed and executed by the computer, processor or hardware, implements the methods illustrated by the above embodiments.

Although embodiments of the present invention have been described in connection with the accompanying drawings, various modifications and variations may be made by those skilled in the art without departing from the spirit and scope of the invention, and such modifications and variations fall within the scope of the invention as defined by the appended claims.

Claims

1. The cross-domain control method of the digital quantity port is applied to a digital quantity port control module constructed on a classical platform of an automobile open architecture system, and the digital quantity port control module comprises the following components: a gateway component, a management component, and a routing component, wherein the method comprises:

2. The method according to claim 1, wherein the method further comprises:

3. The method of claim 2, wherein the gateway component receiving control requests from other platforms for digital ports of a current platform, comprises:

4. The method according to claim 2, wherein the method further comprises:

5. The method according to claim 2, wherein the method further comprises:

6. The method according to claim 1, wherein the method further comprises:

7. The method of claim 6, wherein the hardware abstraction layer controlling the digital port of the current platform according to the control instruction, comprises:

8. A cross-domain control device of a digital port, which is applied to a digital port control module constructed on a classical platform of an automobile open architecture system, wherein the digital port control module comprises: gateway component, management component and routing component, characterized in that said device comprises:

9. A computer device, comprising:

a memory and a processor communicatively coupled to each other, the memory having stored therein computer instructions, the processor executing the computer instructions to perform the method of cross-domain control of a digital volume port of any one of claims 1 to 7.

10. A computer-readable storage medium having stored thereon computer instructions for causing a computer to perform the method of cross-domain control of a digital quantity port according to any one of claims 1 to 7.