STM32G431多通道ADC采样:DMA配置、双缓冲实现与性能优化实战
1. 项目概述为什么DMA是STM32 ADC采样的“王牌”在嵌入式开发里采集模拟信号是家常便饭。无论是监测电池电压、读取传感器数据还是做音频处理都离不开ADC模数转换器。用STM32做过ADC采集的朋友大概率都经历过两种模式一种是轮询在主循环里傻等转换完成标志另一种是中断每次转换完成都跳进中断服务函数里读数据。这两种方式在单通道、低频采样时还能应付但一旦遇到多通道、高频率的连续采样任务CPU就会被频繁打断大量时间浪费在“搬运数据”这种机械劳动上系统实时性大打折扣还容易丢数据。这时候就该DMA直接存储器访问登场了。你可以把它想象成一个极其高效且任劳任怨的“数据搬运工”。它的核心工作逻辑是当ADC转换完成一个数据后会产生一个“货物已备好”的信号DMA请求DMA控制器一收到这个信号就立刻行动起来在完全不需要CPU干预的情况下自动把ADC数据寄存器里的值搬运到你预先指定的内存数组里。CPU在此期间可以安心处理其他更复杂的任务比如算法运算、协议解析或者系统调度。我这次要分享的就是在STM32G431这款性能不错的Cortex-M4内核MCU上实现多通道ADC电压值采集的DMA方案。STM32G4系列是意法半导体主打高性能和数字电源应用的产品线G431更是其中的性价比之选它的ADC通常是ADC1支持多达19个外部通道采样速率快配合DMA使用能轻松构建一个稳定、高效、低CPU占用的数据采集系统。这个项目非常适合需要同时监控多个模拟量比如多路温度、压力、电流的工业控制、能源管理或实验室仪器等场景。2. 核心思路与硬件设计考量2.1 为什么选择STM32G431的ADC1与DMA1STM32G431内部通常集成有多个ADC模块我们最常用的是ADC1。它是一款12位分辨率的逐次逼近型ADC对于大多数精度要求不极端的场景完全够用。它的关键优势在于支持扫描模式和连续转换模式这正是多通道DMA采集的基石。扫描模式ADC会按照你预先配置好的通道序列比如通道0、5、8一个接一个地自动进行转换。连续转换模式当一次扫描序列全部转换完成后ADC不会停止而是立刻从头开始下一次扫描源源不断地产生数据。当这两种模式结合ADC就会像一台不知疲倦的扫描仪循环扫描你关心的那几个通道。而DMA的作用就是在每次单个通道转换完成时及时把数据“搬走”存到数组里。在STM32G431中ADC1的常规转换数据通常对应到DMA1的某个数据流Stream和通道Channel。你需要查阅芯片的参考手册Reference Manual找到准确的映射关系。对于G431ADC1的转换数据通常由DMA1的Stream0或Stream4通过Channel0来请求和传输。配置时务必确认这一点这是整个功能正常工作的硬件前提。2.2 多通道采样的内存布局规划这是使用DMA时一个非常关键且容易出错的点。我们采集的是多个通道数据最终要存到一个内存数组中。这个数组该怎么定义假设我们要循环采集3个通道ADC通道0PA0、通道5PA5、通道8PB0。如果配置DMA为单次传输每次传输半字即16位对应ADC的12位数据并且使能了DMA的循环模式Circular Mode那么DMA会周而复始地把数据搬运到内存。一种直观但错误的想法是定义一个二维数组adc_value[3]希望DMA自动把通道0的数据放到adc_value[0]通道5的放到[1]通道8的放到[2]。但DMA没这么智能它只会按照内存地址递增的顺序依次存放。因此正确的做法是定义一个一维数组其长度等于“一次完整扫描的通道数” × “你希望缓存的数据组数”。例如#define ADC_CHANNEL_NUM 3 // 要采集的通道数量 #define ADC_BUFFER_DEPTH 100 // 每个通道缓存的数据深度组数 volatile uint16_t adc_raw_buffer[ADC_CHANNEL_NUM * ADC_BUFFER_DEPTH];DMA的目标地址就指向这个数组的首地址adc_raw_buffer[0]传输数据量NDTR寄存器设置为ADC_CHANNEL_NUM * ADC_BUFFER_DEPTH。那么数据会如何填充呢假设ADC按顺序扫描通道0、5、8DMA搬运的结果将是adc_raw_buffer[0]- 第1组通道0的值adc_raw_buffer[1]- 第1组通道5的值adc_raw_buffer[2]- 第1组通道8的值adc_raw_buffer[3]- 第2组通道0的值adc_raw_buffer[4]- 第2组通道5的值 ... 以此类推。当DMA传输完所有ADC_CHANNEL_NUM * ADC_BUFFER_DEPTH个数据后由于开启了循环模式它会自动重置传输计数器从数组开头重新开始搬运覆盖旧数据。这样我们就得到了一个环形的缓冲区。应用程序只需要定期例如每采集完N组数据后去这个缓冲区里按规律取出各个通道的最新值即可实现了数据采集与处理的解耦。注意这里使用了volatile关键字声明数组。这是因为DMA控制器是独立于CPU操作这个内存区域的编译器在优化代码时可能会认为这个数组的值没有变化而使用缓存中的旧值。volatile告诉编译器这个变量可能被意想不到地改变每次使用都必须从内存中重新读取确保数据一致性。3. 详细配置步骤与代码实现下面我将基于STM32CubeMX配置工具和HAL库一步步拆解配置过程并给出关键代码。即使你用的是标准外设库或直接寄存器操作思路也是完全相通的。3.1 使用STM32CubeMX进行图形化配置引脚配置在Pinout Configuration标签页找到你需要使用的ADC通道对应的GPIO引脚例如PA0、PA5、PB0。将它们配置为**模拟输入Analog**模式。CubeMX会自动将GPIO初始化为模拟模式关闭上下拉以降低功耗和干扰。ADC1配置在Analog-ADC1中找到Scan Conversion Mode选择Enabled。这是多通道采集的开关。找到Continuous Conversion Mode选择Enabled。让ADC不停歇地工作。找到DMA Continuous Requests选择Enabled。这个选项非常重要它确保在一次DMA传输未完成时ADC产生的新数据能继续触发DMA请求而不是被丢弃。对于连续扫描模式必须开启。在Rank配置表中添加你需要采样的通道。比如Rank1选择通道0Rank2选择通道5Rank3选择通道8。可以设置每个通道的采样时间Sampling Time采样时间越长抗噪声能力越强但转换速率会降低。根据信号源阻抗和精度要求调整对于大多数传感器239.5 Cycles是一个比较稳妥的起点。Resolution保持默认的12位。Data Alignment选择右对齐Right Alignment这样读取到的16位数据有效值就在低12位处理起来最直观。DMA配置在DMA Settings点击Add添加一个DMA请求。DMA Request选择ADC1。Mode选择Circular循环模式这样DMA会无限循环工作。Direction选择Peripheral To Memory从外设到内存。Data WidthPeripheral和Memory都选择Half Word半字16位以匹配ADC数据寄存器16位和我们定义的uint16_t数组。Increment AddressMemory需要设为Enabled让目标内存地址在每次传输后自动递增Peripheral必须设为Disabled因为ADC数据寄存器地址是固定的。Priority可以根据系统需求设置通常High或Very High即可。时钟与中断配置在Clock Configuration标签页确保系统时钟HCLK和ADC时钟通常来自APB2已正确配置。ADC时钟不能超过其最大允许值对于G431通常是60MHz太高的时钟会导致采样精度下降。在NVIC Settings中通常不需要开启ADC的全局中断或转换完成中断因为数据搬运由DMA全权负责。但是强烈建议开启DMA传输完成中断TCIE或半传输完成中断HTIE。这样我们可以在DMA搬运完一半或全部缓冲区时得到通知去处理数据实现“双缓冲”机制能有效避免处理数据时缓冲区被覆盖的问题。3.2 关键代码解析与填充CubeMX生成代码后我们需要在用户代码区添加一些关键逻辑。第一步定义缓冲区并启动ADC/* 在文件顶部全局变量区定义 */ #define ADC_CH_NUM 3 #define ADC_BUF_DEPTH 100 volatile uint16_t adc_dma_buffer[ADC_CH_NUM * ADC_BUF_DEPTH]; /* 在main函数初始化部分启动ADC和DMA */ HAL_ADC_Start_DMA(hadc1, (uint32_t*)adc_dma_buffer, ADC_CH_NUM * ADC_BUF_DEPTH);HAL_ADC_Start_DMA这个函数一举三得它启动了ADC的转换启动了关联的DMA传输并设置了DMA的目标地址和传输数据总量。调用之后整个采集系统就开始自动运行了。第二步处理DMA中断实现双缓冲在stm32g4xx_it.c中找到DMA对应的中断服务函数比如DMA1_Channel1_IRQHandler它会调用HAL库的HAL_DMA_IRQHandler。我们需要在用户代码中重写对应的回调函数。首先在main.c的用户代码区声明回调函数/* 当DMA传输完成一半半缓冲区满时调用 */ void HAL_ADC_ConvHalfCpltCallback(ADC_HandleTypeDef* hadc) { if (hadc-Instance ADC1) { // 此时数据已经安全地存入了 adc_dma_buffer 数组的前半部分 // 可以安全地处理前半部分数据而DMA正在向后半部分写入 process_adc_data(adc_dma_buffer, ADC_CH_NUM * (ADC_BUF_DEPTH/2)); } } /* 当DMA传输全部完成全缓冲区满时调用 */ void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { if (hadc-Instance ADC1) { // 此时数据已经安全地存入了 adc_dma_buffer 数组的后半部分 // 可以安全地处理后半部分数据而DMA已经回到前半部分开始写入 process_adc_data(adc_dma_buffer[ADC_CH_NUM * (ADC_BUF_DEPTH/2)], ADC_CH_NUM * (ADC_BUF_DEPTH/2)); } }第三步编写数据处理函数process_adc_data函数是你应用逻辑的核心。它需要从交错的原始缓冲区中提取出每个通道的数据。void process_adc_data(volatile uint16_t *buffer, uint32_t size) { // size 是本次回调传入的缓冲区长度半缓冲或全缓冲的总数据个数 uint32_t num_of_sets size / ADC_CH_NUM; // 计算有多少“组”完整数据 uint16_t ch0_values[ADC_BUF_DEPTH/2]; // 临时存储通道0的数据 uint16_t ch5_values[ADC_BUF_DEPTH/2]; uint16_t ch8_values[ADC_BUF_DEPTH/2]; for (uint32_t i 0; i num_of_sets; i) { // 从交错的数据中分离各通道 ch0_values[i] buffer[i * ADC_CH_NUM 0]; // 第i组第一个位置是通道0 ch5_values[i] buffer[i * ADC_CH_NUM 1]; // 第i组第二个位置是通道5 ch8_values[i] buffer[i * ADC_CH_NUM 2]; // 第i组第三个位置是通道8 } // 现在你可以对 chX_values 数组进行进一步处理了 // 例如求平均值、滤波、判断阈值、通过串口发送等等。 // 这里只是简单计算最后一个值的电压 float v0 (float)ch0_values[num_of_sets-1] * 3.3f / 4095.0f; // 假设Vref3.3V float v5 (float)ch5_values[num_of_sets-1] * 3.3f / 4095.0f; float v8 (float)ch8_values[num_of_sets-1] * 3.3f / 4095.0f; // ... 你的应用逻辑 ... }通过这种双缓冲机制数据处理和DMA数据搬运在时间上几乎是并行的极大地提高了系统效率和实时性避免了数据竞争。4. 核心参数计算与性能评估配置多通道DMA-ADC时有几个关键参数决定了系统的性能和稳定性必须心里有数。1. 总转换时间与采样率ADC转换一个通道的时间 采样时间逐次逼近转换时间固定如12.5个ADC时钟周期。 对于STM32G431假设ADC时钟ADCCLK为60MHz单个通道采样时间设置为239.5 Cycles。采样阶段时间T_sampling 239.5 / 60MHz ≈ 3.99μs转换阶段时间T_conversion 12.5 / 60MHz ≈ 0.21μs单通道转换时间T_ch 3.99 0.21 4.2μs对于3个通道的扫描序列一次扫描总时间T_scan 3 * T_ch 12.6μs理论最大采样率每个通道F_sample_per_ch 1 / T_scan ≈ 79.4 kHz这意味着在连续扫描模式下每个通道每秒最多能被采样约7.94万次。这是一个理论峰值实际可用采样率还受DMA搬运速度、中断处理时间等因素影响但通常非常接近。2. DMA缓冲区大小与系统延迟缓冲区深度ADC_BUF_DEPTH决定了数据处理任务的“弹性空间”。深度越大CPU处理单次中断的间隔可以越长但带来的数据延迟也越大。数据延迟Latency从信号被ADC采样到被应用程序处理中间的最大时间差。在最坏情况下刚采样完的数据位于缓冲区末尾延迟时间为处理整个缓冲区所需的时间。Max_Latency ADC_BUF_DEPTH * T_scan例如ADC_BUF_DEPTH100则最大延迟 100 * 12.6μs 1.26ms。如果你的控制系统要求响应时间在1ms以内这个缓冲区深度就太大了需要减小到50甚至更小。中断频率DMA半传输/传输完成中断的频率为F_interrupt F_sample_per_ch * ADC_CH_NUM / (ADC_BUF_DEPTH / 2)。缓冲区深度越大中断频率越低CPU负担越轻但延迟越高。需要在实时性和CPU负载之间做权衡。5. 实战避坑指南与高级技巧在实际项目中仅仅调通基础功能是不够的稳定性和可靠性才是关键。下面分享几个我踩过坑才总结出来的经验。坑点一数据错位或跳动现象从缓冲区里解析出来的通道数据是乱的或者数值不稳定。排查与解决检查DMA内存地址自增确保DMA配置中Memory Increment是开启的。如果关闭了所有通道的数据都会堆叠在数组的第一个元素导致数据覆盖和混乱。检查ADC通道序列Rank在CubeMX或代码中确认你添加的Rank顺序1,2,3...是否与你期望的采样顺序一致。DMA会严格按照ADC转换完成的顺序搬运数据。检查参考电压和接地ADC的测量值是基于参考电压VREF的。确保VREF引脚连接了稳定、干净的电源通常是3.3V。模拟地VDDA和数字地VSS之间建议用磁珠或0欧电阻单点连接并在靠近芯片引脚处放置去耦电容如100nF10uF这是抑制数字噪声干扰模拟测量的关键。优化采样时间如果信号源阻抗较高如某些热电偶、光敏电阻过短的采样时间会导致ADC内部的采样电容充电不足读数偏低且跳动。适当增加该通道的采样周期数Sampling Time。坑点二DMA传输不启动或中途停止现象ADC启动了但数组里一直没有新数据或者数据更新一段时间后停止了。排查与解决确认DMA通道映射这是最硬性的错误。必须核对芯片数据手册Datasheet或参考手册确认ADC1的DMA请求对应的是DMA1的哪个Stream和Channel。G431通常是DMA1 Stream0/Channel0或Stream4/Channel0。CubeMX一般会自动配置正确但手动编程时极易出错。开启DMA连续请求在ADC配置中DMA Continuous Requests必须设为Enable。如果禁用DMA在完成一次配置的数据量传输后就会停止即使ADC还在产生数据。检查缓冲区溢出如果开启了DMA传输完成中断但在中断回调函数里处理数据的时间过长超过了DMA填满另一半缓冲区的时间就会发生缓冲区被覆盖而数据丢失。解决方法是优化数据处理算法或者增大缓冲区深度来赢得更多处理时间。高级技巧注入通道与规则通道的混合使用STM32的ADC除了规则通道序列Regular Group还有一个注入通道序列Injected Group。注入通道可以理解为“插队”通道拥有更高的优先级。当触发注入转换时ADC会立即暂停当前的规则序列转换先完成注入通道的转换然后再回到规则序列。 这在一些安全关键场景非常有用。例如你用规则通道DMA循环采集4路普通的温度信号同时配置一个注入通道来采集关键的过流保护信号。当过流信号触发时可以通过外部触发或软件触发ADC立即采样该通道你可以在注入转换完成中断中快速读取并采取保护动作而不需要等待漫长的规则序列扫描完成。规则通道的DMA采集完全不受影响实现了高优先级事件响应与后台连续监测的完美结合。配置注入通道时注意它不能使用DMA进行数据搬运它的数据存储在独立的注入数据寄存器JDRx中需要在注入转换完成中断中手动读取。这恰恰符合其“紧急、快速响应”的定位。6. 调试方法与问题定位实录当系统不工作时有序的调试是快速定位问题的关键。第一步确认基础时钟与电源使用调试器或printf输出系统核心时钟HCLK、APB2时钟ADC时钟源的频率确认它们是否在预期范围内。测量VREF和VDDA引脚电压确保在芯片要求范围内如2.4V-3.6V。第二步验证ADC单次转换在启动复杂的DMA多通道扫描之前先简化问题。配置ADC为单通道、单次转换模式不使用DMA用轮询或中断方式读取一个已知电压如通过电阻分压得到的1.65V的通道。如果这里读数都不对那问题就在更底层引脚、参考电压、时钟。第三步验证DMA基本传输可以写一个简单的测试用DMA从一个内存数组搬运数据到另一个内存数组或者从外设如SPI的DR寄存器搬运数据到内存。先排除DMA控制器本身配置的问题。第四步结合调试器观察这是最强大的手段。在IDE如STM32CubeIDE中将adc_dma_buffer数组添加到Live Watch实时监视窗口。全速运行程序。你应该能看到数组中的数值在快速、有规律地变化。如果数据完全不变说明DMA/ADC没启动如果数据变化但杂乱无章说明配置如通道顺序、内存地址递增有误。在DMA传输完成中断回调函数入口处设置断点。程序应该能周期性地停在这个断点处。如果没有检查NVIC中DMA传输完成中断是否使能以及HAL_ADC_Start_DMA是否成功调用。第五步信号完整性检查如果数值有规律但波动较大可能是模拟信号问题。用示波器探头打到10X档减少对电路的影响直接测量ADC输入引脚上的波形。观察是否有高频毛刺、电源噪声耦合或地电平波动。通常需要在信号输入端添加一个RC低通滤波如1kΩ电阻串联100nF电容对地可以滤除大部分高频噪声。我个人的习惯是在项目初期就会把ADC的某个通道通过分压电阻接到VREF或一个已知的精密基准源上。这样在程序里读取这个通道的值就能实时监控ADC模块本身的工作是否正常、参考电压是否稳定相当于内置了一个自检功能。

相关新闻

基于Coze工作流与Image2实现小红书图文手帐自动化生成

基于Coze工作流与Image2实现小红书图文手帐自动化生成

大家好,我是专注于AI应用实战的技术博主。最近在探索内容创作自动化时,发现很多朋友对如何利用AI工具批量生成小红书风格的图文手帐很感兴趣,但往往卡在流程串联和细节配置上。本文将手把手带你使用Coze(扣子)平台的工…

2026/8/7 2:59:45 阅读更多 →
Nessus漏洞扫描器从零到实战:安装、配置与首次扫描完整指南

Nessus漏洞扫描器从零到实战:安装、配置与首次扫描完整指南

1. 这篇文章真正要解决的问题如果你是一名安全工程师、运维人员,或者正在学习网络安全,那么你一定听说过Nessus。它被誉为漏洞扫描领域的“瑞士军刀”,是无数安全团队进行资产发现和风险评估的首选工具。然而,对于大多数初学者甚至…

2026/8/7 2:59:45 阅读更多 →
海南职业学校选学工一体化平台 贴合本地政策的实用指南

海南职业学校选学工一体化平台 贴合本地政策的实用指南

✅作者简介:合肥自友科技 📌核心产品:智慧校园平台(包括教工管理、学工管理、教务管理、考务管理、后勤管理、德育管理、资产管理、公寓管理、实习管理、就业管理、离校管理、科研平台、档案管理、学生平台等26个子平台) 。公司所有人员均有多…

2026/8/7 2:59:45 阅读更多 →

最新新闻

ABAP时间戳处理实战:CL_ABAP_TSTMP类核心功能与避坑指南

ABAP时间戳处理实战:CL_ABAP_TSTMP类核心功能与避坑指南

1. 从一次生产数据同步失败说起:为什么时间戳处理是ABAP开发的必修课那天下午,我正盯着SE38里一个运行了半小时还没结束的报表发呆。业务部门催着要一份跨系统订单状态同步的差异报告,逻辑很简单:从A系统通过RFC拉取订单的最终修改…

2026/8/7 6:13:38 阅读更多 →
SAP ABAP树状ALV开发实战:从CL_SALV_TREE原理到性能优化

SAP ABAP树状ALV开发实战:从CL_SALV_TREE原理到性能优化

1. 从列表到树形:为什么我们需要树状ALV? 在SAP ABAP开发中,ALV(ABAP List Viewer)几乎是每个开发者都绕不开的报表输出工具。标准的ALV表格功能强大,能排序、筛选、汇总,应付大多数业务场景绰绰…

2026/8/7 6:13:38 阅读更多 →
VS Code插件选型实战:从智能补全到远程开发,打造高效开发环境

VS Code插件选型实战:从智能补全到远程开发,打造高效开发环境

1. 从“能用”到“好用”:我的VS Code插件选型哲学在编辑器这个领域,VS Code已经从一个“还不错”的选择,变成了许多开发者工作流中不可或缺的核心。但坦白说,刚装上VS Code时,它只是一个干净的、功能有限的文本编辑器…

2026/8/7 6:13:38 阅读更多 →
深入理解JavaScript事件循环:从单线程到异步编程的核心机制

深入理解JavaScript事件循环:从单线程到异步编程的核心机制

1. 从“单线程”的误解说起:为什么需要事件循环? 很多刚接触JavaScript的朋友,包括我自己在早期,都会有一个根深蒂固的误解:JS是单线程的,所以它一次只能做一件事,效率肯定很低。这个说法对&…

2026/8/7 6:13:38 阅读更多 →
从一段文字到 10 秒视频:用 Python 调用开源视频生成模型,零成本制作 AI 广告片

从一段文字到 10 秒视频:用 Python 调用开源视频生成模型,零成本制作 AI 广告片

从一段文字到 10 秒视频:用 Python 调用开源视频生成模型,零成本制作 AI 广告片 设想这样一个场景:你只需输入“一瓶奢华香水在黑色镜面上缓缓旋转,金色液体在瓶中荡漾,柔和的摄影棚灯光”,几分钟后&#…

2026/8/7 6:13:38 阅读更多 →
Linux服务器硬件配置查看全攻略:从CPU内存到磁盘网络的实战指南

Linux服务器硬件配置查看全攻略:从CPU内存到磁盘网络的实战指南

1. 引言:为什么你需要学会查看服务器硬件配置?想象一下,你接手了一台陌生的Linux服务器,可能是公司新采购的物理机,也可能是云服务商提供的一个虚拟机实例。老板让你评估一下它的性能,或者某个应用跑得特别…

2026/8/7 6:12:38 阅读更多 →

日新闻

为什么scrcpy成为Android投屏的终极解决方案:完整实战指南

为什么scrcpy成为Android投屏的终极解决方案:完整实战指南

为什么scrcpy成为Android投屏的终极解决方案:完整实战指南 【免费下载链接】scrcpy Display and control your Android device 项目地址: https://gitcode.com/GitHub_Trending/sc/scrcpy 想要将Android手机屏幕完美投射到电脑上,享受大屏操作的自…

2026/8/7 0:00:19 阅读更多 →
如何在5分钟内掌握Tom Select:打造现代化表单选择器的终极指南

如何在5分钟内掌握Tom Select:打造现代化表单选择器的终极指南

如何在5分钟内掌握Tom Select:打造现代化表单选择器的终极指南 【免费下载链接】tom-select Tom Select is a lightweight (~16kb gzipped) hybrid of a textbox and select box. Forked from selectize.js to provide a framework agnostic autocomplete widget wi…

2026/8/7 0:00:19 阅读更多 →
5分钟快速上手:NSZ压缩工具终极指南,轻松管理Switch游戏文件

5分钟快速上手:NSZ压缩工具终极指南,轻松管理Switch游戏文件

5分钟快速上手:NSZ压缩工具终极指南,轻松管理Switch游戏文件 【免费下载链接】nsz NSZ - Homebrew compatible NSP/XCI compressor/decompressor 项目地址: https://gitcode.com/gh_mirrors/ns/nsz 你是否在为Nintendo Switch游戏文件占用大量存储…

2026/8/7 0:00:19 阅读更多 →

周新闻

最大流算法详解:从水管网络到Ford-Fulkerson与Dinic实战

最大流算法详解:从水管网络到Ford-Fulkerson与Dinic实战

1. 从水管网络到最大流:一个核心问题的诞生想象一下,你是一个城市供水系统的总工程师。你的城市有多个水源(水库),需要通过一个复杂的地下管道网络,将水输送到各个居民区。每条管道都有其最大通水能力&…

2026/8/6 22:02:27 阅读更多 →
基于Springboot的企业门户网站(源码+LW+调试文档+讲解)

基于Springboot的企业门户网站(源码+LW+调试文档+讲解)

温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台…

2026/8/6 22:02:27 阅读更多 →
MATLAB xcorr函数详解:从互相关原理到四大实战应用

MATLAB xcorr函数详解:从互相关原理到四大实战应用

1. 从一次信号“找茬”说起:为什么我们需要互相关几年前,我在处理一组声学传感器数据时遇到了一个棘手的问题。我有两个麦克风记录了一段相同的音频信号,理论上它们接收到的声音波形应该非常相似,只是由于麦克风位置不同&#xff…

2026/8/6 22:02:27 阅读更多 →

月新闻

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南 【免费下载链接】BaiduNetdiskPlugin-macOS For macOS.百度网盘 破解SVIP、下载速度限制~ 项目地址: https://gitcode.com/gh_mirrors/ba/BaiduNetdiskPlugin-macOS 还在为百度网盘macOS版的龟速下…

2026/8/5 23:28:39 阅读更多 →
终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换

终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换

终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换 【免费下载链接】ncmdump 项目地址: https://gitcode.com/gh_mirrors/ncmd/ncmdump 还在为网易云音乐下载的NCM格式文件无法在其他播放器播放而烦恼吗?ncmdump解密工具帮你轻松解决这个困…

2026/8/6 22:02:28 阅读更多 →
HarmonyOS 应用开发《掌上英语》第81篇: 智能体卡片:为英语学习 App 打造桌面级学习助手

HarmonyOS 应用开发《掌上英语》第81篇: 智能体卡片:为英语学习 App 打造桌面级学习助手

AgentCard 智能体卡片:为英语学习 App 打造桌面级学习助手适用平台:HarmonyOS 7.0 (API 26 Beta)一、引言 HarmonyOS 7.0(API 26 Beta)新增了 AgentCard 智能体卡片能力,这是继 HMAF(鸿蒙智能体框架&#x…

2026/8/5 23:46:51 阅读更多 →