I made a separate mode for the WS2811 because the timing specs from the datasheet I had were definitely not compatible with those I knew working with the WS2812/13. But I had no WS2811 to test back then.
I'm not too surprised that apparently the datasheet is not correct. I saw the same for WS2813 which had the T0L time specified 300nS, which is definitely not working with real WS2813 as I found out.
The modes are actually just timing numbers in a table in the driver, see line 157 in p44-ledchain.c. So it would be simple to nudge the WS2811 entry towards the WS2813 timing until it works.
For the time being, I just added a note to the p44-ledchain README.md to also try WS2813 mode in case WS2811 does not work.
@Siddharth-Velappan Unfortunately, it is not possible to switch on phy1..4 individually. Only phy0 can be switched independently; the other 4 always are all in phy or all in GPIO mode.
The AGPIO_CFG register layout suggests that there is a separate disable bit for each phy, but that's not the case. See the note in the MT7688 datasheet on page 59 reading "When any bit of bit[20:17] is set to 1, P1 ~ P4 will be swiched to digital PADs together."
It seems to me that this is one of the small oversights in the MT7688 that probably happened when MediaTek had to "IoT-ze" a former router chip design (too) quickly. Other examples of this are the SPI not working correctly in full duplex mode and the PWM units that are not connected to DMA...
@Alexander-Pitzer A docker image would be most convenient! But that's something the community could do, once the .config is known (plus maybe some stuff for /files).
Figuring out the right .config by reverse engineering however would be really tedious and completely redundant work, because that .config already does exist - only it's not available! So I still hope Onion will decide to publish it! Any chances for that, @Lazar-Demin?
Looks like your connection to Community was lost, please wait while we try to reconnect.