WriteFile参数的问题

[glacierful]

使用WriteFile函数来向串口写，如果定义：

char chs[255];
int len := strlen(chs);
WriteFile(m_hComm, chs, len, &NumberOfBytesWritten, NULL);

这样使用就是正常的。

如果定义：
TCHAR chs[255];
int len := lstrlen(chs);
WriteFile(m_hComm, chs, len, &NumberOfBytesWritten, NULL);

这种情况下，发送也是成功的，但从串口收到的返回值就会有乱码。难道WriteFile不能使用UNICODE吗？

[ArcRain]

如果是UNICODE的话,WriteFile的时候写入字节数目就不是len了,而是len*sizeof(TCHAR)

[小李匪盗]

TCHAR chs[255];
int len := lstrlen(chs); //len表示的是字节数，这里是宽字节
WriteFile(m_hComm, chs, len*sizeof(TCHAR), &NumberOfBytesWritten, NULL);

[wdq0916]

up

[zaodt]

这个问题应该分开来看。


串行口传输的是二进制数据，并不区分编码格式，甚至它传输的是 位，然后 8 位组成一个字节。


至于传过来的数据，你要怎么去看待它，那就要根据你的协议来了。


因为 UNICODE 采用16位编码，所以读它的时候你就要2个字节一起读。


所以，UNICODE 或者 ANSI 编码跟串行口发送接收数据是没有关系的；

你应当把这两个概念分开；乱码，是因为你没有用正确的方法去看待数据。


这里可以简单的分两个层：



上层：表示层
下层：传输层

[skyxie]

to 2F and 3F lstrlen 对char 就是char字符的长度, 对wchar_t就是 wchar_t的长度...

[zaodt]

另外，如楼上所说：


WriteFile 函数使用的是【字节】数，而不是字符数；

UNICODE 编码中，字节数刚好等于字符数乘以2。

[Conry]

[Quote=引用 5 楼 zaodt 的回复:]
这个问题应该分开来看。


串行口传输的是二进制数据，并不区分编码格式，甚至它传输的是 位，然后 8 位组成一个字节。


至于传过来的数据，你要怎么去看待它，那就要根据你的协议来了。


因为 UNICODE 采用16位编码，所以读它的时候你就要2个字节一起读。


所以，UNICODE 或者 ANSI 编码跟串行口发送接收数据是没有关系的；

你应当把这两个概念分开；乱码，是因为你没有用正确的方法去看待数据。


…
[/Quote]

up

[jieleiping]

The lstrlen function returns the length in bytes (ANSI version) or WCHAR values (Unicode version) of the specified string。

[biweilun]

长度不对了噢

[youzhipeng]

UPUPUPUP

[softist]

严格讲，串口收发数据与码制完全无关。
它是以8比特（或7比特）二进制数为单位，收发数据。
如果被收发的数据的比特数不是8比特（或7比特），就得自己拼拆。
我们在UNICODE出现之前，一般用8比特传输ascii码，而不用7比特，就是因为拼拆很麻烦，才发展到8比特串口。
早期的电传打字机用的是5比特，6比特，7比特串口。
想象一下我们接了一个项目，老设备改造，向5比特的串口写8位数据。

[skyxie]

writeFile当然能写unicode,关键是你的串口那头是怎么去解析的~它支持unicode不?

就算是本地文件操作,如果写的时候用unicode写,读出来又当成ansi来解析,肯定也会错三...

[glacierful]

问题解决了，是下位机不支持UNICODE.

[pipi87]

有点明白了。。。。