Texas Instruments CCxxxx USB Serial Port Setup File
Based on Windows USB CDC ACM Setup File
Copyright (c) 2000 Microsoft Corporation
Copyright (c) 2013 Texas Instruments Inc
[Version]
Signature="$Windows NT$"
Class=Ports
ClassGuid={4D36E978-E325-11CE-BFC1-08002BE10318}
Provider=%PROVIDER%
DriverVer=04/05/2013,1.2.0.0
CatalogFile=ccxxxx_usb_cdc.cat
[Manufacturer]
%MFGNAME%=DeviceList,NTx86,NTamd64
[DeviceList.NTx86]
%DESC_SRFEB%= DriverInstall, USB\VID_0451&PID_16B6
%DESC_CC2511% = DriverInstall, USB\VID_0451&PID_16A4
%DESC_CC1111% = DriverInstall, USB\VID_0451&PID_16A6
%DESC_CC2531% = DriverInstall, USB\VID_0451&PID_16A8
%DESC_CC2540% = DriverInstall, USB\VID_0451&PID_16AA
%DESC_CC2544% = DriverInstall, USB\VID_0451&PID_16C5
%DESC_CC2538% = DriverInstall, USB\VID_0451&PID_16C8
%DESC_CCXXXXBL% = DriverInstall, USB\侍雹VID_0451&PID_16C7
%DESC_REMOTINP% = DriverInstall, USB\VID_0451&PID_16B1
[DeviceList.NTamd64]
%DESC_SRFEB%= DriverInstall, USB\VID_0451&PID_16B6
%DESC_CC2511% = DriverInstall, USB\VID_0451&PID_16A4
%DESC_CC1111% = DriverInstall, USB\VID_0451&PID_16A6
%DESC_CC2531% = DriverInstall, USB\VID_0451&PID_16A8
%DESC_CC2540% = DriverInstall, USB\VID_0451&PID_16AA
%DESC_CC2544% = DriverInstall, USB\VID_0451&PID_16C5
%DESC_CC2538% = DriverInstall, USB\VID_0451&PID_16C8
%DESC_CCXXXXBL% = DriverInstall, USB\VID_0451&PID_16C7
%DESC_REMOTINP% = DriverInstall, USB\老隐帆VID_0451&PID_16B1
------------------------------------------------------------------------------
Windows 32-bit sections
------------------------------------------------------------------------------
[DriverInstall.NTx86]
include=mdmcpq.inf
CopyFiles=FakeModemCopyFileSection
AddReg=DriverRegistryKeys
[DriverInstall.NTx86.Services]
AddService=usbser, 0x00000002, DriverService
------------------------------------------------------------------------------
Windows 64-bit sections
------------------------------------------------------------------------------
[DriverInstall.NTamd64]
include=mdmcpq.inf
CopyFiles=FakeModemCopyFileSection
AddReg=DriverRegistryKeys
[DriverInstall.NTamd64.Services]
AddService=usbser, 0x00000002, DriverService
------------------------------------------------------------------------------
------------------------------------------------------------------------------
[DriverRegistryKeys]
HKR,,EnumPropPages32,,"MsPorts.dll,SerialPortPropPageProvider"
[DriverService]
DisplayName = %SERVICE%
ServiceType = 1
StartType = 3
ErrorControl = 1
ServiceBinary = %12%\usbser.sys
------------------------------------------------------------------------------
String Definitions
------------------------------------------------------------------------------
[Strings]
PROVIDER = "Texas Instruments"
MFGNAME = "Texas Instruments"
SERVICE = "TI USB CDC Driver"
DESC_SRFEB= "TI SmartRFEB USB CDC Serial Port"
DESC_CC1111 = "TI CC1111 USB CDC Serial Port"
DESC_CC2511 = "TI CC2511 USB CDC Serial Port"
DESC_CC2531 = "TI CC2531 USB CDC Serial Port"
DESC_CC2538 = "TI CC2538 USB CDC Serial Port"
DESC_CC2540 = "TI CC2540 USB CDC Serial Port"
DESC_CC2544 = "TI CC2544 USB CDC Serial Port"
DESC_CCXXXXBL = "TI CCxxxx Generic USB CDC Boot Loader"
DESC_REMOTINP = "RemoTI Network Processor"
DMA原理:DMA(DirectMemoryAccess,直接内存存取)是所有现代电脑的重要特色,他允许不同速度的硬件装置来沟通,而不需要依于CPU的大量中断负载。否则,CPU需要从来源把每一片段的资料复制到暂存器,然后把他们再次写回到新的地方。在这个时间中,CPU对于其他的工作来说就无法使用。DMA传输将数据从一个地址空间复制到另外一个地址空间。当CPU初始化这个传输动作,传输动作本身是由DMA控制器来实行和完成。典型的例子就是移动一个外部内存的区块到芯片内部更快的内存区。像是这样的 *** 作并没有让处理器工作拖延,反而可以被重新排程去处理其他的工作。DMA传输对于高效能嵌入式系统算法和网络是很重要的。 在实现DMA传输时,是由DMA控制器直接掌管总线,因此,存在着一个总线控制权转移问题。即DMA传输前,CPU要把总线控制权交给DMA控制器,而在结束DMA传输后,DMA控制器应立即把总线控制权再交回给CPU。一个完整的DMA传输过程必须经过下面的4个步骤。1.DMA请求CPU对DMA控制器初始化,并向I/O接口发出 *** 作命令,I/O接口提出DMA请求。2.DMA响应DMA控制器对DMA请求判别优先级及屏蔽,向总线裁决逻辑提出总线请求。当CPU执行完当前总线周期即可释放总线控制权。此时,总线裁决逻辑输出总线应答,表示DMA已经响应,通过DMA控制器通知I/O接口开始DMA传输。3.DMA传输DMA控制器获得总线控制权后,CPU即刻挂起或只执行内部 *** 作,由DMA控制器输出读写命令,直接控制RAM与I/O接口进行DMA传输。在DMA控制器的控制下,在存储器兆饥告和外部设备之间直接进行数据传送,在传送过程中不需要中央处理器的参与。开始时需提供要传送的数据的起始位置和数据长度。4.DMA结束当完成规定的成批数据传送后,DMA控制器即释放肢模总线控制权,并向I/O接口发出结束信号。当I/O接口收到结束信号后,一方面停止I/O设备的工作,另一方面向CPU提出中断请求,使CPU从不介入的状态解脱,并执行一段检查本次DMA传输 *** 作正确性的代码。最后,带着本次 *** 作结果及状态继续执行原来的程序。由此可见,DMA传输方式无需CPU直接控制传输族明,也没有中断处理方式那样保留现场和恢复现场的过程,通过硬件为RAM与I/O设备开辟一条直接传送数据的通路,使CPU的效率大为提高。焦点问题1:CC-Debugger仿真器和SmartRF04EB仿真器的区别?答:该问题几乎是所有打算购买CC-Debugger仿真器用户的第一个问题,区别非常大,但是可以总结为下面三个方面
1、所支持的芯片差异
A) SmartRF04EB实测后支持的芯片有CC2430、CC2530、CC2531、CC2540,不支持CC2541
B) CC-Debugger支持的芯片非常之多,除了和04eb相同的仿真及下载功宏历能外,还可以通过SPI总线控制CC系列的收发器。
2、能够连接的目标板电压不同
A) SmartRF04EB仿真器只能链接3.3V目标板电压,如果强行连接非3.3V接口,可能会烧坏芯片。仿真器目标接口的第2脚和第9脚是相同的,电压是3.3V
B) CC-debugger仿真器则支持宽目标板电压,从1.2V到3.6V均支持,为什么CC-Debugger能够支持这么宽的目标电压呢,这是因为CC-Debugger与目标芯片之间加了信号电平转换芯片:SN74AVC4T245DR。
3、所具有的的功能不同
A) 我们的SmartRF04EB只有仿真器的功能,如通过IAR软件在线仿真单步调试,以及通过Flash Programmer直接烧写hex文件,
B) CC-Debugger除了具有和SmartRF04EB相同的功能外,还有具有协议分析的功能
使用CC-Debugger作为协议分析仪和独立的USBDongle协议分析仪有些区别,CC25xxUSBDongle作为协议分析仪时,独立工作,只需连接USB,就可以通过PacketSniffer抓包
而使用CC-Debugger用来协议分析时,需要连接目标芯片,连接的接口如上图,必须要接SPI。
焦点问题3:CC-Debugger无法识别目标芯片?
答:到目前为止,用户反映的不识别的情况只有下面三种:
1、没有向CC-Debugger放着器目标接口 第2脚提供Target Voltage,没有电压的愿意有两种,一个是你的板子没有供电,第二个就是你的板子debugger接口的第2脚没有接VCC。详情参加焦点问题1
如果你用的不是标准的10Pin,而是只有DC DD RESET GND四个信号,开发板无法提供连接VCC时,可以用杜邦线将CC-Debugger目标接口的第2脚和第9脚短接,自己蔽局搜对自己供电。
2、你自己做的板子存在腊判虚焊,CC2540等CC系列的芯片通常是QFN封装,这种封装手工焊时非常容易出现虚焊。
3、忘记按复位按键,连接目标板之后,记住一定要按复位按键,然后仿真器识别到目标芯片后,再进行下一步 *** 作。
焦点问题3:如何安装驱动,支持64位系统吗?
答:CC-Debugger是支持Win7 64位系统的,有对应的驱动程序。
安装下列软件会自动安装CC-Debugger驱动:
SmartRF Studio、Flash Programmer、IAR For 8051、PacketSniffer等。如果软件已经安装,CC-Debugger驱动仍未能成功安装时,请到设备管理器中,右击带黄色感叹号的CC-Debugger,手动更新驱动程序,
Flash Programmer软件自带的驱动程序位于(默认路径):C:\Program Files\Texas Instruments\SmartRF Tools\Drivers\cebal
IAR For 8051软件自导的驱动程序位于(默认路径):C:\Program Files\IAR Systems\Embedded Workbench 6.0\8051\drivers\Texas Instruments
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)