对于开发mtk方案来说，模拟器至关重要，是提升开发效率的利器。
除了硬件驱动相关的数据接口模拟器不能调试外，tcp，wifi 等数据通讯和业务逻辑等，大多都能在模拟器中完成，所以开发mtk一定要把模拟器用好。
拿到2503的代码后，发现了一些小问题，记录之。
1. cl.exe错误
在安装vs2008后，本地已经有了cl.exe，但是模拟器代码跑起来后报cl的相关错误，很显然是环境变量确实，导致脚本调用失败。
2. 头文件错误
fatal error C1083: 无法打开包括文件:“stdarg.h”: No such file or directory
本地搜索，文件是存在的。所以还是调用问题，经确认，make\modisConfig.mak 中有对vs的路径做设定，默认是按照c盘指定的，但是本人是安装到d盘，所以该项c盘相关的路径就可以了
3. 其他函数编译错误
拿到代码后，发现之前的开发并没有使用过modis，所以硬件配置是可以编译通过的，但是modis编译不行，主要是WIN32相关的宏生命周期范围有误，还有些是对应的新增文件没有生成进modis生成的vs工程中，导致编译时调用符号缺失，根据对应函数的名称，将相关的实现文件添加到vs的工程中就可以编译了。
4. 运行崩溃问题
因为工程可能并没有在modis下面验证过，所以即使编译通过，也可能运行时崩溃。崩溃的地方主要在模拟器和硬件的逻辑差异部分，自己确认逻辑，加上合适的WIN32，基本就能问题结局。
5. 硬件数据问题
因为模拟器不能真正的使用硬件，所以在使用模拟器的时候，我们要最大可能的尽量通过软件宏逻辑来模拟硬件的数据，保证模拟器的流程跟真实硬件相同。主要的工作包括数据模拟，定时器模拟等。