[新问题在17楼]好像找到32位模式下除法引起重启问题的点了，确实跟芯片无关

大***

在STC8051U的32-bit模式下遇到一个诡异的问题

尝试将OLED12864的驱动程序移植进STC8051U，
源驱动程序之前在STC8、STC32上都是正常运行的，
添加进STC8051U的8-bit模式也很顺利，


但是到了8051U的32-bit模式的时候，


当显示的字符超出有边界需要换行的时候，单片机就会重启。


全部函数全部屏蔽逐一尝试之后，发现是在换行判断的时候出的问题。
这个函数的参数 y 是 unsigned char 类型的




出问题的代码，是图中程序281行的 y += fontsize / 8;


当字号参数 fontsize 的值是 8 的时候，就会反复重启，
fontsize 是 8 以外的其它数值时，却一切正常。
===========================================

经过几个试验发现，如果将图中第281行，换成图中282行、283行、284行、285行中的某一种写法


L282: //     y = y + fontsize / 8;

L283: //     y += (unsigned char)(fontsize / 8);
L284: //     y += (8 / 8);
L285: //     y += fontsize / 7 + 1;


或者将271行的参数里的 y 的数据类型换成除了“char”和“unsigned char”以外的类型，比如 int，

程序也都可以正常运行下去。


（以上几种改法，放进8051U的8-bit模式，还有STC8H里试了下，也都可以正常运行）

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

虽然通过替换表达式写法或者数据类型（尤其是282行和283行）解决了
但是很好奇为什么只有在 8051U的32-bit模式 里会这样。

大***

应该是Keil的问题，
那就暂时先用不出问题的那几种写法，或者避免换行操作。
期待完美解决方案
{:5_300:}

so***

fontsize定义为unsinged char ， fontsize/8为可能不为unsigned char，所以可能报错，估计这样

大***

so*** 发表于 2024-7-8 18:29
fontsize定义为unsinged char ， fontsize/8为可能不为unsigned char，所以可能报错，估计这样 ...

姚总已经找工程师研究这个问题了，
目前结论是发现是C251版Keil里的BUG，
除法之后多生成了一个复位码。
解决方法还在研究中。

神***

研发答复，测试过了：

就算是选择STC32G12K128型号，编译也一样会出错，
在STC32G12K128里面运行也一样会有问题

这个问题确实比较诡异，简单的除法运算，
C251编译器居然会多编译出一条复位指令出来

C51没问题

问：
能否给出 编译器的应用注意事项来 ?

答：
目前还不知道这编译器是怎么回事，
还不知道如何让编译器不犯这个错，如何避免

tzz1***

为什么我不能复现问题, 函数代码原封不动的用文字发出来,我贴进去编译一下试试看

神***

tzz1*** 发表于 2024-7-8 21:51
为什么我不能复现问题, 函数代码原封不动的用文字发出来,我贴进去编译一下试试看 ...

楼主的附件可能被楼主删除了

大***

tzz1*** 发表于 2024-7-8 21:51
为什么我不能复现问题, 函数代码原封不动的用文字发出来,我贴进去编译一下试试看 ...

因为是移植了一部分的时候遇到的问题，然后知道了是Keil的原因，以为没用了就拿掉了。

这是昨天那段代码
20240708_2USBHID32bit硬件SPI_OLED.rar (56.05 KB, 下载次数: 116)

2024-7-9 09:18 上传

点击文件名下载附件

问题代码出现在oled.c里的 271行 OLED_ShowChar 函数里的 281行，
282、283、284、285行是不出问题的写法

hsr***

神*** 发表于 2024-7-8 19:39
研发答复，测试过了：

就算是选择STC32G12K128型号，编译也一样会出错，

这……这……这……无言以对

tzz1***

大*** 发表于 2024-7-9 09:47
因为是移植了一部分的时候遇到的问题，然后知道了是Keil的原因，以为没用了就拿掉了。

这是昨天那段代 ...

收到， 谢谢， 确实是！
应该是链接定位器出问题了， 把?C?SIDIV的地址放在了 0X0000  ？？？



这应该是发现Keil C251 编译器的 第三个BUG了， 看看什么时候整理一下