浅谈Windows CE应用程序的可移植性
出处:尤新亮 发布于:2009-03-16 09:17:44
由于桌面Windows绝大多数情况下运行于X86平台上,也就不存在不同平台的可移植性问题。然而Windows CE运行在四大架构(X86,SHx,MIPS,ARM)的CPU上,编写应用程序时就需要考虑它的移植。
以下通过在wince系统下访问物理地址,来看看如何编写可移植性较好的应用程序。
首先必须明确两个概念。
1. 在X86平台下才有I/O地址这一说,在其他体系的CPU(如ARM/MIPS)下是没有I/O端口的。因为X86下把I/O和存储器分开编址,导致其有两种地址;而别的CPU是把两者统一编址,即把I/O映射到存储器上。
2. WinCE的存储管理是通过MMU实现的,在系统启动后,我们只能访问虚拟存储空间,必须经过MMU。但是在X86下,访问I/O口和存储器走的地址总线不同,不用经过MMU。
比如我们想要访问挂在某总线上物理地址为360h的端口,对于X86平台我们可以直接嵌入汇编操作物理地址, 或者使用地址指针访问物理地址。但对于其他平台,我们必须先作一个物理地址到虚拟地址的映射,然后操作其虚拟地址。这样显然程序的可移植性不好,我们需要定义 #ifdef __x86....#elif defined __arm 使得在不同平台下程序能够顺利运行。
如果使用下面的代码我们就可以不用这么费劲的定义不同平台了:
先定义
inIoSpace = 1;
ioPhysicalBase.QuadPart = 0x360;
if( HalTranslateBusAddress( Isa, //此函数把ISA总线上物理地址映射为系统物理地址
0,
ioPhysicalBase,
&inIoSpace, //此参数=1说明转化的是I/O空间地址,=0时存储器地址
&ioPhysicalBase ) )
{
if( !inIoSpace ) ////如果是存储器地址,针对非X86 平台
{
ioPortBase = ( PUCHAR ) MmMapIoSpace( //此函数把系统物理地址转化为虚拟地址
ioPhysicalBase,
IoLen,
FALSE );
if( ioPortBase == NULL )
{
//TODO: Error handling
}
}
else //如果是I/O,即X86 下,不需要做地址映射
{
ioPortBase = ( PUCHAR ) ioPhysicalBase.LowPart;
}
}
else
{
//TODO: Error Handling
}
随后对于端口的操作( ioPortBase),我们也可以充分挖掘它的可移植性。通过使用READ_PORT_UCHAR,
WRITE_PORT_UCHAR这些wince下的宏来实现端口读写。而不是在X86下用指针操作(不仅移植性差,而且容易产生问题)。CE下的宏在内部是封装好的API函数。例如WRITE_PORT_UCHAR这个宏在X86 处理器上转化为一条OUT的汇编指令;而在ARM处理器上会转化成一条对虚拟地址的写指令。
WinCE5.0下可以使用CreateBusAccessHandle(总线注册表路径)+BusTransBusAddrToVirtual来实现总线物理地址到系统虚拟地址的直接变换。这种方式比起使用OEMAddressTable+VirtualAlloc+VirtualCopy方式更具不同平台的可移植性。
版权与免责声明
凡本网注明“出处:维库电子市场网”的所有作品,版权均属于维库电子市场网,转载请必须注明维库电子市场网,https://www.dzsc.com,违反者本网将追究相关法律责任。
本网转载并注明自其它出处的作品,目的在于传递更多信息,并不代表本网赞同其观点或证实其内容的真实性,不承担此类作品侵权行为的直接责任及连带责任。其他媒体、网站或个人从本网转载时,必须保留本网注明的作品出处,并自负版权等法律责任。
如涉及作品内容、版权等问题,请在作品发表之日起一周内与本网联系,否则视为放弃相关权利。
- 你的嵌入式代码经常产生bug的五大原因2026/9/23 17:26:38
- 嵌入式模块化LCR测量解决方案在ATE系统中的应用案例2026/9/8 17:03:47
- 功率芯片 PCB 嵌入式封装技术综述2026/8/18 15:45:41
- Figma 到 GUI Guider 助力嵌入式 GUI 高效开发2026/8/13 15:30:50
- 瑞萨 RA8P1 嵌入式 AI 开发四部曲之零:工程挑战2026/8/12 16:03:16









