Just got an SK6812 running with an Arduino - admittedly 16MHz - using the library. The solution seems to be simpler than expected - add a small delay after the initialise (it seems that the LED takes a moment to become 'ready' after power on')

I have some sk6812 chips - I'll see if I can get it working in hardware for you....

Again - just to check - your board is running at 8MHz.

The alternative is a ws2812?

Martin

The timing might be a bit 'tight' on an 8MHz chip and hardware? A while ago I posted some code for the ATTiny85 - at85_rainbow.fcfx Where you can try 'tweaking' the timings. Note that this can be sped up by removing the 32 bit variable in Refresh and using 3 single byte 'shifts' (the AVR MCUs are 8 ...

Something is wrong.... I downloaded Testsk6812 from above - the MCU is set as ATMEGA328PTQFP (is this intended?) Changing the target to ATMEGA328p gives -> Pin0 of component ESP_RMT1 is connected to bit 2 of Port A but this port/bit does not exist on the new microcontroller Flowcode then closes (cra...

You also need to call Refresh after doing the setall - to upload the data to the leds

C:\ProgramData\MatrixTSL\FlowcodeV9\CAL\ESP\ESP_CAL_RMT.c:112:19: error: conflicting types for 'FC_CAL_RMT_TX_1'
CALFUNCTION(void, FC_CAL_RMT_TX_, (void))

Definitely trying to include the esp code?

If the target is a 328p then there is an issue with the component?

Martin

This is an issue with ESP32 and later versions of the RMT interface.

See the post at viewtopic.php?p=14339#p14339

For a working version - the RMT interface and to have changed dramatically...

Martin

If you post your chart - someone will surely be able to help...

Martin

I had a bit of a play with 5.2 - but although I could compile from the command line couldn't get it to work from within FC.

So went back to 5.1.2. Which seems to work AOK..

Martin

Ok - I'll replace the spaces with commas - odd that it works for the original data block - which also uses spaces....