转载自： https://blog.csdn.net/weixin_44578655/article/details/105646300

proteus在8.9版本正式支持stc单片机，虽然只有一个型号（stc15w4k32s4），不过这是stc家功能很齐全的一款的单片机。 最近刚好开单片机课程使用的就是这款，因为疫情上网课没有实物，就用proteus做了一块仿真开发板。 仿真开发板的原型是stc家的一款试验箱：

仿真开发板全貌： 开发板链接： 链接：https://pan.baidu.com/s/1xeccrGQLA_kM-TxT5n8-fg 提取码：vwip

之所以选这款，是因为stc-isp有它的全部例程，开发板和例程都白嫖，还要啥自行车，当然仿真会有部分BUG，实物才是正道，例程我随缘测试吧，测试效果会后续更新，有想帮忙一起弄的小伙伴欢迎转载。 例程：

问题：

IO口模式无法配置，各IO口不管如何配置，都是准双向IO口模式，网上资料较少，没找到解释。 因为无法将IO口配置为高阻态，所以ADC无法测试。 后来发现例程对于ADC的初始化中，并没有将IO口配置为高阻态，后文我又重新测试了一下ADC。

proteus自带的库中，没有淘宝常见的那种带中文字库的LCD12864，在网上翻到有大佬做了一个： http://www.51hei.com/bbs/dpj-94761-1.html 折腾了一下午，能显示了，但这个12864有BUG，只能显示汉字，不支持ASCII码，而且显示屏左上角的定位孔必须与原理图原点的位置重合，才能显示正常，若不对齐，效果如下： 对齐以后效果如下（屏幕左侧的几串数字估计也是BUG）： 硬件PWM正常，效果如下：

有同学反应proteus仿真STC15时，时钟不正确。 今天测试了一下，时钟是准确的。 之前还担心，stc15的定时器工作在1T模式下和12T模式下，proteus能否仿真出真实的效果。今天测试了一下，12T模式下仿真的确比1T模式下仿真慢12倍。

先设为12T模式：

在12T模式下，程序运行至12s时，引脚输出发生跳变，小灯亮起： 配置为1T模式，程序仅改这一处：

程序运行至1s，引脚跳变，小灯亮起，比12T模式下快12倍

proteus仿真时运行比较慢，左下角的计时才是程序真实的运行时间。

proteus中提供了一个虚拟串口终端，类似串口助手可以收发数据。 51单片机的串口收发有两种方式：中断方式和查询方式。 在仿真中串口发送使用查询方式和中断方式都可以，数据正常。 串口接收时，仅能使用中断方式，查询方式无法正常收到数据，测试时发现RI始终没被置一。

串口相关代码：

开发板原来使用的是P0口接矩阵键盘，但在proteus中的STC15的P0口有严重的BUG，详见这篇帖子： https://blog.csdn.net/weixin_44578655/article/details/106245015 我把P0换成了P6，并且将限流、上拉电阻全部去掉了，总算能凑合用了。 我没使用stc-isp里的矩阵键盘例程（没看太懂），自己按习惯写了一个：

测试结果： 依次按下16个按键，串口输出的数据’0’~‘F’

74HC595是一颗串行输入并行输出的IC，通常用来驱动数码管、led点阵等，可以节省很多IO口. 74HC595的时序跟SPI很像，所以可以用硬件SPI驱动74HC595 。 在开发板上，74HC595用来驱动数码管，连接的就是SPI1的引脚。

跟串口类似，SPI发送数据同样有两种方式：查询方式和中断方式，这两种方式在仿真中均正常。

由于spi1的引脚有好几组，开发板上使用的是P4.3、P4.0、P5.4这一组引脚，选择哪一组引脚需要通过程序配置。 stc-isp中与SPI相关的例程有好几个，它们配置SPI引脚的代码不一样（不知道为什么），主要有两种： 第一种：配置AUXR1 第二种：配置ACC和PSW 在仿真中，第一种配置spi无效，第二种配置spi正常。

下面是查询方式和中断方式SPI发送数据的相关代码：

查询方式SPI初始化代码：

数码管扫描函数：

main函数的大循环：

输出结果时，又发现一点问题，原来是打算把ADC的结果（8位）使用sprintf格式化输出为字符，但这种方式打印出的数据完全错误…

现象： 只能直接发送16进制数：

注意在串口终端窗口处右键勾选Hex Display Mode