pySerial读取3次后冻结

Question

我们正在编写一个图片，我们已经诊断出，如果我们在串行端口尝试向我们发送数据时将数据发送到串行端口，则程序将锁定（测试时我们的 python 代码和超级终端都会崩溃）。它在超级终端中运行并缓慢输入（笔画之间>.5秒），并且当敲击键盘时会崩溃。所以我们所做的是引入一个超过 0.5 秒的 time.sleep，但它仍然不起作用。

这是我们的测试代码。

import serial
import time

ser = serial.Serial("COM1")
ser.baudrate=2400

while 1:
    for i in range(23):
        ser.write(0x41)       
        time.sleep(.5)
        print("ok")

    rec = ser.read()
    rec2 = ser.read()
    rec3 = ser.read()
    print(rec)
    print(rec2)
    print(rec3)

    for i in range(23):
        data = ser.read()
        print(data)
        print("ok")
    time.sleep(5)

我们的接收数据函数。我们过去每次收到字符时都会发送“ok”（这就是我们知道它在 3 次迭代后冻结的方式）。我们将其放在循环之外，看看这是否导致了问题，但事实并非如此。它根本不使用此代码发送“ok”。

unsigned char receiveData(unsigned char *rxData, int length){
  // 1. Flag bit, RCIF, will be set when reception is complete and an interrupt will be generated if enable bit, RCIE, was set.
 char send[3] = "ok";

 int index = 0;

 if(rxData==(void*)0 || rxInitialized==FALSE) return FAILURE;
 while(index<length){
  while(PIR1bits.RCIF==0);       
  rxData[index]= RCREG;
  Delay1KTCYx(5);
  index++;
 }
    configureTransmission();
    sendData(send,3);

  // 2. Read the RCSTA register to get the 9th bit (if enabled) and   determine if any error occurred during reception.
  // 3. Read the 8-bit received data by reading the RCREG register.
  // 4. If any error occurred, clear the error by clearing enable bit   CREN.
 return SUCCESS;
}

Answer 1

（这个答案假设您使用的是 PIC16，根据某些寄存器的名称建议。）

简而言之，它看起来像是缓冲区溢出以及 receiveData 中该循环中的错误。事实上，在短时间内连续发送三个字符后它就冻结了，这可以通过手册的 p117 来解释：

可以接收两个字节的数据并将其传输到 RCREG FIFO，第三个字节开始移位到 RSR 寄存器

这可以解释幻数 3。

单步执行 PIC 代码，请考虑以下场景（仅作为示例）。第一次：

// One character already in RCREG - RCIF set
while(PIR1bits.RCIF==0);
// Reads ONE character - RCIF clear
rxData[index]= RCREG;
// While waiting here, two more characters are received - RCIF set
Delay1KTCYx(5);
index++;

第二次：

// RCIF set from before
while(PIR1bits.RCIF==0);
// Reads ONE character - RCIF STILL set, ONE character remains in UART FIFO!
rxData[index]= RCREG;
// While waiting here, three more characters are received
// RCIF set, RCREG fills up and the third character is discarded!
Delay1KTCYx(5);
index++;

现在循环的其余部分将继续从 RCREG 读取，直到 index == length，但由于在 UART FIFO 已满时一些字符被丢弃，因此您永远不会得到那里似乎冻结了！

更有可能的是，您在到达该函数之前就已接收字符，因此 UART FIFO 在您到达该函数之前就已满。

有几种方法可以解决这个问题。

1. 在中断中执行此操作，以便将传入字符移动到缓冲区中的速度更快一些。
2. 使用循环从 RCREG 读取：while(RCIF) rxData[index]= RCREG; 这可以确保在从 UART 缓冲区读取时清空缓冲区，但它会但不能阻止该函数之外或延迟期间的溢出。
3. 检查 OERR 标志 - 如果已设置，则假设发生了错误并重新开始。
4. 使用停止字符或开始字符（例如行尾、标点符号等）来告诉您有效命令何时开始或停止。如果您得到两个没有停止字符的起始字符，或其他一些令人困惑的组合，请假设您处于不良状态并重新开始。

一些额外的建议：您可能会疯狂地尝试解释和补偿 PIC 代码中的每个丢失字符或类似问题，但最终这只是另一个通信错误。 PIC 代码中的优先级应该是：从错误中快速恢复并且不锁定。错误检测和正常恢复应该由客户端代码处理，这要容易得多。

Answer 2

PIC 的通信是否使用 RTS/CTS 线路< /a> 串行端口 ? PIC 可能需要某种流量控制，而您在没有任何流量控制的情况下向其发送数据的速度太快。阅读 PIC 的限制，并在需要时使用以下命令打开端口已启用流量控制。