Closed s-hadinger closed 4 years ago
Not importing was only curious if it was easy way to getting the information but its also working the "mechanical" way (Main power for the apartment off and on) and having the laptop running on battery ;-)))
And I do call setInitialSecurityState at each reboot - maybe I shouldn't.
@s-hadinger I don't think there's real need to "form" network each time you reboot, i.e. setInitialSecurityState
. EmberZNet does a decent job storing those in NVRAM.
You could call networkInit
and then check StackStatus and nodeType and form if the network is not there or the node type is not coordinator.
@Adminiuga I some time having problems that the NCP have stored bad things in the NVRAM (SimEEv2 I think its on the 1 gen geckos for storing tokens) in HA and then i moving between host applications. Normally the Ikeas new motion sensor (ZB3) can paring one time and after that its not possible its only leaving the mesh (for the moment its working in tasmota reparinga and rejoining). Then erasing the flash and flashing bootloaders and NCP its working normal. Do you knowing if its some easy way "resetting / erasing" the NVR / SimEEv2 (master reset / token cleaning) ? Silab is recommending first erasing the internal flash before flashing the NCP with EZSP then using it with there demo GW (then the EZSP is making one new clean SimEEv2 in the upper free flash). I have not testing going from HA to current tasmota then I have the problem and resetting the devices and repairing them in tasmota (for see if Tasmota can fixing the problem in the NVR then rewriting the tokens). For my its no big problem in alpha / beta test phase but later for users that don't have SWD programming available (loading one flash size(minus BL size) GBL file with "FF" and then the EZSP with Xmodem can being one workaround for user). What i have reading is that TI having similar problems and need reflashing the NCP from time 2 time (from Z2M forum).
This may be related to the keys NCP stores for ZB3 devices. If you reset the device, you should remove the key from the NCP
Sounds more than likely. I keep watching if its coming back. I think tasmota is making it right now but was problem before the maior ZB3 fix. Bellows with 6.6.4.0 looks ok but have not testing so much. For the moment is being one mess with 6.7.4.0 if mowing from tasmota and not erasing the flash and flashing bl and EZSP.
@Adminiuga
I'm now doing what you mention. I call initNetwork
then check parameters and call formNetwork
only if I need to change parameters (ex PanID)
PROBLEM DESCRIPTION
A clear and concise description of what the problem is.
Sonoff ZBBridge: IKEA bulb loses connectivity after a Tasmota restart.
REQUESTED INFORMATION
Make sure your have performed every step and checked the applicable boxes before submitting your issue. Thank you!
Backlog Template; Module; GPIO 255
:Backlog Rule1; Rule2; Rule3
:Status 0
:weblog 4
for more debug information)TO REPRODUCE
_Steps to reproduce the behavior:
I paired an IKEA white/CT bulb to Z2T. The bulb acts as a Zigbee router. When I reboot Tasmota/coordinator, the IKEA bulb does not respond to commands anymore. I checked with a Zigbee sniffer, the commands are correctly sent in the air, but for an unknown reason the IKEA buld ignores the packets. The bulb still send 'Link status' packets as required by a router. When I power off/on the IKEA bulb, it reconnects to the coordinator (Device announcement...) and everything works fine again.
EXPECTED BEHAVIOUR
A clear and concise description of what you expected to happen.
Using CC2530 the issue does not happen. There is something wrong with routing on ZBBridge maybe linked to Zigbee V3.
SCREENSHOTS
If applicable, add screenshots to help explain your problem.
ADDITIONAL CONTEXT
Add any other context about the problem here.
This is a follow up from #8583 to have an issue dedicated to this problem.
(Please, remember to close the issue when the problem has been addressed)