| 最近做微机课程设计, 我们学院要求不如电信学院, 只是设计, 没发硬件给我们, 于是决定用 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 清楚.
 |