keil和iar编程有什么区别

其中CodeWarrior和IAR针对的单片机种类较多；R4);251/，适用面较广优秀不优秀，每个人的侧重点不同，无法一概而论。

至于编译器的效率方面这几方总在打嘴仗，也很难说清楚谁的编译器效率更高（因为要取决于具体的应用和源程序的书写）。

就我来看对于普通用户而言其实差别不是那么明显的。

从易用性和体验来说，个人觉得CodeWarrior > IAR >166以及部分ARM平台（7、9、Mx/。

Keil相对来说狭窄一些，主要面向51/ Keil...

Keil MDK 和 IAR 两款ARM开发工具哪个比较好

1、MDK不支持层叠文件夹，在文件夹的下一级中必须为文件；IAR支持层叠，可以比较方便管理代码，理清层次。

2、MDK连接library，直接添加到文件夹即可；IAR则需要从工程中选项中设置。

这应该不算什么问题，毕竟大多数IDE都是这么做的，但最让人很郁闷的是，IAR不能采用相对路径。

比如../MUF/MUF.LIB在编译时，就会连接到别的目录，只能采用d:/MUF/MUF.lib绝对路径的形式。

3、 MDK支持dynamic_cast运算符，而IAR文档中明确表示不支持。

如果在IAR中强行使用该运算符，则编译会报错：Error[Pe020]: identifier ＂dynamic_cast＂ is undefined4、MDK默认只创建工程，工作区是不会直接创建。

如果想多个工程聚合，则首先需要创建一个multi的工作区，然后再添加相应的工程。

IAR，默认是创建工程和工作区，如果想多个工程并存，直接添加即可。

相比之下，MDK创建工程的文件比较少，而IARM创建工程生成的文件比较多。

...

编译器和IDE的区别 如Eclipse、tasking,GNU,GCC,keil,IAR有什么区别...

所以给你感觉IDE跟硬件平台有关了2， 编译器与你是什么架构的CPU是有关的，不同架构的CPU.1 你在编译之前，肯定会选择你是哪个内核的ARM，或者选择你是哪一款芯片。

这是配置问题，私加的功能通常是厂商自己提供BSP开发包来解决的，而不是修改编译器6.你这个问题没有意义，比如嵌入式板上跑裸机程序或用LINUX系统，那你所用的IDE通常来讲是不同的，并无关编译器是否不同这个级别的问题上了，甚至用LINUX OS的系统上运行的程序不需要IDE，只需要GCC，这类问题，要不，要不，就问芯片厂商技术支持，其机器指令不一样，所以需要不同的编译器3， 如果你的编译器功能足够强大。

2。

你可以咨询你现在所使用芯片的官方技术支持，问他们看哪个IDE或哪款编译器支持你想要的芯片。

2.2 同样，你可以百度谷歌0， 有些IDE是支持多种编译器和多种硬件架构的1, IDE本身跟硬件没有关系， 是自带的编译器跟平台有关，但各硬件厂家会为自己定制或开发维护一个IDE方便开发，而如果你硬是想在宿主机上用LINUX平台开发裸机程序，用GCC去编应该也可以，但通常你都是在WINDOWS平台用一个所谓的IDE的软件去编一个IMG，然后烧到ARM平台上，是可以让你所想到的任何语言所描述的程序编译成你想要指定的硬件平台上去运行，不过事实上，这种万能编译器几乎很难实现，也就是：没有4.要看IDE是否支持配置不同的编译器，ECLIPSE应该是可以配置GCC的5. 编译器只管到架构一层，不会管到自己私加的一些功能上...

Jtag与Jlink有什么区别

调试ARM，要遵循ARM的调试接口协议，JTAG就是其中的一种。

当仿真时，IAR、KEIL、ADS等都有一个公共的调试接口，RDI就是其中的一种，那么我们如何完成RDI-->ARM调试协议（JTAG）的转换呢？有以下两种做法：1.在电脑上写一个服务程序，把IAR、KEIL和ADS中的RDI命令解析成相关的JTAG协议，然后通后一个物理转换接口（注意，这个转换只是电气 物理层上的转换，就像RS232那样的作用）发送你的的目标板。

H-JTAG就是这样的。

H-JTAG的硬件就仅是一个物理电平的转换接口，所以很简单。

而电脑中装的h-JTAG软件就是前面说到的服务程序，负责协议转换的。

2.做一个板，用此板直接接收来自IAR、KEIL和ADS等软件的调试命令，由此板做RDI->JTAG协议的转换。

然后与目标板通信，这就是JLINK的工作原理。

由上可以看出H-JTAG由于是软件作协议转换的，所以速度较慢，但是硬件简单。

而第二种方法的JLINK一般带一个强劲的CPU，作硬件协议转换，把以硬件复杂，但速度快。

JTAG的基本原理JTAG(JointTestActionGroup，联合测试行动组)是一种国际标准测试协议（IEEE1149.1兼容）。

标准的JTAG接口是4线——TMS、TCK、TDI、TDO，分别为模式选择、时钟、数据输入和数据输出线。

JTAG的主要功能有两种，或者说JTAG主要有两大类：1）一类用于测试芯片的电气特性，检测芯片是否有问题； 2）另一类用于Debug，对各类芯片以及其外围设备进行调试；一个含有JTAGDebug接口模块的CPU，只要时钟正常，就可以通过JTAG接口访问CPU的内部寄存器、挂在CPU总线上的设备以及内置模块的寄存器。

本文主要介绍的是Debug功能。

JTAG原理分析 简单地说，JTAG的工作原理可以归结为：在器件内部定义一个TAP(TestAccessPort，测试访问口)，通过专用的JTAG测试工具对内部节点进行测试和调试...

JLINK与JTAG的区别是什么？

调试ARM，要遵循ARM的调试接口协议，JTAG就是其中的一种。

当仿真时，IAR、KEIL、ADS等都有一个公共的调试接口，RDI就是其中的一种，那么我们如何完成RDI-->ARM调试协议（JTAG）的转换呢？有以下两种做法：1.在电脑上写一个服务程序，把IAR、KEIL和ADS中的RDI命令解析成相关的JTAG协议，然后通后一个物理转换接口（注意，这个转换只是电气 物理层上的转换，就像RS232那样的作用）发送你的的目标板。

H-JTAG就是这样的。

H-JTAG的硬件就仅是一个物理电平的转换接口，所以很简单。

而电脑中装的h-JTAG软件就是前面说到的服务程序，负责协议转换的。

2.做一个板，用此板直接接收来自IAR、KEIL和ADS等软件的调试命令，由此板做RDI->JTAG协议的转换。

然后与目标板通信，这就是JLINK的工作原理。

由上可以看出H-JTAG由于是软件作协议转换的，所以速度较慢，但是硬件简单。

而第二种方法的JLINK一般带一个强劲的CPU，作硬件协议转换，把以硬件复杂，但速度快。

具体介绍你可以参考这个啊；http://www.21ic.com/app/mcu/201304/178185.htm...

...ARM9开发板,想知道用什么开发环境比较好,KEIL ,IAR ,ADS等,...

如果不跑linux或wince，还是用iar，编译效率高。

ads是arm公司原先的官方开发环境，现在已经停止更新了，转而改为keil为官方平台。

只不过原先的开发板都是ads所以例程是ads的。

如果你买个新出的其实早已不用ads了其实用keil和iar都行，看个人习惯，iar上手难，keil用过51的几本上都会使。

CCS和IAR哪个比较好用

j-link能支持所有的ARM,STlink只能ST32FXXX ST的8位的MCU也可以，没试过高版本，我的STlink监视存储单元不能正常刷新.jlink就没问题.ulink没用过.ARMCortex系列仿真调试器 主流的调试工具1、 J-Link J-Link是最著名的ARM开发调试工具，J-Link由SEGGER公司生产。

提供对市面上几乎所有ARM内核芯片的支持。

目前最新版本的J-Link产品为V8，支持JTAG和SWD模式。

并且对主要的IDE环境如KEIL、IAR都有良好的支持。

优点很多，因此也是首选的调试工具。

2、 ULINK，通用的ARM JTAG工具ULINK ULINK是ARM官方的调试工具，KEIL出品。

ULINK也可以支持大多数的ARM芯片，对KEIL的支持非常好，是KEIL的默认调试工具。

缺点是因为不支持IAR，影响了ULINK的推广。

ULINK官方提供电路图等资料，属於半开放的，可以自做。

其他通用型工具3、 OpenJTAG OpenJTAG为开源的JTAG调试工具，功能强大，并且配合其他的开源软件工具可用於在Linux对ARM芯片进行调试，因此在一些社群中使用较多。

因为采用FTDI+FPGA双芯片的架构，成本相对较高。

4、 J-link ARM-OB 因为SEGGER版本众多。

其中有一些定制的版本，不带J-link模式而仅支持SWD模式。

J-linkARM-OB最初是SEGGER给某个厂家的特殊版本。

被破解后目前可以自制，成本约￥20。

ARM-OB因为不支持JTAG模式，而仅支持SWD模式，因此有些较早的ARM7内核MCU，并且不支持SWD模式的芯片，是不能够调试的。

5、 低成本的并口JTAG 并口JTAG的电路网上很多，目前因为电脑没有了并口的关系，处於淘汰阶段。

但从成本上来说是最便宜的。

较流行的一种要注意20PIN的接线，其中RTCK的接法。

定制版本和厂家的调试工具6、 ST公司的ST-LINK ST-LINK可以单独购买，也可以通过ST公司的开发板自带，Discovery系列的开发板价格最低价格不到￥100。

板载的ST-LINK可以仿真ST公司的所有ARM芯片。

ST-LINK除支持ST公司的ARM MCU(M3内核的STM32F1、F2,M4内核的F4、F3以及M0内核的F0)，还支持STM8系列。

ST-LINK的版本目前为ST-LINK V2。

虽然资料基本公开，但既然成本不高，就没必要自制。

7、 TI公司的Stellaris ICDI TI的Stellaris ICDI用於调试Stellaris系列芯片。

TI的开发板都自带的，采用FTDI2232芯片，并额外提供串口用於调试。

也有少量产品使用LM3S的MCU代替FTDI2232仿真。

TI的ICDI调试工具支持LM3S系列Cortex-M3以及LM4F系列Cortex-M4内核的芯片。

支持Keil、IAR以及自家的CCS调试环境。

TI的LM3S811开发板原来是送的，不花钱，现在LM4F的Lanchpad通过官方论坛可以以低於￥100的价格买到。

8、 NXP公司的LPCXpresso NXP的LPCXpresso开发板支持NXP的M0和M3系列MCU调试，板载的开发工具设计成与目标芯片分离，因此可用来对NXP的CORTEX-M0和M3调试。

目前LPCXpresso板载的调试目前必须与特定的LPCXpresso IDE软件配合，而不能配合使用KEIL和IAR。

但因为是基与Eclipse开源项目，所以可以支持Linux环境。

与LPCXpresso相仿的国内的英蓓特和周立功也有NXP LPC1114芯片的开发板。

NXP的另一个支持环境是mbed，目前mbed也对Freescale的一些芯片提供支持。

9、 Nuvoton新唐的Nu-Link 目前新唐推出了M0内核的MCU,(M4内核的计划推出)开发板自带Nu-Link，用来调试自家的芯片。

新唐科技的开发板型号很多，如果参加过中电网的线上座谈的话，手头应该会有了。

开发板的价格未知，但厂商目前基本上是以送的方式再推广。

10、Freescale的Freedom 飞思卡尔的Freedom系列开发板算很便宜，官方价格有些不到￥100，用於开发M0+系列的KinetisL系列。

自带 OPENSDA。

调试工具还不了解，肯定支持自家的Codewarrior。

这个开发板目前销售数量上万（不是国内的数据），11、CooCox的CoLink 也是采用FTDI2232芯片实现。

属於少有的国内开源项目。

提供完整的资料，可以自制。

CoLink不仅支持CooCox IDE，也可以支持KEIL等环境，只是目前支持的芯片还比较少，并且大部分是M0内核的芯片。

12、其他MCU厂商的调试工具 爱特梅尔 EnergyMicro 英飞凌 亚德诺 赛普拉斯 芯科实验室 富士通 盛群 瑞萨 注： 本文写作时，芯科实验室没有收购EnergyMicro ,NXP没有收购飞思卡尔。

keil软件可以仿真么,protel呢,proteus呢,他们什么区别啊,哪个比较...

但使用并不是很多。

一般采用Proteus和Multism来进行设计仿真Keil是编译软件，可以仿真，应用场合不同。

如果写代码进行软件调试，选用Keil，可以进行软件仿真，也可以连接硬件，进行硬件仿真，不含单片机。

Protel是PCB绘制软件，虽然也有仿真功能，选用Multism如果对单片机进行硬件仿真。

Proteus和Multism都可以进行设计仿真，也是国内一般设计人员采用的。

其不同Proteus可以仿真单片机，也是目前唯一一款可以用纯软件来仿真硬件单片机（可加载Hex文件）的软件。

三者各有优点；如果对硬件电路进行仿真，选用Protues如果绘制电路图，生成PCB板，只是仿真单片机...