Hello, in Flowcode there is the RGBW SK6812 LED. Will there also be an RGB SK6812 variant?
Or can I also use it to control an LED (without a white LED)?
Thanks, regards Christian
SK6812 LED
-
- Posts: 37
- http://meble-kuchenne.info.pl
- Joined: Mon Dec 07, 2020 12:47 pm
- Been thanked: 1 time
Re: SK6812 LED
Suddenly I have a new additional problem: as soon as you select the SK6812 you get an error message when compiling, so even without having used any command.... Is there a bug in the program?
-
- Valued Contributor
- Posts: 1281
- Joined: Thu Dec 03, 2020 10:57 am
- Has thanked: 312 times
- Been thanked: 452 times
-
- Valued Contributor
- Posts: 180
- Joined: Wed Dec 02, 2020 7:28 pm
- Has thanked: 73 times
- Been thanked: 63 times
Re: SK6812 LED
It helps when you upload the flowchart you’re having issues with because it takes away a lot of guesswork. (Uploads are available in the full editor & preview mode you can open with the button below the text box)
-
- Valued Contributor
- Posts: 1281
- Joined: Thu Dec 03, 2020 10:57 am
- Has thanked: 312 times
- Been thanked: 452 times
Re: SK6812 LED
Hi
I'm sure that you are aware that FC doesn't support the PB variant but in saying that the PB will run code created for the P which FC does support. I'm sure you are also aware of the pin / functionality differences too.
I created a blank chart based on the ATMEGA328P with everything in config as default, then added in the SK6812 component, which has as default connectivity on Port C.5 and added a macro to initialise. Nothing else just what's mentioned.
This compiled successfully to C, and although throwing up a couple of warnings successfully compiled to Hex too. I can't try it with hardware though.
Is your library up to date?
Regards
I'm sure that you are aware that FC doesn't support the PB variant but in saying that the PB will run code created for the P which FC does support. I'm sure you are also aware of the pin / functionality differences too.
I created a blank chart based on the ATMEGA328P with everything in config as default, then added in the SK6812 component, which has as default connectivity on Port C.5 and added a macro to initialise. Nothing else just what's mentioned.
This compiled successfully to C, and although throwing up a couple of warnings successfully compiled to Hex too. I can't try it with hardware though.
Is your library up to date?
Regards
Re: SK6812 LED
Yes, I know the differences to the P.
That's funny, until a few days ago it worked for me without an error message. I only started having these problems today.
I'll see if there could be another cause of the error.
Thanks for the help!
Best regards Christian
That's funny, until a few days ago it worked for me without an error message. I only started having these problems today.
I'll see if there could be another cause of the error.
Thanks for the help!
Best regards Christian
Re: SK6812 LED
Even if I create a new project and only select the SK6812 without any code, the error occurs when compiling.
In file included from C:\Users\Admin\Desktop\Flowprojekte\Testen.c:47:0:
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))
What could be the problem?
Greetings Christian
In file included from C:\Users\Admin\Desktop\Flowprojekte\Testen.c:47:0:
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))
What could be the problem?
Greetings Christian
-
- Valued Contributor
- Posts: 1281
- Joined: Thu Dec 03, 2020 10:57 am
- Has thanked: 312 times
- Been thanked: 452 times
-
- Valued Contributor
- Posts: 1133
- Joined: Wed Dec 09, 2020 9:37 pm
- Has thanked: 114 times
- Been thanked: 596 times
Re: SK6812 LED
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
See the post at viewtopic.php?p=14339#p14339
For a working version - the RMT interface and to have changed dramatically...
Martin