STM32cubeide 调试LCD12864 显示乱码,编译乱码-UTF-8、GBK编码的一些总结

传送门 

【STM32】STM32驱动 LCD12864程序代码(串行方式)_stm32操作19264-CSDN博客

学习LCD12864的时候遇到了显示乱码,此乱码很好解决(包括stm32cubeide中文注释乱码) ,

Project -Properties- Resource-Text file enconding改为GBK即可,如下图

按照以上设置后LCD12864显示乱码的问题是解决了,但是控制台还是会有乱码,如下

网上一通搜索,按如下设置就解决了

因为Project -Properties- Resource-Text file enconding设置为GBK

所以在C/C++Build - Settings - Tools Settings - MCU GCC Compiler - Miscellaneous下

做如下设置   (注意复制参数时不要有空格,否则会报错.)
-finput-charset=GBK    (指定C文件中的文字编码格式)

-fexec-charset=GBK    (指定编译之后的可执行文件的文字编码格式)
 

重新编译就可以看到控制台乱码就解决了.

问题解决后就会想到偷懒.

Project -Properties- Resource-Text file enconding 按默认参数 UTF-8,不作改动

C/C++Build - Settings - Tools Settings - MCU GCC Compiler - Miscellaneous下

做如下设置   (注意复制参数时不要有空格,否则会报错.)
-fexec-charset=GBK        (指定编译之后的可执行文件的文字编码格式)

这样乱码的问题就解决啦

以下为转载

关于UTF-8、GBK编码以及编译时charset的指定的一些总结_charset gbk-CSDN博客icon-default.png?t=N7T8https://blog.csdn.net/Blazar/article/details/79253475

首先分清两个概念:C文件中(转换为16进制)汉字的编码,编译后bin文件中汉字的编码。

gcc的 -finput-charset 和 -fexec-charset 两个选项的存在就是为了实现这两者的转换。

1. 默认情况下,gcc使用UTF-8 charset。

2. C文件中使用GBK编码的汉字:若要使bin文件为UTF-8编码,必须同时指定 -finput-charset=GBK,-fexec-charset=UTF-8(不指定fexec-charset也是可以的,但是单独指定它无效,编译器会认为输入为UTF-8)。若要使bin文件为GBK编码,可以不指定charset,这样编译器就不会去做转换(它认为前后都是UTF-8),看起来就像是“骗过”了编译器;也可以同时指定 -finput-charset=GBK,-fexec-charset=GBK。

3. C文件中使用UTF-8编码的汉字:若要使bin文件为UTF-8编码,可以不指定charset;若要使bin文件为GBK编码,必须指定 -fexec-charset=GBK。当然,如果你想“欺骗”编译器:“我的C文件使用的是GBK编码”,而去指定-finput-charset=GBK,这时编译器可能不会像上面那种情况一样好骗,你可能收到这样一条答复:“cc1: error: failure to convert GBK to UTF-8”。

举个例子:我在程序中需要去调用HZK16(点阵字库),它是基于GBK编码的,所以,我希望我的bin文件中的汉字是GBK编码。我在UE编辑器中,使用GBK编码写了xxx.c,又使用UTF-8编码写了yyy.c,那么,我将可以用以下几种方式去编译它们:

对于xxx.c:

(1)gcc   -o   xxx  xxx.c

(2)gcc    -finput-charset=GBK    -fexec-charset=GBK    -o    xxx   xxx.c

对于yyy.c:

(1)gcc   -fexec-charset=GBK   -o   yyy   yyy.c

(2)gcc   -finput-charset=UTF-8   -fexec-charset=GBK   -o   yyy   yyy.c

总而言之,-finput-charset 用来指定 C文件中的文字编码格式,-fexec-charset 用来指定编译之后的可执行文件的文字编码格式;默认情况下,gcc编译器认为编译前后的文字编码格式都是UTF-8。

至于 “为什么要指定 -finput-charset 或者 -fexec-charset ?” ,那是可能你的程序中的某部分的操作必须依赖于某个特定的charset 。例如上文所说的,使用 HZK16 来获取汉字的位图等。

  • 18
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
引用:  Kingst-32F1开发板默认扫描方向为“模式0”,其中模式0和3为竖屏显示,模式5和6为横屏显示,这四种模式的扫描方向和稍后所讲的文字取模方向相同,旋转液晶屏即可达到阅读效果,其他模式直接显示时呈现乱码,需要根据扫描方向重新取模。 引用:  用于读取TFT-LCD的驱动器的的ID,板载液晶的驱动器是ILI9341,ID固定为0x9341。在读取的过程中,首先通过写命令函数发送指令0xD3,然后连续读取4次数据。其中第1次是无效数据,第二次是版本号,也是无效数据,第三次和第四次的高8位也是无效数据,只有第三次和第四次的低8位才是有效的ID数据。 如果TFT-LCD显示乱码,可能是由于以下原因导致的: 1. 扫描方向设置错误:请检查当前扫描方向是否与液晶屏的显示模式匹配。如果扫描方向不正确,液晶屏可能无法正确读取图像数据,从而导致乱码显示。 2. 驱动器通信问题:如果单片机与液晶屏的驱动器通信不正常,也会导致显示乱码。请确保单片机发送的读取ID指令正确,并且能够成功读取到液晶屏的ID数据。 3. 数据刷新方向设置错误:检查ML和MH的设置是否正确。如果数据刷新方向设置错误,液晶屏无法正确显示图像数据,导致乱码。 如果您遇到TFT-LCD显示乱码的问题,您可以按照以下步骤进行排查和解决: 1. 确认扫描方向:检查液晶屏的显示模式和开发板的扫描方向设置是否匹配。如果不匹配,请根据液晶屏的显示模式调整开发板的扫描方向。 2. 检查驱动器通信:验证单片机与液晶屏驱动器之间的通信是否正常。确认读取ID指令的发送和接收过程是否正确,确保能够成功读取到液晶屏的ID数据。 3. 检查数据刷新方向:确认ML和MH的设置是否正确。如果需要,可以根据液晶屏的要求对数据刷新方向进行调整。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值