Attachments (3) Download All
Nordic Case Info
  • Case ID: 247041
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

[Zigbee] Unable to subscribe to attributes and/or receive reports on device with multiple endpoints

happy_nordic_user

Hello, I'm using Zigbee SDK 4.0.0 with Segger Embedded Studio 4.30 and custom pca10059-compatible debug board.

I ran into difficulties when trying to subscribe to attributes when the device has 4 identical endpoints (endpoint numbers are 10, 11, 12 and 13).

Each endpoint provides on/off and level control clusters with two attributes that I can subscribe to:

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#define ZB_HA_DECLARE_LIGHT_EP(ep_name, ep_id, cluster_list) \
ZB_ZCL_DECLARE_HA_DIMMABLE_LIGHT_SIMPLE_DESC_VA(ep_name, \
ep_id, \
ZB_HA_DIMMABLE_LIGHT_IN_CLUSTER_NUM, \
ZB_HA_DIMMABLE_LIGHT_OUT_CLUSTER_NUM); \
ZBOSS_DEVICE_DECLARE_REPORTING_CTX(reporting_info##ep_name, ZB_HA_DIMMABLE_LIGHT_REPORT_ATTR_COUNT); \
ZBOSS_DEVICE_DECLARE_LEVEL_CONTROL_CTX(cvc_alarm_info##ep_name, ZB_HA_DIMMABLE_LIGHT_CVC_ATTR_COUNT); \
ZB_AF_DECLARE_ENDPOINT_DESC(ep_name, \
ep_id, \
ZB_AF_HA_PROFILE_ID, \
0, \
NULL, \
ZB_ZCL_ARRAY_SIZE(cluster_list, zb_zcl_cluster_desc_t), \
cluster_list, \
(zb_af_simple_desc_1_1_t *)&simple_desc_##ep_name, \
ZB_HA_DIMMABLE_LIGHT_REPORT_ATTR_COUNT, \
reporting_info##ep_name, \
ZB_HA_DIMMABLE_LIGHT_CVC_ATTR_COUNT, \
cvc_alarm_info##ep_name)
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ZB_HA_DIMMABLE_LIGHT_REPORT_ATTR_COUNT is defined as 2, so each endpoint contains array of two zb_zcl_reporting_info_t structs.

At start ZB_AF_REGISTER_DEVICE_CTX macro registers all endpoints and fills fields of zb_zcl_reporting_info_t structs.

zb_zcl_reporting_info_t of first 3 endpoints (10, 11 and 12) receive 0x11 at flags field, but last endpoint (13) receive 0x13 at flags field.

After the device starts and connects to the network I try to bind and subscribe to attributes from the cli tool. Subscribe command fails for endpoints 10, 11 and 12 but succeeds for the last endpoint 13. Fail response looks like this:

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
ZigBee Application Support Layer Data, Dst Endpt: 64, Src Endpt: 10
Frame Control Field: Data (0x40)
Destination Endpoint: 64
Cluster: Level Control (0x0008)
Profile: Home Automation (0x0104)
Source Endpoint: 10
Counter: 103
ZigBee Cluster Library Frame, Command: Configure Reporting Response, Seq: 46
Frame Control Field: Profile-wide (0x18)
.... ..00 = Frame Type: Profile-wide (0x0)
.... .0.. = Manufacturer Specific: False
.... 1... = Direction: Server to Client
...1 .... = Disable Default Response: True
Sequence Number: 46
Command: Configure Reporting Response (0x07)
Attribute Status Record
Status: Failure (0x01)
Direction: Reported (0x00)
Attribute: Current Level (0x0000)
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

At this time I do not see any meaningful information in the log that could help.

For endpoint 13 I'm able to subscribe and receive attribute change reports.

Exactly the same behavior with default unmodified example ble_zigbee_dynamic_color_light_bulb_thingy from Zigbee SDK 4.0.0: I'm able to subscribe to the last endpoint's attributes, but subscribe command fails for first and second endpoint.

Then I change ZB_HA_DIMMABLE_LIGHT_REPORT_ATTR_COUNT definition in my code from 2 to 4 (so each endpoint contains 4 zb_zcl_reporting_info_t structs) I'm able to subscribe to all 8 attributes (2 per endpoint) without any errors, but in this case I receive attribute change reports from the last (13) endpoint only. No reports received from endpoints 10, 11 and 12.

In this case ZB_AF_REGISTER_DEVICE_CTX fills first two (of 4 total in the array) zb_zcl_reporting_info_t structs at each endpoint, but after successful subscription to all 8 attributes (2 per endpoint) I see that for the last endpoint (13) first two zb_zcl_reporting_info_t structs are overwritten by my subscription data, but for first three endpoints (10, 11, 12) first two zb_zcl_reporting_info_t structs are remains unchanged and subscription data is written to the third and fourth position of zb_zcl_reporting_info_t array.

For some reason unknown to me, first two reporting info structures remains unchanged for first three endpoints and at subscription Zigbee stack uses next two available structures - that's why subscription fails when the only two reporting info structs are available.

But for the last endpoint this reporting info structures are overwritten at subscription (as expected by me). That's why the subscription was successful on the last endpoint when the only two reporting info structs are available.

It seems like I'm doing something wrong, but I just can't figure it out. Could you help me with this?

Update 1, sniffer logs for ble_zigbee_dynamic_color_light_bulb_thingy + cli:

Bind:

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Request for endpoint 10:
ZigBee Application Support Layer Data, Dst Endpt: 0, Src Endpt: 0
Frame Control Field: Data (0x40)
Destination Endpoint: 0
Bind Request (Cluster ID: 0x0021)
Profile: ZigBee Device Profile (0x0000)
Source Endpoint: 0
Counter: 69
ZigBee Device Profile, Bind Request, Level Control (Cluster ID: 0x0008) Src: NordicSe_63:c6:13:27:6d, Dst: NordicSe_b9:fb:32:38:09
Sequence Number: 2
Source: NordicSe_63:c6:13:27:6d (f4:ce:36:63:c6:13:27:6d)
Source Endpoint: 10
Cluster: 0x0008 (Level Control)
Address Mode: Unicast (3)
Destination: NordicSe_b9:fb:32:38:09 (f4:ce:36:b9:fb:32:38:09)
Destination Endpoint: 64
Response for endpoint 10:
ZigBee Application Support Layer Data, Dst Endpt: 0, Src Endpt: 0
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Subscribe:

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Request for endpoint 10:
ZigBee Application Support Layer Data, Dst Endpt: 10, Src Endpt: 64
Frame Control Field: Data (0x40)
Destination Endpoint: 10
Cluster: Level Control (0x0008)
Profile: Home Automation (0x0104)
Source Endpoint: 64
Counter: 72
ZigBee Cluster Library Frame, Command: Configure Reporting, Seq: 0
Frame Control Field: Profile-wide (0x00)
Sequence Number: 0
Command: Configure Reporting (0x06)
Reporting Configuration Record
Direction: Reported (0x00)
Attribute: Current Level (0x0000)
Data Type: 8-Bit Unsigned Integer (0x20)
Current Level: 0
Minimum Interval: 1
Maximum Interval: 2
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Cli commands used to subscribe:

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
> bdb channel 16
Done
> bdb role zc
Coordinator set
Done
> bdb start
Started coordinator
Done
> zdo bind on f4ce3663c613276d 10 f4ce36b9fb323809 64 0x0008 0x1ffa
Done
> zdo bind on f4ce3663c613276d 11 f4ce36b9fb323809 64 0x0008 0x1ffa
Done
> zdo bind on f4ce3663c613276d 12 f4ce36b9fb323809 64 0x0008 0x1ffa
Done
> zcl subscribe on f4ce3663c613276d 10 0x0008 0x0104 0x0000 32 1 2
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Update 2: added raw Wireshark dump:

zigbee_nrf52840_subscription_fail.pcapng

Terms of service