Skip to content

Fix flooding the network with ZGP broadcasts#6482

Merged
manup merged 1 commit intodresden-elektronik:masterfrom
manup:fix_zgp_flooding
Oct 31, 2022
Merged

Fix flooding the network with ZGP broadcasts#6482
manup merged 1 commit intodresden-elektronik:masterfrom
manup:fix_zgp_flooding

Conversation

@manup
Copy link
Member

@manup manup commented Oct 29, 2022

In a network with multiple ZGP devices (FoH switch,..) the ZGP proxy keep alive broadcast could have been send in the while loop without taking a break after each broadcast.

The fix adds a minimum delay of one second (idle timer delay) between each broadcast.

In a network with multiple ZGP devices (FoH switch,..) the ZGP proxy keep alive broadcast
could have been send in the while loop without taking a break after each broadcast.

The fix adds a minimum delay of one second (idle timer delay) between each broadcast.
@ebaauw
Copy link
Collaborator

ebaauw commented Oct 30, 2022

Brought the changes over (all two lines ;-), compiled them and now running in my large production network. It's the only one (currently) with ZGP switches.

@manup manup added this to the v2.19.2-beta milestone Oct 31, 2022
@manup manup merged commit b7a1a40 into dresden-elektronik:master Oct 31, 2022
@ebaauw
Copy link
Collaborator

ebaauw commented Oct 31, 2022

Looking good, checking the deCONZ log: only one ZGP broadcast per ~8 minutes instead of a dozen at the same time, and no more 0xD2 errors. As far as I can tell, my ZGP switches still work.

@manup
Copy link
Member Author

manup commented Oct 31, 2022

Nice fingers crossed it stays that way. The idle timer interval should be a natural guard for now.

@manup manup added the Fix label Oct 31, 2022
@manup manup deleted the fix_zgp_flooding branch January 3, 2023 13:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants