8051内核单片机xdata的处理

Posted 2023-05-05

参考技术A     在项目开发中遇到需要使用8051核的单片机去驱动oled屏显示数据量较大的一些图片，项目中使用的是新唐N76E003AT20的8051单片机，将底层OLED的驱动和显示函数从已经量产的项目中移植过来发现屏幕无法点亮。

    针对这种问题，首先就去查找写给屏幕的驱动命令有没有传正确，于是先找到写一个数据的函数，仔细调试发现，发现该函数无法得到上层调用函数传递过来的参数，所以，每一次传入的都默认是形参0。

    根据这个现象找到问题出现的原因是堆栈已经溢出，之后我将其他所有的函数去不屏蔽掉，只留下操作屏显示的函数和一些底层的函数，这样在调试屏的时候就不会受到其他因素的影响，去掉之后发现xdata有之前的3000变成了200多，data没有变化，code相应的也减少了。

    然后再进行调试，这个时候发现屏幕可以正常的驱动显示我需要的内容。

    当然，上面说的这些都只是简单的概述一些我在项目中的处理的结果。

    现在查找原因，导致xdata占用这么多的内存资源的原因是因为我取模的很多我需要显示的图片和字母，数字全部都是以全局变量的形式保存的，这些对内存消耗很大。

    在函数得调用过程中出现了比较深的函数调用，简单的说就是函数里面又调用了其他函数，调用的层数比较多，这样就很容易导致堆栈的溢出。

    之后我将所有的函数继续添加到工程中进行编译运行，不出所料，屏还是没有驱动成功。

    我认为主要的原因是全局变量（尤其是取模的数据）占用了大量的xdata空间，导致的溢出，从而使函数无法得到调用。

    解决办法：（1）减少函数的调用层次，两层最多

                        （2）将这些全局变量使用code进行定义。例如 u8 code pixelLowBmp;

    在使用了这种方法之后，明显的由3000多的xdata变为200多，而code其实并没有多大的变化，这是为什么呢？等我有时间的时候再去仔细的区分这里面的一些差异。

Nios ii处理音频信号有何优点

Nios II软核的优势是需要和FPGA结合才能体现的，仅仅是Nios的话，作为一款32位的控制器核并没有同级别的32位控制器强，如ARM内核的单片机，MIPS32内核的单片机都胜于它。但是单片机但是对复杂的数字信号处理算法，只能用软件实现，削弱了系统工作性能，除非再外接DSP芯片，这些因素提高了设计成本和复杂程度。利用FPGA芯片来设计：一方面Nios II软核可以完成控制、人机交互等任务，另一方面可以将由DSP芯片承担的数字信号部分处理任务（如处理音频信号）转而由FPGA内部的嵌入式阵列块承担，而且官方提供有大量IP核资源可以进行设计复用，可以完成复杂的信号处理计算任务，FPGA内部丰富的逻辑资源可以支持实现多组音频信号的并行处理。 参考技术A Niosii做音频处理，应该是比较高端的货了吧。

要说优势主要在于可以调用自行设计科并行处理和快速运算的针对算法的FPGA逻辑电路，保证高品质低延时处理吧。