那估计是你的汇编源程序有问题
关于这个错误，我最不理解的是，添加程序，出现错误，临时注释掉部分程序，继续添加程序，编译通过后，再恢复注释掉的程序，往往可以编译通过。 zxcv1973 发表于 2024-12-9 17:02
看你这代码总共也没超64K
您是如何看到代码长度的？是从KEIL C 251编译后下面的显示吗？
Program Size: data=8.0 edata+hdata=0 xdata=0 const=0 code=19360
程序的代码长度是19360字节？
再就是我发现同一个编译好的HEX文件，比如说就是刚才编译的文件，在烧录软件V6.95A下，选8H8K64和32G12K128，读出的代码长度不同，比如选8H8K64,读出的长度是04BA0，选32G12K128，读出的长度是147A0。 newlined 发表于 2024-12-10 10:45
您是如何看到代码长度的？是从KEIL C 251编译后下面的显示吗？
Program Size: data=8.0 edata+hdata=0 xd ...
c251和c51的格式不一样，但是也不会差很多啊 soma 发表于 2024-12-10 11:09
c251和c51的格式不一样，但是也不会差很多啊
是啊，以不同的格式读，不知道为什么，长度差这么多，是不是C251下，内部有太多的要处理的东西？ <pre><code>ORG 0000H
</code></pre>
<p>BEGIN: AJMP INIT<br />
ORG 0100H<br />
INIT:<br />
END</p>
<p>今天试验了上面这个超短的程序，在32G12K128下，读到烧录软件V6.95A中，显示代码长度是0D802H，在8H8K64U下，读到烧录软件中是0002H字节，看来32G中有许多功能占用了不少空间。</p>
页:
1
[2]