RGB 的奇怪输出

Weird output for RGB

我正在尝试使用蓝牙 + Adafruit NeoPixel 通过我的移动设备管理一些 LED 灯条。我几乎完成了草图,但我发现 RGB 的数字没有像我预期的那样出现,我找不到我做错了什么。

想象一下,我从我的手机发送了以下 RGB 代码“0,19,255”,当我检查控制台时,我看到以下结果:

如您所见,前两行没问题,但第三行我们可以看到 2550。0 不应该在那里,我无法解决问题。

所以我决定隔离代码并尽量保持最低限度以确定根本原因,这就是代码:

#include <SoftwareSerial.h>
#include <Adafruit_NeoPixel.h>

SoftwareSerial BT (10, 11);

#define PIN        2
#define NUMPIXELS 144

Adafruit_NeoPixel pixels(NUMPIXELS, PIN, NEO_GRBW + NEO_KHZ800);

int red = "";

void setup() {
  Serial.begin(9600);
  Serial.println("Ready");
  BT.begin(38400);
  pixels.begin();           
  pixels.show();           
  pixels.setBrightness(20);
}

void loop() {
    while (BT.available()>0){
        red = BT.parseInt();
        Serial.println(red);
  }
}

您描述了您通过手机“0,19,255”发送的显示输出。
然而在显示的输出中,显然只是发送的较长数字序列的第二部分,它以“0,21”开头。

假设您发送的始终是您描述的格式,即三个数字,由两个“,”分隔,显示的输出很可能是您先发送“0,21,255”然后再发送另一个的结果三元组“0,19,255”。

这两条消息一起将在输入缓冲区“0,21,2550,19,255”中结束。

现在我要做一些推测。大多数解析器,当被告知在缓冲区中查找数字时,将查找后跟 non-digits 的数字。他们最终会产生“0,21,2550”。

在不了解解析器工作细节的情况下,很难说出如何解决您的问题。
然而,我肯定会尝试发送以 non-digit.

结尾的三胞胎

例如:

"0,21,255,"

“0,21,255”

“0,21,255;”

如果其中 none 个有效,您可能需要明确期望 non-digit,即在三元组数字之间读取一个字符并忽略它或将其与“、”、“”或“;”额外的 self-checking 功能。

(写这篇文章我依靠用户 zdf 不打算做出回答,因为虽然我确实将“2550”识别为“255”“0”,但 zdf 发现了仅有的两个“,”在示例输入的问题主体内,我错过了。我当然会根据 zdf 创建的答案调整我的答案,未经他们同意不得使用他们的贡献。)