[Bug] Status-LEDs on AP start flashing randomly while configured "off"

[5a5cha]

The problem

I recognized a random flashing of the Status-LEDs on the AP. All LEDs are randomly flashing. Not the same time. One by one.

LEDs are configured as "off" in the Web-UI.

After deactivating the Integration the LEDs remain off.

Your device model

GT-AX11000

Firmware type

Merlin

Firmware version

3004.388.4

Integration version with the issue

0.24.0b2

Method of the integration installation

HACS

What version and type of Home Assistant installation do you use

Core 2023.11.2

Is there anything useful in the logs?

No response

Diagnostics information

No response

Additional information

No response

[Vaskivskyi]

Weird, they are doing it one by one and not all at a time, but might be related to #710. If so, this will be fixed as soon as possible

[Vaskivskyi]

The other LED issue should be fixed in 0.24.0b3. Please, check whether the LEDs work as expected for you

[5a5cha]

Bug seems to be fixed. With 0b3 I'm able to control the LED via light entity and the random flashing is gone, too.

[5a5cha]

And we're back again :-)

After update to version 0.24.0 and tweaking the config (change cache from 7sec to 5 sec on the ap) the status leds on the ap are randomly flashing again.

[Vaskivskyi]

Please, check your AP logs via Web UI. If LEDs are controlled by integration (the way Asus is doing this), you would see something like this:

Nov 20 20:53:45 rc_service: cfg_server 1300:notify_rc start_ctrl_led

Please, let me know about your findings.

Merlin does not use the Asus way of handling LEDs (due to historical reasons), and the two ways can turn on and off LEDs independently if using Merlin. But neither should lead to the flashing of LEDs or their switching one-by-one

P.S. Also, please explain in more detail what you mean by flashing - do LEDs turn on - off in terms of seconds? Or do they blink (like the LED on any communication interface showing data transfer)

[5a5cha]

The AP is in AIMesh-Mode and act as an AIMesh Node. I don't know how to get the log of the node. Log of the Router itself doesn't show anything like led.

It comes definitely from the integration. After deactivating the integration of the node the leds are off all the time.

uploaded a short video. explains best :-) https://github.com/Vaskivskyi/ha-asusrouter/assets/21234719/1c8b3575-1b1b-4e2d-a63a-f7dd2728439e

Ok, here is a better video https://e.pcloud.link/publink/show?code=XZFzhDZBYsAioFql7kBwX8p7d1tEk9y4mhk

[Vaskivskyi]

This is extra weird. There is no possibility to control individual LEDs from the API point of view.

You can also check the debug logs of the AsusRouter library through the HA logs. You need lines similar to:

2023-11-21 08:14:33.347 DEBUG (MainThread) [asusrouter.modules.service] Service `start_ctrl_led` run with arguments `{'led_val': 1, 'action_mode': 'apply'}`. Result: `{'modify': '1', 'run_service': 'start_ctrl_led'}`

If there are many lines like this, please save the log file after some time of "blinking" LEDs and send me via Yevhenii@Vaskivskyi.com. Keep in mind, that the debug log might contain MAC and IP addresses of your devices, as well as device names, so you might not want to publish it here.

If there are no such lines, but the debug logs of both AsusRouter integration and library are present, also send it - anyway we need to find out what happens.

I suppose you are using the AiMesh WebUI interface as an LED state indicator for this AP?

[5a5cha]

Ok, there are a lot of the following lines in the log file.

Yes, i've set the LEDs to off in the WebUI.

Mail send :-)

[Vaskivskyi]

Please, check the latest release 0.24.2

In case if the issue still persists, we would need a new log - there should be more info now in case something is going wrong in this part of the code

[5a5cha]

So watching the LEDs while drinking a cup of coffee the LEDs stayed off.