End Device Joining as New Device When Steering Mode Stopped

RE: End Device Joining as New Device When Steering Mode Stopped

AHaug — Tue, 22 Oct 2024 13:38:29 GMT

Hi,

We had a look at the sniffer logs: 0x2a19 sends a permit join request right before the ZC opens the network, so the ZC behaves according to the specification.

Zigbee R22 spec section 2.4.3.3.7 Mgmt_Permit_Joining_req:

In addition the team spotted that based on the sniffer log, your device is a ZR, not a ZED. It’s possible the youæve called it an end device by mistake but knowing the correct role might be important if we need to investigate why it sends a permit join request

Kind regards,
Andreas

RE: End Device Joining as New Device When Steering Mode Stopped

Kavitha — Thu, 17 Oct 2024 12:34:11 GMT

Hi AHaug ,

Please find my answer to your questions below:

1.No, it is not part of the reaction to any zb_zdo_app_signal_type_t signal.
2.No, we are not using the ZB-Scheduler to call stop_steering()/zb_bdb_close_network(). We are directly calling the functions.
3.Please find the attached .config file:

devzone.nordicsemi.com/.../config_5F00_file.txt

Yes, we have physical access to the UART interface on our hardware. Could you please guide us on how to collect ZBOSS trace logs? We have checked the return status of zb_bdb_close_network(), and it always returns RET_OK, both when the issue occurs and when there are no issues.

RE: End Device Joining as New Device When Steering Mode Stopped

AHaug — Tue, 15 Oct 2024 07:23:26 GMT

Hi,

We would also be interested in checking the zb_bdb_close_network() result (RET_OK/RET_NO_MEMORY/RET_ERROR). The code shows that the return code is ignored. Could you check this?

The discussion with them leads us to the following hypothesis:

The "positive permission" observed by the customer seems to be an anomaly. At least that's what the protocol spec says: possible ZC reactions to AssociationRequest, BeaconRequest, .. are given, but when macAssociationPermit is "false" then in no case is a response containing permission:true allowed.
According to doc/spec: zb_bdb_close_network() results in the use of a primitive for disabling permissions without a time limit. So yes, in other words the expected behavior is to close network permanently.

Of course, let's keep in mind that:

we don't know if zb_bdb_close_network() is effective, because in some cases (like some buffer allocation error) it may not be
maybe something additional (another request?) that we don't know about yet changes the ZC device's behavior

Kind regards,
Andreas

RE: End Device Joining as New Device When Steering Mode Stopped

AHaug — Mon, 14 Oct 2024 13:36:56 GMT

Hi,

Good timing! I just got an update from the developers. I'll bring the information you've added to the discussion as well.

We have done some preliminary testing and have not encountered any anomalies in the operation of zb_bdb_close_network() so far. The coordinator does not behave as you describe after closing the network, it does not resume a "association permit: true".

In other words we need to isolate the reason for "This issue is inconsistent, occurring only at certain times".

Could you supply an answer the following:

from what context is the void stop_steering() mentioned in the description used in the application
(is it perhaps part of the reaction to some zb_zdo_app_signal_type_t signal?)
is zb-scheduler used to call stop_steering/ zb_bdb_close_network, i.e. by the ZB_SCHEDULE_APP_CALLBACK/ZB_SCHEDULE_APP_ALARM macro, or is the use direct?
it might also be useful to know the details of the configuration (CONFIG_ZIGBEE_..), e.g. by sharing the "application/build/zephyr/.config" file.

Additionally, if we knew whether the your device that is operating on "Custom hardware with nRF52840" had physical access to the UART interface, we could consider configuring the ZBOSS traces functionality (Technical Documentation to help with debugging and ask if you could share the collected logs.

Kind regards,
Andreas

RE: End Device Joining as New Device When Steering Mode Stopped

Kavitha — Mon, 14 Oct 2024 11:58:10 GMT

Hello AHaug ,

I wanted to clarify something regarding the code snippet I shared earlier. In the actual implementation of the stop_steering() function, I had included the line to initialize the buffer (zb_bufid_t buffer = 0;), but I accidentally missed sharing it in the snippet provided.

Here is the corrected version:

void stop_steering() 
{ 
   ZB_SCHEDULE_APP_ALARM_CANCEL(steering_finished, ZB_ALARM_ANY_PARAM); 
   LOG_INF("Network stopped"); 
   zb_bufid_t buffer = 0; 
   zb_bdb_close_network(buffer);
}

We would greatly appreciate your quick response to resolve the issue at your earliest convenience.

RE: End Device Joining as New Device When Steering Mode Stopped

AHaug — Thu, 10 Oct 2024 10:05:00 GMT

Hi Kavitha,

I've queried the developers regarding your questions for some verification w.r.t what is going on. I will reach out to you shortly with a status report and with an answer when I hear back from them regarding this

Kind regards,
Andreas