What's new
  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

scMerlin scMerlin 2.5.40 - Service and script control menu for Asuswrt-Merlin

Thanks, let me know if you need some data or a test. I'm ducking in and out but mostly around for the arvo/evening (here in Sydney Australia).

Oh, forgot to say - did a couple more reboots with same result ... still stubbornly showing WAN1 Uptime.
Just to gather some data and context for debugging purposes.

First, let's make sure that you do have the very latest 'develop' branch version since several fixes and changes were made last night. You can easily double-check the specific 'develop' version via one of the following commands:
Bash:
scmerlin help
#OR#
scmerlin about
Example screenshot:
Develop_scMerlin_v2.5.40_CLI_About.jpg


If you see the version tag as "v2.5.40_25072423" then you do currently have the very latest version available; otherwise, get the latest via this command:
Bash:
scmerlin forceupdate

Also, please run the following code [UPDATED] when you have the issue and post the results:
Bash:
_GetData_()
{
   echo "-----------------------------"
   date +'%Y-%b-%d %I:%M:%S %p %Z'
   grep "^readonly SCRIPT_VERSION=" /jffs/scripts/scmerlin
   grep "^readonly SCRIPT_VERSTAG=" /jffs/scripts/scmerlin
   echo "F/W: $(nvram get firmver).$(nvram get buildno).$(nvram get extendno)"
   nvram show 2>/dev/null | grep -E '^wan[01]_(primary|ifname|state_t)='
   nvram show 2>/dev/null | grep "^sys_uptime_now="
   echo "UPTIME from /proc/uptime"
   cat /proc/uptime
   echo "NVRAM WAN Uptime:"
   echo "-----------------"
   nvram show 2>/dev/null | grep -E "wan[01]_uptime"
   echo "-----------------"
   echo "FILE: /tmp/wan_uptime.tmp"
   if [ -f /tmp/wan_uptime.tmp ]
   then
       ls -le /tmp/wan_uptime.tmp
       cat /tmp/wan_uptime.tmp
   else
       echo "*INFO*: File NOT found."
   fi
   echo "-----------------------------"
}
_GetData_

Thanks.
 
Last edited:
@Martinski, @ExtremeFiretop

scmerlin help

HELP [v2.5.40_25072423, Branch: develop]

Also, please run the following code [UPDATED] when you have the issue and post the results:

Code:
-----------------------------
2025-Jul-26 01:19:55 PM AEST
readonly SCRIPT_VERSION="v2.5.40"
readonly SCRIPT_VERSTAG="25072423"
F/W: 3.0.0.4.388.9.2
wan0_ifname=eth0
wan0_primary=1
wan0_state_t=2
wan1_ifname=eth1
wan1_primary=0
wan1_state_t=2
sys_uptime_now=7528
UPTIME from /proc/uptime
7546.90 26730.95
NVRAM WAN Uptime:
-----------------
-----------------
FILE: /tmp/wan_uptime.tmp
-rw-rw-rw-    1 admin    root            13 Sat Jul 26 11:15:33 2025 /tmp/wan_uptime.tmp
1 1753492533
-----------------------------

There you go ...
 
@Martinski, @ExtremeFiretop



HELP [v2.5.40_25072423, Branch: develop]



Code:
-----------------------------
2025-Jul-26 01:19:55 PM AEST
readonly SCRIPT_VERSION="v2.5.40"
readonly SCRIPT_VERSTAG="25072423"
F/W: 3.0.0.4.388.9.2
wan0_ifname=eth0
wan0_primary=1
wan0_state_t=2
wan1_ifname=eth1
wan1_primary=0
wan1_state_t=2
sys_uptime_now=7528
UPTIME from /proc/uptime
7546.90 26730.95
NVRAM WAN Uptime:
-----------------
-----------------
FILE: /tmp/wan_uptime.tmp
-rw-rw-rw-    1 admin    root            13 Sat Jul 26 11:15:33 2025 /tmp/wan_uptime.tmp
1 1753492533
-----------------------------

There you go ...

Can you re-run what Martinski sent, after swapping which is the active connection and which is the standby?

I'm expecting the bit to flip for wan0_primary and wan1_primary
 
Last edited:
Can you re-run after swapping which is the active connection and which is the standby?
@ExtremeFiretop

You mean physically swap the cables or swap them in the Failover GUI setup?

If you want me to swap cables that’s not easy with the way it is wired up and packed into my comms cupboard so it would need to wait until I get some time alone in the house for some longer internet “downtime” - or heads would roll (mine).

:D
 
@ExtremeFiretop

You mean physically swap the cables or swap them in the Failover GUI setup?

If you want me to swap cables that’s not easy with the way it is wired up and packed into my comms cupboard so it would need to wait until I get some time alone in the house for some longer internet “downtime” - or heads would roll (mine).

:D

I meant the configuration no need to swap the cables. But it seems Martinski committed a fix so if you test again you should have better results now.
 
Ok, home in about 90 minutes so will “ force update” and test, yes?
 
:D Managed to upgrade scMerlin and reboot router remotely over my Tailnet.

Yes I think that worked!
Now showing WAN0 in both CLI and GUI …

IMG_1636.png


Will test properly when I get home.

Should it track /display WAN1 if I deliberately failover by cutting power to the HFC box for example? Or is that beyond the design scope?

:D
 
:D Managed to upgrade scMerlin and reboot router remotely over my Tailnet.

Yes I think that worked!
Now showing WAN0 in both CLI and GUI …

View attachment 66933

Will test properly when I get home.

Should it track /display WAN1 if I deliberately failover by cutting power to the HFC box for example? Or is that beyond the design scope?

:D

May take the minute to update (like always) but should swap over with your fail over. 🙏

Thanks for that find before we pushed it out. At this point i think most elements of the solution has been covered.
 
No problem, sorry I hopped on so late, been busy!

I’ll try to test/observe the behaviour of scMerlin on failover to WAN1 and back (I run the wan-failover script) in next few hours and report as well …
 
No problem, sorry I hopped on so late, been busy!

I’ll try to test/observe the behaviour of scMerlin on failover to WAN1 and back (I run the wan-failover script) in next few hours and report as well …
 
:D Managed to upgrade scMerlin and reboot router remotely over my Tailnet.

Yes I think that worked!
Now showing WAN0 in both CLI and GUI …

View attachment 66933

Will test properly when I get home.

Should it track /display WAN1 if I deliberately failover by cutting power to the HFC box for example? Or is that beyond the design scope?

:D
I've made a few more improvements to better handle the two possible WAN interfaces, so please update to the latest 'develop' branch version before continuing to test and validate.

The latest 'develop' version tag should be shown as "v2.5.40_25072600"
Example:
Develop_scMerlin_v2.5.40_CLI_VersTag.jpg


UPDATE:
FYI, due to the most recent changes, when running scMerlin on the 3004.386 or 3004.388 F/W branches, any previous WAN uptimes may be re-seeded to "all-zeros" to restart monitoring. The 'develop' branch version is still in the Beta stage, so be aware of such changes.
 
Last edited:
I've made a few more improvements to better handle the two possible WAN interfaces, so please update to the latest 'develop' branch version before continuing to test and validate.
Love to but due to an inconvenient medical incident this arvo (broken right index finger - and yes I'm right-handed) I will be somewhat constrained for a while!

Hopefully others can confirm your fixes. Will report when able after surgery tomorrow and apologies for the lack of follow-through on this occasion.

Edit: Have installed your latest build v2.5.40_25072600 and confirmed it is still saying WAN0 for me. Can't do the failover testing I'd like to do right now however - and not only that I've been told no coffee in the morning (nil by mouth). :p
 
Last edited:
Love to but due to an inconvenient medical incident this arvo (broken right index finger - and yes I'm right-handed) I will be somewhat constrained for a while!

Hopefully others can confirm your fixes. Will report when able after surgery tomorrow and apologies for the lack of follow-through on this occasion.
OH NO! Sorry to hear that, @Stephen Harrington! Hope you get mended quickly! 😢
 
I've made a few more improvements to better handle the two possible WAN interfaces, so please update to the latest 'develop' branch version before continuing to test and validate.

@Martinski @ExtremeFiretop

Back on deck for now, finger wrapped up - managed to do a quick test of how the scMerlin v2.5.40_25072600 build behaves on a WAN failover as requested.

1 - Unplugged my main WAN0 HFC box and thus triggered a Failover to the backup 5G WAN1 connection.
Observed that both in the GUI and CLI scMerlin switched from displaying "wan0" to "wan1" within about a minute.

2 - Powered up the HFC box again and waited for the fall-back to WAN0.
Again observed that both in the GUI and CLI scMerlin switched from displaying "wan1" back to "wan0" within a short time.
 
@Martinski @ExtremeFiretop

Back on deck for now, finger wrapped up - managed to do a quick test of how the scMerlin v2.5.40_25072600 build behaves on a WAN failover as requested.

1 - Unplugged my main WAN0 HFC box and thus triggered a Failover to the backup 5G WAN1 connection.
Observed that both in the GUI and CLI scMerlin switched from displaying "wan0" to "wan1" within about a minute.

2 - Powered up the HFC box again and waited for the fall-back to WAN0.
Again observed that both in the GUI and CLI scMerlin switched from displaying "wan1" back to "wan0" within a short time.
Glad to see you’re back after your medical incident. I hope your surgery went extremely well, and you’re on your way to a full rehabilitation of your finger. I wish you a fast and complete recovery.

WRT testing, I fully appreciate your taking the time to perform the tests and post the results. Looks like the latest scMerlin version is working as designed and as expected during the WAN failover events.

Thank you again for finding and reporting the problem, and for following up with testing and feedback.

Take care.
 
Release Notes for scMerlin v2.5.40 version (now available):

- Implementing WAN Uptime Functionality as requested by @abcxyz and @Tarek Yag
Thanks to @abcxyz @Stephen Harrington @laracroftonline for the testing and feedback!
Special shout-out to @Martinski for finishing the work I started 😜

1753667191656.png


1753667242426.png


The fork from @thelonelycoder 's repository is now hosted on the AMTM-OSR GitHub repo:

More info here: https://www.snbforums.com/threads/announcing-amtm-osr-amtm-orphaned-script-revival-repository.94716/
 
Last edited:

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Back
Top