-
Notifications
You must be signed in to change notification settings - Fork 38
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
Add the ability to remove the filter that ignores reports from clusters that were not declared (TZ-359) #132
Comments
I believe you only need to return
|
hi @xieqinan
|
Yes, because the raw command requires the user to take responsibility for freeing the bufid of ZBOSS.
If you want to handle the Report command, you can do as above.
The |
Hello @xieqinan, thanks for the help, the handler I ended up using is the following
|
Is your feature request related to a problem?
As mentioned in the issue #111 it is important to have the ability to do this when designing a gateway device, a clear example of this is when we have a gateway that supports third party devices, in which the commands through the gateway are form in the cloud.
Describe the solution you'd like.
@xieqina mentions that there is a filter applied in which the report is discarded if the corresponding cluster was not declared
A possible solution would be to add a parameter to the action handler register esp_zb_core_action_handler_register(zb_action_handler) that allows you to configure whether you want to ignore said reports.
Describe alternatives you've considered.
In addition, @xieqina provides a solution using esp_zb_raw_command_handler_register(), this solution would be outside the api provided by esp and would work directly at the zboss api level, which becomes somewhat cumbersome and difficult to implement. I also tested the implementation as @xieqina explain and it partially works, after a while the device crashes giving the following log infinitely
W (296453) ZB_ESP_MAC: MAC RX buffer is full!
Additional context.
iam working with the last version of the zigbee sdk v1.0.0 and release branch 5.1 of the esp-idf
The text was updated successfully, but these errors were encountered: