我们不生产PLC，我们只做全新原装的搬运工!供应ABB3HAB7215-1DSQC33152本身有256B的数据存储区，如果没在意一些细节，很容易出现RAM超过128就报错的情况。现讲其问题解释如下：***常见的是以下两种①超过变量128后必须使用compact模式编译实际的情况是只要内存占用量不超过256.0就可以用***all模式编译②128以上的某些地址为特殊寄存器使用，不能给程序用.与PC机不同，51单片机不使用线性编址，特殊寄存器与RAM使用重复的重复的地址。但访问时采用不同的指令，所以并不会占用RAM空间。③是否把一些固定的代码存贮到了CODE区。如果把没变化的数据也存储到DATA去，就太浪费了！由于内存比较小，一般要进行内存优化，尽量提高内存的使用效率。以KeilC编译器为例，***all模式下未指存储类型的变量默认为data型，即直接寻址，只能访问低128个字节，但这128个字节也不是全为我们的程序所用，寄存器R0-R7必须映射到低RAM，要占去8个字节，如果使用寄存组切换，占用的更多。所以可以使用data区***大为120字节，超出120个字节则必须用idata显式的指定为间接寻址，另外堆栈至少要占用一个字节，所以极限情况下可以定义的变量可占247个字节。当然，实际应用中堆栈为一个字节肯定是不够用的，但如果嵌套调用层数不深，有十几个字节也够有了。为了验上面的观点，写了个例子#defineLEN120dataUCHARtt1[LEN];idataUCHARtt2[127];voidmain(){UCHARi,j;for(i=0;i<LEN;++i){j=i;tt1[j]=0x55;}}可以计算R0-7(8)+tt1(120)+tt2(127)+SP(1)总共256个字节keil编译的结果如下：ProgramSize:data=256.0xdata=0code=30creatinghexfilefrom".\Debug\Test"...".\Debug\Test"-0Error(s),0Warning(s).(测试环境为XP+KeilC7.5)这段代码已经达到了内存分配的极限，再定义任何全局变量或将数组加大，编译都会报错107这里要引出一个问题：为什么变量i、j不计算在内？这是因为i、j是局部变量，编译器会试着将其优化到寄存器Rx或栈。问题也就在这了，如果局部变量过多或定义了局部数组，编译器无法将其优化，就必须使用RAM空间，虽然全局变量的分配经过精心计算没有超出使用范围，仍会产生内存溢出的错误!而编译器是否能成功的优化变量是根据代码来的上面的代码中，循环是臃肿的，变量j完全不必要，那么将代码改成UCHARi;UCHARj;for(i=0;i<LEN;++i){tt1[i]=0x55;}再编译看看，出错了吧!因为编译器不知道该如何使用j，所以没能优化，j须占RAM空间，RAM就溢出了。(智能一点的编译器会自动将这个无用的变量去掉，但这个不在讨论之列了)另外，对idata的定义的变量***好放在data变量之后对于这一种定义LOTOF100FOX250F-20Crystals25MHz20pFNEW!LENOVO/IBMORIGENALThinkPad27R2427LAPTOPLCDSCREENADVANTECHPCL-73512CHRelayOutputCardPCL-735-ANEWARTESYNNFC25-24T05-12AMRAY124-00292011PC16VSTEPPERMOTORDRIVE800-2722VITESSHA***AREDEVELOPMENTSYSTEMWindRiverVxWorks56G.BERESCB-1542REV.BCABLENEW!SigmaDesignsREALmagicDVDDecoderCardLWHB121F5B121IBMPS21.5mKVMConversionCable39M2901RADACE3400/DC48VDCPowerSupplyIBM19P613118P6511LtoUltrium2TapeDriveMWMeanWellSP-200-48POWERSUPPLYAPCRedundantSwitchSUO44-1EPOSORCEWohlerAMP-1APAudioMonitorPanel253402-01***BVR-50PREMOTECONTROLBVR-50PEquinox860256-1/B128PORTADAPTERSST-64/128pCARDPCB37435-10637436-102REVA37437REVABOARDGLENAIRMS3417-12N600-00611-00CABLENOVAW.H.C.INTERFACEDD210-46310-01W/DD210-46110-0)