最近做微机课程设计, 我们学院要求不如电信学院, 只是设计, 没发硬件给我们, 于是决定用 proteus 仿真来实现
前面的都测试的很好, 到 8259 的时候就一直卡住了, 进不了中断.
测试了几个小时, 才发现问题的根源. 现在烦了不想做下去, 就顺手写个帖子, 希望后人遇到同样问题的时候能看到这个帖子, 少走弯路.
问题根源:
8086 取的中断号是最后一次IO操作时出现在总线上的数据, 而不是 8259 中设置的中断号!
直接说结论很难让人相信, 我上传了工程让大家测试:
下面是用 proteus 画的仿真原理图
其他的东西不用管, 仿真的时候只管点击图中右下角的 switch,
现象为: 每点击一次会产生一个中断, 产生中断后 PB0 显示的数据会加1, 如第 2 张图所示.
然后可以打开 code 文件夹下 src.asm 文件
其中第 107-110 行代码如下, 可以看出是这死循环.
dead_while:
mov al, INT_NUM_BASE
out 0, al
jmp dead_while;
把上面的 out 0, al 注释掉, 这句代码本来是用来让总线上的最后一次 IO 操作的数据为中断号的.
重新用 masm 生成 exe 文件, 再仿真, 就没上面说的现象了. 这就足以说明 proteus 的 8086 模型有问题了.
上面的 demo 好像很简单. 真正调试的时候当然没那么容易找, 我是事先在向量表上对应的内存块全写 01 02 03 .... 的数据, 然后单步仿真得到中断向量, 对比后得到中断号, 再经过比较后才发现是最后一次IO操作时出现在总线上的数据的...
囧, 仿真模型有问题, 课程设计上又要求要用8259, 现在有点不知该怎样做下去了... 最后顺便吐槽下清华出版社的这本教材写的跟 shit 一样, 读教材跟读 datasheet 一样, 甚至还没 datasheet 清楚.
|