拓冰建站拓冰建站
首页 / 资讯中心 / 正文

RuView 信息增益调度器(Information-Gain Scheduler)技术指南:让边缘算力只花在最值得采样的无线电上

RuView 信息增益调度器Information-Gain Scheduler技术指南让边缘算力只花在最值得采样的无线电上【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView导读本文围绕 RuView 感知基座程序perception substrate program中编号为 14 的信息增益调度器原语ADR-314展开讲解其如何将下一轮采样/处理预算按信息价值value of information分配到众多次要无线电信道/感知模态上避免在多传感器边缘部署ESP32-S3/C6、小型网关中每路全速率处理导致的算力、能耗与带宽浪费。读完本文你将掌握该调度器在 ADR-300 21 原语 DAG 中的定位与协作关系、价值函数与预算分配的设计规则、它对融合协方差ADR-311、RF 数字孪生前向模型ADR-315与传感器 HAL 成本描述ADR-320的硬依赖、以及与主动感知ADR-309如何分工形成选传感器→选探针→融合更新的闭环。1. 问题背景为什么每个传感器全速率处理在真实部署中不可持续ADR-314 的出发点是一个尖锐的工程现实当系统接入多个传感器时在任一时刻多数无线电对当前估计的贡献都很小却持续消耗着算力、能量与带宽这三项边缘稀缺资源。RuView 面向的是 ESP32-S3/C6 及小型网关这类资源受限节点ADR-300 的外部与战略评审明确指出把数百个传感器当作可运维的部署形态其前提恰恰是不能让每个传感器都满负荷工作。对所有传感器一视同仁正是这种设计在真实部署中无法存活的根源。为此ADR-314 给出的核心策略是给每个候选传感器/模态赋予一个价值并把下一轮采样/处理预算花在价值最高的传感器上。ADR-314 中价值函数的形式化表述如下Value(sensor) ≈ expected uncertainty reduction / (compute energy bandwidth)关键点在于预期不确定度缩减必须在尚未为测量付费之前估算——这正是它需要一个前向模型的原因由融合状态的协方差与 RF 孪生的前向模型共同提供该传感器大概会告诉我什么而不是真的去采样一次。2. 在感知基座 DAG 中的定位原语 #14phase-3 研究前瞻节点ADR-314 是 ADR-300感知基座程序的子 ADR在 ADR-300 的 21 原语清单中拥有原语 #14信息增益调度器information-gain scheduler。在该 ADR 的依赖图DAG中它是phase-3、研究前瞻型research-forward原语位于融合世界状态之上与ADR-309主动感知成对工作——ADR-309 决定探测什么波形、感知任务ADR-314 决定下一轮预算花在哪些无线电/模态上。需要特别澄清其阶段语义ADR-314 的 front-matter 状态为 Accepted — initial implementation (ADR-300 phase 3)但其正文同时明确它是Proposed 状态的设计意图与验证计划phase-1 swarm 不实现它。ADR-300 也规定了 phase-2/phase-3 子 ADR 以 Proposed 撰写、由 phase-1 之后的波次落地。因此阅读本文时应把该调度器理解为设计已接受、尚待实现与修订的研究前瞻型组件本文涉及的所有信息度与成本数字均标注为SYNTHETIC/L0详见 第 7 节ADR-314未断言任何效率数字。2.1 与 phase-1 脊柱的关系不重复造轮子ADR-300 的程序规则第一条即UNKNOWN 是一等输出绝不是错误条件这条规则贯穿到 ADR-314 的治理设计中见第 5 节。同时 ADR-314 反复强调在既有资产上构建而非重复实现它的上游依赖恰好是 phase-1/phase-2 已经或计划存在的资产ADR在调度器中的角色ADR-311维护融合世界状态及其协方差——这是调度器要缩减的当前不确定度期望不确定度缩减基于该协方差计算而非私有协方差ADR-315提供逐传感器前向模型用于在采样前预测一次候选测量的期望信息量ADR-320暴露每台无线电真实的算力/能耗/带宽成本描述符——价值函数分母来自 HAL而不是按平台猜测ADR-309成对的执行器调度器给传感器排序ADR-309 在选中的传感器上选择探针ADR-302定义估计所服务的现象/目标使调度器优先缩减目标维度上的不确定度而不是无关nuisance维度ADR-304作为下游证据引擎接收实际采了哪些传感器的记录3. 备选方案评估三种路径的取舍ADR-314 记录了三条被评估的路径轮询round-robin/ 全处理调度——被拒绝在冗余流上燃烧边缘算力与能耗无法扩展到大型传感群战略与外部评审正是把它列为边缘部署障碍。按传感器类型的静态优先级例如总是优先 mmWave——被拒绝它忽略了传感器的当前信息量取决于场景与当下的不确定度——在某一时刻一个位置得当的 WiFi 链路可以胜过被遮挡的 mmWave 节点。信息价值调度器基于 ADR-311 协方差与 ADR-315 前向模型、按单位成本的期望不确定度缩减对传感器排序成本来自 ADR-320 HAL——采纳。第三种方案被选择的核心逻辑是静态策略对场景动态变化不敏感而信息价值框架天然地把传感器的当前信息量这一随场景变化的量纳入决策。4. 决策内容价值函数、预算分配与底层原理ADR-314 的决策主体可拆为三个部分下面结合其依赖 ADR 的源码级定义逐一展开。4.1 价值函数先估算、后付费对每个候选传感器/模态在ADR-302 目标上估算期望不确定度缩减通过 ADR-315 前向模型预测一次测量会如何收缩 ADR-311 融合状态协方差——这是在付费测量之前做出的价值信息value-of-information估计除以该传感器的成本——算力 能耗 带宽——该成本从 ADR-320 HAL 描述符读取。成本三项的加权是可配置的部署策略而非硬编码ADR-314 举例说明电池节点会把能耗权重调高有线网关会把带宽权重调高。这一点在实现上意味着调度器的价值函数是协方差 前向模型 成本描述符的确定性函数ADR-314 的单元测试正是围绕这一确定性展开的而成本加权的权重本身来自部署配置。从源码结构的支撑看ADR-309 记录了 ADR-280 已实现的ActiveSensingPlanner位于 v2/crates/ruview-unified/src/control.rs搜索可见SensingTask、InformationGoal、ActiveSensingPlanner等符号并明确指出 ADR-280 当年未实现信息增益估计本身——planner 使用陈旧度启发式staleness heuristics而非互信息。ADR-314/ADR-309 正是要补上这一块ADR-314 提供信息增益估计ADR-309 提供消费该估计并驱动硬件的控制回路。4.2 分配排序 兜底采样地板按价值对候选项排序把预算花在最高价值的顶集上受一个**可配置的采样地板floor**约束保证每个传感器至少偶尔被采样一次——这样当前价值偏低的传感器不会被饿死成永久盲区当场景变化时仍能被重新评估。这条地板规则是整个设计中重要的安全性措施它与第 5 节的治理机制配合防止优化算法制造出不可逆的感知盲点。4.3 与 ADR-309 的分工调度器发出分配不发出测量ADR-314 强调调度器输出的是一个分配allocation而不是一次测量。选中的每个传感器上的探针/波形由 ADR-309 主动感知来选择测量结果由 ADR-311 融合层纳入。这一分工在两份 ADR 中构成完整闭环fused-state uncertainty (ADR-311) │ ▼ info-gain ranking of ExperimentControl options (ADR-314) ← 本文主题在哪些无线电上花钱 │ select argmax E[ΔI] / (cost, energy, privacy ceiling) ▼ governed request (ADR-280 admit_task / request_actuation, fail-closed) │ ▼ observe response → update belief (ADR-311) → repeat该闭环图出自 ADR-309 决策部分ADR-314 为其提供排序输入。5. 治理与诚实性跳过传感器是刻意的覆盖缩减ADR-314 将治理写入决策本身跳过某个传感器一个周期 一次刻意的覆盖缩减而非隐含的它没数据。调度器必须记录实际采了哪些传感器使下游 ADR-304 证据引擎反映真实发生的感知行为借助 ADR-302 可观测性对采样不足的区域应提升UNKNOWN而不是把过期估计当作当前值上报。这与 ADR-300 的程序规则一脉相承——不能回答的面就说 UNKNOWN 并保持可读不抛异常、不默认给出自信类别、不静默持有陈旧值。这条规则的实质是把采样调度从纯优化问题上升为证据与可信度问题调度的副作用某些区域暂时无新鲜证据必须在证据链和下游状态机中显式表达否则融合世界状态会自信地反映一个早已过时的世界。6. 依赖与鲁棒性边界调度器不构建任何依赖项ADR-314 明确列出其硬依赖并声明本 ADR 不构建其中任何一个ADR-311协方差——融合层不存在则没有要缩减的不确定度可依据ADR-315前向模型——无前向模型则无法在付费前预测信息量ADR-320成本描述符——无 HAL 成本则分母只能靠猜与ADR-309成对——排序结果无人消费则调度无意义。质量边界调度质量受限于 ADR-315 前向模型信息量预测与 ADR-320 成本描述符的精度。ADR-314 给出了关键的安全退化论断——一个较差的前向模型会退化成接近轮询调度这虽然不够优但是安全的采样地板则兜住最坏情况。作为 phase-3 设计意图它预期会随 ADR-309、ADR-311、ADR-315 与 ADR-320 HAL 落地而被修订。退化路径的源码级旁证ADR-309 的记录表明当可控制集为空纯 ESP32 部署没有可控天线/波束轴时控制器会回退到 ADR-280 的陈旧度 planner且不报错、不伪造增益估计。这与 ADR-314差模型退化到近轮询是安全兜底的论断一致整条主动感知 调度链路都设计了显式的安全退化路径。7. 证据纪律与诚实边界SYNTHETIC/L0 与 MEASUREDADR-314 的证据纪律严格遵循 ADR-282 的frame::EvidenceLevelL0–L5 阶梯与 CLAUDE.md 硬件规则期望不确定度缩减估计是来自 ADR-315 孪生的模型预测模拟按 ADR-282 为L0标注SYNTHETIC一个调度决策是资源选择绝不是感知声明——不能因为调度器预测某个传感器有价值就声称该传感器测到了什么任何能耗/延迟/吞吐提升数字必须先在真实芯片上用带复现器reproducer的测量得出才能打上MEASURED标签CLAUDE.md 硬件规则结论ADR-314 不断言任何效率数字。8. 验证计划单元 → 集成 → 实硅片延后ADR-314 的验证分三级与我们前面讲的价值函数、采样地板、UNKNOWN 治理一一对应层级验证内容单元测试价值函数是协方差 前向模型 成本描述符的确定性函数预测单位成本能更多缩减目标不确定度的传感器排名高于缩减更少的采样地板保证低价值传感器最终能被重新评估集成测试在合成的多传感器场景中调度器比轮询在单位建模成本下更快降低目标不确定度对刻意饿死的区域ADR-302 状态机提升UNKNOWN而非上报陈旧估计实硅片验证延后在带仪器插桩的多节点部署上测能耗/延迟/吞吐标注MEASURED并附复现器在此之前所有信息度与成本数字均为SYNTHETIC/L0注意单元测试断言的目标降低**目标objective**不确定度再次呼应 ADR-302调度器的优化目标是 ADR-302 定义的现象/目标维度上的不确定度而非一切维度的不确定度。9. 影响与后续阅读预期收益边缘部署把稀缺的算力、能耗与带宽花在最能买到确定性的地方使数百个传感器在运维上变得可行——这正是评审标记为边缘部署关键能力的一点。主要代价质量受制于 ADR-315 前向模型与 ADR-320 成本描述符的精度ADR-311/315/320 是硬依赖作为 phase-3 组件需要持续修订。如需沿 ADR 依赖链继续深入建议按以下顺序阅读仓库内文档总纲ADR-300-perception-substrate-program.md21 原语清单、依赖顺序、验收测试 A/B调度器的两个输入源ADR-311-real-sensor-fusion.md融合状态与协方差、ADR-315-digital-rf-twin.md前向模型与逐链路期望分布成本来源与执行面ADR-320-sensor-hal.mdSensorHal与Observation、ADR-309-active-sensing.md成对控制回路治理与诚实性的两翼ADR-302-out-of-distribution-detection.mdKNOWN/DEGRADED/UNKNOWN、ADR-282-ruview-ecosystem-positioning.mdL0–L5 证据阶梯既有实现参照v2/crates/ruview-unified/src/control.rsADR-280 已实现的ActiveSensingPlanner/SensingTask/InformationGoal当前采用陈旧度启发式信息增益估计是 ADR-314 与 ADR-309 待补的缺口项目级约束CLAUDE.md硬件证据规则、测量前不得断言效率数字的直接出处【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
分享:

看完干货,该让你的企业上线了

免费需求沟通 · 48 小时内出具建站方案 · 河南本地可上门