付紹凱,盧俊強,鞠曉東,陳光建,門百永

(1.中國石油大學(xué)(北京)油氣資源與探測國家重點實驗室,北京102249;2.北京市地球探測與信息技術(shù)重點實驗室,北京102249;3.中國石油集團測井有限公司生產(chǎn)測井中心,河北任丘062552)

0 引 言

與傳統(tǒng)電纜測井不同,在隨鉆聲波測井中,測井儀器需要在井下獨立工作,地面測井系統(tǒng)無法對井下儀器進行控制,所有的儀器工作模式和數(shù)據(jù)采集、處理都需要井下控制器完成[1]。并且受泥漿傳輸速率的影響(中國5 bit/s左右),除少量必要的處理結(jié)果被實時傳輸?shù)降孛嫦到y(tǒng)外,大量處理結(jié)果和原始測量波形數(shù)據(jù)是被存儲在儀器存儲器內(nèi)[2]。與傳統(tǒng)聲波測井儀器相比,新型聲波測井儀器向著規(guī)?；㈥嚵谢某上駵y井儀器發(fā)展,這一方面提高了儀器探測深度和精度;另一方面也大大增加了測井?dāng)?shù)據(jù)量。由于數(shù)據(jù)量的大增,目前遙測系統(tǒng)已不能完成數(shù)據(jù)的實時傳輸,所以測井時僅上傳部分數(shù)據(jù)作為觀測,所有測井?dāng)?shù)據(jù)存儲在井下存儲器內(nèi)。

將數(shù)據(jù)存儲在井下存儲器上,面臨的另一個問題就是數(shù)據(jù)的存儲和讀取方式。受測井條件高溫高壓和振動等因素的影響,井下存儲器一般選用大容量非易失性的NAND Flash存儲器。目前,中國聲波測井儀器井下存儲幾乎未采用文件系統(tǒng)進行測井?dāng)?shù)據(jù)的有效管理,而是采用直接驅(qū)動物理存儲器的方式進行數(shù)據(jù)操作。受NAND Flash結(jié)構(gòu)限制,采用地址、數(shù)據(jù)和命令復(fù)用的接口形式,只能按頁進行數(shù)據(jù)的寫入和讀取,且復(fù)寫數(shù)據(jù)前需要以塊為單位擦除后才能寫入。在進行儀器開發(fā)時,開發(fā)人員直接面對的是底層驅(qū)動的開發(fā),而且儀器設(shè)計后,必須詳細說明數(shù)據(jù)的寫入及讀取方式,供后續(xù)軟件和地面系統(tǒng)開發(fā)人員進行下一步開發(fā)。這種方式不僅數(shù)據(jù)管理復(fù)雜、使用靈活性差,還會加大儀器開發(fā)的周期、增加數(shù)據(jù)存取過程中的錯誤。為更好滿足越來越復(fù)雜的井下存儲的需要,有必要將“文件系統(tǒng)”引入聲波測井儀器對測井?dāng)?shù)據(jù)進行文件式管理,實現(xiàn)數(shù)據(jù)的“按名存取”。

1 系統(tǒng)硬件設(shè)計

聲波測井儀器井下數(shù)據(jù)文件系統(tǒng)是基于DSP+FPGA+NAND Flash的硬件平臺實現(xiàn)的(見圖1)。該硬件平臺主要實現(xiàn)了測井的數(shù)據(jù)采集、實時處理和數(shù)據(jù)的存儲控制。井下存儲控制電路以DSP(digital signal process)控制器為核心,設(shè)計選用TI公司的32 bit浮點處理器TMS320F28335。以DSP為核心,通過外部存儲器接口(XINTF)擴展FPGA接收命令實現(xiàn)對NAND Flash的數(shù)據(jù)、地址和命令信號的控制[2],實現(xiàn)測井?dāng)?shù)據(jù)的寫入和讀出。通過XINTF接口擴展SRAM實現(xiàn)對DSP程序和數(shù)據(jù)空間的擴展。通過擴展CAN總線模塊和SCI模塊實現(xiàn)存儲控制電路與前端機和上位機的命令、數(shù)據(jù)的交互。

1.1 SRAM接口設(shè)計

TMS320F28335的XINTF接口可以分別映射到3個固定的存儲器映射區(qū)域Zone0/6/7,通過片選信號置低控制每個區(qū)域。XINTF接口可以通過軟件編程設(shè)定獨立的等待時間、保持時間和選通信號的建立時間。XINTF接口共有31根數(shù)據(jù)線、20根地址線及片選、讀寫使能、輸出時鐘等信號線[3-4]。設(shè)計選用CYPRESS的256 kB×16 bit的SRAM芯片映射到區(qū)域7。為提高電路的復(fù)用性,設(shè)計了XA0～XA18共19根地址線分別與XINTF接口的地址引腳相連,因此也可使用512 kB×16 bit的SRAM。SRAM的IO0-15分別連接XINTF接口的XD0～XD15引腳,SRAM的片選、讀/寫信號線分別連接XINTF接口的XZCS7/XWE/XRD引腳,高低字節(jié)選擇BHE和BLE直接接地。

1.2 Flash接口設(shè)計

井下存儲板選用的是SAMSUNG公司的K9**M[5]型NAND Flash。K9**M包括I/O0-7數(shù)據(jù)輸入輸出、命令/地址使能、片選、讀/寫使能、寫保護、忙狀態(tài)等引腳。NAND Flash接口的設(shè)計稍微復(fù)雜,DSP沒有NAND Flash接口,通過FPGA擴展實現(xiàn):FPGA通過XINTF接口接收DSP的命令和數(shù)據(jù),控制整個NAND Flash的操作,包括片選、命令、數(shù)據(jù)、地址的選擇,而NAND Flash讀寫信號是直接由XINTF接口的讀/寫控制信號XRD和XWE控制,輸入輸出引腳I/O0～I/O7直接接XINTF接口的XD0～XD7引腳。

1.3 通訊接口設(shè)計

圖1 井下存儲控制電路結(jié)構(gòu)圖 圖2 井下數(shù)據(jù)文件系統(tǒng)軟件結(jié)構(gòu)圖

(1)CAN通訊接口。設(shè)計井下存儲控制電路時,為了能夠兼容EILog測井系統(tǒng),系統(tǒng)設(shè)計了CAN通信模塊。F28335中集成了2個增強型CAN總線控制器eCAN。eCAN集成了CAN協(xié)議的物理層和數(shù)據(jù)鏈路層功能。CAN總線使用差分電壓進行信號傳送,為了使CAN模塊的電平符合高速CAN總線電平特性,在eCAN模塊和CAN接口之間增加CAN的驅(qū)動芯片MAX305X,實現(xiàn)單端和差分信號的轉(zhuǎn)換。為了抑制總線回波折射,在差分信號CAN_H和CAN_L之間串聯(lián)120 Ω的電阻作為終端匹配電阻,當(dāng)該設(shè)備不作為終端時,可以摘除跳帽。

(2)RS232及RS485通訊接口。串口通信接口SCI采用2根信號線的異步串行通信接口。F28335集成了3個SCI接口,在井下存儲控制電路中,擴展了其中2路SCI接口:一路用作監(jiān)測設(shè)備運行狀態(tài);一路作為井下數(shù)據(jù)與上位機的傳輸通道。作為監(jiān)測作用的SCI,只是簡單的將SCIC接口進行擴展,與上位機進行串口通信。而作為數(shù)據(jù)通道的一路采用的是RS485接口,井下電路選用SN65LBC184D芯片作為驅(qū)動芯片將SCIB擴展為RS485接口。

2 系統(tǒng)軟件設(shè)計

在嵌入式設(shè)備中很難應(yīng)用基于Linux環(huán)境開發(fā)的JFFS系列和YAFFS系列[6]等專用文件系統(tǒng)?？紤]到井下儀器管理數(shù)據(jù)的特殊性,只需要實現(xiàn)測井?dāng)?shù)據(jù)的文件化管理。本文提出了井下數(shù)據(jù)文件管理系統(tǒng)分層實現(xiàn)的軟件結(jié)構(gòu)思路:移植嵌入式FatFS文件系統(tǒng)到DSP中,通過設(shè)計閃存轉(zhuǎn)換層(FTL)[7]實現(xiàn)FatFS對NAND Flash存儲器的管理,從而實現(xiàn)了在NAND Flash上穩(wěn)定運行FAT型文件系統(tǒng)。

井下數(shù)據(jù)文件系統(tǒng)軟件結(jié)構(gòu)見圖2。整個系統(tǒng)從上到下包括3部分:頂層應(yīng)用層作為用戶接口層,給用戶提供必要的API函數(shù),實現(xiàn)對文件系統(tǒng)進行管理和開發(fā);文件管理層是井下文件系統(tǒng)的具體實現(xiàn)部分,主要包括FAT層和FTL層;底層驅(qū)動層作為底層物理設(shè)備接口層,是根據(jù)底層具體物理設(shè)備實現(xiàn)文件管理層預(yù)留的讀寫接口函數(shù)。

2.1 文件管理層設(shè)計

2.1.1FAT層實現(xiàn)

FatFS的FAT文件系統(tǒng)[8]支持FAT12/16/32。標(biāo)準C編寫,不受硬件平臺限制,易于移植。代碼量小,且支持多種配置?；贔atFS文件系統(tǒng)的FAT層移植主要包括以下3步[9]。

第1步數(shù)據(jù)類型修改,修改源碼中數(shù)據(jù)類型頭文件,使其定義的數(shù)據(jù)類型與F28335的開發(fā)環(huán)境CCS5.2編譯器相對應(yīng)。第2步配置選項修改(見表1)。第3步編寫底層接口,底層磁盤I/O與FatFS模塊是完全分開的,需要編寫表2所示的6個接口函數(shù):底層物理磁盤的讀、寫和獲取當(dāng)前時間等函數(shù)。

表1 FatFS配置選項

表2 FatFS底層接口函數(shù)

通過以上3步,基本完成了FatFS的移植工作,但是要實現(xiàn)FatFS文件系統(tǒng)管理NAND Flash存儲器,還需要完成閃存轉(zhuǎn)換層的設(shè)計。

2.1.2FTL層設(shè)計

為在NAND Flash上運行塊設(shè)備文件系統(tǒng),需要在底層NAND Flash設(shè)備之上設(shè)計FTL層,使FatFS文件系統(tǒng)像控制磁盤設(shè)備那樣管理NAND Flash存儲器。由于NAND Flash的物理特點和使用要求的獨特性,在設(shè)計FTL層時需要包含以下幾個功能模塊[7]:地址映射、壞塊管理、ECC糾錯、均衡擦除等(見圖3)。

(1)頂層接口。它是針對FatFS文件系統(tǒng)底層給用戶預(yù)留的接口,主要包括3個函數(shù)(見表3):初始化函數(shù)、寫指定扇區(qū)函數(shù)和讀指定扇區(qū)函數(shù)。這3個函數(shù)供FatFS文件系統(tǒng)中的底層調(diào)用。

表3 FTL頂層接口函數(shù)

圖3 FTL結(jié)構(gòu)圖

(2)地址映射。由于NAND Flash在出廠和使用過程中可能會出現(xiàn)壞塊且數(shù)據(jù)更新采用異地更新策略,造成了物理地址的不連續(xù)性,因此,需要將邏輯地址動態(tài)的映射到物理地址上。地址映射按照映射單位可以分為頁映射、塊映射和混合映射[10]?？紤]到井下控制器內(nèi)存資源有限,采用塊映射方式。

圖4 系統(tǒng)映射關(guān)系

程序中通過在邏輯地址和物理地址之間維護一張映射表實現(xiàn)塊映射,如圖4為某一時刻系統(tǒng)映射關(guān)系。程序中采用直接映射和間接映射實現(xiàn)物理-邏輯映射:上電后,掃描整個NAND Flash在RAM中建立映射表為直接映射。斷電后,該映射表需要存儲到NAND Flash中,以便每次上電后重建而不丟失。系統(tǒng)是將該映射表存儲在每個Block的第1個Page的空閑區(qū),稱為間接映射?？臻e區(qū)的分配情況見表4。

(3)壞塊管理。NAND Flash中的壞塊不能被映射到邏輯地址,所以必須對壞塊進行標(biāo)記并保存,避免使用壞塊。NAND Flash中壞塊存在的形式主要有2種:①出廠時存在的固有壞塊;②在使用過程中產(chǎn)生的動態(tài)壞塊。對于出廠壞塊,通常在每個壞塊的第1個Page(第2個備份)的空閑區(qū)的第1個字節(jié)以非0xFF的值來表示。對于動態(tài)產(chǎn)生的壞塊,通過在第1個Page的空閑區(qū)第1個字節(jié)寫入0xAA進行標(biāo)記。

表4 空閑區(qū)分配表

常用的壞塊管理技術(shù)有2種[11-12]:①壞塊跳過,這種方法實現(xiàn)簡單,但占用內(nèi)存大、耗時長且不能實現(xiàn)壞塊的透明化管理;②塊保留區(qū)替換法。系統(tǒng)采用的是保留區(qū)替換法,通過將所有塊劃分為數(shù)據(jù)區(qū)和保留區(qū)(見圖4)。程序中設(shè)定數(shù)據(jù)區(qū)占93%,保留區(qū)占7%。數(shù)據(jù)區(qū)用于正常的邏輯映射進行數(shù)據(jù)存儲,保留區(qū)作為產(chǎn)生壞塊時的替換區(qū)域。當(dāng)產(chǎn)生壞塊后,就將該壞塊的邏輯地址映射到保留區(qū)有效塊的物理地址上。通過這種方法簡單、高效的實現(xiàn)了壞塊的管理。

(4)ECC糾錯。NAND Flash由于自身物理結(jié)構(gòu)和工作原理的特點,存儲單元可能會出現(xiàn)“位反轉(zhuǎn)”現(xiàn)象,造成寫入數(shù)據(jù)與讀出數(shù)據(jù)的不一致[13]。

ECC(Error Checking and Correction),是一種對傳輸數(shù)據(jù)的錯誤檢測和糾正的算法。K9**M為SLC結(jié)構(gòu),基于Hamming Code的ECC校驗?zāi)軌驖M足SLC結(jié)構(gòu)Flash的糾錯要求。Hamming Code是通過計算數(shù)據(jù)包得到2個ECC校驗值(奇校驗值和偶校驗值),為了計算ECC校驗值,首先需要將數(shù)據(jù)包數(shù)據(jù)進行分割,按1/2組、1/4組、1/8組直到其精度達到單比特為止。然后按分組后形成的奇數(shù)組和偶數(shù)組后分別組內(nèi)異或,最后按1/2組異或結(jié)果構(gòu)成ECC校驗的最高位,依次類推分別得到偶校驗值和奇校驗值。在數(shù)據(jù)讀取時將2次ECC校驗數(shù)值進行按位“異或”,就可以判斷是否出現(xiàn)錯誤。如果計算結(jié)果為全“0”,說明數(shù)據(jù)在讀寫過程中未發(fā)生變化。如果計算的結(jié)果為全“1”,表明發(fā)生了1 bit錯誤,其他情況,則表明至少有2 bits數(shù)據(jù)出現(xiàn)了錯誤。將原有奇校驗值和新奇校驗值進行按位“異或”可以得到出錯地址。

以512 B為數(shù)據(jù)包計算ECC校驗值,將會產(chǎn)生24 bits的校驗值,即3 B(212=4 096 bit=512 B,12×2=24 bit)。系統(tǒng)將ECC校驗值存儲在NAND Flash中的空閑區(qū)中,為了便于寫入和讀出,采用3 B+1 B的形式進行存儲,即第4個字節(jié)默認為0xFF。設(shè)計采用的NAND Flash存儲器是4 kB大小的Page,需要32B來存儲1個Page生成的ECC校驗值。表4為ECC校驗值在空閑區(qū)的分配情況。

(5)均衡摩擦。由于NAND Flash每塊的擦寫次數(shù)有一定上限,如果頻繁對某一塊進行擦寫會導(dǎo)致該塊提前達到上限成為壞塊,從而影響整片F(xiàn)lash的性能。在設(shè)計閃存轉(zhuǎn)換層時應(yīng)采用必要的負載均衡算法[14],使擦寫均勻分布在各塊上,從而提高整片F(xiàn)lash的性能,延長其使用壽命?？紤]到聲波測井井下數(shù)據(jù)存儲的實際情況,系統(tǒng)主要從空閑塊搜尋和復(fù)寫數(shù)據(jù)2個方面實現(xiàn)存儲器的均衡摩擦。

空閑塊搜尋[15],FTL采用隨機數(shù)產(chǎn)生函數(shù)rand()和種子函數(shù)srand()生成指定范圍內(nèi)的隨機數(shù)。以時間為種子,那么每次產(chǎn)生的隨機數(shù)將是隨機的。當(dāng)系統(tǒng)需要分配1個空閑塊時,就從產(chǎn)生的隨機數(shù)開始搜尋空閑塊,這樣使空閑塊有均等的機會被分配使用,從而實現(xiàn)了一定程度上磨損均衡。

(6)復(fù)寫數(shù)據(jù)。當(dāng)文件系統(tǒng)向某一已經(jīng)寫過數(shù)據(jù)的數(shù)據(jù)塊中寫入新的數(shù)據(jù)時,由于NAND Flash必須先擦除塊才能寫入新數(shù)據(jù),一般是將整塊數(shù)據(jù)讀到緩存中,然后在緩存中改寫需要寫入的新數(shù)據(jù),擦除該塊,再將緩存中的數(shù)據(jù)重新寫入該塊。這種方式,一是非常耗時;二是會對某一塊頻繁進行擦寫;三是就設(shè)計使用的NAND Flash而言單塊大小為(256+8) kB,如果將整塊數(shù)據(jù)讀到緩存中將耗費大量RAM空間。所以在設(shè)計FTL時,利用NAND Flash的同一plane內(nèi)頁拷貝的功能,無需將整塊數(shù)據(jù)讀出,只需要在頁拷貝的過程中,在需要改寫的地址處寫入需要更新的數(shù)據(jù)就可實現(xiàn)數(shù)據(jù)的復(fù)寫。作為頁拷貝的目的塊,系統(tǒng)是通過搜尋空閑塊實現(xiàn)的。這樣的設(shè)計不僅提高了復(fù)寫數(shù)據(jù)的效率,另外也在一定程度上實現(xiàn)了均衡摩擦。為了能夠不頻繁擦除某塊提高整片F(xiàn)lash的壽命,應(yīng)該預(yù)留足夠的保留塊。

(7)底層接口。底層接口是和底層硬件相關(guān)的具體實現(xiàn)函數(shù),FTL提供的底層接口主要是供給用戶針對具體硬件設(shè)備的初始化、讀寫頁、擦除塊和頁復(fù)制等函數(shù)接口。

2.2 底層驅(qū)動層實現(xiàn)

根據(jù)設(shè)計使用的底層物理設(shè)備K9**M NAND Flash,編寫閃存轉(zhuǎn)換層預(yù)留的底層接口函數(shù)[5]。

NAND Flash初始化。①對NAND Flash進行復(fù)位;②讀取設(shè)備ID,并與已設(shè)定ID比較,若相同則進行相應(yīng)參數(shù)的設(shè)置(頁大小、有效數(shù)據(jù)區(qū)大小、空閑區(qū)大小、單塊包含頁數(shù)、1個plane包含的block數(shù)、總塊數(shù)等),若沒有相同項則初始化失敗。

寫入物理頁。通過NAND Flash寫入命令實現(xiàn)數(shù)據(jù)寫入,除了寫入數(shù)據(jù)外,還針對NAND Flash的物理特性,設(shè)計了ECC校驗功能,通過調(diào)用校驗函數(shù)求取ECC校驗值,利用隨機寫入命令將ECC校驗值寫入到空閑區(qū)中。

讀取物理頁。通過NAND Flash讀取命令,實現(xiàn)數(shù)據(jù)讀取,另外利用隨機讀取命令讀取空閑區(qū)ECC校驗值。將讀取后的數(shù)據(jù)進行ECC校驗產(chǎn)生ECC校驗值,與存儲在空閑區(qū)的ECC校驗值進行比較,可以得出是否發(fā)生位反轉(zhuǎn)錯誤,如發(fā)生1 bit錯誤,則可以通過糾錯函數(shù)將數(shù)據(jù)糾錯,如果發(fā)生2 bit的ECC校驗錯誤,則會報告的2 bit ECC數(shù)據(jù)錯誤。

擦除塊。先寫入擦除命令1,然后寫入根據(jù)塊號換算的塊地址,最后寫入擦除命令2,通過寫入狀態(tài)命令,獲得I/O的0值即可判斷擦除是否成功。

Plane內(nèi)頁拷貝。頁拷貝分為有數(shù)據(jù)寫入和無數(shù)據(jù)寫入2種,在有數(shù)據(jù)寫入時還需要進行ECC校驗值計算,將ECC校驗值寫入空閑區(qū)。

2.3 頂層應(yīng)用層開發(fā)

頂層應(yīng)用層是系統(tǒng)為用戶提供一系列API函數(shù),是供用戶開發(fā)、管理系統(tǒng)的接口層。該系列API函數(shù)是針對井下數(shù)據(jù)文件系統(tǒng)的具體需求對FatFS文件系統(tǒng)的接口函數(shù)層進行進一步封裝形成的,便于用戶調(diào)用,圖5為井下數(shù)據(jù)文件系統(tǒng)通用的開發(fā)流程。

圖5 井下數(shù)據(jù)文件系統(tǒng)開發(fā)流程

3 測 試

(1)性能測試。文件系統(tǒng)的讀寫速度是用戶最關(guān)心的性能,該文件系統(tǒng)的讀寫速度測試結(jié)果見表5。

(2)應(yīng)用測試。以中國石油大學(xué)(北京)聲波測井實驗室研制的方位遠探測反射聲波測井儀[16-17]為例,對該系統(tǒng)進行實際應(yīng)用測試,該儀器接收短節(jié)共有10站,每站有8個通道,共有80個接收通道。在常規(guī)測井單極、偶極均工作的情況下,單次工作每個通道會產(chǎn)生4 kB的數(shù)據(jù),則接收短節(jié)產(chǎn)生的數(shù)據(jù)量多達320 kB。以測量200 m井段為例,儀器每米采集5個點,則將產(chǎn)生312 MB的數(shù)據(jù)量。

將采集數(shù)據(jù)連續(xù)存入同一文件中,通過文件系統(tǒng)對該文件連續(xù)寫入400 MB數(shù)據(jù)(多于實際測井?dāng)?shù)據(jù)量),共用時14 min 50 s(460 kB/s)。將寫入數(shù)據(jù)全部讀出,共用時11 min 31 s(593 kB/s)。數(shù)據(jù)準確率符合測井要求。

表5 讀寫速度測試

4 討 論

從性能和應(yīng)用2個方面對該文件系統(tǒng)進行相應(yīng)測試,結(jié)果表明井下數(shù)據(jù)文件系統(tǒng)完成了最初設(shè)計的要求。該系統(tǒng)能夠向用戶提供必要的API函數(shù)實現(xiàn)對文件系統(tǒng)的管理,包括新建文件、文件讀/寫、文件刪除、獲取文件大小、獲取根目錄下文件名等功能,從而實現(xiàn)了以文件形式管理井下測井?dāng)?shù)據(jù)。在讀寫速度方面,以目前儀器的采集速度和儀器設(shè)計的數(shù)據(jù)上傳速度,該系統(tǒng)實現(xiàn)的平均412 kB/s寫入速度(非復(fù)寫)和583 kB/s的讀取速度能夠滿足聲波測井儀井下數(shù)據(jù)的存儲要求。作為目前聲波測井中采集數(shù)據(jù)量最大的方位遠探測反射聲波測井儀,該系統(tǒng)也能夠?qū)崿F(xiàn)對大容量文件連續(xù)寫入和讀出操作,滿足測井儀器上的實際應(yīng)用。

由于井下數(shù)據(jù)文件系統(tǒng)不同于普通嵌入式文件系統(tǒng),井下高溫高壓環(huán)境再加上資源有限限制了文件系統(tǒng)設(shè)計,進一步提高該文件系統(tǒng)的穩(wěn)定性是其中一項重要任務(wù)。另外,隨著聲波測井儀器的進一步發(fā)展,對讀寫速度的要求也會越來越高,深入研究閃存轉(zhuǎn)換的關(guān)鍵技術(shù)是解決該問題的突破口。

5 結(jié)束語

在中國聲波測井儀器尚未引入以文件系統(tǒng)的形式管理井下數(shù)據(jù)的背景下,本文以嵌入式文件系統(tǒng)FatFS為基礎(chǔ)設(shè)計了一款適用于井下數(shù)據(jù)存儲管理的分層結(jié)構(gòu)的文件系統(tǒng),詳細介紹了井下數(shù)據(jù)文件管理系統(tǒng)的實現(xiàn)過程,并進行相應(yīng)測試。測試結(jié)果表明該系統(tǒng)實現(xiàn)了最初的設(shè)計要求,系統(tǒng)提供了一系列API函數(shù)使用戶能夠以文件的形式對井下數(shù)據(jù)進行管理,很大程度上提高了數(shù)據(jù)管理的穩(wěn)定性?！拔募到y(tǒng)”的引入是目前聲波測井儀器井下數(shù)據(jù)存儲管理的有效解決方案,該設(shè)計的實現(xiàn)不僅有利于提高聲波測井儀器的開發(fā)和升級效率,同時也對其他測井儀器的井下數(shù)據(jù)管理方案提供了參考。后續(xù)的研究可以從FTL層關(guān)鍵技術(shù)設(shè)計方面進一步提高系統(tǒng)的讀寫性能和穩(wěn)定性。