What's new

amtm amtm - the Asuswrt-Merlin Terminal Menu

  • 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!

I had to test the lc feature and set amtm to turn the LED lights off at a random time.

Pleasantly surprised how dark the room actually is (pitch black) when these are off!

Can we have weekday and weekend schedules too! :)
 
I had to test the lc feature and set amtm to turn the LED lights off at a random time.

Pleasantly surprised how dark the room actually is (pitch black) when these are off!

Can we have weekday and weekend schedules too! :)
I was anticipating that request.
As in Henry Ford: You can have any color you want, so long as it's black.
 
Ah, GitHub. It's been a while since I used it last. September 13 2016 to be exact, I've released AB-Solution 2.0.1 then.
After that, AB 3 came out in November that year. The milestone that added full integration of pixelserv-tls into AB.

I need to first re-familiarize myself with it so I can upload the new repository.
But first: Dinner.
amtm version 0.1 is now available

See post #1 for install instructions.
Enjoy!

Above is just a quick blast from the past - 27 November 2017 - the birth of amtm ... at least on this forum.
In 2.5 years - amtm has come a long way - HUGE thanks to thelonelycoder and all the other script contributing coders. This has allowed so many of us non-coders to get so much more value out of our Asus Routers. {Thumbs-Up} :D
 
I only bought the RT-AC68U because its got ten pretty little blue lights all in a row.
I have RT-AC68U too. And in addition to these 10 blue LEDs in the front panel, it has bright white LEDs, kinda back lights, as well.

Anyway, I noticed this feature or behaviour or whatever, maybe it is mentioned in changelog (did not read LOL)?:

That is, if I manually disable LEDs (lc and 2.), all the LEDs (both blue and white) will be turned OFF.

But, if I manually enable LEDs again (lc and 2.), only the blue ones of the front panel will be turned ON. And the white LEDs of the backside remain turned OFF.

Now, if I reboot the router, both blue and white LEDs are back ON again.
 
Above is just a quick blast from the past - 27 November 2017 - the birth of amtm ... at least on this forum.
In 2.5 years - amtm has come a long way - HUGE thanks to thelonelycoder and all the other script contributing coders. This has allowed so many of us non-coders to get so much more value out of our Asus Routers. {Thumbs-Up} :D
And this post is where the simple logic for amtm comes from: https://www.snbforums.com/threads/amtm-the-asuswrt-merlin-terminal-menu.42415/#post-360592
amtm still works the same way it ever did:
Code:
If the supported script file is found, then
   Open script
else
   Run install command
end.
 
Last edited:
I have RT-AC68U too. And in addition to these 10 blue LEDs in the front panel, it has bright white LEDs, kinda back lights, as well.

Anyway, I noticed this feature or behaviour or whatever, maybe it is mentioned in changelog (did not read LOL)?:

That is, if I manually disable LEDs (lc and 2.), all the LEDs (both blue and white) will be turned OFF.

But, if I manually enable LEDs again (lc and 2.), only the blue ones of the front panel will be turned ON. And the white LEDs of the backside remain turned OFF.

Now, if I reboot the router, both blue and white LEDs are back ON again.
Post output of
Code:
nvram show | grep led_
 
Post output of
Code:
nvram show | grep led_

This is the situation after I have disabled and enabled LEDs again (white LEDs remained OFF):

Code:
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root# nvram show | grep led_
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
size: 57507 bytes (8029 left)
led_disable=0
led_pwr_gpio=4099
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root#
 
This is the situation after I have disabled and enabled LEDs again (white LEDs remained OFF):

Code:
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root# nvram show | grep led_
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
size: 57507 bytes (8029 left)
led_disable=0
led_pwr_gpio=4099
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root#
Thanks, I was hoping you’d post that state.
Now, if you will, reboot and with all leds on run the same command.
 
I was immensely proud when my first script was added to amtm :)
And now you dominate the i page.
I had to sit down when I was offered amtm be included in the firmware. Mind you, I was already sitting then.
 
Thanks, I was hoping you’d post that state.
Now, if you will, reboot and with all leds on run the same command.

Okay, this is the situation after reboot, LED Control of amtm untouched, blue and white LEDs are turned ON (excluding 3 LAN LEDs (because there are no "live" devices connected), and 5GHz LED (5GHz radio disabled atm)):

Code:
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root# nvram show | grep led_
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099
size: 57507 bytes (8029 left)
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root#

Is there any difference at all?
 
Okay, this is the situation after reboot, LED Control of amtm untouched, blue and white LEDs are turned ON (excluding 3 LAN LEDs (because there are no "live" devices connected), and 5GHz LED (5GHz radio disabled atm)):

Code:
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root# nvram show | grep led_
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099
size: 57507 bytes (8029 left)
xxxxxxxxxxxxxxx@RT-AC68U-xxxx:/tmp/home/root#

Is there any difference at all?
There is none. And I don't see why.
What happens if you push the LED button in the back. Press it about 1 sec to turn on or off.
 
I am back.

OK. I started my testing with a situation when I had turned turned OFF and then turned ON the LEDs with amtm. So, the blue LEDs were ON and the white LEDs of the backpanel were OFF. Then I toggled the LED on/off hardware button in the middle of the backpanel of the router. That is, pushed the button first in and then released it pushing it again. Router rebooted itself. Nice. I don't know why this happened and I couldn't reproduce this even if I tried a few times. Random glitch?

Back to testing.

After fresh reboot. All LEDs are ON (LED Control of amtm untouched):

Code:
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
size: 57507 bytes (8029 left)
led_disable=0
led_pwr_gpio=4099



After pushing the LED on/off button of the backpanel in (so that all LEDs are now OFF):

Code:
size: 57507 bytes (8029 left)
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099



After pushing the LED on/off button of the backpanel again (so that the button comes out and all the LEDs (both blue and white) are back ON:

Code:
size: 57507 bytes (8029 left)
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099



With the Code, so far nothing happens? Right? Maybe the line "size: 57507 bytes (8029 left)" is a bit differently located, but that's all?

However, when I now turned the LEDs OFF with amtm and toggled the backpanel LED on/off button (first in and then out again), I ended up with this strange situation when both USB 2.0 and 3.0 LEDs are OFF and Power LED was OFF too. But other blue LEDs (that are normally lit) were lit. But this situation is not right because USB devices seem to work OK and they are connected as usual. And Power is ON of course. But the blue USB LEDs are OFF. And the blue Power LED is OFF. White LEDs of the backpanel are OFF.

And I can reproduce this situation. It is not a glitch. It happens this way if I repeat the steps.

And now notice the line "led_disable=1". It is different than before:

Code:
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_lan3_gpio=255
led_wps_gpio=4099
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=1
size: 57507 bytes (8029 left)
led_pwr_gpio=4099



Now, when I turn the LEDs on with LED Control of amtm, both USB 2.0 and 3.0 LEDs come back ON again and Power LED as well. All good again with blue LEDs. But the white LEDs of the backpanel remain OFF (as usual with amtm LED Control):

Code:
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099
size: 57507 bytes (8029 left)

After that, if I toggle the LED on/off button of the backpanel once again, even the white LEDs are back ON again.

Actually, there is no problem. You have different combinations of active LEDs available. Some of them are accessed with "remote control", some need pushing the hardware button of the router (or reboot). But nevertheless. :cool:
 
Last edited:
I am back.

OK. I started my testing with a situation when I had turned turned OFF and then turned ON the LEDs with amtm. So, the blue LEDs were ON and the white LEDs of the backpanel were OFF. Then I toggled the LED on/off hardware button in the middle of the backpanel of the router. That is, pushed the button first in and then released it pushing it again. Router rebooted itself. Nice. I don't know why this happened and I couldn't reproduce this even if I tried a few times. Random glitch?

Back to testing.

After fresh reboot. All LEDs are ON (LED Control of amtm untouched):

Code:
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
size: 57507 bytes (8029 left)
led_disable=0
led_pwr_gpio=4099



After pushing the LED on/off button of the backpanel in (so that all LEDs are now OFF):

Code:
size: 57507 bytes (8029 left)
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099



After pushing the LED on/off button of the backpanel again (so that the button comes out and all the LEDs (both blue and white) are back ON:

Code:
size: 57507 bytes (8029 left)
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099



With the Code, so far nothing happens? Right? Maybe the line "size: 57507 bytes (8029 left)" is a bit differently located, but that's all?

However, when I now turned the LEDs OFF with amtm and toggled the backpanel LED on/off button (first in and then out again), I ended up with this strange situation when both USB 2.0 and 3.0 LEDs are OFF and Power LED was OFF too. But other blue LEDs (that are normally lit) were lit. But this situation is not right because USB devices seem to work OK and they are connected as usual. And Power is ON of course. But the blue USB LEDs are OFF. And the blue Power LED is OFF. White LEDs of the backpanel are OFF.

And I can reproduce this situation. It is not a glitch. It happens this way if I repeat the steps.

And now notice the line "led_disable=1". It is different than before:

Code:
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_lan3_gpio=255
led_wps_gpio=4099
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=1
size: 57507 bytes (8029 left)
led_pwr_gpio=4099



Now, when I turn the LEDs on with LED Control of amtm, both USB 2.0 and 3.0 LEDs come back ON again and Power LED as well. All good again with blue LEDs. But the white LEDs of the backpanel remain OFF (as usual with amtm LED Control):

Code:
led_lan4_gpio=255
led_lan2_gpio=255
led_5g=1
led_usb_gpio=4096
led_2g_gpio=255
led_usb3_gpio=4110
led_logo_gpio=4100
btn_led_gpio=5
led_wan_gpio=255
led_5g_gpio=4102
led_wps_gpio=4099
led_lan3_gpio=255
btn_led_mode=0
led_lan_gpio=255
led_lan1_gpio=255
led_all_gpio=255
led_disable=0
led_pwr_gpio=4099
size: 57507 bytes (8029 left)

After that, if I toggle the LED on/off button of the backpanel once again, even the white LEDs are back ON again.

Actually, there is no problem. You have different combinations of active LEDs available. Some of them are accessed with "remote control", some need pushing the hardware button of the router (or reboot). But nevertheless. :cool:
We’ll leave it at that then.
 
The GT-AC2900 has RGB.

Somebody’s going to request a “Vegas Mode” now that this tidbit’s out in the wild.

FWIW, I’m MORE than happy to be able to turn the white ones on the front and the green and amber ones on the back on and off on a schedule. The only thing that might be of interest is a different weekend and weekday schedule.

But: if someone wanted to write a script that would allow me to see from those lights how much of my DL BW was being used (based on the QoS setting, maybe) at the press of the, say WPS button, with a nice left to right bar, left-most led being low and full being all LEDs...I might enjoy that.


Sent from my iPhone using Tapatalk
 
Somebody’s going to request a “Vegas Mode” now that this tidbit’s out in the wild.

FWIW, I’m MORE than happy to be able to turn the white ones on the front and the green and amber ones on the back on and off on a schedule. The only thing that might be of interest is a different weekend and weekday schedule.

But: if someone wanted to write a script that would allow me to see from those lights how much of my DL BW was being used (based on the QoS setting, maybe) at the press of the, say WPS button, with a nice left to right bar, left-most led being low and full being all LEDs...I might enjoy that.


Sent from my iPhone using Tapatalk
Sounds like the first PC ever built. Blinkenlights galore. It came as a kit for self soldering and assembly. The MITS Altair 8800.
https://en.m.wikipedia.org/wiki/Altair_8800
 
Blinkenlights...that’s what my script idea should be called! I hope there’s a menu slot reserved for it in amtm!!

Seriously: we all need more action in our lives when we start daydreaming about our routers...


Sent from my iPhone using Tapatalk
 

Latest threads

Sign Up For SNBForums Daily Digest

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