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 创建的答案调整我的答案,未经他们同意不得使用他们的贡献。)
我正在尝试使用蓝牙 + 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 创建的答案调整我的答案,未经他们同意不得使用他们的贡献。)