M5-182X-A1 环境搭建:从交叉编译到链路验收

RDKX5开发板入门指南:ARM64交叉编译、Ubuntu部署与NPU调试实战 ARM64嵌入式开发是边缘AI落地的关键技术路径,其核心在于理解交叉编译工具链原理、Linux系统构建逻辑及异构计算单元(如NPU)的软硬协同机制。aarch64-linux-gnu工具链不仅提供指令集兼容性,更封装了ABI、glibc、异常处理等完整执行上下文;而Ubuntu Server在ARM64平台的部署需兼顾启动方式(SD/eMMC/NFS)、内核适配(如5.10 LTS)与设备树精准配置。RDKX5作为典型轻量级AI SoC,其NPU推理能力依赖驱动加载、模型转换(RKNN)、内存映射与频率唤醒 阅读详情

上篇把板子点亮了,健康检查全过。这篇往下走一步:把 RK182X 的开发环境搭起来。

先说清楚这篇做什么、不做什么。RK182X 是协处理器,板子能开机不代表能开发——真要在上面做 AI 应用,PC 端要装工具链,板端要确认驱动、固件和服务,最后还得验证"PC 编译 → 传板 → 运行"这条链路是通的。这篇就做这三件事,每一步都给验证命令,做完你手里的环境是验收过的,不是"应该能用"。

内容对应官方 wiki 的《环境搭建详解》和《入门指南》两章,链接放在各节开头,本文按实际操作顺序串起来。

一、先搞清楚分工

完整文档:《RK182X SDK 总览》

RK182X 是 PCIe 协处理器,不带应用 CPU,也不跑 Linux。程序都在主控 RK3588 上运行,模型转换在 PC 上做,wiki 原文给的框图:

    PC (Ubuntu x86_64)                              主控板 (aarch64)
    ─────────────────────                           ─────────────────
    apt install 工具链                              /tmp/hello_rk182x
       │                                                │
       ▼                                                ▼
    aarch64-linux-gnu-gcc  ─────scp/ssh────────────►  ./hello_rk182x → Hello RK182X!

    三方的分工:

    ●PC 端:装交叉编译工具链和 rknn3-toolkit。toolkit 负责把模型转成 RKNN 格式,仅支持 x86_64;

    ●板端:跑应用,经 librknn3_api 发起推理。板端只装 toolkit-lite(推理用,不转换);

    ●RK182X:专职推理。它不带 U-Boot / MaskROM,也没有 USB 烧录口,固件由主控经 PCIe 下发(rknn3.service 管理)。

    RK182X 自己没有独立启动流程,完全依赖主控,wiki 给的启动链:

      主控 RK3588 上电启动
      ↓
      主控内核加载 pcie-rkep 驱动
      ↓
      枚举到 PCI 设备 1d87:182a
      ↓
      rknn3.service 启动
      ↓
      pcie_upgrade_tool 将 rknn3_rk1820.img 通过 PCIe 下发
      ↓
      rknn3_transfer_proxy 拉起,对外提供 librknn3_api.so 接口
      ↓
      应用进程可调用推理

      应用侧的运行时入口是librknn3_api.so,PCIe 细节由代理进程rknn3_transfer_proxy屏蔽,应用不用感知。

      RKNN 3.x 支持的输入格式:PyTorch(导出 ONNX,推荐)、ONNX(最稳)、TensorFlow、PaddlePaddle、Caffe(部分算子受限)。

      二、PC 端:交叉编译工具链

      本章完整文档:《RK182X 环境搭建详解》

      系统要求

      wiki 给的 PC 配置要求:

      模型量化不需要 NVIDIA GPU,纯 CPU 即可。

      装基础依赖

        Debian/Ubuntu 系统:
        sudo apt update
        sudo apt install -y \
        build-essential \
        gcc-aarch64-linux-gnu \
        g++-aarch64-linux-gnu \
        binutils-aarch64-linux-gnu \
        git wget curl file openssh-client

        验证工具链:

          aarch64-linux-gnu-gcc --version

          输出:

            aarch64-linux-gnu-gcc (Debian 12.2.0-14+deb12u1) 12.2.0

            环境变量

            三个关键变量:CROSS_COMPILE、ARCH、CC。临时设置:

              export ARCH=arm64
              export CROSS_COMPILE=aarch64-linux-gnu-

              验证:

                "${CROSS_COMPILE}gcc" --version

                要永久生效,写进.bashrc:

                  echo 'export CROSS_COMPILE=aarch64-linux-gnu-' >> "$HOME/.bashrc"
                  echo 'export ARCH=arm64' >> "$HOME/.bashrc"
                  source "$HOME/.bashrc"

                  没开发板先练手

                  手边暂时没有板子,可以先装 QEMU:

                    sudo apt install -y qemu-user-static libc6-arm64-cross

                    交叉编译出来的 aarch64 程序,先用 QEMU 在 PC 上验证能不能跑,排查掉一层环境问题再上板。

                    三、PC 端:RKNN 3.x Toolkit

                    模型转换用的 rknn3-toolkit 装在 Python 虚拟环境里。SDK 包里有 cp310 / cp312 两个版本的 wheel:

                      python3 -m venv ~/rk1828-npu-env
                      source ~/rk1828-npu-env/bin/activate
                      cd /userdata/RK1820_RK1828_AI_SDK/rknn/rknn3-toolkit/rknn3-toolkit/packages
                      pip install numpy pillow onnx
                      pip install rknn3_toolkit-*.whl

                      验证安装:

                        python3 -c "from rknn.api import RKNN; print('RKNN 3.x OK')"

                        输出:

                          RKNN 3.x OK

                          两个限制要提前知道:

                          ●toolkit wheel 仅支持 x86_64,装到 RK3588 板端会直接报错。模型转换必须在 PC 上做,转好的.rknn文件再传板;

                          ●板端只能装 toolkit-lite(推理用,不转换),wheel 在 SDK 的rknn/rknn3-toolkit/rknn3-toolkit-lite/packages/下,提供 cp39 / cp310 / cp311 / cp312 四个 Python 版本。

                          四、板端:SDK、驱动、固件、服务

                          本章完整文档:《RK182X 环境搭建详解》、《RK182X 入门指南》

                          4.1 SDK 在哪

                          板端 SDK 部署在/userdata/RK1820_RK1828_AI_SDK/,查目录结构:

                            find /userdata/RK1820_RK1828_AI_SDK -maxdepth 2 -type d | sort

                            输出:

                              /userdata/RK1820_RK1828_AI_SDK
                              /userdata/RK1820_RK1828_AI_SDK/docs
                              /userdata/RK1820_RK1828_AI_SDK/driver
                              /userdata/RK1820_RK1828_AI_SDK/driver/pcie-rkep
                              /userdata/RK1820_RK1828_AI_SDK/examples
                              /userdata/RK1820_RK1828_AI_SDK/examples/anomaly-detection
                              /userdata/RK1820_RK1828_AI_SDK/examples/docker
                              /userdata/RK1820_RK1828_AI_SDK/examples/gstreamer
                              /userdata/RK1820_RK1828_AI_SDK/examples/rockit_yolo_detect
                              /userdata/RK1820_RK1828_AI_SDK/examples/vi_yolo_venc
                              /userdata/RK1820_RK1828_AI_SDK/examples/web
                              /userdata/RK1820_RK1828_AI_SDK/output
                              /userdata/RK1820_RK1828_AI_SDK/package
                              /userdata/RK1820_RK1828_AI_SDK/pkgroot
                              /userdata/RK1820_RK1828_AI_SDK/rknn
                              /userdata/RK1820_RK1828_AI_SDK/rknn/rknn3-model-zoo
                              /userdata/RK1820_RK1828_AI_SDK/rknn/rknn3-runtime
                              /userdata/RK1820_RK1828_AI_SDK/rknn/rknn3-toolkit
                              /userdata/RK1820_RK1828_AI_SDK/rknn/rknn-gstreamer-plugins
                              /userdata/RK1820_RK1828_AI_SDK/scripts

                              几个关键位置:driver/pcie-rkep是驱动源码;rknn/下面是 toolkit、runtime、model-zoo、gstreamer-plugins 四个组件(当前都是 V1.0.0);examples/里带 docker、gstreamer、yolo 检测等场景示例。

                              4.2 驱动和设备节点

                              设备节点:

                                ls /dev/pcie-rkep-*

                                输出:

                                  /dev/pcie-rkep-0004:41:00.0

                                  驱动加载情况:

                                    lsmod | grep pcie_rkep

                                    返回空是正常的——pcie-rkep 已经内置在内核里,不是以模块形式加载的。

                                    PCIe 设备确认:

                                      /usr/bin/pcie_upgrade_tool ld 2>&1 | sed 's/\x1b\[[0-9;]*m//g'

                                      输出:

                                        Program directory: /usr/bin/
                                        List of connected rkep devices
                                        Addr=0004:41:00.0 [1d87:182a]

                                        看到1d87:182a就说明 RK182X 在位。

                                        4.3 固件和服务

                                        前面说过,RK182X 没有独立启动介质,固件只能由主控通过 PCIe 下发。固件在板端这个位置:

                                          ls -lh /lib/firmware/rknn3_rk1820.img

                                          输出:

                                            - rwxr-xr-x 1 root root 2.2M8月19日 17:59 /lib/firmware/rknn3_rk1820.img

                                            固件由 rknn3.service 经 PCIe 自动下发,正常使用不需要手动操作。确认服务在跑:

                                              systemctl is-active rknn3.service

                                              输出:

                                                active

                                                要看细节用systemctl status rknn3.service,输出(节选):

                                                  ● rknn3.service - rknn3 runtime service
                                                       Loaded: loaded (/lib/systemd/system/rknn3.service; enabled; preset: enabled)
                                                       Active: active (running) since Mon 2026-08-17 17:01:04 UTC; 31s ago
                                                     Process: 5042 ExecStart=/bin/rknn3_startup start (code=exited, status=0/SUCCESS)
                                                     Main PID: 5065 (rknn3_transfer_)

                                                  这一环的五个关键节点(wiki ch02 汇总):

                                                  ●固件路径:/lib/firmware/rknn3_rk1820.img

                                                  ●设备节点:/dev/pcie-rkep-

                                                  ●代理进程:/bin/rknn3_transfer_proxy

                                                  ●PCIe 设备 ID:0x1d87:0x182a

                                                  ●系统服务:rknn3.service

                                                  4.4 demo 工具

                                                    which rknn3_cnn_demo
                                                    which rknn3_llm_demo
                                                    which rknn3_vlm_demo
                                                    which rknn3_model_test

                                                    四条都返回/usr/bin/下的路径,板端环境就绪。

                                                    五、链路验收:第一个程序

                                                    本章完整文档:《RK182X 入门指南》

                                                    环境各件都齐了,最后用 wiki 的示例程序把"交叉编译 → 传板 → 运行"整条链路走一遍。链路通了,后面模型文件上板走的就是同一条路。

                                                    创建hello_rk182x.c:

                                                      #include <stdio.h>
                                                      #include <unistd.h>
                                                      int main(void)
                                                      {
                                                          printf("Hello RK182X!\n");
                                                          printf("PID: %d\n", getpid());
                                                          return 0;
                                                      }

                                                      交叉编译:

                                                        aarch64-linux-gnu-gcc -Wall -Wextra -O2 hello_rk182x.c -o hello_rk182x

                                                        检查产物架构:

                                                          file hello_rk182x

                                                          输出(关键行):

                                                            hello_rk182x: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, ... not stripped

                                                            Ubuntu 新版本 GCC 默认生成 PIE,显示pie executable是正常的。再用 readelf 确认一遍:

                                                              readelf -h hello_rk182x | head -20

                                                              输出关键行:

                                                                系统架构:                          AArch64

                                                                设置板端信息并传板运行:

                                                                  export TARGET_USER=linaro
                                                                  export TARGET_IP=<开发板IP>
                                                                  export TARGET="$TARGET_USER@$TARGET_IP"
                                                                  ssh "$TARGET" 'uname -m'

                                                                  输出:

                                                                    aarch64
                                                                      scp hello_rk182x "$TARGET:/tmp/"
                                                                      ssh "$TARGET" 'chmod +x /tmp/hello_rk182x && /tmp/hello_rk182x'

                                                                      输出:

                                                                        Hello RK182X!
                                                                        PID: 24027

                                                                        到这里,编译、传输、执行整条链路验证完毕。板子上本身有原生 GCC,小工具也可以直接在板上编译:

                                                                          gcc hello_rk182x.c -o hello_rk182x
                                                                          ./hello_rk182x

                                                                          六、环境验收清单

                                                                          做完上面几步,逐项对一遍:

                                                                          七、常见的坑

                                                                          更全的 FAQ 在 wiki ch02 / ch04 / ch05 的常见问题章节,链接在上面各节开头。

                                                                          八、附录:SDK 版本与 NPU 参数速查

                                                                          SDK 软件栈版本(已经 Release Note / 源码验证):

                                                                          NPU 关键参数(官方数据表):

                                                                          参数

                                                                          规格

                                                                          CPU

                                                                          3 核 64 位 RISC-V(控制核)

                                                                          NPU

                                                                          8 核,20 TOPS @INT8

                                                                          精度

                                                                          INT4 / INT8 / INT16 / FP8 / FP16 / BF16

                                                                          频率档位

                                                                          500 / 850 / 1000 MHz(SODIMM 模组最高 1000,M.2 最高 850)

                                                                          每核 L1 Cache

                                                                          32KB I-Cache + 32KB D-Cache

                                                                          每核 L2 Cache

                                                                          128KB

                                                                          系统 SRAM

                                                                          512KB

                                                                           

                                                                          供电规格:推荐 12V,电源功率容量需大于 40W,开发板供电选项有 12V / 24V / 48V DC 三种。

                                                                          Model Zoo 预置模型(ls rknn/rknn3-model-zoo/examples/实测):

                                                                            FastVLM         glm_edge        GME-Qwen2-VL    HY_MT_1_5
                                                                            InternVLM       Janus_Pro       MiniCPM_V_4     mobilenet_v1
                                                                            mobilenet_v2    Qwen2_5         Qwen2_5_Omni    Qwen2_5_VL
                                                                            Qwen3           Qwen3_Embedding Qwen3_VL        resnet
                                                                            SmolVLM         yolov5          yolov6          yolov8
                                                                              
                                                                              按能力分:LLM(Qwen2.5 0.5B–7B、Qwen3 0.6B–8B)、VLM(Qwen2.5-VL、Qwen3-VL、FastVLM、InternVL3、SmolVLM 等)、检测(YOLOv5 / v6 / v8、YOLO-World)、分类(MobileNetV1/V2、ResNet-50)、语音(SenseVoice)、检索(Qwen3-Embedding)。
                                                                              
                                                                              主控侧能力参考:RK3588 支持 H.265 / VP9 8K@60fps 解码、8K@30fps 编码,RGA 2D 支持最大 8192×8192 的缩放与旋转。wiki 特别注明:RK3588 参考数据仅作主控能力参考,不代表 RK182X 能力。

                                                                              收尾

                                                                              到这里,PC 端和板端的环境都验收过了,部署链路也是通的。环境就绪之后的事——模型怎么转、应用怎么写——wiki 后续的开发指南、SDK 参考、硬件参考等章节会逐步展开,模型上板的实测也会单独成篇,用真机数据说话。

                                                                              本文的复现路径:生态平台 wiki 《环境搭建详解》和《入门指南》两章,跟着做可以逐步复现。

                                                                              本系列持续更新,可以关注公众号追更。

                                                                              GLM-5.1长程工程代理实战:从状态缓存到MoE调度 工程代理(Engineering Agent)是AI落地复杂软件任务的核心范式,其本质在于突破传统大模型的单轮推理局限,实现目标锚定、路径可信评估与依赖图谱维护的闭环能力。关键技术支撑包括任务状态缓存单元(TSCU)、专家分工调度的MoE架构,以及200K上下文下的语义域隔离机制。这些能力使模型可在Linux内核调试、嵌入式固件开发、CUDA算子优化等需多工具协同、跨抽象层推理的真实场景中稳定运行数小时。本文聚焦GLM-5.1在Ollama沙盒、vLLM集群与KTransformers消费级环境中的部署调优 阅读详情

                                                                              相关推荐

                                                                              ARM Cortex-M边缘AI语音唤醒静态评测与工程实践

                                                                              关键词唤醒(KWS)是边缘AI落地的核心技术之一,其本质是在资源严苛的MCU上实现低延迟、高鲁棒性的实时推理。这依赖于模型量化、硬件加速指令(如CMSIS-NN)、内存拓扑优化及裸机实时调度等底层工程能力。ARM Cortex-M系列凭借确定性中断响应、DSP扩展指令集和成熟工具链,成为工业级KWS部署的首选平台。本文聚焦ML-KWS-for-MCU开源项目,深入解析int8量化补偿、CMSIS-NN硬件绑定机制、Flash/RAM分段布局等关键技术细节,覆盖从TFLite模型转换、静态链接配置到产线烧录校

                                                                              weixin_33798152的博客 355

                                                                              树莓派5进车间的六大工业适配关卡

                                                                              树莓派5作为高性价比边缘计算平台,常被用于工业物联网与边缘智能场景,但其消费级设计与工业现场的严苛物理环境存在根本性冲突。理解其供电稳定性、散热可靠性、IO电气隔离、文件系统抗断电能力、Linux实时性局限及闭源固件兼容性等底层原理,是实现稳定边缘控制的关键技术前提。这些挑战直接关系到智能制造中视觉质检、振动监测、PLC协同等典型应用的落地可行性。本文聚焦树莓派5在真实产线环境中必须跨越的六道硬性门槛,提供可复用的工业级选型、系统加固与验证方法。

                                                                              weixin_34258838的博客 322

                                                                              GurumDDS:面向嵌入式与边缘计算的轻量级零拷贝DDS框架

                                                                              DDS(数据分发服务)作为ROS2、AUTOSAR Adaptive等实时系统的核心通信中间件,其标准实现常因内存动态分配、多线程调度和协议栈冗余导致启动慢、时延抖、资源占用高,难以适配STM32、RZ/G2L、Jetson Nano等资源受限的嵌入式与边缘平台。GurumDDS通过静态内存池预分配、内核旁路网络I/O、纯C极简API与零拷贝数据传递等设计,将冷启动压缩至1.2秒、端到端抖动控制在±87μs以内,真正实现确定性通信。它不追求OMG DDS全功能兼容,而是聚焦嵌入式刚需——如BestEffor

                                                                              weixin_30621711的博客 369

                                                                              车载Android USB开发:从Host模式到CAN/HID实时通信全链路

                                                                              USB在车载Android系统中远不止数据传输,而是构建车机与整车电子系统实时交互的物理神经网络。其核心原理在于绕过ADB和标准Accessory模式,直通Linux USB Host子系统,结合HAL层定制化抽象,实现确定性低延迟通信。技术价值体现在满足ASIL-B级实时性(如8ms内响应方向盘拨片)、抗干扰高可靠性(-40℃冷启动、EMI环境稳定运行)及车规级安全管控(SELinux策略适配、VBUS动态供电)。典型应用场景覆盖OBD诊断、TPMS胎压监测、CAN总线接入、HID人机交互等关键域。本文聚

                                                                              weixin_34332905的博客 229

                                                                              基于ESP32-S3的声学无人机检测系统设计与实现

                                                                              声学检测是一种在无视觉、无射频依赖场景下实现边缘感知的关键技术,其原理依托于目标设备运行时产生的特征声纹信号,通过频谱分析与声纹建模提取物理层指纹。该技术具备低合规风险、强环境鲁棒性与极简硬件部署优势,在社区安防、校园物联网、仓库巡检等资源受限场景中展现出独特工程价值。结合ESP32-S3平台的实时音频处理能力与VolAnti开源项目实践,本文详解如何在240MHz主频、512KB RAM约束下完成ADC采样优化、定点FFT加速与INT8模型推理——真正实现‘用一块开发板听懂无人机’的声学智能落地。

                                                                              diaoju3333的博客 292

                                                                              AI与硬件结合的四层解耦结构:从模型到硅片的落地骨架

                                                                              AI端侧部署不是简单移植模型,而是算法需求与物理约束深度协同的过程。其核心在于理解模型推理对内存带宽、算力类型、IO吞吐和功耗阈值的刚性依赖,并通过分层抽象实现跨硬件可迁移。AI模型部署路径决定计算粒度分配,硬件资源映射关系保障内存与数据通路高效利用——二者共同构成端侧智能系统稳定运行的技术基座。该结构广泛应用于工业质检、边缘安防、低功耗传感等实时性敏感场景,为嵌入式工程师、算法落地者及IoT产品团队提供可复用的工程范式。

                                                                              weixin_34117211的博客 427

                                                                              HoloCubic 附带 SDL2 的 Android 移植指南:从环境准备、工程构建到调试实战

                                                                              本篇文章基于当前仓库中随 LvglSimulator 一并收录的 SDL2 官方文档 [README-android.md](https://link.gitcode.com/i/4c9de4486e84d2636c2b99e251c8cdaf) 编写,系统讲解 SDL2 在 Android 平台上的移植原理、标准构建流程、工程定制与完整调试方法。HoloCubic 桌面站固件使用 LVGL 开发

                                                                              gitblog_00327的博客 143

                                                                              JC Shell:Rust 实现的 AI 原生跨平台终端

                                                                              终端是开发者最基础、最频繁使用的交互界面,其本质是命令行接口(CLI)与操作系统内核之间的语义桥梁。传统终端受限于 SSH 封装架构与平台差异,难以实现低延迟、状态感知和智能协同。JC Shell 以 Rust 重写全栈 SSH 协议与 PTY 控制,突破性能与内存安全瓶颈,并将轻量级 ONNX 模型深度嵌入输入解析、输出结构化与会话记忆三层,实现离线、低延迟(<15ms)的语义补全与智能纠错。它支持 Linux/macOS/Windows 及龙芯等异构平台行为一致,适用于运维、嵌入式调试与高频终端场景,代

                                                                              weixin_33806300的博客 254

                                                                              开源扫地机器人:嵌入式+ROS2+SLAM全栈工程实践

                                                                              扫地机器人不仅是家用设备,更是机器人系统工程的典型载体——它融合了嵌入式实时控制、分布式通信中间件(如ROS2)、多传感器融合与自主导航(SLAM)等核心技术。理解其底层原理,需掌握STM32定时器死区配置、ROS2 QoS策略调优、激光雷达运动畸变补偿等关键能力。这些技术广泛应用于智能移动底盘、服务机器人及边缘AI终端开发,是嵌入式工程师向机器人系统工程师跃迁的核心路径。本文以可复现、可测量、可烧录的开源硬件平台为依托,详解从寄存器操作到SLAM建图的完整闭环,覆盖实时性保障、跨层通信、物理耦合与量产验证

                                                                              weixin_33841722的博客 390

                                                                              2026五大AI编程助手实战选型指南:Cursor/Copilot/Windsurf/Amazon Q/Claude Code深度对比

                                                                              AI编程助手已从简单代码补全进化为具备不同范式的开发协作者。理解其底层逻辑——如本地Agent工作流、企业合规策略、多模态协同、云原生服务直连、超长上下文推理——是高效落地的前提。技术价值不仅在于生成速度,更在于对项目约束(如Spring Boot版本、nRF52840裸机环境、EKS awsvpc网络模型)的精准适配能力。典型应用场景包括遗留系统安全修复、嵌入式固件开发、前端暗色模式重构与K8s网络策略调试。本文基于真实项目压测,聚焦Claude Code的长上下文分析能力与Amazon Q的云服务深度集

                                                                              weixin_33816946的博客 409

                                                                              Android投屏最小闭环:MediaProjection+MediaCodec+RTSP实战

                                                                              投屏本质是端到端实时音视频流传输系统,涉及屏幕采集、硬编码压缩、网络协议封装与解码渲染四大技术环节。其核心原理在于建立可控的媒体数据管道:通过MediaProjection无权限截屏,MediaCodec硬编码生成H.264裸流,再经RTSP协议封装实现标准拉流兼容。该方案规避了厂商服务依赖与硬件绑定,具备低延迟、高调试性与跨平台接收能力,广泛应用于远程协作、教育白板、IoT调试及Android界面嵌入桌面等场景。本文聚焦Android端可落地的最小可行链路,覆盖从VirtualDisplay配置、Base

                                                                              weixin_33937499的博客 346

                                                                              BFE 预编译二进制发行包全览:版本清单、SHA256 校验与部署指南

                                                                              BFE(Baidu Front End)是一款基于 Go 实现的现代七层负载均衡器,官方直接提供预编译二进制发行包,覆盖 Linux、macOS、Windows 三大操作系统与 amd64/arm64 两种主流 CPU 架构。本文以仓库中的 [DOWNLOAD.md](https://link.gitcode.com/i/d0501beac9532bdec6ee7c84f529544b) 为骨架,

                                                                              gitblog_00999的博客 232

                                                                              13 万字 C 语言从入门到精通保姆级教程2021 年版

                                                                              13 万字C语言保姆级教程,从入门到精通。

                                                                              李南江 61万+

                                                                              2S磷酸铁锂备电系统主动均衡方案设计与实践

                                                                              电池管理系统中,均衡技术是保障串联电芯一致性、延长可用容量的关键环节。磷酸铁锂因其平台电压平坦、自放电差异等因素,长期浮充后电压漂移更隐蔽,导致2S小容量后备电源的实际可用容量下降。主动均衡通过电荷搬移替代电阻耗散,可在静置状态下高效收敛压差。本文基于MP2642GR-Z与PIC18F45K80,详解2S电池的采样链路、均衡状态机、阈值迟滞设计及量产调试,给出应对地弹跳、温漂等工程问题的可复现方案,为储能备电、小型UPS及便携式储能提供低成本的2S均衡设计参考。

                                                                              weixin_33985679的博客 167

                                                                              编译原理考试大题分析【太原理工大学】

                                                                              看完本篇大题拿 85% 的分应该没问题,TYUT 太原理工大学编译原理期末考试。

                                                                              m0_52861684的博客 1万+

                                                                              二叉树随机漫步

                                                                              元旦快乐! 学习到中本聪bitcoin的文章的calculation部分的时候,出现了binomial random walk,不是很明白什么是random walk。发现这个文章写的很好:https://blog.youkuaiyun.com/fireguard/article/details/16111603 随机漫步,也叫随机游走,最早是物理学中做"布朗运动"的微观粒子的运动形态来形成的一个模型,布朗运...

                                                                              gjq5464的博客 1737

                                                                              Arm Neoverse CSS:算力交付从CPU核到计算子系统的范式跃迁

                                                                              计算子系统(CSS)是现代服务器芯片设计的核心抽象,它将CPU核、缓存、互连与内存控制器集成封装为可复用、可验证、可扩展的硬件模块,突破传统多核架构在缓存一致性、跨核延迟和系统扩展性上的瓶颈。其原理源于对‘伪并行’问题的硬件级根治——通过AMBA CHI或定制NoC实现全一致性拓扑,并支持L3缓存分区、全局原子操作等系统级能力。技术价值在于提升云原生调度效率、AI推理内存带宽利用率及边缘实时响应确定性。典型应用场景涵盖高并发数据库、Kubernetes大规模调度、异构AI加速融合等。Arm Neoverse

                                                                              weixin_34248705的博客 358

                                                                              【AI+教育】别再让 Cursor 只当编辑器了!4 步解锁 Claude 官方技能!

                                                                              本文介绍了在Windows环境下通过OpenSkills工具在Cursor中调用Claude AI技能的方法。主要内容包括:1)安装Node.js环境;2)全局安装OpenSkills工具;3)安装Claude官方技能库;4)通过AGENTS.md文件同步技能;5)在Cursor中直接调用技能完成Excel、PPT等任务。文章提供了详细的操作步骤和示例,帮助用户快速上手使用AI技能提升工作效率。

                                                                              奶爸的编程之路,也就一周冷个三天 750

                                                                              iii Registry 完全指南:发布、版本化与 Bundle Worker 分发机制

                                                                              本文以 iii 项目的 [workers-registry 文档](https://link.gitcode.com/i/e642018495586136fd878e30d72dff8b) 为核心,系统讲解官方 Registry(`workers.iii.dev`)的运作方式:worker 如何以 `binary`、`image`(OCI)与 `bundle`(tar.gz 归档)三种形态发布并被

                                                                              gitblog_00765的博客 175

                                                                              浅谈一下小波变换和EEG信号处理

                                                                              浅谈小波变换,总结不是很到位,请大家指正。

                                                                              qq_45045249的博客 2861

                                                                              modbus

                                                                              从机地址 功能码 起始地址高位 起始地址低位 数量高位 数量低位 字节数 0001H高位 0001H低位 0002H高位 0002H低位 CRC高位 CRC低位。每个输入寄存器的长度为2个字节。其中,CDH对应线圈0013H到001AH的内容,01H对应线圈001B到001CH的内容,未使用位用0填充。从机地址 功能码 起始地址高位 起始地址低位 寄存器数量高位 寄存器数量低位 CRC高位 CRC低位。从机地址 功能码 起始地址高位 起始地址低位 寄存器数量高位 寄存器数量低位 CRC高位 CRC低位。

                                                                              lunhuicnm的博客 9743

                                                                              基于STM32MP157的智能语音智慧家庭

                                                                              首先将/home/root 下拷贝过来的压缩包给移动到 /usr/share/fonts 目录下。到这边后续就不需要操作了,直接运行qt程序就已经是中文了,乱码问题已经解决。在/etc/profile.d/qt-eglfs.sh中添加如下几行代码。然后将这个文件移动到/usr/share/fonts路径下面。此时在我们的开发板当中查看一下,就可以看见文件了。进入 /user/share/fonts 目录下。拷贝方法是使用scp命令。

                                                                              qq_44672308的博客 67

                                                                              汽车OTA 测试用例

                                                                              汽车OTA 测试用例

                                                                              天赐好车的博客 972

                                                                              Qt 6.8 LTS + Qt for MCUs 2.9:Zephyr原生集成的嵌入式GUI开发新范式

                                                                              嵌入式GUI开发正从碎片化适配走向统一架构演进。Qt作为主流跨平台UI框架,其6.8 LTS版本首次实现与Qt for MCUs子系统的深度协同,核心突破在于将Zephyr RTOS从‘可选运行时’升级为‘资源调度第一公民’。这一转变重构了内存管理、中断响应和外设抽象模型,使QML在MCU端具备接近桌面级的开发体验与硬件加速能力。技术价值体现在ABI长期稳定、构建链路一体化、跨平台信号槽序列化等工程级改进,广泛适用于工业HMI、IoT网关、车载仪表及医疗设备等对可靠性与实时性双重要求的场景。本文聚焦Qt、6

                                                                              weixin_34161083的博客 359

                                                                              可编程逻辑控制器(PLC)系列:Mitsubishi MELSEC-Q_(8).MELSEC-Q系列PLC故障诊断与维护

                                                                              MELSEC-Q系列PLC的故障诊断与维护是一个系统性的过程,需要工程师具备扎实的理论基础和丰富的实践经验。通过了解故障类型、使用诊断工具、遵循诊断步骤,可以有效地定位和解决故障问题。同时,定期的检查与保养、备份与恢复、优化程序和配置,以及提供良好的运行环境,可以减少故障的发生,提高系统的可靠性。希望本文能够帮助工程师在故障诊断与维护过程中更加得心应手,确保MELSEC-Q系列PLC的稳定运行。

                                                                              2401_87715305的博客 1247

                                                                              精雕软件(JDpaint) 5.5 绿色版

                                                                              精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

                                                                              IoT架构实战:基于毫米波雷达与边缘计算的公厕异常滞留预警系统设计

                                                                              该方案有效解决了隐私保护与安全监管的矛盾。通过边缘计算将算力下沉,既降低了主干网带宽成本,又保障了极端网络环境下的报警可靠性,是智慧市政物联网落地的优秀实践。

                                                                              sxyxhwl的博客 113

                                                                              WINCC7.3破解文件

                                                                              WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

                                                                              上一篇: M5-182X-A1 开箱:驱动、烧录、自检、点亮板卡
                                                                              下一篇: 182X 端云协同方案详解:部署你的本地 AI Agent 主机
                                                                              ShiMetaPi
                                                                              博客等级 码龄1年 243粉丝 183原创
                                                                              评论
                                                                              成就一亿技术人!
                                                                              拼手气红包6.0元
                                                                              还能输入1000个字符
                                                                               
                                                                               条评论被折叠 查看
                                                                              添加红包

                                                                              请填写红包祝福语或标题

                                                                              个

                                                                              红包个数最小为10个

                                                                              元

                                                                              红包金额最低5元

                                                                              当前余额3.43元 前往充值 >
                                                                              需支付:10.00元
                                                                              成就一亿技术人!
                                                                              领取后你会自动成为博主和红包主的粉丝 规则
                                                                              hope_wisdom
                                                                              发出的红包
                                                                              实付元
                                                                              使用余额支付
                                                                              点击重新获取
                                                                              扫码支付
                                                                              钱包余额 0

                                                                              抵扣说明:

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

                                                                              余额充值