Hm, is channel 13+14 a valid setting? I can set my TL-WR841ND v11 to do that but all my devices connect at maximum 150 M instead of 300 M, so I set it to 13+9. I remember a time when if you selected channel 13 the only option for extension channel was "lower", but for a while now I see "upper" is available too, not sure is Ok but my devices seem not to like it.
Posted: Fri Jan 14, 2022 4:08 Post subject: Wrong extension channel listing
Jovan wrote:
mcchary wrote:
channel: 13 + 14 (2472 MHz HT40).
Hm, is channel 13+14 a valid setting? I can set my TL-WR841ND v11 to do that but all my devices connect at maximum 150 M instead of 300 M, so I set it to 13+9. I remember a time when if you selected channel 13 the only option for extension channel was "lower", but for a while now I see "upper" is available too, not sure is Ok but my devices seem not to like it.
This is a known problem for a while now. It has been pointed out before. tatsuya46 even made a ticket for it somewhere on the SVN timeline.
Is there any reason that disabling SFE with r48081 would prevent connections to the 5GHz radio on an R9000? I was still able to connect to the 2.4GHz radio. Re-enabling SFE allowed me to connect to 5GHz again.
I'll test again to see if it's repeatable, but it's my main house router and I'll need to do it when it's least disruptive.
Also, FYI: I made no changes to the configuration after the upgrade from r47715, which means I'm using DD-WRT firmware instead of Vanilla. Other than the above issue the only other oddity I noticed was one of my Tuya smartplugs periodically cycling (and reestablishing) its connection. Not something I'd probably notice except for the fact that it's got a fairly bright LED that strobes during the connection phase, and it was happening in my bedroom while I was trying to get to sleep. I resolved the issue (getting some sleep) by unplugging it.
Router/Version: TP-Link Archer-C7 v2
File/Kernel: DD-WRT v3.0-r48081 std (01/11/22)
Previous/Reset: r47853, No
Mode/Status: AP
Issues/Errors: None so far
I think I had it already on an older version at 'Status->Wireless' starting a Channel survey with the 2,4GHz - it shows the channels up to 26
Hm, is channel 13+14 a valid setting? I can set my TL-WR841ND v11 to do that but all my devices connect at maximum 150 M instead of 300 M, so I set it to 13+9. I remember a time when if you selected channel 13 the only option for extension channel was "lower", but for a while now I see "upper" is available too, not sure is Ok but my devices seem not to like it.
Hello, I have always configured my 841n router so that every time I set channel 13 and activate the channel Width at 40Mhz, I can automatically use the full 300 Mbit/s.
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Sat Jan 15, 2022 17:14 Post subject:
Look at this picture and you'll see that upper cannot be a "proper" choice when using channels 12, 13, and 14.
My best guess is that you are not hitting save at each step and so the choices are showing wrong. This is a function of how the code/driver selection is written and can't be changed. If you hit save at each selection, the upper choice should be eliminated and only show lower as shown a few posts above.
_________________ FORUM RULES
Is there any reason that disabling SFE with r48081 would prevent connections to the 5GHz radio on an R9000? I was still able to connect to the 2.4GHz radio. Re-enabling SFE allowed me to connect to 5GHz again.
I'll test again to see if it's repeatable, but it's my main house router and I'll need to do it when it's least disruptive.
Also, FYI: I made no changes to the configuration after the upgrade from r47715, which means I'm using DD-WRT firmware instead of Vanilla. Other than the above issue the only other oddity I noticed was one of my Tuya smartplugs periodically cycling (and reestablishing) its connection. Not something I'd probably notice except for the fact that it's got a fairly bright LED that strobes during the connection phase, and it was happening in my bedroom while I was trying to get to sleep. I resolved the issue (getting some sleep) by unplugging it.
I plugged the smart plug back in this morning and did not see a reoccurrence of its periodic cycling. I did, however, have an issue with Windows desktop using a USB wi-fi adapter (Linksys, don't know the model) being unable to connect to 2.4GHz. I switched that radio to Vanilla firmware and it was able to connect again.
Look at this picture and you'll see that upper cannot be a "proper" choice when using channels 12, 13, and 14.
I understand it seems that it generates some kind of conflict with the frequencies, I just changed to channel 11 and put upper. now i get 11+15 do you think its ok?
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Sat Jan 15, 2022 17:24 Post subject:
Dodge DeBoulet wrote:
I switched that radio to Vanilla firmware and it was able to connect again.
Vanilla drivers should be used in nearly all cases unless you have a specific reason to use the special features dd-wrt drivers "open" up to users. The dd-wrt drivers seem to break clients often; especially the low end wifi silicon used in IoT devices. _________________ FORUM RULES
My best guess is that you are not hitting save at each step and so the choices are showing wrong. This is a function of how the code/driver selection is written and can't be changed. If you hit save at each selection, the upper choice should be eliminated and only show lower as shown a few posts above.
You can see in my video how it works properly.
So far I have no proof that the shown does not work.
Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Sat Jan 15, 2022 21:25 Post subject:
mcchary wrote:
msoengineer wrote:
Look at this picture and you'll see that upper cannot be a "proper" choice when using channels 12, 13, and 14.
I understand it seems that it generates some kind of conflict with the frequencies, I just changed to channel 11 and put upper. now i get 11+15 do you think its ok?
'Channel 15' would be out of band and therefore illegal, but I don't expect the hardware to actually transmit on the undefined channel represented by '15'.
It is likely the dd-wrt GUI just fails to prevent this illegal combination to be shown (in your particular case).
