Последовательный порт не читает все данные

Question

У меня есть микроконтроллер (Arduino Uno), работающий nanopb, который отправляет сообщения protobuf по проводу. Я нахожу, что в одном конкретном случае я не получаю свое полное сообщение. Некоторое время я думал, что это микроконтроллер, но, похоже, он находится на стороне C#, которая читает его.

Проблема ТОЛЬКО для значений uint32 БОЛЬШЕ, ЧЕМ 16. 16 или менее, и работает нормально.

Я установил ОЧЕНЬ простую программу на микроконтроллере, чтобы убедиться, что это не мой другой код, вызывающий его. По сути, это посылает на структуру на провод с одним значением uint32_t в нем:

//Protobuf message: 
message Test { required uint32 testInt = 1 } 

//Resulting struct: 
typedef struct Test { 
    uint32_t testInt; 
} 

//Serial code: 
Serial.begin(115200); 
pb_ostream_t ostream; 

//Removed ostream setup code as it's not relevant here... 

Test message; 
Test.testInt = 17; 
pb_encode_delimited(&ostream, Test_fields, &message); 

Если я включаю в устройстве и посмотреть на это выходные данные с помощью Termite я вижу следующие данные (что правильно):

[02] [08] [11] (note Termite displays it in hex) 

(это говорит сообщение длиной 2 байта, а затем стартовым тзд байт, за которым следует значение Test.testInt 17 - 0x11 в шестнадцатеричной)

Теперь, если я поднимаю это в C# я см. 3 байта при чтении сообщения, но я вижу только 2. Когда va LUE в testInt составляет 16 или менее попадается, как три байта, 17 или более, и я получаю только два:

var port = new SerialPort("COM7", 115200, Parity.None, 8, StopBits.One); 
port.Handshake = Handshake.RequestToSendXOnXOff; 
port.Open(); 
while (port.IsOpen) 
{ 
    Console.WriteLine(port.ReadByte()); 
    Thread.Sleep(10); 
} 
port.Close(); 
Console.ReadLine(); 

Output with 16: 2 8 16 
Output with 17: 2 8 17 

Любая помощь очень ценится, я теряюсь в этот = (

Answer 1

Вы устанавливаете последовательный порт для использования Xon/Xoff. Зачем?

Код для XON является 17.

При передаче двоичных данных, не используйте XON/XOFF.

Answer 2

Похоже на простое условие гонки - нет ничего, чтобы гарантировать, что код C# получит 3 байта. Он может получить один, два, три или более. Если, скажем, он начинает цикл, когда два байта находятся в буфере UART, тогда он получит два байта и выведет их. Я подозреваю, что проблема 16/17 - это просто совпадение.

Кроме того, когда в буфере нет ничего, ваш цикл потребляет 100% -ный процессор. Это не хорошо.

Вам будет лучше использовать блокирующий вызов SerialPort.ReadByte(), получить длину байта, а затем цикл, чтобы прочитать, что еще много байтов из последовательного порта.

Кроме того, в качестве протокола использование сообщений protobuf в одиночку без заголовка не очень велико. Если вы выходите из синхронизации, это может занять много времени, прежде чем вам повезет, и вы сможете вернуться к синхронизации. Возможно, вы захотите добавить какой-то «магический байт» или последовательность магических байтов в начале каждого сообщения, чтобы читатель мог восстановить синхронизацию.