PLD/FPGA厂商介绍(转)

转自：http://www.fpga4u.com/index.php?title=PLD/FPGA%E5%8E%82%E5%95%86%E4%BB%8B%E7%BB%8D

随着可编程逻辑器件应用的日益广泛，许多IC制造厂家涉足PLD/FPGA领域。目前世界上有十几家生产CPLD/FPGA的公司，最大的三家是：ALTERA，xilinx，Lattice，其中ALTERA和XILINX占有了60%以上的市场份额。

1．ALTERA：九十年代以后发展很快，是最大可编程逻辑器件供应商之一。主要产品有：MAX3000/7000,FLEX10K,APEX20K，ACEX1K，Stratix，Cyclone等。开发软件为QuartusII。

2．xilinx：FPGA的发明者，老牌FPGA公司，是最大可编程逻辑器件供应商之一。产品种类较全，主要有：XC9500，Coolrunner ，Spartan, Virtex等。开发软件为ISE。通常来说，在欧洲和美国用Xilinx的人多，在日本和亚太地区用ALTERA的人多。 全球PLD/FPGA产品60%以上是由Altera和Xilinx提供的。 可以讲Altera和Xilinx共同决定了PLD技术的发展方向。

3．Lattice：Lattice是ISP技术的发明者,ISP技术极大的促进了PLD产品的发展，与ALTERA和XILINX相比，其开发工具略逊一筹。中小规模PLD比较有特色， 1999年推出可编程模拟器件。99年收购Vantis（原AMD子公司）,成为第三大可编程逻辑器件供应商。2001年12月收购agere公司（原Lucent微电子部）的FPGA部门。主要产品有ispMACH4000，EC/ECP,XO,XP以及可编程模拟器件等

4．ACTEL：反熔丝（一次性烧写）PLD的领导者，由于反熔丝PLD抗辐射，耐高低温，功耗低，速度快，所以在军品和宇航级上有较大优势。ALTERA和XILINX则较少涉足军品和宇航级市场。ACTEL在中国地区代理商是裕利（科汇二部)和世强电讯

5．Cypress : PLD/FPGA不是Cypress的主要业务，但有一定的用户群，中国地区代理商有：富昌电子，德创电子等

6．Quicklogic :专业PLD/FPGA公司，以一次性反熔丝工艺为主，有一些集成硬核的FPGA比较有特色，但总体上在中国地区销售量不大。

7．ATMEl :PLD/FPGA不是ATMEL的主要业务，中小规模PLD做的不错。ATMEL也做了一些与Altera和Xilinx兼容的片子，但在品质上与原厂家还是有一些差距，在高可靠性产品中使用较少，多用在低端产品上。ATMEL代理较多，有五，六家。

点击此处查看原文 >>

系统分类: 虚拟仪器   |    用户分类:    |    来源: 转贴

如何选择ARM CPU的操作系统

从8位/16位单片机发展到以ARM CPU核为代表的32位嵌入式处理器，嵌入式操作系统将替代传统的由手工编制的监控程序或调度程序，成为重要的基础组件。更重要的是嵌入式操作系统对应用程序可以起到屏蔽的作用，使应用程序员面向操作系统级开发应用软件，并易于在不同的ARM核的嵌入式处理器上移植。 嵌入式操作系统都具有一定的实时性，易于裁剪和伸缩，可以适合于从ARM7到Xscale各种ARM CPU和各种档次的应用，嵌入式操作系统可以使用广泛流行的ARM开发工具，如ARM公司的SDT/ADS和RealView等,也可以使用开发软件，如GCC/GDB、KDE或Eclipe开发环境，市场上还有专用的开发工具，如Tornado、mC/View、mC/KA、CODE/Lab、Metroworks等。 
       本文就目前国内在ARM CPU上广泛采用的三种嵌入式操作系统(uCOS-II、uCLinux和嵌入式Linux)作分析。

M开发论坛

       uCOS-II嵌入式实时内核

ARM

       全世界数百种设备已经在使用uCOS-II，包括手机、路由器、不间断电源、飞行器、医疗设备和工业控制设备。uCOS-II已经有ARM7TDMI、ARM9和Strong ARM等各种ARM CPU的移植，支持包含Atmel、Hynix、Intel、Motorola、Philips、Samsung、Sharp等公司的ARM核的CPU。uCOS-II的移植也相当容易，与CPU相关的代码包装在三个文件中，它们是os_cpu.h、os_cpu_a.asm和os_cpu_c.c。 M开发论坛

       uCOS-II有60多个系统调用，覆盖任务、定时器、信号量、事件标志、邮箱、队列和内存管理，已经包含了传统嵌入式操作系统内核(如PSOS，VRTX)的功能，还支持互斥型信号量，这是90年代的嵌入式操作系统内核，如VxWorks和VRTXsa才有的技术。

字串5

       uCOS-II因为是可抢占的实时内核，所以uCOS-II与商业嵌入式实时内核在性能上没有什么差异，uCOS-II没有用户态和内核态，任务(线程)或中断和任务切换的响应可以很快，主要是和ARM CPU相关的。最新的2.7x版本还增加了算法以避免在移植中修改堆栈指针,这样可以保证uCOS-II在不同的CPU上运行更稳定，移植更方便。uCOS-II目前除了内核外还有商业化文件系统mC/FS，图形系统uC/GUI以及任务调试工具uC/KA和uC/View，但是uC/OS-II自己目前还没有TCP/IP协议系统。 M开发论坛

       总的来说，uCOS-II是一个非常容易学习，结构简单，功能完备和实时性很强的嵌入式操作系统内核，适合于各种嵌入式应用以及大专院校教学和科研。最后需要说明，uCOS-II不是免费软件，任何人学习使用uCOS-II需要购买《嵌入式实时操作系统uCOS-II》一书，使用uCOS-II的产品需要购买产品生产授权，购买了此授权的还可以得到开发期间的技术支持和升级服务。
uCLinux操作系统

字串5

       uCLinux是Linux小型化后，适合于没有MMU(内存管理单元)的微处理器芯片而裁剪成的操作系统，如果ARM CPU系列中的ARM7 TDMI、ARM940T等产品希望使用Linux操作系统，只能用uCLinux，当然，uCLinux也支持Motorola Dragonball、Coldfire等其它中低端嵌入式处理器。

       uCLinux保持了传统Linux操作系统的主要特性，包括稳定、强大的网络和文件系统的支持，uCLinux裁剪了大量的Linux内核以缩小尺寸，适合象512k/b RAM、1M/b Flash这样小容量、低成本的嵌入式系统。uCLinux系统小型化的另一简化是采用了uCLib库替代Linux的Glib库，使用uCLib可以大大减少应用程序的代码尺寸，对于中小型嵌入式应用，uCLib功能可以满足需要，所以目前即使是某些采用Linux 2.4内核的嵌入式Linux系统也采用uCLib库的做法。uCLinux中，由于没有内存保护机制，应用代码一般采用静态连接的方式，而且在uCLinux中采用Flat文件执行格式(Linux是Coff或Elf格式), uCLinux和应用代码都可以支持固化，存储在Flash存储介质中，不需象Linux需要经过一次Flash到RAM的拷贝。所有这些，使得uCLinux更象传统意义上的嵌入式操作系统。

       uCLinux是由Linux 2.0.38内核开始移植的，目前已经有2.4 Linux支持的一些移植的版本，如S3C2500、44B0等ARM芯片，可以在uCLinux的官方网站www.uclinux.org上找到这些版本，uCLinux近期主要是在发展各种2.4.x版本的移植，以期跟上Linux社会主流的发展趋势(因为今后Linux 2.6将开始成为主流的内核)。 ARM

       uCLinux主要是针对没有MMU的嵌入式处理器开发设计，那么它也失去了有MMU所带来的Linux操作系统的特色，比如，上面已经提到的静态加载(Linux支持动态应用的加载)，uCLinux对内存操作是直接的物理内存，这样，任何程序的异常都可能导致内核崩溃，uCLinux支持多线程，但需要父子线程协调同步，uCLinux的文件系统相对比较陈旧，支持的CPU和参考设计还比较少，社区的发展和维护也相对缓慢。目前uCLinux官方网站还很少看见象IBM、Intel这样的大型公司身影，只有2~3家小型的硬件或方案提供商，这对于商业化的产品开发中采用是有一定的风险。 ARM

       嵌入式Linux操作系统

ARM

       这里要讨论的是可以嵌入在ARM CPU上的，具有MMU功能的Linux操作系统，也可以称是嵌入式Linux操作系统。与微软公司的软件不一样，Linux不是由一家公司所拥有、维护开发的， Linux在市场有多种发行版本，所有发行版本都包含一样的Linux内核、基本工具和应用，不同的发行版本主要是在附加的工具链、应用、配置以及各种内核补丁上有所不同。嵌入式Linux主要是在实时性增强、内核精简和裁减、支持多种CPU结构(如ARM CPU)等方面做了改进和提高。
ARM开发论坛

        使用嵌入式Linux系统有两种途径：

字串8

       第一是用户自己装配(称为DIY内核)，你可以在www.kernel.org找到全部Linux代码，或直接到ARM CPU的源代码树下www.armlinux.org.uk找到所需要的Linux版本的移植，或者某些半导体公司，如三星、Motorola在自己的网站或在自己的ARM评估板含有一个最小Linux内核系统。如果这个最小内核没有包含GCC/GDB工具链，可能还要到GNU的网站下载全部的源代码，然后再编译生成所需要版本的ARM工具链和应用程序库，这个过程是相当耗时和困难的。还需要指出，这种DIY内核的配置，添加应用和驱动程序也是不标准的和复杂的，这是嵌入式系统的特殊性所在。

       第二是选择一个商业化的嵌入式Linux操作系统平台。商业化的嵌入式Linux版本是针对嵌入式处理器，如ARM所优化设计的，支持各种半导体厂家的评估板和主要的设备驱动，商业化的嵌入式Linux包含了文件系统、应用、实时性扩展和技术支持培训服务，现今国外著名的商业化嵌入式Linux产品有：MontaVista Linux、Bluecat Linux、Timesys Linux、 Metrowork Linux、Vlinux和Redhat Linux等，国内也有红旗、中软、新华嵌入式Linux。 ARM

       MontaVista Linux是MontaVista软件公司于1999年推出的，它是目前全球优秀的嵌入式Linux操作系统和工具供应商，MontaVista在嵌入式Linux的实时==叉开发工具、高可用性、动态电源管理等Linux技术要点方面具有领先地位。MontaVista Linux最版本是3.1，采用Linux 2.4.20，针对8种CPU系列(包含ARM和Xscale)优化定制的商业化版本。 ARM开发论坛

       选择象MontaVista Linux这样商业化嵌入式Linux，可以让用户把时间和资金放在应用软件和特定的硬件接口和设备驱动程序，使用商业化嵌入式Linux可以得到一定时间(一般是1年)的技术支持，升级和培训(这很重要，因为Linux是每天都在变化的)。 http://www.armforum.cn

        商业化嵌入式Linux目前除国内的产品外，价格还是很昂贵的，根据配置和服务时间，大约从几千到几万美元，多数国内用户从资金和心理上还很难承受，商业化嵌入式Linux开发工具相对于Microsoft和象Tornado/VxWork的开发工具，在易于使用和丰富性方面还待于提高和改进。

       同样作为Linux操作系统，笔者推荐使用带有MMU的嵌入式Linux，而不是mCLinux，因为绝大多数新的ARM CPU都是AMR9核，它们都带有MMU了，无论是开放源码的Linux社区还是商业化的嵌入式Linux公司的支持和维护都比mCLinux要好要快和丰富得多。
结语 字串8

       前面我们对三种在ARM CPU上较为流行的嵌入式操作系统作了详细的分析，在进入一个总结之前，笔者还想提到几个在国际上很有名气的嵌入式操作系统，它们是WindRiver公司的VxWorks、ATI的Nucleus、iTron和WinCE，但它们在ARM CPU的应用不多见，介绍从略。 最后归纳一下选择一个合适的ARM CPU的嵌入式操作系统的几个重要因素：

       第一是应用。如果你想开发的嵌入式设备是一个和网络应用密切相关或者就是一个网络设备，那么你应该选择用嵌入式Linux或者uCLinux，而不是uC/OS-II。 ARM开发论坛

       第二是处理器。它可以适合于90~95%的各种嵌入式系统应用。当然，你如果希望更快的实时响应，如高速的A/D转换需要几个微秒以内的中断延时，可能采用uC/OS-II是合适的。当然，你采用象Vxworks这样传统的嵌入式操作系统也可以满足这样的强实时性要求。 M开发论坛

       第三是开发工具。显然，目前uC/OS-II、uCLinux和嵌入式Linux的开发工具与商业嵌入式操作系统工具还有一些差距，目前在ARM CPU上广泛流行和使用的是ARM公司SDT/ADS工具链，产品无论在功能、稳定性和众多的第三方厂商支持方面都很好，唯一不足的是缺少对嵌入式Linux操作系统的支持，SDT/ADS的升级产品RealView计划支持GCC和嵌入式Linux，但目前还没有看到，uC/OS-II可以使用ARM SDT/ADS，但没有操作系统调试功能。

http://www.armforum.cn

       第四是所选择的ARM CPU和参考板，象ARM7TDMI和ARM940T(如S3C2500/2510)核是不能使用嵌入式Linux的，如果想用Linux，只能用uCLinux，如果想用VxWorks，需要了解一下提供评估板的公司是否有BSP(板支持包)，VxWorks自己只有少数ARM公司评估板的支持。

        最后是价格和技术服务。在考虑购买商业嵌入式操作系统时，会遇到是买还是自己做的问题，这是很正常的，尤其是在采用开放源代码技术时，这个问题就更加突出。有一点需要注意的是，有些产品如VxWorks是既按用户数收取开发费，也按用户产品售出的实际数量收取每个VxWorks软件运行的版税。 uC/OS-II只是收取每种产品一次性版税(不限数量)。Linux无论是uCLinux还是嵌入式Linux(即使是商业版本象 MontaVista Linux)是不收版税的，商用嵌入式Linux是以服务费或订阅方式收取开发时的费用。很明显，国外产品价格是贵一些，但不能不承认他们在嵌入式操作系统的技术已经远远走在前方。

点击此处查看原文 >>

系统分类: 虚拟仪器   |    用户分类:    |    来源: 整理

英倍特uCOS-II 的教学课件

英倍特uCOS-II 的教学课件

点击此处查看原文 >>

系统分类: 虚拟仪器   |    用户分类:    |    来源: 整理

Altera vs Xilinx之四 微处理器核特性（转）

转自：http://www.21ic.com/news/html/257/show27815.htm

Altera公司的NiOSⅡ微处理器软核和Xilinx公司的MicroBlaze微处理器软核都是32位哈佛结构的RISC处理器，数据和地址总线是分开的。两种处理器软核都包含有ALU算术逻辑单元、程序计数器、通用寄存器、指令Cache和数据Cache，以及可选的乘法器、除法器等硬件。这两个微处理器软核通常利用片上存储器与高速的系统总线连接，此外又有外设总线。由于是哈佛结构，所以系统总线和外设总线的数据和指令通道是分开的。下表给出了 NiOSⅡ与 MicroBlaze微处理器核特性的比较。

点击此处查看原文 >>

系统分类: 虚拟仪器   |    用户分类:    |    来源: 转贴

Altera vs Xilinx之三 时序分析（转）

转自：http://www.21ic.com/news/html/257/show27814.htm

FPGA时序分析实用指南

1.       基本时序分析

a)         时钟周期

时钟周期分析是最简单的一个, 也是最容易理解的一个分析, 硬件对应的基本道理是寄存器输出延迟 + 逻辑操作延时 + 连线延迟 + 建立时间 必须小于时钟周期, 上面的式子即定义了最短的时钟周期, 也即信号的最高工作频率. 在一些实际情况下, 上面的式子会有一些变化, 比如考虑时钟的抖动, 不同信号状态下传输的延迟不一样, 等. 一般情况下, 分析最坏情况即可. 一般情况下, 时钟周期都是作为全局约束添加的. 在FPGA工作当中, 只需要加一个简单的时钟周期约束即可. 在实际项目当中, 可能会遇到有多个相关时钟, 在Quartus II中, 可以设置时钟之间的相对关系, 然后只需要设置基本的时钟约束即可. 可以在 Assignments à Settings à Timing Analysis Settings à Classical timing analyzer à Individual clock中设置. 对Quartus比较熟悉的也可以通过.qsf文件设置, 具体语法可以参考原有的设置, 一般情况下, 只要稍作修改就可以了. 直接编辑.qsf文件的好处是对于添加多个类似的约束比较快. 在ISE中, 可以使用 User constraints à create timing constraints, 通过图形界面设置, 也可以直接编辑.ucf文件实现. 同样, 具体语法可以参考现成的文件.

b)         输入setup

输入数据的setup要求是初学者经常搞糊涂的一个约束. 其实Quartus和ISE里边对输入setup的定义都非常清晰, 也即, 从外部来看, 只要满足时钟和数据一定的关系, FPGA内部可以保证不会出现亚稳态现象(即采在数据的沿上). 下面这幅图给出了Tsu的定义.

                                                      
 

在Quartus中, 这个参数是Tsu, 其准确定义如下: The length of time for which data that feeds a register via its data or enable input(s) must be present at an input pin before the clock signal that clocks the register is asserted at the clock pin. 具体计算公式如下: t_SU = + - . 确切的说, 这个定义应该是从外部看到的FPGA的时序要求. 比如Tsu为 0.5ns, 那么只要数据在0.5ns之前建立, 数据送入FPGA应该不会出现问题. Tsu可以是全局约束, 也可以是局部约束. 全局约束可以通过Assignments à Settings à Timing Analysis Settings à Classical timing analyzer中的Tsu来设置, 局部约束可以通过Assignment Editor来添加.

在ISE中, 叫做Offset In Before或者Pad to setup, 准确定义如下: The minimum time for input signals to be stable before they can be sampled correctly on the next active clock edge. 具体计算公式为: Slack = Requirement - (Data Path - Clock Path + uncertainty)

举个例子来说, 如果时序报告给出数值为4.468ns, 那么这意味着数据必须在时钟沿之前4.468ns建立, 换而言之, 只要外部送入数据在4.468ns之前建立, FPGA内部采用不会出问题. 具体的计算方法如同Altera. Offset in Before可以是全局约束, 也可以局部约束, 在Constraint Editor可以设置.

在实际使用过程中, 通常大部分情况下, 数据和时钟都是每个周期有效. 因此, 数据到底在哪个时钟周期被寄存器捕获其实并不重要, 关键是所有的相关数据(比如一个总线的数据[7:0])必须保证在一个时钟周期内采样. 因此, 如何避开会造成亚稳态以及如何使得相关的数据的Tsu尽量保持一致, 是解决数据输入FPGA的时序问题的关键.