老王在城南经营着一家社区菜市场。每天傍晚他最愁三件事:货架上的菜还剩多少、明天该进多少货、收摊前怎么把临期商品清掉。过去他靠“看一眼、掂一掂、吼一嗓子”,可摊位一多、门店一开连锁,这套老办法全乱了套。这个场景的现代解法,就是 IoT 智能货架与电子价签——给货架装上“会说话的秤”,给价签换上“会变价的牌”。本文用老王菜市场的数字化改造故事,讲透 IoT 三层架构、重量传感器选型、库存管理、动态定价和数据分析的全链路原理。学完你就能把“老王卖菜”翻译成一套可落地的零售数字化方案。

岗位关联

掌握这套系统,你就能把“开店卖货”的直觉经验转化成可量化、可复制的 IoT 数字化方案——这正是零售行业 AI 解决方案工程师的核心竞争力。

目录
  1. 可视化演示
  2. 物联架构分层
  3. 货架传感设计
  4. 电子价签原理
  5. 库存智能管理
  6. 动态定价策略
  7. 数据运营分析
  8. 实施与运维
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

展示智能货架IoT架构(传感器→网关→云端)、电子价签ESL通信协议流程、以及动态定价算法与实时库存管理。切换模式探索智能零售技术。

本节配有交互动效(进入视口后自动加载,约 3KB)。

智能货架IoT架构与传感器选型 感知层:重量传感器+RFID+摄像头;网络层:BLE/LoRa网关汇聚;应用层:云端实时库存分析 三级架构:货架传感器→边缘网关→云平台,边缘计算降低延迟,云端做全局决策 architecture = sensors → gateway(edge) → cloud(analysis) IoT架构是智能货架的技术基础

物联架构分层

老王想把菜市场数字化,第一步不是买电子秤,而是建一套“传话系统”:摊主发现白菜快卖完了,要把消息传给管理处;管理处统计后再通知进货师傅。传慢了会断货,传错了会乱套。这套传话系统在 IoT 里就是物联架构的三层分工。

摊主是感知层——重量传感器、温湿度传感器负责“看一眼”;小工跑腿是网络层——通过低功耗蓝牙、LoRaWAN、4G 把数据传回;管理处是平台层——云端统一存储、处理、下指令。三者之间还有边缘计算:货架旁的网关小盒子先做初筛,只把“缺货”这种关键消息上报,减轻云端压力。

既然要规划网络,就得算清楚“传话容量”。假设每个传感节点每次上报 \(s_i\) 字节、每小时上报 \(f_i\) 次,协议开销系数为 \(\gamma\),网关下挂 \(n\) 个节点,全网总带宽为:

传话系统搭好后,老王坐在管理处就能看到“东区土豆缺 3 箱”,再也不用满场跑。这就是感知、网络、平台三层分工的价值——先让数据“听得见、传得回、管得着”。

Btotal=∑i=1nsi×fi×γ\displaystyle B_{\text{total}} = \sum_{i=1}^{n} s_i \times f_i \times \gamma
总带宽就是把每台设备单位时间传的数据量全部加起来,再乘上通信协议的“包装费”。
  1. 全网总带宽所有传感设备同时上报时占用的网络容量,是网关选型的核心指标。
    BtotalB_{\text{total}}
  2. 求和运算从第 1 台设备累加到第 n 台设备,n 为该网关覆盖的节点总数。
    ∑i=1n\sum_{i=1}^{n}
  3. 单台上报量每台设备每次上报的数据包体积,单位通常为字节。
    sis_i
  4. 上报频率每台设备每小时的采集上报次数,频率越高带宽占用越大。
    fif_i
  5. 协议开销系数数据包额外增加的包头和重传冗余,工程上常取 1.2 至 1.5。
    γ\gamma

货架传感设计

传话系统建好了,可摊主怎么知道还有几箱菜?老王想起菜市场的老秤:货架本身就是一杆秤。给货架装重量传感器,货架就能自己“数数”——称出总重,减去空架子重量,再除以单个土豆的重量,件数就出来了。

传感器选型的核心是量程、精度和稳定性。量程要覆盖“空架 + 满货”的最大承重,精度则决定最小可感知的变化量。工程上还要做空架称重标定:货架安装后先在空载状态记录基准值,之后每次读数都减去它。带托盘或捆扎带的商品还要扣除包装皮重,否则库存会被系统性高估。

光有秤还不够。顾客倚靠货架、叉车经过的地面振动,都会让读数抖动。所以货架要加弹性减振挂载,软件侧再加滑动平均滤波;断电时数据先缓存在本地,恢复后离线补传,保证不丢一条消息。这样,老王的秤才算真正“靠得住”。

Ngoods=⌊Wmeasured−Wempty−WwrapWunit⌋\displaystyle N_{\text{goods}} = \left\lfloor \frac{W_{\text{measured}} - W_{\text{empty}} - W_{\text{wrap}}}{W_{\text{unit}}} \right\rfloor
库存件数 =(当前总重 − 空架重 − 包装重)÷ 单件商品重量,结果向下取整。就像把一筐土豆的总重拆成“单个土豆的份量”来数数。
  1. 当前毛重读数重量传感器实时采集的货架总重量,包含商品、包装和货架本身。
    WmeasuredW_{\text{measured}}
  2. 空架标定值货架在无货状态下标定的基准重量,需要定期校正以对抗温漂。
    WemptyW_{\text{empty}}
  3. 包装皮重商品外包装的总重量,对成箱、带托盘的货品尤其关键。
    WwrapW_{\text{wrap}}
  4. 单件商品重量单件商品的净重,通过抽样称重取平均值得到。
    WunitW_{\text{unit}}
  5. 向下取整重量相除后取整数部分,得到货架上的商品件数。
    ⌊⋅⌋\left\lfloor \cdot \right\rfloor

电子价签原理

老王每天最累的活儿是改价:傍晚青菜要降价,得拿马克笔一张张涂价签。电子价签就像一块“魔法粉笔板”——写上去的字不耗电也能一直显示,改写时才需要“蘸一次墨水”。这块板的核心是电子墨水屏(E-Paper)。

电子墨水屏内部有无数微胶囊,每个胶囊里悬浮着带正电的黑色颗粒和带负电的白色颗粒。施加电场时,颗粒翻转,显示黑或白;撤掉电场后颗粒停在原位,画面保持不变。所以只有“翻页”时才耗电,静态显示几乎零功耗——这就是一枚纽扣电池能撑数年的原因。

电子价签通过低功耗蓝牙(BLE)与门店内的基站组网。基站负责接收云端下发的价格指令,再广播给周围几百枚价签。价签数量多、单个数据包小,BLE 的低功耗、星型组网特性完美匹配。整年的功耗可以这样估算:

价签的刷新频次要和业务匹配:生鲜区每半小时变一次价,日用品区可能一天一次。老王只需在管理处点几下,全场价签同步“翻牌”,再也不用攥着马克笔满场跑了。

Eyear=nchange×Erefresh+Pstandby×8760\displaystyle E_{\text{year}} = n_{\text{change}} \times E_{\text{refresh}} + P_{\text{standby}} \times 8760
一年总耗电 = 变价次数 × 单次刷新耗电 + 待机功耗 × 全年小时数。价签改价越频繁,耗电越大。
  1. 年总能耗单枚电子价签一整年的总耗电量,电池寿命由它决定。
    EyearE_{\text{year}}
  2. 变价次数一年内价签画面刷新的总次数,价格变动越频繁耗电越多。
    nchangen_{\text{change}}
  3. 单次刷新能耗翻转一屏画面消耗的能量,电子墨水屏仅在此刻耗电。
    ErefreshE_{\text{refresh}}
  4. 待机功耗静态显示时的功耗,低至微瓦级别,是长续航的根本原因。
    PstandbyP_{\text{standby}}
  5. 全年小时数24 小时乘 365 天,代表一年总待机时长。
    87608760

库存智能管理

管理处有了自动账本,还得定一套“进货规矩”:什么时候该下单?下多少?老王过去靠经验——“土豆快没了就去批发市场”,但经验换不来稳定。库存管理的核心是设定补货点(ROP),库存一旦跌破这个阈值,系统立即生成补货单。

补货点的计算要同时考虑两个因素:补货期间会卖出去多少,以及需求波动带来的不确定性。前者用日均销量乘以补货提前期,后者用安全库存兜底。公式如下:

智能货架给这套账本加上了“实时性”:每次售出都自动扣减库存,损耗和异常(比如整箱跌落、非授权搬动)会触发损溢告警。商品与货位的绑定关系也要维护好——老王经常把苹果摆到橘子位,系统就该发出“陈列错位”提醒。账本活了,断货和积压的烦恼一起减少。

ROP=davg×L+Ssafe\displaystyle ROP = d_{\text{avg}} \times L + S_{\text{safe}}
补货点 = 日均销量 × 补货提前期 + 安全库存。相当于老王在账本上画一条红线:存量低于红线,必须马上下单。
  1. 补货点库存低于该值时必须立即下单,否则有断货风险。
    ROPROP
  2. 日均销量商品在正常销售周期内的平均日出货量。
    davgd_{\text{avg}}
  3. 补货提前期从下单到商品上架的天数,包含备货、运输、上架全流程。
    LL
  4. 安全库存应对需求波动和供应延误的缓冲量,是库存管理的关键调节旋钮。
    SsafeS_{\text{safe}}

动态定价策略

老王最拿手的是傍晚那嗓子:“最后两小时,青菜半价!”动态定价引擎就是把这句吆喝变成系统自动执行,而且策略远比“一刀切降价”精细。核心思路是:让价格随剩余库存和剩余营业时间自动浮动。

当库存充足时维持原价,避免无谓让利;当库存逼近临期或闭店时间,逐步放大折扣;反过来,晚高峰的热门熟食供不应求时,价格可以小幅上浮。这就是库存驱动与供需双向调节。一个典型的线性折扣模型是:

定价绝不是“越低越好”。系统要先读毛利底线,再叠加促销活动、竞品价格协同,最终生成指令下发到每一枚电子价签。老王的“吆喝”变成了算法,算法比嗓子更懂什么时候该贵、什么时候该便宜。

P(t)=P0×(1−r×t−tbeginTperiod)\displaystyle P(t) = P_0 \times \left(1 - r \times \frac{t - t_{\text{begin}}}{T_{\text{period}}}\right)
时刻 t 的售价 = 基准价 × (1 − 最大折扣率 × 已过时段 ÷ 调价窗口)。收摊越近,折扣越大,但不会跌破毛利底线。
  1. 时段价格时刻 t 的实时售价,随营业时间推进而变化。
    P(t)P(t)
  2. 基准价格商品正常售价,是定价策略的锚点。
    P0P_0
  3. 最大折扣率收摊前最多让利的比例,由毛利底线约束决定。
    rr
  4. 已过时长从开始调价到当前时刻的时长,体现“越晚越便宜”。
    t−tbegint - t_{\text{begin}}
  5. 调价窗口从开始调价到收摊的总时长,决定降价的速度快慢。
    TperiodT_{\text{period}}

数据运营分析

老王多年练就一双“火眼金睛”:哪个摊围的人多、哪个货位最抢手、明天大概能卖多少。数据运营分析就是把这种直觉变成可复用的模型。货架数据叠加客流数据后,管理层能回答三个问题:什么好卖、顾客爱逛哪儿、未来卖多少。

商品热力分布通过每个货位的拿取频率绘制“热度地图”,高热度位置放高毛利商品;顾客动线分析把停留时长、折返路径可视化,辅助调整通道和陈列。而销量预测是备货和定价的共同输入。最朴素也最实用的预测方法是移动平均:

移动平均简单但滞后,进阶方案可以用指数平滑或时序模型。对老王来说,更重要的是把预测结果落到经营看板:哪类菜明天要多进、哪类咖啡要调价、哪个货架要换位置,一屏看全。直觉升级成了数据,经验沉淀成了模型。

S^t+1=1n∑k=0n−1St−k\displaystyle \hat{S}_{t+1} = \frac{1}{n} \sum_{k=0}^{n-1} S_{t-k}
下一期预测销量 = 最近 n 期历史销量的平均值。相当于老王“看最近几天卖得怎么样,估个大概”。
  1. 下一期预测值基于最近 n 期销量的移动平均预测结果。
    S^t+1\hat{S}_{t+1}
  2. 平均运算对窗口内的销量取算术平均,窗口越宽曲线越平滑。
    1n\frac{1}{n}
  3. 求和窗口从当期往前回溯 n 期的销量之和,n 是滑动窗口宽度。
    ∑k=0n−1St−k\sum_{k=0}^{n-1} S_{t-k}

实施与运维

数字化改造不是买一堆设备往市场里一放就完事。老王把改造比喻成“给菜市场做水电改造”:先规划,再施工,后维护,缺一不可。网络规划部署是第一步——货架、价签、网关的位置决定无线信号能否覆盖;金属货架会屏蔽信号,冷柜区湿度大,这些都要在设计阶段考虑。

成本测算是老板最关心的账。总投入包括硬件采购、安装施工、系统集成和首年运维,而收益来自损耗下降、缺货减少和溢价提升。投资回本周期可以用下面公式估算:

上线后还要有日常巡检制度:价签电量巡检、传感器零点校准、网关离线检查。故障发生时要有快速恢复预案:备用网关热切换、离线数据补传、手动改价兜底流程。老王的水电改造,最终要经得起三年五年的日常考验。

Tpayback=CtotalΔVmonth\displaystyle T_{\text{payback}} = \frac{C_{\text{total}}}{\Delta V_{\text{month}}}
回本周期(月)= 总投入成本 ÷ 每月收益增量。投入要摊到每月的实际增收里,才知道值不值。
  1. 回本周期以月为单位的投入回收时间,是老板决策的核心指标。
    TpaybackT_{\text{payback}}
  2. 总投入成本硬件采购、安装施工、系统集成与首年运维费用的总和。
    CtotalC_{\text{total}}
  3. 月度收益增量由库存损耗下降、缺货减少和动态溢价共同贡献的每月净增利润。
    ΔVmonth\Delta V_{\text{month}}

AI 应用场景

连锁便利店自动补货与盘点

阶段:IoT 数据采集与实时监控

解决的问题:传统便利店靠店员每日人工盘点货架,耗时且漏记率高;深夜补货无法及时同步。智能货架通过重量传感实时推算库存,平台层自动比对 ROP 补货点,缺货立即向店长手机推送补货单。

具体案例:某连锁便利店在 200 家门店部署“智能货架 + 电子价签”,门店损耗率下降 1.8%,缺货时长缩短 42%,店员每日盘点时间从 1.5 小时减至 15 分钟。

生鲜超市分时段动态定价

阶段:数据驱动的定价决策

解决的问题:生鲜商品保质期短,传统模式临近闭店只能靠店长经验拍脑袋打折,要么折太多亏毛利,要么折太少剩货。动态定价引擎按库存余量与剩余营业时间自动计算折扣,高客流时段适当恢复原价。

具体案例:某生鲜超市对叶菜和烘焙品启用收摊前阶梯降价:剩余 60% 以上原价、30% 以上打九折、10% 以上打七五折,晚间损耗从 8% 降至 3.5%,毛利反而上升 1.2 个百分点。

大型商超陈列热力优化

阶段:数据分析与经营优化

解决的问题:传统陈列依赖总部统一模板,忽视不同门店的客流差异。货架数据叠加顾客动线分析后,管理层能看到每个货架位的“热度”,把高毛利商品调到黄金视线层。

具体案例:某大卖场基于 3 个月货架热力数据重排陈列,试点区域单品销售额平均提升 15%,滞销 SKU 占比下降 9%。

Python 演示

python66 行
# -*- coding: utf-8 -*-"""智能货架与电子价签仿真: 重量推算库存 + 动态定价 + 补货提醒""" import random UNIT_WEIGHT = 100      # 单件商品重量克EMPTY_WEIGHT = 5000    # 空货架重量克MAX_ITEMS = 20         # 货架最大陈列件数BASE_PRICE = 25.0      # 商品基准价  class ShelfNode:    """带重量传感器的智能货架节点"""     def __init__(self, node_id):        self.node_id = node_id        self.base_weight = EMPTY_WEIGHT        self.item_count = MAX_ITEMS        self.buffer = []      # 离线补传缓存     def read_weight(self):        # 模拟传感器读数, 带有随机测量噪声        noise = random.uniform(-8, 8)        return self.base_weight + self.item_count * UNIT_WEIGHT + noise     def calc_stock(self):        # 毛重减空架重量, 再除以单件重量得到件数        goods = self.read_weight() - self.base_weight        return max(0, int(goods // UNIT_WEIGHT))     def sell(self, num=1):        if self.item_count >= num:            self.item_count -= num            self.buffer.append(("sell", num))     def restock(self, num):        self.item_count = min(self.item_count + num, MAX_ITEMS)        self.buffer.append(("restock", num))  def dynamic_price(stock, base=BASE_PRICE):    """库存越少折扣越大, 模拟菜市场收摊前清货"""    ratio = stock / float(MAX_ITEMS)    if ratio > 0.6:        return round(base, 2)    if ratio > 0.3:        return round(base * 0.9, 2)    return round(base * 0.75, 2)  def main():    shelf = ShelfNode("A-01")    for day in range(3):        print("第 {} 天:".format(day + 1))        for _ in range(random.randint(3, 7)):            shelf.sell(1)        stock = shelf.calc_stock()        price = dynamic_price(stock)        print("  推算库存 {} 件, 当前售价 {} 元".format(stock, price))        if stock <= 5:            print("  触发补货提醒, 自动下单补货 15 件")            shelf.restock(15)  if __name__ == "__main__":    main()
目的:完整模拟一个智能货架节点三天的“售卖 → 重量推算 → 动态定价 → 补货”闭环,对应正文的传感设计与定价策略。
  1. def calc_stock(self):用重量读数反推库存件数,是货架“自己数数”的核心方法。
  2. goods = self.read_weight() - self.base_weight毛重减去空架标定值,得到货架上的商品净重。
  3. random.uniform(-8, 8)模拟真实传感器噪声,提醒工程上必须做滤波和异常剔除。
  4. def dynamic_price(stock, base=BASE_PRICE):根据剩余库存比例计算动态售价,对应正文的定价引擎。
  5. if stock <= 5:库存跌破阈值时触发补货,对应自动补货提醒的业务规则。
  6. shelf.restock(15)将补货写入节点并记录缓存,模拟断网时的离线补传机制。
  7. if __name__ == "__main__":脚本入口,逐天模拟“售卖-判断-补货”的完整闭环。

常见误区

误区电子价签也是电子屏,肯定像手机一样两三天就要充电,部署几百个光充电就累死了。

正解电子墨水屏只在画面刷新瞬间耗电,静态显示几乎零功耗。微胶囊中的黑白颗粒靠电场翻转、撤掉电场后保持原位,所以断电后画面依然显示。一枚纽扣电池可供价签使用 3 到 5 年,这正是它成为零售标配的根本原因。

为何常见:大家习惯了手机、平板这类持续刷新的屏幕,误以为所有显示屏都一直在耗电。

误区给每个货位、每个层板都装传感器,数据不就又准又全了吗?预算不够才是问题。

正解数据质量不是靠传感器数量堆出来的。重量传感器受温漂、振动、顾客倚靠等干扰,多传感器反而带来同步和校准的复杂度。工程做法是:关键货位部署传感器,配上滑动平均滤波和异常剔除,用算法补偿物理噪声。

为何常见:直觉上“多即好”,忽视了物理噪声和非线性的现实,也低估了布线与维护成本。

误区动态定价嘛,就是库存多的时候赶紧降价,把货便宜卖出去,跟打折清仓一回事。

正解动态定价是供需双向调节:需求旺盛时可以溢价获利(如晚高峰热门熟食),临期商品才降价清仓,而且要服从毛利底线和品牌价盘约束。它是一套带约束的优化策略,而不是单向的“甩卖”。

为何常见:只看到“清库存降价”这个最直观的现象,忽略了定价策略背后的多目标权衡。

误区传感器数据传上来了,数据库里就能直接查库存,不用再做任何处理。

正解原始数据包含噪声、断点、重复上报和时钟漂移。离线数据要本地缓存补传,毛刺要滤波清洗,还要与上次库存做一致性校验。数据链路“采集 → 清洗 → 入库 → 服务”每一环都需要工程保障。

为何常见:看到“实时监控”就以为数据天然干净,忽略了物理世界的不确定性。

误区花钱装完智能货架和电子价签,第二天缺货就没了、利润就翻倍了。

正解IoT 设备只是“眼睛和耳朵”,收益来自配套运营动作:补货流程改造、定价策略上线、陈列优化落地。硬件、数据、运营流程三者缺一不可,需要按 ROI 公式跟踪回本周期。

为何常见:把数字化当成一次性采购,忽视了组织和流程需要同步变革。

面试题

Q1. 与传统液晶屏相比,电子墨水屏用于电子价签的核心优势是什么?

单选题 · easy

  • A.屏幕色彩更加鲜艳夺目
  • B.只在刷新时耗电,静态不耗电← 正确答案
  • C.屏幕画面的刷新速度更快
  • D.支持多点触控与滑动操作

答案:B。电子墨水屏靠微胶囊内黑白颗粒翻转显色,静态显示时颗粒静止、几乎零功耗,所以纽扣电池能用数年,这是它替代液晶屏的根本原因。A 错在墨水屏以黑白灰为主、刷新也慢;C 与事实相反,墨水屏刷新以秒级计;D 墨水屏是低刷显示设备,不适合触控交互。就像纸上的字不需要电,改字才需要蘸墨水。

Q2. 智能货架推算库存数量的核心物理原理是什么?

单选题 · easy

  • A.摄像头识别商品外包装文字
  • B.重量传感器测量货架承重← 正确答案
  • C.红外线探测货架前排人流
  • D.扫码枪对商品逐个扫描

答案:B。智能货架的核心原理是“称重推算”:当前毛重减空架重量,再除以单件重量,得到件数。就像菜市场的老秤——不用睁眼“看”商品,称一下就知道有几件。A 需要视觉识别且受遮挡影响;C 测的是客流热力而非库存;D 需要人工逐件扫码,无法做到实时自动。

Q3. 某货架空重 5kg,单件商品重 100g,当前总重读数 6.8kg,推算库存有多少件?

单选题 · mid

  • A.约为 8 件
  • B.约为 18 件← 正确答案
  • C.约为 68 件
  • D.约为 14 件

答案:B。商品净重 = 6.8kg − 5kg = 1.8kg = 1800g,再除以单件重量 100g,得到 18 件。A 是把 6.8 和 5 之间差值算错;C 是直接用 6.8kg 除以 100g 忘记扣除空架重;D 是误把 6.8kg 当作 1.4kg 计算。这类计算题考的就是“毛重 − 空架 − 皮重再除以单重”的称重推算三步。

Q4. 电子价签接入门店局域网通常采用以下哪种通信方式?

单选题 · mid

  • A.卫星通信链路直连云端
  • B.低功耗蓝牙与基站组网← 正确答案
  • C.光纤有线连接每枚价签
  • D.手机热点临时下发数据

答案:B。电子价签数量多、单个数据包小,BLE 低功耗、星型组网最合适,基站作为中间节点统一接收云端指令再广播给价签。A 成本与延迟不可接受;C 每枚价签拉光纤不现实;D 依赖手机热点无法规模化、不稳定。好比市场里不用给每个摊位拉专线,靠“小组长”基站统一传话。

Q5. 补货点公式 ROP = d×L + S 中,L 代表什么?

单选题 · mid

  • A.商品在货架上的陈列层数
  • B.从下单到到货的补货时长← 正确答案
  • C.单个补货单包含的商品数
  • D.传感器两次采样的间隔

答案:B。L 是补货提前期,即从下单到商品上架的天数,它决定了“要提前多久下单”才能不断货。A 陈列层数是陈列管理概念;C 是订货批量;D 是采样频率概念。公式意思是:补货期间预计卖出的量(d×L)加上安全库存 S,就是触发下单的库存红线。

Q6. 设计动态定价引擎时需要综合考虑哪些约束条件?

多选题 · mid

  • A.商品毛利底线约束← 正确答案
  • B.库存周转与临期压力← 正确答案
  • C.顾客到店时段规律← 正确答案
  • D.货架螺丝承重上限

答案:ABC。定价要保住毛利底线(A),受库存与临期情况驱动(B),还要顺应客流时段规律(C),需求旺时溢价、临收摊时降价。D 货架螺丝承重是硬件机械参数,与定价决策无关。好比老王收摊降价既要处理完菜,又不能亏穿本钱,还得看当时人多不多。

Q7. 重量传感器读数在 ±10g 内周期性抖动,直接按单次读数换算库存会出现什么后果?

单选题 · hard

  • A.商品永远不会触发缺货
  • B.临界点出现库存误报抖动← 正确答案
  • C.货架承重能力显著降低
  • D.电子价签刷新频率变快

答案:B。当真实库存对应的重量恰好落在抖动区间时,单次读数可能在整数边界上下跳动,导致库存一会儿算 N 件、一会儿算 N+1 件,触发错误的补货或告警。工程上用滑动平均滤波和滞回比较消除抖动。这提醒我们,物理世界的噪声必须在软件层处理,不能拿单次采样的原始值直接做业务判断。

Q8. 智能货架项目落地施工前,工程团队应重点规划哪些环节?

多选题 · hard

  • A.无线网络覆盖与信道规划← 正确答案
  • B.断电离线数据的缓存补传← 正确答案
  • C.商品与货位绑定关系维护← 正确答案
  • D.取消人工盘点和异常复核

答案:ABC。网络覆盖决定通信质量,离线缓存保证断电不断数据,货位绑定关系是库存准确性的前提,三者都是实施重点。D 错误:人工盘点仍是系统对账复核的兜底手段,完全取消会导致异常无人兜底。好比菜市场改造先布水电、再定摊贩位置、还要留备用电源。

Q9. 关于电子墨水屏,下列说法正确的是哪一项?

单选题 · easy

  • A.断电后屏幕显示内容会消失
  • B.只有画面刷新时才消耗电能← 正确答案
  • C.刷新速度与手机屏幕一样快
  • D.必须持续供电才能保持显示

答案:B。电子墨水屏显示依赖微胶囊内黑白颗粒的物理位置,断电后画面保持,只有翻转颗粒刷新内容时才耗电。A 和 D 把墨水屏当成了液晶屏——液晶断电分子松弛、画面消失;C 墨水屏刷新以秒级计,远慢于手机屏幕。这也是它适合做价签的原因:显示近乎免费,改价才花钱。

Q10. 基于智能货架采集的数据,零售数据分析可以支撑哪些经营决策?

多选题 · hard

  • A.商品热力分布与陈列优化← 正确答案
  • B.分时段销量预测与备货← 正确答案
  • C.顾客停留时长与动线分析← 正确答案
  • D.直接确定供应商货款比例

答案:ABC。热力分布指导陈列、销量预测指导备货、动线分析优化通道,都直接来自货架与客流数据的分析。D 供应商结算是财务与采购流程,由合同和账期决定,不由货架数据直接控制。好比老王从“哪个摊围的人多”推断进货和陈列,但货款还得按合同结算,不是看摊前人多就多给钱。