dreamtm123-优快云博客

原创 5G NR随机接入过程

1.5G NR 随机接入过程的目的1.获得上行同步2.获得UL grant ，申请上行资源2.5G NR随机接入过程的种类与LTE一样，5G NR随机接入过程分为基于竞争的随机接入和基于非竞争的随机接入。竞争的随机接入通俗来讲就是当多个UE发送前导码给基站时，由于基站分不清是那个UE发给它的。于是UE需要发送一条与自己相关的独特的消息3给基站，基站此时就能分清哪个UE发送的。非竞争的随...

2019-05-19 11:26:33 35507 2

原创 LTE中的信道概述

什么叫LTE?LTE是演进3GPP网络过来的，它就是一种长期演进的网络。那么对于我们的数据如何传输呢？是通过LTE的各个信道来进行传输的。首先搞清楚LTE中的信道到底是什么？打个比方，LTE中的信道就是一种存储信息的载体。就跟汽车一样，它能载人。同样，LTE信道能够存放数据量。那么LTE的信道分为以下三大类：逻辑信道：逻辑信道是由MAC层向上层提供的服务。表示承载了什么内容，按信息的内容分...

2018-10-23 16:06:29 21413

改造取帧函数：取到原生帧后完整拷贝存入全局缓存，上层依旧返回自定义图像结构体供推理使用，对外接口无任何改动；改造释放函数：删除自定义结构体强制转换逻辑，从全局缓存读取对应通道的原生帧句柄，传入 SDK 释放接口；后续架构迭代放开接口限制后，优先通过函数出参传递原生帧句柄，取消全局缓存，规避多线程并发帧覆盖风险；全局缓存原生帧：在源文件内定义静态全局数组，按硬件通道索引存储取帧时拿到的完整原生 SDK 帧；取帧函数内原生帧是局部栈变量，函数执行完毕自动销毁，上层业务无法持有原生合法帧句柄；

2026-07-06 23:35:25 375

原创《嵌入式设备 Flash 分区溢出折中方案：仅业务主分区切换 squashfs，精准控制 OS 解压内存开销｜39M 小内存硬件实测》

同时工程落地必须兼顾整机总内存约束：虽然 MMZ 与 OS 内存物理隔离，但 AI 满载占满 MMZ 后，文件系统新增的 OS 内存开销会压缩整机容错缓冲，量产前必须通过 4 小时全业务满载烤机，同步观测 OS 空闲内存与 MMZ 占用峰值，验证长期运行稳定性。OS 内存新增 1.3~1.8MB，内存可控安全；本机 OS 满载原生空闲内存仅 3~5MB，叠加后空闲内存趋近于 0，长时间连续业务压力测试，内核 OOM 杀手会强制杀死 AI、录像核心进程，这也是全分区改造方案被否决的根本原因。

2026-06-30 20:36:38 186

原创瑞芯微RV系列AOV低功耗ISP底层深度剖析｜RKAIQ流水线暂停+BTNR降噪双模式时序详解

目前电池IPC、太阳能监控相机主流均采用AOV常电值守方案，核心痛点：无人场景极致低功耗待机、硬件运动检测不误唤醒、有人唤醒后画质无劣化。瑞芯微RV系列芯片依托模块化ISP硬件架构+RKAIQ官方原生接口，实现了ISP流水线动态启停、BTNR时域降噪双模式自适应切换，完美平衡待机功耗、运动检测准确率、录像画质三者关系。本文从芯片硬件底层、RKAIQ接口时序、整机联动流程、工程踩坑点全方位拆解，无第三方私有业务代码，纯原厂底层逻辑，可直接用于功耗调试与方案复盘。固化流水线ISP。

2026-06-21 14:24:47 620

原创原来 UDP 这么简单！像 “喊话” 一样直接的网络协议

要理解 UDP 协议，用一个 “操场喊话” 的生活化场景就能秒懂 —— 它和 TCP（“打电话”）是互联网世界里两种核心的 “通信方式”，UDP 主打 “快、直接、不纠结”，刚好适配你安防摄像头的实时传输需求。快 = 直接传递，不绕弯：喊话只需要你发出声音，没有多余的 “确认”“重试” 步骤（UDP 数据包头部只有 8 个字节，像 “喊的内容” 直接说，没有额外废话），所以速度极快，延迟极低。速度快、开销小传递的 “额外信息少”，不用等确认，即时响应数据包头部简单（仅 8 字节），传输效率极高。

2025-11-22 13:56:39 348

原创嵌入式 Linux 内存泄漏排查实战：从入门到精通（附安防设备案例）

在嵌入式安防领域，内存泄漏是最棘手的问题之一 —— 摄像头、NVR 等设备需要 7x24 小时稳定运行，哪怕每天只泄漏 1MB 内存，一个月后也会因内存耗尽导致设备卡顿、重启，直接影响监控连续性。内存泄漏本质是：程序申请的内存使用后未释放，导致系统可用内存持续减少—— 就像你租了公寓（申请内存），搬走后没退租（未释放），管理员（内核）没法把房间分给别人，久而久之整栋楼（设备）就没空闲房间了。编译选项：添加-g调试符号（不影响性能，仅增加可执行文件体积），关闭-O2优化（避免编译器优化导致泄漏点定位不准）。

2025-11-21 15:59:13 873

原创 Linux 内核性能优化实战：6 大模块 + 工具验证，覆盖嵌入式 / 服务器全场景

Linux 内核性能优化的核心目标是提升系统吞吐量、降低延迟、减少资源（CPU / 内存 / I/O）占用，优化需围绕「内核核心子系统（调度、内存、I/O、网络）」展开，结合场景（服务器 / 嵌入式 / 实时系统）针对性调整 —— 既可以通过「参数配置」快速优化，也能通过「内核编译裁剪、驱动适配」深度调优。服务器（高并发）网络 I/O（多队列 + TCP 优化）、内存（大页）、CPU 绑定 somaxconn=65535、bbr 拥塞控制、THP 启用。

2025-11-20 10:45:28 1828

原创基于 RK3568 芯片搭建嵌入式开发环境，完成 Linux 内核（5.10 版本）移植与驱动适配，包括 V4L2 摄像头驱动、I2C 传感器驱动、HDMI 输出驱动（安防领域）

关键配置项：Boot options → Default boot device（选择 SD 卡 /eMMC）、Serial console（启用 UART0 作为调试串口）。2. 编译 U-Bootbash运行关键配置项（必须启用）驱动类型配置路径与选项V4L2 摄像头 Device Drivers → Multimedia support → V4L2 sub-device userspace API（勾选）

2025-11-20 09:38:16 2785

原创 TCP 负载均衡：像 “商场收银台分流”，不让服务器 “累垮” 也不浪费资源

TCP 负载均衡的核心是：用一个 “智能分流器”（负载均衡器），把来自客户端的 TCP 连接请求，均匀分给多台后端服务器—— 就像商场里的收银台领班，看到哪个收银台没人排队、哪个排队太长，就引导顾客去空闲的收银台，既不让单台收银台忙到崩溃，也不让其他收银台闲着，保证整体付款效率。客户端（电脑 / 安防设备）= 来付款的顾客（发起 TCP 连接请求，要传数据 / 取数据）；TCP 连接请求 = 顾客说 “我要付款”（客户端想和服务器建立 TCP 连接，传输数据）。

2025-11-19 15:04:46 698

原创通俗理解 TCP 拥塞控制：像 “快递员看路况调速”，避免网络 “堵车”

关键区分：之前的 “滑动窗口” 是 “收件人家里的空间”（控制 “别让收件人堆不下”），而 “拥塞窗口” 是 “公路能承受的运力”（控制 “别让公路堵死”）——TCP 实际发送量，是两者中更小的那个（比如收件人能放 10 个，但公路只能扛 5 个，就一次发 5 个）。TCP 拥塞控制的核心是：发送方（比如你的电脑）像快递员一样，根据网络 “路况”（是否拥堵）动态调整发货速度—— 不盲目猛发导致网络堵死，也不浪费空闲运力，确保数据又快又稳传到接收方，本质是 “网络路况的自适应调速机制”。

2025-11-19 15:00:38 719

原创用 “预约上门取件” 解释 TCP 三次握手，用 “快递收尾确认” 解释四次挥手

② 你得告诉我你收到我的同意了（ACK），避免我白等。核心原因：接收方 “收到断开请求” 和 “自己数据处理完” 是两回事 —— 朋友收到你 “要结束” 的消息时，可能还在查快递，不能马上说 “可以结束”，得先回复 “我知道了，等我核对”，核对完再正式说 “可以结束”，所以多了一轮沟通。我还没查快递有没有到齐，你等我核对完告诉你～”→ 对应 TCP：接收方发 “ACK 包”，意思是 “我知道你要断开了，但我这边可能还有没处理完的数据（比如最后一批收到的数据还在整理），你先别着急断，等我消息”。

2025-11-19 14:55:00 673

原创 TCP 滑动窗口：像 “批量寄快递 + 收件人调速” 的高效协作

TCP 滑动窗口的核心是：不用 “发一个等确认再发下一个”，而是一次发一批数据，同时根据收件人 “处理能力” 动态调整发货量—— 既提高传输效率，又避免接收方 “忙不过来” 导致数据拥堵或丢失，相当于快递的 “批量发货 + 按需调速” 机制。发送方收到确认后，把 1-3 号包裹从 “待确认列表” 划掉，窗口像 “滑块” 一样往后移：原来的窗口是 [1,2,3,4,5]，现在变成 [4,5,6,7,8]（但接收方说只能再收 2 个，所以实际只发 6-7 号）；]，直到 10 个包裹全发完。

2025-11-19 14:49:18 511

原创 TCP 协议：像 “寄重要快递” 一样可靠的传输规则

TCP 协议的核心是：面向连接、可靠有序的双向数据传输协议—— 就像给远方的人寄重要文件（比如合同、毕业证），会走 “确认收件→按顺序送货→丢件重发→签收收尾” 的完整流程，确保文件完整、无错、按顺序送到，绝不漏寄或寄乱。TCP 协议 = 专业快递员 + 严格的寄收件规则（确保文件不丢、不乱、完整）；网络（互联网 / 局域网）= 快递运输路线（可能堵车、绕路，甚至偶尔丢件）。要传的数据（比如网页内容、文件）= 一堆按顺序编号的重要文件；发送方（比如你的电脑）= 寄件人；接收方（比如服务器）= 收件人；

2025-11-19 14:44:42 390

qq_40752708的博客