简介面向探地雷达GPR数据处理与DZT格式学习的轻量代码包帮助从事地质勘探、工程检测、考古探测等工作的初学者快速上手DZT文件的读取、解析与写回。压缩包共3个文件全部为MATLAB脚本一个负责解析DZT头信息和数据块一个用于将处理结果按DZT规范写入另一个可配合完成数据可视化与算法验证。资源包仅3KB结构非常精简无需额外大型数据即可直接观察脚本逻辑运行门槛低。已有1163人学习下载。通过这几个脚本读者能理解DZT格式中采样率、频率范围、探测深度等元数据与实测数据块的对应关系掌握从原始回波数据到二维反射图像重建的基本处理流程为后续的噪声滤波、时间校正、深度标定等高级分析提供清晰的代码参考和起步模板。整体思路清晰适合作为GPR数据处理的入门参考。1. 拿到一台旧GSSI设备导出的dzt文件设备配套软件又打不开时第一反应不该是换电脑碰运气做探地雷达数据处理的人多半遇到过这种场景外业采集用的是GSSI的SIR系列主机导出数据时只拿到一个.dzt后缀的单个文件配套的 RADAN 软件要么没安装要么版本对不上新系统的库依赖。实际上 DZT 不是加密格式它是 GSSI 探地雷达系统定义的一种二进制存储结构文件里同时保存着采样参数、系统配置和全部 A-Scan 波形数据底层布局是有规律可循的。只要能把这个二进制布局解析清楚用 MATLAB 就能把数据完整读出来甚至能把处理后的结果写回标准 DZT方便后续在 RADAN 里继续复核。这份资源包里的readsir3000.m和write_dzt_file.m正好覆盖了读取与写入两条路径适合需要把 DZT 接入自研处理流程、做批量自动化或做数据格式转换的工程师也适合刚接触 GPR 数据格式的学生用来理解一门存储规范的内部细节。2. DZT文件结构拆解头字段、采样参数与数据块的二进制布局2.1 先搞清楚文件头的 1024 字节里到底存了什么DZT 文件并非把测量数据直接平铺在磁盘上它的开头固定有一段 1024 字节部分新版本设备会扩展到 3456 字节的文件头区里面记录的是这次采集任务的配置信息。这些字段大多是固定偏移的 4 字节整数或浮点数按小端序Little-Endian存储这一点和多数 Windows 平台仪器保持一致。常见布局如下表偏移地址字节长度字段名类型含义0x004rh_taguint8[4]文件标识通常为0xFF 0x00 0x00 0x000x084rh_nsampint32每道采样点数决定单道数据长度0x0C4rh_spsint32每秒扫描数Scan per Second0x104rh_densityint32单位距离道数或道间距0x144rh_spsffloat32实际采样率相关修正值0x184rh_blankingint32起始空白延迟对应的采样点数0x5C4rh_gainint16[8]增益曲线分段点数值0x782rh_chanuint16通道号单通道设备通常为 00x7A2rh_nsamp_obuint16叠加次数相关不同固件版本对某些字段的解释会有细微差异比如rh_density在部分旧设备里代表每米道数在新设备里则可能代表以英寸为单位的道间距。读取时要先把这个字段顺手打印出来看一眼数值量级再决定后续数据解释时怎么换算。fh fopen(data.dzt, rb);header fread(fh, 1024, uint8);rh_tag header(1:4);rh_nsamp typecast(uint8(header(9:12)), int32);rh_sps typecast(uint8(header(13:16)), int32);fclose(fh);上面的代码先把文件头整体读入一个字节数组再用typecast把指定偏移处的 4 个字节按 int32 重新解释。这里有两处容易踩坑MATLAB 的fread(fh, 1024, uint8)返回的是列向量偏移计算必须从 1 开始而不是 0所以0x08偏移对应数组的第 9 到 12 个元素另外typecast默认按本机字节序处理x86 平台上正好是小端序和仪器端一致但如果换成大端序环境就需要先做字节翻转。2.2 数据块区每一道扫描线的二进制长度不是猜出来的头信息之后紧跟着数据体数据体由多条扫描线Scan组成每条扫描线内先存一个 2 字节的扫描头标记随后才是rh_nsamp个采样点。采样点的类型由设备设置决定SIR-3000 默认输出 16 位无符号整数在部分高动态范围模式下会把每个样点扩展为 32 位浮点或 32 位整数。判断当前文件到底是 2 字节还是 4 字节样点最稳妥的方法不是从文件名猜而是检查文件总长度与头长度、道数、采样点数之间的整除关系。fileLen dir(data.dzt).bytes;dataBytes fileLen - 1024;if mod(dataBytes, rh_nsamp * 2 2) 0sampleBytes 2;elseif mod(dataBytes, rh_nsamp * 4 2) 0sampleBytes 4;elseerror(无法根据文件长度判断采样字节数);end这段逻辑先从文件属性中取出总字节数减掉文件头占用的 1024 字节得到纯数据区长度然后分别尝试按每道“2 字节扫描头 2 字节样点”和“2 字节扫描头 4 字节样点”两种布局去整除总道数。如果两种都不能整除说明这个文件可能不是标准 DZT或者文件在传输过程中发生过截断此时不应该强行继续读取先检查数据来源比较稳妥。3. 基于readsir3000.m的DZT数据读取从二进制到可计算矩阵3.1 读取链路拆成三段排查问题时不至于一锅端readsir3000.m这类脚本在实际工程里最好拆成三个独立功能块读取头信息、计算数据布局、按布局把数据体读成矩阵。三段各自干一件事前一段出错不会把后一段的输出一起污染调试时也能直接通过断点检查中间变量。很多刚接触 DZT 的开发者喜欢一遍fread把整个文件读进来再慢慢拆文件只有几十 MB 时没问题一旦换到上百 MB 的多通道数据内存占用和解析速度都会变得很难看分段读取更方便观察进度。3.2 头信息解析函数实现function meta read_dzt_header(fpath)fh fopen(fpath, rb);if fh 0error(无法打开文件: %s, fpath);endhdr fread(fh, 1024, uint8);meta.tag hdr(1:4);meta.nsamp typecast(uint8(hdr(9:12)), int32);meta.sps typecast(uint8(hdr(13:16)), int32);meta.density typecast(uint8(hdr(17:20)), int32);meta.gain typecast(uint8(hdr(93:100)), int16);meta.chan typecast(uint8(hdr(121:122)), uint16);fclose(fh);end头信息解析里最容易整理不清的是增益数组。rh_gain字段由 8 个 int16 组成这 8 个值不是加速度曲线本身而是衰减器不同档位的设置量后处理做增益恢复时需要用这组值反推每个深度区间的放大比例。很多从 DZT 直接读数据的代码把这组值忽略掉后续画出来的剖面图深浅层对比度失衡其实问题出在头信息没读全。3.3 数据体读取与矩阵整形function [data, meta] read_sir3000(fpath)meta read_dzt_header(fpath);fh fopen(fpath, rb);fseek(fh, 1024, bof);data fread(fh, [meta.nsamp 1, Inf], uint16);fclose(fh);data data(2:end, :);end这里fread的[meta.nsamp 1, Inf]是最关键的一处设计每一道数据的前 2 字节是扫描头标记对应列方向的第一个元素Inf让 MATLAB 自动判断文件里共有多少道。读取结果是一个二维矩阵行数等于nsamp 1第一行是扫描头标记后续每一行是一个采样点的幅值按列取出来后data(2:end, :)就把扫描头完整剥离得到纯波形矩阵。这个矩阵的行对应时间/深度方向列对应测线水平方向后续画 B-Scan 剖面图时直接用imagesc(data)就能出图。3.4 读取结果的验证不能只靠看波形数据读出来后先用统计量验证再进下一步处理。min(data(:))、max(data(:))、std(data(:))是最直接的参照16 位 DZT 数据幅值范围正常情况下在 0 到 65535 之间如果最大值恰好是 65535 且成片出现大概率是接收增益设得过高产生了削顶如果标准差接近 0问题多半出在读取时字节序选错。灰度图验证则用imagesc(data)配合colormap(gray)正常剖面应该能看到地表直达波在浅层形成一条连续亮带深层反射信号随深度衰减但轮廓清晰。4. 使用write_dzt_file.m写入DZT头重建与数据打包的逆过程4.1 写入前必须确定的四个参数向 DZT 写数据比读数据更容易出错因为读取时文件头已经物理存在错了还能看到异常结果写入时所有头字段都得自己构造任何一个字段写错位置整个文件就废了。写之前先确认四件事rh_nsamp必须和矩阵行数严格一致rh_sps根据原始采集速度填写rh_density是探距或道距换算后的数值rh_gain要么沿用原文件的增益设置要么根据当前数据实际动态范围重新设计。这四个参数和 RADAN 软件重新打开文件时的显示密切相关尤其是rh_sps写错软件会直接拒绝导入。4.2 手动构造 1024 字节头区function write_dzt_header(fh, meta)hdr zeros(1, 1024, uint8);hdr(1:4) uint8([0xFF 0x00 0x00 0x00]);hdr(9:12) typecast(int32(meta.nsamp), uint8);hdr(13:16) typecast(int32(meta.sps), uint8);hdr(17:20) typecast(int32(meta.density), uint8);g typecast(int16(meta.gain), uint8);hdr(93:100) g(1:8);fwrite(fh, hdr, uint8);end构造头区时建议先分配一个全零的 1024 长度uint8数组再往指定位置填充字段值。这样原始数据声明的字节数、文件头占用的空间完全可控不会因为 MATLAB 自动扩容导致文件头尺寸变化。写入时typecast的方向要和读取时相反把数值类型转换成uint8数组后再塞进对应位置避免直接对uint8数组做数值赋值导致溢出截断。4.3 数据打包与扫描头补位function write_dzt_data(fpath, meta, data)fh fopen(fpath, wb);if fh 0error(无法创建文件: %s, fpath);endwrite_dzt_header(fh, meta);nscan size(data, 2);for k 1:nscanfwrite(fh, 0, uint16);fwrite(fh, data(:, k), uint16);endfclose(fh);end写入循环中先写一个uint16的 0 作为扫描头标记再写整道采样数据。这不是可有可无的过程RADAN 的读文件程序靠这个标记做扫描道边界切分漏掉一处整个文件的数据解释就会错位。另外注意data矩阵的类型最好在调用前统一成uint16如果处理过程中做过滤波数据变成了 double这里fwrite会自动做类型转换但不会做截断检查数值超过 65535 时写入结果完全不可预期所以写入前手动执行data uint16(max(0, min(data, 65535)))限幅更牢靠。4.4 写入后回读校验是低成本高收益的步骤写完文件马上用read_sir3000把新文件读回来检查meta.nsamp与写入前是否一致、size(data)是否还原。这个自校验能抓出两类隐蔽问题头字段偏移写错、数据道数不一致。如果回读出来的矩阵行数对不上先检查rh_nsamp字段写入的偏移位置如果列数对不上检查写入循环中每道数据实际写入的字节数是否为nsamp * 2。5. 读写之外多测线文件拼接、增益恢复与批处理提速5.1 把同一条测线拆开的多个 DZT 文件拼成一个连续剖面野外采集时长较长时设备会自动把数据按文件大小切段导致一条完整测线对应line_part1.dzt、line_part2.dzt等好几个文件。RADAN 里可以手动拼但批量处理时用 MATLAB 更顺。拼接时只需要顺序读取每个文件的纯数据体去掉各自文件头再按读取顺序拼接矩阵最后用第一段文件的meta信息作为整条测线的新头写入。注意拼接时所有文件段的rh_nsamp必须一致如果中途有操作员改过采集参数拼出来的矩阵列方向分辨率会突变这种情况应该按参数差异拆成两条独立测线处理。5.2 用头信息里的增益曲线做幅度恢复DZT 数据的浅层幅值远大于深层直接成像时深层信息被压缩在极窄的灰度区间里。一种缓解思路是把第 3 节解析出的meta.gain数组按分段线性插值构造成一条与rh_nsamp等长的增益曲线然后对每个采样点做除法补偿。这套逻辑需要结合 DZT 存储特性来实现gn double(meta.gain(:));xq linspace(1, numel(gn), meta.nsamp);gain_curve interp1(1:numel(gn), gn, xq, linear);compensated double(data) ./ max(gain_curve, 1);增益恢复最怕处理过度。这里max(gain_curve, 1)确保分母最小为 1避免对某个深度的数据做过大的放大导致噪声被同步抬高。深度越深原始信号越弱增益值越大放大倍数也越夸张所以实际使用时通常只恢复前 60% 的深度范围深层保留原始衰减状态反而更真实。5.3 批处理时用文件列表驱动脚本而不是手动改路径dztFiles dir(D:\gpr_data\*.dzt);for i 1:numel(dztFiles)fpath fullfile(dztFiles(i).folder, dztFiles(i).name);[data, meta] read_sir3000(fpath);outName [dztFiles(i).name(1:end-4) _processed.mat];save(outName, data, meta, -v7.3);end批处理脚本里fullfile负责拼路径避免不同系统下斜杠方向不一致的问题保存时统一用-v7.3格式因为单条测线的数据矩阵动辄几百 MB默认 v7 格式超过 2 GB 会保存失败而 v7.3 基于 HDF5 能突破这个限制。另存成.mat而不是直接改 DZT可以保留一个原始副本后续算法迭代时随时能回到初始数据复核。读取 DZT 的整套逻辑里最核心的验证手段始终是“读出来之后画图对比原设备屏幕显示”。如果图像的首个反射波位置与现场屏幕吻合、直达波斜率与测线速度匹配、深层噪声分布自然那么头字段解析和数据矩阵整形就是正确的。之后再去调整增益、做滤波或夸张的动态范围显示都是在正确数据之上的加工。本文还有配套的精品资源点击获取 探地雷达DZT文件格式解析与MATLAB读写实现
简介面向探地雷达GPR数据处理与DZT格式学习的轻量代码包帮助从事地质勘探、工程检测、考古探测等工作的初学者快速上手DZT文件的读取、解析与写回。压缩包共3个文件全部为MATLAB脚本一个负责解析DZT头信息和数据块一个用于将处理结果按DZT规范写入另一个可配合完成数据可视化与算法验证。资源包仅3KB结构非常精简无需额外大型数据即可直接观察脚本逻辑运行门槛低。已有1163人学习下载。通过这几个脚本读者能理解DZT格式中采样率、频率范围、探测深度等元数据与实测数据块的对应关系掌握从原始回波数据到二维反射图像重建的基本处理流程为后续的噪声滤波、时间校正、深度标定等高级分析提供清晰的代码参考和起步模板。整体思路清晰适合作为GPR数据处理的入门参考。1. 拿到一台旧GSSI设备导出的dzt文件设备配套软件又打不开时第一反应不该是换电脑碰运气做探地雷达数据处理的人多半遇到过这种场景外业采集用的是GSSI的SIR系列主机导出数据时只拿到一个.dzt后缀的单个文件配套的 RADAN 软件要么没安装要么版本对不上新系统的库依赖。实际上 DZT 不是加密格式它是 GSSI 探地雷达系统定义的一种二进制存储结构文件里同时保存着采样参数、系统配置和全部 A-Scan 波形数据底层布局是有规律可循的。只要能把这个二进制布局解析清楚用 MATLAB 就能把数据完整读出来甚至能把处理后的结果写回标准 DZT方便后续在 RADAN 里继续复核。这份资源包里的readsir3000.m和write_dzt_file.m正好覆盖了读取与写入两条路径适合需要把 DZT 接入自研处理流程、做批量自动化或做数据格式转换的工程师也适合刚接触 GPR 数据格式的学生用来理解一门存储规范的内部细节。2. DZT文件结构拆解头字段、采样参数与数据块的二进制布局2.1 先搞清楚文件头的 1024 字节里到底存了什么DZT 文件并非把测量数据直接平铺在磁盘上它的开头固定有一段 1024 字节部分新版本设备会扩展到 3456 字节的文件头区里面记录的是这次采集任务的配置信息。这些字段大多是固定偏移的 4 字节整数或浮点数按小端序Little-Endian存储这一点和多数 Windows 平台仪器保持一致。常见布局如下表偏移地址字节长度字段名类型含义0x004rh_taguint8[4]文件标识通常为0xFF 0x00 0x00 0x000x084rh_nsampint32每道采样点数决定单道数据长度0x0C4rh_spsint32每秒扫描数Scan per Second0x104rh_densityint32单位距离道数或道间距0x144rh_spsffloat32实际采样率相关修正值0x184rh_blankingint32起始空白延迟对应的采样点数0x5C4rh_gainint16[8]增益曲线分段点数值0x782rh_chanuint16通道号单通道设备通常为 00x7A2rh_nsamp_obuint16叠加次数相关不同固件版本对某些字段的解释会有细微差异比如rh_density在部分旧设备里代表每米道数在新设备里则可能代表以英寸为单位的道间距。读取时要先把这个字段顺手打印出来看一眼数值量级再决定后续数据解释时怎么换算。fh fopen(data.dzt, rb);header fread(fh, 1024, uint8);rh_tag header(1:4);rh_nsamp typecast(uint8(header(9:12)), int32);rh_sps typecast(uint8(header(13:16)), int32);fclose(fh);上面的代码先把文件头整体读入一个字节数组再用typecast把指定偏移处的 4 个字节按 int32 重新解释。这里有两处容易踩坑MATLAB 的fread(fh, 1024, uint8)返回的是列向量偏移计算必须从 1 开始而不是 0所以0x08偏移对应数组的第 9 到 12 个元素另外typecast默认按本机字节序处理x86 平台上正好是小端序和仪器端一致但如果换成大端序环境就需要先做字节翻转。2.2 数据块区每一道扫描线的二进制长度不是猜出来的头信息之后紧跟着数据体数据体由多条扫描线Scan组成每条扫描线内先存一个 2 字节的扫描头标记随后才是rh_nsamp个采样点。采样点的类型由设备设置决定SIR-3000 默认输出 16 位无符号整数在部分高动态范围模式下会把每个样点扩展为 32 位浮点或 32 位整数。判断当前文件到底是 2 字节还是 4 字节样点最稳妥的方法不是从文件名猜而是检查文件总长度与头长度、道数、采样点数之间的整除关系。fileLen dir(data.dzt).bytes;dataBytes fileLen - 1024;if mod(dataBytes, rh_nsamp * 2 2) 0sampleBytes 2;elseif mod(dataBytes, rh_nsamp * 4 2) 0sampleBytes 4;elseerror(无法根据文件长度判断采样字节数);end这段逻辑先从文件属性中取出总字节数减掉文件头占用的 1024 字节得到纯数据区长度然后分别尝试按每道“2 字节扫描头 2 字节样点”和“2 字节扫描头 4 字节样点”两种布局去整除总道数。如果两种都不能整除说明这个文件可能不是标准 DZT或者文件在传输过程中发生过截断此时不应该强行继续读取先检查数据来源比较稳妥。3. 基于readsir3000.m的DZT数据读取从二进制到可计算矩阵3.1 读取链路拆成三段排查问题时不至于一锅端readsir3000.m这类脚本在实际工程里最好拆成三个独立功能块读取头信息、计算数据布局、按布局把数据体读成矩阵。三段各自干一件事前一段出错不会把后一段的输出一起污染调试时也能直接通过断点检查中间变量。很多刚接触 DZT 的开发者喜欢一遍fread把整个文件读进来再慢慢拆文件只有几十 MB 时没问题一旦换到上百 MB 的多通道数据内存占用和解析速度都会变得很难看分段读取更方便观察进度。3.2 头信息解析函数实现function meta read_dzt_header(fpath)fh fopen(fpath, rb);if fh 0error(无法打开文件: %s, fpath);endhdr fread(fh, 1024, uint8);meta.tag hdr(1:4);meta.nsamp typecast(uint8(hdr(9:12)), int32);meta.sps typecast(uint8(hdr(13:16)), int32);meta.density typecast(uint8(hdr(17:20)), int32);meta.gain typecast(uint8(hdr(93:100)), int16);meta.chan typecast(uint8(hdr(121:122)), uint16);fclose(fh);end头信息解析里最容易整理不清的是增益数组。rh_gain字段由 8 个 int16 组成这 8 个值不是加速度曲线本身而是衰减器不同档位的设置量后处理做增益恢复时需要用这组值反推每个深度区间的放大比例。很多从 DZT 直接读数据的代码把这组值忽略掉后续画出来的剖面图深浅层对比度失衡其实问题出在头信息没读全。3.3 数据体读取与矩阵整形function [data, meta] read_sir3000(fpath)meta read_dzt_header(fpath);fh fopen(fpath, rb);fseek(fh, 1024, bof);data fread(fh, [meta.nsamp 1, Inf], uint16);fclose(fh);data data(2:end, :);end这里fread的[meta.nsamp 1, Inf]是最关键的一处设计每一道数据的前 2 字节是扫描头标记对应列方向的第一个元素Inf让 MATLAB 自动判断文件里共有多少道。读取结果是一个二维矩阵行数等于nsamp 1第一行是扫描头标记后续每一行是一个采样点的幅值按列取出来后data(2:end, :)就把扫描头完整剥离得到纯波形矩阵。这个矩阵的行对应时间/深度方向列对应测线水平方向后续画 B-Scan 剖面图时直接用imagesc(data)就能出图。3.4 读取结果的验证不能只靠看波形数据读出来后先用统计量验证再进下一步处理。min(data(:))、max(data(:))、std(data(:))是最直接的参照16 位 DZT 数据幅值范围正常情况下在 0 到 65535 之间如果最大值恰好是 65535 且成片出现大概率是接收增益设得过高产生了削顶如果标准差接近 0问题多半出在读取时字节序选错。灰度图验证则用imagesc(data)配合colormap(gray)正常剖面应该能看到地表直达波在浅层形成一条连续亮带深层反射信号随深度衰减但轮廓清晰。4. 使用write_dzt_file.m写入DZT头重建与数据打包的逆过程4.1 写入前必须确定的四个参数向 DZT 写数据比读数据更容易出错因为读取时文件头已经物理存在错了还能看到异常结果写入时所有头字段都得自己构造任何一个字段写错位置整个文件就废了。写之前先确认四件事rh_nsamp必须和矩阵行数严格一致rh_sps根据原始采集速度填写rh_density是探距或道距换算后的数值rh_gain要么沿用原文件的增益设置要么根据当前数据实际动态范围重新设计。这四个参数和 RADAN 软件重新打开文件时的显示密切相关尤其是rh_sps写错软件会直接拒绝导入。4.2 手动构造 1024 字节头区function write_dzt_header(fh, meta)hdr zeros(1, 1024, uint8);hdr(1:4) uint8([0xFF 0x00 0x00 0x00]);hdr(9:12) typecast(int32(meta.nsamp), uint8);hdr(13:16) typecast(int32(meta.sps), uint8);hdr(17:20) typecast(int32(meta.density), uint8);g typecast(int16(meta.gain), uint8);hdr(93:100) g(1:8);fwrite(fh, hdr, uint8);end构造头区时建议先分配一个全零的 1024 长度uint8数组再往指定位置填充字段值。这样原始数据声明的字节数、文件头占用的空间完全可控不会因为 MATLAB 自动扩容导致文件头尺寸变化。写入时typecast的方向要和读取时相反把数值类型转换成uint8数组后再塞进对应位置避免直接对uint8数组做数值赋值导致溢出截断。4.3 数据打包与扫描头补位function write_dzt_data(fpath, meta, data)fh fopen(fpath, wb);if fh 0error(无法创建文件: %s, fpath);endwrite_dzt_header(fh, meta);nscan size(data, 2);for k 1:nscanfwrite(fh, 0, uint16);fwrite(fh, data(:, k), uint16);endfclose(fh);end写入循环中先写一个uint16的 0 作为扫描头标记再写整道采样数据。这不是可有可无的过程RADAN 的读文件程序靠这个标记做扫描道边界切分漏掉一处整个文件的数据解释就会错位。另外注意data矩阵的类型最好在调用前统一成uint16如果处理过程中做过滤波数据变成了 double这里fwrite会自动做类型转换但不会做截断检查数值超过 65535 时写入结果完全不可预期所以写入前手动执行data uint16(max(0, min(data, 65535)))限幅更牢靠。4.4 写入后回读校验是低成本高收益的步骤写完文件马上用read_sir3000把新文件读回来检查meta.nsamp与写入前是否一致、size(data)是否还原。这个自校验能抓出两类隐蔽问题头字段偏移写错、数据道数不一致。如果回读出来的矩阵行数对不上先检查rh_nsamp字段写入的偏移位置如果列数对不上检查写入循环中每道数据实际写入的字节数是否为nsamp * 2。5. 读写之外多测线文件拼接、增益恢复与批处理提速5.1 把同一条测线拆开的多个 DZT 文件拼成一个连续剖面野外采集时长较长时设备会自动把数据按文件大小切段导致一条完整测线对应line_part1.dzt、line_part2.dzt等好几个文件。RADAN 里可以手动拼但批量处理时用 MATLAB 更顺。拼接时只需要顺序读取每个文件的纯数据体去掉各自文件头再按读取顺序拼接矩阵最后用第一段文件的meta信息作为整条测线的新头写入。注意拼接时所有文件段的rh_nsamp必须一致如果中途有操作员改过采集参数拼出来的矩阵列方向分辨率会突变这种情况应该按参数差异拆成两条独立测线处理。5.2 用头信息里的增益曲线做幅度恢复DZT 数据的浅层幅值远大于深层直接成像时深层信息被压缩在极窄的灰度区间里。一种缓解思路是把第 3 节解析出的meta.gain数组按分段线性插值构造成一条与rh_nsamp等长的增益曲线然后对每个采样点做除法补偿。这套逻辑需要结合 DZT 存储特性来实现gn double(meta.gain(:));xq linspace(1, numel(gn), meta.nsamp);gain_curve interp1(1:numel(gn), gn, xq, linear);compensated double(data) ./ max(gain_curve, 1);增益恢复最怕处理过度。这里max(gain_curve, 1)确保分母最小为 1避免对某个深度的数据做过大的放大导致噪声被同步抬高。深度越深原始信号越弱增益值越大放大倍数也越夸张所以实际使用时通常只恢复前 60% 的深度范围深层保留原始衰减状态反而更真实。5.3 批处理时用文件列表驱动脚本而不是手动改路径dztFiles dir(D:\gpr_data\*.dzt);for i 1:numel(dztFiles)fpath fullfile(dztFiles(i).folder, dztFiles(i).name);[data, meta] read_sir3000(fpath);outName [dztFiles(i).name(1:end-4) _processed.mat];save(outName, data, meta, -v7.3);end批处理脚本里fullfile负责拼路径避免不同系统下斜杠方向不一致的问题保存时统一用-v7.3格式因为单条测线的数据矩阵动辄几百 MB默认 v7 格式超过 2 GB 会保存失败而 v7.3 基于 HDF5 能突破这个限制。另存成.mat而不是直接改 DZT可以保留一个原始副本后续算法迭代时随时能回到初始数据复核。读取 DZT 的整套逻辑里最核心的验证手段始终是“读出来之后画图对比原设备屏幕显示”。如果图像的首个反射波位置与现场屏幕吻合、直达波斜率与测线速度匹配、深层噪声分布自然那么头字段解析和数据矩阵整形就是正确的。之后再去调整增益、做滤波或夸张的动态范围显示都是在正确数据之上的加工。本文还有配套的精品资源点击获取