1. 項目概述為什么LabVIEW二進制文件處理是工程師的必修課在工業(yè)自動化、測試測量和數(shù)據(jù)采集領(lǐng)域LabVIEW以其圖形化編程的直觀性成為無數(shù)工程師的首選工具。然而當項目從簡單的數(shù)據(jù)展示邁向海量數(shù)據(jù)存儲、跨平臺交換或長期歸檔時一個看似基礎(chǔ)卻至關(guān)重要的環(huán)節(jié)就會浮出水面二進制文件處理。很多新手甚至一些有經(jīng)驗的開發(fā)者在面對需要將采集到的波形、圖像、結(jié)構(gòu)體數(shù)組高效持久化時往往會感到棘手。他們可能習(xí)慣于使用LabVIEW內(nèi)置的文本文件如.lvm或高級數(shù)據(jù)格式如.tdms但在追求極致I/O速度、最小化存儲空間或與非LabVIEW系統(tǒng)如C/C、Python、嵌入式設(shè)備進行原始數(shù)據(jù)交換時直接操作二進制文件就成了無法繞開的硬核技能。簡單來說二進制文件處理就是直接以字節(jié)流的形式讀寫數(shù)據(jù)不經(jīng)過任何格式轉(zhuǎn)換或解釋。它就像是你和計算機內(nèi)存之間最直接的對話。在LabVIEW中這意味著你需要精確地知道你的數(shù)據(jù)在內(nèi)存中是如何布局的——一個雙精度浮點數(shù)占8個字節(jié)一個32位整數(shù)占4個字節(jié)一個布爾值通常占1個字節(jié)——然后按同樣的順序把它們寫入文件或從文件中讀取出來。這個過程雖然底層但帶來的收益是巨大的讀寫速度通常是文本文件的數(shù)十倍甚至上百倍文件體積也小得多。無論是處理高速采集的傳感器數(shù)據(jù)流還是存儲復(fù)雜的自定義數(shù)據(jù)結(jié)構(gòu)掌握二進制文件處理都能讓你對數(shù)據(jù)擁有前所未有的掌控力。2. 核心需求與方案選型二進制、文本與TDMS的三角博弈在LabVIEW中處理數(shù)據(jù)存儲我們通常面臨三個主要選擇二進制文件、文本文件和NI主推的TDMS文件。理解它們各自的優(yōu)劣是做出正確技術(shù)選型的第一步。2.1 三種主流數(shù)據(jù)存儲格式的深度對比為了直觀對比我將它們的關(guān)鍵特性整理成了下表特性維度二進制文件文本文件 (如 .lvm, .txt)TDMS文件核心原理直接存儲數(shù)據(jù)在內(nèi)存中的原始字節(jié)序列。將數(shù)據(jù)轉(zhuǎn)換為人類可讀的字符ASCII/Unicode進行存儲。NI定義的、自描述的層次化數(shù)據(jù)格式包含文件頭屬性和原始數(shù)據(jù)塊。讀寫速度極快。近乎內(nèi)存拷貝速度無格式轉(zhuǎn)換開銷。極慢。涉及數(shù)值到字符串的復(fù)雜轉(zhuǎn)換格式化和解析。較快。有優(yōu)化的索引和結(jié)構(gòu)但比純二進制略慢因為包含自描述信息。文件大小最小。僅存儲有效數(shù)據(jù)字節(jié)。最大。一個雙精度數(shù)“3.1415926535”需要十多個字節(jié)存儲。中等。比二進制大因為包含了屬性、通道名等元數(shù)據(jù)。可讀性不可讀。用文本編輯器打開是亂碼需專用程序解析。可直接閱讀。用記事本、Excel即可打開查看。半可讀。可用NI Diadem或?qū)Ｓ貌榭雌鞑榭唇Y(jié)構(gòu)和數(shù)據(jù)。跨平臺性優(yōu)秀但需注意。數(shù)據(jù)本身通用但字節(jié)序大端/小端需統(tǒng)一。優(yōu)秀。文本標準通用。較差。嚴重依賴NI的庫如TDM DLL, .NET API非NI環(huán)境解析麻煩。數(shù)據(jù)復(fù)雜度支持靈活但手動。可存儲任何扁平或嵌套結(jié)構(gòu)但需自己定義讀寫協(xié)議。簡單。適合存儲規(guī)整的二維表格數(shù)據(jù)。強大。天然支持多通道、多屬性、帶時間戳的波形數(shù)據(jù)。開發(fā)復(fù)雜度中到高。需要開發(fā)者精確管理數(shù)據(jù)類型、順序和大小。低。使用“寫入電子表格文件”等高級VI即可。低到中。使用“TDMS”面板下的VI但需理解其層級概念。典型應(yīng)用場景高速數(shù)據(jù)流原始記錄、自定義協(xié)議數(shù)據(jù)包存儲、與C/C/Python程序交換原始數(shù)據(jù)、嵌入式設(shè)備固件。配置參數(shù)存儲、簡單的報表生成、需要人工偶爾查看的中間數(shù)據(jù)。多通道同步采集數(shù)據(jù)的標準存儲、測試數(shù)據(jù)的長期歸檔、需要豐富元數(shù)據(jù)描述的數(shù)據(jù)集。2.2 為什么選擇二進制關(guān)鍵決策點剖析從對比中可以清晰看出選擇二進制文件處理通常是基于以下幾個剛性需求性能瓶頸的突破當你的數(shù)據(jù)采集率高達MHz級別或者需要實時記錄數(shù)GB的原始數(shù)據(jù)時文本文件的I/O速度會成為整個系統(tǒng)的短板。二進制讀寫可以將存儲從瓶頸變?yōu)橥该魍ǖ馈４鎯臻g的極致優(yōu)化在嵌入式系統(tǒng)或需要長期存儲海量數(shù)據(jù)的場景下如環(huán)境監(jiān)測、天文觀測每一個字節(jié)都彌足珍貴。二進制格式能省去所有“裝飾性”的字符只保留數(shù)據(jù)精髓。無縫的跨語言/跨平臺數(shù)據(jù)交換你的LabVIEW上位機可能需要將原始數(shù)據(jù)發(fā)送給用Python做AI分析的同事或者下發(fā)給用C語言編寫的嵌入式處理器。二進制是這些語言都能直接理解的“通用語”避免了復(fù)雜的格式解析。自定義復(fù)雜數(shù)據(jù)結(jié)構(gòu)的持久化如果你定義了一個包含數(shù)組、簇、枚舉的復(fù)雜簇來表示一個“設(shè)備狀態(tài)包”二進制文件可以輕松地將整個內(nèi)存塊保存下來并在下次啟動時完整還原這是文本文件難以優(yōu)雅實現(xiàn)的。注意選擇二進制也意味著你放棄了“開箱即用”的可讀性和NI提供的一些高級管理功能。你必須為自己的數(shù)據(jù)格式負責(zé)充當自己數(shù)據(jù)的“檔案管理員”。3. 核心細節(jié)解析LabVIEW二進制讀寫的“道”與“術(shù)”理解了“為什么”接下來就要深入“怎么做”。LabVIEW提供了寫入二進制文件和讀取二進制文件這兩個核心函數(shù)它們看似簡單但隱藏著許多決定成敗的細節(jié)。3.1 數(shù)據(jù)在內(nèi)存與文件中的精確映射這是二進制處理的核心思想。在LabVIEW中每一個數(shù)據(jù)都有其固定的內(nèi)存表示。例如DBL雙精度浮點數(shù) 總是占用8個字節(jié)。I3232位整型 總是占用4個字節(jié)。布爾數(shù)組 每個布爾值在數(shù)組中通常占用1個字節(jié)8位。雖然一個布爾理論上只需1位但LabVIEW通常按字節(jié)對齊存儲。字符串 存儲的是字符串的字節(jié)序列前面通常會有一個I32表示字符串的長度字節(jié)數(shù)。當你調(diào)用寫入二進制文件時LabVIEW所做的就是將這些數(shù)據(jù)在內(nèi)存中的字節(jié)按照你連線到函數(shù)輸入端子的順序原封不動地“傾倒”進文件。讀取二進制文件則是逆過程從文件的指定位置開始讀取指定數(shù)量的字節(jié)并按照你指定的“數(shù)據(jù)類型”輸入將這些字節(jié)重新解釋為LabVIEW中的數(shù)據(jù)。一個關(guān)鍵的心得是寫入和讀取時的數(shù)據(jù)類型必須嚴格匹配。如果你寫入了一個DBL8字節(jié)和一個I324字節(jié)那么讀取時必須先讀一個DBL再讀一個I32。順序或類型一旦出錯后續(xù)所有數(shù)據(jù)都會錯位導(dǎo)致讀取失敗或得到毫無意義的數(shù)值。這就像用錯誤的密碼本去解密電報結(jié)果必然是亂碼。3.2 字節(jié)序跨平臺數(shù)據(jù)交換的“隱形殺手”字節(jié)序Endianness即字節(jié)的存儲順序是二進制文件處理中最容易踩坑的地方之一。它主要分為兩種大端序Big-endian 最高有效字節(jié)存儲在最低的內(nèi)存地址文件起始處。Sun SPARC、某些網(wǎng)絡(luò)協(xié)議采用此格式。小端序Little-endian 最低有效字節(jié)存儲在最低的內(nèi)存地址。x86/x64架構(gòu)的Intel/AMD處理器、ARM處理器普遍采用此格式。LabVIEW運行在Windowsx86/x64或常見的ARM設(shè)備上時默認使用小端序。這意味著當你把一個十六進制數(shù)0x12345678I32寫入文件時在文件中實際的字節(jié)順序是0x78 0x56 0x34 0x12。問題來了如果你的數(shù)據(jù)要發(fā)給一個使用大端序處理器如某些PowerPC架構(gòu)的嵌入式設(shè)備的系統(tǒng)直接讀取就會得到完全錯誤的數(shù)值0x78563412。解決方案LabVIEW的寫入/讀取二進制文件函數(shù)都有一個可選的字節(jié)順序輸入端子。在跨平臺場景下你必須明確指定字節(jié)順序。通常的約定是在文件頭部寫入一個標識字節(jié)序的魔法數(shù)字或者在與對方系統(tǒng)聯(lián)調(diào)前就明確約定好使用一種固定的字節(jié)序例如在工業(yè)通信中網(wǎng)絡(luò)字節(jié)序通常約定為大端序。3.3 文件指針與隨機存取高效數(shù)據(jù)管理的鑰匙二進制文件不像文本文件那樣需要逐行處理。它更像一卷磁帶或一個巨大的字節(jié)數(shù)組有一個“文件指針”標識著當前讀寫的位置。順序讀寫不指定開始位置offset參數(shù)時寫入操作會從當前指針位置開始寫完后指針自動移動到所寫數(shù)據(jù)之后。讀取亦然。這種方式適合連續(xù)的數(shù)據(jù)流記錄。隨機存取通過設(shè)置開始位置offset參數(shù)你可以將文件指針跳轉(zhuǎn)到任意字節(jié)位置進行讀寫。這里有一個至關(guān)重要的細節(jié)offset的單位是字節(jié)并且是從文件開頭計算的0-based。這個功能極其強大它允許你實現(xiàn)類似數(shù)據(jù)庫的索引功能。一個高級技巧你可以利用隨機存取來構(gòu)建一個簡單的“索引文件”系統(tǒng)。例如在文件開頭預(yù)留4KB的空間作為“文件頭”其中存儲一系列“記錄索引”。每個索引包含兩個I32該條記錄的起始位置offset和長度size。當需要讀取第N條記錄時先到文件頭讀取第N個索引獲取到offset和size然后直接跳轉(zhuǎn)到對應(yīng)offset讀取size字節(jié)的數(shù)據(jù)。這種方式對于需要頻繁查詢、更新特定數(shù)據(jù)塊的場景如日志系統(tǒng)、參數(shù)存儲效率非常高。4. 實操過程從簡單到復(fù)雜的二進制文件操作實例理論說再多不如動手寫一段。讓我們通過幾個由淺入深的例子來具體看看如何在LabVIEW中玩轉(zhuǎn)二進制文件。4.1 實例一基礎(chǔ)寫入與讀取——存儲一組波形數(shù)據(jù)假設(shè)我們需要將采集到的一組通道數(shù)據(jù)通道名、采樣率、波形數(shù)組保存起來。步驟與代碼思路定義數(shù)據(jù)格式我們決定按以下順序存儲一個I32表示通道名字符串的長度L接著是L個字節(jié)的通道名字符串一個DBL表示采樣率一個I32表示波形數(shù)組的長度N最后是N個DBL類型的波形數(shù)據(jù)點。寫入操作使用寫入二進制文件函數(shù)首先寫入字符串長度(I32)。接著寫入通道名字符串自動轉(zhuǎn)換為字節(jié)序列。寫入采樣率(DBL)。寫入波形數(shù)組長度(I32)。最后將波形數(shù)組(DBL數(shù)組)直接連線到函數(shù)。LabVIEW會自動處理數(shù)組的寫入它會先寫入一個表示數(shù)組維數(shù)和大小的頭信息然后是所有數(shù)據(jù)元素。務(wù)必在寫入完成后使用關(guān)閉文件函數(shù)。這確保所有緩沖區(qū)數(shù)據(jù)都刷入磁盤。讀取操作使用讀取二進制文件函數(shù)首先指定數(shù)據(jù)類型為I32讀取字符串長度L。接著指定數(shù)據(jù)類型為U8無符號8位整型即字節(jié)讀取數(shù)量為L得到一個字節(jié)數(shù)組再通過字節(jié)數(shù)組至字符串轉(zhuǎn)換函數(shù)還原出通道名。指定數(shù)據(jù)類型為DBL讀取采樣率。指定數(shù)據(jù)類型為I32讀取波形數(shù)組長度N。關(guān)鍵步驟要讀取一個已知長度的數(shù)組不能直接指定類型為DBL數(shù)組因為讀取函數(shù)不知道數(shù)組大小。正確做法是指定數(shù)據(jù)類型為DBL讀取數(shù)量為N。這樣會返回一個包含N個DBL元素的數(shù)組這就是我們的波形數(shù)據(jù)。// 偽代碼描述寫入流程 Open File - Write(I32: nameLen) - Write(String: channelName) - Write(DBL: sampleRate) - Write(I32: arrayLen) - Write(DBL Array: waveData) - Close File // 偽代碼描述讀取流程 Open File - Read(I32: nameLen) - Read(U8 Array of size nameLen) - Convert to String - Read(DBL: sampleRate) - Read(I32: arrayLen) - Read(DBL Array of size arrayLen) - Close File實操心得在這個例子中我們手動管理了字符串的長度。這是處理可變長度數(shù)據(jù)如字符串的通用模式。另一種方法是寫入固定長度的字符串字段比如總是預(yù)留256個字節(jié)不足部分補零這樣可以簡化讀取邏輯但可能會浪費空間。4.2 實例二處理復(fù)雜簇與數(shù)組——保存整個測試配置現(xiàn)在需求升級了。我們需要保存一個完整的測試配置它可能是一個簇包含測試ID字符串、時間戳?xí)r間標識、使能通道列表布爾數(shù)組、量程范圍包含上下限的簇數(shù)組等復(fù)雜結(jié)構(gòu)。方案選擇對于這種復(fù)雜的、嵌套的LabVIEW原生數(shù)據(jù)類型最安全、最便捷的方法是使用LabVIEW的平化至字符串和從字符串還原函數(shù)。寫入操作將你的配置簇例如叫“Config”連線到平化至字符串函數(shù)。平化至字符串函數(shù)會把這個簇在內(nèi)存中的完整布局加上必要的類型描述信息轉(zhuǎn)換成一個字節(jié)字符串本質(zhì)上是U8數(shù)組。將這個字節(jié)字符串直接寫入二進制文件。你甚至可以在這個字符串前面再加一個I32來表示其長度方便讀取。讀取操作從文件中讀出這個字節(jié)字符串如果存了長度就先讀長度再讀對應(yīng)數(shù)量的字節(jié)。將這個字節(jié)字符串連線到從字符串還原函數(shù)。關(guān)鍵你必須為從字符串還原函數(shù)提供一個“類型”輸入。這個類型必須與你當初平化時的數(shù)據(jù)類型完全一致。通常的做法是在程序中維護一個與該配置簇結(jié)構(gòu)完全相同的常量簇在讀取時將這個常量簇連線到“類型”輸入端。函數(shù)會輸出還原后的配置簇。為什么這是最佳實踐因為平化/還原函數(shù)幫你處理了所有復(fù)雜的數(shù)據(jù)對齊、嵌套結(jié)構(gòu)、變體等細節(jié)。如果你嘗試手動拆解一個復(fù)雜簇并逐個寫入代碼會變得極其冗長且脆弱一旦數(shù)據(jù)結(jié)構(gòu)發(fā)生任何變化讀寫代碼都需要同步修改維護成本很高。而平化/還原方案數(shù)據(jù)結(jié)構(gòu)的改變幾乎不影響存儲和讀取的代碼只需確保“類型”常量同步更新即可。重要提示使用平化至字符串時默認會包含數(shù)據(jù)的類型描述符。這使得還原時無需額外信息但也會增加一些存儲開銷。如果你追求極致的文件大小并且確定還原環(huán)境的數(shù)據(jù)類型是固定的可以使用“數(shù)據(jù)”選項僅平化數(shù)據(jù)本身但這會犧牲一些靈活性和安全性。4.3 實例三實現(xiàn)高速數(shù)據(jù)流連續(xù)記錄這是二進制文件處理的王牌應(yīng)用場景將來自DAQ板卡或傳感器的數(shù)據(jù)流以最小的延遲和最高的吞吐量連續(xù)寫入硬盤。核心架構(gòu)生產(chǎn)者/消費者模式生產(chǎn)者循環(huán)負責(zé)高速采集數(shù)據(jù)將數(shù)據(jù)放入一個隊列Queue或通道Channel。這個循環(huán)應(yīng)盡可能精簡只做采集和入隊操作。消費者循環(huán)負責(zé)從隊列中取出數(shù)據(jù)塊寫入二進制文件。為了提高效率不應(yīng)該來一個數(shù)據(jù)點就寫一次文件而應(yīng)該進行“緩沖寫入”。高效寫入技巧批量寫入在消費者循環(huán)中設(shè)置一個緩沖區(qū)數(shù)組。每次從隊列中取出數(shù)據(jù)時先填入緩沖區(qū)。當緩沖區(qū)填滿例如達到10000個點時一次性調(diào)用寫入二進制文件函數(shù)將整個緩沖區(qū)數(shù)組寫入。這樣可以將大量瑣碎的小I/O操作合并為一次大I/O操作效率提升幾個數(shù)量級。預(yù)分配文件空間如果你能預(yù)估文件總大小可以在開始記錄時先用設(shè)置文件大小函數(shù)或?qū)懭胍欢康目諗?shù)據(jù)來預(yù)分配磁盤空間。這可以減少文件增長時操作系統(tǒng)頻繁分配磁盤塊的開銷使寫入速度更穩(wěn)定。使用帶緩沖的I/OLabVIEW的二進制文件函數(shù)本身是帶緩沖的。確保不要頻繁打開和關(guān)閉文件。通常在記錄開始時打開文件在整個記錄過程中保持打開狀態(tài)最后再關(guān)閉。一個簡化的代碼框架思路 生產(chǎn)者循環(huán)Acquire Data - Bundle into Cluster (with timestamp maybe) - Enqueue消費者循環(huán)Dequeue - Append to local array - If array size BUFFER_SIZE - Write binary file (append) - Clear local array記錄結(jié)束Write remaining data in buffer - Close file5. 常見問題、排查技巧與高級話題實錄即使理解了原理在實際操作中依然會遇到各種問題。下面是我在多年項目中總結(jié)的一些典型坑點和解決之道。5.1 典型錯誤與排查指南問題現(xiàn)象可能原因排查步驟與解決方案讀取時數(shù)據(jù)錯亂或“讀取二進制文件”函數(shù)報錯如到達文件結(jié)尾。1.寫入與讀取的數(shù)據(jù)類型/順序不匹配。2.字符串長度處理錯誤忘了讀/寫長度或長度值錯誤。3.文件指針位置計算錯誤在隨機存取時。1.核對協(xié)議拿出紙筆嚴格畫出你定義的寫入順序和數(shù)據(jù)類型清單與讀取代碼逐項對比。2.十六進制查看用十六進制編輯器如HxD打開生成的二進制文件對照你的數(shù)據(jù)協(xié)議手動解析前幾十個字節(jié)驗證寫入的內(nèi)容是否正確。例如看看你寫的I321000(0x3E8)在文件中是不是E8 03 00 00小端序。這是最直接的調(diào)試方法。3.單元測試為讀寫函數(shù)創(chuàng)建簡單的測試VI用固定的已知數(shù)據(jù)測試確保讀寫閉環(huán)后數(shù)據(jù)一致。寫入速度遠低于預(yù)期。1.寫入粒度太小單點寫入。2.磁盤性能瓶頸低速機械硬盤。3.沒有使用緩沖每次寫入后強制刷盤。1.實施批量寫入如4.3節(jié)所述積累一定數(shù)據(jù)量后一次性寫入。2.檢查磁盤使用SSD替代機械硬盤。確保磁盤有足夠的連續(xù)空間避免碎片。3.避免頻繁刷盤除非對數(shù)據(jù)安全性要求極高如斷電保護否則不要每次寫入后都調(diào)用“刷新”函數(shù)讓操作系統(tǒng)緩沖區(qū)發(fā)揮作用。與其他語言如C/Python交互時數(shù)據(jù)不對。1.字節(jié)序不一致。2.數(shù)據(jù)對齊方式不同如C結(jié)構(gòu)體可能有填充字節(jié)。3.數(shù)據(jù)類型長度不同如LabVIEW的I32在所有平臺都是4字節(jié)但C的int可能因編譯器而異。1.統(tǒng)一字節(jié)序約定使用小端序最常見或大端序并在讀寫時明確指定。2.使用標準固定長度類型在C端使用int32_t,uint8_t,double在Python端使用struct模塊的‘i’,‘d’等格式字符。避免使用平臺相關(guān)的int,long。3.考慮數(shù)據(jù)對齊在C結(jié)構(gòu)體中可以使用#pragma pack(1)來取消字節(jié)對齊確保結(jié)構(gòu)與LabVIEW寫入的緊湊字節(jié)流完全匹配。生成的二進制文件在另一臺電腦上用相同LabVIEW程序打不開或數(shù)據(jù)錯誤。1.LabVIEW版本差異導(dǎo)致數(shù)據(jù)平化格式不兼容主要發(fā)生在使用平化至字符串時。2.路徑或文件被占用。1.慎用平化對于需要長期歸檔或跨版本共享的數(shù)據(jù)盡量避免使用包含類型描述符的默認平化。可以考慮使用只平化“數(shù)據(jù)”的選項并附帶獨立的數(shù)據(jù)結(jié)構(gòu)說明文檔。或者直接采用手動寫入基本數(shù)據(jù)類型的方式兼容性最好。2.檢查文件狀態(tài)確保讀寫程序有正確的文件權(quán)限并且文件沒有被其他進程鎖定。5.2 關(guān)于TDMS文件閃退與二進制文件的思考在相關(guān)熱詞中有一個問題是“l(fā)abview生成的tdms文件打開閃退怎么回事”。這雖然不直接是二進制文件的問題但給我們提供了一個重要的對比視角。TDMS文件閃退常見原因有文件損壞、NI DIAdem或TDMS庫版本不兼容、文件過大導(dǎo)致內(nèi)存不足。而純二進制文件幾乎不會遇到“打開閃退”的問題因為根本沒有一個通用的“打開”操作。你用自己寫的程序去讀只要讀寫邏輯正確就一定能讀出來。它的可靠性建立在你自己代碼的可靠性之上。這帶來一個啟示對于極其關(guān)鍵、需要長期保存的原始數(shù)據(jù)采用結(jié)構(gòu)簡單、解釋邏輯自洽的二進制格式有時比依賴特定廠商的復(fù)雜格式如TDMS更可靠。你可以將讀寫二進制數(shù)據(jù)的核心VI與你的數(shù)據(jù)一起歸檔確保未來任何時候都能用這段代碼還原數(shù)據(jù)。5.3 從文件到網(wǎng)絡(luò)二進制數(shù)據(jù)的延伸應(yīng)用掌握了二進制文件處理其思想可以無縫遷移到網(wǎng)絡(luò)通信、硬件通信等領(lǐng)域。例如TCP/UDP通信通過網(wǎng)絡(luò)發(fā)送數(shù)據(jù)時你同樣需要將數(shù)據(jù)轉(zhuǎn)換為字節(jié)流字節(jié)數(shù)組。這個過程與將數(shù)據(jù)寫入二進制文件在邏輯上完全一致。你可以先構(gòu)建一個符合協(xié)議的數(shù)據(jù)包包含包頭、命令字、長度、數(shù)據(jù)體、校驗和等將其平化或手動轉(zhuǎn)換為字節(jié)數(shù)組然后通過TCP發(fā)送。串口/儀器控制向設(shè)備發(fā)送命令或從設(shè)備讀取數(shù)據(jù)本質(zhì)也是二進制字節(jié)流的交換。你需要根據(jù)設(shè)備手冊精確構(gòu)造命令幀。調(diào)用DLL當LabVIEW需要與C語言編寫的DLL交換復(fù)雜結(jié)構(gòu)時也常常需要用到平化數(shù)據(jù)或手動管理內(nèi)存塊。可以說二進制數(shù)據(jù)處理是LabVIEW與外部世界進行底層、高效交互的基石性技能。它剝?nèi)チ烁呒壐袷降娜A麗外衣讓你直面數(shù)據(jù)的本質(zhì)從而獲得最大的靈活性和控制力。當你不再懼怕那一串串十六進制代碼時你會發(fā)現(xiàn)很多以前覺得困難的問題都豁然開朗了。