NPU claim 很容易失真
ONNX/QNN 不等于自动走 NPU;量化、provider options、backend、context cache 和 fallback 都必须记录。
01 · Problem
同一技能在不同设备、运行时、量化路径、温度、电量、相机、固件和网络条件下,结果会变。采购、CTO、安全负责人和评委真正问的不是 TOPS,而是 p99 延迟、热降频、断网、fallback、成本、安全门和回滚。
ONNX/QNN 不等于自动走 NPU;量化、provider options、backend、context cache 和 fallback 都必须记录。
camera frame age、preprocess、inference、postprocess、action serialization 和 actuator ack 共同决定机器人行为。
dataset revision、LeRobot version、checkpoint、camera schema、normalization stats 和 action schema 没锁定,策略不可追溯。
p99 延迟、jitter、frame reuse、memory leak 和热降频都可能让机器人越过 ODD 或错过安全停机窗口。
OEM、SI、企业、保险、marketplace 和评委都需要同一份 evidence pack,而不是各看一堆脚本和截图。
02 · Current Alternatives Fail
EdgeRuntimeBench 不替代 Qualcomm AI Hub、QAIRT/QNN、ONNX Runtime、LiteRT、ExecuTorch、Edge Impulse、MLPerf、Roboflow、Greengrass、Viam 或测试认证。它把这些能力组织成一个能被客户、SI、保险和 marketplace 共同接受的 evidence graph。
权威,但定位是标准化推理性能,不是客户私有机器人任务、运行时选择、安全门和采购决策。
能 optimize、compile、profile、run inference;但不是端到端机器人技能认证、fleet 回归和 ROI 报告层。
运行时入口越来越多。开发者需要知道哪条 route 可上线,而不是继续把 SDK 文档拼成 spreadsheet。
真实数据、训练、优化、部署和 drift workflow 很强;更适合作为输入/渠道,而不是独立采购证据层。
视觉模型 workflow 强,但不覆盖机器人 release dossier、SafetyOps gate、ODD、fleet rollback 和验收。
部署和 fleet 能力强,但不回答某个 model/runtime/device/OS/thermal envelope 是否适合这个物理任务。
03 · Solution
输入模型、机器人技能、目标设备、运行时、量化策略和场景约束;输出 `ship / no-ship` 证据卡、最佳 runtime route、成本评分、安全评分和可签名 release dossier。
锁定 LeRobotDataset v3、训练命令、checkpoint、model card、camera schema、normalization 和 license。
比较 device x runtime x quantization x firmware x thermal profile x network profile。
记录 camera -> preprocess -> inference -> postprocess -> action commit -> actuator ack 的端到端 trace。
SafetyOps 根据 p99、jitter、frame age、cloud calls、unsafe stop、fallback 和 ODD 决定能否发布。
进入 SkillDock certification、EdgeFleet canary、RevenueStack ROI 和客户验收包。
04 · Why Now
LeRobot v0.6.0、Qualcomm AI Hub/QAIRT/QNN、ONNX Runtime QNN、LiteRT-QNN、ExecuTorch-QNN 和 Dragonwing 生态正在同时成熟。硬件已经够强,问题转向软件证据和商业验收。
05 · Product
EdgeRuntimeBench 把一个 policy package 分成明确状态:Ready、Needs Quantization、Unsupported、Runtime Risk、Blocked by SafetyOps、Rollback Required。每个判断都能追到原始 artifact。
06 · Product API/Evidence
所有指标都标注来源:`measured-on-board`、`AI-Hub-device-cloud`、`proxy`、`replay-eval`、`simulated` 或 `customer-site`。诚实标注比假装全链路 NPU 更可信。
scenario、robot、policy、device targets、runtime targets、gates、ODD、network mode。
LeRobot version、dataset repo/hash、model card、checkpoint、training command、camera schema、normalization。
board、SoC、OS、kernel、firmware、runtime、ORT/QNN/LiteRT/ExecuTorch version、driver stack。
capture、preprocess、inference、postprocess、action commit、actuator ack、deadline、backend used。
HTP/GPU/CPU backend、fallback、unsupported ops、context cache、QNN profile CSV、optrace/QHAS links。
SBOM、SLSA/provenance、model/system card、AI RMF mapping、SSDF checks、VEX/KEV status、approvals。
`edgebench run lab_transfer.yaml --targets rb3-qcs6490:onnx-qnn,qcs8550:onnx-qnn --gates "p99<80ms,unsafe_stop=0,cloud_calls=0"`
`ship_score=91`、winner route、p99、thermal throttle、fallback status、SafetyOps decision、rollback pointer。
device registry、policy manifest、runtime matrix、Qualcomm profile、release gate、incident ledger、rollback record、video proof index。
07 · Market & Business Model
EdgeRuntimeBench 的买家不是只想看 dashboard 的工程师,而是要签字的人:机器人 OEM、系统集成商、企业工厂、受监管实验室、保险、融资方、测试机构和 marketplace operator。
围绕机器人 OEM、SI、工厂和高校赛事交付。收费点是 SKU 证据包、FAT/SAT 项目包、持续设备监控、国产/Qualcomm/Jetson 对比和上架 badge。
围绕企业采购、AI Act readiness、ISO safety case support、保险 underwriting、marketplace seller evidence 和 site acceptance。
08 · Competition & Moat
NVIDIA 的公开证明姿态很强,Qualcomm AI Hub 和 Edge Impulse 是底层 substrate,Roboflow/Ultralytics 拥有视觉 workflow,Greengrass/Viam/Peridio 管 fleet。EdgeRuntimeBench 要占据的是“采购级运行证据包”。
hardware、firmware、runtime、model、dataset、sensor、environment、power、thermal、robot workload 和 outcome 绑定。
profile CSV、QNN log、optrace、rosbag、JSONL、hash、manifest 和复现命令,而不是截图。
LabForgePilot、AMR picking、inspection、retail shelf、security patrol、smart camera 等真实任务包。
unsafe stop、human override、ODD violation、latency miss、fallback 和 rollback 事件成为验收资产。
进入 RFP、FAT/SAT、marketplace、保险和客户验收模板后,证据格式形成路径依赖。
每次模型、firmware、runtime、camera、site 条件变化都要求 refresh evidence。
09 · Why Qualcomm
LabForgePilot 提供真实任务,EdgeRuntimeBench 证明策略被编译、profile、部署到 Qualcomm target,SafetyOps 决定它能不能控制机器人。这样 Qualcomm 不只是硬件选择,而是技能发布和验收标准。
10 · Demo & Ask
评委必须看到物理板卡、相机、机器人、E-stop、终端、live camera feed、模型 hash、runtime log、latency chart、SafetyOps deny 和 rollback receipt。每个指标都要标注 measured-on-board、AI-Hub-device-cloud、proxy、replay-eval 或 simulated。
LabForgePilot 导入样本转移任务,展示 board、camera、robot、E-stop、runtime terminal。
读取 LeRobotDataset v3、ACT checkpoint、model card 和 training command,生成 lineage。
选择 RB3/QCS6490 和 QCS8550 target,运行 ONNX-QNN、LiteRT-QNN、CPU fallback 路线对比。
RobotAppLayer 执行本地感知、pick/place/verify/log,明确 cloud not in control loop。
展示 winner route、p99、thermal throttle、cloud_calls、fallback status、ship_score 和 release gate。
如果全策略 QNN 失败,拆成 NPU vision + CPU policy fallback;如果板卡晚到,用 AI Hub device-cloud/proxy 并标注迁移清单。
`runtime-matrix.csv`、`edge-profile.qualcomm.json`、`release-dossier.json`、`safetyops-release-gate.json`、`rollback-record.json`。
RB3/QCS6490 或 QCS8550 target、AI Hub/QNN office hours、QRB ROS/QIR guidance、允许提交 profiling artifacts、IQ10 RRD roadmap review。
EdgeRuntimeBench 的目的,是把“我们会用 Qualcomm”变成“每个策略都能被编译、评测、部署、监控、门禁、验收和回滚”。