MR42/MR52 LEDs

Installing and Using OpenWrt
21

We've veered far off topic for this thread already, I'm just saying the well selected x86_64 hardware can be powerful, while still having low idle-power consumption. Alderlake-n can start around 5 watts, full-blown core-i systems around 11-15 watts - but if you don't choose wisely for the purpose at hand, it may also start around 60 watts idle (or even in the lower three-figure range, if you throw your old gaming rig at it).

For 10 GBit/s routing, I would select a reasonably recent (skylake/ kabylake or newer) i5 with two 10 GBit/s ethernet cards (power consumption depends on the mainboard - and the absence of optional hardware).

22

Where's the Blue LED gone then?

23

What does that have to do with my question?

24

Exactly. If it doesn't exist, why does the 52 have it, and it's the same, just is a 4x4 instead of a 3x3

1 Like
25

Bump. How does one go about submitting a PR? Since it would appear some people want to argue with what's right in front of them

26

Details are here:
https://openwrt.org/faq/how_do_i_send_prs_pull_requests

27

Thanks! Hopefully someone will beat me to it :slight_smile:

28

You are able to use your MR42/MR52 with master snapshot images because I filed a bug for the MR42/52 and verified the fix :slight_smile:

The single system LED on the MR42/MR52 is an RGB LED. Unless someone has access to the original Meraki DTS files for both of these devices, we can't identify the exact GPIO pins and their corresponding logic levels for the green and blue modes. We need this information to modify the DTS files so the kernel can recognize them. For now, "orange" and "white" on both MR42/MR52 are good enough for me.

FYI, MR42 and MR52 are not only different in terms of their antenna configurations, but also in terms of their main WIFI radio hardware.

29

So, why does the MR52 files have, the correct code, but the 42 doesn't? This doesn't add up.

30

Who told you that MR52 has the correct code? Like MR42, it currently does NOT have any GPIO settings in the DTS for green and blue modes for the system LED.

1 Like
31

I'm not argueing this anymore. Clearly you haven't read the dts

32

The settings in MR52 DTS are wrong and not working. That's all you need to know.

1 Like
33

Then let's work together to get it fixed, instead of fighting each other

1 Like
34

We can track the issue here. So far we found the wrong address of the chip that controls RGB (0x4c instead of 0x49). However, we could not yet make any further progress because none of its register addresses seem to work at all.

1 Like
35

Great! This is a start, but what about the MR42?

36

@appleeimac as you well know, this is a volunteer project, so if it's so important to you, roll up the sleeves and do the work yourself... there's nothing to be gained from spamming "why isn't my favorite bug fixed yet".

On a more positive note, I now have an MR42 (and another on the way), so I can take a look at both MR42 and MR52 LED issues, though it's certainly not a high priority since both of my actively running routers are in spots where I can't really see the LEDs and the systems are running excellent otherwise.

37

I just tested this, and as far as I can tell the blue:user / green:user / red:user / white:active / orange:power all work fine on the latest 23.05-SNAPSHOT build on the MR42. So I'm not even sure what's to fix here @appleeimac