Qualcomm SNPE(Neural Processing SDK)集成到 OpenWRT + QCS6490 的完整配置后续

基于前面的内容本期继续接着开发过程来说,下面给出 三套完整可直接使用的源码,全部基于 OpenWRT + QCS6490 + SNPE 环境:

  1. 自动化模型转换脚本(主机端,ONNX → DLC + 量化 + 校验)
  2. LuCI 推理控制面板(Web 上传模型、选择运行时、实时推理)
  3. OTA 模型更新服务(设备端自动下载、校验、替换、通知)

1. 自动化模型转换脚本(主机端)

文件:convert_model.sh
路径:~/snpe-tools/convert_model.sh
功能:一键 ONNX → DLC → 量化 → 校验 → 打包 OTA 包

#!/bin/bash
# convert_model.sh
# 用法: ./convert_model.sh yolov8n.onnx yolov8n

set -e

MODEL_ONNX="$1"
MODEL_NAME="$2"
INPUT_SIZE="${3:-640}"  # 默认 640x640
QUANTIZE="${4:-true}"   # 是否量化
SNPE_ROOT="$HOME/snpe-sdk"
OUTPUT_DIR="./ota_models"

# 1. 检查环境
if [ ! -d "$SNPE_ROOT" ]; then
  echo "SNPE_ROOT not found: $SNPE_ROOT"
  exit 1
fi

source "$SNPE_ROOT/bin/envsetup.sh"

mkdir -p "$OUTPUT_DIR"

DLC_FILE="${OUTPUT_DIR}/${MODEL_NAME}.dlc"
DLC_QUANT="${OUTPUT_DIR}/${MODEL_NAME}_quant.dlc"
INPUT_LIST="${OUTPUT_DIR}/input_list.txt"
OTA_PKG="${OUTPUT_DIR}/${MODEL_NAME}_ota.tar.gz"

# 2. 生成输入列表(随机图像)
echo "Generating input list..."
mkdir -p images
for i in {
   
   1..5}; do
  convert -size ${INPUT_SIZE}x${INPUT_SIZE} xc:gray images/calib_$i.jpg
  echo "images/calib_$i.jpg" >> "$INPUT_LIST"
done

# 3. ONNX → DLC
echo "Converting ONNX to DLC..."
snpe-onnx-to-dlc \
  --input_model "$MODEL_ONNX" \
  --output_model "$DLC_FILE" \
  --input_dim input_0 1,3,${INPUT_SIZE},${INPUT_SIZE}

# 4. 量化(可选)
if [ "$QUANTIZE" = "true" ]; then
  echo "Quantizing to INT8..."
  snpe-dlc-quantize \
    --input_dlc "$DLC_FILE" \
    --input_list "$INPUT_LIST" \
    --output_dlc "$DLC_QUANT" \
    --use_enhanced_quantizer \
    --use_adjusted_weights_quantizer
  FINAL_DLC="$DLC_QUANT"
else
  FINAL_DLC="$DLC_FILE"
fi

# 5. 校验模型
echo "Validating model..."
snpe-dlc-info --input_dlc "$FINAL_DLC" | head -20

# 6. 打包 OTA 包(含校验码)
echo "Packaging OTA update..."
cat > "${OUTPUT_DIR}/model.json" << EOF
{
  "name": "$MODEL_NAME",
  "version": "$(date +%Y%m%d%H%M)",
  "size": $(stat -c%s "$FINAL_D cellular"),
  "sha256": "$(sha256sum "$FINAL_DLC" | cut -d' ' -f1)",
  "input_size": ${INPUT_SIZE},
  "quantized": $QUANTIZE
}
EOF

tar -czf "$OTA_PKG" -C "$OUTPUT_DIR" \
  "$(basename $FINAL_DLC)" model.json

echo "OTA package ready: $OTA_PKG"
echo "Upload to: http://your-server.com/ota/${MODEL_NAME}_ota.tar.gz"

使用示例

./convert_model.sh yolov8n.onnx yolov8n 640 true

2. LuCI 推理控制面板(Web 界面)

路径:package/luci-app-snpe/

目录结构

luci-app-snpe/
├── root/
│   └── usr/share/luci/menu.d/snpe.json
├── htdocs/
│   └── luci-static/resources/view/snpe/
│       ├── dashboard.htm
│       └── inference.js
└── src/
    └── Makefile

src/Makefile

include $(TOPDIR)/rules.mk

PKG_NAME:=luci-app-snpe
PKG_VERSION:=1.0
PKG_RELEASE:=1

include $(INCLUDE_DIR)/package.mk

define Package/luci-app-snpe
  SECTION:=luci
  CATEGORY:=LuCI
  SUBMENU:=3. Applications
  TITLE:=SNPE AI Inference Panel
  DEPENDS:=+snpe +python3 +python3-opencv +luci-base
endef

define Build/Compile
endef

define Package/luci-app-snpe/install
	$(INSTALL_DIR) $(1)/usr/share/luci/menu.d
	$(CP) ./root/usr/share/luci/menu.d/snpe.json $(1)/usr/share/luci/menu.d/

	$(INSTALL_DIR) $(1)/usr/share/luci/static/resources/view/snpe
	$(CP) ./htdocs/luci-static/resources/view/snpe/* $(1)/usr/share/luci/static/resources/view/snpe/
endef

$(eval $(call BuildPackage,luci-app-snpe))

root/usr/share/luci/menu.d/snpe.json

{
   
   
  "admin/ai": {
   
   
    "snpe": {
   
   
      "title": "SNPE Inference",
      "order": 10,
      "action": {
   
   
        "type": "view",
        "path": "snpe/dashboard"
      }
    }
  }
}

htdocs/luci-static/resources/view/snpe/dashboard.htm

<%+header%>
<h2>SNPE AI Inference Panel</h2>

<div class="cbi-section">
  <div class="cbi-section-node">
    <label class="cbi-value-title">Model</label>
    <div class="cbi-value-field">
      <select id="model_select" class="cbi-input-select"></select>
      <button onclick="uploadModel()">Upload New</button>
      <input type="file" id="model_file" style="display:none" accept=".dlc">
    </div>
  </div>

  <div class="cbi-section-node">
    <label>Runtime</label>
    <select id="runtime">
      <option value="DSP">DSP (Hexagon)</option>
      <option value="HTP">HTP (NPU)</option>
    </select>
  </div>

  <div class="cbi-section-node
源码地址: https://pan.quark.cn/s/a741d0e96f0e 在Android应用开发过程中,构建具有视觉吸引力的用户界面扮演着关键角色,卡片效果(CardView)作为一种常见的设计组件,经常被应用于信息展示或实现滑动浏览功能,例如在Google Play商店中应用推荐的部分。 提及的“一行代码实现ViewPager卡片效果”实际上是指通过简便的方法将CardView与ViewPager整合,从而构建一个可滑动切换的卡片式布局。 接下来我们将深入探讨如何达成这一功能,并拓展相关的Android UI设计及编程知识。 首先需要明确CardView和ViewPager这两个组件的功能。 CardView是Android支持库中的一个视图容器,它提供了一种便捷定制的“卡片”样式,能够包含阴影、圆角以及内容间距等效果,使得内容呈现为悬浮在屏幕表面的形式。 而ViewPager是一个支持左右滑动查看多个页面的控件,通常用于实现类似轮播图或Tab滑动切换的应用场景。 为了实现“一行代码实现ViewPager卡片效果”,首要步骤是确保项目已配置必要的依赖项。 在build.gradle文件中,应加入以下依赖声明:```groovydependencies { implementation androidx.recyclerview:recyclerview:1.2.1 implementation androidx.cardview:cardview:1.0.0}```随后,需要设计一个CardView的布局文件。 在res/layout目录下,创建一个XML布局文件,比如命名为`card_item.xml`,并定义CardView及其内部结构:```xml<and...
下载前可以先看下教程 https://pan.quark.cn/s/fe65075d5bfd 在电子技术领域,熟练运用一系列专业术语对于深入理解和有效应用相关技术具有决定性意义。 以下内容详细阐述了部分电子技术术语,这些术语覆盖了从基础电子元件到高级系统功能等多个层面,旨在为读者提供系统且全面的认知。 ### 执行器(Actuator)执行器是一种能够将电能、液压能或气压能等能量形式转化为机械运动或作用力的装置,主要用于操控物理过程。 在自动化与控制系统领域,执行器常被部署以执行精确动作,例如控制阀门的开闭、驱动电机的旋转等。 ### 放大器(Amplifier)放大器作为电子电路的核心组成部分,其根本功能是提升输入信号的幅度,使其具备驱动负载或满足后续电路运作的能力。 放大器的种类繁多,包括电压放大器和功率放大器等,它们在音频处理、通信系统、信号处理等多个领域得到广泛应用。 ### 衰减(Attenuation)衰减描述的是信号在传输过程中能量逐渐减弱的现象,通常由介质吸收、散射或辐射等因素引发。 在电信号传输、光纤通信以及无线通信领域,衰减是影响信号质量的关键因素之一,需要通过合理的设计和材料选择来最小化其影响。 ### 开线放大器(Antenna Amplifier)开线放大器特指用于增强天线接收信号强度的专用放大器,常见于无线电通信和电视广播行业。 它通常配置在接收设备的前端,旨在提升微弱信号的幅度,从而优化接收效果。 ### 建筑声学(Architectural Acoustics)建筑声学研究声音在建筑物内部的传播规律及其对人类听觉体验的影响。 该领域涉及声波的反射、吸收和透射等物理现象,致力于营造舒适且健康的听觉空间,适用于音乐厅、会议室、住宅等场所的设计需求。 ### 模拟控制...
先看效果: https://pan.quark.cn/s/463a29bca497 《基坑维护施工组织方案》是一项关键性资料,其中详细阐述了在开展建筑施工过程中,针对基坑实施安全防护的具体措施与操作流程。 基坑维护作为建筑工程中不可或缺的一部分,其成效直接关联到整个工程的安全性、施工进度以及周边环境可能产生的影响。 以下内容基于该压缩包文件的核心信息,对相关技术要点进行了系统性的阐释:1. **基坑工程概述**:基坑工程指的是在地面以下构建的临时性作业空间,主要用途是建造建筑物的基础部分。 当基坑挖掘完成之后,必须对周边土壤实施加固处理,以避免土体出现滑动或坍塌现象,从而保障施工的安全性。 2. **基坑分类**:根据地质状况、建筑规模以及施工方式的不同,基坑可以被划分为多种不同的类别,例如放坡式基坑、设置有支护结构的基坑(包括钢板桩、地下连续墙等类型)以及采用降水措施的基坑等。 3. **基坑规划**:在规划阶段,需要综合考量基坑的挖掘深度、地下水位状况、土壤特性以及邻近建筑物的距离等要素,从而制定出科学合理的支护结构计划。 此外,还需进行稳定性评估,以确保在施工期间基坑不会出现失稳问题。 4. **施工安排**:施工组织计划详细规定了基坑挖掘、支护结构部署、降水措施应用、监测与检测、应急响应等各个阶段的工作顺序、时间表以及人员安排,旨在保障施工过程的有序推进。 5. **支护构造**:基坑的支护通常包含挡土构造(例如土钉墙、锚杆、支撑梁)和防水构造(如防渗帷幕),其主要功能是防止土体向侧面移动,维持基坑的稳定状态。 6. **降水方法**:在地下水位较高的区域,基坑维护工作可能需要采用降水手段,例如采用井点降水技术或设置集水坑进行排水,目的是降低地下水位,防止基坑内部积水对...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

scriptsboy

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值