1.支持的具体型号：

P7.8：

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Proteus8.9：

 

 

 

Proteus8.9能够支持的类型明显要多于Proteus7.8。但是对于仿真而言，目前个人还是觉得Proteus7.8更稳定。这也是目前能用P7不用P8的原因。

2.时钟设置

在仿真中，外置晶振电路不论如何设计都不会影响单片机的真正运行时钟。MSP430的时钟通过点击芯片“Edit Component”进行设计。下图可以看出可以直接设置MCLK，SMLK和ACLK。经过实际测试可以在程序中选择不同的时钟源，并且可以设计分频。

在仿真的时候可以将几个时钟全部设置成8M，省去配置时钟的麻烦，所有时钟一个标准。

 

3.精确的延时函数

 

 MSP430单片机内部含有Timer，ADC，中断等等设计，可以通过内部资源进行一些类型的仿真。如果需要外挂芯片，尤其是串行通信的芯片，一个精确稳定的延时函数就必不可少。如果一个延时函数精确，那么几乎所有的51芯片外挂芯片的仿真，应该都可以移植到msp430上来。同理，stm32的仿真也是类似的。

这一点这篇帖子的分析还是比较到位的：

https://www.cnblogs.com/memset/archive/2013/07/05/3173502.html

IAR中实现了__intrinsic void __delay_cycles(unsigned long __cycles)这个内联函数进行系统时钟次数的延时。所以在IAR中可以这样写来实现延时：

#define CPU_CLOCK 8000000

#define delay_us(us) __delay_cycles(CPU_CLOCK/1000000*(us)）

#define delay_ms(ms) __delay_cycles(CPU_CLOCK/1000*(ms))

我在实际的仿真中测试过，这套延时函数比实际时钟慢1倍左右。delay_ms(1000)大概在2s左右，所以实际仿真时候应该适当更正一下这个函数。

#define CPU_CLOCK 4000000

#define delay_us(us) __delay_cycles(CPU_CLOCK/1000000*(us)）

#define delay_ms(ms) __delay_cycles(CPU_CLOCK/1000*(ms))

这样的延时时间是相当准的，用这个移植51的程序应该有很大希望。

版权声明：本文为DragonBurning原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/DragonBurning/p/14864687.html