既成ARM系统中创建“第二实时钟”.pdfVIP

既成ARM系统中创建“第二实时钟”.pdf

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
既成ARM系统中创建“第二实时钟”.pdf

第22卷 第1期 北 京 机 械 工 业 学 院 学 报 V01.22 No.1 2007年3月 Journal of Beijing Institute of Machinery Dec.20o7 文章编号:1008—1658(2007)01—0048一.03 既成ARM系统中创建“第二实时钟’’ 陈思勤,吴秋新 (北京机械工业学院 计算机及自动化系,北京100085) 摘 要:主流ARM芯片内都附有WatchDog硬件逻辑。在不改变既有系统的硬件结构前 提下,系统正常运行中可以“借用”该硬件逻辑构建自己的精密实时钟(“第二RTC”),使之能很方 便地实现微秒级计时;这样做,等于把系统实时钟的可使用时间范围向下扩展2,3个数量级(高主 频ARM情形下会更短)。这一尝试的原始驱动来自一项加密算法移植探索试验 实现了有关函 数,经实验验证有效。着重对这种“借用”思路进行分析,对具体实施的细节作了介绍。 关 键 词:RTC扩展;RTC扩充;ARM系统精细计时;WatchDog 中图分类号:TP 368.2 文献标识码:A Creation of a second RTC in existing ARM system CHEN Si—qin.WU Qiu—xin (Department of Computer Science&Automation,Beijing Institute of Machinery,Beijing 100085,China) Abstract:All mainstream ARM CPUs have WatchDog hardware logic inside.This hardware logic can be borrowed to build a chronometric RTC(the second RTC)for itself without changing hardware ar- chitecture of the existing system.Then calculating on microsecond level can be carried out conveniently. In this way,time range used by system RTC can be extended.This idea comes from an experiment of transplanting crypt algorithm,and has been validated in the experiment.This idea of borrowing is intro— duced and analyzed in the article. Key words:RTC extension;RTC expansion;ARM system fine timing;WatchDog 一 般而言,计量时问可以通过两种途径: 进程一同运行着的还有大量底层操作,系统进程;用 ①较长时问,延时、计量等可采用既有的c函 户所设计的任何指令序列固然无法确保执行连续不 数如gettime()等; 问断,更不可能指望每次具体运行的进程共处环境 ②毫秒以下,几乎唯有借助指令填充等手段来 复现、瞬时资源分配雷同;其推论是显而易见的:同 勉强构建程序延时环节。 一 个“指令序列”即使是在同一台机器上运行,其耗 前者(使用既有的c函数)颇受局限;局限之一 时也不可能总是常量;正是这些底层机理注定了此 为通用性太差(如必须包含头文件DOS.H,不支持 类方法取得的实际延时量值十分可疑。 UNIX、Linux和标准c)

文档评论(0)

heroliuguan + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8073070133000003

1亿VIP精品文档

相关文档