原创 不下地狱难升天堂

本无意介入DSP5402,因为搞工控的应该做DSP2812之类的DSP.
由于工作原因而不得不为之~~~

也好,借道5402再2812也是一个不错的选择,到底5402的寄存器远比2812少的多.
虽说无标准串口,倒也提供了研究波特率自适应的好机会~~~

对流行的DSP的C书写习惯不敢恭维~~~真想让DSP的书写像种菜一样more.asp?name=hotpower&id=19871

在ARM上成功"尿童"后,不免想在DSP上也忽悠一把~~~让各位"尿友"们也乐和乐和~~~

首先是对DSP头文件的晕菜~~~刚好趁看世界杯期间塑造DSP"尿童"~~~

晕累呀~~~6天打造出DSP"尿童"来实在是"付出必有回报"的结果~~~

下地狱的滋味很难过...可"升天堂"的感觉还是蛮好过的.

至于为什么要用c++,这个很难诉说...只有亲身体会后才有爽快的感觉~~~

我在AVR/LPCARM/TIDSP上都用C++,而且他们的程序的移植性与C一样良好,我根本
不需再花更多的时间书写~~~

C++在工控中的最大的一个好处是C++中的构造函数,它简直就像为工控打造的系统硬件及软件的上电初始化分类模块~~~

再着就是类中同时封装了代码和数据,这样就可使变量的管理系统化,专一化.

系统上电后会首先调用各个类的构造函数,顺序与声明他们的位置次序有关.

这样就会使控制更安全,更省心.不会出现想C一样某变量"被遗忘的角落"未初始化而BUG连篇~~~

再从ARM/DSP的变量寻址的角度上来分析,结构指针是个好东西.
那么可想而知,每个类成员变量都是以类首指针做偏移的,都实属一类.

这样变量的作用域看的很清晰~~~几乎不会产生对同名变量的多意的疑问.

虽说书写麻烦了,但以后对产品的维护和修改都大有好处,难道现在费力永远省心不更好吗~~~

先晕菜到这里吧~~~我会在适当的时候在水潭开设MCU/ARM/DSP源码注解及分析的~~~