Closed hruotsalainen closed 2 years ago
is the idea to deny joins per default and allow them only per button press?
is the idea to deny joins per default and allow them only per button press?
This should be default for a fresh installation. LCD/Web UI shall have then enable zigbee pairing button/switch. Also an automatic deny join request should be sent after a timeout of maybe some 10-15 minutes.
Just thinking aloud here: I feel like reserving one of the buttons as a "pairing button", which sends LCD&z2m into a "pairing" mode. The new pairing is then displayed on LCD via z2m mqtt event sub.
good idea! we could also do something like when button 1 + 2 are pressed, then do something (if possible)
This should be default for a fresh installation. LCD/Web UI shall have then enable zigbee pairing button/switch. Also an automatic deny join request should be sent after a timeout of maybe some 10-15 minutes.
it is possible to set a timeout, when enabling joins requests via zigbee2mqtt/bridge/request/permit_join
{"value": true, "time": 20}
time is in seconds
a timeout of 30 seconds per button press should be reasonable, no?
done via c0cba624dab962634840abdcf7fcb0e106dbecdb
Please increase pairing time-out to 300 seconds (5 minutes).
thanks for the reminder, fixed
Tried to pair a device today, but got this immediately after join enable:
SRSP - ZDO - mgmtPermitJoinReq after 6000ms
which according to z2m faq is pretty bad. However, Z2M did not crash
After restarting zigbee2mqtt container pairing worked again, but the original issue remains unsolved. I'll open a fresh issue on this
Closing because feature is implemented
Can be done via zigbee2mqtt/bridge/request/permit_join MQTT request