智能驾驶
台架实测 ADAS 定位:隧道、峡谷、GNSS 中断
在台架上复现城市峡谷多径、隧道航位推算与 GNSS 中断,用真实 RF 做可复现的录制回放式 ADAS 定位测试。
更新于 2026-07-09
车辆要在 GNSS 最难缠的地方——隧道、城市峡谷、多层立交——依然定得准,而这恰恰是实车路测最使不上劲的场景。测试设备厂商说得直白:路测足够真实,却无法复现,而想把这些边角工况都跑一遍,需要的里程大得惊人,于是路测既不现实、又烧钱,碰上失效场景更是危险。
AnyLocate 把这些活儿挪回实验室。真实的 GNSS RF 信号被馈进接收机或 HIL 台架,你随时都能拿最恶劣的环境去考验整条定位链路,而且每跑一次结果都一致。
把击垮定位的环境搬上台架
城市峡谷带来的不只是丢定位。遮挡、多径、非视距反射叠在一起,接收机会算出看着可信、其实错得离谱的定位解。把这种几何环境建模出来,接收机收到的误导信号就跟置身摩天楼群里没两样,只是这回能反复复现,一旦行为变了,问题就落在你的固件上,跟天气无关。
隧道中断里,考验航位推算与组合导航
让脚本开着车钻进隧道,模拟的星空随之熄灭。这时 GNSS+IMU 组合导航得靠航位推算硬撑,出口一露头还要干净利落地重新捕获。这种边角工况在真实道路上找起来危险,在台架上写个脚本却轻轻松松。
一次真实路测,往后随便回放
真实路测只跑一趟、采集一次,之后就能在台架上喂给每一版算法反复回放。正因为放的是同一段信号,那些随机误差才会收敛成你真正修得动的系统性误差,一个偶发的现场缺陷也就此沉淀为一条常驻的回归用例。
给安全场景加压
在场景跑到一半时插进一次欺骗或干扰事件,看车辆能不能安全降级。这是一项跟功能安全直接相关的测试,你可以像跑其他用例那样天天例行地跑,毕竟信号自始至终都没离开台架。
常见问题
不上路,怎么测隧道里的 GPS?
写一个场景让车辆驶进建模好的隧道:模拟卫星逐颗衰落、直到掉星,接收机和你的融合算法只能靠航位推算撑住,到隧道尽头再恢复。整个过程在台架上重复运行,每一次都分毫不差。
想按需复现城市峡谷的 GPS 误差,怎么做?
城市峡谷的失效来自遮挡、多径和非视距反射,它给出的是错误的定位,而不只是没有定位。把这种环境建出来,接收机看到的几何构型就和市中心一样具有误导性,区别在于你能一模一样地回放,拿来横比不同固件版本。
录制回放和仿真,到底该用哪个?
两个都要。仿真负责搭出可控、可调参的场景,比如这段多径、这次中断、这条轨迹;录制回放则把一次真实路测存下来,之后想跑多少遍都行。两者一配合,现场那些「随机」误差就变成了一整套系统化的回归测试。
这跟 GPS 转发器有什么区别?
转发器只是把屋顶收到的实时信号原样再播一遍,你没法用脚本造出隧道、峡谷或信号中断,更谈不上复现。模拟器不一样,整个信号环境都由你合成、由你掌控。
相关应用场景
用你自己的信号试一试
在一台你真正负担得起的软件定义 GNSS 仿真器上,跑通这个场景——以及你自己的场景。