基于VW2010芯片的嵌入式多媒体监控系统压缩/解压卡设计　２

ｏｓｔ到ＶＷ２０１０的中断。
　　
　　ＲＥＧ＿ＤＨＩＵ５的最低四位用于保存中断计数，第五位为中断屏蔽位。ｈｏｓｔ向ＲＥＧ＿ＤＨＩＵ５每写一次，中断计数加１；ＶＷ２０１０每读ＲＥＧ＿ＤＨＩＵ５一次，中断计数减１。只要中断计数不为０，ＶＷ２０１０内部的中断请求信号将一直保持有效。
　　
　　３．３ＶＷ２０１０的数据读写和ＩＯＣＴＬ方法的实现
　　
　　ＶＷ２０１０的数据读写和ＩＯＣＴＬ的实现依赖于上述的共享存储区机制，下面通过假设已经用打开命令（ＣＭＤ＝４）从ｆｉｒｍｗａｒｅ获取了ＤｅｖｉｃｅＨａｎｄｌｅ和辅助参数区（首地址为Ｘ）来进行讨论。
　　
　　（１）数据读写的实现
　　
　　图４和图５分别给出了ＶＷ２０１０在系统调用部分和中断服务部分的读数据流程图。
　　
　　ＶＷ２０１０采用ＤＭＡ方式实现与应用空间的数据交换。读／写命令用于建立从ＶＷ２０１０到ｈｏｓｔ的ＤＭＡ通道并启动数据传输，它并不等待数据传输完成，而是让ＤＭＡ传输在后台运行，当ＤＭＡ传输结束后，ＶＷ２０１０将中断主机。
　　
　　当应用程序要读写数据时，它首先会分配一些缓冲区用于保存读写数据。这些缓冲区可以用首地址和长度标识，如可以使用（Ａｄｄｒｅｓｓ，Ｌｅｎ）代表首地址为Ａｄｄｒｅｓｓ、长度为Ｌｅｎ的缓冲区。在发送读／写数据命令时，ＳＭ＿ＰＣ２ＶＷ的Ｐａｒａｍｅｔｅｒｓ字段为Ｘ，辅助参数区的内容为应用空间数据缓冲区的信息，其格式即为上述的首地址和缓冲长度标识对（Ａｄｄｒｅｓｓ，Ｌｅｎ）。ＶＷ２０１０根据这些缓冲区信息来建立应用空间的ＤＭＡ通道。
　　
　　(２)ＩＯＣＴＬ的实现
　　
　　使用时，可定义多种ＩＯＣＴＬ码以用于控制ＶＷ２０１０芯片，各ＩＯＣＴＬ码的参数各不相同。需要注意的是，此处的ＩＯＣＴＬ码不同于ＤｒｉｖｅｒＡＰＩ中的ＩＯＣＴＬ码。该命令与读写数据命令的主要区别在于其命令辅助参数存储区的格式不同，而控制流程类似，限于篇幅，这里不再赘述。
　　
　　４结论
　　
　　为了测试压缩／解压卡和设备驱动程序的性能，作者在ＬｉｎｕｘＲｅｄｈａｔ７.３下编写了测试程序。在测试中，分别让ＶＷ２０１０芯片工作在手动录像模式、定时录像模式和动态侦测录像模式。结果表明：该系统卡在各种模式下都能稳定工作。
　

《基于VW2010芯片的嵌入式多媒体监控系统压缩/解压卡设计　２(第4页)》