arendst / Tasmota

Alternative firmware for ESP8266 and ESP32 based devices with easy configuration using webUI, OTA updates, automation using timers or rules, expandability and entirely local control over MQTT, HTTP, Serial or KNX. Full documentation at
https://tasmota.github.io/docs
GNU General Public License v3.0
21.97k stars 4.77k forks source link

ZBBridge: IKEA bulb losing connectivity after Tasmota restart #9009

Closed s-hadinger closed 4 years ago

s-hadinger commented 4 years ago

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!

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)

MattWestb commented 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 ;-)))

Adminiuga commented 4 years ago

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.

MattWestb commented 4 years ago

@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).

Adminiuga commented 4 years ago

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

MattWestb commented 4 years ago

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.

s-hadinger commented 4 years ago

@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)