Unfortunately not. The LEDs were still lit from the FC9 program. The LED does not work in the FC10 yet.
In the FC9 I tried to test all LEDs and colors but there is no connection that I can see. On my device, the LEDs are behind plexiglass and are therefore difficult to see which LED lights up and how. I'm going to get a strip too. Then it will be easier (maybe).
Use of the RMT functionality of the RMT functions is very interesting...
I tested a strip of these with an esp32 - and after a SetAllLeds(color) - Refresh - I get a multicolour strip (the strip I have is 120 LEDs in 60 pairs) - and I notice that 'pairs' are identical - but the colours of the pairs seem to be 'random'. I'll have a play with the oscilloscope and see if I can see what's happening here.
Yesterday (having misread the post badly) - I had a play with the ws2812 library - and output looks okay (also RMT and timings match the specs very nicely) - but with a 14us 'gap' after each pair of LEDs (a consequence of writing 48 bits of data (a pair of LEDs) using a 64 bit buffer?) - and one idea is that the 4us 'wait' (rather that waiting while the RMT transmit is busy) is causing an issue?
After a bit of fiddling - I got the LEDs to work...
So my strip seems to be GRB rather than RGBW - and the LEDs addressed in pairs (so 60 pairs length rather than 120 individually addressed)
I created an 'experimental' program than lets the user choose data format and bits per pixel. LEDs now glowing happily
Note that it stores the pixel data as a long word in the order to send (MSB first) - so calculates the colour according to RGB order. I don't have an RGBW strip to test - so maybe someone could try (SetAllPixels might need a tweak, and set properties)