與編譯器優化相關的所有開關

A. Delphi的命令行編譯命令

Borland出品的Delphi，有著閃電般的編譯速度，但是在界面控制項使用較多、工程項目較大的時候，編譯一個工程仍需要一段時間，打開龐大的Delphi IDE，也需要時間。其實，在一個工程開發結束，調試完成之後的Release編譯，完全可以用命令行來執行，因為Delphi的編譯器參數不像C++編譯器那樣復雜。

筆者把Delphi聯機手冊中關於命令行編譯(command-line compiler)的幾篇主題作了翻譯，希望對Delphi開發人員有幫助。

目錄
1. Command-line compiler
命令行編譯器
2. Command-line compiler options
命令行編譯器選項
3. Compiler directive options
編譯器指令選項
4. Compiler mode options
編譯模式選項
5. DCC32.CFG file
編譯器配置文件DCC32.CFG
6. Debug options
調試選項
7. Directory options
目錄選項
8. IDE command-line options
IDE命令行選項
9. Generated files
幾個IDE自動生成的文件介紹

Command-line compiler
命令行編譯器
Delphi's command-line compiler (dcc32.EXE) lets you invoke all the functions of the IDE compiler (DELPHI32.EXE) from the DOS command line (see IDE command-line options. Run the command-line compiler from the DOS prompt using the syntax:
Delphi』s命令行編譯器(dcc32.exe)允許你從DOS命令行方式(參照：IDE命令行選項)實現IDE編譯器(delphi32.exe)的所有功能。用DOS命令運行命令行編譯器語法如下：
dcc32 [options] filename [options]
dcc32 [選項] [文件名] [選項]
where options are zero or more parameters that provide information to the compiler and filename is the name of the source file to compile. If you type dcc32 alone, it displays a help screen of command-line options and syntax.
零或多個參數給編譯器提供信息，文件名指定需要編譯的源文件名。如果你單獨輸入dcc32，它會顯示一個關於命令行編譯的選項和語法的屏幕。
If filename does not have an extension, the command-line compiler assumes .dpr, then .pas, if no .dpr is found. If the file you're compiling to doesn't have an extension, you must append a period (.) to the end of the filename.
如果文件名沒有擴展名，命令行編譯器會查找擴展名為.dpr的同名文件，如果找不到，則查找擴展名為.pas的同名文件。如果你的源文件確實沒有擴展名，你需要在文件名的末尾添加(.)。
If the source text contained in filename is a program, the compiler creates an executable file named filename.EXE. If filename contains a library, the compiler creates a file named filename.DLL. If filename contains a package, the compiler creates a file named filename.BPL. If filename contains a unit, the compiler creates a unit file named filename.dcu.
如果指定的源文件是一個工程文件，編譯器會創建一個擴展名為.EXE的同名可執行文件。如果指定的源文件是一個庫文件，編譯器創建一個擴展名為.DLL的同名動態鏈接庫文件。如果指定的源文件是一個包文件，編譯器會創建一個擴展名為.BPL的同名包。如果指定的源文件是一個單元文件，編譯器會創建一個擴展名為.dcu的目標代碼文件。
You can specify a number of options for the command-line compiler. An option consists of a slash (/) or immediately followed by an option letter. In some cases, the option letter is followed by additional information, such as a number, a symbol, or a directory name. Options can be given in any order and can come before or after the file name.
你可以為命令行編譯器指定多個參數。一個參數包含一個破折號「-」(或「/」)和緊跟著的一個選項字元構成。通常情況下，選項字元後面會跟一些附加的信息，如一個數字、一個符號、一個目錄等。選項可以是任意順序並且可以在源文件名前面或後面。

Command-line compiler options
命令行編譯選項
The IDE lets you set various options through the menus; the command-line compiler gives you access to these options using the slash (/) delimiter. You can also precede options with a hyphen (-) instead of a slash (/), but those options that start with a hyphen must be separated by blanks. For example, the following two command lines are equivalent and legal:
IDE允許你使用菜單來設置各種編譯選項，而命令行編譯器允許你使用字元「/」作為分隔符來設定這些編譯選項。你也可以使用連字元「-」來代替「/」，但是用「-」引出的參數之間必須用空格隔開。例如，下面兩個命令都是等同的也是合法的：
DCC -IC:\DELPHI -DDEBUG SORTNAME -$R- -$U+
DCC /IC:\DELPHI/DDEBUG SORTNAME /$R-/$U+
The first command line uses hyphens with at least one blank separating options. The second uses slashes and no separation is needed.
第一個編譯命令用「-」引出參數，且參數之間有多個空格分隔。第二個編譯命令用「/」引出參數，參數之間不必要分隔。
The following table lists the command-line options. In addition to the listed options, all single-letter compiler directives can be specified on the command line, as described in Compiler directive options.
下列表中列出所有的命令行參數。在附加的選項列表中，所有的單字元編譯器指令都可以在命令行編譯中使用，詳情請參照：編譯器指令。
Option Description
選項 描述
Aunit=alias 設置單元別名
B 編譯所有單元
CC 編譯控制台程序
CG 編譯圖形界面程序
Ddefines 編譯條件符號定義
Epath 可執行文件輸出路徑
Foffset 查找運行期間錯誤
GD 生成完整.Map文件
GP 生成.Map文件Public段
GS 生成.Map文件Segment段
H 輸出提示信息
Ipaths 文件包含路徑
J 生成.Obj目標文件
JP 生成C++類型.Obj目標文件
Kaddress Set image base address
LEpath 包.BPL文件輸出路徑
LNpath .dcp文件輸出路徑
LUpackage 使用運行期間包列表
M 編譯有改動的源文件
Npath dcu/dpu文件輸出目錄
Opaths .Obj文件(匯編目標代碼文件)路徑
P 按8.3格式文件名查找
Q 安靜模式
Rpaths 資源文件(.RES)路徑
TXext 目標文件擴展名
Upaths 單元文件路徑
V 為Turbo Debugger生成調試信息文件
VN 以.Giant格式生成包含命名空間的調試信息文件(將用於C++Builder)
VR 生成調試信息文件.rsm
W 輸出警告信息
Z Disable implicit compilation
$directive Compiler directives
--Help 顯示編譯選項的幫助。同樣的，如果你在命令行單獨輸入dcc32，也會顯示編譯選項的幫助。
--version 顯示產品名稱和版本

Compiler directive options
編譯器指令選項
Delphi supports the compiler directives described in Compiler directives. The $ and D command-line options allow you to change the default states of most compiler directives. Using $ and D on the command line is equivalent to inserting the corresponding compiler directive at the beginning of each source file compiled.
Delphi支持用編譯器指令關鍵字描述的編譯器指令。使用「$」和「D」命令行選項可以改變所有的默認編譯器狀態。用「$」和「D」命令行選項等同於在源文件的前面添加編譯器指令。
Switch directive option
編譯器指令選項開關
The $ option lets you change the default state of all of the switch directives. The syntax of a switch directive option is $ followed by the directive letter, followed by a plus (+) or a minus (-). For example:
「$」允許你改變每一種編譯器指令默認狀態。編譯器指令的語法是「$」後緊跟一個指令字元，再跟一個「-」或「+」。例如：
dcc32 MYSTUFF -$R-
compiles MYSTUFF.pas with range-checking turned off, while:
不使用邊界檢查編譯MYSTUFF.pas單元：
dcc32 MYSTUFF -$R+
compiles it with range checking turned on. Note that if a {$R+} or {$R-} compiler directive appears in the source text, it overrides the -$R command-line option.
使用界面檢查編譯MYSTUFF.pas單元。如果將編譯器指令{$R+}或{$R-}添加到源文件的開始，它將覆蓋從命令行傳入的參數。
You can repeat the -$ option in order to specify multiple compiler directives:
你可以用多個「$」來指定多個編譯器指令，如：
dcc32 MYSTUFF -$R--$I--$V--$U+
Alternately, the command-line compiler lets you write a list of directives (except for $M), separated by commas:
命令行編譯器允許作用逗號分隔的編譯器指定列表，如：
dcc32 MYSTUFF -$R-,I-,V-,U+
只需要用一個「$」符號。
Only one dollar sign ($) is needed.
注意，因為$M的格式不一樣，你不能在逗號分隔的指令列表中使用$M
Note that, because of its format, you cannot use the $M directive in a list of directives separated by commas.
Conditional defines option
條件編譯選項
The -D option lets you define conditional symbols, corresponding to the {$DEFINE symbol} compiler directive. The -D option must be followed by one or more conditional symbols separated by semicolons (;). For example, the following command line:
「-D」選項允許你定義一個編譯條件，符合你用{$DEFINE symbol}定義的編譯器指令。「-D」選項後必須跟隨一或多個用分號分隔的編譯條件符號，如下命令：
dcc32 MYSTUFF -DIOCHECK;DEBUG;LIST
defines three conditional symbols, iocheck, debug, and list, for the compilation of MYSTUFF.pas. This is equivalent to inserting:
定義了三個編譯條件符號：IOCHECK,DEBUG,LIST,用於MYSTUFF.pas單元中。這等同於在源文件中插入以下語句：
{$DEFINE IOCHECK}
{$DEFINE DEBUG}
{$DEFINE LIST}
at the beginning of MYSTUFF.pas. If you specify multiple -D directives, you can concatenate the symbol lists. Therefore:
如果你指定了多個「-D」選項，你可以聯接它們，如下：
dcc32 MYSTUFF -DIOCHECK-DDEBUG-DLIST

is equivalent to the first example.
等同於第一個例子。

Compiler mode options
編譯模式選項
A few options affect how the compiler itself functions. As with the other options, you can use these with either the hyphen or the slash format. Remember to separate the options with at least one blank.
有幾個選項能影響編譯器自身的功能。像其它選項一個，你可以使用「/」或「-」的格式。別忘了用至少一個空格分隔這些選項。
Make (-M) option
選項(-M)
The command-line compiler has built-in MAKE logic to aid in project maintenance. The -M option instructs command-line compiler to check all units upon which the file being compiled depends. Using this option results in a much quicker compile time.
命令行編譯器使用構造邏輯的方式來維護工程。「-M」選項指示編譯器檢查所有與編譯文件相關聯的文件。用這個參數會導致編譯時間增大。
A unit is recompiled under the following conditions:
一個源文件在下列情況下會重新編譯：
The source file for that unit has been modified since the unit file was created.
源文件被創建以來被修改過；
用「$I」指令包含的任何文件，用「$L」包含的任何.Obj文件，或用「$R」關聯的任何資源文件.Res,比源文件中的要新；
Any file included with the $I directive, any .OBJ file linked in by the $L directive, or any .res file referenced by the $R directive, is newer than the unit file.
The interface section of a unit referenced in a uses statement has changed.
單元介面部分interface的uses段有改動。
Units compiled with the -Z option are excluded from the make logic.
在單元編譯時指令「-Z」在構造邏輯期不被接受。
If you were applying this option to the previous example, the command would be:
如果你在上一個例子中使用這個指令，編譯命令就應該是：
dcc32 MYSTUFF -M
Build all (-B) option
編譯所有 選項(-B)
Instead of relying on the -M option to determine what needs to be updated, you can tell command-line compiler to update all units upon which your program depends using the -B option. You can't use -M and -B at the same time. The -B option is slower than the -M option and is usually unnecessary.
用於取代要知道哪些單元需要更新-M的選項，你可以使用-B選項來更新所有你的程序中關聯的單元。你不能在程序中同時使用-M和-B。選項-B比-M速度更慢，而且它並不是必需的。
If you were using this option in the previous example, the command would be
如果你在前一個例子中使用這個參數，編譯命令就應該是：
dcc32 MYSTUFF -B
Find error (-F) option
查找錯誤 選項(-F)
When a program terminates e to a runtime error, it displays an error code and the address at which the error occurred. By specifying that address in a -Faddress option, you can locate the statement in the source text that caused the error, provided your program and units were compiled with debug information enabled (via the $D compiler directive).
當一個程序由於運行期間錯誤而終止時，它會顯示一個錯誤號和錯誤地址在錯誤發生時。用-Faddress選項來指定錯誤地址，你在源文件中能找到引發錯誤的位置，如果你的程序和單元編譯時附加了調試信息(使用$D編譯器指令)。
In order for the command-line compiler to find the runtime error with -F, you must compile the program with all the same command-line parameters you used the first time you compiled it.
為了命令行編譯器能用-F選項查找運行期間錯誤，你必須傳遞與第一次編譯時相同的指令列表。
As mentioned previously, you must compile your program and units with debug information enabled for the command-line compiler to be able to find runtime errors. By default, all programs and units are compiled with debug information enabled, but if you turn it off, using a {$D-} compiler directive or a -$D- option, the command-line compiler will not be able to locate runtime errors.
先前提到過，你的程序和單元必須啟用調試信息，命令行編譯器才能查找運行期間錯誤。默認情況下，所有的程序和單都是啟用調試信息的，除非你用{-D}或-$D-指令關閉它，這樣，命令行編譯器就不能查找運行期間錯誤了。
Use packages (-LU) option
使用包(-LU)選項
Use the -LU option to list additional runtime packages that you want to use in the application being compiled. Runtime packages already listed in the Project Options dialog box need not be repeated on the command line.
使用-LU選項來在編譯時添加你應用程序中要用到的運行期間包。運行期間包已經在「工程選項」對話框中列舉的，不必再在命令行中添加。
Disable implicit compilation (-Z) option
(此選項在delphi6.0/7.0中有不同描述，在此不作翻譯)
The -Z option prevents packages and units from being implicitly recompiled later. With packages, it is equivalent to placing {$ IMPLICITBUILD OFF} in the .dpk file. Use -Z when compiling packages that provide low-level functionality, that change infrequently between builds, or whose source code will not be distributed.
Target file extension (-TX) option
目標文件擴展名(-TX)選項
The -TX option lets you override the default extension for the output file. For example,
選項-TX允許你改寫默認的輸出文件擴展名。例如：
dcc32 MYSTUFF -TXSYS
generates compiled output in a file called MYSTUFF.SYS.
生成的將是一個叫做MYSTUFF.SYS的文件。
Quiet (-Q) option
安靜模式(-Q)選項
The quiet mode option suppresses the printing of file names and line numbers ring compilation. When the command-line compiler is invoked with the quiet mode option
安靜模式選項禁止在編譯時顯示文件名及代碼行數，如果命令行編譯器調用這個選項的話。
dcc32 MYSTUFF -Q its output is limited to the startup right message and the usual statistics at the end of compilation. If any errors occur, they will be reported.

它的輸出僅限於起始時行版權信息以及結尾的統計信息。當然，如果發生錯誤，它也會輸出。

DCC32.CFG file
DCC32.CFG配置文件
You can set up a list of options in a configuration file called DCC32.CFG, which will then be used in addition to the options entered on the command line. Each line in configuration file corresponds to an extra command-line argument inserted before the actual command-line arguments. Thus, by creating a configuration file, you can change the default setting of any command-line option.
你可以設置一個編譯選項列表到一個叫做DCC32.CFG的配置文件中，它將用於編譯時附加到命令行參數後。配置文件的每一行都相當於一個額外的命令行參數插入到實際的命令行參數前(注意，是實際參數前)。因而，你可以使用這個配置文件改變一些命令行參數的默認設置。
The command-line compiler lets you enter the same command-line option several times, ignoring all but the last occurrence. This way, even though you've changed some settings with a configuration file, you can still override them on the command line.
命令行編譯器允許你輸入相同的命令行參數，它將忽略所有除最後一個之外。這個的話，盡管通過配置文件你可以改變一些設置，你仍然可以覆蓋它使用命令行參數。
When dcc32 starts, it looks for DCC32.CFG in the current directory. If the file isn't found there, dcc32 looks in the directory where DCC32.EXE resides.
當dcc32啟動時，它查找DCC32.CFG文件在當前目錄。如果文件沒有找到，dcc32會查找它所在的目錄。
Here's an example DCC32.CFG file, defining some default directories for include, object, and unit files, and changing the default states of the $O and $R compiler directives:
以下是一個DCC32.CFG配置文件的例子，定義了關於文件包含、OBJ文件包含、單元文件搜索路徑信息，並改變了編譯器指令$O和$R的默認值。
-IC:\DELPHI\INC;C:\DELPHI\SRC
-OC:\DELPHI\ASM
-UC:\DELPHI\UNITS
-$R+
-$O-
Now, if you type:
現在，如果你輸入：
dcc32 MYSTUFF
the compiler performs as if you had typed the following:
編譯器把它當作你輸入如下命令：
dcc32 -IC:\DELPHI\INC;C:\DELPHI\SRC -OC:\DELPHI\ASM -UC:\DELPHI\UNITS -$R+ -$O- MYSTUFF

Debug options
調試選項
The compiler has two sets of command-line options that enable you to generate external debugging information: the map file options and the debug info options.
編譯器有兩個命令行參數可以生成外部調試信息:MAP文件選項和調試信息選項。
Map file (-G) options
Map文件(-G)選項
The -G option instructs the command-line compiler to generate a .map file that shows the layout of the executable file. Unlike the binary format of executable and .dcu files, a .map file is a legible text file that can be output on a printer or loaded into the editor. The -G option must be followed by the letter S, P, or D to indicate the desired level of information in the .map file. A .MAP file is divided into three sections:
選項-G指示命令行編譯器生成一個.map文件來查看一個可執行文件的布局。不同於可二進制的可執行文件和.dcu文件，.map文件是一個可讀的文本文件，可以被列印或是其它文本編輯器編輯。選項-G後必須跟字元S、P或D，去決定你想要在.map文件列出的信息。一個.MAP文件被分成三個節：
Segment
Publics
Line Numbers
-GS outputs only the Segment section, -GP outputs the Segment and Publics section, and -GD outputs all three sections. -GD also generates a .DRC file that contains tables of all string constants declared using the resourcestring keyword.
-GS選項只輸出Segment Section,-GS選項輸出Segment和Publics,-GD輸出所有的三個Sections.-GD選項也生成一個擴展名為.DRC的文件包含所有的用resourcestring關鍵字聲明的字元串常量。
For moles (program and units) compiled in the {$D+,L+} state (the default), the Publics section shows all global variables, proceres, and functions, and the Line Numbers section shows line numbers for all proceres and functions in the mole. In the {$D+,L-} state, only symbols defined in a unit's interface part are listed in the Publics section. For moles compiled in the {$D-} state, there are no entries in the Line Numbers section.
用默認的編譯選項{$D+,L+}編譯模塊(程序或單元)，Publics Section列舉所有的全局變數、過程和函數，Line Numbers Section列舉模塊中所有的過程和函數的行號。如果用{$D+,L-}編譯選項編譯模塊，Publics Section中僅列舉在單元的interface部分定義的符號。如果用{$D-}選項編譯模塊，在Line Numbers Section沒有任何入口。
Debug info (-V) options
調度選項(-V)
The -V options (-V, -VN. and -VR), which cause the compiler to generate debug information, can be combined on the command line.
選項-V、-VN、-VR會指示編譯器生成調試信息，它們能在命令行中組合使用。
Generate Turbo Debugger debug info (-V) option
生成Turbo Debugger使用的調試信息的選項(-V)
When you specify the -V option on the command line, the compiler appends Turbo Debugger 5.0-compatible external debug information at the end of the executable file. Turbo Debugger includes both source- and machine-level debugging and powerful breakpoints.
當你在命令行中使用-V選項時，編譯器會在可執行文件的末尾附加與Turbo Debugger5.0一致的外部調試信息。Turbo Debugger包含代碼和硬體級別的強大的斷點。
Even though the debug information generated by -V makes the resulting executable file larger, it does not affect the actual code in the executable, and does not require additional memory to run the program.
雖然附加調試信息到查執行文件中會使可執行文件增大，但是它並不影響實際可執行文件中的可執行代碼，也不需要額外的內存來啟動程序。
The extent of debug information appended to the executable file depends on the setting of the $D and $L compiler directives in each of the moles (program and units) that make up the application. For moles compiled in the {$D+,L+} state, which is the default, all constant, variable, type, procere, and function symbols are known to the debugger. In the {$D+,L-} state, only symbols defined in a unit's interface section are known to the debugger. In the {$D-} state, no line-number records are generated, so the debugger cannot display source lines whe

B. debug和release兩種編譯方法的區別與聯系

Debug 為調試版本，Release 為發布版本，從開發者和用戶視角看，他們的區別如下：

一、從開發者視角，Debug和Release的區別，主要是編譯器的選項不同，Debug 包含調試信息，並且不作任何優化，便於程序員調試程序。Release 往往是進行了各種優化，使得程序在代碼大小和運行速度上都是最優的，以便用戶很好地使用。

Debug 版本 相關參數解釋：
參數 含義
/MDd /MLd 或 /MTd 使用 Debug runtime library(調試版本的運行時刻函數庫)
/Od 關閉優化開關
/D "_DEBUG" 相當於 #define _DEBUG,打開編譯調試代碼開關(主要針對assert函數)
/ZI
創建 Edit and continue(編輯繼續)資料庫，這樣在調試過程中如果修改了源代碼不需重新編譯
GZ 可以幫助捕獲內存錯誤

Release 版本 參數含義
/MD /ML 或 /MT 使用發布版本的運行時刻函數庫
/O1 或 /O2 優化開關，使程序最小或最快
/D "NDEBUG" 關閉條件編譯調試代碼開關(即不編譯assert函數)
/GF 合並重復的字元串，並將字元串常量放到只讀內存，防止被修改

二、使用者視角，我們下載軟體的時候，一般應該選擇Release版。Debug一般比測試版更粗，主要提供給高級測試者反饋修改意見。

C. c語言防止優化

編譯器編譯命令里有設置選項，通過設置，你可以要求 不優化，也可以要求用哪種優化。
具體選項有哪些，要查自己編譯器的幫助文件。
例如，MS VC++ 6.0 編譯器編
優化選項：
/O1：優化使產生的可執行代碼最小
/O2：優化使產生的可執行代碼速度最快
/Oa：指示編譯器程序里沒有使用別名，可以提高程序的執行速度
/Ob：控制內聯（inline）函數的展開
/Od：禁止代碼優化
/Og：使用全局優化
/Oi：用內部函數去代替程序里的函數調用，可以使程序運行的更快，但程序的長度變長
/Op：提高浮點數比較運算的一致性
/Os：產生盡可能小的可執行代碼
/Ot：產生盡可能塊的可執行代碼
/Ow：指示編譯器在函數體內部沒有使用別名
/Ox：組合了幾個優化開關，達到盡可能多的優化
/Oy：阻止調用堆棧里創建幀指針

/O2 為了加速，會優化掉。 選 /Od 不優化。

D. vs中debug和release版本的區別

vs中的程序有debug和release兩個版本。

1、版本不同

Debug通常稱為調試版本，通過一系列編譯選項的配合，編譯的結果通常包含調試信息，而且不做任何優化，以為開發人員提供強大的應用程序調試能力。

而Release通常稱為發布版本，是為用戶使用的，一般客戶不允許在發布版本上進行調試。

2、運行效果不同

debug程序通常比release程序要慢，尤其是處理視頻方便release要比debug快很多。

3、演算法不同

debug跟release在初始化變數時所做的操作是不同的，debug是將每個位元組位都賦成0xcc， 而release的賦值近似於隨機。

(4)與編譯器優化相關的所有開關擴展閱讀：

二者的編譯選項。

Debug 版本：

/Od 關閉優化開關

/D "_DEBUG" 相當於 #define _DEBUG，打開編譯調試代碼開關（主要針對assert函數）

/ZI 創建 Edit and continue（編輯繼續）資料庫，這樣在調試過程中如果修改了源代碼不需重新編譯

/GZ 可以幫助捕獲內存錯誤

/Gm 打開最小化重鏈接開關，減少鏈接時間

Release 版本：

/MD /ML 或 /MT 使用發布版本的運行時刻函數庫

/O1 或 /O2 優化開關，使程序 最小或最快

/D "NDEBUG" 關閉條件編譯調試代碼開關（即不編譯assert函數）

/GF 合並重復的字元串，並將字元串常量放到只讀內存，防止被修改

可以理解Debug 和 Release 並沒有本質的界限，他們只是一組編譯選項的集合，編譯器只是按照預定的選項行動。可以修改這些選項，從而得到優化過的調試版本或是帶跟蹤語句的發布版本。

E. proteus怎麼找開關的位置

在PROTEUS的搜索窗口中輸入button或switch查找開關，按個人需要進行選擇，button是輕觸開關，switch是自鎖開關。

具體操作請參照以下步驟。

1、首先在電腦上打開proteus軟體，圖為軟體載入界面。

(5)與編譯器優化相關的所有開關擴展閱讀

proteus完善的電路模擬功能：

ProSPICE混合模擬，基於工業標准SPICE3F5，實現數字/模擬電路的混合模擬；

超過27000個模擬器件，可以通過內部原型或使用廠家的SPICE文件自行設計模擬器件，Labcenter也在不斷地發布新的模擬器件，還可導入第三方發布的模擬器件；

豐富的虛擬儀器，13種虛擬儀器，面板操作逼真，如示波器，邏輯分析儀，信號發生器，直流電壓/電流表，交流電壓/電流表，數字圖案發生器，邏輯探頭，虛擬終端，SPI調試器，I2C調試器等；

生動的模擬顯示：用色點顯示引腳的數字電平，導線以不同顏色表示其對地電壓大小，結合動態器件（如電機、顯示器件、按鈕）的使用可以使模擬更加直觀、生動；

單片機協同模擬功能：

支持主流的CPU類型：如ARM7、8051/52、AVR、PIC10/12、PIC16、PIC18、PIC24、dsPIC33、HC11、BasicStamp、8086、MSP430等，CPU類型隨著版本升級還在繼續增加，如即將支持CORTEX、DSP處理器；

支持通用外設模型：如字元LCD模塊、圖形LCD模塊、LED點陣、LED七段顯示模塊、鍵盤/按鍵、直流/步進/伺服電機、RS232虛擬終端、電子溫度計等等，其COMPIM（COM口物理介面模型）還可以使模擬電路通過PC機串口和外部電路實現雙向非同步串列通信；

實時模擬：支持UART/USART/EUSARTs模擬、中斷模擬、SPI/I2C模擬、MSSP模擬、PSP模擬、RTC模擬、ADC模擬、CCP/ECCP模擬；

編譯及調試：支持單片機匯編語言的編輯/編譯/源碼級模擬，內帶8051、AVR、PIC的匯編編譯器，也可以與第三方集成編譯環境（如IAR、Keil和Hitech）結合，進行高級語言的源碼級模擬和調試。

F. atlas 鏄浠涔堢殑緙╁啓錛

C/ATLAS鍏ㄧОCommon / Abbreviated Test Language for All Systems(鍏ㄧ郴緇熷叕鍏/綆鏄庢祴璇曡璦)鏄涓涓騫挎硾鐢ㄤ簬鍐涗簨鍜岃埅絀烘祴璇曠殑鏍囧噯鍖栬璦.鐢盜EEE璐熻矗瀵硅ヨ璦鏍囧噯榪涜岀＄悊緇存姢,璁稿氬浗瀹墮兘鍙傚姞浜嗚繖涓璇璦鐨勫紑鍙.鏈鏂囦粙緇嶇殑姝ｆ槸鎴戝浗寮鍙戠殑ATLAS緙栬瘧鍣ㄤ腑鐨勮涔夊垎鏋愰儴鍒.
璇涔夊垎鏋愭槸緙栬瘧涓鐨勯噸鐐,鍦ㄨ涔夊垎鏋愪腑涓嶄粎瑕佽繘琛岀▼搴忕殑涓婁笅鏂囪涔変竴鑷存х殑媯鏌,榪樿佷負鐩鏍囦唬鐮佺敓鎴愭彁渚涜凍澶熺殑淇℃伅.鏈鏂囦粙緇嶄簡ATLAS璇涔夊垎鏋愮殑瀹炵幇鏂規硶,騫跺笰TLAS緋葷粺鐨勫疄鐜版妧鏈,榪愯岀幆澧冪殑瀹炵幇鏂規硶榪涜屼簡綆鍗曠殑浠嬬粛.
瀵逛簬ATLAS璇涔変腑瑕佹眰鐨勭壒孌婇棶棰,鎴戜滑閲囩敤浜嗛潰鍚戝硅薄鎶鏈鍔犱互瀹炵幇,騫跺彇寰椾簡寰堝ソ鐨勭粨鏋.鍏蜂綋鐨勫疄鐜伴噰鐢ㄩ潤鎬佽涔夊垎鏋愬拰鍔ㄦ佽涔夊垎鏋愮浉緇撳悎鐨勬柟娉.鏈鏂囧笰TLAS緋葷粺涓鐨勮懼囩＄悊緋葷粺,榪愯岀幆澧冪郴緇熺瓑涔熻繘琛屼簡綆鍗曠殑浠嬬粛,涓篈TLAS緋葷粺鐨勮繘涓姝ュ紑鍙戝犲畾浜嗗熀紜.
鐩 褰
絎涓絝 緋葷粺綆浠
1.1 ATLAS 緋葷粺綆浠
C/ATLAS鏄鍏ㄧ郴緇熷叕鍏/綆鏄庢祴璇曡璦(Common / Abbreviated Test Language for All Systems)鐨勭緝鍐,瀹冩槸涓縐嶅姛鑳藉嶮鍒嗗己澶х殑鍏ㄧ郴緇熸爣鍑嗘祴璇曡璦,鍦ㄥ啗浜,鑸絀轟簨涓氫腑鍏鋒湁騫挎硾鐨勫簲鐢.
20涓栫邯60騫翠唬,ARINC鍏鍙鎬負浜嗗硅埅絀哄櫒涓婄殑鐢靛瓙璁懼囩郴緇熻繘琛屾祴璇,涓誨姙寮鍙戜簡涓涓嫻嬭瘯璇璦ATLAS,褰撴椂ATLAS鐨勫惈涔夋槸鎸嘇bbreviated Test Language for Avionics Systems .闅忓悗,緹庡浗闄嗗啗,嫻峰啗,鑸絀洪儴闃熶互鍙婂寳澶цタ媧嬪叕綰︾粍緇囦篃鍔犲叆鍒拌繖涓璇璦鐨勫紑鍙.
1976騫,C/ATLAS鐨勬帶鍒舵潈鐢盇RINC縐諱氦緇橧EEE,姝ゆ椂ATLAS鐨勫惈涔夋洿涓哄箍娉:Abbreviated Test Language for All Systems .鍚屾椂ARINC鍙戝竷浜咺EEE鏍煎紡鐨凙RINC416-13A鏍囧噯.1988騫,IEEE鍙戝竷浜咥TLAS716-1988/9鏍囧噯,鍚屽勾ARINC涔熷彂甯冧簡鏍囧噯ARINC626-1988/9,涔嬪悗IEEE鍜孉RINC姣忎笁,鍥涘勾灝辨洿鏂頒竴嬈″悇鑷鐨勬爣鍑.2000騫,IEEE鍙戝竷浜咰/ATLAS鐨勬渶鏂扮増鏈珹TLAS2000鏍囧噯,鎴戜滑瀹炵幇鐨勭郴緇熼噰鐢ㄧ殑灝辨槸IEEE鐨凙TLAS2000鏍囧噯.
C/ATLAS鍏鋒湁濡備笅鐨勭壒鐐:
涓,瀹冩槸涓涓鏍囧噯鐨勬祴璇曡璦.涓轟簡闃叉㈣璦鐨勬棩鐩婂簽澶у拰涓嶅埄浜庣淮鎶,璇ヨ璦鐢盜EEE璐熻矗鍙戝竷鐩稿簲鐨勬爣鍑,浠ヨ揪鍒拌璦鐨勮勮寖鍜岀粺涓.鍙備笌璇ユ爣鍑嗙殑涓昏佺敤鎴鋒湁緹庡浗鍥介槻閮,寰峰浗鍥介槻閮,娉曞浗鍥介槻閮,鑻卞浗鍥介槻閮,鐟炲吀鍥介槻閮ㄥ拰鑸絀哄伐涓氱殑鑸絀烘棤綰跨數鍏鍙哥瓑.
浜,C/ATLAS鍏鋒湁鍜屾祴璇曡懼囨棤鍏崇殑鐗規,鍙搴旂敤浜庢墍鏈夌殑嫻嬭瘯緋葷粺.鐢ˋTLAS璇璦緙栧啓鐨勭▼搴忓彲浠ユ祴璇曞悇縐嶄華鍣ㄨ懼,嫻嬭瘯鐨勪唬鐮佷腑涓嶅寘鎷浠諱綍嫻嬭瘯鎵閲囩敤鐨勭‖浠朵俊鎮.涔熷氨鏄璇,鍙瑕佹祴璇曚嬌鐢ㄧ殑鑷鍔ㄦ祴璇曡懼(ATE)鏀鎸丄TLAS,渚垮彲浠ヤ笉緇忚繃淇鏀瑰湴浣跨敤鍦ㄥ彟澶栦竴涓嫻嬭瘯緋葷粺涓緙栧啓鐨凙TLAS紼嬪簭.
涓,ATLAS鐨勫姛鑳藉嶮鍒嗗己澶,鎻愪緵浜嗙湡姝ｇ殑鑷鍔ㄦ祴璇.鍦ㄤ互寰鐨勬祴璇曚腑,嫻嬭瘯浜哄憳涓嶄粎瑕佽冭檻嫻嬭瘯鐨勭畻娉曞拰嫻佺▼,榪樿佽姳寰堝氱簿鍔涚敤浜庨夋嫨嫻嬭瘯浣跨敤鐨勮懼囩敋鑷寵捐℃祴璇曟墍闇鐨勭‖浠剁瓑,榪涜屼笉鍚岀殑嫻嬭瘯闇瑕佷笉鍚岀殑嫻嬭瘯璁懼囧拰鐩稿簲鐨勬祴璇曟祦紼.鍦ˋTLAS涓鍒欎笉闇瑕佹祴璇曚漢鍛樿冭檻嫻嬭瘯紜浠,鑰岀敱ATLAS緋葷粺鑷鍔ㄥ勭悊,榪欐牱嫻嬭瘯浜哄憳灝辮兘澶熸洿鍔犱笓蹇冨湴榪涜屾祴璇曠畻娉曞拰嫻嬭瘯嫻佺▼璁捐.ATLAS緋葷粺鐨凙TE(鑷鍔ㄦ祴璇曡祫婧)涓鎻愪緵浜嗗ぇ閲忕殑嫻嬭瘯璁懼,涓涓獮TE鑳借繘琛屽緢澶氭祴璇,榪欐牱涓嶄粎綆鍖栦簡嫻嬭瘯緋葷粺鐨勮勬ā,涔熷ぇ澶ф彁楂樹簡嫻嬭瘯鐨勬晥鐜囧拰姘村鉤.
1.1.1 榪涜孉TLAS 嫻嬭瘯鐨勭‖浠剁幆澧
ATLAS璇璦鍙浠ュ簲鐢ㄤ簬鍚勭嶇數瀛愮被鍜岄潪鐢電被浠鍣ㄨ懼囩殑嫻嬭瘯,闅忕潃嫻嬭瘯鎶鏈鍜屾祴璇曡懼囩殑涓嶆柇鍙戝睍,ATLAS璇璦涔熷湪涓嶆柇鐨勮繘琛屼慨鏀.鍦ㄩ伒寰狪EEE鏍囧噯鐨勫熀紜涓,涓轟簡鏂逛究鐢ㄦ埛鐨勪嬌鐢,ATLAS璇璦鑷韜鎻愪緵浜嗕竴縐嶇殑鎵╁睍鏈哄埗,浠ュ畬鎴愮敱浜庡綋鍓嶆爣鍑嗙殑闄愬埗鑰屼笉鑳借繘琛岀殑嫻嬭瘯.
ATLAS 璇璦涓涓嶆彁渚涙祴璇曠‖浠朵俊鎮.鐢ㄦ埛浣跨敤榪囩▼涓,ATLAS緋葷粺鏍規嵁紼嬪簭涓鐨勮懼囩壒寰佷俊鎮,鑷鍔ㄥ湴榪涜岃懼囧垎閰嶅苟璋冪敤鐩稿簲鐨勭‖浠舵搷浣滄潵瀹屾垚瀵筓UT(琚嫻嬭瘯鍗曞厓)鐨勬祴璇.鍙浠ヨ碅TLAS緋葷粺鏄涓涓瀵規祴璇曡蔣浠跺拰紜浠惰繘琛岀＄悊鐨勮櫄鎷熸満,瀹冧笉浠呰礋璐ｅ笰TLAS婧愮▼搴忕紪璇,鐢熸垚鏈哄櫒鐮;榪樿佸規祴璇曡祫婧愯懼囪繘琛岀＄悊,璁懼囩＄悊鍖呮嫭:娣誨姞鍜屽垹闄よ懼,綆＄悊琚嫻嬭瘯鍗曞厓(UUT)鍒拌嚜鍔ㄦ祴璇曠郴緇(ATE)璁懼囩殑寮鍏寵繛鎺ラ氳礬;姝ゅ,ATLAS緋葷粺榪樿佸湪嫻嬭瘯鐨勬墽琛岃繃紼嬩腑,澶勭悊嫻嬭瘯涓浜х敓鐨勪簨浠,騫剁洃鎺ф祴璇曡祫婧愮殑宸ヤ綔鎯呭喌.
涓嬪浘鏄疉TLAS嫻嬭瘯鐨勭‖浠剁幆澧.
,ATLAS嫻嬭瘯緋葷粺紜浠剁粨鏋勫浘
ATLAS嫻嬭瘯緋葷粺紜浠朵富瑕佹湁浠ヤ笅鍑犱釜閮ㄥ垎緇勬垚:
ATE(auto test equipment):鑷鍔ㄦ祴璇曡懼,浣挎暣涓嫻嬭瘯緋葷粺鐨勬牳蹇,閲囩敤VXI鎴朓EEE488 鎬葷嚎灝嗚懼囪繛鎺ュ埌涓繪満涓.ATE鏈烘煖涓鐨勮懼囦富瑕佸寘鎷:1)嫻嬭瘯浣跨敤鐨勮祫婧,濡傚悇縐嶅彲鎺х洿嫻佺數婧,鍙鎺т俊鍙峰彂鐢熷櫒,鏁板瓧涓囩敤琛,紺烘嘗鍣ㄧ瓑;2)寮鍏寵懼,鐢ㄤ簬榪炴帴ATE澶栭儴鐨勯樀鍒楁帴鍙ｅ拰ATE鍐呴儴鐨勮懼.3)ATE闃靛垪鎺ュ彛,鏄疉TE鐨勮緭鍑烘帴鍙,澶栨帴嫻嬭瘯浣跨敤鐨勯傞厤鍣.
UUT(unit under test):琚嫻嬭瘯鍗曞厓,鍗蟲祴璇曠殑瀵硅薄,鍦ㄦ祴璇曡繃紼嬩腑鍜孉TE澶栭儴鐨勯傞厤鍣ㄧ浉榪炴帴.
閫傞厤鍣:鐢ㄤ簬榪炴帴ATE鍜孶UT.鍦ㄦ祴璇曡繃紼嬩腑,ATE璐熻矗鎻愪緵緇橴UT (琚嫻嬭瘯鍗曞厓)鐢墊簮,杈撳叆鐨勬縺鍔變俊鍙,騫朵粠UUT (琚嫻嬭瘯鍗曞厓)涓璇誨嚭嫻嬭瘯鐐圭殑鍐呭.閫傞厤鍣ㄧ殑浣滅敤灝辨槸榪涜屼粠ATE(鑷鍔ㄦ祴璇曡懼)鍒癠UT(琚嫻嬭瘯鍗曞厓)寤虹珛鐩稿簲鐨勮繛鎺,騫舵牴鎹甎UT 鎯呭喌榪涜岀數姘旇漿鎹,鐢典俊鍙峰埌闈炵數淇″彿鐨勮漿鎹㈢瓑.
VXI 鎬葷嚎絳:鐢ㄤ簬榪炴帴涓繪満鍜孉TE(鑷鍔ㄦ祴璇曡祫婧)涓鐨勬祴璇曡懼,鍙鎺у紑鍏崇瓑,榪涜孉TE鎺у埗鍜屾暟鎹閫氫俊.
涓繪満:嫻嬭瘯涓繪帶璁＄畻鏈,鍏朵笂闈㈣繍琛孉TLAS緋葷粺.
1.1.2.ATLAS 緋葷粺緇撴瀯
ATLAS緋葷粺璐熻矗緙栬瘧鎵ц孉TLAS緙栧啓鐨勬祴璇曠▼搴,鎻愪緵璋冭瘯鐜澧,嫻嬭瘯浠跨湡鐜澧,綆＄悊ATE涓鐨勫悇縐嶈懼囧拰寮鍏.ATLAS緋葷粺鐢盇TLAS緙栬瘧鍣,ATLAS榪愯岀幆澧,ATLAS鐜澧冪＄悊紼嬪簭,璁懼囧簱,鎵╁睍鍗忚,鎬葷嚎鎻忚堪鏂囦歡,璁懼囨弿榪版枃浠,寮鍏蟲弿榪版枃浠跺拰閫傞厤鍣ㄦ弿榪版枃浠剁粍鎴.
緋葷粺鐨勭粨鏋勫備笅鍥炬墍紺:
ATLAS緋葷粺嫻嬭瘯嫻佺▼鍥
ATLAS 鐜澧冪＄悊紼嬪簭灝嗘祴璇曚嬌鐢ㄧ殑璁懼囨弿榪版枃浠,寮鍏蟲弿榪版枃浠,鎬葷嚎鎻忚堪鏂囦歡鍜岄傞厤鍣ㄦ弿榪版枃浠惰漿鎹涓哄唴閮ㄧ殑璁懼囦俊鎮,寮鍏充俊鎮,鎬葷嚎淇℃伅鍜岄傞厤鍣ㄥ紩鑴氫俊鎮.
ATLAS緙栬瘧鍣ㄥ皢嫻嬭瘯紼嬪簭緙栬瘧鎴愬彲鎵ц岀殑鐩鏍囦唬鐮,騫朵氦緇橝TLAS榪愯岀郴緇熸墽琛.鍦ㄧ紪璇戠殑榪囩▼涓,ATLAS緙栬瘧鍣ㄦ牴鎹緋葷粺涓鐨勮懼囦俊鎮,寮鍏充俊鎮,鎬葷嚎鍜岄傞厤鍣ㄥ紩鑴氫俊鎮,榪涜屾祴璇曡懼囩殑鍒嗛厤,鐢熸垚鐩稿簲嫻嬭瘯璁懼囩殑鎿嶄綔浠ｇ爜,騫跺湪嫻嬭瘯緇撴潫鍚庡洖鏀惰懼.
ATLAS榪愯岀郴緇熻礋璐ｆ墽琛岀洰鏍囦唬鐮,瀹屾垚鏈緇堢殑嫻嬭瘯.鍦ㄨ繍琛岀郴緇熶腑瑕佺洃鎺ц懼囩殑鎵ц屾儏鍐,澶勭悊鏉ヨ嚜嫻嬭瘯璁懼囩殑淇″彿鍜屼腑鏂,綆＄悊嫻嬭瘯鎵ц岀殑榪涚▼,騫剁粰紼嬪簭鍛樻彁渚涚浉搴旂殑璋冭瘯鐜澧.
鍦ㄦ墽琛屼腑,ATLAS鐨勮繍琛岀郴緇熻皟鐢ㄨ懼嘍LL搴撲腑鐨勮懼囧嚱鏁版潵鎵ц屾祴璇.璁懼囩＄悊緋葷粺璐熻矗娣誨姞嫻嬭瘯璁懼,淇鏀瑰紑鍏抽氳礬,淇鏀規祴璇曡懼囦俊鎮,鍒犻櫎嫻嬭瘯璁懼囩瓑絳.娣誨姞鍜屼慨鏀逛竴涓璁懼囧垯鐩稿簲鐨勪慨鏀硅懼嘍LL搴.
ATLAS緙栬瘧鍣ㄦ牴鎹婧愮▼搴忎腑璁懼囩殑鐗瑰緛淇℃伅,緇撳悎緋葷粺鍐呴儴鐨勮懼囦俊鎮,寮曡剼淇℃伅鍜屽紑鍏充俊鎮,鏉ユ煡鎵捐懼.濡傛灉鎵懼埌婊¤凍鏉′歡鐨勮懼,鍒欏垎閰嶈ヨ懼囧苟璋冪敤榪欎釜璁懼囩殑鎿嶄綔.濡傛灉鏇存敼緋葷粺鐨勮懼,姣斿傛坊鍔犳柊璁懼囨垨淇鏀瑰綋鍓嶈懼囩殑鏌愪簺淇℃伅,榪欐椂瑕佷慨鏀圭郴緇熷唴閮ㄧ殑璁懼囦俊鎮,浠ヤ究鍦ˋTLAS緙栬瘧鏃惰兘澶熸壘鍒版弧瓚蟲潯浠剁殑璁懼.
1.2 鏈鏂囧畬鎴愮殑宸ヤ綔
鏈鏂囦粙緇嶇殑宸ヤ綔鏄鎴戜滑鐨勯」鐩鈥斺擜TLAS緋葷粺鐨勪竴閮ㄥ垎,涓昏佹槸ATLAS璇璦鐨勮涔夊垎鏋愰儴鍒,緇欏嚭浜咥TLAS褰㈠紡鍖栬涔,ATLAS緙栬瘧鐜澧,榪愯岀幆澧,ATLAS鐨勫姩鎬佽涔夊垎鏋愭妧鏈鍜岄潤鎬佽涔夊垎鏋愭妧鏈.鏈鏂囧畬鎴愮殑宸ヤ綔鏈:
瀹炵幇浜咥TLAS璇璦鐨勮涔夊垎鏋
鍒╃敤闈㈠悜瀵硅薄鐨勬妧鏈痆5][6]瑙ｅ喅浜咥TLAS瑕佹眰鐨勮涔夋墿灞曞拰璁懼囨棤鍏蟲
闃愯堪浜咥TLAS緋葷粺鐨勭粍鎴愬拰鍚勯儴鍒嗙殑鍔熻兘
瀹炵幇浜咥TLAS鐨勮涔夊垎鏋愬櫒[7],緇欏嚭浜咥TLAS闈欐佽涔夋鏌ュ拰鍔ㄦ佽涔夋鏌ョ殑鍐呭,騫跺埄鐢ㄥ睘鎬ф枃娉曞姞浠ユ弿榪
絎浜岀珷 ATLAS璇璦
2.1 ATLAS 2000
ATLAS鏄涓涓鍗佸垎鏈夎叮鐨勮璦,涓庝竴鑸鐨勮繃紼嬪紡璇璦涓嶅悓,ATLAS鏇存帴榪戜簬鑷鐒惰璦.鍦ㄨ繖涓璇璦涓姣忎竴涓璇鍙ョ敱鍔ㄨ瘝,鍚嶈瘝鍜屽畠浠鐨勪慨楗頒俊鎮緇勬垚,涓涓獮TLAS璇鍙ヤ腑鑷沖皯鍖呭惈涓涓鍔ㄨ瘝鍜屼竴涓鍚嶈瘝[2].
ATLAS2000璇鍙ョ粨鏋勫備笅鍥炬墍紺:
鍥哄畾鍩 鍒嗛殧絎
,
鍥哄畾鍩熶腑鐨勬爣蹇楀煙,鐢ㄦ潵璇存槑榪欐潯璇鍙ョ殑鍚涔,濡傛灉蹇界暐鏍囧織璇存槑鏄涓鏉℃櫘閫氱殑璇鍙,鏄娉ㄩ噴璇鍙ュ垯鏍囧織涓"C" 鎴"B",濡傛灉鏄"E"琛ㄧず鍙浠ヤ粠鏍囧織鐨勮繖鏉¤鍙ュ紑濮嬫墽琛屾祴璇,鑰屼笌鍓嶉潰鐨勬祴璇曟棤鍏.
VERB鍔ㄨ瘝,鍖呮嫭ATLAS涓鐨勫姩璇嶅拰鍔ㄨ瘝淇楗拌瘝.鍔ㄨ瘝鏈:APPLY,DEFINE,DECLARE,REQUIRE,DISCONNECT,REMOVE,DO絳.鍔ㄨ瘝鐨勪慨楗拌瘝鐢ㄦ潵杈呭姪鍔ㄨ瘝濡:"DO ,SIMULTANEOUS" 璇鍙ヤ腑鐨凷IMULANEOUS,淇″彿璇鍙ヤ腑鐨"THEN RESET"絳.
鍒嗛殧絎,鍦ˋTLAS涓涓嶅悓鐨勮娉曟垚鍒嗙敱鍒嗛殧絎","闅斿紑.
姣忎竴鏉￠兘鏈変竴涓緇堟㈢"$".
姣忎釜璇鍙ョ殑璇鍙ュ墿浣欓儴鍒嗘牴鎹鎯呭喌鑰屽畾.
ATLAS2000緇撴瀯:
ATLAS2000 鏄涓涓鏈夊氬眰緇撴瀯鐨勮璦[4],涓涓獮TLAS紼嬪簭鐢辨牳瀛愬師璇,璇鍙,妯″瀷,TTF鍜屾ā鍧楃粍鎴.ATLAS鏍稿瓙閮ㄥ垎鍜孉TLAS鍘熻鏋勬垚浜嗚繖涓璇璦鐨勫熀紜,鐢ㄦ埛閫氳繃棰勫畾涔夊拰榪欎簺鍩烘湰璇緔犳潵寤虹珛嫻嬭瘯欏圭洰鐨勯渶奼.妯″瀷緇撴瀯浣跨敤鎴烽氳繃瀵瑰簳灞傞儴浠剁殑鎿嶄綔緇勫悎,鎶借薄鍑哄叿鏈夋洿楂樺眰嬈＄殑緇撴瀯騫跺規洿澶嶆潅鐨勬祴璇曞姛鑳藉姞浠ユ弿榪.TTF(Test Technology Frameworks)嫻嬭瘯鎶鏈妗嗘灦,ATLAS2000嫻嬭瘯鎶鏈妗嗘灦鍖呮嫭騫跺畾涔変竴浜涚敱ATLAS2000鍩虹緇勬垚鐨勭壒孌婄殑嫻嬭瘯鐜澧.妯″潡鐢ㄦ潵灝佽呴偅浜涘彲閲嶅嶄嬌鐢ㄧ殑嫻嬭瘯浠ｇ爜.鍏蜂綋緇撴瀯濡備笅鍥炬墍紺:
ATLAS 2000 緇撴瀯鍥
娉ㄩ噴:
ATLAS鏍稿瓙閮ㄥ垎(NUCLEUS)瀹氫箟浜咥TLAS璇璦鍏稿瀷鐨勬ц兘鍜屽姛鑳.ATLAS鏍稿瓙鐢卞艦寮忚娉,淇濈暀瀛楀拰瑙勫垯涓変釜閮ㄥ垎緇勬垚.
ATLAS鍘熻(PRIMITIVES)鏄鎻忚堪鍜岃存槑ATLAS淇″彿,鍔ㄤ綔,灞炴у拰鎬ц兘蹇呴渶鐨勫厓緔.榪欎簺鍩烘湰鍏冪礌涓嶈兘鍐嶅垎,鍏朵腑鍖呮嫭鍚嶈瘝,鍚嶈瘝淇楗拌瘝,鍔ㄨ瘝,鍔ㄨ瘝淇楗拌瘝,鎿嶄綔絎︿互鍙婂畠浠鐨勫姛鑳藉畾涔.
ATLAS妯″瀷(MODELS)鏄涓緋誨垪鍑芥暟鍜岃繃紼嬬殑琛ㄧず,鍦ˋTLAS涓,妯″瀷鐢ㄦ潵鎻忚堪嫻嬭瘯璁懼囧拰琚嫻嬭瘯鍗曞厓(UUT)鐨勭壒寰.ATLAS妯″瀷鏄鏂囨硶鍏冪礌鐨勬弿榪板熀紜,ATLAS鍏抽敭瀛楁牴鎹瓵TLAS2000妯″瀷鏉ュ畾涔,鎵鏈夌殑鍏抽敭瀛楀繀欏繪ā鍨嬪寲.涓鏃︿竴涓妯″瀷琚瀹氫箟騫朵笖鎴愪負嫻嬭瘯鎶鏈妗嗘灦(TTF)鐨勪竴閮ㄥ垎,灝卞彲浠ュ湪ATLAS鐨勮鍙ヤ腑浣滀負涓涓鍏抽敭瀛楁潵浣跨敤.
ATLAS鐨勬ā鍧(MODULE)鏄鍖呭惈鍦ˋTLAS紼嬪簭涓鐨勪竴涓瀹炰綋,鍙浠ヨ村畠鏄涓涓鍖呭惈ATLAS榪囩▼鍜岄潪ATLAS榪囩▼鐨勫瑰櫒.鍦ˋTLAS涓鐢"INCLUDE"璇鍙ユ潵浣跨敤妯″潡.鍦ㄦā鍧楀唴閫氳繃澹版槑榪囩▼鐨勫睘鎬ф槸鍏ㄥ矓鐨勮繕鏄灞閮ㄧ殑,鏉ュ喅瀹氳繃紼嬬殑浣滅敤鍩,鍏ㄥ矓鐨勮繃紼嬪彲浠ュ湪妯″潡澶栦嬌鐢.鍦ㄦā鍧楀唴閮ㄥ彲浣跨敤鏈妯″潡瀹氫箟鐨勬墍鏈夎繃紼,閫氳繃瀵瑰叾瀹冪殑妯″潡榪涜屽紩鐢ㄥ０鏄,涔熷彲浣跨敤澶栭儴榪囩▼.
2.2 ATLAS 璇涔夊垎鏋愮壒鐐
ATLAS璇璦鏄鐢ㄤ簬嫻嬭瘯鐨勬爣鍑嗚璦.灝界″湪ATLAS璇璦涓娌℃湁鍏充簬嫻嬭瘯璁懼囩‖浠剁殑鍏蜂綋淇℃伅,濡傝懼囩殑鐗╃悊鍦板潃,璁懼囬┍鍔ㄧ▼搴忓拰璁懼囩殑鎿嶄綔鍑芥暟絳,浣嗘槸ATLAS鎻愪緵浜嗘弿榪拌懼囩壒寰佺殑鍘熻鍜屾ā鍨媅1][3],鍏朵腑鍖呮嫭:鍚嶈瘝,鍔ㄨ瘝,淇楗拌瘝,榪炴帴鍜屼俊鍙蜂繚鐣欏瓧絳.ATLAS緙栬瘧鍣ㄦｆ槸鏍規嵁鍦ˋTLAS紼嬪簭涓鐨勭敱榪欎簺鍘熻鍜屾ā鍨嬬粍鎴愮殑淇℃伅,鏉ヨ嚜鍔ㄥ湴瀹屾垚璁懼囨煡鎵,璁懼囧垎閰,鍘婚厤鍜屾搷浣.
鍜屽父瑙佺殑紼嬪簭璇璦鐩告瘮,ATLAS鏈澶х殑鐗圭偣灝辨槸鍖呮嫭浜嗕竴浜涗笌嫻嬭瘯璁懼囨垨琚嫻嬪崟鍏冪浉鍏崇殑淇℃伅鍜岃鍙[1],鑰屽規祴璇曡懼囪繘琛屾搷浣滀篃灝辨槸ATLAS璇涔夌殑閲嶈侀儴鍒.鐜板湪鎴戜滑鏉ュ規瘮涓涓闈濧TLAS璇璦鍜孉TLAS璇璦鏄濡備綍緙栧啓嫻嬭瘯紼嬪簭鐨.
鎴戜滑浠嶤璇璦鐨勬祴璇曠▼搴忓拰ATLAS璇璦緙栧啓鐨勫悓鏍峰姛鑳界殑紼嬪簭榪涜屼竴涓嬪規瘮.
渚:灝嗕竴涓鐢靛帇鏄28v鐨勭洿嫻佺數婧愯繛鎺ュ埌琚嫻嬭瘯璁懼(UUT)涓.
瀹炵幇:
鐢–璇璦緙栧啓嫻嬭瘯紼嬪簭鐨勫叿浣撴搷浣滄ラゆ槸:棣栧厛灝嗚佷嬌鐢ㄧ殑鐢墊簮榪炴帴鍒版祴璇曠郴緇熶笂,灝嗙數婧愬埌UUT鐨勫紑鍏崇疆涓鴻繛鎺,鐒跺悗璁劇疆鐢墊簮鐢靛帇涓28V,鎺ヤ笅鏉ユ鏌ョ數婧愮殑杈撳嚭鐢靛帇鏄鍚︽槸28V,宸ヤ綔鐢墊祦鏄鍚﹀皬浜1A,濡傛灉婊¤凍鏉′歡鍒欏厑璁歌ョ數婧愬伐浣.
鍦ˋTLAS涓,閫氳繃涓鏉＄畝鍗曠殑璇鍙ュ氨鍙浠ュ畬鎴愪簡榪欎簺鎿嶄綔,鍦ˋTLAS紼嬪簭涓涓嶉渶瑕佹寚鍑鴻佷嬌鐢ㄥ摢涓涓鐢墊簮,鎴戜滑鍙浠ョ湅鍑篈TLAS鍜孋璇璦鐨勪笉鍚屼箣澶.鍦–鐨勭▼搴忎腑鐢辨祴璇曞憳鎸囧畾瑕佷嬌鐢ㄧ殑鐢墊簮騫惰繛鎺ヨ繖涓鐢墊簮鐨勪嬌鐢ㄧ殑寮鍏寵繖鏍鋒潵瀹屾垚嫻嬭瘯,鍦ˋTLAS榪欎簺宸ヤ綔涓鍒欑敱緙栬瘧鍣ㄨ嚜鍔ㄥ畬鎴.
C璇璦鍜孉TLAS璇璦緙栧啓鐨勪唬鐮佹瘮杈冨備笅:

鎽樿嚜錛歴oftlab.jlu.e.cn/temp/thesis/2004liulei.doc