Good day!
generic_ponoff_setup_server_init causes Mesh assert error.
If I delete reallocation of dtt and onoff servers' subscription lists everything goes fine.
What am I doing wrong?
Linux, SES IDE, MESH SDK v4.0
Good day!
generic_ponoff_setup_server_init causes Mesh assert error.
If I delete reallocation of dtt and onoff servers' subscription lists everything goes fine.
What am I doing wrong?
Linux, SES IDE, MESH SDK v4.0
Hi,
I will need more information to be able to help you with the issue. Can you provide me with more details and what you have tried?
Which example are you using? Have you modified the example? Do you get any error codes?
I also have similar problem.
This symptom is caused by the same reason with https://devzone.nordicsemi.com/f/nordic-q-a/56494/access_model_subscription_list_dealloc-causes-assert-with-mesh-sdk-4-0-0/228984#228984
In PowerOnOff server or any similar model using "Server for Get" messages & "Setup Server for Set" messages, subscription list deallocating/sharing is made during model initialization.
If new allocation is done by such model itself or other model, the patch provided in https://devzone.nordicsemi.com/f/nordic-q-a/56527/reallocating-a-subscription-list-maintains-invalidated-state works, but unless, mesh_config_entry_delete() will assert in the end.
This can be easily reproduced if erase flash and re-write again.
The easy workaround is changing the sequence from allocate new one -> share (will deallocate old one) to deallocate old one -> share.
But, obviously this may cause problem in various use cases, and should be fixed.
I also have similar problem.
This symptom is caused by the same reason with https://devzone.nordicsemi.com/f/nordic-q-a/56494/access_model_subscription_list_dealloc-causes-assert-with-mesh-sdk-4-0-0/228984#228984
In PowerOnOff server or any similar model using "Server for Get" messages & "Setup Server for Set" messages, subscription list deallocating/sharing is made during model initialization.
If new allocation is done by such model itself or other model, the patch provided in https://devzone.nordicsemi.com/f/nordic-q-a/56527/reallocating-a-subscription-list-maintains-invalidated-state works, but unless, mesh_config_entry_delete() will assert in the end.
This can be easily reproduced if erase flash and re-write again.
The easy workaround is changing the sequence from allocate new one -> share (will deallocate old one) to deallocate old one -> share.
But, obviously this may cause problem in various use cases, and should be fixed.