How to control message sending and receiving through IPDU grouping

1. Demand

It is necessary to carry out conditional control for a specific PDU (outgoing). Here, it is necessary to control whether the PDU is sent out or not through different configuration words.

1.1 Brief Analysis of Requirements

Normal PDU grouping is divided into two groups, receiving message group and sending message group.
If you want to control a specific PDU, you need to do two things

Does not affect the control of the original PDU message
Implement new control strategy for target PDU messages

Based on the above two points, we need to split the original PDU group, as shown in the figure below

insert image description here

1.2 Further analysis of needs

After splitting the PDU, you can choose whether the PDU is enabled or not according to the configuration word. But is the scenario considered comprehensively, and it is just a simple inspection of the configuration word after power-on to control the new PDU group? It doesn't seem to work, because we missed a scene, some children's shoes may have thought of it,

Yes - diagnostic scene!

We want to ensure that all the original functions are not affected, so we must also take into account the diagnostic function.

After the PDU group is split, it can be divided into a regular PDU group and a configurable PDU group (newly added). On the one hand, the diagnosis controls the regular PDU group according to the original logic, and on the other hand, it controls the new configurable PDU group. Specifically (the following steps correspond to the picture serial numbers)

For the control of the original conventional PDU group, the diagnostic control logic remains unchanged
For configurable PDU groups, the impact of adding diagnostic control
is 1. When diagnosis is enabled, if the configuration words are satisfied, all PDU group control signals (including regular and configurable PDU groups) must be enabled.
2. When the diagnosis is prohibited, all PDU groups are directly prohibited.

2. Process implementation and specific configuration

insert image description here
The following steps correspond to the Step in the figure:

Step1: First, you need to isolate the PDU group, that is, divide the original sending PDU group into PDU group (after splitting):
insert image description here
The original rules are retained, and COMM and diagnostic services can still enable/disable the message sending and receiving function of the regular PDU group.

Step 2: For the implementation of new rules, refer to steps 2-5. Manage user condition 1 in the Action corresponding to the diagnostic rule. Use condition 1 (diagnosis enable command) and condition 2 (whether the configuration word is satisfied) as the final user condition. Only if 28 When the service is enabled and the configuration word is satisfied, the user condition is established.

insert image description here
Note that this newly added action is actually a user callback function. By judging the configuration word in the function, the judgment of the user condition (TRUE/FALSE) can be completed. Note that the user condition is a function encapsulated by the user and is used for input to subsequent Logical judgment and rule.
For example, in the diagnostic scenario: enabled, if the configuration word is satisfied, the user condition is TRUE, indicating that the configurable PDU group is expected to be enabled (the diagnosis prohibition service scenario is similar and will not be listed here).
insert image description here
Step 3: The user condition option of the BSW Mode request port refers to the user's custom function, that is, the user condition return value (TRUE/FALSE) in step 2. Step 4: The

request port value and COMM status are combined as the Expression condition

Step 5: COMM According to the result of Expression, it is used as the basis for enabling/disabling the configurable PDU group.