欢迎来到Doc100.Net免费学习资源知识分享平台!
您的位置:首页 > 程序异常 >

关于bsp驱动和app的简单有关问题

更新时间: 2014-01-05 03:10:20 责任编辑: Author_N1

 

关于BSP驱动和APP的简单问题
一、关于WinCE的流驱动说明:
    流(Stream)设备驱动是WinCE.NET系统中用途最广也是最为重要的驱动类型,在系统启动
的时候,它由设备管理器搜索注册表加载,流驱动程序向文件系统提供统一的、类似于文件访
问的函数接口,也就是说明应用程序可以通过文件I/O函数CreateFile、ReadFile、
WriteFile、CloseHandle等来访问设备驱动程序。

二、BSP驱动分层:MDD层
    初始接触BSP开发,看到相关资料的说明BSP驱动分2层,其中PDD是和硬件相关的、而MDD
是规范(WinCE的规范),具体说MDD层是要实现:
    XXX_Init、XXX_Deinit、XXX_Open、XXX_Read、XXX_WrIte、XXX_Seek、XXX_IOControl
一组接口,比如HMI_Init、HMI_Open,那么如果有的动作不能同步完成,比如HMI_Read需要
等待10ms后才能完成,这种情形如何定义与Application的交互时序,Application提供
Callback函数、还是Driver向其发送Message。

三、BSP驱动分层:PDD
    MDD层各个接口的实现势必要和硬件控制相关,如设定寄存器等,也就是说这些接口的实现
由PDD层提供支持,是这样的吧。

四、硬件结构相关
    通常情形,硬件厂商提供一个开发板,芯片间的结构通常是一个主芯片+专业芯片(DSP),
假设是MCS51 + (Radio芯片、Bluetooth芯片),那么MCS51和Radio芯片间需要通信,比如UART
方式,在WinCE系统运行的情形下,这个UART是否属于WinCE驱动范畴,也要需要实现MDD
我认为也需要,相当于给Application提供一个Radio的驱动程序,而这个UART就相当于PDD。
--参考方法--
这个UART就相当于PDD,这样的理解不对!
--参考方法--
不要搞太复杂了,MDD就是跟硬件相关的,PDD就是跟硬件无关的。
MDD + PDD之后,应用层或其他驱动、服务等就只需要调用PDD的接口就OK,无需关注硬件那边
--参考方法--
PDD是硬件相关   MDD是硬件无关的  
--参考方法--
引用:
1) 楼上的兄弟,是否说反了,PDD是硬件相关而MDD是硬件无关的.
2) 假设我的开发板(主芯片)只有一个串口UART吧,再有一些其他的Timer等,
   现在把WinCE移植到这个板子上,只提供一个UART驱动,其他的都没有(显卡都没有).
   现在的问题是:application使用串口的API是CreateFile/WriteFile/ReadFile等,
   那么这个UART驱动对外提供的接口是什么?

   问题的本质就是想知道WinCE是否对所有设备都预定义了标准的API,而Device Driver
   只需要实现这些接口即可,比如Bluetooth设备的标准API定义是BT_INIT,BT_CONNECT,
   当主芯片不同的时候,这2个接口的内部实现不同.


呃~~~说反了,PDD与硬件有关,MDD调用PDD,为系统提供通用API接口。
上一篇:上一篇
下一篇:下一篇

 

随机推荐程序问答结果

 

 

如对文章有任何疑问请提交到问题反馈,或者您对内容不满意,请您反馈给我们DOC100.NET论坛发贴求解。
DOC100.NET资源网,机器学习分类整理更新日期::2014-01-05 03:10:20
如需转载,请注明文章出处和来源网址:http://www.doc100.net/bugs/t/19115/
本文WWW.DOC100.NET DOC100.NET版权所有。