GCAN-305使用问题
来自成都的王工表示：“我手边有一个GCAN-305模块和它的开发板，当我通过USBCAN向GCAN-305发送指令进行调试时，USBCAN发送的数据是正常的，但是用电脑的串口调试助手接收不到任何GCAN-305模块的返回值，CAN端也不会根据串口端的数据进行对应的动作。”
GCAN-305模块串口端无法收发数据，有三种可能：1.与GCAN-305模块通信时串口波特率设置的不正确；2.GCAN-305模块的单片机UART串口故障；3.GCAN-305底板的串口收发器故障。
与王工确认了使用环境后，我了解到王工使用的串口波特率时115200，因此我们先在此波特率下发送了一条数据但是并没有收到GCAN-305模块的反馈。
由于GCAN-305模块不会主动向串口端发送数据，必须得通过串口先向GCAN-305发送才可以通讯，所以不断的更换串口波特率排查不是很方便，但是我们还可以通过CAN端发送特定的指令查看模块的串口波特率，使用USBCAN分析仪发送一条SDO指令：索引2405，子索引0，类型UINT8，即可读取串口的波特率值是多少。最终USBCAN发送到CAN总线上的数据是：帧ID 600+节点号，数据40 05 24 00 00 00 00 00，发送出去后如果模块是正常的就会返回一条数据，如果波特率真的是115200，那么模块应该返回ID 580+节点号，数据是40 05 24 07 00 00 00 00，但是王工反应发回来的是40 05 24 00 00 00 00 00，这说明GCAN-305模块的串口波特率是1200不是默认的115200,所以才造成了使用串口无法通讯的问题。将软件的串口波特率设置成1200后就可以正常的与GCAN-305模块通信了。
成功收发
当您准备使用GCAN-305模块但是忘记参数时，可以通过CAN或者串口发送特定的指令检测出完整的模块参数，用您可以通过CAN或者串口端对整个模块的参数进行配置，下图就是王工发送的修改波特率和向CAN端发送数据。
最后提醒一下广大的用户：使用GCAN-305模块的时候如果出现通讯不上的情况，即CAN端无法收到数据，或者串口端发送数据没有应答，可以先看一下手册中的参数修改部分，利用CAN端的拨码开关可以调整CAN总线波特率，从而使用CAN总线读取模块参数，看看是不是在不注意的情况下把参数修改了，而且在模块重新上电后CAN端会主动发送一条数据，也就是说当CAN端接好线设置好波特率就应该会收到数据，如果遇到问题可以先从CAN端入手。
广起点滴，成于累计
广成科技，陪你一路成长

PyQT 4.7没有从QIODevice继承的允许直接与串口通信的类(例如QSerialDevice)。所以我认为使用QProcess类并实现从不同进程实际读取/写入到串行端口将会更容易，该进程将使用QProcess接口与我的主要QT应用程序进行交互。使用PySerial从串口读取二进制数据
现在的问题是，当我使用下面的代码时，发送和接收的字节数量不一样。 所以我的问题是如何正确读取串行端口的二进制数据，然后将所有内容转发到标准输出？
这是我的主要QT程序中摘录创建QProcess中：
self.micromouse_socket = QProcess()
self.micromouse_socket.start("/home/ansis/Source/Perforce-pele/Pele/tools/console/comtalker.py", "")
self.micromouse_socket.started.connect(self.on_micromouse_socket_started)
self.label_8.setText("Starting COM...")
而这将与串口交谈过程(comtalker.py;非阻塞部分尚未完成)：
#!/usr/bin/python
import serial
import sys
if __name__ == "__main__":
ser = serial.Serial(0)
while 1 :
x = ser.read(1)
sys.stdout.write(x)
sys.stdout.flush()
PS这可能是该问题在其他地方，而不是在PySerial中。在另一台计算机上，我正在使用此命令“./binary_data_generator>/dev/ttyS0”写入ttyS0。当我只发送ASCII字符(文本+数字)时，相同的代码似乎工作正常

读取串口读不到数据怎么办

我们自定义串口读取一字节数据函数

uint8_t UARTReceiveByte(void)
{
uint8_t rcvData;
while (!(LPC_UART->LSR & LSR_RDR))
{
 ; // 查询数据是否接收完毕
}
rcvData = LPC_UART->RBR; // 接收数据
return (rcvData);
}



为了测试串口读取数据操作有没有成功完成，我们将读取到的数据在写回串口，使其显示到终端上查看验证

int main (void) {
volatileuint8_t ch = 0;


 UARTInit(115200);
 LPC_UART->IER = IER_THRE | IER_RLS; // 设置中断使能寄存器

 ch = UARTReceiveByte(); // 接收字符
 UARTSendByte(ch); // 发送接收数据
｝





然而终端没有显示，事实告诉我们，串口并没有读取到数据。Debug单步调试，程序执行到
while (!(LPC_UART->LSR & LSR_RDR)); // 查询数据是否接收完毕
就卡住无法向下执行，进一步证实了读取字符的失败。

解决方案：

ch = UARTReceiveByte(); // 接收字符
 if (ch != 0x00)
 {
 UARTSendByte(ch); // 发送接收数据




｝


添加判断语句if (ch != 0x00){} ，为了避免ch随机值我们定义了初始值0，添加此判断语句的作用一目了然，越是小细节往往越被我们忽略。

用Qt和C#写了两版串口数据读取程序，发现串口在拔插之后，开头的几个数据读取不到，但是用串口助手可以读取到
后来经过尝试，需要进行设置
Qt中：

        m_reader = new QSerialPort(this);
        m_reader->setPort(com_info);
        if(m_reader->open(QIODevice::ReadOnly))
        {
            m_reader->setBaudRate(QSerialPort::Baud9600);
            m_reader->setParity(QSerialPort::NoParity);
            m_reader->setDataBits(QSerialPort::Data8);
            m_reader->setStopBits(QSerialPort::OneStop);
            m_reader->setFlowControl(QSerialPort::NoFlowControl);
            m_reader->setDataTerminalReady(true);//这个很重要，否则的话拔插串口之后，刚开始的几个数据会读取不到！！！！！！！！！！！！！！！！！！！

            m_reader->clearError();
            m_reader->clear();
            connect(m_reader, SIGNAL(readyRead()), this, SLOT(readyReadSlot()));
            ui->textEdit->append("Arduino端口"+com_info.systemLocation()+"++++++打开成功！+++++");
        }
C#中：

 
 

 
转载于:https://www.cnblogs.com/coolbear/p/6933416.html