这个问题是在调试Qt程序与下位仪表通信时发现的，现象是：
（1）单独调试下位仪表，通过USB转RS232串口与下位机仪表链接，发送读取指令后，完全返回需要读取的数据；
（2）单独调试Qt程序，通过USB转RS232，然后接上RS232转RS485，通过串口调试助手，发送Qt程序需要读取的数据，Qt程序接收正常；
（3）将下位机仪表通过RS232转RS485，连接至Qt程序所在的arm板，此时通信会出现丢失数据，并且发送时断断续续；


自己没有解决该问题，问同事之后，他过来看了下，说我的连接方式不对（不是接线错误），让我按照实际应用中的链接方式，直接RS232对RS232链接，这样链接之后，数据丢失的问题就没有了。
后来想了想，也没搞明白，同事提醒说，应该是RS485是无源转换器的原因。
DB9：串口通信中RS232与电脑通常使用的接口类型；
RTG：Rx Tx Gnd，仪表中通常用的三线串口通信接线方式；
ABS：A B S ，RS485通信接口；
PC：电脑端；
Qt_arm：运行Qt程序的arm板；
Meter：仪表；
第（1）步中，PC--USB<-->RS232<--RTG-->Meter，这样链接过程中，不存在RS485；
第（2）步中，PC--USB<-->RS232<--DB9-->RS485转换器<--ABS-->QT_arm，这样链接过程中，有RS485，此时RS485可以通过DB9接口的其他CD/DTR/DSR/RTS/CTS等接线进行供电，可以正常工作。这也正是无源转换器和有源转换器的区别，有源转换器需要另外单独接电源。
第（3）步中，Meter--RS232<--RTG-->RS485转换器<--ABS-->Qt_arm，这种连接方式中，始终没有对RS485转换器进行供电，然而，这种无源转换器可以同Rx，Tx，Gnd三线提供的电压，也能通信，但是相当不稳定，时断时续，也就是这个原因，导致了通过无源RS485转换器后，通信出现数据丢失以及发送断断续续的问题。

解决方案：无源RS485转化器其实另一端（一端是DB9，一端是Vcc-A-B-S）的电源Vcc接入后，通信也就正常了。

CH340可以实现USB转TTL串口电路，但是CH340芯片上不能直接出来RS485电平信号，所以要通过电平转换芯片来实现。由于RS485一般用半双工通信，所以需要一个使能信号来控制RS485收发器的方向。

从支持RS485的功能来讲CH340系列分为有TNOW引脚（如CH340B、CH340T和CH340E等）和无TNOW引脚（如CH340C/CH340K/CH340N等）两种。

没有TNOW引脚的CH340实现RS485信号收发需要外加一个反相器，原理图如下：


有TNOW引脚的CH340B可以省去反相器，直接用TNOW引脚来使能RS485收发器的DE（高有效发送使能）和RE#（低有效接受使能）引脚。TNOW引脚的功能是：指示TX引脚的发送状态，如果CH340的TX在发送信号，TNOW引脚为高电平。原理图如下：

          

USB-8501 工业级USB总线两线制RS485转换器提供了USB到RS485串行口的协议转换。<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

通过利用USB接口具有的即插即用和热拔插的方便性，使USB接口可非常容易地和其他RS485设备通信，并能提供高达12Mbps的传输速率。
USB转485工业级两线制转换器广泛用于工控、安防、金融、智能交通、超市管理等领域。它是笔记本电脑现场编程调试的好帮手。

 
				
转载于:https://blog.51cto.com/aiweilun/161116

我的任务是通过RS485 2线系统实现ModBus协议 .  (实际上它是三根线，A / B和GND) . 虽然ModBus不是重点，但是之前的步骤......界面上的简单I / O.
我正在使用FTDI USB-RS485转换器将Linux主机(不可互换)连接到Windows主机(可与其他Linux主机互换，但我想避免这种情况)
编码应该是19200,8，n，1 . 但它似乎不起作用 .
我没有准确的代码，但在Linux上我这样做：
int fd = open("/dev/ttyS3", O_RDWR | O_CTTY);
if(fd == -1) return "Error while opening the port";
接下来，我配置端口 .
struct termios tty;
tcgetattr(fd, &tty);
cfsetispeed(&tty, B19200);
cfsetospeed(&tty, B19200);
tty.c_cflag  = CS8;              //Empties the cflags and sets the character width.
tty.c_cflag |= (CLOCAL | CREAD); //Sets 'recommended' options.
tty.c_lflag  = 0;
tty.c_iflag  = 0;
tty.c_oflag  = 0;
tcgetattr(fd, TCSANOW, &tty);
奇偶校验和流量控制目前尚未规划，因为最终结果将连接到低级别的电路板，我需要自己处理信号 . 此外，没有任何电线可以实现“不受约束的通信” .  (毕竟我不希望XON / XOFF字符限制我可以传输的字节范围)
所有这些功能都能正常运行并设置数据 .
在Windows上，我打开这样的串口：
DCB SP;
HANDLE hSerial = CreateFile("COM6", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);
if(hSerial == INVALID_HANDLE_VALUE) return "Error while opening the port";
GetCommState(hSerial, &SP);
奇偶校验被禁用，以及流量控制 . 字节大小设置为8 .
编辑：因为已经被问到，这是我的Windows上的波特率代码(来自内存)SP.DCBlength = sizeof(SP); SP.BaudRate = 19200; SP.Parity = NOPARITY; SP.StopBits = ONESTOPBIT; SetCommState(hSerial，＆SP);
同样，所有这些功能都运行得很完美 .
现在，对于让我头疼的测试用例 .
在Linux主机上，我创建了一个256字节大小的字节缓冲区 . 该缓冲区填充0-255的字符值...然后通过写入发送 . 与此同时，另一方正在等待“ReadFile”数据到达 .
使用此配置，对于“其他Linux主机”以及Windows主机，256字节到达...但是它不是0-255的数字，而是00 06等 .
当我在设置我真正想要的选项之前将termios结构的所有成员设置为0时，我可以让Linux主机工作 . 我猜，这是因为控制字符...但是如果我这样做，Windows主机要么只接收256个字节中的4个 .
正如我所说，不幸的是我没有方便的代码 . 如果有人知道我能从哪个方面解决这个问题，我将非常感激 . 一旦我再次访问它，我将发布更多代码 .
我是如何实现读取操作的：
DWORD nBytes = 0;
char Buffer[256], *ptr = Buffer;
int Rem = 256;
while(Rem) {
ReadFile(hSerial, ptr, Rem, &nBytes, 0);
Rem -= nBytes;
ptr += nBytes;
}
//Evaluate Buffer
需要注意的是，我确实设置了超时，但不记得确切的值 .
编辑：因为我现在可以再次访问我的工作地点，这是实际(当前)代码 .
const char *InitCOM(const char *TTY) {
struct termios tty;
hSerial = open(TTY, O_RDWR | O_NOCTTY | O_NDELAY);
if(hSerial == -1) return "Opening of the port failed";
fcntl(hSerial, F_SETFL, 0);
if(tcgetattr(hSerial, &tty) != 0) return "Getting the parameters failed.";
if(cfsetispeed(&tty, B19200) != 0 || cfsetospeed(&tty, B19200) != 0) return "Setting the baud rate failed.";
//CFlags
//Note: I am full aware, that there's an '=', and that it makes the '&=' obsolete, but they're in there for the sake of completeness.
tty.c_cflag  = (tty.c_cflag & ~CSIZE) | CS8;    //8-bit characters
tty.c_cflag |= (CLOCAL | CREAD);und erlaubt 'Lesen'.
tty.c_cflag &= ~(PARENB | PARODD);
tty.c_cflag &= ~CSTOPB;
tty.c_cflag &= ~CRTSCTS;
//Input Flags
tty.c_iflag     &= ~IGNBRK;
tty.c_iflag &= ~(IXON | IXOFF | IXANY);
//Local Flags
tty.c_lflag  = 0;
//Output Flags
tty.c_oflag  = 0;
//Control-Characters
tty.c_cc[VMIN]   = 0;
tty.c_cc[VTIME]  = 5;
if(tcsetattr(hSerial, TCSAFLUSH, &tty) != 0) return "Setting the new parameters failed";
return NULL;
}
至于实际的发送/接收代码：
int main(int argc, char* argv[]) {
#if defined FOR_PC
const char *err = InitCOM("/dev/ttyUSB0");
#else
const char *err = InitCOM("/dev/ttyS3");
#endif
if(err) printf("Error while initalizing: %s ErrNum: %d\n", err, errno);
else {
/*unsigned char C[256];    //Original code with the array
int nBytes;
#ifdef FOR_PC
int Rem = 256, ReqCount = 0;
unsigned char *ptr = C;
while(Rem > 0) {
fd_set fds;
FD_ZERO(&fds);
FD_SET(hSerial, &fds);
select(hSerial+1, &fds, NULL, NULL, NULL);
nBytes = read(hSerial, ptr, Rem);
if(nBytes > 0) {
Rem -= nBytes;
ptr += nBytes;
++ReqCount;
}
}
printf("Number of received Bytes: %d in %d sends.\n\n", 256 - Rem, ReqCount);
for(int i = 0; i < 256; ++i) {
printf("%02X ", C[i]);
if((i%32) == 31) printf("\n");
}
#else
for(int i = 0; i < 256; ++i) C[i] = i;
nBytes = write(hSerial, C, 256);
printf("\nWritten Bytes: %d\n", nBytes);
#endif*/
//Single-Byte Code
unsigned char C = 0x55;
#ifdef FOR_PC
while(true) {   //Keeps listening
fd_set fds;
FD_ZERO(&fds);
FD_SET(hSerial, &fds);
select(hSerial+1, &fds, NULL, NULL, NULL);
read(hSerial, &C, 1);
printf("Received value 0x%02X\n", C);
}
#else
write(hSerial, &C, 1);  //Sends one byte
#endif
close(hSerial);
}
return 0;
}
至于示波器：我已经通过发送测试了两个方向 . 他们的工作非常令人钦佩 .
0x55的信号是50微秒长度的常数上/下(应该如此，所以设置波特率也没问题) .
那么我的'接收'代码中有什么东西我做错了吗？ '选择'错了吗？