Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Tue Feb 14, 2023 10:55 Post subject: 5 GHz LED: how to get it working (until next reboot)
This is an experimental solution (which might also contribute to finding the cause of the problem in the code).
I noticed that on my R7800 running the latest build, 51697, I can get the 5 GHz LED working again by temporarily changing a particular 5 GHz WiFi setting.
My 5 GHz settings: see attachment & Vanilla driver.
(Temporarily) change the extension channel from UL (+2) to UL (+6), then Apply settings.
Wait until WiFi has become active again and then change the Extension channel setting back to UL (+2).
I did this several times and the 5 GHz LED always came on together with the 2.4 GHz LED. A reboot or some other partial restart will usually stop it working again.
Try flashing back to build 50927 or possibly a little older....
Then after reboot reset to defaults....
Then flash forward to current or chosen newer build...
Then reconfigure your setup MANUALLY
Or maybe try doing the MANUAL setup while on the "older good" build
AFTER the reset to default's of course
Then flash forward WITHOUT a reset
Maybe some/all the Guru's with R7800's that have been posting that
they tested the 5Ghz light to be fully functional in all the recent build threads
could share what build they were on when they last reset to default's..... _________________ Location 1
R7800- DD-WRT v3.0-r53562 (10/03/23) Gateway
WNDR3400v1 DD-WRT v3.0-r35531_mega-nv64k (03/26/18 ) Access Point
WRT160Nv3 DD-WRT ?v3?.0-r35531 mini (03/26/18 ) Access Point
WRT54GSv5 DD-WRT v24-r33555_micro_generic (10/20/17) Repeater
Location 2
R7800- DD-WRT v3.0-r51855 (02/25/23) Gateway
R6300v2- DD-WRT v3.0-r50671 (10-26-22) Access Point
WNDR3700v2 DD-WRT v3.0-r35531 std (03/26/18 ) Access Point
E1200 v2 DD-WRT v3.0-r35531 mega-nv64k (03/26/18 ) Gateway(for trivial reasons)
RBWAPG-5HACT2HND-BE RouterOS-v6.46.4 (2/21/20) Outdoor Access Point
2x RBSXTG-5HPACD RouterOS-v6.46.4 (2/21/20) PTP Bridge 866.6Mbps-1GbpsLAN
Location 3
2x R7000- DD-WRT v3.0-r50671 (10/26/22) Access Points
2x RBWAPG-60AD RouterOS-v6.45.9 (04/30/20) PTP Bridge 2.3Gbps-1GbpsLAN
2x RBSXTsqG-5acD RouterOS-v6.49.7 (10/14/22) PTP Bridge 866.6Mbps-1GbpsLAN Thank You BrainSlayer for ALL that you do & have done, also to "most" everyone here that shares their knowledge
My R7800 5GHz status LED function seems random, with tweaking settings and/or reboots. Keep pecking away and eventually there's a chance it may work. I haven't found any consistency to a specific setting to enable/disable.
I've read some users have no concerns with status LEDs, they cover them up. There had been implications the developer hasn't put it on a priority list. In the end, the wireless is working, unless you turn it off/on or schedule it, there's probably little consequence to it.
Still, for me and likely others, it's a status LED, and maybe just OCD, find it's flashing a sign things are working as they should.
My R7800 5GHz status LED function is random. What setting works one time does not work the next.
It is annoying to have to check after every reboot to see if 5GHz is actually active or not.
What I find more concerning is that the startup command runs randomly after a reboot, sometimes it runs, sometimes it doesn't, and again I have to check after every reboot to see if the startup script has run or not, and if not then have to run the script manually.
One day I hope these will be resolved, but I do appreciate all else the coders have done for us. _________________ - a candle loses nothing by lighting another candle
Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Mon Feb 20, 2023 8:56 Post subject:
computerperson wrote:
My R7800 5GHz status LED function is random. What setting works one time does not work the next.
It is annoying to have to check after every reboot to see if 5GHz is actually active or not.
What I find more concerning is that the startup command runs randomly after a reboot, sometimes it runs, sometimes it doesn't, and again I have to check after every reboot to see if the startup script has run or not, and if not then have to run the script manually.
One day I hope these will be resolved, but I do appreciate all else the coders have done for us.
(R7800)
I've had problems with a command script not running properly which was eventually solved by editing the text. I can only remember the comment on the forum when I asked about the problem.
I usually add comments and space with empty lines to any script/program code. This was deemed a waste of NVRAM space and unadvisable.
The comment did make me start editing the script removing unnecessary spaces and comment lines. I got it to work again, but I noticed that nevertheless my current startup script is nicely formatted and contains comment lines, so I must have subsequently forgotten about the advise. It all works nicely.
After all, I must be able to make sense of it, too.
I did make all scripts in the GUI shorter by placing all or a lengthy part in another script and calling that from the relevant GUI script like this:
/tmp/root/mountNASdrives.sh
Previous to this call that and other scripts are copied from a thumbstick drive like so:
logger -t --- "Copy essential files to router ~ directory (in RAM)"
cp /jffs/command_scripts/profile /tmp/root/.profile
cp /jffs/command_scripts/myShutdown.sh /tmp/root
cp /jffs/command_scripts/firewall.sh /tmp/root
cp /jffs/command_scripts/mountNASdrives.sh /tmp/root
For these copying commands to work it is necessary to make the GUI startup script wait until the thumbstick is mounted:
# Delay until jffs and optware partitions are mounted (max. 10 sec each)
logger -t --- "Delay $0 script execution until jffs & optware mount"
is-mounted /jffs 10
is-mounted /opt 10
Perhaps it helps to edit your GUI startup script to the bare minimum removing extraneous spaces and all comments, and see if it helps.
This is just based on my experience from numerous tries. I wasn't able to put a finger on what exactly triggered the problem.
Not good. Recommend adding something to Admin/Startup to record it's [in]activity
Isn't that like saying "if your email doesn't work I'll email you how to fix it"? _________________ - a candle loses nothing by lighting another candle
Posted: Fri Feb 24, 2023 20:47 Post subject: 5Ghz LED, startup script
02/23/2023 - r51838 - same issues.
No 5Ghz LED, startup script runs sometimes but I need to check every reboot.
===========================
edit 2023-2-25:
r51855 std (02/25/23) - 5GHz LED still not working. So far startup script runs on reboot.
===========================
edit 2023-2-26:
r51855 std (02/26/23) - 5GHz LED started working by itself overnight. Also survived a couple of reboots. Startup script still runs on reboot. _________________ - a candle loses nothing by lighting another candle