Closed siedi closed 4 years ago
What do you mean by stopped working? Please describe the problem. No pixels light up? Random effects? Try to be specific
Do you have a means to capture the pin output like a Logic Analyzer or Oscilloscope?
BTW, Bitbang is not a recommended method on the Esp, due to changes in the Esp core code around WiFi making it so it can not maintain a constant data stream for more a few pixels (some have had luck up to around 32 pixels). I would highly recommend using one of the hardware methods, Dma or Uart; but they do have very specific pin usage requirements and its all covered in the Wiki. And turning WiFi off doesn't change how it effects the bitbang; all this changed several years ago with a new core.
https://github.com/Makuna/NeoPixelBus/pull/304 Can you get these changes and give it a try. It seems that the IRAM attribute is not stopping the method from getting inlined and thus not able to honor the IRAM attribute.
Thanks so much for the quick fix. Indeed, works again, with the master branch / your PR included.
BTW, I'm running a wordclock with 228 LEDs with your library and bit-banging for over four years :-) (didn't know better when I built the custom PCB back then).
Issue can be closed.
I'm sorry, still doesn't work as expected. Seems erratic. Most of the time, when I turn on the wordclock, no LED lights up, or maybe one or two (of the intended ones) with a random color. Even after 10 mins, nothing changes.
When I turn on the party mode (all LEDs are turned on with a random, alternating color), even then, not all LEDs light up. But now comes the strange thing, after 20 seconds or so, out of sudden, it works as expected, so the colors change and all LEDs are on.
When switching to the wordclock mode now, it works as expected.
Try using the NeoEsp8266BitBangWs2812xMethod
method.
v2.5.4
Using the library for over three years now and wanted to upgrade my code to the latest version. Using NeoEsp8266BitBang800KbpsMethod with 228 WS2812b LEDs, with a custom made board and a stock ESP8266. Worked up to version 2.5.0 of this library with no issues (even using bit-banging). With 2.5.1, the strip doesn't light up anymore. Going back to 2.5.0 works again. Even tried with a simple example, no Wifi or whatsoever.
Expected behavior Should work with library version >2.5.0
Development environment (please complete the following information):
Minimal Sketch that reproduced the problem: