If you still happen to have this hardware and have time to try it out, would you mind checking the example code? If it is anything like the fastled issues, interrupt lock would help with the strict timing requirements. I also noticed the unsigned char cast for the command, which is technically ok since it does not break alignment, but a memcpy would be a safer bet for compiler to generate a valid code with gcc 10.3+ when trying to pune types
(or, the ESPurna build for any of the lights with the extends = env:esp8266-1m-latest-base or extends = env:esp8266-1m-git-base so it uses the latest Core version. Notice that I have changed some thing related to the lights and my92xx usage, hopefully those did not a add things on top of this issue since those were not tested with the real light bulbs)
pingback for the https://github.com/esp8266/Arduino/issues/8400
If you still happen to have this hardware and have time to try it out, would you mind checking the example code? If it is anything like the fastled issues, interrupt lock would help with the strict timing requirements. I also noticed the unsigned char cast for the command, which is technically ok since it does not break alignment, but a memcpy would be a safer bet for compiler to generate a valid code with gcc 10.3+ when trying to pune types
(or, the ESPurna build for any of the lights with the
extends = env:esp8266-1m-latest-baseorextends = env:esp8266-1m-git-baseso it uses the latest Core version. Notice that I have changed some thing related to the lights and my92xx usage, hopefully those did not a add things on top of this issue since those were not tested with the real light bulbs)