MTK的ATE工具使用说明
Revision: 0.01
Preliminary Information
Documents Number:
MediaTek
Revision History
Revision Date Author Comments 0.01 6/01/2004 Ben Huang First release
Table of contents
Revision History (2)
Abstract (4)
1Introduction (5)
1.1Overview (5)
1.2Environment requirement (5)
2Installation (6)
3測試環境設定 (9)
3.1系統配置(範例:CMU200測試環境) (9)
3.2系統配置(範例:Agilent 8960測試環境) (10)
4
5
Abstract
這個程式主要的用途是屬於使用在生產線的測試軟體，所控制的設備例如行動通訊綜合測試儀包含有R&S CMU200， Agilent 8960，以及在 Power Supply的控制部份則有R&S NGSM與Agilent 663xx系列，所能測試項目的部份有MTK GSM Chipset Calibration(包含有GSM、 DCS、 PCS三個部分) ，其中的詳細項目包含有AFC 、 Pathloss Calibration、APC calibration 、ADC calibration，除此之外，在Final Test的系統中則包括有Average Power 、Peak Power 、Power vs time 、Spectrum due to Modulation、 Spectrum due to Switching 、Rx level、,Rx Quality 、Class II、Class Ib、Phase Error Peak 、Phase Error RMS 、Frequency Error等等的項目。
1 Introduction
1.1 Overview
MTK ate (Media Tek automatic test environment)這個程式的使用介面是屬於便於生產線操作員利用的測試軟體，在操作介面上可對於一些測試的項目或參數做設定，也可啟動為只做GSM RF 測試或者只為Calibration測試，也可以為Calibration加上GSM RF 的測試，測試所設的參數會直接更新系統的INI檔(MTK_ATEDEMO_SETUP.ini) ，此系統的在Calibration階段是進入Non Signaling(META mode)的測試模式下做Calibration ，在GSM的測試中則是進入Signaling Mode(Normal mode)做測試。
requirement
1.2 Environment
2 Installation
Please execute “setup.exe” to start installing Program. The install shield will help user to install step by step.
這檔
3 測試環境設定
範例:CMU200測試環境)
3.1 系統配置(
CMU200
Power Supply Cable
RF Cable (Outside Cable)
RF Cable (Inner Cable)
Figure 4 CMU Test Enviroment.
Note:
CMU200 RF Port在系統中用到的部份有RF1 、RF2，建議使用RF2，因為如果是用RF1較適合用在High Power讀值，可能會在量測上容易有較大的誤差，除非有加裝CMU B99，使得RF1與RF2為相同的量測Port便沒有差別，可在Report option and System configuration(請參考 4.4章節)設定介面中選取所要使用的RF Port，補償值部份有分為Input Loss與Output Loss的部份，請在測試前先找出上圖中Inner Cable與Outside Cable的Loss為何，例如:GSM部份Input/Output Loss為1dB，則請在Configure Final test parameter panel 或者Calibration Configuration Panel 的Input/Output Loss.設為1。
3.2 系統配置(
範例:Agilent 8960測試環境)
Figure 5 Agilent 8960 Test Enviroment.
Note:
Agilent 8960 RF Port在系統只有一個RF Port，而且尚未分別Input與Output Loss，因此，例如系統的RF Cable的Loss為1 dB，則請在Calibration Configuration Panel 中的Input Loss.設為1。目前的Loss setting 會自動轉換+/-號，所以如果 Loss為1dB則補償為+1dB。
4 程式操作流程之說明
4.1 主畫面之設定與介紹
以下為系統測試的主畫面，目的是提供一個易於讀取測試結果的設計與操作，方便生產線人員可以快速測試產
品以及得到測試的結果，而且當產品產生問題時也可經由即時畫面顯示得知問題所在，主畫面除了顯示量測的結果以及量測的時間外，也包含了error code 的顯示。: 畫面的內容顯示的訊息如下:
呼叫測試RF Test 與Calibration 所希望調整參數的選取Calibration 所使用的Database 檔
RF final Test
4.2 RF Final Test 參數設定介面之說明
這個介面主要提供了方便輸入測試用的測試參數，包括Default Test Items 量測項目以及GSM Signalling 端
的測試上Cable Loss 的設定。
開始測試的按鈕 顯示測試狀態與Error Code,圖例表示TCH ARFCN 512 PCL 0有115錯誤號碼，可在MTK_ATEDEMO_SETUP.ini 的[Error Code]讓使用者自行定義。
顯示測試結果的狀態
Call Setup 參數之設定
GSM RX部份的測試參數設定
4.3 Calibration
參數設定介面之說明
這個介面主要是在更改不同Calibration 的測試參數，包含有Cable Loss的設定以及AFC所校正用的DAC值等等。
Calibration Cable Loss設定
4.4 Report option and System configuration設定介面之說明
這個介面的主要功能為系統在測試前的基本設定。
下拉介面如下敘述:
TEST MODE SELECT
1. Manual Initial: 手動階段可以對於測試的參數及項目做設定，手動的選取測試的模式。
2. Final Test: 選取後將程式重新啟動，會直接初始化在這個模式，適合產線應用。
3. Calibration Test: 選取後將程式重新啟動，會直接初始化在這個模式，適合產線應用。
4. Calibration & Final Test: 選取後將程式重新啟動，會直接初始化在這個模式，適合產線應用。
Power Supply Type
目前支援R&S Power Supply與Agilent 663xx系列的Power Supply。
GPIB ADDRESS的設定在MTK_ATEDEMO_SETUP.ini內的[System Setting]
Agilent 663xx設定方式: Power Supply Address = GPIB0::5::INSTR
R&S NGSM設定方式: Power Supply Address = GPIB::16
Radio
Fast Power Measurement:
適用於版本較新的CMU200 ，此項功能為利用Wideband Power Detector 來量測 ，能夠減少APC Calibration 所需要的時間。
Wireless test:
如果生產線需求架設一個wireless 測試站的時候，可以選擇設定為1，在測試的時候就會在不同的
系統的功能選擇
選擇Configure 檔 與Calibration INI 檔
測試Channel中，設定不同的Cable Loss補償值，設定的位置在C:\Program Files\MTK_atedemo\MTK_ATEDEMO_SETUP.ini中，如下面內容所示，以Output Loss或Input Loss的值做為測試時所使用的補償值。
[GSM TEST1]
Active = 1
TCH = 3
PCL = 5
Output Loss = 1.3
Input Loss = 1.4
GSM Default Test Items:
目前關於GSM系統在RF的部份，所有的測試項目如下所示:
4. BBB (Burst by Burst) 量測方式，會讀取Class II值。(P.S RX部份Limit值的判斷可由系統內定以及手
動設定MTK_ATEDEMO_SETUP.ini中的RX Level Limit 、RX Quality Limit， Manual Check Ber
Limit 如果設定為1，則Class II與Class Ib的LIMIT會由RX ClassII Limit ，RX ClassIb Limit 來判
斷)
當GSM Default Test Items有選擇這個測試項目的時候，所測試的項目會依據下面畫面中有選擇的項目來測試。
Spectrum Modulation = 0
Spectrum Switch = 0
Rx Quality = 0
RX Level = 0
RFER = 0
BBB = 1
上述的項目如果有設定為1，在測試這個TCH才會依據有設定為1的項目做測試，這個功能能夠使得系統可以任意的選則想測試Channel的內容。
PCS Calibration
這個項目的選擇為GSM、DCS、PCS三個頻段的的 Calibration，如果不選的話則只會針對GSM與DCS 執行Calibration 。
PCS RF Final Test:
這個選項為GSM、DCS、PCS 三個頻段的RF測試，測試的流程會依照GSM?DCS或者是(DCS?GSM)接下來經由AT Command送出切換到PCS1900的系統?重新Location update?測試PCS1900。
Stop Condition:
這個功能選取時的主要是用在生產線測試，在產線上如果遇到測試項目產生Failed的時候，會自動停止並顯示Fail的畫面，如果不選的話，則會將程式全部測完，除非遇到產生Target端異常或者是Call drop的現像，如果有上述之現象，則在最後依然會產生FAIL的畫面。
RF Final Test with Bar Code Check:
這個部份的功能是在RF Test的模式下會自動經由AT Command讀取手機的Bar Code，並且會加以判斷Target是否在Calibration的測試階段結果為PASS，如果Calibration的階段是為FAIL，那麼程式會自動停止，如果將MTK_ATEDEMO_SETUP.ini中的Auto Barcode設為0，程式在執行Calibration的時候，會假設Target已經寫入Bar Code，因此在Calibration時進入META Mode的階段，則會從Target端讀
ADC
4.5 執行測試與測試結果說明
4.5.1 RF Final Test執行步驟
應用1: Setup CMU200 wireless 測試站，測試Dual Band ，All testing items，並且在測試可以藉由Bar Code Reader讀入Bar Code，並且希望如果當有測試的項目Failed時，測試程式會自動停止。
Step 1: 開始執行程式，並等待出現主畫面。
Step 2: 進入Configure Final test parameter panel，設定系統的Cable Loss，測試的Item與所測試的Burst。
Step 3: 點選進入Report & System Setting，在Radio Communication Tester選擇CMU200，並且注意要選擇Wireless Test、Stop Condition以及GSM Default Test Items，其餘所有項目都不
勾選選擇，如果希望下次程式開始時即為wireless測試站，請選擇TEST MODE SELECT中的
GSM Test，按OK鍵後離開，離開前會顯示提示關掉程式並重新啟動程式設定才會有效。
Step 4: 選擇主畫面的Quit離開後重新啟動程式，儀器會自動做初使化並且在主畫面上出現RF Final Test。
Step 5: 按下RF Final Test後會彈出對話框讓使用者利用Bar Code Reader讀入Bar Code，並且開始測試。
Step 6: 如果測試完成後會產生Test Report在report 資料夾內並且以 Bar Code讀到的名稱為檔名，可以利用主畫面的View Log File來立即打開Test Report。
應用 2: 應用1中希望在測試前能利用AT Command來檢查是否所要測試的Target在Calibration站為Pass，如果為PASS則程式才會自動的測試下去否則程式會出現Calibration Failed並停止。
Step 1: 重覆在應用1中Step 1與Step 2的動作，並且在Step 3中增加勾選RF Final Test with Check Bar Code的選項與選擇正確的COM Port即可。
Step 2: 選擇主畫面的Quit離開後重新啟動程式，儀器會自動做初使化並且在主畫面上出現RF Final Test。
Step 3: 按下RF Final Test後開始測試。
Step 5: 選擇主畫面的Quit離開後重新啟動程式，儀器會自動做初使化並且在主畫面上出現RF Final Test。
Step 6: 按下Calibration Test後會開始測試。
Step 7: 如果測試完成後會產生Test Report在report 資料夾內並且以 Bar Code讀到的名稱為檔名，可以利用主畫面的View Log File來立即打開Test Report。
4.5.3 整合Calibration and Final Test執行步驟
應用 :希望能夠測試Calibration + Final Test
Step 1: 整合上述應用的Step，並且請選擇TEST MODE SELECT中的Cal+ Final Test按OK鍵後離開。
Step 2: 重新啟動程式後，按下Cal+Final Test後會開始測試。
Note:如果使用制具，並且制具會將Target的Power鍵壓下並固定，可將C:\Program Files\MTK_atedemo\MTK_ATEDEMO_SETUP.ini中的[Signalling Measurement]內的Test
Fixture設為1，則測試時將不會出現Target Power ON的提示對話框。
软件检验测试的各种方法介绍
2.集成测试
集成测试，英文是Integration Testing。 集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。 集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。 集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别 3.冒烟测试 冒烟测试，英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是新编译的每一个需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 4.系统测试 系统测试，英文是System Testing。 系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。 5.回归测试 回归测试，英文是Regression testing。 回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。 根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现
关于生成AMBA ip core的GRLIB使用笔记2(哥,断奶了)
本文源于哥，断奶了在学习中做的笔记，希望分享后大家一起学习讨论。 2013/5/17 一．GRlib的使用 首先在designs下建立一个工程文件design_one，你可以把你所需要的器件类型design 内的文件复制到这个文件里，例如我要做一个V5的project，那么就可以把leon3-gr-pci-xc5v 这个文件里的文件复制到design_one里面。 然后进入虚拟机，用终端打开design_one文件，执行命令make xgrlib，打开如下界面。 1.红色区域 首先来看Simulation，这个GRlib提供了包括Modelsim、 Nasim(一位台湾人写的加工程序仿真软件)和一些其他公司 提供的仿真工具（我对着些仿真工具也不是太了解，因为只 做过Altera和Xilinx的FPGA，所以只对他们自带的仿真工 具和Modelsim比较了解，而且我们后面的实例只用到 Modelsim。）选择所需要的仿真工具，如果在Linux下安装 了Modelsim的话，在这里可以run Modelsim。如果没有也 没关系，他会在共享的工程文件中生成工程文件，这样你就 可以在Linux外部打开这个project。 其他连个选项也是一样的道理、，但是现在AMBA总线还没有设置参数，所以在这里先不要管它，我只是把第一个界面的选项先介绍一下。
2.蓝色区域 这个区域包括器件类型、项目名称、状态显示。在状态显示里面我们可以看到生成的文件和一些GRlib在做什么操作。 3.紫色区域 prog prom：下载FPGA的prom。 Xconfig：启动配置工具。 Clean：撤销所有设置。 Scripts：产生工程脚本文件。 Distclean：移除所有产生的文件。 Quit：退出程序。 二．Xconfig工具 Xconfig启动配置工具后，我们就可以对工程进行编辑了，如图： 1.synthesis设置 Target technology(目标技术)：Xlinx-Virtex为memory and pads选择目标器件，它包含XLINX、Altera的大多数器件。
软件测试介绍
软件测试介绍 软件测试的定义： ?正向思维：评价程序和系统的特性或功能，并确定是否达到预期结果。 ?逆向思维：测试是为了发现错误而执行程序或系统的过程。 ?现代软件测试的定义：使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。软件测试的目的： 关于软件测试目的的两种观点： 观点一：软件测试的目的是尽可能发现并改正被测软件中的错误，提高软件的可靠性。 观点二：软件测试的目的就是为了保证软件测试质量。 软件测试一般到达到的具体目标： 1、确保产品完成它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明。 2、确保产品满足性能和效率要求。 3、确保产品是健壮的和适用用户环境的。 软件测试的过程： ? 1.需求阅读与评审。 ? 2.用例设计与评审。
? 3.环境搭建。 ? 4.软件测试 ? 5.编写相关文档（测试用例，测试报告，问题报告等） ? 6.审核 软件测试的技术： ? 1.静态测试。 –不执行程序代码寻找代码可能存在的错误。 ? 2.动态测试。 –运行程序来检查运行结果与预期结果的差异，并分析运行效率和健壮性等指标。 动态测试分类： ? 1.从是否关心软件内部结构和具体实现的角度分为：“白盒测试”、“黑盒测试”、“灰盒测试”。 ? 2.从软件开发过程角度分为：“单元测试”、“集成测试”、“系统测试”、“验收测试”、“回归测试”。 黑盒测试的方法： ?等价类划分 等价类实际上就是某输入域的集合，分为有效等价类，无效等价类。例如：规定输入1到9的数字，则有效等价类是1<=输入值<=9，无效等价类是<1和>9。 ?因果图
关于测试工作流程及工具使用
关于测试工作流程及工 具使用 标准化管理部编码-[99968T-6889628-J68568-1689N]
1前言 本文档仅作用于公司内部人员使用参考，主要概括的是开发组与测试组的工作流程及工作衔接内容，该文档由测试组人员内部制定，若有考虑不周之处请给出建议！编写此流程的主要目的是规范测试，提高开发组与测试组的工作效率，尽可能早地找到BUG，并保证得以修复。 2测试流程简介 2.1测试工作总体流程 2.1.1测试计划用例设计 2.1.1.1执行环境 1、项目立项后，项目组讨论项目实施过程后执行此流程； 2、前提是须有《项目技术规范说明书》，若客户未提供可从其它途径获取客户需求 （如以前项目文档，样机获取等）； 3、与开发组的程序设计阶段同步，即开发设计项目实施时测试组同步进行测试设计， 此过程为测试执行做准备工作； 4、立项项目经理把技术规范说明书共享给开发、测试组开发组人员解析说明 书并设计代码、测试组根据说明书作出测试计划、测试用例此阶段完成（此过程中开发组和测试组进行功能规格沟通）。 2.1.1.2执行细则 测试计划 测试负责人根据项目的需求，制定测试计划，明确目标与测试任务以及测试人员的安排。测试计划分复杂文档型和简单实用型，综合我司目前情况，比较适用后者即简单实用型，引用Microsoft Project来计划分配项目任务，把项目细分为各个阶段、阶段再
细分为各个任务，任务精确到具体时间、负责人，测试计划的主要要素包括：项目名称、任务名称、工期、开始时间、完成时间、资源名称等，如下图。 测试用例 依据已引用的用例模板，进行用例设计，挖掘用户潜在需求并结合到用例设计，与需求接口人沟通获取更直观的用户要求； 若项目时间充足，测试用例可提供给开发人员，以便开发人员结合代码设计思路给出建议，使测试用例达到更高的可执行效果； 测试用例由测试组相应测试人员设计。 2.1.2系统测试 备注：测试阶段分为单元测试、集成测试、系统测试、验收测试，单元测试由开发人员根据代码进行测试，集成测试即分模块单独测试（此阶段跳过），系统测试即集成后的版本测试（我司主要以此阶段作为测试的重心），验收测试即模拟用户进行使用测试（发布前的版本）。 结合公司环境，目前测试执行（测试执行区别于测试设计，测试设计主要是方法、过程的设计，测试执行是执行已设计好的方法及过程）包括系统测试、回归测试、验收测试三大步骤。 2.1.2.1执行环境 1、执行前提是“测试计划用例设计”阶段完成； 2、此阶段开发组须集成可测版本提供给测试组执行测试，测试组先进行冒烟测试，冒烟 测试不通过则须返回开发组再集成可测版本；（在此说明，冒烟测试即机顶盒常用功能都可正常执行操作，可理解为机顶盒的基本功能测试） 3、完成测试文档前期准备工作； 2.1.2.2执行细则 测试人员针对独立的测试任务进行方案设计（可自定义）测试人员执行测试用例实时提交发现的BUG至TestDirector、开发人员实时访问刷新BUG页面跟踪并修复BUG开发人员提供新版本测试人员回归测试检测已修复BUG、提交新BUG重复蓝色标记步骤直至所有BUG通过测试人员编写测试报告。
AMBA总线详细介绍
AMBA总线介绍 AMBA 2.0规范包括四个部分：AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线，接口与互连功能分离，这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线，更是一种带有接口模块的互连体系。AHB AHB=Advanced High Performance Bus，译作高级高性能总线。如同USB （Universal Serial Bus）一样，也是一种总线接口。 特性： 突发连续传输 分步传输 单周期内主控制器处理 单时钟边沿操作 非三态操作 支持64位，128位总线 AHB主要用于高性能模块(如CPU、高速RAM、Nand Flash DMA和DSP等)之间的连接，如图一所示。 作为SoC的片上系统总线，它包括以下一些特性：单个时钟边沿操作；非三态的实现方式；支持突发传输；支持分段传输；支持多个主控制器；可配置32位~128位总线宽度；支持字节、半字和字的传输。AHB 系统由主模块、从模块和基础结构(Infrastructure)3部分组成，整个AHB总线上的传输都由主模块发出，由从模块负责回应。基础结构则由仲裁器(arbiter)、主模块到从模块的多路器、从模块到主模块的多路器、译码器(decoder)、虚拟从模块(dummy Slave)、虚拟主模块(dummy Master)所组成。其互连结构如图二所示
AHB主控制器：主控制器可以通过地址和控制信息，可以进行初始化，读，写操作。在同一时间，总线上只能有一个主控制器。 AHB从设备：从设备通常是指在其地址空间内，响应主控制器发出的读写控制操作的被动设备。通过操作的成功与否反馈给其主控制器，完成数据的传输控制。 AHB仲裁器：仲裁器根据用户的配置，确保在总线上同一时间只有一个主控制器拥有总线控制权限。AHB总线上只能有一个仲裁器。 AHB译码器：译码器解析在总线上传输的地址和控制信息。AHB总线上只能有一个译码器。
软件测试工具
摘要 随着信息科技的发展。数字科技的进步。人们对所使用的软件要求越来越严格，许多大型的软件公司对自己严发出来的软件要求也越来越严格，为了解决其中的BUG，软件测试行业开始在国内崛起。新兴的科技技术，带领着软件业开始飞速发展，产品趋于完美化，智能化，易用程度也大大的提高。 但是软件测试行业的形成是因为什么呢？许多人只知道软件测试，但是不知道其根本，它的源头是什么，它是怎么发展衍变的？ 本文在探讨软件测试技术的基础上，详细介绍了软件测试的发展，它的衍变过程。同时为大家介绍了多种系列的软件测试工具及它们各自的特点。为软件测试人员理清了测试思路，详细的划分了软件测试的种类。在阅读众多参考文献的情况下对于软件的安全的问题也进行了详细的阐述。最后详细介绍了一款基于主机的入侵检测的工具—PortSentry的安装，配置及使用方法。 关键词软件测试；发展；种类；工具
Abstract Along with information science and technology development.Digital science and technology progress.The people for the software request which uses are more and more strict, many large-scale software companies the software request which sends strictly to oneself more and more are also strict, in order to solve BUG, the software test profession starts in to rise domestically.The emerging technical technology, leads the software industry to start to develop rapidly, the product tends to the beautification, the intellectualization, easy to use the degree also big enhancement. But is the software test profession formation because of what? Many people only know the software test, but did not know its basic, what is its source, how is it develops evolves? This article in the discussion software test technology foundation, introduced in detail the software tests the development, it evolves the process.Meanwhile introduced many kinds of series software testing tool and they respective characteristic for everybody.Tested the personnel for the software to clear off the test mentality, the detailed division software has tested type.Has also carried on the detailed elaboration in the reading multitudinous reference situation regarding the software security question.Finally introduced one section in detail based on the main engine invasion examination tool - PortSentry installment, the disposition and the application method. Keywords software test，development，kind,tool
常用通讯测试工具使用
常用通讯测试工具 鉴于很多MCGS用户和技术人员对通讯测试工具并不很熟悉，本文档将针对实际的测试情况，对串口、以太网通讯调试过程中所涉及到的常用的测试软件进行相关的讲解。 1. 串口测试工具： 串口调试工具：用来模拟上下位机收发数据的串口工具，占用串口资源。如：串口调试助手，串口精灵，Comm等。 串口监听工具：用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源。如：PortMon，ComSky等。 串口模拟工具：用来模拟物理串口的操作，其模拟生成的串口为成对出现，并可被大多数串口调试和监听软件正常识别，是串口测试的绝好工具。如：Visual Serial Port等。 下面将分别介绍串口调试助手、Comm、PortMon和Visual Serial Port的使用。
1.1. 串口调试助手： 为最常用的串口收发测试工具，其各区域说明及操作过程如下： 串口状态 打开/关闭串口 十六进制/ASCII 切换 串口数据 接收区 串口参数 设置区 串口数据 发送区 串口收发计数区 发送数据功能区 保存数据功能区 操作流程如下： ? 设置串口参数（之前先关闭串口）。 ? 设置接收字符类型（十六进制/ASCII 码） ? 设置保存数据的目录路径。 ? 打开串口。 ? 输入发送数据（类型应与接收相同）。 ? 手动或自动发送数据。 ? 点击“保存显示数据”保存接收数据区数据到文件RecXX.txt。 ? 关闭串口。 注：如果没有相应串口或串口被占用时，软件会弹出“没有发现此串口”的提示。
1.2. PortMon 串口监听工具： 用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源， 但在进行监听前，要保证相应串口不被占用，否则无法正常监听数据。 连接状态 菜单栏 工具栏 截获数据显示区 PortMon 设置及使用： 1). 确保要监听的串口未被占用。 如果串口被占用，请关闭相应串口的应用程序。比如：要监视MCGS 软件与串口1设备通讯，应该先关闭MCGS 软件。 说明：PortMon 虽不占用串口资源，但在使用前必须确保要监听的串口未被占用，否则无法进行监视。 2). 运行PortMon，并进行相应设置。 ? 连接设置： 在菜单栏选择“计算机(M)”->“连接本地(L)”。如果连接成功，则连接状态显示为“PortMon 于\\计算机名(本地)”。如下图：
grlib说明文档中文版
5GRLIB design concept 5.1introduction GRLIB是一个可重用IP Core的集合，并分成了多个VHDL库。每一个库提供了特定厂商的元件或者一系列共享的功能或接口。在GRLIB设计中使用的数据结构和元件声明都是通过库指定的VHDL包来输出的。 GRLIB是基于AMBA AHB和APB片上总线的，并把该总线用作标准的互联接口。AHB/APB总线的实现是与AMBA-2.0相兼容的，并附加了额外的“sideband”（边带）信号。这些边带信号的有三个用途：automatic address decoding，interrupt steering和device identification（a.k.a plug&play support）。根据AHB/APB 信号的功能，GRLIB的库把这些信号以VHDL records的形式组合在一起。GRLIB AMBA包的源文件在lib/grlib/amba/下。 所有的GRLIB core都使用同样的data structures来声明AMBA接口，这样相互之间的连接就很容易了。GRLIB库还包含了一个AHB bus controller和一个AHB/APB bridge，借助这两个模块，可以很快组装成一个全功能的AHB/APB的系统。 下面的部分将描述AMBA总线是怎么实现的以及怎样用GRLIB来建一个SOC设计。 5.2AMAB AHB on-chip bus 5.2.1General(概述) AMBA Advanced High-performance Bus(AHB)是一个multi-master的总线，可以以high data rate and/or variable latency的形式来互连各单元。图5就是一个概念图。图中连在总线上的单元分为masters（主）和slaves（客），并都受一个全局的总线仲裁器（global bus arbiter）控制。 由于AHB总线是复用的（而不是三态的），更正确的总线与单元互连示图可以参考图6。每一个master驱
软件测试介绍
软件测评知识介绍
CONTENTS 如何开展软件测评？ 2开展软件测评存在哪些问题？ 3目录为什么要开展软件测评？ 1
为什么要开展软件测评？ ——软件测试依据 ——软件测试必要性分析 ——软件测试意义
政策依据 ?《国家电子政务工程建设项目管理暂行办法》（国家发改委令第55号） “国家电子政务工程建设项目验收条件之一即“建设项目确定的网络、应用、安全等主体工程和配套设施，经测试和试运行合格。” ?《中华人民共和国政府采购法实施条例》（中华人民共和国国务院令第658号）第四十一条“大型或者复杂的政府采购项目，应当邀请国家认可的质量检测机构参加验收工作。” ?《国家电子政务工程项目应用软件第三方测试规范》 标准由国家电子政务外网管理中心于2017年3月正式发布，2017年5月1日实施 目前，该标准已经在多个部委、政府机构、央企等项目建设单位推广 标准分别从测试类别、流程、内容、方法等方面规范了国家基础信息资源库、国家重点业务信息系统、电子政务相关支撑体系等政务信息化工程建设项目以及地方电子政务项目中应用软件的第三方测试工作
必要性分析 1985年 加拿大的Therac-25放射治疗机由于软件Bug而发生故障，向患者提供了致命的辐射剂量，造成3人死亡，3人严重受伤中国航空公司空中客车A300因软件故障而坠毁，造成264人无辜死亡1994年一个软件问题导致美国一家大型银行823名客户的银行账户被记入9.2亿美元1996年一个软件漏洞导致12亿美元的军事卫星发射失败，这是历史上最昂贵的事故 美国的F-35战斗机成为软件漏洞的受害者，导致其无法正确检测目标东方航空官网和App出现系统漏洞，多条国内航线售价以正常价格的一折以下，多条国内航线的头等舱、商务舱往返机票最低仅需90元。 1999年2015年2018年 拼多多网站出现重大BUG。只要领取面值为100元的优惠券，就可以只花不到五毛钱充值100元话费，还可通过注册新账号的方式无限制领券。此次直接导致拼多多被盗取数千万元平台优惠券 2019年为什么要进行软件测试？ 一个软件漏洞的存在，可能带来更大的隐患 通过软件测试，能够提高软件质量，降低软件故障带来损失的风险
常用工具软件测试题及答案
一、判断题 1. Realone Player不支持多节目连续播放。（N） 2. 网际快车可以上传和下载文件。（N） 3. 天网防火墙的拦截功能是指数据包无法进入或出去。（Y） 4. SnagIt可以捕获DOS屏幕，RM电影和游戏等画面。（Y） 5. Adobe Acrobat Reader可以解压缩文件。（N） 6. 金山词霸2002支持Windows XP,但不支持office XP系统。（N） 7. 在用Ner-Burning Room刻录CD音乐时，若误将数据文件从本地资源管理器中拖入刻录机虚拟资源管理器中时，该文件将被添加到音乐CD中。（N） 8. Symantec Ghost 可以实现数据修复。（N） 9. Easy Recovery 可以恢复任何被从硬盘上删除的文件。（N） 10. Ctrem软件具有防发呆功能。（Y） 二．选择题（每小题2分，共40分） 1、下列不属于金山词霸所具有的功能的是：（C ） A、屏幕取词 B、词典查词 C、全文翻译 D、用户词典 2、东方快车提供了（C ）种语言翻译。 A、1种 B、2种 C、3种 D、4种 3、:Vintual CD 中的Creat按钮的功能为（B ） A、编辑映像文件 B、创建光盘的映像文件 C、映像文件的显示方式 D、将映像文件插入虚拟光驱 4、下列哪一个软件属于光盘刻录软件（A ） A、Nero-Buring Room B:Virtual CD C: DAEMON Tools D:Iparmor 5、下列不属于媒体播放工具的是（D ） A、Winamp B、超级解霸 C、Realone Player D:WinRAR 6、下列媒体播放器可以自由截取单个画面或整段电影的是非曲直（B ） A、Winamp B、超级解霸 C、Realone Player D、音频解霸 7、下列哪一个不是网际快车为已下载的文件设置的缺省创建类别（ D） A、软件 B、游戏和mp3 C、驱动程序 D、电影 8、CuteFTP具有网际快车不具备的功能是（ A） A、上传文件 B、下载文件 C、断点续传 D、支持多线程下载 9、如果在天网防火墙的ICMP规则中输入（ B）则表示任何类型代码都符合本规则。 A、254 B、255 C、256 D、253 10、Norton Antivirus的安全扫描功能包括（D ） ①自动防护②电子邮件扫描③禁止脚本④全面系统扫描 A、①②③ B、①②④ C、①③④ D、①②③④ 11、ACDSee不能对图片进行下列哪种操作（C ） A、浏览和编辑图像 B、图片格式转换 C、抓取图片 D、设置墙纸和幻灯片放映 12、SnagIt捕获的图片可被存为下列哪些格式（D ） ①BMP ②PCX ③TGA ④RSB A、①②③ B、①②④ C、①②③④ D、①② 13、WinRAR不可以解压下列哪些格式的文件（ D）
软件自动化测试介绍
软件自动化测试介绍 一、自动化测试的概念 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。自动测试是软件测试的一个重要组成部分，它能完成许多手工测试无法实现或难以实现的测试正确、合理的实施自动测试，能够快速、全面的对软件进行测试，从而提高软件质量，节省经费，缩短软件发布周期。 二、自动化测试的优缺点分析。 自动化测试的优点 1、对程序的回归测试更方便。这可能是自动化测试最主要的任务，特别是在程序修 改比较频繁时，效果是非常明显的。由于回归测试的动作和用例是完全设计好的， 测试期望的结果也是完全可以预料的，将回归测试自动运行，可以极大提高测试 效率，缩短回归测试时间。 2、可以运行更多更繁琐的测试。自动化的一个明显的好处是可以在较少的时间内运 行更多的测试。 3、可以执行一些手工测试困难或不可能进行的测试。比如，对于大量用户的测试， 不可能同时让足够多的测试人员同时进行测试，但是却可以通过自动化测试模拟 同时有许多用户，从而达到测试的目的。 4、更好地利用资源。将繁琐的任务自动化，可以提高准确性和测试人员的积极性， 将测试技术人员解脱出来投入更多精力设计更好的测试用例。有些测试不适合于 自动测试，仅适合于手工测试，将可自动测试的测试自动化后，可以让测试人员 专注于手工测试部分，提高手工测试的效率。 5、测试的复用性。由于自动测试通常采用脚本技术，这样就有可能只需要做少量的 甚至不做修改，实现在不同的测试过程中使用相同的用例。 自动化测试的缺点 1、手工测试比自动测试发现的缺陷更多 2、对测试质量的依赖性极大 3、测试自动化不能提高有效性
软件自动化测试工具介绍--所有
软件自动化测试工具介绍 一、功能测试工具 1、QTP测试工具 全名 HP QUiCkTeSt ProfeSSional SoftWare ,最新的版本为HP QUiCkTeSt ProfeSSional 11.0 QTP是 quickteSt PrOfeSSiOnal 的简称，是一种自动测试工具。使用QTP的目 的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 QUiCkTeSt针对的是GUl应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。 2、WinRUnner MerCUry Interactive 公司的 WinRUnner是一种企业级的功能测试工具，用 于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRUnner能够有效地帮助测试人员对复杂的企 业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括 Web应用系统，ERP系统，CRM S统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 3、RatiOnal Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational TeSt Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。 4、AdVentNet QEngine AdVentNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具, 测试、 可用于Web功能Web性能测试、JaVa应用功能测试、JaVa APl测试、SoAP测试、回归测试和 JaVa
主流软件自动化测试工具介绍
主流自动化测试工具介绍 一、功能测试工具 1、Selenium （浏览器自动化测试框架） Selenium[1] 是一个用于Web应用程序测试的工具。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。支持的浏览器包括IE（7, 8, 9, 10, 11），Mozilla Firefox，Safari，Google Chrome，Opera等。这个工具的主要功能包括：测试与浏览器的兼容性——测试你的应用程序看是否能够很好得工作在不同浏览器和操作系统之上。测试系统功能——创建回归测试检验软件功能和用户需求。支持自动录制动作和自动生成 .Net、Java、Perl等不同语言的测试脚本。据 Selenium 主页所说，与其他测试工具相比，使用 Selenium 的最大好处是： Selenium [2] 测试直接在浏览器中运行，就像真实用户所做的一样。Selenium 测试可以在 Windows、Linux 和 Macintosh上的 Internet Explorer、Mozilla 和 Firefox 中运行。其他测试工具都不能覆盖如此多的平台。使用 Selenium 和在浏览器中运行测试还有很多其他好处。 下面是主要的两大好处： 通过编写模仿用户操作的 Selenium 测试脚本，可以从终端用户的角度来测试应用程序。通过在不同浏览器中运行测试，更容易发现浏览器的不兼容性。Selenium 的核心，也称browser bot，是用 JavaScript 编写的。这使得测试脚本可以在受支持的浏览器中运行。browser bot 负责执行从测试脚本接收到的命令，测试脚本要么是用 HTML 的表布局编写的，要么是使用一种受支持的编程语言编写的。 2、QTP测试工具 全名HP QuickTest Professional software ，最新的版本为HP QuickTest Professional 11.0 QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的
[示例文档1]软件测试计划书
[示例文档1]软件测试计划 书 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-
软件测试计划
1 概述 测试目的 说明本项目测试目的、预期达到的目标。 背景 说明本项目测试的背景。 参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 2 测试基本内容 测试要点 测试要点应对以软件测试的以下信息进行具体描述。 测试方法：本次测试采用的测试方法（黑盒或白盒测试）。 测试类型：测试类型的说明。 测试手段：如手工测试、自动测试或手工与自动测试相结合。 采用手工与自动测试相结合的方式，说明不同手段所占比例。 采用自动测试，需详细说明选用的测试工具。 测试内容：根据软件项目的实际特点确定确认测试的测试内容。对部分软件除基本的功能测试外，可能还包括： 性能测试、安全性测试、极限测试、并发操作测试等。 测试环境 说明本次测试软件的运行与测试所需的硬件环境和软件环境。测试范围 确定本次测试范围。
测试工具 说明本次测试使用的测试工具，包括自编测试程序，并进行确认。 测试开始时间 指明本项目测试工作的开始时间。 测试结束时间 确认测试工作预计的完成时间。 3 实施计划 测试设计工作任务分解和人员安排 测试设计工作应包括对系统功能及专业知识的学习， 编写测试大纲、设计测试用例等工作。 时间安排 测试设计开始时间：测试设计工作预计开始时间。 测试设计结束时间：测试设计工作预计结束时间。 人员安排 列出预计参加本次测试设计工作的全部测试人员。 输出要求 测试设计工作的输出应包括《测试用例》、《测试记录表》、《测试报告》。 对系统功能及专业知识学习如有必要也要形成书面材料。 由测试小组负责规定组织相关的测试人员进行评审计划。
自动化测试工具介绍
主流测试工具介绍 选自：https://www.wendangku.net/doc/567121047.html, WinRunner:强大的企业级自动化测试工具 Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 如果时间或资源有限，这个问题会更加棘手。人工测试的工作量太大，还要额外的时间来培训新的测试人员等等。为了确保那些复杂的企业级应用在不同环境下都能正常可靠地运行，你需要一个能简单操作的测试工具来自动完成应用程序的功能性测试。 轻松创建测试 用WinRuuner创建一个测试，只需点击鼠标和键盘，完成一个标准的业务操作流程，WinRunner自动记录你的操作并生成所需的脚本代码。这样，即使计算机技术知识有限的业务用户轻松创建完整的测试。你还可以直接修改测试脚本以满足各种复杂测试的需求。WinRunner提供这两种测试创建方式，满足测试团队中业务用户和专业技术人员的不同需求。 插入检查点 在记录一个测试的过程中，可以插入检查点，检查在某个时刻/状态下，应用程序是否运行正常。在插入检查点后，WinRunner会收集一套数据指标，在测试运行时对其一一验证。WinRunner提供几种不同类型的检查点，包括文本的、GUI、位图和数据库。例如，用一个位图检查点，你可以检查公司的图标是否出现于指定位置。 检验数据
软件测试过程中的工具使用共9页文档
软件测试过程中的工具使用软件测试过程中的工具使用 作者：easylife来源：不详 摘要：软件测试是保证软件质量的重要手段，它在整个软件开发过程中 占据了将近一半的时间和资源。在软件测试过程中合理的引入测试工具，能够加快测试进度，提高测试质量，实现更快、更好的开发软件产品的目标。本文介绍了覆盖软件测试各个阶段的测试工具，说明了每一类工具所应用的测试阶段，以及它能发挥的作用。 Abstract：Software test is one measure to insure the quality of software,it costs half of time and resource in the whole process of development.If test tools can be used in the process,it would to improve the speed of test and the quality of test,It's probable to develop software rapidly and to produce high quality.In this document it introduces some software test tools for the different of test moment,it introduce the time for every kind of tools,but the function of the test tool. 关键字：软件测试工具；测试设计；静态分析；单元测试；功能测试； 性能测试；测试过程管理； Keywords：software test tool；test design；static analysis； unit test；function test；performance test；test process management； 1、引言最近几年，软件测试在国内越来越受到重视，因为大家逐渐认识到了软件测试对于保证软件质量的重要性。随着对软件测试重视的提高，国内软件测试技术的发展也很快，逐渐从过去手工作坊式的测试向测试工程化的方向发展。 要真正实现软件测试的工程化，其基础之一就是要有一大批支持软件测 试工程化的工具。因此，软件测试工具对于实现软件测试的工程化来说至关重要。本文就从如何进一步提高软件测试质量和效率的角度出发，讨论测试工具在软件测试过程中的应用。 2、为什么要引入测试工具在测试过程中引入测试工具能给我们带来以下的好处。
钉钉软件功能介绍培训课程测试
姓名：部门：总分： 钉钉软件功能介绍培训课程测试 （共100分 30分钟） 钉钉Version4.7.11（12141792）适用 一、填空题（1空2分 20分） 1.钉钉的五大模块分别是消息、 DING 、工作、通讯录、我的； 2.DING会议属于五大模块的 DING 模块；DING邮属于五大模块的工作模块； 3.钉钉企业群的分类分为内部群、部门群、全员群； 二、单项选择题（一题5分 40分） 1.内部群的表述不正确的是（ D ） A.企业成员均可在手机端创建 B.适用于企业内部沟通，如跨部分协同、小组讨论 C.标颜色为“黄标” D. 标颜色为“蓝标” 2.发出消息或者文件（ C ）内可撤回，群主无时间限制 A.2小时 B.12小时 C.24小时 D.48小时 3. 关于DING以下描述不正确的是（ C ） A.已发送的DING支持二次加人 B.发DING时漏掉一两个人不需要重新再发一次了 C. 历史回复记录新增的人员不能够看到 D.历史回复记录新增的人员都能够看到 4.以下任务DING，描述不正确的是（ D ） A.可选择任务执行人 B.可选择抄送人 C.可选择截止时间 D.不能DING语音 5.企业钉盘初始容量是多少（ A ） A.100G B.2G C.3G D.1T 6.（ B ）模式下接收人回复的信息互相之间看不到，如A发送给B、C使用悄悄话模式，B和C回复的内容，相互看不到，只有发送方可见 A静音模式 B.悄悄话模式 C.会议模式 D.隐私模式 7.以下关于钉钉请假调休流程，描述正确的是（ C ） A.请假调休4天（含）以内不用经过雷总审批 B.随时请假调休不需要提前，即时申请即时批准 C. 请假调休必须要有相应的工作交接人，不能出现请假后工作无人做的情况 D. 已打上班卡，突发急事请假，审批同意后，不需要打卡
关于测试工作流程及工具使用.doc
1前言 本文档仅作用于公司内部人员使用参考，主要概括的是开发组与测试组的工作流程及工作衔接内容，该文档由测试组人员内部制定，若有考虑不周之处请给出建议！编写此流程的主要目的是规范测试，提高开发组与测试组的工作效率，尽可能早地找到BUG，并保证得以修复。 2测试流程简介 2.1 测试工作总体流程 2.1.1测试计划用例设计 审 核 不 通 过
2.1.1.1 执行环境 1、项目立项后，项目组讨论项目实施过程后执行此流程； 2、前提是须有《项目技术规范说明书》，若客户未提供可从其它途径获取客户需求（如 以前项目文档，样机获取等）； 3、与开发组的程序设计阶段同步，即开发设计项目实施时测试组同步进行测试设计，此 过程为测试执行做准备工作； 4、立项项目经理把技术规范说明书共享给开发、测试组开发组人员解析说明书 并设计代码、测试组根据说明书作出测试计划、测试用例此阶段完成（此过程中开发组和测试组进行功能规格沟通）。 2.1.1.2 执行细则 测试计划 测试负责人根据项目的需求，制定测试计划，明确目标与测试任务以及测试人员的安排。测试计划分复杂文档型和简单实用型，综合我司目前情况，比较适用后者即简单实用型，引用Microsoft Project来计划分配项目任务，把项目细分为各个阶段、阶段再细分为各个任务，任务精确到具体时间、负责人，测试计划的主要要素包括：项目名称、任务名称、工期、开始时间、完成时间、资源名称等，如下图。 测试用例 依据已引用的用例模板，进行用例设计，挖掘用户潜在需求并结合到用例设计，与需求接口人沟通获取更直观的用户要求； 若项目时间充足，测试用例可提供给开发人员，以便开发人员结合代码设计思路给出建议，使测试用例达到更高的可执行效果； 测试用例由测试组相应测试人员设计。
什么是AMBA片上总线
什么是AMBA片上总线 [ 2006-6-26 15:14:32 | By: MCUBLOG ] 随着深亚微米工艺技术日益成熟，集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法，发展到基于IP复用的设计方法，并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中，片上总线设计是最关键的问题。为此，业界出现了很多片上总线标准。其中，由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐，已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus) 系统总线和APB(Advanced Peripheral Bus)外围总线。 AMBA片上总线 AMBA 2.0规范包括四个部分：AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线，接口与互连功能分离，这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线，更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 APB总线介绍 基于AMBA的片上系统 一个典型的基于AMBA总线的系统框图如图３所示。
大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块：主模块或者从模块。主模块是向从模块发出读写操作的模块，如CPU，DSP等；从模块是接受命令并做出反应的模块，如片上的RAM，AHB／APB 桥等。另外，还有一些模块同时具有两种属性，例如直接存储器存取(DMA)在被编程时是从模块，但在系统读传输数据时必须是主模块。如果总线上存在多个主模块，就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分，但具体使用的算法由RTL设计工程师决定，其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块，如果主模块数目大于16，则需再加一层结构(具体参阅ARM 公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块，也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总线的地址、数据和控制信号，并提供二级译码以产生APB外围设备的选择信号，从而实现AHB协议到APB协议的转换。 =========================================================== ====== =========================================================== ======