为什么这个Neopixel示例代码不起作用？

Question

上下文

我正在重新启动一个涉及ESP8266和WS2812B（Neopixels）的个人项目。

值得注意的是，目前我还没有连接任何Neopixels；我只是想了解一下我更新像素的速度。

我正在运行一个非常简单的示例代码，摘自Adafruit的Neopixel GitHub存储库。我已经对其进行了少许修改，以使其更符合我的用例并删除注释（为了在此处发布）。

详细信息

示例代码：

#include <Adafruit_NeoPixel.h>

#define PIN 13        
#define NUMPIXELS 300 
Adafruit_NeoPixel pixels(NUMPIXELS, PIN, NEO_GRB + NEO_KHZ800);

void setup()
{
  Serial.begin(115200);
  delay(1000);  
  pixels.begin();
}

void loop()
{
  Serial.println("Start");
  for (int i = 0; i < NUMPIXELS; i++)
  {
    Serial.println(i);
    pixels.setPixelColor(i, pixels.Color(0, 150, 0));
    pixels.show();
  }
  Serial.println("End");
}

它将在调用“ End”之前崩溃。循环仅到达〜227：

...
227

Soft WDT reset

ctx: cont 
sp: 3ffffd80 end: 3fffffd0 offset: 01b0

>>>stack>>>
3fffff30:  feefef00 feefeffe feefeffe 0000012c  
3fffff40:  3ffee798 00000003 3ffee798 40202a7c  
3fffff50:  3ffee798 3ffee768 3ffee798 40202bc5  
3fffff60:  3ffe894c 000000e3 3ffee798 40202cd7  
3fffff70:  3ffe8940 3ffee810 3ffee798 40202be0  
3fffff80:  3ffee798 3ffee768 0000012b 3ffee768  
3fffff90:  402014f2 3ffee768 000000e4 40202777  
3fffffa0:  feefeffe 00000000 3ffee7b4 3ffee7bc  
3fffffb0:  3fffdad0 00000000 3ffee7b4 40202ed4  
3fffffc0:  feefeffe feefeffe 3ffe85d8 40100739  
<<<stack<<<

 ets Jan  8 2013,rst cause:2, boot mode:(1,6)

故障排除

如果我将像素数减少到200或在for循环中添加delay（1），则此代码不会崩溃。

或者，通过简单地使用loop（）删除for循环并设置LED似乎可行。

#include <Adafruit_NeoPixel.h>

#define PIN 13        
#define NUMPIXELS 300 
Adafruit_NeoPixel pixels(NUMPIXELS, PIN, NEO_GRB + NEO_KHZ800);

int i = 0;

void setup()
{
  Serial.begin(115200);
  delay(1000);  
  pixels.begin();
}

void loop()
{
    Serial.println(i);
    pixels.setPixelColor(i, pixels.Color(0, 150, 0)); 
    pixels.show();

  if (i == 299) {
    i = 0;
  } else {
    i = i + 1;
  }
}

所以-这个问题似乎最终取决于在loop（）函数内部的for循环中调用show（）一定次数（227 +）。

问题

许多示例包括for循环中的show。我怀疑将演出移至for循环之外是一个适当的解决方法；我在原始项目中做到了这一点，似乎没有问题。

但是我仍然很好奇为什么会这样。这么多示例的for循环中都包含show（），这一事实使我认为这应该可行。

有人知道为什么在上面的代码中设置300个LED会导致崩溃，但200不会吗？

Answer 1

这是一个疯狂的猜测，但是这些条以串行方式工作：第一个LED占用前24位，将它们抛弃，然后将其余的传递给随后的LED，依此类推。这确实意味着您发送的消息随着您正在当前寻址的LED数量的增加而增加。

这些LED IC在接收下一条消息之前也需要一些时间来重置，因为在ESP的全速情况下，条带无法追上增加的信号长度，所以可能存在数据冲突。

您的第二个示例包含一些测试，这些测试可能会使传输速度减慢到足以避免冲突的程度。

因此，您可能只需要在第一个示例中添加一个小的延迟，从documentation到50微秒的延迟可能就足够了。您可以使用delayMicrosecond()。