s3c2410 Timer(转)

作者：蔡于清 www.another-prj.com s3c2410提供了5个16位的Timer（Timer0~Timer4），其中Timer0~Timer3支持Pulse Width Modulation—— PWM（脉宽调制 ）。Timer4是一个内部定时器（internal timer），他没有输出引脚（output pins）。 下面是Timer的工作原理图。 clip_image002.gif (34.3 KB) 2007-3-23 21:32 [attach]60[/attach] 如上图所示，PCLK是Timer的信号源，我们通过设置每个Timer相应的Prescaler和Clock Divider把PCLK转换成输入时钟信号传送给各个Timer的逻辑控制单元(Control Logic),事实上每个Timer都有一个称为输入时钟频率（Timer input clock Frequency）的参数，这个频率就是通过PCLK，Prescaler和Clock Divider确定下来的，每个Timer 的逻辑控制单元就是以这个频率在工作。下面给出输入时钟频率的公式： Timer input clock Frequency = PCLK / {prescaler value+1} / {clock divider } {prescaler value} = 0~255 { clock divider } = 2, 4, 8, 16 然而并不是每一个Timer都有对应的Prescaler和Clock Divider，从上面的原理图我们可以看到Timer0,Timer1共用一对Prescaler和Clock Divider,Timer2,Timer3,Timer4共用另一对Prescaler和Clock Divider，s3c2410的整个时钟系统模块只存在两对Prescaler和Clock Divider。 我曾经在讨论watchdog的文章中提到，watchdog也是一种定时器，他的工作就是在一个单位时间内对一个给定的数值进行递减和比较的操作，而我们这篇文章讨论的定时器他的工作内容和watchdog在本质上是一样的。定时器在一个工作周期（Timer input clock cycle）内的具体工作内容主要有3个。分别是： 1．        对一个数值进行递减操作 2．        把递减后的数值和另一个数值进行比较操作 3．        产生中断或执行DMA操作 在启用Timer之前我们会对Timer进行一系列初始化操作，这些操作包括上面提到的设置Prescaler和Clock Divider，其中还有一个非常重要的就是要给Timer两个数值，我们分别称之为Counter(变量,用于递减)和Comparer（定值,用于比较）,Counter会被Timer 加载到COUNT BUFFER REGISTER（TCNTB）,而Comparer会被Timer 加载到和COMPARE BUFFER REGISTER（TCMPB），每个Timer都有这样两个寄存器。当我们设置完毕启动Timer之后，Timer在一个工作周期内所做的就是先把TCNTB中的数值（Counter）减1，之后把TCNTB中的数值和TCMPB中的数值(Comparer)进行对比，若Counter已经被递减到等于Comparer,发生计数超出，则Timer产生中断信号（或是执行DMA操作）并自动把Counter重新装入TCNTB（刷新TCNTB以重新进行递减）。以上就是Timer的工作原理。 下面我们结合代码具体说明如何对Timer0进行初始化并开启它。 首先我假设我的PCLK是50700000Hz // define Timer register #define rTCFG0 (*(volatile unsigned int *)0x51000000) #define rTCFG1 (*(volatile unsigned int *)0x51000004) #define rTCON (*(volatile unsigned int *)0x51000008) #define rTCNTB0 (*(volatile unsigned int *)0x5100000C) #define rTCMPB0 (*(volatile unsigned int *)0x51000010) #define rTCNTO0 (*(volatile unsigned int *)0x51000014) #define rTCNTB1 (*(volatile unsigned int *)0x51000018) #define rTCMPB1 (*(volatile unsigned int *)0x5100001C) #define rTCNTO1 (*(volatile unsigned int *)0x51000020) #define rTCNTB2 (*(volatile unsigned int *)0x51000024) #define rTCMPB2 (*(volatile unsigned int *)0x51000028) #define rTCNTO2 (*(volatile unsigned int *)0x5100002C) #define rTCNTB3 (*(volatile unsigned int *)0x51000030) #define rTCMPB3 (*(volatile unsigned int *)0x51000034) #define rTCNTO3 (*(volatile unsigned int *)0x51000038) #define rTCNTB4 (*(volatile unsigned int *)0x5100003C) #define rTCNTO4 (*(volatile unsigned int *)0x51000040) void timer0_config() { /*             Timer0的prescaler由rTCFG0 的 0~7 bit决定             Prescaler="119" */             rTCFG0=119        /*             Timer0的divider value由TCFG1的 0~3 bit决定,设置为3表示divider value = 1/16             rTCFG1的第20~23bit用于决定Timer计数超出后所采取的响应，我们使用了中断模式（20~23bit全部为0），             即计数超出后产生中断 */             rTCFG1=3;                    rTCNTB0=26406;             rTCMPB0=0; } 由于我们的PCLK是50700000Hz, 根据Timer input clock Frequency的计算公式我们如下计算Timer0的时钟输入频率： prescaler value = 119 divider value = 1/16 PCLK= 50700000 Timer input clock Frequency =50700000/ (119+1)/(1/16)=26406 也就是说通过设置prescaler和divider value之后，Timer0的工作频率为26406，也就是说一秒内Timer0会进行26406次递减和比较操作，假设我们现在是要让Timer0每1秒产生一次中断的话，我们应该设置Counter=26406和Camparer=0,既： rTCNTB0=26406; rTCMPB0=0; 如果我们要让Timer0每0.5秒产生一次中断，则我们应该设置Counter=26406/2和Camparer=0,既： rTCNTB0=13203; rTCMPB0=0; 如果我们要让Timer0每0.25秒产生一次中断，则我们应该设置Counter=26406/4和Camparer=0,既： rTCNTB0=6601; rTCMPB0=0; 初始化完Timer后我们要开启它。 void timer0_start() { /*             Update TCNTB0 & TCMPB0             rTCON寄存器的第1位是刷新Timer0的COUNT BUFFER REGISTER（TCNTB）和             COMPARE BUFFER REGISTER（TCMPB），由于是第一次加载Counter和Comparer，             所以我们需要手动刷新它们 */              rTCON|=1<<1; /*             置rTCON第0位为1，开启Timer0             把rTCON第1位置为0，停止刷新TCNTB0 和 TCMPB0             置rTCON第3位为1，设置Counter的加载模式为自动加载（auto reload），这样每当             Timer计数超出之后（此时TCNTB的值等于TCMPB的值），Timer会自动把原来我们给             定的Counter重新加载到TCNTB中 */       rTCON=0x09;        } 要使你的Timer能够正常的工作,除了调用timer0_config()和timer0_start()之外,我们还必须设置Timer的中断服务例程并取消对Timer的中断的屏蔽.这些操作可以参考<<s3c2410 中断异常处理>>一文. 另外OS实验区提供的源代码中有更为详细的代码,需要的朋友可以参考,关于Timer的代码存在于timer.c timer.h文件中

点击此处查看原文 >>

系统分类: ARM   |    用户分类: 无分类    |    来源: 转贴

平台号的设置

平台的设置在D:\WINCE420\PLATFORM\SMDK2440\KERNEL\HAL\oemioctl.c

能过下列函数可以进行读取

SystemParametersInfo(SPI_GETPLATFORMTYPE, sizeof(platformstring), &platformstring,0);

点击此处查看原文 >>

系统分类: 嵌入式   |    用户分类: 无分类    |    来源: 原创

NETCF运行平台检测

该文章参考了https://blogs.msdn.com/netcfteam/archive/2006/09/15/756755.aspx，上面详细介绍了如何在程序中检测NETCF的各种运行平台，此处对于其中的代码片段进行了整理。

 

测试过程中发现文章中提供的代码存在兼容性问题，这源于一次偶然性的测试，当时用的是HP和SIEMENS的PDA进行测试，发现SIEMENS中当获取OEM信息时抛出异常，尝试性的进行了修改，居然解决了问题。具体的注释在代码中有详细的说明。

 

鉴于有些PDA程序被要求在PC上面兼容运行，这也是客户的一个需求。在此对文章中的代码进行了改进。文章中的代码原本被设计为在NETCF中运行，且使用了PINVOKE调用PDA中的相关底层函数，此代码如果在PC中运行，将产生不可预料的结果。由于当在PC上运行时，实际上是由.NET Framework的完整版本在执行代码，已经失去了对目标平台检测的意义。所以为了防止不可预料的结果出现，对相关代码做了修改。这一功能的实现是通过一个新添加的方法IsWinCE来实现的。该方法也可以向调用方提供必要的信息，作为检测实际执行代码的Framework的方法，具体参见源代码。

 

最终版本提供的检测功能：

• IsWinCE ()
• IsEmulator ()
• IsSmartPhone ()
• IsPockPC ()
• IsTouchScreen ()

源码如下：

using System;
using System.IO;
using Microsoft.Win32;
using System.Runtime.InteropServices;
using System.Text;

namespace PlatformDetection
{
    internal class PInvoke
    {
        [DllImport("Coredll.dll", EntryPoint = "SystemParametersInfoW", CharSet = CharSet.Unicode)]
        static extern int SystemParametersInfo4Strings(uint uiAction, uint uiParam, StringBuilder pvParam, uint fWinIni);

        const int MAX_PATH = 260;
        [DllImport("Coredll.dll")]
        static extern int SHGetSpecialFolderPath(IntPtr hwndOwner, StringBuilder lpszPath, int nFolder, int fCreate);

        public enum SystemParametersInfoActions : uint
        {
            SPI_GETPLATFORMTYPE = 257, // this is used elsewhere for Smartphone/PocketPC detection
            SPI_GETOEMINFO = 258,
        }

        public static string GetOemInfo()
        {
            //10/26/2006 wangyun Change from 50 to 100, as it doesn't work on "FUJITSU SIEMENS COMPUTERS Pocket LOOX"
            StringBuilder oemInfo = new StringBuilder(100);
            if (SystemParametersInfo4Strings((uint)SystemParametersInfoActions.SPI_GETOEMINFO,
                    (uint)oemInfo.Capacity, oemInfo, 0) == 0)
                throw new Exception("Error getting OEM info.");
            return oemInfo.ToString();
        }

        public static string GetPlatformType()
        {
            //10/26/2006 wangyun Change from 50 to 100 to avoid the possible bug as above
            StringBuilder platformType = new StringBuilder(100);
            if (SystemParametersInfo4Strings((uint)SystemParametersInfoActions.SPI_GETPLATFORMTYPE,
                (uint)platformType.Capacity, platformType, 0) == 0)
                throw new Exception("Error getting platform type.");
            return platformType.ToString();
        }

        public enum SpecialFolders : int
        {
            CSIDL_WINDOWS = 0x0024,
        }

        public static string GetSpecialFolder(SpecialFolders specialFolder)
        {
            StringBuilder path = new StringBuilder(MAX_PATH);
            if (SHGetSpecialFolderPath(IntPtr.Zero, path, (int)specialFolder, 0) == 0)
                throw new Exception("Error getting Windows path.");
            return path.ToString();
        }
    }

    public class PlatformDetection
    {
        private const string MicrosoftEmulatorOemValue = "Microsoft DeviceEmulator";

        //10/26/2006 wangyun To effect compatibility between PC and PDA devices
        public static bool IsWinCE()
        {
            return System.Environment.OSVersion.Platform == PlatformID.WinCE;
        }

        public static bool IsEmulator()
        {
            if (IsWinCE())
                return PInvoke.GetOemInfo() == MicrosoftEmulatorOemValue;
            else
                return false;
        }

        public static bool IsSmartphone()
        {
            if (IsWinCE())
                return PInvoke.GetPlatformType() == "SmartPhone";
            else
                return false;
        }

        public static bool IsPocketPC()
        {
            if (IsWinCE())
                return PInvoke.GetPlatformType() == "PocketPC";
            else
                return false;
        }

        public static bool IsTouchScreen()
        {
            if (IsWinCE())
            {
                string driverFileName = Registry.GetValue(@"HKEY_LOCAL_MACHINE\Hardware\DeviceMap\Touch",
                    "DriverName", "touch.dll").ToString();
                string windowsFolder = PInvoke.GetSpecialFolder(PInvoke.SpecialFolders.CSIDL_WINDOWS);
                string driverPath = Path.Combine(windowsFolder, driverFileName);
                bool driverExists = File.Exists(driverPath);

                return
                    driverExists &&
                    // Windows Mobile 5.0 Smartphone emulator and earlier has a driver, but no touch screen.
                    !(IsSmartphone() && IsEmulator() && Environment.OSVersion.Version.Major < 6);
            }
            else
                return false;
        }
    }
}

点击此处查看原文 >>

系统分类: 软件开发   |    用户分类: 无分类    |    来源: 转贴

嵌入式设备的ID确定（转）

关于ID   的问题   我以前也遇到国，   在我看来主要是由于没有经过系统分析师分析过的系统才会出现过这个问题，一般的大公司出来的产品一般都是比较正规的，这些问题都考虑的很全面了。   一般情况下    
  1、存贮介质：  
  硬件ID肯定都是保存在某个EPPROM     或者NOR   FLASH   或者NANDFLASH   之类的存贮介质上。这些介质有某些特殊的区域保存这些资料。  
   
  2、读写控制：  
  一般驱动层提供读写控制接口，那些扇区可读   ，那些可写，怎么样读，怎么样写都是经过严格的定义和约束的。否则，别人可以通过其他途径获取。   好的情况下也是需要进行加密字符串或者可识别信息的。  
  3、上层应用程序访问接口：  
  通过驱动程序或者系统标准接口，提供给应用程序一套标准的调用接口，在WINCE4.2   下    
  一般提供了  
  BOOL   KernelIoControl(    
      DWORD   dwIoControlCode,    
      LPVOID   lpInBuf,    
      DWORD   nInBufSize,    
      LPVOID   lpOutBuf,    
      DWORD   nOutBufSize,    
      LPDWORD   lpBytesReturned    
  );    
  或者  
  SystemParametersInfo（）『SPI_GETOEMINFO、SPI_GETPLATFORMTYPE』   或者：  
   
  IOCTL_HAL_GET_DEVICE_INFO    
  IOCTL_HAL_GET_UUID    
  IOCTL_HAL_QUERY_DEVICE_SETTINGS    
  IOCTL_HAL_GET_DEVICE_INFO.    
   
   
  4、   提供成熟的写入工具提交给生产部门，专门写入guid  
   
   
  希望对你有帮助

点击此处查看原文 >>

系统分类: 嵌入式   |    用户分类: 无分类    |    来源: 转贴

中断代码结构比较之WinCE4.2 VS WinCE5.0 (转)

现在项目要从wince4.2下port到wince5.0下，今天将sd卡的驱动加到wince5下。用的是现有的也就是wince4.2下的驱动程序，几个dll文件：SDBusDriver.dll;SDCSDCard.dll;SDMemory.dll。这个工作主要就是将相应的中断加上就好了。

本文出自 “bluefish” 博客，请务必保留此出处http://bluefish.blog.51cto.com/214870/58125

点击此处查看原文 >>

系统分类: 软件开发   |    用户分类: 无分类    |    来源: 转贴

WINCE系统开发中的一些小窍门(转)

点击此处查看原文 >>

系统分类: 软件开发   |    用户分类: 无分类    |    来源: 转贴

在启动过程中黑一下屏的问题

一直困扰的一个问题今天终于得以解决，记录下来。

现象，在boot过程中log显示中黑屏一次。

首先以为是把那个VCLK进行了设置，经过仔细排查，无任何地方对其进行了改变。后来在NK中设置断点来查询问题点，结果都没找到。

后来使用仿真器进行逐步调试，发现在此出现的问题(位于fw.s)

; ldr r0, = MPLLCON  ; Configure MPLL ; Fin="12MHz", Fout="50MHz"
; ldr r1, = PLLVAL
; str r1, [r0]

点击此处查看原文 >>

系统分类: 软件开发   |    用户分类: 无分类    |    来源: 原创

移植PPC的XIP探讨[转]

转贴:
提供网上搜到的xip移植方法共享（地址等不适用2046，但是方法应该是共通的）
移植PPC的XIP探讨
有了Kitchen和G'Reloc.exe之后移植WM的高版本的系统已经是简单的事了，但Kitchen没有办法对XIP部份的系统内核进行操作，因此对这一部份的移植得另外用其他办法：
一、准备工具：XIPPort.exe、G’reloc.exe、Winhex.exe、RomMaster.exee等工具，工具的用法在这篇文章中会涉及到一些，但如大部份的工具你都不会用，那这篇文章不适合你，你应该在其他的帖子或是其他的论坛上去潜水进修一下。
二、ROM操作、提XIP、查找XIP在ROM中的地址ROM制作,不管原来的ROM文件是NBF或是HNB文件文件，都要先解出不带加密或是标志插值的干净的WM系统ROM，假设文件名为nk.nb
用RomMaster.exe从ROM中提取出XIP.bin:
    RomMaster.exe -x -w 5 nk.nb -o xip.bin
查找XIP在ROM中的地址，备用
方法：
第一个first xip部分，从FE 03 00 EA 00 00 00 00 00 00 00 00 00 00 00 00
可能在第二个或是第三FE 03 00 EA 00 00 00 00 00 00 00 00 00 00 00 00，到F8 AC 2C 9D .......... ，这一部分应该就是移植内核XIP需要改动的部分最好对比一下提出来的XIP.bin的内容，第4部分：imgfs部分，通常做ROM时修改dump文件夹就是对这里，呵呵!这个也可以作为查找XIP的一个参考，记下XIP区域的FE 03 00 EA 00 00 00 00 00 00 00 00 00 00 00 00所在的地址。
三、借想要的XIP：
准备好想借XIP的xip.bin文件和你自己要升级的xip.bin文件，放在两个不同的目录，分别将XIPPort.exe放到他们在的目录，并运行
1 、用XIPPort的dump xip.bin解开两个xip.bin文件，会多出来out目录
2 、分别执行write maps，可以在out目录得到MAP.physical.txt和MAP.txt，复制到别的地方备用
3 、分别执行make pkgs，out目录被重新非配，将要借的XIP下的\OUT\MODULES\MSXIPKernel目录下的文件复制到自己的XIP的\OUT\MODULES\MSXIPKernel目录，替换相同的文件。（此处注意，仅仅替换module形式的exe和dll，还有同名的txt文件，nk.exe, cecompr, ceddk, fsdspy等文件不要替换，如果有的话，OEMXIPKernel的目录更不能替换!!!!。）
4 、在自己的XIP的目录下操作：执行Undo操作，
四、重新分配地址，在自己的XIP目录下操作
1、执行Relocate P'操作(如果能执行不出错是你福气!祝贺你!!! 。
2、 执行write maps，得到新的MAP.physical.txt和MAP.txtROM制作,t智能手机改进,Diypda,PPC乐园.
3、然后你需要修正 nk.exe 模组中的 S000 文件，在那里放上你的新 ROMHDR offset。
首先查找旧的 ROMHDR offset，在你自己的旧的 MAP.txt 文件有类似的一行:
8019bb68 - 8019bbbc L00000054 rom_00 header: dlls="01fa01fe-02000000" phys="80000000-80276358", 25 modules, 8 files, 3 copyentries ext="8000291c"  ram=80277000-83a00000 cputype="000001c2"，告诉你这个XIP中含有25 个modules, 8个 files, 3 个copyentries ，你见到 - 8019bb68- 它是你的旧offset - 在 nk.exe 的 S000 部份查找这 hex 数值，在 hex 中这一个数值 68 BB 19 80， 修正它为你的新 romhdr offset，新的romhdr offset你可以在上面2中产生的 MAP.txt 文件中找到，如果相同就不用找了
五、生成新的xip.bin文件
1、 打开新产生的的MAP.txt文件，如果没有哪一行出现“!!!!!!!!!!!!!!!!!”那么证明地址没有冲突基本成功了!那你的运气真是太好了
2、执行build xip_out.bin，会在你的目录来新产生一个xip_out.bin的文件
3、将nk.nb文件也复制到你的XIP的目录下，在XIPPort的界面中的下面两个输入框中的第一个填入第二中找到的地址，如00320000，在第二框中填入nk.nb
4、执行build xip_out.bin to:将会把xip_out.bin加入到nk.nbROM文件中的00320000的地址中，至此你的nk.nb文件的XIP已经和那个借来的XIP的版本一样了。
六、问题解决：
在第五的中1，发现在“!!!!!!!!!!!!!!!!!”
       1、在MAP.TXT中发现有类似的这些内容(篇幅问题，裁减了些实际内容)：
00000000 - 01fa01fe L01fa01fe NULDIYPDA.COM7
01fa01fe - 01fa01fe L00000000 Start: first DLL address
01fa01fe - 01fea000 L00049e02 NUL
01fea000 - 01feb000 L00001000 initialized data of region_1 relfsd.dll
01feb000 - 01fec000 L00001000 initialized data of region_1 FLASHDRV.DLL
01fec000 - 01fed000 L00001000 initialized data of region_3 FLASHDRV.DLL
01fff000 - 02000000 L00001000 initialized data of region_1 busenum.dll
02000000 - 02000000 L00000000 End: last DLL

02000000 - 03e42000 L01e42000 NUL
03e49000 L00007000 Virtual base address of relfsd.dll
03e49000 - 03e54000 L0000b000 Virtual base address of FLASHDRV.
03ffa000 - 04000000 L00006000 Virtual base address of busenum.dll
04000000 - 80000000 L7c000000 NULwww.diypda.com* s
如果在其中的某些行有“!!!!!!!!!!!!!!!!!”则要参考自己的旧的MAP.TXT文件，用mreloc.exe对相应的模块的地址按自己旧的MAP.TXT文件的地址进行修改
2、如果是在类似这样的地址80000000 - 80000000 L00000000 Start: first physical address的这一行到80276358 - 80276358 L00000000 End: highest physical address之间的地址出现“!!!!!!!!!!!!!!!!!”
说明新装进来的文件在调入RAM时他们的地址和其他的东西有冲突了，你必须要调他们的地址，地址重复的地址长度在这一行的LXXXXXXXX中，，查看前后行的LXXXXXXXX值，看看他们的地址长度是多少，再查找有NUL的行，它的LXXXXXXXX代表那里有相应的空的地址，如果空出的长度能装下出现“!!!!!!!!!!!!!!!!!”的上行或下行的地址长度+“!!!!!!!!!!!!!!!!!”行的地址长度，你要做的是将那一行的数据移到空的地方!!
移动完一个数据段的数据，再做一下write maps，再重新查看MAP.TXT文件，如此重复，直到不再有“!!!!!!!!!!!!!!!!!”出现为止!
这样再做上面的第五步就可以了

3、数据段的移动方法：查看当前要移动的那一行的第一个数据，它是个地址值，如：80243fd8 - ，在OUT\MODULES对应的文件目录中imageinfo.txt中查找它，它可能是P+某个值或是D+某个值，P或D的值可以在OUT里面的ROMHDR.txt中看到，修改imageinfo.txt的这个数据使其+P或+D的值等于你移动数据的目标NUL那一行的地址值，因为imageinfo.bin和imageinfo.TXT的值是一一对应的，用WINHEX修改对应的数据，保存! 呵呵!这个是个细心量大的手工活，没有耐心的就不要做了

点击此处查看原文 >>

系统分类: 软件开发   |    用户分类:    |    来源: 转贴

WINCE恢复默认HIVE注册表的方法

WINCE恢复默认HIVE注册表的方法     

点击此处查看原文 >>

系统分类: 软件开发   |    用户分类: 无分类    |    来源: 转贴

WinCE中的Flash分区和CheckSum点滴

 WinCE中的Flash分区和CheckSum点滴