Cannot reconnect when power is turned off after commissioning about stm32wb-matter-device-over-thread HOT 11 OPEN

Hello,
Thank you for the feedback. We are aware of this issue and working as fast as possible to provide a patch.
Workaround: Reboot border router (homepod mini) and after reboot end device. This will lead to flush the srp in the border router and the end device will create a new one.
br
Yoann

from stm32wb-matter-device-over-thread.

Thank you for your response. We look forward to hearing from you.

from stm32wb-matter-device-over-thread.

hello we did a patch to resolve this issue.

from stm32wb-matter-device-over-thread.

Thank you for your response.
Do you mean that it has already been supported in v1.1.1?
I have tried with v1.1.1, but the connection does not continue after commissioning, powering down, and powering back up.
The implementation is as follows.

1. build v1.1.1 with STM32CubeIDE and start debugging
2. perform commissioning via Home Pod in Apple Home app.
3. commissioning is completed
   After a few moments of operation, press SW1 and [SAVE NVM] will appear in the serial log
4. remove the power and turn it on again after a while 7.
5. check for device response, but there is no response

Is there a problem with the procedure?

from stm32wb-matter-device-over-thread.

Hello no the procedure is ok. I think you face another issue who block the join from the child (end device) to the border router. We are working on this one. Can you try to do 1 commissioning (after commissioning the nvm will be save automatically), some on/off and reboot your device (hard reboot) and if you face the error can you share with us the log of the end device.

from stm32wb-matter-device-over-thread.

Hello.
Thanks for the confirmation.
I see that the ability to reconnect when power is turned off and on again after commissioning is completed has not yet been implemented.
We will provide a log of the failure at that time.
The [fail_ResetButton.lo
fail_PowerOff.log
g] is the log when the reset button is pressed.
[fail_PowerOff.log] is the log when the power is disconnected.
One question, then, what was fixed from v1.1.0 to v1.1.1?
fail_ResetButton.log

from stm32wb-matter-device-over-thread.

after checking with the second log :

• commissioning is ok with some lifts with windows covering app
• reboot from nvm is ok with some lifts with windows covering app
• second reboot you get this error : Message-------: No available message buffer => that mean the child cannot attach to the border router => we are working on this issue.
  So yes you can reboot your device, but we face a random issue that impact the thread world and are independent from matter.
  best regards.

from stm32wb-matter-device-over-thread.

Thank you for your response.
To recap.

1. the implementation of the restart regarding the Matter protocol is complete.
2. due to thread communication issues, we are unable to reconnect to the thread border router on restart.
   Is that correct?
   I sometimes get no response after commissioning or after commissioning is completed (Task is deadlocked), can you confirm this?

from stm32wb-matter-device-over-thread.

hello

1. yes
2. yes but the error is random and not occur all the time.
   Can you share the callstack when you see a deadlock.
   best regards

from stm32wb-matter-device-over-thread.

Thank you for your response.
I have tried v1.1.1.
Commissioning is stable and operational, but after commissioning and removing power, the connection does not resume and becomes unresponsive. Is this expected behavior?

Also, the following are listed as changes in v1.1.1, can you tell us what exactly has been improved?

1.Slow Bluetooth advertising added.

2.Factory Data provider implementation added.

3.SRP credentials saved after a power off.

4.NVM size optimised.

Thank you in advance.

from stm32wb-matter-device-over-thread.

I will add a note.
In v1.1.1, we have confirmed that when power is reconnected after commissioning, the response is properly restored.
One point, however, we have confirmed that if the SSID of the connected Thread Border Router is changed, the response is lost.
Why is this? Thank you in advance.

from stm32wb-matter-device-over-thread.