news 2026/4/16 18:27:09

算能盒子——AI_report适配文档

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
算能盒子——AI_report适配文档

算能bm_model模型链接:https://github.com/hsyysy/FunASR-bmodel/blob/bmodel/bmodel/README.md

一、环境配置

1.安装torch,torchaudio:

pip3 install torch torchaudio

2.安装funasr:

git clone https://github.com/hsyysy/FunASR-bmodel.git
cd FunASR-bmodel && pip3 install -e ./
cd FunASR-bmodel/bmodel/
pip install -r requirements.txt

需要注意,这里固定版本为 pip3 install umap-learn==0.5.3

3.根据系统架构选择性地安装tpu_perf:

查看系统架构:

uname -a

安装 x86架构:

pip3 install tpu_perf-1.2.35-py3-none-manylinux2014_x86_64.whl


或者arm架构:

pip3 install tpu_perf-1.2.35-py3-none-manylinux2014_aarch64.whl

二、离线语音识别demo

​本例程在各个模型的目录内scripts目录下提供了下载脚本download.sh

3.运行脚本:

python3 offline.py

4. AI报告安装依赖和字体

安装python-docx报错非常典型,而且在 BM1684 / ARM / Ubuntu 上几乎必遇到
我们直接把根因、为什么你装了还是不行、以及 3 种可落地解决方案一次性说清楚。


一、现在的问题已经变了(不是 docx 了)

你现在的错误不再是

No module named 'docx'

而是python-docx 的依赖lxml编译失败

Error: Please make sure the libxml2 and libxslt development packages are installed.

👉结论一句话:

在 ARM(BM1684)环境下,python-docx依赖的lxml没有可用的预编译 wheel,pip 只能源码编译,但你的系统缺少底层 C 库开发头文件。


二、为什么在你这台机器上一定会这样?

1️⃣ python-docx → 依赖链

python-docx └── lxml ❌(需要本地编译) ├── libxml2-dev ❌ 缺失 └── libxslt-dev ❌ 缺失

2️⃣ 为什么 x86 机器没事,你这台有事?

平台lxml 安装方式
x86_64直接下载 wheel(不用编译)
ARM / BM1684❌ 没有 wheel → 必须源码编译

三、✅ 正确、最稳的解决方案(强烈推荐

🔧 方案 (最标准):安装系统依赖后再 pip 装

这是官方推荐、成功率 100%的方式。

① 安装系统依赖(只需一次)
sudo apt-get update sudo apt-get install -y libxml2-dev libxslt-dev python3-dev build-essential
sudo apt-get update sudo apt-get install -y \ libxml2-dev \ libxslt-dev \ python3-dev \ build-essential

说明一下这些包是干嘛的:

包名作用
libxml2-devlxml 核心依赖
libxslt-devXML / XSLT 支持
python3-devPython C 扩展头文件
build-essentialgcc / make

② 再装 python-docx
pip3 install python-docx -i https://pypi.tuna.tsinghua.edu.cn/simple

③ 验证(一定要做)

python3 - << 'EOF' from docx import Document print("python-docx OK") EOF

看到输出就说明彻底解决

5. 字体根据具体路径安装

6. 运行AI_resport

把模型迁移到项目目录下:SourceHanSansSC 除外(思源黑体)

修改模型加载方式:

运行:

python3 asr_flask.py

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/16 13:35:05

Dify + Tesseract图像识别优化(从误识别到99%准确率的蜕变之路)

第一章&#xff1a;Dify Tesseract图像识别优化概述在现代自动化与智能文档处理场景中&#xff0c;结合 Dify 平台的可扩展 AI 工作流能力与 Tesseract 开源 OCR 引擎&#xff0c;能够显著提升图像中文本识别的准确率与处理效率。该集成方案适用于发票识别、证件扫描、日志分析…

作者头像 李华
网站建设 2026/4/16 12:05:51

释放Dify最大潜能,实现万级并发处理的实战架构设计

第一章&#xff1a;释放Dify最大潜能&#xff0c;实现万级并发处理的实战架构设计在高并发场景下&#xff0c;Dify 作为 AI 应用开发平台&#xff0c;其默认配置难以支撑万级请求。要真正释放其性能潜力&#xff0c;需从架构层面进行深度优化&#xff0c;结合异步处理、服务拆分…

作者头像 李华
网站建设 2026/4/16 16:44:26

节水超50%!看Linux控制器如何精准掌控农田灌溉

在传统的农业种植中&#xff0c;浇水多少、何时浇水&#xff0c;很大程度上依赖于农户的经验——“看天、看地、凭感觉”。这种“拍脑袋”式的灌溉方式&#xff0c;不仅造成了水资源的巨大浪费&#xff0c;还可能因为浇水不当导致作物根系受损、病害滋生&#xff0c;最终影响收…

作者头像 李华
网站建设 2026/4/16 12:00:44

智能仓储不只是“机器人”,背后的Linux系统才是大脑

在竞争白热化的现代商业环境中&#xff0c;仓库早已不再是简单的货物存放地&#xff0c;而是直接影响企业运营效率和客户满意度的战略枢纽。然而&#xff0c;许多企业的仓库管理&#xff0c;仍停留在“石器时代”&#xff1a;依赖纸质单据、人工记忆找货、月度盘点停工、库存数…

作者头像 李华
网站建设 2026/4/16 13:40:44

Dify权限系统深度优化:3步实现检索结果的精细化权限控制

第一章&#xff1a;检索结果的 Dify 权限校验在基于 Dify 构建的应用中&#xff0c;确保用户只能访问其被授权的数据是系统安全的核心环节。当用户发起检索请求时&#xff0c;系统不仅需要返回匹配的结果&#xff0c;还必须对每一条结果执行细粒度的权限校验&#xff0c;防止越…

作者头像 李华
网站建设 2026/4/16 10:54:44

【Agent服务部署必知】:Docker数据卷挂载的5大核心实践与避坑指南

第一章&#xff1a;Agent服务中Docker数据卷挂载的核心意义在构建基于Agent的微服务架构时&#xff0c;容器化部署已成为标准实践。Docker数据卷挂载机制在此过程中扮演着至关重要的角色&#xff0c;尤其在保障服务状态持久化、配置动态更新与日志集中管理方面具有不可替代的价…

作者头像 李华