emWin移植显示汉字，特定的汉字会导致显示位置的交换。折腾了一天楞没解决，有没有大神知道的？？？

ykzjkd · 发表于 2021-1-15 20:59:04

问题的发现是在做一个生产检测的工具，检测通过则显示”通过“两个子，实际发现显示的是”过通“ ，追踪发现是”过“这个字会导致显示的位置产生交换，于是进行了简单测试。发现问题较为严重。使用的外部SPI字库，但追踪函数”void GUIPROP_X_DispChar(U16P c)“，函数入口打上断点，发现第一次进入该函数确实是先传入的”过“汉字的内码，也就说SPI字库读取是没问题的，只是不知什么原因导致传入汉字内码时，传入的顺序发生改变。而这个顺序的改变和特定的汉字有关系（别的不知道但至少和”过“有关系）。调试时发现会多次进入”static U16 _GetCharCode(const char GUI_UNI_PTR * s) “函数，且中间有时会出现取到的内码为0x0000，无法进行深入的仿真了。感觉还是无法定位问题，好奇怪。
测试环境：
emWin 6.10f的库
跑emWin的DEMO正常，854*480

程序测试需要显示的内容

实际显示屏显示的内容

ykzjkd · 发表于 2021-1-15 20:59:05

都忘记这个帖子了。看到了回答以下。这个是emwin 6.10f库的BUG，6.16的库修复了这个BUG。

三叶草 · 发表于 2021-1-16 10:44:23

编码转换有问题吧

xfcjava3 · 发表于 2021-1-16 15:55:10

使用编译器时，编码转换的问题，

你直接这样调用，不会出错了：

/*---通--------过-----****/
char hz_Accept_buf[]={0xCD,0xA8,0xB9,0xFD,0x00};

ykzjkd · 发表于 2021-1-16 17:28:26

xfcjava3 发表于 2021-1-16 15:55
使用编译器时，编码转换的问题，

你直接这样调用，不会出错了：

测试过了，和直接输入汉字一样的效果。这就是说明不是编译器转码的问题。现在唯一的思路是从输入汉字到进入函数“void GUIPROP_X_DispChar(U16P c)”之前到底发生了什么?汉字内码参数是怎么转换和传递的？因为现在只发现有“过”这个字有问题，也有可能是emwin库的问题，“过”这个汉字的编码比较特殊可能和库有点冲突（这种可能性应该极小）。以前用uCgui3.90a显示汉字都是没问题的，从未遇到这种情况，现在的想法是先从“GUI_UC_EncodeNone.c"下手，重点检查，看看能不能有点思路。