Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handling Missing Information due to ESP_ZB_NLME_STATUS_INDICATION and Configuring Reports with ESP_ZB_ZCL_CLUSTER_ID_IAS_ZONE Cluster (TZ-1547) #568

Closed
VIinhQuang opened this issue Feb 17, 2025 · 6 comments
Labels

Comments

@VIinhQuang
Copy link

Question

Hi, i have two questions
Question 1:
About the ESP_ZB_NLME_STATUS_INDICATION. From what I've understood, this signal appears when I send a command to a device but don’t get a response (though I may not fully understand, please correct me if I’m wrong).

The issue here is that I need to send a read_attribute command to the sensor continuously because it only reports back to me when its state changes. However, when the signal appears right as the sensor state changes, I don't receive the report. This causes missing information. I’ve tried, but I can’t configure the sensor to report automatically. Is there a way to resolve this issue, or could I potentially remove the ESP_ZB_NLME_STATUS_INDICATION signal altogether?

Question 2:
Could someone guide me on how to configure reporting with the ESP_ZB_ZCL_CLUSTER_ID_IAS_ZONE cluster (door and window sensor of Tuya)?

i have tried config as shown below
Image

and here is the result and it does not send information automatically when there is a state change

Image

Image

I would appreciate your help, and thank you so much for your response!

Additional context.

No response

@github-actions github-actions bot changed the title Handling Missing Information due to ESP_ZB_NLME_STATUS_INDICATION and Configuring Reports with ESP_ZB_ZCL_CLUSTER_ID_IAS_ZONE Cluster Handling Missing Information due to ESP_ZB_NLME_STATUS_INDICATION and Configuring Reports with ESP_ZB_ZCL_CLUSTER_ID_IAS_ZONE Cluster (TZ-1547) Feb 17, 2025
@xieqinan
Copy link
Contributor

@VIinhQuang ,

About the ESP_ZB_NLME_STATUS_INDICATION. From what I've understood, this signal appears when I send a command to a device but don’t get a response (though I may not fully understand, please correct me if I’m wrong).

Please refer to the comment for parsing the payload of ESP_ZB_NLME_STATUS_INDICATION to understand why the signal is raised first.

Could someone guide me on how to configure reporting with the ESP_ZB_ZCL_CLUSTER_ID_IAS_ZONE cluster (door and window sensor of Tuya)?

The access type of ESP_ZB_ZCL_ATTR_IAS_ZONE_ZONESTATUS_ID is read_only, so it cannot be configured for reporting.

@VIinhQuang
Copy link
Author

VIinhQuang commented Feb 18, 2025

Please refer to the comment for parsing the payload of to understand why the signal is raised first.ESP_ZB_NLME_STATUS_INDICATION

@xieqinan Thanks for reply
In my project, I only encounter the ESP_ZB_NLME_STATUS_INDICATION signal when I send a read_attr request to another device and do not receive a response. Otherwise, this signal rarely appears. Could you guide me on how to resolve this issue?

The issue here is that I need to send a read_attribute command to the sensor continuously because it only reports back to me when its state changes. However, when the signal appears right as the sensor state changes, I don't receive the report. This causes missing information. I’ve tried, but I can’t configure the sensor to report automatically. Is there a way to resolve this issue, or could I potentially remove the ESP_ZB_NLME_STATUS_INDICATION signal altogether?

The access type of is , so it cannot be configured for reporting.ESP_ZB_ZCL_ATTR_IAS_ZONE_ZONESTATUS_ID``read_only

With Tuya's gateway, it can automatically report state changes. I'm not sure if there's a way to do the same with ESP-Zigbee. Could you help with that?

@xieqinan
Copy link
Contributor

In my project, I only encounter the ESP_ZB_NLME_STATUS_INDICATION signal when I send a read_attr request to another device and do not receive a response. Otherwise, this signal rarely appears. Could you guide me on how to resolve this issue?

Could you please share me with the source code of the read_attr request? Let's ensure it is corrected first. If the destination address does not exist, this signal will be raised to indicate it.

With Tuya's gateway, it can automatically report state changes. I'm not sure if there's a way to do the same with ESP-Zigbee. Could you help with that?

I’m not sure how TuYa has implemented it. However, the standard usage of the IAS Zone is defined in the ZCL specification, and the esp-zigbee-sdk follows this standard. You can also refer to the discussion for more details.

@VIinhQuang
Copy link
Author

@xieqinan
I solved the problem by using esp_zb_raw_command_handler_register(rawCmdHandlerCb)
thanks your support
Regarding managing the RSSI of devices, besides extracting it from the header of responses, are there any other methods?

@xieqinan
Copy link
Contributor

are there any other methods?

You can also get the rssi of device from the neighbor table, refer to esp_zb_nwk_get_next_neighbor().

@VIinhQuang
Copy link
Author

You can also get the rssi of device from the neighbor table, refer to esp_zb_nwk_get_next_neighbor().

many thanks!!!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants