I made a related comment in this thread:
https://www.snbforums.com/goto/post?id=691183.
I am partial to the DFS channels because I'm in a low/no-radar area and no neighbors have hardware that can use UNII-2/UNII-2 Ext channels, so I get those to myself. I have encountered the channel change on one or two occassions, but I have a solution for that.
For me the solution is to be notified if radar is detected with a cronjob, which checks the log for the word radar and then emails me using the
div-email script described in the vnStat-on-Merlin thread. This updated version of the cronjob then deletes the line containing the word Radar and cleans up the notifications. (Yes I could do this is script form, but concatenation is fun!)
Code:
cru a radar_detect "7 4 * * * grep Radar /opt/var/log/messages > /opt/var/log/radar.txt && sh /jffs/scripts/div-email.sh 'Radar detected - check channel' /opt/var/log/radar.txt && rm /opt/var/log/radar.txt && sed -i '/Radar/d' /opt/var/log/messages 2>/dev/null || echo 'No radar detected'"
Note: I then need to manually restart wireless via the gui. I tried using adamm's
channelhog script but found that the commands embedded in his script did not respect the channel selection in the gui, they simply restarted the 5GHz radio on whatever automatic channel had been selected. Likely working as intended but not fit for my purposes - I want it to restart on the specified DFS channel (either 100 or 104). Since it's only happened once in three months, and that was quite likely a false-positive, manually restarting from the UI is not an issue.
Note2: some devices (Roku, Amazon) don't pick up DFS channels, so you'll need to decide if the trade-off is worth it.
Note3: I'm using uiScribe so your log file location may differ.