这个在SIMULINK里制作具体嵌入式板驱动资源的工作，是基于模型设计非常有意义的内容之一，有些基于模型设计基础的工程师应该已经看到SIMULINK所支持的那些TI的评估板或者其他处理器的一些芯片或者板卡的支持库，用这些库做设计是很令人兴奋的（方便、快捷），但是那些板卡一般是不满足具体用户的具体要求的，工程师通常根据具体项目设计自己的专用的以某种处理器为核心的电板，这时候工程师面临的问题就是如何把具体嵌入式板卡处理器外围的驱动程序也弄到SIMULINK里去，形成一个完整的系统后，再用RTW生成整个系统的工作代码。 SIMULINK自带的高性能TMS320C6455DSK支持库，后面我将使用SIMULINK帮助提示很容易的实现下面图示的LED，DIP模块的功能，并在TMS320C6455DSK上运行一遍，以验证其正确性。 相当多的SIMULINK初级用户，他们开始明白这一的领域，但是我认为他们没找到方向，很多人接触这一领域时，经常去提那个该死的S-Fuction，该死的TLC，其实搞来搞去，自己干成个半瓶，仍然对设计毫无实质进展，反而变得如此讨厌SIMULINK，想这SIMULINK怎么这么难用啊。唉，不是人家无聊，是自己无聊啊—自己在制造麻烦！在后面制作目标支持库的过程中，读者会发现制作目标支持库的过程其实根本不需要你有S-Fuction，TLC的深入知识就可以了。 有些没太多SIMULINK经验的工程师经常要问，为什么要这么干，其实很多时候，我认为，他们也真的不明白为什么要这么来用SIMULINK，几乎要说，为什么这么多此一举！如果始终醒不过来，那就是一种认识的上限，算了吧。 在基于SIMULINK的模型设计中，把具体的嵌入式板处理器的外围设备在SIMULINK里和算法部分组装起来，连接成一个整体的系统结构，然后再做代码生成，这是个关键环节，这样操作的优点是，算法研究测试完后，可以非常流畅的在SIMULINK里把算法移植的目标板上运行，开发者无需把工作界面切换到IDE里去做算法与具体驱动部分代码（比如ADC，DAC，通讯、界面等程序）的连接工作。 提到的m文件，其中用到的工具就是SIMULINK的legacy_code_Tool 工具。这个工具的目的就是可以把现有的一些具体板类的C代码打包成SIMULINK模块。 在接下来就是把Fig3 MASK成fig4.这个MASK过程这就省略了，有SIMULINK基础的人其实很简单。 在接下来，我们就把生成的SIMULINK模块连接一下，做成一个最简单的模型（拨码开关控制LED），然后生成代码在6455DSK上运行。 来检验代码生成的正确性和体验RTW技术的方便性。要完成这种简单的功能当然无需这么个复杂的过程。但是掌握了这些机制，我们就可以做真正复杂的设计，比如伺服控制系统的验证、测试、实现等，在IDE里做复杂的东西肯定是有诸多和不便的。 初学者要理解这些设计，就是不要把SIMULINK基于模型的设计思想理解成猪的想法。 OK， Fig5所示的简单系统，生成代码在6455DSK上已经运行验证过了，证明驱动打包过程已经实现。 在结束这个主题时道点愤青之言，这个过程我在这并未详细每一个细节，聪明而又勤奋的人不过也可以有点道道了，但针对ADC这样模块还会稍微复杂些，但基础是一样的，这种打包技术也是通用的。本人提供该类技术的硬件试验条件，有心者可以联系我。，对那些只想混点文凭和职称的人，我们应该说不！ 针对这些人，没有义务提供咨询解答。 推荐：
|