WO2021139099A1

WO2021139099A1 - Virtual can port multiplexing technology implementation method based on edge cloud environment

Info

Publication number: WO2021139099A1
Application number: PCT/CN2020/098661
Authority: WO
Inventors: 王晔; 李琦; 巩玉旺
Original assignee: 山东超越数控电子股份有限公司
Priority date: 2020-01-09
Filing date: 2020-06-29
Publication date: 2021-07-15
Also published as: CN111131520A; CN111131520B

Abstract

Disclosed is a virtual can port multiplexing technology implementation method based on an edge cloud environment. The method comprises: firstly, creating a virtual can port comprising a virtual can driver, a can client end and a can serving end; and then performing a can port configuration management service and a can port data communication service, wherein the virtual can driver may be associated with a plurality of application programs, that is, one virtual can port may be used by a plurality of application programs at the same time. A virtual can port is provided in the present invention. The present virtual can port can be used by a plurality of application programs at the same time. Moreover, the present virtual can port may be connected to different application programs and associated with different physical can ports, and is easily expanded, such that the problems of data errors, inconsistency and unpredictability caused by the fact that a traditional physical can port channel is easily blocked can be effectively solved.

Description

Method for implementing virtual CAN port multiplexing technology based on edge cloud environment

Technical field

The present invention provides a method for implementing virtual CAN port multiplexing technology based on an edge cloud environment, which belongs to the field of edge cloud computing.

Background technique

Cisco pointed out in the 2016-2021 Global Cloud Index: The number of devices connected to the Internet will increase from 17.1 billion in 2016 to 27.1 billion. The amount of data generated every day is also increasing. The traditional cloud computing model uploads all data to the cloud computing center through the network will cause many shortcomings, such as: interconnection real-time requirements, data security issues, energy consumption issues, etc.; in intelligent business scenarios Driven by applications, the "cloud + intelligence" new business format has gradually formed, which has gradually become a long-term choice and industry consensus for business strategy development, and more and more business scenarios have begun to go to the cloud. Today, the edge cloud model has become a supporting platform for new Internet of Everything applications, with broad prospects in the financial, military, industrial, and medical industries.

Due to the high reliability and real-time nature of the can bus, in the edge cloud scenario, specific services require the can bus as a field device and communication support to obtain or collect business-related data information. However, when a large amount of data is transmitted, the can Data transmission between modules is prone to channel congestion.

Summary of the invention

The technical problem to be solved by the present invention is to provide an implementation method of virtual CAN port multiplexing technology based on an edge cloud environment, which is used to solve the problems of error, blockage and inconsistency of CAN port channel data under the traditional model.

In order to solve the technical problem, the technical solution adopted by the present invention is: an implementation method of virtual can port multiplexing technology based on edge cloud environment, including the following steps: S01), creating a virtual can port, the virtual can port includes Virtual can driver, can client and can server, one end of the virtual can driver is connected to the application, the other end is connected to the can client, the can client and the can server are connected through Ethernet, and the can server is connected to the physical can port; S02 ). Specify the application or client with the permission to modify the attributes of the can port through the permission profile, and decide whether to allow the application or client to modify the attributes of the can port according to the permission profile. If allowed, serve the can port according to the permission profile The client sends the can port attribute modification instruction to complete the modification of the can port attribute; S03). After the virtual can port data service is started in the virtual machine, the can client automatically connects with the can server on the Ethernet to establish a communication channel. When the program writes the virtual can port, the can client sends data to the can server through the network connection, and then sends the data out from the physical can port connected to the can server; when the physical can port receives data, the can service The terminal reads the data from the physical can port, and then sends it to the can client through a network connection. The can client forwards the data to the virtual can driver, and the virtual can driver forwards it to the application.

Further, a virtual can port is associated with multiple applications, that is, a virtual can port can be used by multiple applications at the same time.

Further, step S02 is specifically: when the virtual can port configuration management service is started in the virtual machine, the can client automatically connects with the can server on the Ethernet to establish a communication channel, and after the connection is established, the can server sends the newly connected can client The client broadcasts permission configuration and can port attribute information. After the can client receives the broadcast, it judges whether it has permission. If it has permission, it sends an attribute modification instruction to the can server according to the can port attribute information configured by the application. If there is no permission, Record the CAN port attributes broadcast by the can server, and then use this to communicate with the CAN port; the can server receives the can port attribute modification instruction sent by the can client, and first judges whether the can client has permission to modify it, if so Permission, modify the attributes of the can port, and then broadcast the new attributes of the can port to all connected can clients. If there is no permission, the command is ignored.

Further, in step S03, when the application program writes the virtual can port, the can client captures the data sent by the application program through the virtual can driver, and then sends the data to the can server through the network connection.

Further, the data exchange between the can client and the can server is performed through the TCP connection.

Further, the virtual can port is a programming interface created by using the underlying device driver technology and has the same behavior characteristics as the traditional can port but without corresponding can port hardware.

Further, the virtual can port driver is set to self-start.

The beneficial effects of the present invention: the present invention provides a virtual can port, which can be used by multiple applications at the same time, and the virtual can port is easy to expand, which can effectively solve the problem that traditional physical can port channels are prone to blockage This leads to data errors, inconsistencies, and unpredictable problems.

Description of the drawings

The accompanying drawings are used to provide a further understanding of the present invention and constitute a part of the specification. Together with the embodiments of the present invention, they are used to explain the present invention, and do not constitute a limitation to the present invention.

Figure 1 is a schematic diagram of the principle of a virtual can port;

Figure 2 is a flow chart of virtual can port command configuration;

Figure 3 is a flow chart of virtual CAN port data forwarding;

Figure 4 is a flow chart of virtual can port multiplexing and forwarding.

Detailed ways

The technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of the present invention.

Example 1

Edge cloud scenarios are mostly applied to terminal layers such as healthcare, video analysis, vehicle interconnection, mobile big data analysis, ocean detection control, etc. Because the physical can port can only be used by one application at a time, this is largely restricted The use of can port resources, and the expansion of the can port of physical equipment is very limited.

In response to this problem, this embodiment discloses a method for implementing virtual CAN port multiplexing technology based on an edge cloud environment, which includes the following steps:

S01), create a virtual can port

As shown in Figure 1, the virtual can port includes a virtual can driver, a can client, and a can server. One end of the virtual can driver is connected to the application, the other end is connected to the can client, and the can client is connected to the can server through the Ethernet. , The can server is connected to the physical can port (in Figure 1, only the can driver of the physical can port is shown).

In this embodiment, the virtual can port is a programming interface that is created by using the underlying device driver technology and can be accessed by applications, and its behavior characteristics are the same as the traditional physical can port, but there is no corresponding can port hardware in the computer. The virtual can port is usually associated with a certain physical can port through other communication methods, so that the access of the application program to the virtual can port is mapped to the access to the physical can port. In this embodiment, the communication mode is implemented through the can client and the can server.

S02), can port configuration management service

The can port configuration management service specifies the application or client that has the permission to modify the can port baud rate and other attributes through the permission profile, and decides whether to allow the application or client to modify the can port attributes according to the permission profile. If allowed, then Send the can port attribute modification instruction to the can server according to the permission configuration file to complete the modification of the can port attribute.

Specifically, as shown in Figure 2, when the virtual can port configuration management service (can client) is started in the virtual machine, it will automatically connect with the can port networking device (can server) on the Ethernet to establish a communication channel (through the can client and Can server establish communication). After the connection is established, the can server broadcasts attribute information such as permission configuration and can port baud rate to the newly connected can client; the can client judges whether it has permission after receiving the broadcast, and if it has permission, it will be based on the can port configured by the application Attributes such as baud rate are sent to the can server to modify the attributes. If there is no permission, the attributes of the can port broadcast by the can server will be recorded, and the can port communication will be carried out subsequently. If the can server receives the can port attribute modification instruction sent by the can client, it first determines whether the can client has the authority to modify it, if it has the authority, it modifies the can port attribute, and then broadcasts the new can port attribute to all connected can clients If there is no permission, ignore the instruction.

S03), can port data communication service

The can port data communication service is based on the can client and the can server.

As shown in Figure 3, after starting the virtual can port data service (can client) in the virtual machine, it automatically connects with the CAN port networking device (can server) on the Ethernet to establish a communication channel (through the can client and the can service) Establish communication at the end). The data is communicated with the attributes of the can port configured by the can port configuration management service. When the application writes to the virtual can port, the can client captures the data sent by the application through the virtual driver, and then sends the data to the can server through the TCP connection; after the can server receives the data, it sends the data from The physical can port device sends it out. When the physical can port device receives data, the can server will read the data from the physical can port device, and then send it to the can client through the TCP connection, and then the can client forwards the data to the virtual can port, and the virtual can Forwarded to the application.

S04), set multiplexing

A virtual can port can be associated with multiple applications. That is, a virtual can port can be used by multiple applications at the same time.

As shown in Figure 4, when multiplexing, the virtual can port copies the data sent by each application, and sends it to the corresponding can port networking device through the client and server (TCP/IP), and sends the data through the physical can port. Send it out. After receiving the data through the server and client (TCP/IP), the virtual CAN port of the opposite end sends the data to all connected clients and the corresponding applications of the client.

In this embodiment, the can port tool testCan is used to test and verify the virtual can port.

This embodiment provides a virtual can port, the virtual can port can be used by multiple applications at the same time, and the virtual can port can be connected to different applications and associated with different physical can ports, easy to expand, can Effectively solve the problem that the traditional physical CAN port channel is prone to blockage, which leads to data errors, inconsistencies, and unpredictability.

Finally, it should be noted that the above descriptions are only preferred embodiments of the present invention and are not intended to limit the present invention. Although the present invention has been described in detail with reference to the foregoing embodiments, it is still for those skilled in the art. The technical solutions described in the foregoing embodiments may be modified, or some of the technical features may be equivalently replaced. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

A method for implementing virtual can port multiplexing technology based on an edge cloud environment is characterized in that it includes the following steps: S01), creating a virtual can port, the virtual can port including a virtual can driver, a can client, and a can server One end of the virtual can driver is connected to the application program, the other end is connected to the can client, the can client is connected to the can server through the Ethernet, and the can server is connected to the physical can port; S02), the permission to modify the can is specified through the permission configuration file The application or client with port attributes determines whether to allow the application or client to modify the attributes of the can port according to the permission profile. If allowed, it sends the can port attribute modification instruction to the can server according to the permission profile to complete the can Modification of port attributes; S03). After starting the virtual can port data service in the virtual machine, the can client automatically connects with the can server on the Ethernet to establish a communication channel. When the application writes to the virtual can port, the can The client sends data to the can server through the network connection, and then sends the data out from the physical can port connected to the can server; when the physical can port receives the data, the can server reads the data from the physical can port, and then through The network connection is sent to the can client, and the can client forwards the data to the virtual can driver, and the virtual can driver forwards it to the application.
The method for implementing virtual can port multiplexing based on an edge cloud environment according to claim 1, characterized in that: a virtual can port is associated with multiple applications, that is, a virtual can port can be used by multiple applications at the same time. use.
The method for implementing virtual can port multiplexing based on an edge cloud environment according to claim 1, wherein step S02 is specifically: when the virtual can port configuration management service is started in the virtual machine, the can client automatically communicates with The can server on the Ethernet connects to establish a communication channel. After the connection is established, the can server broadcasts the permission configuration and can port attribute information to the newly connected can client. After the can client receives the broadcast, it judges whether it has permission, and if it has permission , According to the attribute information of the can port configured by the application program, send the attribute modification instruction to the can server. If there is no permission, record the attributes of the can port broadcast by the can server, and then use this to communicate with the can port; the can server receives The can port attribute modification instruction sent by the can client firstly determines whether the can client has the permission to modify, if it has permission, modify the can port attribute, and then broadcast the new can port attribute to all connected can clients, if there is no permission , The instruction is ignored.
The method for implementing virtual can port multiplexing based on an edge cloud environment according to claim 1, characterized in that: in step S03, when the application program writes to the virtual can port, the can client drives the capture through the virtual can The data sent by the application program is then sent to the can server through the network connection.
The method for implementing virtual CAN port multiplexing based on an edge cloud environment according to claim 1 or 4, wherein the data interaction between the can client and the can server is performed through a TCP connection.
The method for implementing virtual can port multiplexing based on an edge cloud environment according to claim 1, characterized in that: the virtual can port is created by using the underlying device driver technology and has the same behavior characteristics as the traditional can port but no Corresponding to the programming interface of the CAN port hardware.
The method for implementing virtual can port multiplexing based on an edge cloud environment according to claim 1, wherein the virtual can port driver is set to self-start.