当前位置:首页 > iii
  • 佳能发布全新数字摄影机EOS C300 Mark III:可拍4K/120fps

    佳能发布全新数字摄影机EOS C300 Mark III:可拍4K/120fps

    4月21日,佳能宣布推出CINEMA EOS数字电影摄影机系列的新成员“EOS C300 Mark III”,搭载佳能新开发的4K Super 35mm DGO(双增益成像)影像传感器,动态范围更宽广,并且支持拍摄4K/120fps高清高速视频。 佳能2015年9月推出的EOS C300 Mark II在影视和广播电视内容制作等领域广受好评,而新一代产品不仅继承了丰富的影像表现力,还采用了与高端机型EOS C500 Mark II同样的模块化设计,可满足对画质有高要求的电影、电视广告和电视剧的拍摄,以及电视台演播室大型直播、体育赛事、新闻采访、纪录片等视频内容录制。 4K Super 35mm CMOS通过不同增益输出同一像素信号,生成低噪点的HDR影像,并采用饱和度优先的方式提高明亮区域的画面饱和度,采用降噪优先方式降低画面黑暗区域的噪点,从而实现高动态范围成像,即使在明暗对比强烈的环境中也不会出现拖影。 此外,新机还搭载了DIGIC DV 7高速影像处理平台,支持4K/120fps高帧率记录,可以利用升降格表现富含情感的影像,实现风格化的拍摄效果。 它还有适用于短片拍摄、高追踪能力的全像素双核自动对焦技术(DP CMOS AF),能够实现更快的对焦,即使在需要严格对焦精度要求的情况下,也可以根据拍摄风格进行高精度对焦调整。 EOS C300 Mark III可根据拍摄环境自由选择模块,搭配进行拍摄,机身尺寸缩小到约153×148×168毫米,重量约1750克,可通过扩展单元远程支持多台摄影机同时拍摄,还可通过卡口套件将镜头从EF卡口更换为EF电影锁扣卡口或PL卡口。 两代产品尺寸对比 它还支持Cinema RAW Light视频记录格式,支持可高效率记录压缩视频数据的XF-AVC视频格式,支持CFexpress Type B、UHS-II SD存储卡,配备两个CFexpress Type B卡槽。 值得一提的是,新品还支持佳能自有的Canon Log 2、Canon Log 3伽马曲线,前者可通过调色提高图像质量,后者则可调整灰阶并进行简易调色。 EOS C300 Mark III将于6月下旬上市,价格暂未公布。

    时间:2020-05-12 关键词: 佳能 iii mark 摄影机 eos c300

  •  奥林巴斯E-M1 Mark III:小巧与专业兼备

    奥林巴斯E-M1 Mark III:小巧与专业兼备

    2020年4月1日拿到该奥林巴斯E-M1 Mark III机身,受好评的高像素模式也得到了进一步升级,图片色彩的丰富性和饱和度、整体层次感、以及细腻程度都非常出色。 同时,新鲜和好奇感并存,参考以往用过的奥林巴斯机身,它有着最强劲的自动对焦性能,这次体验搭配了300mm F4 镜头,可以得到600/4的等效,以及一支1.4倍增倍镜,可是实现840/5.6的等效。 一、初用的惊喜 与以往用惯了的大机身相比,奥林巴斯的这款机子握在手中给人一种小巧玲珑的感觉,特别的轻松。因为它配备了出类拔萃的7.5挡机身防抖性能,所以我迫不及待地手持对着自家窗口外寻找目标。 说来也巧,一对非常活跃的麻雀情侣出现了,万物复苏的春季,恋爱的季节让雄鸟变得异常的活跃,也是雌鸟最漂亮的时候,它们在密林时而追逐打闹,时而相互梳理羽毛。啪啪啪一通清脆的快门声,121点全区域十字相位检测自动对焦传感器高速对焦和每秒18张的自动对焦/自动曝光追踪连续拍摄功能让人眼前一亮,可以准确捕捉鸟儿愉悦的每一个瞬间,实现各种高速拍摄创意。 二、游拍 E-M1 Mark III机身包括电池净重580克,PRO 300/4 IS F4镜头1270克,合计1850克,这个重量让我可以应付任何环境,无论是公园散步、长途跋涉还是荒郊野外,都可以随身携带,这点真算是鸟类摄影革命性的进步。 只要是阳光明媚、单位休假的时候,我就会拎着机子去附近的公园逛逛,远远望去,只见一只扇尾沙锥,习惯性的记忆动作,端起机子就是啪啪几张,因为E-M1 Mark III有高达7.5挡的机身5轴防抖,让手持抓拍更加自由,拓展了摄影的全新空间,在没有脚架的情况下,也能获得高画质的图片。300/4+1.4增倍镜,感光度ISO 500,快门1/320s,光圈F6.3,获得了一张生境版的鸟图,鸟体局部裁剪鸟的眼神和暗部也有些细节。 三、车拍 在使用这款机子之前,听说这套机子的定位是观鸟记录机型,在我看来,这是小看了该套器材,2040万有效像素、每秒18张的连拍速度,以及特有业内的5轴7.5档防抖系统,这些足可以去媲美其他品牌的高端拍鸟器材。 江西鄱阳湖是我美丽的家乡,属平原地貌,地广路长,很多作品都是在车上完成拍摄的,相对纯手持拍摄来说,车拍会更轻松点,机会也会多些。观鸟拍鸟的朋友都知道,野鸟怕人但不怎么怕车,所以驱车野拍会赢得很多机会。奥林巴斯M4/3系统受制于小底,很难有再高的像素,但这款E-M1 MarkIII拥有非常好用的5000万手持高像素拍摄功能,这对分辨率有很大的帮助,同时合成照片的动态范围也有很大提升。 对于我一个观鸟、拍鸟、保护鸟的玩家来说如获至宝,无论是在城市公园还是荒郊野外都能轻松随拍。

    时间:2020-05-09 关键词: 奥林巴斯 iii mark e-m1

  •  奥林巴斯E-M1 Mark III正式发布:7.5档图像功能 1799美元

    奥林巴斯E-M1 Mark III正式发布:7.5档图像功能 1799美元

     近日,奥林巴斯在海外正式发布了OM-D E-M1 Mark III,这款相机有着全球最高的7.5档图像稳定功能。 海外电商显示,奥林巴斯OM-D E-M1 Mark III单机身售价为1799美元,约合人民币12540元,搭配12-40mm镜头的套机售价为2499美元,约合人民币17420元,而搭配12-100mm镜头套机的售价为2899美元,约合人民币20208元,新机将于2月24日正式开始发货。 此外搭载了新的影像处理器TruePic IX,还支持5000万像素手持式高分辨率拍摄等多种拍摄功能,而高分辨率M.ZUIKO DIGITAL镜头满足各类型专业摄影师的期望。     奥林巴斯OM-D E-M1 Mark III 奥林巴斯OM-D E-M1 Mark III搭载了一块2037万像素的4/3 Live MOS传感器,相对于前代产品而言主要是升级了影像处理器,新增了5000万像素的手持高像素模式,此外防抖性能也有所提升,现可提供7档的防抖补偿,而搭配特定镜头时更可提升至7.5档,还内置了实时ND滤镜方便长时间曝光。

    时间:2020-02-18 关键词: 奥林巴斯 iii mark

  • 你期待吗?佳能G7 X Mark III即将公布

    关于佳能G7 X Mark III的消息确实已经传了很多次,但S君隐约觉得,这次确信度很高很高。正如我之前说的那样,佳能G7 X Mark II发售至今已经有足足三年多,对于一款热销型卡片相机来说,也确实到了换代的时候了。佳能G7 X Mark III估计就是暑假期间和大家见面了。   目前相机参数为何依然没有爆料,但依我来看,G7 X Mark III很有可能是佳能首台首发DIGIC 9图像处理器的数码相机。而全像素双核对焦范围应该会进一步扩大,并且相机应该会加入4K 60P视频拍摄功能。不仅如此,佳能还有可能会在G7 X Mark III发布同时也首发RF24-240mmF4-6.3ISUSM镜头,索尼不再是这个规格镜头的独有者了。马上进入7月新品爆发大浪潮,我们静静等待吧!

    时间:2019-06-24 关键词: 佳能 x iii mark g7

  • 在新的无线应用中使用Cyclone III FPGA

    远程无线电终端、微微/ 毫微微基站、WiMAX用户底层设备(CPE)以及软件无线电(SDR)等新兴的无线应用领域对功耗和低成本有严格的要求。除了这些挑战之外,考虑到越来越高的数据速率和不断发展的标准,设计人员还必须保证最终产品非常灵活,性能良好。 本文以WiMAX微微基站为例,简要介绍Altera Cyclone III FPGA 是怎样解决无线应用不同需求的。 下载PDF格式全文

    时间:2019-01-17 关键词: FPGA cyclone 嵌入式开发 iii

  • 80内核1TB内存 SGI Octane III个人超级电脑

    还记得当年曾经辉煌的SGI吗?这家标榜自己领导计算机3D世界进步的公司,在沉寂多年后,在今天突然宣布旗下SGI Octane III个人超级电脑。这款超级电脑基于 x86处理器,拥有最多80个CPU内核和1TB内存。一举成为当今最为强大的个人计算设备。你要知道的是,Octane II个人超级电脑可是9年前问世的,当时Octane II电脑只有最多2个SGI自家单内核CPU和最大8GB内存。 9年光景,SGI Octane III问世的时候,性能已经和前辈有了天渊之别。 SGI Octane III提供20个LGA1366插槽,能直接支持20只 5500 4内核处理器同时运行。而和衣柜差不多的机箱内部还可容纳1TB的内存。除此以外, 通用计算加速卡也成了Octane III的可选配置。对于爆发富二代而言,买个SGI Octane III回家玩扫雷和纸牌,肯定超有面子。网易的WoW服务器还没Octane III配置高呢。

    时间:2019-01-01 关键词: 内核 内存 电脑 iii 存储技术

  • 《μC/OS-III – The Real-TimeKernel》书籍发行

      μC/OS-III(英文版)这本书的焦点是阐述实时内核如何工作的。本书由两个完整的部分组成,第一部分介绍实时内核的概念和原理,第二部分提供给读者一些例子,这些例子运行在流行的基于ARM Cortex-M3架构的意法半导体STM32F107微控制器平台上。本书将绑定一个评估板,这个评估板包含STM32F107 MCU、()、USB-OTG、口、SD/MMC槽、温度、板上及一些特性。通过使用评估板(μC/Eval-STM32F107)和工具(IAR的ARM嵌入式工作台-IAR ),使读者可以快速建立和运行实时系统,并具有尽快获得惊人的实践经验,从而达到较高熟练程度。这本书是针对实时内核的内部工作机制感兴趣的嵌入式系统编程人员、专家、业余爱好者、学生而著。μC/OS-III不仅是一个重要的学习平台,而且也具备完整的商业级软件方案,可以成为广泛的嵌入式产品的一部分。μC/OS-III是一个高度可移植、可固化、可扩展,具有优先抢占的实时性,专为满足当今嵌入式系统的苛刻要求的多任务内核。μC/OS-III是极受欢迎的μC/OS-II的实时内核的延续,且可以仅做很小的修改使用大部分的μC/OS-II的代码。μC/OS-III的一些特性是:抢占式多任务,在同一优先级支持任务的轮询调度,没有任务数的限制,内核提供丰富的服务:信号量、互斥信号灯、完全支持优先级继承、事件标志、消息队列、器、固定大小的内存块管理,以及内置性能测量。

    时间:2018-12-27 关键词: ii os iii 书籍 uc/os timekernel

  • μC/OS—III在S12X架构上的移植分析

    引言 S12X架构是飞思卡尔公司推出的16位CPU,占有一定的单片机应用市场。μC/OS—III是.MICrium公司推出的一款实时操作系统(RTOS),它的前身——μC/OS—II,由于源码公开、实时性好、便于学习等优点,应用非常广泛,并被移植到了几乎所有主流的CPU架构上。但是到目前为止,μC/OS—III在S12X架构上还没有官方的移植版本。 μC/OS-III相比μC/OS—II作了很大的改进,整个内核基本被重写。任务的数量可无限多,只受限于系统存储器的大小;由于支持时间片轮转调度,任务的优先级可以相同;采用了延迟中断处理机制(deferred post),中断服务所要访问的全局变量数变得很少,使得大部分临界代码的保护只需要关闭调度器,而不需要关闭中断,大大缩短了系统的中断延迟;系统时钟服务(tick handling)被移到了任务级执行,进一步缩短了中断延迟;引入了时间戳的概念,用32位计数器为系统提供了精确的时标,用来计算每个任务的CPU使用率、最长关中断时间、最长关调度器时间等;提供了独特的、丰富的运行时统计参数,为更好地应用μC/OS—III提供了有力的基础。更深入地了解μC/OS—III内核,读者可以参见参考文献。 总之,μC/OS—III是μC/OS—II的全面升级,具有更短的中断延迟、更丰富的运行时参数、更丰富的调试手段、更优的代码组织、更灵活的配置和使用等,但是,μC/OS—III对于硬件却没有更高的要求:对于ROM的需求,μC/OS—III为6~24 KB,μC/OS—II为6~26KB;对于RAM的需求二者均为1 KB左右,可见μC/OS—III同样适合运行在低端的8位、16位单片机上。由于继承了μC/OS—II的优点,μC/OS—III有了这么多新的优秀特性,它应该会得到更广泛的应用。本文详细地讲述了μC/OS—III移植的方法和在S12X架构上移植的具体步骤,希望能对在该方面有需求的读者提供帮助。1 μC/OS-III的移植方法 如前所述,μC/OS—III对于硬件的要求并不比μC/OS—II高多少。事实上,只要满足如下几条,μC/OS—III就能够被移植到该平台上: ①处理器带有支持标准C的工具链,并且需要支持32位数据。 ②处理器支持中断,并能够提供10~1 000Hz的周期中断作为系统的时钟节拍源。 ③中断能够被关闭和打开。 ④处理器有栈指针寄存器,并且所有其他的寄存器能够被存储和恢复。 ⑤处理器能够支持足够的寻址空间。 这几个条件,现在的处理器架构都能够满足,S12X显然也满足,所以μC/OS—III能够移植到S12X架构上。 μC/OS—III的代码组织非常利于移植,代码按照模块分层次地组织在一起。移植时需要改动的模块和文件如表1所列。 2 μC/OS-III在S12X架构上移植的步骤2.1 第一步:建立合适的起点 移植之前找一个合适的起点非常必要。这包括选择已经移植好的可运行的版本、工具链和开发板。由于不存在飞思卡尔16位CPU的μC/ OS—III的移植版本,这里选择K60移植版本。该移植版本的IAR示例工程可以从Micrium官方网站下载。工具链选择CodeWarrior Development Studio for S12(X)V5.1(以下简称CW5.1),开发板使用MC9S12XDP512的核心小板即可。K60的处理器基于Cortex—M4架构,是32位CPU,与S12X 16位处理器存在很大的差异,所以表1中所列的文件基本需要全部重写。2.2 第二步:新建工程 打开CW5.1,新建工程,选择目标为MC9S12XDP512,调试方式为TBDML,采用C语言开发,选择小存储模式(small memory model),其余的选项按照默认设置即可。MC9S12XDP512采用了分页内存机制,扩展了16位CPU的64 KB寻址空间,它拥有512 KB的Flash,出于简单考虑,移植的过程中忽略这种分页机制,即所谓的小存储模式,只使用默认的64 KB的存储空间。对于大多数的16位单片机应用,这么大的存储空间应该够用。μC/OS—III的设计并没有固定代码和数据的位置,也没有固定中断的设置方法,也没有固定自己的启动代码,将这些都交给了工具链或者用户。μC/OS—III代码的运行开始于main函数,对于之前的C语言环境初始化、硬件初始化没有什么特殊的需求,对于自己的代码和数据段的放置也没有特别的要求,这应该说是一种灵活性。中断设置,需要在前述的prm文件中加入如下几行: VECTOR 0_startup VECTOR 7OS_CPU_SysTickHandler VECTOR 4OSCtxSw 分别制定好用于任务切换的软中断和时钟节拍的RTI中断。2.3 第三步:添加文件 打开资源管理器,在工程目录下新建表2所示目录,并从官网上下载的IAR示例工程中拷贝相应的文件。在CW5.1的工程中添加表2中新建的文件夹,并将上述拷贝的文件加入对应的文件夹。接下来需要修改路径设置:Edit->Standard Setting->Target->ACCess Paths,勾选Always Search Usei Paths。这样,添加文件的环节算是完成了。 2.4 第四步:修改文件 这一步是移植的关键,按照表2的总结,一共需要修改8个文件,接下来逐个说明。 (1)os_cpu_a.asm 该文件包含了OSStartHiglaRdy、OSCtxSw、OSINTCtxSw 三个实现任务切换的代码片段,将这3个片段定义到一个代码段,比如codesecti on2段,具体就是在文件开始处加上语句“codesection2:SECTION”即可。另外,μC/OS—III中这3个函数都是在临界代码段中访问,故不需要考虑共享变量的问题。OSCtxSw的代码如下: 该函数被设计成swi软中断的服务程序,所以1~2行代码结合中断响应时的入栈操作完成了被换出任务的上下文的保存,3行调用介入函数,4~7行修改了记录当前任务TCB和优先级的全局变量,8行将SP换成了换入任务的栈指针,9行执行后CPU会装载换入任务的上下文,从而完成了上下文切换。OSStartHighRdy和OSINTCtxSw的机制和OSCtxSw类似,代码分别如下: 应该注意到,这3个函数的功能仅仅是保存换出任务的上下文和装载换入任务的上下文,之所以这么简单,主要是因为S12X的寄存器很少,中断响应和返回过程硬件都自动完成了所有寄存器的保存和恢复。这也从一个侧面说明了为什么需要借助中断完成任务切换的一个原因:借助中断机制,可以高效简洁地完成上下文切换。 (2)os_cpu_c.c 这个文件里面至少需要修改两个函数,即任务栈初始化函数OSTaskStkInit和时钟节拍服务程序OS_CPU_SysTICkHandler。遵照S12X中断的栈结构,OSTaskStkInit实现如下: 从栈顶到栈底依次为CCR、D、X、Y、PC,按照S12X的C语言参数传递规则,任务函数的传入参数被保存在了D寄存器对应的栈位置。 该宏保存被中断任务的栈顶指针,在其TCB结构中,之所以需要先递增SP、保存SP、再递减,是因为CPU_SR_ALLOC()宏定义了一个局部变量,该变量处在任务栈上,但是不属于上下文的一部分。 如果在该移植版本上写中断服务子程序,都需要写成上述格式,μC/OS-III才能够正常运行。另外,需要将OSTaskSwHook函数单独定义在os_cpu_a.asm文件中所定义的那个段中,这只需在该函数头尾加上如下语句: #pragma CODE_SEG codesection2 void OSTaskSwHook(void){ …… } #pragma CODE_SEG DEFAULT 这是因为该函数被os_cpu_a.asm文件中的3个汇编函数以bsr指令调用,而bsr只能够实现-128~+127范围的相对转移,故这里只需要将他们放在同一段,即可完成跳转。 os_cpu.h为头文件,需要定义上述OS_SAVE_SP()宏,其他的可以不更改,也可以删除那些没有被定义的声明(如原来的pendSV的服务子程),注意os_cpu_a.asm是完全重写,os_cpu_c.c只是修改上述两个函数。 (3)cpu.h 编译器无关的数据类型定义,可以参考Edit->Standard Setting->Compiler for HC12->type sizes,默认情况下char为8位,int和short为16位,long和long long为32位,该编译器不支持64位。该处理器为大端模式、栈生长方向为递减,其余的设置都很容易改动,这里不一一赘述。 (4)cpu_a.asm 替代对应的函数如下所示,其余的函数可以删除(μC/OS—III没有用到): 这几个函数完成相应的使能中断、关闭中断、保存中断状态并关闭、恢复中断状态这4个功能,都比较简单,这里不再赘述。 cpu_c.c文件中的函数其实都可以删了,当然也可以保留,因为这里面原来是一些关于中断向量操作、位带操作指令,这些都是特定于Cortex—M3的,S12X并没有位操作的对应指令。 最后是bsp.c和bsp.h,简单起见,bsp.c只定义了如下函数: void BSP Init(void){ IRQCR=0x00; RTICTL=0x74; CRGINT|=0x80; } 这算得上是最简单的“bsp包”了,仅仅设置并使能了RTI中断作为系统时钟中断(当然还关闭了IRQ中断)。该函数需要在第一个运行的用户任务中调用,开始μC/OS—III的心跳。 至此,所有必要的文件修改工作已经完成。2.5 第五步:调试运行 经过上述步骤,如果编译、链接没有什么问题,写一个简单的应用,借助调试器就可以对基于μC/OS—III的应用进行调试了。其实在移植的过程中,第四步的很多细节都是在第五步的调试中发现问题并完善的。值得注意的是,由于MC9S12XDP512没有32位的计数器,所以bsp.c里面也没有初始化该计数器的代码,也没有提供系统所需的CPU_TS_TmrRd函数,所以以下几个宏应该配置如下: #defineOS_CFG_TS_EN 0u #define OS_CFG_SCHED_LOCK_TIME_MEAS_EN 0u 不定义CPU_CFG_INT_DIS_MEAS_EN宏,在这种配置下,系统所有依赖于时间戳的功能都被关闭。其余的μC/OS—III组件都可以使能。结语 使用CW5.1集成开发环境的读者,只要按照以上步骤,即可在S12X系列单片机上完成μC/OS—III的移植和运行。本文还融入了笔者对于μC/OS—III的理解,希望能够帮助读者理解和熟悉μC/OS-III的移植工作,进一步加深对于该款优秀实时内核的理解。

    时间:2018-05-31 关键词: 架构 os iii s12x

  • 安森美半导体图像传感器成就获奥斯卡奖的ARRI的ALEXA摄像机

    世界上最大的电影设备制造商Arnold & Richter Cine Technik(ARRI),上周末获美国电影艺术与科学学院授予科技奖,表彰其Super 35格式ALEXA数码摄像机系统的前沿设计及工程。ALEXA摄像机采用了ALEV III图像传感器,由安森美半导体专为ARRI设计和制造。 ARRI AG执行理事会的Franz Kraus说:“我们很荣幸ALEXA摄像系统获学院认可。ALEXA摄像机的高性能和图像质量始于ALEV III图像传感器的设计、性能和图像质量,令世界各地的摄制师采用该系统。ALEXA的成功直接体现出我们与安森美半导体为关键成像器件的长久通力的合作。” 安森美半导体图像传感器部工业方案分部副总裁兼总经理Herb Erhardt说:“安森美半导体和ARRI已合作近15年,为专业影视制作带来最高质量的数码摄像。我们祝贺ARRI获此殊荣,该奖认同ALEXA摄像系统在数码摄像开发方面的先锋地位。” ALEXA数码摄像机广泛用于世界各地专业的影视制作,包括如《星球大战外传:侠盗一号》、《还魂者》、《地心引力》、《少年派的奇幻漂流》、《007:大破天幕杀机》、《权力的游戏》、《唐顿庄园》等故事片和制作。自2011年以来,每一部获奥斯卡最佳摄影奖的电影都采用ALEXA摄像机拍摄,今年提名为最佳摄影奖的5部影片中有4部(《降临》、《狮子》、《月光男孩》和《沉默》)也都采用该系统拍摄。 ARRI因其数码摄像机和系统已获多个奖项,这些系统都基于安森美半导体的图像传感器。2009年,ARRI获学院授予科技奖,表彰ARRISCAN胶片扫描仪的设计和开发,该胶片扫描仪采用安森美半导体的ALEV II图像传感器。在获国家电视艺术与科学学院授予2012技术工程艾美奖,以表彰改进到大格式CMOS成像器用于高清广播视频摄像机时,ARRI特别表明与安森美半导体在这些成像器件的设计和制造方面的合作伙伴关系。

    时间:2017-02-14 关键词: 安森美 图像传感器 alev iii alexa摄像机

  • Fairchild发布具有一流效率和可靠性的SuperFET III MOSFET系列

    Fairchild发布具有一流效率和可靠性的SuperFET III MOSFET系列

    更佳的效率、EMI和坚固性使SuperFET III MOSFET 成为具有严苛坚固性和可靠性要求的高性能产品的理想之选 Fairchild,现在是安森美半导体的一部分,近日推出了其SuperFET® III系列,用于650V N沟道MOSFET,这是该公司新一代的MOSFET,可满足最新的通信、服务器、电动车(EV)充电器和太阳能产品的更高功率密度、系统效率和优越的可靠性要求。 SuperFET III MOSFET系列兼具一流可靠性、低EMI、卓越效率和优异热性能,是高性能应用的理想之选。一流性能之外,该系列还提供了广泛的封装选择,赋予了产品设计者更大的灵活性,特别是对于尺寸受限的设计。 Fairchild高功率工业事业部副总裁兼总经理赵进表示:「无论我们的客户身处何种行业,他们都始终追求大幅提高其每一代新产品的效率、性能和可靠性,同时努力加快新产品上市的步伐。在设计新型SuperFET III MOSFET以帮助客户实现其关键产品目标的同时,我们还确保这些器件能够降低BOM成本、减小电路板空间并简化产品设计。」 SuperFET III技术具有所有便捷驱动型超结 MOSFET的最低Rdson,因此具有一流效率。这要归功于先进的电荷平衡技术,与其前代SuperFET II产品相比,在同样的封装尺寸内,该技术将Rdson降低了44%。 实现SuperFET III系列优异坚固性和可靠性的关键因素是其一流的体二极管以及比最接近的竞争产品高两倍的单脉冲雪崩能量(EAS)性能。 650V SuperFET III系列在关闭期间的峰值漏极-源极电压更低,改善了系统在低温运行条件下的可靠性,因为与室温下相比,-25℃结温时击穿电压自然降低了5%,而且低温下的峰值漏极-源极电压变得更高。 这些可靠性优势对于各种工业应用特别重要,例如光伏逆变器、不间断电源(UPS)和EV充电器,因为它们必须能够承受更高或者更低的环境温度。SuperFET III MOSFET系列于今日发布上市,具有多种封装和参数选择: 有关Fairchild的SuperFET III MOSFET系列的更多信息,敬请访问fairchildsemi.com.cn/superfet。

    时间:2016-09-29 关键词: fairchild iii 电源新品 superfet mosfet系列

  • 64位MIPS架构为OCTEON III处理器提供低功耗、高吞吐量处理能力

    Imagination Technologies 宣布,该公司的64位MIPS架构已获得面向下一代企业、数据中心与服务提供商基础架构等应用的Cavium新款低功耗OCTEON® III SoC处理器的采用。 Cavium新推出的两款中级产品是其完备的64位MIPS OCTEON® III多核处理器的新成员。此低功耗4至16核CN72XX和CN73XX SoC可提供高性能运算与封包性能,再加上强大的连网与虚拟化加速功能,能满足紧凑与强韧网络和安全设备、存储设备、无线基础架构、交换器以及集成路由器的严格功率需求。 Cavium企业副总裁/总经理兼首席技术官Raghib Hussain表示:“Imagination不断创新,而Cavium已利用其架构授权进一步强化我们以64位MIPS架构为基础的最新处理器。基于 MIPS64的Cavium OCTEON产品,从小型蜂窝设备适用的OCTEON Fusion到高级OCTEON III 48核CN78XX设计,都日益获得广泛的市场采用。现在,通过推出这些新款处理器,我们将能实现一系列新的、能在精巧、低功耗的外型条件下满足超高吞吐量处理需求的高效解决方案。” Imagination营销执行副总裁Tony King-Smith表示:“Cavium OCTEON III产品是适用于网络、无线和存储设备的最先进64位多核处理器。它们是MIPS展现其业界最成功、经过验证的64位CPU 架构的最佳范例。随着Imagination持续投资于MIPS架构的研发与生态系统开发,业界将看到MIPS架构的功能持续成长,并看到它通过 Cavium这些授权客户推动众多市场的创新应用。” 在MIPS虚拟化架构规范的定义和需求中,Cavium扮演了关键角色。因此,OCTEON III处理器中的硬件虚拟化技术能与MIPS虚拟化架构兼容。Cavium是最先提供内建MIPS硬件虚拟化技术芯片的MIPS授权客户之一。

    时间:2016-07-23 关键词: MIPS cavium octeon 嵌入式处理器 iii

  • Imagination的ClearCall VoIP应用可支持OCTEON III多核处理器

    Imagination的ClearCall VoIP应用可支持OCTEON III多核处理器

    为OEM提供基于MIPS64的OCTEON III处理器开发的最高质量电信/企业级VoIP产品  Imagination Technologies今天宣布,Imagination的 ClearCall VoIP应用已可支持Cavium广受欢迎的OCTEON® III CN70XX/CN71XX系列多核MIPS64处理器。这套集成的解决方案是专为OEM/ODM和服务提供商所设计,让他们能够快速地为家庭、中小企业(SMB)和初级企业市场提供高质量的VoIP电话与服务网关 —— 而这些正是OCTEON III处理器目前已广泛部署的市场。 Imagination的ClearCall是一套完备的针对高质量语音和视频网络电话 (VoIP 和 V.VoIP) 媒体处理而开发的软件解决方案。运用其独特、经过验证的算法,无论是在有线或无线环境以及不同的网络条件下,ClearCall都能为各种不同的设备带来增强的语音和视频质量,以打造稳定、优异的用户体验。在开发媒体引擎及相关技术方面,Imagination拥有深厚的专业技术,其语音和视频网络电话客户端程序已安装在全球数百万台的设备中。 Cavium基础架构处理器部门高级总监Steve Klinger表示:“我们的OCTEON III CN70XX/CN71XX处理器已广泛用于各种宽带与控制面(control plane)应用中,包括诸如路由器、交换器、UTM、企业AP传统应用以及IoT聚合网关和工业控制等新兴应用。很多这样的应用都会因为Imagination的Linux 版ClearCall高质量多通道VoIP解决方案的就绪而获益。Imagination是 Cavium的重要合作伙伴,我们期望双方今后的合作,能为客户带来更高的价值。” Imagination VoIP业务运营副总裁Krishna Raghavan表示:“我们很高兴能与Cavium合作,确保我们的 ClearCall VoIP解决方案能在其基于MIPS的OCTEON III处理器上无缝运行。基于MIPS架构,Cavium已开发出多款业界性能最优、最先进的64位多核网络、无线和存储处理器。通过将Linux版ClearCall应用与这些功能强大的处理器整合在一起,我们能为OEM和服务提供商提供理想的解决方案,帮助它们开发出拥有最高质量语音体验的产品。” Imagination完备的多通道ClearCall VoIP应用包括:协议栈、SIP信令、经优化的媒体引擎、回音消除等语音预处理模块、DTMF 等电话组件以及三方通话、呼叫等待、呼叫转接、呼叫前转等完整的电话功能。ClearCall VOIP应用程序包含了可实现更佳性能、功能性以及整体用户体验的多项特性: . 与完整支持SIP协议栈和T.38 Fax的企业/电信及云端设备及终端设备互通。 . 通过良好定义的API和能简化与呼叫管理软件模块的采样测试封装,能与网络及音频接口轻松实现平台集成。 . 对包括MIPS在内的主要处理器架构多平台支持,并能支持Android和Linux操作系统 . 支持完备的宽带和窄带语音编译码器以及线路回音消除器、VAD/CNG、AJB和其他的电话组件。 ClearCall可与Imagination的FlowCloud设备到云端技术结合,以开发支持云端基础架构服务的完整、端到端语音和视频解决方案。 ClearCall和FlowCloud是Imagination提供的可授权解决方案,请联系info@imgtec.com。 Imagination硅谷高峰论坛展示 Imagination将于即将举行的Imagination硅谷高峰论坛上展示Linux版ClearCall应用在 Cavium OCTEON III参考设计平台上运行的成果。此活动将于5月21日星期四在Santa Clara的君悦酒店 (Hyatt Regency)举办。详细信息请浏览:http://www.imgtec.com/events/detail.asp?ID=37。 关于OCTEON III CN7XXX多核MIPS64处理器 OCTEON III CN7XXX系列MIPS64多核处理器最多可提供120GHz的64位处理能力,适用于云、安全数据中心、无线基础架构、企业和存储设备的高性能、高吞吐量以及提供众多服务的应用。此系列产品包含多种软件兼容处理器,最高支持48个 cnMIPS64 III核、超过500种应用加速引擎,包括采用Cavium NEURON®搜索处理器的集成高效能搜索处理、芯片到芯片互连以及创新的实时PowerMin™电源管理器,可为任何一款标准的ISA处理器提供最高的运算和服务性能。 关于ClearCall 语音与视频网络电话解决方案 Imagination的ClearCall可授权IP系列产品包括完整的软件应用程序,能满足为多模无线和有线设备提供高质量、能效增强型 WebRTC、语音和视频网络电话(V.VoIP、VoLTE)以及富通讯套件(RCS)的所有需求。ClearCall IP产品与技术是“电信级”的跨平台解决方案,现已部署于数百万台的设备之中。多年的工程经验可确保这些产品符合最完备的3G、4G与企业网络部署需求,同时其应用程序能支持 Android、iOS、Windows和Linux环境。ClearCall技术亦能在Imagination创新的FlowTalk服务中与 Imagination的FlowCloud设备到云端技术搭配使用。

    时间:2015-06-24 关键词: 多核处理器 octeon imagination iii 技术前沿

  • Teseo III“五星齐发” 看重北斗潜力

    Teseo III“五星齐发” 看重北斗潜力

    ST一直是汽车电子市场领导厂商之一,ST目前是世界第三大的汽车半导体厂商,在中国市场则是排名第一,遥居领先地位。 Edoardo Merli 谈及在中国市场的成功,ST大中华及南亚区汽车产品事业部市场和应用总监Edoardo Merli先生表示:“我们和别的厂商不太一样的地方,我和Tier1的厂商合作有很长历史。我们不是产品研发出来直接去卖,而是在芯片研发过程中,就和合作方共同合作,根据他们的需求来决定产品形态。此外,和我们的竞争对手相比,ST的产品线更加宽广,我们几乎涉及车身所有部分,比如动力总成、安全、信息娱乐等。我们以后发展方向是提供total solution,我们会提供更为成熟的方案给客户,不需要客户花太多的时间。最后,我们会整合更多的客户,无论是汽车厂,车厂本身还是一些关键的设计公司,会和他们一起去合作共同开发整个市场。” 在中国市场的成功,自然引发ST对中国市场的重视。现在ST最新推出的Teseo III多星定位导航芯片就开始支持中国的北斗导航系统。 多星座组合定位 ST的Teseo系列产品特点一向表现为精度高,在2011 年 1 月 , ST推出了首款可以同时跟踪 GPS 、Galileo 、 Glonass 和 QZSS 的 混 合 信 号 的TeseoII系列卫星接收器芯片,通过多星座组合定位提升定位精度。 伴随着中国北斗卫星不断升空,ST最新一代的Teseo III 把北斗2加入其中,成为了可以同时跟踪 GPS、北斗/Glonass、Galileo和QZSS五个星座的导航芯片。 ST汽车产品事业部车用信息娱乐系统部门卫星定位产品线市场及业务发展经理Ganvito GIUFFRIDA:“定位精度一向是导航芯片关注的焦点,比如传统上应用最多的GPS民用精度是10米,在大多数情况下是可以满足需求的,但是在一些需要更高精度的场景,比如通过儿童定位系统找人,隔了10米可能完全找不到。还有在高速行驶的汽车上,10米的距离可能就是正确和错误道路的分界线。” 他强调说:“我们最大的优势就是可以同时追踪不同导航系统的导航卫星,通过追踪更多的导航卫星提升定位精度。这比单纯支持一种导航系统,比如GPS的导航芯片将大幅度提升定位精度。其实这个很好理解,在一些场景可能某些导航系统信号不好,而另外的导航系统信号较好,我们就可以分别通过接受这两个系统的卫星信号进行定位。其中困难的地方是在于需要复杂的算法来解决多个系统兼容定位的问题,这正是ST的核心技术所在。” [!--empirenews.page--] 下面这张图是Teseo III多星座定位的匹配机制。 ST大中华及南亚区车用信息娱乐系统部门车用处理器和卫星定位产品线市场部经理 钟诚向记者介绍说:“我们为了验证多星座导航的特点,在深圳实际路况上进行测试。从图中我们可以看出通过多星座组合的蓝色线条,基本上和我们的测试车实际运行轨迹完全拟合。更重要的是,在遇到一些一些桥梁、高架桥隧道等遮蔽物时,远比支持单一导航系统地定位芯片定位精度高。如果加上惯性导航,还将进一步提升定位精度。” 看好北斗发展潜力 Teseo III加入对于北斗系统的支持,一方面是基于技术原因,更多的导航卫星自然带来更高的定位精度;另一方面也是看好北斗未来的发展前景。 ST和其他较早宣布进入北斗市场的高通、博通和联发科不同,其他企业目标市场主要是大众消费类领域。而ST的Teseo III更多针对汽车等工业级应用。Teseo III更加强调定位速度和可靠性。 钟诚表示:“从某种角度来说,Teseo III和普通的消费级导航芯片几乎是两种不同的产品。我们需要最高的可靠性。就是汽车级产品相比,我们也有更高的标准,比如汽车级导航芯片要求故障率不超过百万分之三,而我们则是低于百万分之一。” Teseo III加入北斗的大家庭,可以为整个产业链的进一步发展夯实基础,也有助于北斗能够更好地进入发达国家市场,是一件双赢的事情。为了更好地开拓市场,下一代产品ST还准备进一步降低功耗和削减芯片尺寸,支持消费级应用。

    时间:2014-08-08 关键词: 汽车电子 北斗导航 意法半导体 技术专访 iii teseo

  • Imagination MIPSr5架构助力Cavium新款OCTEON III系列处理器

      21ic讯 多媒体、处理器、通信和云技术提供商 ImaginationTechnologies (IMG.L) 今天宣布,致力于为网络、通信和云端基础架构实现智能处理的高整合性半导体产品供应商,MIPS 的长期授权客户 Cavium 公司已经取得最新的 Release5 MIPS 架构(MIPSr5)授权,并将硬件虚拟化等特性建置于其所有的超高性能1至48核 OCTEON III 系列产品中。 Imagination 处理器部门执行副总裁 Jim Whittaker 表示:“通过采用 MIPS 架构,Cavium 已为网络、无线和存储应用开发出业界最高性能与最先进的64位元多核处理器。我们正与 Cavium 展开更紧密的合作,以期让业界最成功且广泛部署的64位元 MIPS 架构将性能与创新提升到更高的境界。Imagination 将 MIPS 纳入旗下后,已大幅提升对所有32位元和64位元 MIPS CPU IP 内核开发的投资与支持,并积极建立硬件、软件、工具和生态系统。因此,我们很高兴 Cavium 再度展现了它对 MIPS 的承诺。” Cavium 企业副总/总经理兼技术长 M.Raghib Hussain 表示:“将 Imagination MIPSr5 架构的增强功能与 Cavium 内部的设计专业技术结合在一起,可打造出业界最先进的 MIPS 64位元处理器,并能进一步扩展我们在网络基础架构市场的领导地位。” 20多年来,64位元 MIPS64 架构已被用来开发多款业界最具创新的网络与通信产品,并拥有广泛且成熟的基础架构与生态系统支持。MIPS64架构已经是多款 Cavium OCTEON 处理器的内核,现在亦将建置于 Cavium 的 OCTEON III系列1-48核处理器中。全系列处理器均可提供超过100Gps 的单位芯片应用性能,而且与其他采用120GHz、64位元运算处理架构的标准通信处理器相比,它的单位芯片运算性能也是最高的。 关于 MIPS 处理器 对于要求超低功率、紧凑芯片面积和高整合度设计的产品来说,Imagination 的 MIPS 处理器系列是非常理想的选择。MIPS 处理器 IP 内核与架构涵盖了从超低功率32位元微控制器,到适用于先进应用与网络处理平台的可扩展32位元和64位元多核解决方案。 基于超过三十年的悠久历史与持续创新,Imagination 的 MIPS 架构是业界最高效的 RISC 架构,可提升单位硅晶面积的最佳性能与最低功耗。SoC 设计人员能利用此效率优势实现显著的成本与功率节省,或是建置更多内核,以便能在相同的功率、热和面积预算中带来性能优势。 MIPS32 和 MIPS64 指令集架构(ISA)的无缝兼容性,能让客户移植到下一代设计时仍能完全保留既有的软件投资。MIPSr5 架构中包含硬件虚拟化和 SIMD(单指令多资料)模组等重要功能模块。

    时间:2013-07-04 关键词: cavium octeon imagination iii 理器 行业资讯 mipsr5

  • TI推出功能丰富的 FPD-Link III 汽车芯片组

     21ic讯 日前,德州仪器 (TI) 宣布推出业界功能最丰富的芯片组,进一步壮大其 FPD-Link III 汽车级串行器解串器产品阵营。该 DS90UH927Q-Q1 串行器与 DS90UH928Q-Q1 解串器可为汽车中央信息显示及后排座位的LCD触摸屏面板带来无压缩、高清数字音视频。DS90UH928Q-Q1 是业界唯一一款通过 LVDS 连接,实现汽车电缆均衡、24 位色彩抖动与白平衡的解串器。与同类竞争解决方案相比,这些特性可帮助 LCD 面板实现最高性能、最低成本以及最低电磁干扰 (EMI) 优势。 该芯片组支持高带宽数字内容保护 (HDCP),并支持与 LVDS 输入源及显示屏的直接连接,包括 OpenLDI (LVDS 数字接口) 标准。这不但可将信号线路减少 68%,而且支持差动信号,可最大限度减少 EMI。与同类竞争解决方案相比,TI FPD-Link 系列可为系统架构师提供更多能够直接与汽车视频网络连接的视频源与显示屏。 DS90UH927Q-Q1 与 DS90UH928Q-Q1 的主要特性与优势: · 堪比平板电脑的丰富色彩 720p 体验:5 MHz 至 85 MHz 像素时钟与 24 位像素深度结合片上白平衡、高帧速率控制抖动与 7.1 音频支持,可实现高质量音视频。这可为从入门级轿车到高端 SUV 的所有车型提供一致的视觉体验。此外,高清分辨率下的抖动与白平衡特性还支持较低画质LCD 面板的使用,从而可节省成本; · 自适应电缆均衡器补偿电缆损耗:DS90UB928Q-Q1 可自动自适应电缆长度以及电缆状况或老化。这种独有特性不但可应对下拉式或弹出式显示屏常见的电缆磨损情况,而且还可帮助制造商减少 LCD 面板版本的库存; · 获取内容保护视频的简单方法:使用 HDCP 接口协议通过单双绞线同时传输数字音频、视频以及双向 I2C 控制信号。在串行器解串器片上存储器中实施 HDCP 与加密/解密密钥,可简化系统设计。这可消除以太网接口数据包压缩视频系统所需的微控制器 与 FPGA 成本。 DS90UH927Q-Q1 与 DS90UH928Q-Q1 可混合使用,也能够与 TI FPD-Link III 系列的其它产品匹配,充分满足各种不同车型的需求。例如,DS90UH928Q-Q1 解串器可结合 DS90UH925Q-Q1 串行器、DRA74x “Jacinto 6”汽车处理器以及 DRV2667 压电触觉驱动器满足高清触摸屏需求,而 DS90UH927Q-Q1 串行器与 DS90UH928Q-Q1 解串器则可结合 DRV2667 及其它领先图形处理器,构成完整的信息娱乐子系统。此外,这些串行器解串器的非 HDCP 版本还可作为 DS90UB927Q-Q1 与 DS90UB928Q-Q1 提供。 工具与支持 目前提供评估板 (EVM) 快速评估这两款器件:DS90UH927QEVM 与 DS90UH928QEVM。此外,我们还针对 DS90UH927Q-Q1 与 DS90UH928Q-Q1 提供 IBIS 模型。 采用该芯片组进行设计的工程师可通过 TI E2E™ 社区的高速接口论坛向 TI 专家咨询问题。 供货情况与封装 DS90UH927Q-Q1 串行器与 DS90UH928Q-Q1 解串器现已开始供货。DS90UH927Q-Q1 采用 40 引脚、6 毫米 x 6 毫米 QFN 封装,而 DS90UH928Q-Q1 则采用 48 引脚、7 毫米 x 7 毫米 QFN 封装。 德州仪器推动汽车创新发展 TI 业界一流的半导体产品可帮助制造商与系统供应商为汽车市场带来世界级特性。我们广泛的汽车产品系列包括模拟电源管理、接口与信号链解决方案,以及 DLP® 显示屏、ADAS 及信息娱乐处理器、Hercules™ TMS570 安全微控制器与无线连接解决方案等。TI 提供各种 SafeTI™ 器件,旨在帮助 OEM 厂商达到 ISO 26262 标准要求,帮助推出符合 AEC-Q100 与 TS16949 标准的特定部件,所有这些器件均配套提供优异的产品文档。

    时间:2013-07-04 关键词: 汽车 芯片组 iii fpd-link

  • 安森美ALEV III CMOS图像传感器助ARRI获艾美奖

    据最新消息,ARRI (Arnold & Richter Cine Technik)获美国国家电视艺术与科学学院(NATAS)颁发“技术及工程艾美奖(Emmy® Award)”,表彰该公司增强了高清图像捕获所用的大像幅CMOS图像传感器。ARRI的常务董事Franz Kraus在接受奖项时,特别鸣谢合作伙伴安森美半导体(ON Semiconductor)在产品开发方面的贡献。 今年1月初在美国内华达州拉斯维加斯举办的2013年消费电子展(CES)期间,ARRI获颁这令人艳羡的艾美奖座。Kraus先生领奖时特别感谢安森美半导体和Tower Jazz两家产品开发伙伴的贡献。安森美半导体应用产品部高级副总裁Bob Klosterboer陪伴ARRI的高层上台领取艾美奖。 根据NATAS,高清图像捕获的主要目标之一是在运动图像和电视制作时重现35 mm胶片的图像捕获性能。此次共有四家公司获得技术及工程艾美奖,表彰他们在实现这目标的成就,包括ARRI、佳能、RED Studios Hollywood及索尼。 Klosterboer先生说:“安森美半导体专门为ARRI设计了ALEV III CMOS图像传感器;这传感器采用我们先进的成像技术,实现具14位真动态范围、800万像素及每秒120张的全景拍摄。我们与ARRI的团队合作,成功推出了结合极佳噪声性能和高图像分辨率、及更高帧率的非凡产品,提供精密的慢速运动图像捕获。我们衷心祝贺ARRI获艾美奖。” ARRI目前在多种专业数字运动图像相机中使用ALEV III CMOS图像传感器,这些相机的应用遍布电影电视工业,以制作商业广告、票房领先的电影及流行的电视节目,如《权力的游戏》(Game of Thrones)、《唐顿庄园》(Downton Abbey)及《广告狂人》(Mad Man) 。 ARRI常务董事Franz Kraus说:“ARRI与安森美半导体在产品开发及制造领域已密切合作近十年。安森美半导体带给这个项目的设计专长和创新传感器技术,结合他们一致的制造品质和可靠的全球供应链网络,在要求极严格的运动图像设备市场中,是我们的重要伙伴。” 安森美半导体目前提供定制及标准CMOS图像传感器、接触式图像传感器、接触式图像传感器模块、环境光传感器、距离传感器及触摸传感器。目前正在开发下一代传感器平台,目标是将噪声及速度要求推进到更高性能等级。

    时间:2013-02-01 关键词: cmos arri alev iii

  • 安森美ALEV III CMOS图像传感器助ARRI获艾美奖

    据最新消息,ARRI (Arnold & Richter Cine Technik)获美国国家电视艺术与科学学院(NATAS)颁发“技术及工程艾美奖(Emmy® Award)”,表彰该公司增强了高清图像捕获所用的大像幅CMOS图像传感器。ARRI的常务董事Franz Kraus在接受奖项时,特别鸣谢合作伙伴安森美半导体(ON Semiconductor)在产品开发方面的贡献。 今年1月初在美国内华达州拉斯维加斯举办的2013年消费电子展(CES)期间,ARRI获颁这令人艳羡的艾美奖座。Kraus先生领奖时特别感谢安森美半导体和Tower Jazz两家产品开发伙伴的贡献。安森美半导体应用产品部高级副总裁Bob Klosterboer陪伴ARRI的高层上台领取艾美奖。 根据NATAS,高清图像捕获的主要目标之一是在运动图像和电视制作时重现35 mm胶片的图像捕获性能。此次共有四家公司获得技术及工程艾美奖,表彰他们在实现这目标的成就,包括ARRI、佳能、RED Studios Hollywood及索尼。 Klosterboer先生说:“安森美半导体专门为ARRI设计了ALEV III CMOS图像传感器;这传感器采用我们先进的成像技术,实现具14位真动态范围、800万像素及每秒120张的全景拍摄。我们与ARRI的团队合作,成功推出了结合极佳噪声性能和高图像分辨率、及更高帧率的非凡产品,提供精密的慢速运动图像捕获。我们衷心祝贺ARRI获艾美奖。” ARRI目前在多种专业数字运动图像相机中使用ALEV III CMOS图像传感器,这些相机的应用遍布电影电视工业,以制作商业广告、票房领先的电影及流行的电视节目,如《权力的游戏》(Game of Thrones)、《唐顿庄园》(Downton Abbey)及《广告狂人》(Mad Man) 。 ARRI常务董事Franz Kraus说:“ARRI与安森美半导体在产品开发及制造领域已密切合作近十年。安森美半导体带给这个项目的设计专长和创新传感器技术,结合他们一致的制造品质和可靠的全球供应链网络,在要求极严格的运动图像设备市场中,是我们的重要伙伴。” 安森美半导体目前提供定制及标准CMOS图像传感器、接触式图像传感器、接触式图像传感器模块、环境光传感器、距离传感器及触摸传感器。目前正在开发下一代传感器平台,目标是将噪声及速度要求推进到更高性能等级。

    时间:2013-01-30 关键词: cmos 安森美 iOS arri alev iii 艾美奖

  • μC/OS-III中的高效时钟节拍管理机制

    摘要:为了有效管理时钟节拍并确保系统的实时性,μC/OS—III不仅增加了一个专门的系统任务来管理时钟节拍,而且采用哈希散列表机制来进一步减少时钟节拍处理过程所花费的时间。本文讨论μC/OS—II在时钟节拍管理方面的不足,并介绍μC/OS—III中的高效时钟节拍管理机制。 关键词:μC/OS—III;时钟节拍管理;哈希散列表 引言     在嵌入式实时操作系统(RTOS)中,任务可通过调用延时函数(比如μC/OS中的OSTimeDly()函数)将自己延时挂起一段时间。任务在延时的过程中会释放CPU使用权,也就是说,延时的任务不占用宝贵的CPU资源。延时的任务由时钟节拍服务跟踪管理。当任务延时结束并准备运行时,时钟节拍服务会使该任务恢复运行。时钟节拍服务定期运行,其运行由周期的时钟节拍中断触发,而时钟节拍中断可由硬件定时器产生。     在μC/OS—III中,时钟节拍服务是在时钟节拍中断服务程序中完成的,每次时钟节拍服务都会遍历整个任务链表,递减所有延时任务的延时计数器。当任务数目较多时,时钟节拍服务处理时间很长,会造成中断延迟时间和任务延迟时间都变得很长,影响系统的实时性。     在μC/OS—III中,时钟节拍服务不再在时钟节拍中断服务程序中完成,而是放到一个时钟节拍任务中完成。而且,通过采用啥希散列表机制来管理延时任务,每次时钟节拍服务只需要处理极少数的延时任务,从而大大减少了时钟节拍服务花费的时间,提高了系统的实时性。     另外,在μC/OS系列RTOS中,时钟节拍服务除了会跟踪延时的任务,还会跟踪那些指定了超时时限的等待任务。也就是说,当指定的超时时限结束时,即使任务等待的事件没有发生,时钟节拍服务也会使该任务恢复运行。 1 μC/OS—II中的时钟节拍管理机制     在μC/OS—II中,每次时钟节拍服务都会遍历整个任务链表,依次处理各个任务。如果当前处理的任务的延时计数为0,那么跳过该任务,继续处理下一个任务;否则,把当前任务的延时计数减1,然后,判断减1后的延时计数是否为0。如果为0,表示任务延时结束了或等待超时了。由于μC/OS-Ⅱ允许其他任务调用OSTaskSuspend()函数强制挂起正在延时的任务,在这种情况下,不仅需要等到任务延时结束,还需要由其他任务调用OSTaskResume()函数解除该任务的强制挂起状态,该任务才能进入就绪态。因此,在延时计数递减为0的时候,还需要判断任务是否被强制挂起。只有任务没有被强制挂起,才能使该任务进入就绪态;否则,把延时计数设置为1,保持任务的延时状态。μC/OS—II时钟节拍服务函数的主要代码和注释如下:     [!--empirenews.page--]     在μC/OS—II中,由于每次时钟节拍服务都要遍历所有任务,因此,在任务数目较多时,其执行时间可能很长。另外,由于时钟节拍服务函数OSTimeTick()由时钟节拍中断服务程序OSTicidSR()调用执行,因此当OSTimeTick()执行时间很长时,时钟节拍中断服务程序的执行时间也很长。在中断服务程序执行时,所有任务都无法执行,在这种情况下,系统的实时性会很差。 2 μC/OS-III中的时钟节拍管理机制     针对μC/OS—II时钟节拍服务的问题,μC/OS—III主要做了两点改进:①用时钟节拍任务来做时钟节拍处理;②用时钟节拍轮盘来分类管理延时任务以及指定超时时限的等待任务。 2.1 时钟节拍任务     在μC/OS—III中,增加了一个系统任务,即时钟节拍任务OS_TickTask()。该任务是μC/OS-III中两个总是会创建的系统任务之一。时钟节拍任务负责处理延时任务和指定超时时限的等待任务,这样,μC/OS—III就把时钟节拍的处理工作放到任务级代码中完成了。时钟节拍中断服务程序和时钟节拍任务之间的关系如图1所示。     不论在μC/OS—II还是在μC/OS—III中,都需要一个硬件定时器(或其他能产生周期性中断的外设)来产生几十到上千赫兹的时钟节拍中断。时钟节拍中断的具体频率取决于所用的处理器的性能以及应用需求。时钟节拍中断频率越高,系统的延时精度越高,对处理器的处理能力要求也越高。     每次产生时钟节拍中断,CPU都会跳转到时钟节拍中断服务程序(ISR)中执行。时钟节拍ISR会调用OSTimeTick()函数。前面提到过,μC /OS—II的时钟节拍ISR也会调用OSTimeTick()函数,在这一点上μC/OS—II和μC/OS—III看起来没有区别,但实际上μC/OS—III中的OS TimeTick()函数与μC/OS—II中的OSTimeTick()函数有很大区别。μC/OS—III中的OSTimeTick()函数主要完成如下操作:向时钟节拍任务发信号、调用OS_SchedRoundRobin()函数,以及向定时器任务发信号等。其中,后两点与时钟节拍的管理无关,这里不详细介绍。精简的OSTimeTick()函数如下面这段代码所示,其中只保留与时钟节拍管理相关的代码。          在μC/OS—III中,OSTimeTick()函数不需要遍历任务链表,只是通过OSTaskSemPost()函数向时钟节拍任务发信号。而时钟节拍任务绝大部分时间内都处于等待该信号的状态,每次收到该信号时,时钟节拍任务会恢复运行,调用OS_TiekListUpdate()函数处理延时的任务,然后再次进入等待该信号的状态,其代码如下:               相比μC/OS—II的时钟节拍管理方式,μC/OS—III使用了专门的时钟节拍任务来处理时钟节拍,可大大减少时钟节拍中断服务程序的执行时间。[!--empirenews.page--] 2.2 延时任务管理     μC/OS—III为了提高时钟节拍的处理速度,采用了哈希散列表机制来管理所有正在延时的任务和指定了超时时限的等待任务。这些任务都记录在时钟节拍列表(Tick List)中。时钟节拍列表包含两部分:一个称为时钟节拍轮盘的数组(OSCfg_TickWheel[])和一个时钟节拍计数器(OSTickCtr),如图2所示。     时钟节拍列表中的每个任务都有一个延时结束时刻或等待超时时限,假设为TM。比如,一个任务在时钟节拍计数器数值为OSTickCtr时调用OSTimeDly()延时dly个时钟节拍,那么该任务的延时结束时刻TM就等于OSTickCtr+dly。然后,用TM和时钟节拍轮盘的表项个数(OS_CFG_TI CK_WHEEL_SIZE)做取模运算,就可以得到一个余数I(I=TM%OS_CFG_TICK_WHEEL_SIZE)。那么,该延时任务就会放到时钟节拍轮盘第1个表项指向的任务链表中。     时钟节拍轮盘的每个表项都有3个成员:“.NbrEntriesMax”、“.NbrEntries”和“.FirstPtr”。其中,“.FirstPtr”指向该表项对应的任务链表,所有分配到该表项的延时任务或指定超时时限的等待任务都会放到该任务链表中。“.NbrEntries”和“.NbrEntries Max”分别记录任务链表中的当前任务数目和历史最大任务数目。在任务链表中,任务按照延时结束时刻或超时时限排序,结束时刻早的任务排在链表的前面。     通过采用哈希散列表机制,在每次时钟节拍服务时,只需要处理时钟节拍轮盘的某个特定表项所指向的任务链表,因为恰好在该时钟节拍服务时延时结束或等待超时的任务都一定处于该表项所指向的任务链表中,而该表项的索引号就等于OSTickCtr%OS_CFG_TICK_WHEEL_SIZ E。另外,由于各个表项指向的任务链表中的任务是按照延时结束时刻和等待超时时限的顺序进行排序的,这样,在处理当前任务链表时,就可以从位于链表头部的任务开始判断任务延时结束时刻或等待超时时限是否等于OSTickCtr的当前值。如果等于,说明该任务延时结束或等待超时了,然后,再判断下一个任务;如果不等于,说明该任务延时没有结束或等待没有超时,同时也说明,排在链表后面的任务都不可能延时结束或等待超时,因此,可以立即结束对任务链表的处理。     由于采用了哈希散列表机制,μC/OS—III中的时钟节拍服务在大部分情况下只需要判断极少数任务的延时结束时刻或超时时限,看其是否等于时钟节拍计数器的当前值,这相比μC/OS—II中需要遍历整个任务链表的时钟节拍服务,显然效率要高很多。 结语     μC/OS—II中的时钟节拍服务有两个不足之处:一是需要遍历整个任务链表,二是需要在时钟节拍中断服务程序中进行时钟节拍的处理工作。当系统中任务数目较多时,会影响系统的实时性,这对于一个实时嵌入式操作系统来说是不完善的地方。在μC/OS—III中,通过增加一个时钟节拍系统任务并采用哈希散列表机制,很好地解决了这两点问题,即使在系统任务数目很多的时候,也可以确保系统的实时性。

    时间:2013-01-09 关键词: os iii 理机制 设计教程 高效时 钟节拍

  • 从μC/OS—II到μC/OS—III的各种改进

    摘要:相比μC/OS—II,μC/OS—III做了很多改进,比如任务调度策略、时间节拍管理等,不仅消除了μC/OS—II中的一些局限,而且增加了一些全新的功能。本文首先介绍了μC/OS—II的特点与局限,然后介绍了μC/OS—III所做的各种改进。 关键词:μC/OS—II;μC/OS—III;实时内核 引言     μC/OS系列内核都是源代码开放的、可移植、可固化、可裁剪的抢占式实时多任务内核。μC/OS诞生于1992年,是针对68HC11 CPU开发的。μC/OS—II V2.0诞生于1998年,μC/OS—II V2.52诞生于2002年。针对这3个版本的实时内核,Jean J.Labrosse先生出版了3书,分别为《μC/OS The Real—Time Kernel》、《Micro C/OS—II The Real—Time kernel》和《Micro C/OS—II TheReal—Time kernel(Second Edition)》。其中,第2本和第3本书都有对应的中文译著,第3本书比第2本书增加了约250页新内容。μC/OS—III诞生于2009年,于2011年8月公开源码。《μC/OS—III The Real Time Kernel》--书分为两大部分:第1部分是对μC/OS—III硬件无关软件的描述;第2部分讲述μC/OS—III在不同型号的ARMCortex—M3/4单片机评估板上应用的范例。第1部分相同,第2部分对应不同硬件,目前已经组合出版了6本书,分别对应如下:     ◆Freescale公司的以Kinetis53单片机为核心,面向医疗仪器类应用的TWR—K53N512评估板;     ◆NXP公司的以LPCI768(Cortex—M3核)为核心的评估板;     ◆Renesas公司的以RX62N为核心的评估板;     ◆Renesas公司的以带以太网口的SH7216为核心的评估板;     ◆ST公司的以STM32F107为核心的评估板;     ◆TI公司的以LM3S9892为核心,面向小型机器人带以太网口的VM—EVALBOT评估板。     μC/OS—III是针对32位CPU开发的,相比μC/OS—II做了很多改动。下面将详细介绍μC/OS—II中的一些可以改进的地方以及μC/OS—III中的一些新特性。 1 μC/OS—Il的特点与局限     μC/OS—II主要针对8/16位CPU开发,是一个抢占式的实时多任务内核。任务调度策略是基于任务的优先级,总是运行处于就绪态的优先级最高的任务。在μC/OS—II中,每个任务都有一个唯一的优先级。μC/OS—IIV2.8之前的版本最多支持64个优先级,从V2.8开始最 多可支持255个优先级。     μC/OS—II的核心是任务调度算法。任务调度算法的目标就是快速找出其中优先级最高的处于就绪态的任务。为了做到这一点,μC/OS —II巧妙地采用了查表法。在查表过程中,μC/OS—II需要快速找出1个8位数的第一个非零位的位置,这是通过1个由256个元素构成的查找表OSUnMapTb1[]实现的,该查找表记录了每一个8位数的第一个非零位的位置。通过这种巧妙的查表算法,不论有多少个任务处于就绪态,都能在很短的、确定的时间内找出其中优先级最高的那个就绪任务。     如今,很多新的CPU都有一条计算前导零指令(CLZ)或功能类似的指令,比如32位PowerPC处理器的CLZ指令、Freescale S12X双核微控制器中的协处理器XGATE的Bit Field Find First One指令等。对于有这类硬件指令的CPU,无需再使用μC/OS—II中的查表算法,可以利用这类指令优化任务调度算法。     实时系统有2类:软实时系统和硬实时系统。软实时系统中,各任务运行得越快越好,并不限定某一任务必须在多长时间内完成。硬实时系统要求系统中的任何函数都有确定的执行周期数,任务运行必须准时,执行时间不因任务多少而改变。大多数实时系统是二者的结合。μC /OS—II中仅有一处不满足硬实时条件:OSTimeTiek()函数需要遍历所有任务控制块,执行时间受任务数目的影响,而该函数由时钟节拍中断服务程序调用,因此时钟节拍中断服务程序的执行时间也受任务多少影响。通过把这部分工作放到一个专门的系统级任务中去做,便可以解决这个问题,使其成为一个满足硬实时条件的RTOS。对于Freeseale公司的双核微控制器S12X,还可以通过把时钟节拍中断的处理交给协处理器来完成,从而实现硬实时条件,提高RTOS的实时性。 2 μC/OS-III的新特性     μC/OS—III已经不仅仅是一个RTOS内核,而是包含很多与该内核配套的软件开发包。和传统的大型商用RTOS类似,μC/OS—III能以传统的BSP(板级支持包)方式,实现诸如USB主机、文件系统、TCP/IP协议栈等,还包括RTOS本身的调试工具等。Micrium公司和很多软件公司合作,提供很多基于μC/OS—III的通用商业软件,如GUI、FS、USB、TCP/IP等。今后还会与更多的半导体厂商合作,提供更多商家的以ARM Cortex—M3/4为核心的μC/OS—III评估板。     μC/OS—III在功能上得到了全面的扩展和提升。μC/OS—II最多支持255个任务,而μC/OS—III可以支持任意数目的任务,实际使用的任务数目仅受CPU所能使用的存储空间的限制。μC/OS—III可以支持任意数目的信号量、事件标志组、消息队列、存储块等内核对象,而且,为了避免在程序编译过程中出现资源不够分配的问题,允许用户在程序运行中动态配置内核资源。μC/OS—II允许挂起某个任务,但挂起操作不可以嵌套,而μC/OS—III允许嵌套挂起某个任务,嵌套挂起最深可达250层。μC/OS—III增加了一个时钟节拍任务来做延时处理和超时判断。通过在任务级代码完成时钟节拍服务,能极大地减少中断延迟时间。而且,μC/OS—III使用了哈希散列表机制,进一步降低了延时处理和超时判断的开销,提高了系统的实时性。     除了功能上的扩展和提升,μC/OS—III还增加了一些新功能。μC/OS—III增加了时间片轮转调度,允许多个任务有相同的优先级。当多个优先级相同的任务同时就绪并且所属优先级高于其他所有就绪任务时,μC/OS—III轮转调度这些任务,让每个任务运行一段用户指定的时间长度(即时间片)。     μC/OS—III允许中断或任务直接给另一个任务发信号或消息。在实际应用中,很多情况下,编程人员知道该向哪个任务发信号或消息,这时就可以使用μC/OS—III的这种新功能来向目标任务直接发信号或消息,从而避免创建和使用诸如信号量或消息队列等内核对象作为中介,提高信号或消息发送的效率。μC/OS—III增加了时间戳功能,可以给信号或消息打上时间戳,从而允许用户获取某个事件发生的时刻,以及信号或消息传递到目标任务所耗费的时间等。     另外,μC/OS-III的设计能方便地按照CPU架构优化,特别是其数据类型可按照CPU能适应的最佳位数宽度修改,以适应8/16/32位的CPU。关键算法可采用汇编程,以发挥一些有特殊指令的CPU的优势。很多CP有读改写指令,可方便实现存储器访问的原子操作,有的CPU有计算前导零指令,可用来快速查找任务就绪表。     μC/OS—III增加了中断处理任务,可以把内核对象的处理工作都放到任务级代码中完成,从而允许通过给调度器上锁的方式实现临界段代码的保护,这样就使内核关中断的时钟周期几乎为零。μC/OS—III内置了对系统性能进行测试的代码,能够检测每个任务的执行时间、堆栈使用情况、每个任务运行的次数、CPU利用率、关闭中断和给调度器上锁的时间等。μC/OS—III还支持内核觉察式调试,可以以友好的方式对μC/OS—III的变量、数据结构进行检查和显示,并且带有μC/Probe调试工具,可在程序运行过程中察看和修改变量。 结语     相比μC/OS—II,μC/OS—III做了很多改进,比如改进了任务调度方法、改进了时钟节拍管理机制、增加了中断处理任务、允许向任务直接发信号或消息、增加了时间戳功能、支持内核觉察式调试等。从这些改进来看,μC/OS—III比μC/OS—II上升到一个更高的档次。其中,一主要的改进,比如μC/OS—III的任务调度方法的改进、时钟节拍管理机制的改进、中断管理方法的改进等会在后续专题文章中详细介绍。

    时间:2012-12-24 关键词: iii

  • 在CodeWarrior编译环境下运行μC/OS—III

    摘要:μC/OS—II是面向8/16位及低端32位单片机应用的RTOS,而新近推出的μC/OS—Ⅲ则面向高性能32位单片机,如ARM Cortex等。以Cortex—M4为内核的Kinetis系列单片机,不仅用于全国大学生飞思卡尔杯智能车竞赛,也用于诸多大学的嵌入式系统教学,官方提供的开发环境是CodeWarrior。本文介绍如何利用CodeWarrior开发环境,将μC/OS—III在Kinetis单片机上运行起来,以便将μC/OS—III引入教学、科研与应用。 关键词:μC/OS—III;Kinetis CodeWarrior 引言     Kinetis系列是飞思卡尔公司基于ARM Cortex—M4和Cortex—M0+内核的单片机,和Cortex—M3相比,M4内核主要增加了DSP运算指令和可选的浮点运算单元,同时保持了与Cortex—M3的兼容性,因此被寄予希望能逐步替代Cortex—M3。Kinetis也成为飞恿卡尔杯全国大学生智能车竞赛新的硬件平台之一。     μC/OS—Ⅲ是Micrium公司推出的全新RTOS,特别适用于那些有计算前导零(CLZ)硬件指令的高端32位CPU,可大大加速就绪表查找速度μC/OS—II的主要精华在于其巧妙的优先级软件查表算法,而对于有CLZ硬件算法指令的CPU,如MIPS、PowerPC、ARM11及以上系列,仍使用μC/OS一Ⅱ就不那么合理了。μC/OS—III源代码公开,官方已提供对目前主流单片机的移植支持,并且针对几大主流单片机都提供相应的教材,Kinetis就是其中之一。Micrium官方提供的基于Kinetis平台的范例都是使用IAR作为集成开发环境的,考虑到飞思卡尔官方的Code Warrior开发环境有着广泛的用户群,尤其是使用过S08/S12等单片机的用户,大多熟悉CodeWarrior。因此,本文将以Kinetis平台为例,讲述如何使用CodeWarrior集成开发环境将μOS—III运行起来,作为应用开发的基础,也便于那些教学中使用CodeWarrior编译器的师生,将μC/OS—Ⅲ引入嵌入式系统教学。 1 CodeWarrior集成开发环境     Kinetis包括K,X、L三大系列,K和X系列是基于Cortex—M4内核,而L系列是基于Cortex—M0+内核。K系列又包括K10~K70多个子系列,不同系列侧重点不同,如K10是基准系列,K20带USB,K60带以太网。因为内核一样,只是外设不同,因此μC/OS—III的移植都是通用的。本文以清华大学飞恩卡尔培训中心为全国大学生智能车竞赛提供的K10开发套件为例进行说明。     针对Kinetis的CodeWarrior软件版本为V10.x,可从官方网站下载免费教学版本。新版的CodeWarrior基予Eclipse开发环境,支持S08/S12/ColdFire/Kinetis等系列单片机。本文使用的CodeWarrior版本为V10.2Special Edition。     最新版本的μC/OS—III源代码可从Micrium公司官方网站下载,网站上的“Source code”栏目提供的只是内核的源代码,不包括移植部分,也没有相关的范例,而“μC/OS—III Books”栏目里可下载针对不同单片机的电子版教材及配套的范例工程。本文使用官方为Kinetis提供的IAR环境下的工程范例为参考。 2 μC/OS-Ⅲ的目录结构     μC/OS—III的代码组织中,除了内核相关的代码文件外,还有两个独立的组件——μC/CPU和μC/LIB。μC/CPU用来封装一个CPU的属性,定义了与编译器和CPU相关的数据类型、寄存器的位宽、大小端格式、堆栈的增长方式、开关中断的函数等等。换句话说,也就是把原来 μC/OS里的一些CPU硬件相关的定义和函数独立成为一个组件,这样,代码的结构就更加清晰。而μC/LIB是一个基础的函数库,不依赖于任何的处理器和编译器,主要包括一些字符串处理函数、数学相关函数,以及内存管理相关的函数。μC/OS—III依赖于μC/CPU和μC/LIB, 因此工程中必须包括μC/CPU和μC/LIB的相关文件才能完成编译。     图1展示了一个典型工程的文件结构。其中,μC/OS—III、μC/CPU、μC/LIB和配置文件部分都是必须的,加粗斜体的文件表示是需要移植的。lib_mem_a.asm文件是用汇编语言编写的优化的内存分配函数,可以不要(lib_cfg.h里的宏LIB_MEM_CFG_OPTIMIZE_ASM_EN要设置为0)。配置相关的头文件必需的有4个,其中,μC/OS—III、μC/CPU和μC/LIB三个组件各有一个对应的配置文件,还有一个是os_cfg_ app.h。os_cfg.h和os_cfg_app.h都是μC/OS—Ⅲ相关的配置文件,前者主要是功能的配置,如是否使用信号量、是否使用时间片轮转调度、是否进行参数检查等等;后者主要是内核资源的配置,如空闲任务、时钟节拍任务的堆栈大小、信号量、消息队列等内核资源的数量等。“板级支持包”和“用户程序”里列出的文件并不是必需的,只是一个范例。板级支持包用来定义与开发板硬件相关的功能函数,如硬件韧始化函数、I/O操作函数、串口服务函数等等。使用板级支持包可以使代码结构更清晰,方便代码共享。     从Micrium网站下载针对Kinetis的教材配套的范例工程压缩包,解压后目录结构如图2所示。Micrium公司的代码组织结构非常清晰,对于程序开发人员来说是一个很好的参考。其中,uCOS-III、uC—CPU、uC—LIB三个文件夹下分别包含了该模块对应的代码,底下各有一个Cfg文件夹,里面包括了该模块配置头文件的模板。而移植相关的部分代码文件都是按“CPU\编译器”的目录结构来组织,如uC—CPU下的ARM—Cortex—M4\IAR。EvalBoards文件夹是范例工程所在,按照“开发板\编译器”的结构组织。 [!--empirenews.page--] 3 Codewarrior环境下运行μC/OS-Ⅲ步骤 3.1 建立新工程     把图2中所述的解压后的Micrium文件夹放到不含中文的路径下(如E:\),在EvalBoards文件夹下新建K10DEVKIT文件夹,表示我们的K10核心开发板。在K10DEVKIT下再新建CodeWarrior文件夹,表示使用CodeWarrior开发环境,该文件夹将作为工程项目的工作空间(works pace)。在CodeWarrior下再建立BSP文件夹,作为K10DEVKIT的板级支持包。     启动CodeWarrior V10.2,将workspace切换到刚才建立的K10DEVKIT\CodeWarrior文件夹,软件会重启并弹出向导页面,选择新建工程,然后按照提示一步步直到完成,中途需要选择单片机的型号和调试工具。开发板使用的单片机是主频100 MHz的PK10N512,调试器使用USBDM。新建立的工程中,软件会自动生成所需的初始化文件和调试配置文件,用户可能用到的几个文件说明如下:     3.2 添加文件     如图2所示,μC/OS—III和μC/CPU中需要移植的代码文件都是放在“CPU\编译器”的目录结构下,从官网下载的只有针对IAR编译器的。首先,在需要移植的代码目录下各建立一个和IAR并列的CodeWarrior文件夹,表示针对CodeWarrior开发环境的移植,然后,把原来IAR开发环境下的移植文件全部拷贝到CodeWarrior文件夹下。在CodeWarrior开发环境下,部分移植文件需要修改,这将在后面讲述。接下来需要把所有相关的代码添加到CodeWarrior工程中。为了便于组织和管理文件,采用以下步骤:     ①在CodeWarrior工程的Sources文件夹下建立以下子文件夹;uC—CPU、uC—LIB、uCOS—Ⅲ、Cfg、BSP、APP。uC—CPU、uC—LIB和uCOS—III用来存放该组件包含的文件,Cfg存放配置头文件,BSP存放板级支持包相关文件,APP存放用户代码文件。这里提一下,除了APP和Cfg文件夹外,其他文件夹可采用“虚拟文件夹”形式,这样,该文件夹并不实际存在于Sources目录下,只是用来对文件进行分类管理。     ②按照图1所列的内容,把uC—CPU、uC—LIB和uCOS—III三个组件相关的.c和.asm文件添加到对应文件夹,包括移植部分的文件。当然,用户也可以再新建一层子目录区分移植部分和非移植部分。添加文件时有两种方式:拷贝和链接。这里采用链接方式,不生成额外的拷贝,便于代码的管理和更新。将图1中“配置文件”列的几个头文件添加到Cfg文件夹(拷贝图2中的模板文件),这时采用拷贝方式,因为这些文件是应用相关的,不同工程有不同的配置。而其他无需修改的头文件不添加到工程中,而是将其路径加入到工程搜索路径中,这在后面讲述。添加完所有文件后的工程目录如图3所示。 [!--empirenews.page--] 3.3 修改文件     前面提到,uC/OS—III和uC/CPU中需要移植的代码文件在不同的编译器下需要稍作修改。其中,C文件与编译器无关,而汇编文件从IAR转到CodeWarrior有几个地方需要修改,这涉及cpu_a.asm和os_cpu_a.asm两个文件,说明如下:     ①在CodeWarrior的汇编文件中,默认标号都以“:”结尾,编译指令都以“.”开头。虽然也可以在工程设置里取消该限制,但还是建议按照该格式编写代码。因此,请检查汇编代码是否符合上述要求。     ②在CodeWarrior的汇编文件中,声明全局函数用的是.global,而IAR中用的是PUBLIC,如IAR中的“PUB-LIC OSStartHighRdy”应改为“.global OSStartHighRdy”。     ③在汇编文件中,代码前要进行代码段的声明,如IAR中的“RSEG CODE:CODE:NOROOT(2)”在CodeWarrior里应改为“.text,code” 3.4 添加头文件路径     右键点击工程名,选择“Properties”→“C/C++Build”→“Settings”,在“ARM Compile”→“Input”页面可以添加头文件搜索路径,把工程中用到的头文件所在的路径加上,添加时建议使用相对路径(相对工程目录),如图4所示。 3.5 修改中断向量衰     CodeWarrior自动生成的kinetis_sysinit.c文件包含了startup代码和中断向量表,把μC/OS—Ⅲ用到的两个中断向量加入中断向量表,代码如下:         PendSV中断和SysTick定时器集成于Cortex—M3/4内核中,专门用于OS的任务切换和时钟节拍。因此,只要是使用Cortex—M3/4内核的单片机,这部分的移植代码都是通用的。 3.6 代码调试     在进行μC/OS—III应用开发时,应先从最小系统开始调试。在配置文件里把不需要的功能先关掉,如消息队列、信号量、hook函数、统计任务等。在用户程序里执行完硬件相关的初始化后,先建立一个简单的任务(即起始任务),然后测试任务调度是否正常。注意,这时在运行的还有μC/OS—III内部的空闲任务。     如果任务调度正常,可在起始任务里初始化并打开时钟节拍中断,然后可通过断点调试等手段测试时钟中断服务程序是否得到正确执行。确认后可在起始任务里调用延时相关的函数,如以一定的频率闪灯,或者向串口输出信息。如果上述测试通过,那么意味着μC/OS—III已经运行起来了,接下来用户就可以一步步按照应用需求进行开发了。 结语     使用CodeWarrior集成开发环境的读者,只要按照以上步骤,即可在Kinetis系列单片机上完成μC/OS—III的编译和运行。本文所讲述的步骤也可用于其他开发环境,遵循Micrium官方的文件组织结构,可使得工程目录结构清晰规范,方便代码的升级和共享。

    时间:2012-12-23 关键词: ii iii codewarrior uc/os

首页  上一页  1 2 3 4 5 下一页 尾页
发布文章

技术子站

更多

项目外包