Multi-bus protocol network control method and device, equipment, storage medium and product

Abstract

The invention discloses a multi-bus protocol network control method and device, equipment, a storage medium and a product, and relates to the technical field of vehicle-mounted communication, and the method comprises the steps: when a target protocol node corresponding to a certain bus protocol in a plurality of bus protocols of regional control topology detects that a wake-up source is activated, the wake-up source is activated; waking up a target protocol node and a target area controller; judging whether cross-network-segment wakeup and cross-region wakeup need to be carried out or not according to a preset whole vehicle dormancy wakeup condition; if necessary, determining other region controllers to be awakened in a cross-region manner and target network segments to be awakened in other regions according to a preset vehicle dormancy awakening condition; and wake-up control is carried out. According to the method, when one bus protocol node and one area controller are controlled, whether other area controllers and other network segments need to be controlled in a cross-network-segment and cross-region mode or not is judged synchronously, so that all the area controllers and network segments needing to be controlled are determined according to requirements, and multi-bus-protocol multi-network-segment network cooperative control is achieved.

Description

Technical Field

[0001] The present application relates to the field of vehicle-mounted communication technology, and in particular to a multi-bus protocol network control method, device, equipment, storage medium and product. Background Art

[0002] With the development of electronic and electrical architecture, the architecture topology has gradually evolved from centralized domain control to regional control with a central computing platform as the core. The regional control topology consists of a central computing platform, a regional controller, and various buses. The central computing platform and the regional controller use the Ethernet bus for communication, and the regional controller hangs various LIN / CAN / CANFD / Ethernet nodes in the domain. Among them, the commonly used application layer protocol for Ethernet bus communication is SOME / IP communication. In such a vehicle architecture topology, there are many different bus protocols (① Local Interconnect Network (LIN), ② Controller Area Network (CAN), ③ Controller Area Network with Flexible Data-Rate (CANFD), ④ Ethernet (Ethernet), Scalable service-oriented middleware over IP (SOME / IP)), which inevitably requires sleep and wake-up coordination of multiple subnets and multiple bus protocols. Therefore, how to achieve network collaborative control of multiple bus protocols and multiple network segments is a problem that needs to be solved urgently. Summary of the invention

[0003] The main purpose of this application is to provide a multi-bus protocol network control method, device, equipment, storage medium and product, aiming to solve the technical problem that the existing regional control topology structure cannot realize multi-bus protocol multi-segment network collaborative control.

[0004] To achieve the above object, the present application proposes a multi-bus protocol network control method, the method comprising:

[0005] When a target protocol node corresponding to a bus protocol among multiple bus protocols of the regional control topology detects activation of a wake-up source, the target protocol node and the target regional controller where the target protocol node is located are woken up;

[0006] Determine whether the target area controller needs to be awakened across network segments according to the preset vehicle sleep awakening conditions;

[0007] If cross-segment wake-up is required, whether the target area controller needs to be waked up across regions is determined according to the preset vehicle sleep wake-up condition;

[0008] If cross-region wake-up is required, determine other regional controllers to be awakened across regions and target network segments to be awakened in other regions according to the preset vehicle sleep wake-up conditions;

[0009] Wake up the other regional controllers and the target network segment.

[0010] In one embodiment, after the step of judging whether the target area controller needs to be awakened across network segments according to the preset vehicle sleep awakening condition, the step further includes:

[0011] If cross-segment wakeup is not required, the network segment where the target protocol node in the target area is located is woken up.

[0012] In one embodiment, if cross-segment wake-up is required, after the step of determining whether the target area controller needs to be waked up across regions according to the preset vehicle sleep wake-up condition, the method further includes:

[0013] If cross-region wake-up is not required, other network segments to be awakened across network segments in the target area are determined according to the preset vehicle sleep awakening conditions.

[0014] In one embodiment, after the step of waking up the other regional controllers and the target network segment, the method further includes:

[0015] When the target protocol node detects that the wake-up source is released, determining whether the target area controller is awakened across network segments;

[0016] If the target area controller is not awakened across network segments, the protocol nodes of the awakened network segments in the target area are put into sleep control.

[0017] In one embodiment, after the step of determining whether the target area controller is awakened across network segments when the target protocol node detects that the wake-up source is released, the step further includes:

[0018] If the target area controller is awakened across network segments, determining whether the target area controller is awakened across areas;

[0019] If the target area controller is not awakened across areas, the CAN / CANFD network segment in the target area is controlled to sleep by using the first type of network management method;

[0020] When the state of the CAN network management module in the target area jumps to the sleep preparation state, the LIN network segment in the target area is controlled to sleep by the second type of network management method;

[0021] The Ethernet network segment in the target area is put into dormancy control through the third type of network management method.

[0022] In one embodiment, if the target area controller is awakened across network segments, after the step of determining whether the target area controller is awakened across areas, the step further includes:

[0023] If the target regional controller is awakened across regions, the target regional controller is controlled to sleep within the range of a backbone network by using the first type of network management method, and the backbone network includes a plurality of regional controllers;

[0024] When the state of the CAN network management module of the backbone network jumps to the sleep preparation state, the CAN / CANFD network segment in the target area is controlled to sleep by using the first type of network management method;

[0025] Performing sleep control on the LIN network segment in the target area by using the second type of network management method;

[0026] The Ethernet network segment in the target area is put into dormancy control through the third type of network management method.

[0027] In addition, to achieve the above purpose, the present application also proposes a multi-bus protocol network control device, the multi-bus protocol network control device comprising:

[0028] A target protocol node wake-up module, used to wake up the target protocol node and the target regional controller where the target protocol node is located when the target protocol node corresponding to a bus protocol among multiple bus protocols of the regional control topology detects activation of a wake-up source;

[0029] A cross-segment wake-up judgment module is used to judge whether the target area controller needs to be awakened across network segments according to preset vehicle sleep awakening conditions;

[0030] A cross-region wake-up judgment module is used to judge whether the target area controller needs to be awakened across regions according to the preset vehicle sleep awakening conditions if cross-segment awakening is required;

[0031] Other area determination module, used for determining other regional controllers to be awakened across regions and target network segments to be awakened in other regions according to the preset vehicle sleep awakening conditions if cross-region awakening is required;

[0032] The other area wake-up module is used to wake up the other area controllers and the target network segment.

[0033] In addition, to achieve the above-mentioned objectives, the present application also proposes a multi-bus protocol network control device, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, and the computer program is configured to implement the steps of the multi-bus protocol network control method as described above.

[0034] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by the processor, the steps of the multi-bus protocol network control method described above are implemented.

[0035] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, it implements the steps of the multi-bus protocol network control method as described above.

[0036] The present application provides a multi-bus protocol network control method, which wakes up the target protocol node and the target regional controller where the target protocol node is located when the target protocol node corresponding to a bus protocol among multiple bus protocols in the regional control topology detects the activation of the wake-up source; determines whether a cross-segment wake-up and a cross-region wake-up are required based on the preset vehicle sleep wake-up conditions; when necessary, determines other regional controllers to be awakened across regions and target network segments to be awakened in other regions based on the preset vehicle sleep wake-up conditions; and performs wake-up control. The present application realizes network collaborative control of multiple bus protocols and multiple network segments by synchronously judging whether it is necessary to control other regional controllers and other network segments across network segments and across regions when controlling a bus protocol node and a regional controller, thereby determining all regional controllers and network segments that need to be controlled according to demand. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0038] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0039] Figure 1 A flowchart diagram of a multi-bus protocol network control method embodiment 1 of the present application is provided;

[0040] Figure 2 This is a schematic diagram of the regional control topology of this application;

[0041] Figure 3 This is a schematic diagram of the process of waking up the LIN network segment from the LIN slave node in this application;

[0042] Figure 4 This is a schematic diagram of the structure of the Ethernet controller in this application;

[0043] Figure 5 A flowchart diagram of a second embodiment of the multi-bus protocol network control method of the present application is provided;

[0044] Figure 6 This is a flow chart of cross-segment sleep in the multi-bus protocol network control method of this application;

[0045] Figure 7 This is a schematic diagram of the process of cross-region sleep in the multi-bus protocol network control method of this application;

[0046] Figure 8 This is a schematic diagram of the module structure of a multi-bus protocol network control device according to an embodiment of the present application;

[0047] Fig. 9 Schematic diagram of the device structure of the hardware operating environment involved in the multi-bus protocol network control method in the embodiment of the present application.

[0048] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0049] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.

[0050] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0051] The main solution of the embodiment of the present application is: when the target protocol node corresponding to a bus protocol among the multiple bus protocols of the regional control topology detects the activation of the wake-up source, the target protocol node and the target regional controller where the target protocol node is located are woken up; according to the preset vehicle sleep wake-up condition, it is judged whether the target regional controller needs to be woken up across network segments; if cross-segment wake-up is required, it is judged whether the target regional controller needs to be woken up across regions according to the preset vehicle sleep wake-up condition; if cross-region wake-up is required, other regional controllers to be woken up across regions and target network segments to be woken up in other regions are determined according to the preset vehicle sleep wake-up condition; and the other regional controllers and the target network segments are woken up.

[0052] With the development of electronic and electrical architecture, the architecture topology has gradually developed from centralized domain control to regional control with a central computing platform as the core. The regional control topology consists of a central computing platform, a regional controller, and various buses. The central computing platform and the regional controller use the Ethernet bus for communication, and the regional controller hangs various LIN / CAN / CANFD / Ethernet nodes in the domain. Among them, the commonly used application layer protocol for Ethernet bus communication is SOME / IP communication. In such a vehicle architecture topology, there are many different bus protocols, which inevitably require sleep and wake-up coordination of multiple subnets and multiple bus protocols. Therefore, how to achieve network collaborative control of multiple bus protocols and multiple network segments is a problem that needs to be solved urgently.

[0053] The present application provides a solution, which is to wake up the target protocol node and the target regional controller where the target protocol node is located when the target protocol node corresponding to a bus protocol among multiple bus protocols in the regional control topology detects the activation of the wake-up source; determine whether cross-segment wake-up and cross-region wake-up are required according to the preset vehicle sleep wake-up conditions; if necessary, determine other regional controllers to be awakened across regions and target network segments to be awakened in other regions according to the preset vehicle sleep wake-up conditions; and perform wake-up control. The present application realizes network collaborative control of multiple bus protocols and multiple network segments by synchronously judging whether it is necessary to control other regional controllers and other network segments across network segments and across regions when controlling a bus protocol node and a regional controller, thereby determining all regional controllers and network segments that need to be controlled according to needs.

[0054] It should be noted that the execution subject of the method of this embodiment can be a vehicle architecture topology with multi-bus protocol network control, network communication and program running functions; it can also be a car equipped with the vehicle architecture topology.

[0055] Based on this, the embodiment of the present application provides a multi-bus protocol network control method, referring to Figure 1 , Figure 1This is a flowchart diagram of the first embodiment of the multi-bus protocol network control method of the present application.

[0056] In this embodiment, the multi-bus protocol network control method includes steps S10 to S50:

[0057] Step S10, when a target protocol node corresponding to a bus protocol among multiple bus protocols of the regional control topology detects activation of a wake-up source, the target protocol node and the target regional controller where the target protocol node is located are woken up.

[0058] It should be noted that you can refer to Figure 2 The architecture of the regional control topology of this application is explained. The regional control topology consists of a central computing platform, a regional controller, and multiple buses (LIN / CAN / CANFD). In this application, the network management of the backbone network is the first-level network management, and the network management of the regional controller and its subnet is the second-level network management. The backbone network is mainly composed of a central computing platform and multiple regional controllers. The central computing platform and the regional controller communicate using the Ethernet bus, and the regional controller hangs various LIN / CAN / CANFD / Ethernet nodes in the domain. Among them, the application layer protocol commonly used for Ethernet bus communication is SOME / IP communication. In such a vehicle architecture topology, there are many different bus protocols (①LIN, ②CAN, ③CANFD, ④Ethernet bus, SOME / IP). Each bus protocol has a different network management method: The first network management method: the network management of the CAN / CANFD network segment performs coordinated sleep and wake-up according to the AUTOSAR network management of CAN; the second network management method: the network management of the LIN network segment performs coordinated sleep and wake-up according to the LIN network management; the third network management method: the network management of the Ethernet network segment performs coordinated sleep and wake-up according to the Ethernet network management.

[0059] Here, the network management methods of different protocols are explained. It should be noted that the first type of network management method is that the network segments of CAN and CANFD use the AUTOSAR network management of the CAN network. That is, a dedicated network management message is used to transmit network sleep and wake-up. The sleep and wake-up process of the AUTOSAR CanNM network management message is converted through three modes: a) Bus Sleep Mode; b) Prepare Bus Sleep Mode; c) Network Mode. Among them, the network mode has three internal states: 1) Repeat Message State; 2) Normal Operation State; 3) Ready Sleep State. After the vehicle is powered off, there is a controller that needs to be awakened to work, which can be called a network management node. The first network management node that is awakened by the local trigger can be called an active node. When the wake-up source is maintained, the "CAN signal transceiver module" of the active node sends its own network management message on the bus; when the wake-up source is released, the "CAN signal transceiver module" of the active node stops sending its own network management message on the bus.

[0060] The second type of network management method is described here. The LIN subnet adopts master-slave network management. The process of waking up the LIN subnet is described as follows. In a LIN network in sleep state, the master node or the slave node can request to be awakened by sending a wake-up signal. The LIN slave node wake-up method is that when the slave node detects that the trigger wake-up source is valid, the slave node will send a wake-up signal to the LIN network. Send the wake-up signal three times in succession. If no response is received from the master node, send the wake-up signal three times in succession. And so on for three groups, that is, a maximum of nine wake-up signals. If there is still no message head from the master node, the wake-up fails and enters sleep mode. The interval between each wake-up signal is 150ms~250ms, and the interval between each group of wake-up signals is 1.5s. The process of LIN slave node waking up the LIN network segment can be referred to. Figure 3. The LIN master node wake-up method is that when the master node detects that the trigger wake-up source is valid, the master node sends a message header as a wake-up signal, which is agreed to be a dominant state signal greater than 150us. The process of sleeping LIN subnet is described as follows. The LIN network is in the awake state. When the trigger wake-up source is released, the LIN network segment needs to go to sleep. Only the master node can send the sleep command. When the slave node detects that the trigger wake-up source is released, it informs the master node through the application message, and the master node takes the lead in completing the sleep of the LIN network segment. Specifically, the LIN master node sends the message 0x3C in the LIN subnet to notify all slave nodes to enter sleep mode. The slave node that receives the sleep message immediately goes to sleep, and then monitors the network and its local input interface.

[0061] Here we explain the third type of network management. The controllers of Ethernet communication are mainly central computing platforms and regional controllers. The main modules are as follows: Figure 4 As shown. The network management of the Ethernet segment is consistent with the network sleep wake-up of its CAN module, that is, after the CAN sleep wake-up module of the controller recognizes the wake-up, it will synchronously wake up the Ethernet sleep wake-up module to issue a wake-up instruction; after the CAN sleep wake-up module of the controller recognizes the sleep, it will synchronously wake up the Ethernet sleep wake-up module to issue a sleep instruction. That is: when the CAN node enters the Repeat Message State, the SOME / IP server on the Ethernet bus should immediately send OfferService, and the client should immediately send SubscribeEventgroup, thereby starting SOME / IP communication. When the CAN node enters the Prepare Bus-Sleep Mode, the SOME / IP server on the Ethernet bus should immediately send StopOfferService, and the client should immediately send StopSubscribeEventgroup, thereby ending SOME / IP communication.

[0062] It can be understood that the multi-protocol network wake-up process is described in this embodiment. The local trigger wake-up source is generally concentrated on each actuator end, such as LIN, CAN, and CANFD controllers. The entire vehicle is powered off and each ECU is in a dormant state. When a LIN slave node (i.e., the target protocol node) detects that the local trigger wake-up source is activated, it is awakened according to the second network management method, and a wake-up instruction is sent in the LIN network segment to which it belongs, thereby waking up the LIN master node and waking up the target area controller to which the LIN master node belongs.

[0063] Step S20, judging whether the target area controller needs to be awakened across network segments according to the preset vehicle sleep awakening condition.

[0064] It should be understood that the application processing module of the target area controller determines whether a cross-segment wake-up is required or a local subnet wake-up is sufficient to achieve the function based on the vehicle's preset sleep wake-up conditions, thereby deciding whether to perform a first-level network management wake-up or a second-level network management wake-up.

[0065] In a feasible implementation manner, after step S20, step S21 may also be included:

[0066] Step S21: If cross-segment wakeup is not required, then wake up the network segment where the target protocol node in the target area is located.

[0067] It is understandable that if cross-segment wake-up is not required, only the segment LIN module where the target protocol node in the target area is located is woken up, and communication is performed in the LIN segment.

[0068] Step S30: If cross-segment wake-up is required, it is determined whether the target area controller needs to be waked up across regions according to the preset vehicle sleep wake-up condition.

[0069] It should be understood that if cross-segment wake-up is required, it is also possible to further determine whether the target area controller needs to be waked up across regions based on preset vehicle sleep wake-up conditions.

[0070] In a feasible implementation manner, after step S30, step S31 may also be included:

[0071] Step S31, if cross-region wake-up is not required, determine other network segments to be awakened across network segments in the target area according to the preset vehicle sleep awakening conditions.

[0072] It is understandable that if cross-region wake-up is not required, only cross-segment wake-up is required. If the second-level wake-up within the domain is required, the regional controller will wake up the LIN, CAN, and CANFD segments within the domain. CAN / CANFD uses the first type of network management method to wake up; LIN uses the second type of network management method to wake up; Ethernet uses the third type of network management method to wake up.

[0073] Step S40: If cross-regional awakening is required, other regional controllers to be awakened across regions and target network segments to be awakened in other regions are determined according to the preset vehicle sleep awakening conditions.

[0074] It is understandable that if cross-domain wake-up is still required, a first-level wake-up is required, and the regional controller serves as the active node for the first-level wake-up. The first type of network management method is used for wake-up in the backbone network. As the active node for the first-level wake-up, the regional controller sends network management messages on the backbone network. Other regional controllers on the backbone network filter according to the preset sleep and wake-up conditions of the vehicle. The filtering can be done by hardware transceiver filtering or software application filtering. This method has broader requirements for the signal transceiver of the regional controller and has a wide range of applications. After filtering, other regional controllers determine whether the domain controller needs to be awakened, whether the second-level wake-up within the domain is required, and which subnets to wake up.

[0075] Step S50, waking up the other regional controllers and the target network segment.

[0076] It should be understood that if it is determined that other regional controllers need to be awakened, the regional controller will be awakened in each network segment of LIN, CAN, and CANFD in the domain. CAN / CANFD uses the first type of network management method to wake up; LIN uses the second type of network management method to wake up; Ethernet uses the third type of network management method to wake up.

[0077] This embodiment provides a multi-bus protocol network control method, which wakes up the target protocol node and the target regional controller where the target protocol node is located when the target protocol node corresponding to a bus protocol among the multiple bus protocols in the regional control topology detects the activation of the wake-up source; determines whether a cross-segment wake-up and a cross-region wake-up are required based on the preset vehicle sleep wake-up conditions; when necessary, determines other regional controllers to be awakened across regions and target network segments to be awakened in other regions based on the preset vehicle sleep wake-up conditions; and performs wake-up control. This application realizes network collaborative control of multiple bus protocols and multiple network segments by synchronously judging whether it is necessary to control other regional controllers and other network segments across network segments and across regions when controlling a bus protocol node and a regional controller, thereby determining all regional controllers and network segments that need to be controlled according to demand.

[0078] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can refer to the above introduction, and will not be repeated later. Figure 5 After step S50, the multi-bus protocol network control method further includes steps S60 to S70:

[0079] Step S60: When the target protocol node detects that the wake-up source is released, it is determined whether the target area controller is awakened across network segments.

[0080] It is understandable that the sleep strategy of the multi-bus protocol network is described in this embodiment. The local trigger wake-up source is generally concentrated on each actuator end, such as the controller of LIN, CAN, and CANFD. The whole vehicle is powered off, and some ECUs are awakened according to the multi-protocol network, and the local trigger wake-up source is released through the LIN slave node. When the target protocol node detects the release of the wake-up source, it determines whether the target area controller is awakened across the network segment.

[0081] Step S70: If the target area controller is not awakened across network segments, the protocol nodes of the awakened network segments in the target area are put into sleep control.

[0082] It should be understood that if the currently awakened regional controller is not cross-segment, that is, only in the current LIN segment, the master node of the LIN segment will take the lead in completing the sleep of the LIN segment. The LIN master node performs sleep control according to the second type of network management method.

[0083] In a feasible implementation manner, after step S60, steps S61 to S64 may also be included:

[0084] Step S61: If the target area controller is awakened across network segments, determine whether the target area controller is awakened across areas.

[0085] Step S62: If the target area controller is not awakened across areas, the CAN / CANFD network segment in the target area is put into sleep mode by using the first type of network management method.

[0086] It is understandable that if the target regional controller is awakened across network segments and not across regions, that is, the current awakened LIN segment is across network segments within the domain, but not across regions. Then the CAN / CANFD subnet segment of the regional controller in the domain will be put into sleep mode using the first type of network management mode, that is, stop sending their own network management messages. The process of cross-segment sleep can be referred to Figure 6 .

[0087] Step S63, when the state of the CAN network management module in the target area jumps to the sleep preparation state, the LIN network segment in the target area is controlled to sleep by the second type of network management method.

[0088] It should be understood that when the state of the CAN network management module in this domain jumps to PrepareSleepState, the LIN network segment in this area adopts the second type of network management mode to sleep, that is, the message 0x3C is sent in the LIN subnet to notify all slave nodes to enter the sleep mode. The slave node that receives the sleep message immediately enters the sleep state and then monitors the network and its local input interface.

[0089] Step S64: performing sleep control on the Ethernet network segment in the target area through the third type of network management method.

[0090] It should be understood that when the state of the network management module of the CAN in this domain jumps to PrepareSleepState, the Ethernet subnet segment in this area adopts the third type of network management method to perform sleep control.

[0091] In a feasible implementation manner, after step S61, steps S65 to S68 may also be included:

[0092] Step S65: If the target regional controller is awakened across regions, the target regional controller is put into sleep mode within the scope of a backbone network through the first type of network management method, and the backbone network includes multiple regional controllers.

[0093] It is understandable that if the current awakening is the local LIN segment, the cross-segment in the domain, and the cross-regional segment. The regional controller will use the first type of network management mode to sleep in the backbone network, that is, stop sending network management messages. The process of cross-region sleep can be referred to Figure 7 .

[0094] Step S66, when the state of the CAN network management module of the backbone network jumps to the sleep preparation state, the CAN / CANFD network segment in the target area is controlled to sleep by using the first type of network management method.

[0095] It can be understood that when the state of the network management module of the CAN of the backbone network jumps to PrepareSleepState, the CAN / CANFD subnet segment in this area adopts the first type of network management method to sleep, that is, the network management message is immediately stopped.

[0096] Step S67: performing sleep control on the LIN network segment in the target area through the second type of network management method.

[0097] It is understandable that when the state of the CAN network management module of the backbone network jumps to PrepareSleepState, the LIN network segment in this area adopts the second type of network management mode to sleep, that is, 0x3C is sent in the LIN subnet to notify all slave nodes to enter sleep mode. The slave node that receives the sleep message immediately enters the sleep state and then monitors the network and its local input interface.

[0098] Step S68: performing sleep control on the Ethernet network segment in the target area through the third type of network management method.

[0099] It is understandable that when the state of the CAN network management module jumps to PrepareSleepState (prepare to sleep state), the Ethernet subnet segment in this area uses the third type of network management method to sleep.

[0100] In this embodiment, when the target protocol node detects the release of the wake-up source, it is determined whether the target area controller is awakened across network segments and whether it is awakened across regions. If it is not awakened across network segments, the protocol node of the awakened network segment in the target area is put into sleep control. When awakened across network segments, the network segments of multiple protocols are put into sleep control through three network management methods respectively. When awakened across regions, the network segments of multiple protocols are put into sleep control through three network management methods respectively within the scope of the backbone network, so that the sleep control can be coordinated after the multi-protocol network is awakened.

[0101] It should be noted that the above examples are only used to understand the present application and do not constitute a limitation on the multi-bus protocol network control method of the present application. More simple transformations based on this technical concept are all within the scope of protection of the present application.

[0102] This application also provides a multi-bus protocol network control device, please refer to Figure 8 , the multi-bus protocol network control device comprises:

[0103] The target protocol node wake-up module 10 is used to wake up the target protocol node and the target regional controller where the target protocol node is located when the target protocol node corresponding to a bus protocol among multiple bus protocols of the regional control topology detects activation of the wake-up source;

[0104] A cross-segment wake-up judgment module 20 is used to judge whether the target area controller needs to be awakened across network segments according to a preset vehicle sleep awakening condition;

[0105] The cross-region wake-up judgment module 30 is used to judge whether the target area controller needs to be awakened across regions according to the preset vehicle sleep awakening condition if cross-segment awakening is required;

[0106] Other area determination module 40, used for determining other area controllers to be awakened across areas and target network segments to be awakened in other areas according to the preset vehicle sleep awakening conditions if cross-area awakening is required;

[0107] The other area wake-up module 50 is used to wake up the other area controllers and the target network segment.

[0108] The multi-bus protocol network control device provided by the present application adopts the multi-bus protocol network control method in the above embodiment to solve the technical problem. Compared with the prior art, the beneficial effects of the multi-bus protocol network control device provided by the present application are the same as the beneficial effects of the multi-bus protocol network control method provided by the above embodiment, and the other technical features in the multi-bus protocol network control device are the same as the features disclosed in the above embodiment method, which will not be repeated here.

[0109] The present application provides a multi-bus protocol network control device, which includes: at least one processor; and a memory that is communicatively connected to the at least one processor; wherein the memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the multi-bus protocol network control method in the above-mentioned embodiment one.

[0110] Reference below Fig. 9 , which shows a schematic diagram of the structure of a multi-bus protocol network control device suitable for implementing an embodiment of the present application. The multi-bus protocol network control device in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Fig. 9 The multi-bus protocol network control device shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0111] like Fig. 9As shown, the multi-bus protocol network control device may include a processing device 1001 (such as a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the multi-bus protocol network control device are also stored. The processing device 1001, ROM1002 and RAM1004 are connected to each other through a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Generally, the following systems can be connected to the I / O interface 1006: an input device 1007 including, for example, a touch screen, a touch pad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; an output device 1008 including, for example, a liquid crystal display (LCD: Liquid Crystal Display), a speaker, a vibrator, etc.; a storage device 1003 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 1009. The communication device 1009 can allow the multi-bus protocol network control device to communicate with other devices wirelessly or wired to exchange data. Although the figure shows a multi-bus protocol network control device with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems can be implemented or provided instead.

[0112] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0113] The multi-bus protocol network control device provided by the present application adopts the multi-bus protocol network control method in the above embodiment, which can solve the technical problems of multi-bus protocol network control. Compared with the prior art, the beneficial effects of the multi-bus protocol network control device provided by the present application are the same as the beneficial effects of the multi-bus protocol network control method provided by the above embodiment, and the other technical features in the multi-bus protocol network control device are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0114] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.

[0115] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0116] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, wherein the computer-readable program instructions are used to execute the multi-bus protocol network control method in the above-mentioned embodiment.

[0117] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination of the above.

[0118] The computer-readable storage medium may be included in the multi-bus protocol network control device; or may exist independently without being assembled into the multi-bus protocol network control device.

[0119] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0120] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0121] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0122] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned multi-bus protocol network control method, and can solve technical problems. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the multi-bus protocol network control method provided by the above-mentioned embodiment, and will not be repeated here.

[0123] The present application also provides a computer program product, including a computer program, which implements the steps of the multi-bus protocol network control method as described above when executed by a processor.

[0124] The computer program product provided by the present application can solve the technical problem. Compared with the prior art, the beneficial effects of the computer program product provided by the present application are the same as the beneficial effects of the multi-bus protocol network control method provided by the above embodiment, which will not be described in detail here.

[0125] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.

Claims

1. A multi-bus protocol network control method, characterized in that: The method includes: When a target protocol node corresponding to a bus protocol among multiple bus protocols of the regional control topology detects activation of a wake-up source, the target protocol node and the target regional controller where the target protocol node is located are woken up; Determine whether the target area controller needs to be awakened across network segments according to the preset vehicle sleep awakening conditions; If cross-segment wake-up is required, whether the target area controller needs to be waked up across regions is determined according to the preset vehicle sleep wake-up condition; If cross-region wake-up is required, determine other regional controllers to be awakened across regions and target network segments to be awakened in other regions according to the preset vehicle sleep wake-up conditions; Wake up the other regional controllers and the target network segment.

2. The method according to claim 1, characterized in that After the step of judging whether the target area controller needs to be awakened across network segments according to the preset vehicle sleep awakening condition, the method further includes: If cross-segment wakeup is not required, the network segment where the target protocol node in the target area is located is woken up.

3. The method according to claim 1, characterized in that If cross-segment wake-up is required, after the step of determining whether the target area controller needs to be waked up across regions according to the preset vehicle sleep wake-up condition, the method further includes: If cross-region wake-up is not required, other network segments to be awakened across network segments in the target area are determined according to the preset vehicle sleep awakening conditions.

4. The method according to claim 1, characterized in that After the step of waking up the other regional controllers and the target network segment, the method further includes: When the target protocol node detects that the wake-up source is released, determining whether the target area controller is awakened across network segments; If the target area controller is not awakened across network segments, the protocol nodes of the awakened network segments in the target area are put into sleep control.

5. The method according to claim 4, characterized in that After the step of determining whether the target area controller is awakened across network segments when the target protocol node detects that the wake-up source is released, the method further includes: If the target area controller is awakened across network segments, determining whether the target area controller is awakened across areas; If the target area controller is not awakened across areas, the CAN / CANFD network segment in the target area is controlled to sleep by using the first type of network management method; When the state of the CAN network management module in the target area jumps to the sleep preparation state, the LIN network segment in the target area is controlled to sleep by the second type of network management method; The Ethernet network segment in the target area is put into dormancy control through the third type of network management method.

6. The method according to claim 5, characterized in that If the target area controller is awakened across network segments, after the step of determining whether the target area controller is awakened across areas, the method further includes: If the target regional controller is awakened across regions, the target regional controller is controlled to sleep within the range of a backbone network by using the first type of network management method, and the backbone network includes a plurality of regional controllers; When the state of the CAN network management module of the backbone network jumps to the sleep preparation state, the CAN / CANFD network segment in the target area is controlled to sleep by using the first type of network management method; Performing sleep control on the LIN network segment in the target area by using the second type of network management method; The Ethernet network segment in the target area is put into dormancy control through the third type of network management method.

7. A multi-bus protocol network control device, characterized in that: The multi-bus protocol network control device comprises: A target protocol node wake-up module, used to wake up the target protocol node and the target regional controller where the target protocol node is located when the target protocol node corresponding to a bus protocol among multiple bus protocols of the regional control topology detects activation of a wake-up source; A cross-segment wake-up judgment module is used to judge whether the target area controller needs to be awakened across network segments according to preset vehicle sleep awakening conditions; A cross-region wake-up judgment module is used to judge whether the target area controller needs to be awakened across regions according to the preset vehicle sleep awakening conditions if cross-segment awakening is required; Other area determination module, used for determining other regional controllers to be awakened across regions and target network segments to be awakened in other regions according to the preset vehicle sleep awakening conditions if cross-region awakening is required; The other area wake-up module is used to wake up the other area controllers and the target network segment.

8. A multi-bus protocol network control device, characterized in that: The device comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the multi-bus protocol network control method according to any one of claims 1 to 6.

9. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the multi-bus protocol network control method according to any one of claims 1 to 6 are implemented.

10. A computer program product, characterized in that The computer program product comprises a computer program, and when the computer program is executed by a processor, the steps of the multi-bus protocol network control method according to any one of claims 1 to 6 are implemented.

Images