因此,在 Linux 下,我必须通过命令连接到蓝牙设备,该命令rfcomm connect hci0 xx:xx:xx:xx:xx:xx启动蓝牙连接,但必须保持运行才能保持连接。
我必须将所有内容都编写为 .NET Core 程序
几秒钟后运行该命令会输出以下几行: Connected /dev/rfcomm0 to xx:xx:xx:xx:xx:xx on channel 1
Press CTRL-C for hangup
从那个输出我必须得到/dev/rfcomm0零件,所以我可以用 读取它SerialPortReader,如果出现问题,比如,假设没有更多数据传入,我必须终止进程并重新开始,直到我有一个好的联系。
现在我的逻辑是这样的:
while(!Terminate)
{
string port = Connect();
ReadData(port);
BTProcess.Kill();
}
不要理会这个ReadData(port);功能,因为我的程序从来没有接近过这个功能。
本Connect()看起来是这样的:
while (!Connected)
{
Console.WriteLine("Configuring Process");
BTProcess = new Process();
BTProcess.StartInfo.FileName = "rfcomm";
BTProcess.StartInfo.Arguments = "connect hci0 xx:xx:xx:xx:xx:xx"
BTProcess.StartInfo.RedirectStandardOutput = true;
BTProcess.StartInfo.UseShellExecute = false;
Console.WriteLine("Starting Process");
BTProcess.Start();
StreamReader reader = _BTProcess.StandardOutput;
bool done = false;
Console.WriteLine("Reading STDOUT now.");
while (!done) // EDIT: If I do the while with !reader.EndOfStream then it won't even enter into the loop
{
Console.Write("-");
int c = reader.Read(); // Program stops in this line
if(c != -1)
{
port += (char)c;
}
Console.Write(c);
if (c == 0)
{
port = "";
done = true;
_BTProcess.Kill();
}
if (/* String Contains Logic blabla */)
{
port = /* The /dev/rfcomm0 stuff */
Connected = true;
done = true;
}
}
reader.Close();
}
return port;
我已经检查过输出是否没有重定向到像 STDErr 之类的东西,但不,它是 100% 用 STDOut 编写的。
我已经尝试过类似处理标准输出事件的 EventHandler 的逻辑,以及我异步读取它的逻辑,但都没有成功。所有人都有同样的问题,他们都阻塞在Read();函数上。我的猜测是内部缓冲区可能没有正确刷新。
也许这里有人知道我的问题的答案。PS:我知道我的代码不是最好的或最优化的,但它应该可以工作,因为我已经在 Windows 下使用另一个阻塞命令尝试过它并且它工作正常。
预先感谢我得到的每一个帮助。
陪伴而非守候
相关分类