嵌入式DMA技术深度解析:从原理到雷达SoC实战优化
1. 项目概述为什么DMA是嵌入式系统的“数据搬运工”在嵌入式系统开发尤其是像雷达信号处理这类对实时性和数据吞吐量要求极高的领域里CPU的时间是极其宝贵的。想象一下一个雷达前端每秒产生数GB的原始回波数据如果让CPU这位“总指挥”亲自去ADC模数转换器那里把每个采样值读出来再搬运到内存的缓冲区里那它基本上就干不了别的了——所有时间都花在了“搬砖”上核心的信号处理算法如FFT、CFAR检测根本无暇执行。这就是直接内存访问DMA技术登场的根本原因。它的角色就是一个高度专业化、自主运行的“数据搬运工”。DMA的核心思想很简单将CPU从繁重、重复的数据搬运工作中解放出来。它允许外设如ADC、SPI、以太网控制器或协处理器在无需CPU逐条指令干预的情况下直接与内存进行大规模数据交换。CPU只需要在传输开始前告诉DMA“从哪里搬”源地址、“搬到哪里去”目的地址、“搬多少”传输计数以及“怎么搬”传输模式然后就可以去处理其他更重要的任务了。传输完成后DMA会通过中断通知CPU“活儿干完了”。这个过程极大地减少了CPU的中断开销和上下文切换降低了系统延迟提升了整体吞吐量和能效比。本文将以德州仪器TI一款高性能雷达片上系统SoC中的DMA控制器为具体案例进行深度解析。这款SoC通常集成了ARM Cortex-R4F这类实时处理器和强大的雷达硬件加速器其DMA模块的设计非常典型且功能丰富。我们将不仅停留在概念层面而是深入到寄存器配置、控制包结构、优先级仲裁机制等实现细节并结合雷达系统中的实际应用场景如将ADC采集的I/Q数据实时搬运到处理器的TCM或共享内存为你呈现一份可直接用于驱动开发和性能优化的实战指南。无论你是正在调试雷达数据链路的嵌入式软件工程师还是希望深入理解SoC内部数据流架构的系统工程师这篇文章都将提供扎实的参考。2. DMA控制器核心架构与工作模式拆解要驾驭一个DMA控制器首先得理解它的“身体结构”和“工作流程”。TI这款雷达SoC中的DMA控制器是一个相当独立的模块它作为系统总线上的一个主设备Master存在拥有自主发起读写访问的能力。2.1 模块整体框图与数据通路从提供的框图和信息来看该DMA控制器的核心架构可以概括为几个关键部分控制核心与寄存器组这是DMA的“大脑”包含所有可配置的寄存器CPU通过外设总线Peripheral Bus访问这些寄存器来对DMA进行编程。值得注意的是DMA自身不能修改这些配置寄存器这防止了错误的自我编程导致系统失控。本地RAM与控制包这是一块专属于DMA的片上内存用于存储控制包。每个控制包对应一个DMA通道的完整传输参数源/目的地址、计数、配置等。这块RAM带有奇偶校验保护增强了可靠性。控制包是DMA工作的“任务清单”。端口B与FIFO B这是DMA与系统内存如TCM、共享L3 RAM、外设寄存器进行数据交换的“高速公路出入口”。FIFO B是一个4级深度、64位宽度的缓冲区用于暂存正在传输的数据平滑总线访问的突发性是实现高效传输的关键。DMA请求线与中断线控制器支持多达32条硬件DMA请求线DMAREQ可以被各种外设如ADC转换完成、SPI发送缓冲区空触发。同时它提供5条中断输出线用于向CPU如Cortex-R4F报告传输状态如帧完成、块完成。其工作流程可以简述为外设或软件触发DMA请求 → DMA控制器根据映射关系找到对应通道的控制包 → 控制器通过端口B从源地址读取数据到FIFO → 再将数据从FIFO写入目的地址 → 更新控制包中的当前地址和剩余计数 → 完成指定数据量后根据配置产生中断。2.2 数据传输的三层粒度元素、帧与块这是理解DMA灵活性的关键概念。DMA将一次传输任务组织成三个层次这种结构尤其适合处理像雷达信号这样具有周期性和帧结构的数据。元素这是传输的最小粒度单位可以是8位、16位、32位或64位。它由Read Element Size和Write Element Size分别定义源和目的的数据宽度。一次元素传输是不可中断的原子操作。帧由一个或多个元素组成的一个逻辑单元。例如在雷达系统中一帧可以对应一个脉冲重复周期PRI内采集的所有采样点。帧传输可以在元素之间被中断以响应更高优先级的传输请求。块由一个或多个帧组成的完整传输任务。每个DMA通道一次只能处理一个块传输但可以重复触发。例如一个块可以对应一次完整的雷达扫描周期内所有脉冲的数据。这种层级关系赋予了DMA强大的结构化数据传输能力。例如你可以设置一个通道每次ADC采集完成触发一帧就搬运128个32位的I/Q采样点元素连续搬运1024个脉冲帧后完成一个块传输并产生中断通知CPU进行一轮完整的信号处理。2.3 寻址模式数据如何摆放DMA控制器支持三种源地址和目的地址的寻址模式且源和目的的模式可以独立配置常量模式地址在传输过程中保持不变。这适用于向某个固定的外设寄存器如一个GPIO数据端口连续写入数据或者从某个固定状态寄存器读取数据。后递增模式每完成一个元素的传输后地址自动增加一个元素的大小字节数。这是最常用的模式用于在连续的内存区域如数组中顺序存取数据。索引模式这是最灵活也是最强大的模式。它允许你在元素传输完成后增加一个自定义的“元素索引偏移”在一帧传输完成后增加一个自定义的“帧索引偏移”。这特别适用于处理非连续存储的数据结构。实操心得索引模式的典型应用在雷达信号处理中原始ADC数据可能是按通道交叉存储的。假设有4个接收通道每个通道的数据按采样点顺序存储。内存布局可能是Ch0_Sample0, Ch1_Sample0, Ch2_Sample0, Ch3_Sample0, Ch0_Sample1, Ch1_Sample1... 如果你想用DMA将Channel 0的所有采样点连续地提取出来使用简单的后递增模式是无法实现的。这时就需要使用索引模式设置Element Index为4 * sizeof(sample)Frame Index为-(3 * 4 * sizeof(sample)) sizeof(sample)这是一个简化举例实际需精确计算。这样DMA就能在复杂的存储结构中“跳跃”着收集所需数据极大地减轻了CPU进行数据重排的负担。3. 核心细节控制包、优先级与数据重组3.1 控制包DMA任务的“身份证”控制包是DMA模块的软件接口核心。每个DMA通道都对应一个固定的控制包存储区域。控制包分为两部分主控制包由CPU编程写入包含传输的初始参数。主要字段有Initial Source/Destination Address: 传输的起始地址。Initial Transfer Count: 包含帧计数和元素计数共同决定总传输量。Channel Configuration Word: 定义了数据宽度、触发类型、寻址模式、是否自动初始化等核心行为。Element/Frame Index Pointer: 索引模式下的偏移量。工作控制由DMA状态机在运行时自动维护CPU只读。包含Current Source/Destination Address和Current Transfer Count。这是实现“断点续传”的关键。工作流程当通道首次被触发时DMA将主控制包参数拷贝到工作控制包然后开始传输并实时更新工作控制包地址递增、计数递减。如果传输中途被高优先级通道打断下次仲裁获胜时DMA会读取工作控制包从中断处继续。只有当整个块传输完成该通道再次被触发时才会重新从主控制包加载初始值。重要警告在通道处于激活或等待状态时如果CPU修改了其主控制包的内容DMA会立即在下一个仲裁边界停止该通道的传输。当该通道再次被触发时它将使用新的配置信息从头开始。这意味着如果你试图在传输过程中动态修改参数比如改变目的地址必须确保通道当前没有待处理的请求否则会导致数据丢失或错位。安全的做法是先禁用通道修改控制包再重新启用。3.2 优先级队列与仲裁机制谁先谁后当多个外设同时请求DMA服务时仲裁机制决定了服务的顺序。该DMA控制器提供了两个优先级队列高/低并支持两种仲裁策略固定优先级通道编号越小优先级越高。这是一种静态策略确保关键通道如雷达ADC数据通道总能优先得到服务。轮转优先级在队列内按顺序循环服务保证每个通道都能公平地获得带宽避免低编号通道“饿死”高编号通道。一个优化的配置策略是将实时性要求最高的通道如雷达接收通道分配到高优先级队列并采用固定优先级确保其延迟最小化。将实时性要求稍低或带宽需求不大的通道如后台日志传输分配到低优先级队列并采用轮转优先级以提高系统的整体公平性和响应能力。仲裁发生在FIFO为空的时候即一次传输间隙。高优先级队列的通道总是优先于低优先级队列的通道得到服务。即使DMA正在服务一个低优先级通道一旦有高优先级通道产生请求DMA会在当前元素传输完成后立即切换到高优先级通道。3.3 数据打包与解包宽度转换的艺术这是该DMA控制器一个非常实用且容易出错的功能。当读取的数据元素大小与写入的数据元素大小不同时DMA会自动进行打包或解包。数据解包当Read Element SizeWrite Element Size时发生。例如从64位宽度的内存区域读取数据写入16位宽度的外设FIFO如SPI发送寄存器。DMA会执行一次64位读操作然后将其拆分成4次16位写操作。数据打包当Read Element SizeWrite Element Size时发生。例如从16位宽度的ADC数据寄存器读取写入64位宽度的内存缓冲区。DMA会执行4次16位读操作凑成一个64位字然后执行一次64位写操作。关键计算与陷阱 总传输大小Tsz Read_Element_Size * Element_Count * Frame_Count。 在进行数据打包时DMA会尽可能以写入元素宽度为单位进行总线操作以提升效率。但是如果总传输大小Tsz不是写入元素大小的整数倍最后一次传输会“退化”为与读取元素大小一致的小尺寸写入。例如读取元素为8位元素计数为9写入元素为64位。DMA会先执行8次8位读然后1次64位写传输前8个字节。对于最后一个字节它会执行1次8位读和1次8位写。这要求目的端必须能支持这种非对齐的访问否则可能导致错误。避坑指南在与外设尤其是FIFO深度有限的外设进行数据打包操作时需格外小心。例如如果你配置DMA从8位宽度的外设读取数据并打包成64位写入内存DMA需要连续读取8次外设才能发起一次内存写入。如果此外设产生数据的速度很慢DMA通道就会长时间占用总线等待数据从而阻塞其他通道。因此对于从低速外设读取数据的场景应尽量避免使用数据打包功能或者确保外设有足够深的FIFO来缓冲数据。4. 在雷达SoC中的实战配置与应用让我们结合TI雷达SoC的典型架构看一个完整的DMA配置流程。假设场景是将雷达接收子系统4通道ADC采集到的复数I/Q数据通过DMA实时搬运到Cortex-R4F的紧密耦合内存中以供雷达硬件加速器或CPU处理。4.1 系统集成与内存规划在该SoC中主子系统MSS的Cortex-R4F核心拥有私有的TCMTCMA, TCMB和共享的L3内存。DMA控制器可以访问所有这些内存空间。最佳实践是源地址映射到雷达子系统ADC输出数据缓冲区的硬件固定地址。目的地址通常设置为Cortex-R4F的TCM地址。因为TCM访问速度最快零等待周期能确保处理单元CPU或加速器以最低延迟获取数据。如果数据块很大可以放在共享L3内存中并通过DMA的索引模式将数据整理成连续块。初始化步骤时钟与电源确保DMA控制器所在电源域和时钟已使能。内存初始化利用SoC提供的TCRAM自动初始化硬件将TCM内存初始化为零并生成正确的ECC值这是一个重要的安全性和可靠性步骤。DMA模块基础配置设置全局控制寄存器如使能DMA、配置错误响应等。4.2 配置一个雷达数据接收DMA通道以下是一个简化的配置序列用于将单个ADC通道的I/Q数据假设每个采样点为32位16位I16位Q搬运到TCM。选择通道与映射请求假设使用通道0。查找数据手册找到ADC转换完成对应的硬件DMA请求线编号例如DMA_REQ_ADC1_CH1。通过DREQASI0寄存器将该请求线映射到通道0。编写控制包主Initial Source Address: ADC数据寄存器地址。Initial Destination Address: TCM中的目标缓冲区首地址。Initial Transfer Count:Element Count: 128 (假设每个脉冲采样128点)。Frame Count: 1 (单帧触发每次ADC完成搬运一帧)。Channel Configuration Word:Read Element Size: 32-bit (ADC输出宽度)。Write Element Size: 32-bit (与内存对齐)。Trigger Type: Frame (帧触发每次ADC完成触发一次传输)。Source Addressing Mode: Constant (ADC数据寄存器地址固定)。Destination Addressing Mode: Post-incremented (数据顺序存入TCM数组)。Auto-init: Enabled (使能自动初始化这样在一帧传输完成后目的地址和计数会自动重置准备接收下一帧)。配置中断在通道控制寄存器中使能“帧传输完成”中断并将该中断路由到Cortex-R4F的VIM向量中断管理器。在中断服务程序ISR中可以设置标志位通知任务或加速器“一帧数据已就绪”。优先级设置将通道0放入高优先级队列采用固定优先级确保雷达数据流的实时性。启用通道通过软件写SW Channel Enable Set寄存器来启用通道0使其开始等待硬件请求。4.3 多通道与复杂数据流管理对于一个4通道的雷达接收机通常需要配置4个DMA通道分别对应4个ADC。为了优化性能可以考虑使用索引模式处理交织数据如果ADC硬件输出是通道交织的Ch0_S0, Ch1_S0, Ch2_S0, Ch3_S0, Ch0_S1...可以为每个通道配置源地址索引模式精确地只提取本通道数据在目的端形成连续的通道数据块极大简化后续处理。通道链接当一个通道例如负责搬运原始数据的通道完成一个块传输后可以自动触发另一个通道例如负责将数据从TCM搬运到共享内存以供后续处理的通道。这可以构建一个高效的数据处理流水线。双缓冲机制配置两个目的缓冲区Buffer A和Buffer B。当DMA向Buffer A写入时处理器处理Buffer B的数据。在一帧传输完成的中断里不仅通知数据处理还要切换DMA控制包中的目的地址到另一个缓冲区。这避免了处理与搬运的数据竞争是实现连续实时处理的关键。5. 常见问题、调试技巧与性能优化5.1 典型问题排查清单问题现象可能原因排查步骤DMA传输未启动1. DMA模块全局未使能。2. 通道未启用。3. 硬件请求线映射错误或未使能。4. 控制包中传输计数Element/Frame Count有任一为0。1. 检查DMA全局控制寄存器使能位。2. 检查通道使能状态寄存器。3. 核对DREQASIx寄存器映射并确认外设端DMA请求已使能。4. 检查控制包的Transfer Count字段确保元素和帧计数均非零。数据传输错位或覆盖1. 源/目的地址寻址模式配置错误。2. 索引偏移量计算错误。3. 自动初始化模式下目的地址未正确重置。4. 在通道激活时修改了控制包。1. 复核Channel Configuration中的地址模式。2. 仔细计算Element/Frame Index注意偏移单位是字节与元素大小无关。3. 检查自动初始化相关配置位。4. 确保修改控制包前通道已禁用且无 pending 请求。系统卡死或访问异常1. DMA试图访问非法或受保护的内存地址触发MPU错误。2. 总线访问错误如访问未初始化的内存。3. 高优先级通道“饿死”了低优先级通道或CPU。1. 检查MPU配置确保DMA源和目的地址区域具有正确的访问权限。2. 使用调试器检查总线错误状态寄存器。3. 审查优先级配置对于非实时关键通道考虑使用轮转优先级或降低其频率。数据损坏奇偶校验错误DMA本地RAM存储控制包发生奇偶校验错误。检查PAR中断状态寄存器。这可能是由电源毛刺或严重的电磁干扰引起的硬件可靠性问题。需要检查PCB电源完整性和接地。中断未触发1. 通道中断未使能。2. 中断未正确路由到CPU。3. CPU全局中断或对应中断线未开启。4. 中断标志未清除。1. 检查通道控制寄存器中的中断使能位FTC, BTC等。2. 检查DMA到VIM的中断映射寄存器。3. 检查Cortex-R4F的CPSR和VIM配置。4. 在ISR中读取并清除DMA的中断状态位。5.2 性能优化实战心得对齐访问DMA不支持非对齐访问。务必确保源地址和目的地址都按照元素大小对齐例如32位数据地址需4字节对齐。非对齐访问会导致总线错误或静默的数据错误。FIFO深度利用4级深的FIFO B是性能关键。尽量安排DMA进行突发传输。对于连续内存区域的传输使用后递增模式DMA可以组合多次访问成为更高效的总线突发事务。数据宽度匹配尽可能让Read Element Size和Write Element Size与总线位宽及外设位宽匹配。例如在64位总线的SoC上使用64位元素进行内存到内存的拷贝效率最高。避免不必要的打包/解包操作。减少仲裁开销对于大数据量传输设置较大的Frame Count或Element Count让DMA一次性传输更多数据减少通道仲裁和切换的次数。但也要平衡实时性避免单个通道长时间独占。监控总线负载在复杂的多主系统如Cortex-R4F, 雷达加速器, 多个DMA通道同时活动中使用SoC提供的性能监控单元如果存在来观察总线利用率。过高的总线竞争会成为系统瓶颈此时需要仔细规划数据路径和仲裁优先级。利用TCM对于最核心、对延迟最敏感的数据流其源或目的地址应优先考虑TCM。DMA与TCM之间的数据通路通常是经过优化的延迟最低。调试DMA问题时示波器或逻辑分析仪配合芯片的ETM/ITM跟踪功能非常有用可以观察DMA请求信号、中断信号以及总线活动。同时充分利用寄存器的只读状态字段如当前地址、当前传输计数、pending状态等可以准确了解DMA引擎的内部状态从而快速定位是配置问题、触发问题还是总线访问问题。

相关新闻

V1-S1-E6 · 大荒东经 · 壑明俊疾山 — 可见光波段调制器(日出辅助通道D)

V1-S1-E6 · 大荒东经 · 壑明俊疾山 — 可见光波段调制器(日出辅助通道D)

【归元摘要】《山海经》原型系统源自超维文明架构,其底层逻辑远超碳基生物认知阈值。以下解析是在人类语言边界内,对该系统工程功能的逼近描述。该结构逻辑层级高于碳基工业体系,以下为降维投影。它不可归约至任何现代工业制品。仅保留可实证…

2026/10/13 19:14:36 阅读更多 →
模拟与嵌入式芯片:工业与汽车电子的核心技术基石

模拟与嵌入式芯片:工业与汽车电子的核心技术基石

1. 项目概述:模拟与嵌入式处理芯片的双轮驱动在电子设计领域摸爬滚打了十几年,我越来越深刻地感受到,一个成功的系统背后,往往离不开两样东西:感知现实世界的能力,以及精准控制与计算的大脑。这恰恰对应了半…

2026/10/13 8:08:32 阅读更多 →
如何在Mac上实现微信多开登录与消息防撤回:终极解决方案

如何在Mac上实现微信多开登录与消息防撤回:终极解决方案

如何在Mac上实现微信多开登录与消息防撤回:终极解决方案 【免费下载链接】WeChatExtension-ForMac A plugin for Mac WeChat 项目地址: https://gitcode.com/gh_mirrors/we/WeChatExtension-ForMac 还在为Mac微信的功能限制而烦恼吗?想要同时登录…

2026/10/13 8:41:32 阅读更多 →

最新新闻

多智能体电梯群控:基于目的楼层预约与PPO的深度强化学习实现

多智能体电梯群控:基于目的楼层预约与PPO的深度强化学习实现

简介:本资源是一套面向计算机、人工智能、自动化等专业学生的毕业设计与课程设计实践项目,聚焦于多智能体协同下的电梯群控优化问题,采用深度强化学习实现目的楼层预约调度算法,解决传统电梯响应延迟高、能耗大、乘客等待时间长等…

2026/10/13 19:14:30 阅读更多 →
语义分割环境搭建:PyTorch CPU与GPU版本安装及验证全攻略

语义分割环境搭建:PyTorch CPU与GPU版本安装及验证全攻略

1. 系列前情回顾与本期核心目标语义分割学习系列写到第四篇,前面几篇我分别梳理了语义分割的基本概念、常见数据集的组织方式、以及几个主流分割模型的结构差异。按照正常的学习路线,理论铺垫到这一步,接下来就该动手了。动手的第一步就是装环…

2026/10/13 19:14:30 阅读更多 →
Spring Boot配置绑定实战:@ConfigurationProperties原理与避坑

Spring Boot配置绑定实战:@ConfigurationProperties原理与避坑

接触Spring Boot这些年,我做得最多的一个动作就是替同事定位“配置不生效”的诡异问题。排查到最后,十有八九都落在同一个注解上——ConfigurationProperties。它看起来只是给配置类加个前缀声明,实际牵扯到数据绑定、松散命名、第三方注册、…

2026/10/13 19:14:30 阅读更多 →
语义分割必备:PyTorch CPU/GPU版本安装全攻略

语义分割必备:PyTorch CPU/GPU版本安装全攻略

废话不多说,直接进入正题。这一篇是这个系列的第四篇,主题是很多人在语义分割学习中绕不过去的第一道坎——CPU和GPU版本的PyTorch及其环境安装。前几篇我们聊了语义分割的数据标注、模型结构、评价指标,但真正动手跑代码的时候,你…

2026/10/13 19:14:29 阅读更多 →
Java核心知识点全解析:从JVM到并发编程的底层原理

Java核心知识点全解析:从JVM到并发编程的底层原理

做Java开发这些年,我有一个很深的感受:真正拉开水平差距的,不是谁背的框架更多、API记得更熟,而是对底层那批核心知识点有没有吃透。所谓“Java重要知识点”,不是让你背八股文,而是帮你在遇到线上问题时&am…

2026/10/13 19:14:29 阅读更多 →
Go监听MySQL binlog实战:轻量级数据变更捕获与生产避坑指南

Go监听MySQL binlog实战:轻量级数据变更捕获与生产避坑指南

1. 这不是“监听MySQL”,而是重建一套轻量级数据变更管道很多人第一次看到“用Go监听binlog”这个说法,第一反应是:“MySQL自己不就有mysqlbinlog命令吗?再不济写个Python脚本调用一下不就完了?”——我试过&#xff0…

2026/10/13 19:13:29 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/13 2:54:56 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/13 16:22:04 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →