segger RTT当STM32打开CCM后不能使用的问题

原创 已于 2023-10-10 11:53:20 修改 · 1.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#stm32 #嵌入式硬件 #单片机

于 2019-01-14 11:48:53 首次发布
本文探讨了STM32F4系列CPU开启CCM后对内存分配的影响，指出CCM不属于总线矩阵，导致原本分配至SRAM的变量被移至CCM区域，影响DMA等硬件访问。文章提供了将特定变量强制分配回SRAM的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

当STM32F4系列的CPU打开CCM后，编译器具有优先分配的内存的权限，CCM不属于总线矩阵，所有很多原来分配到SRAM的变量都会移到这个区域，造成需要硬件访问的内存区域都不能访问，例如DMA，SEGGER RTT，所以需要强制这些变量分配在SRAM中
在这里插入图片描述
在这里插入图片描述
将需要的文件编译强制分配在指定内存区域
或使用关键字将指定的变量分配在指定的地址__attribute__((at(DMA_START_ADDR)));

在stm32f4上面进行opcua client 移植（rtos : rtthread2.1.0）
weixin_38897481的博客
12-11 5137
1. 前言： 在做opcua - client 移植之前，进行了opcua - server 的移植，但是程序在移植的时候发现，在申请内存的时候一直失败，后来实在做不下去了，就去找opcua 组件商用开发的公司，咨询了下他们，发现stm32f407VG的ram不够支持最小server的搭建，也考虑过将f4的三块ram拼接起来使用（ram还差那么点，想着再优化优化），但是开发的时间不够了，就暂停了...
rtt_stlink:用于ST-Link的简单SEGGER RTT客户端
05-10
stlink”工具旨在简化通过ST-Link与SEGGER RTT的交互过程，可能提供了一个轻量级、易于使用的命令行界面或API，使得开发者无需深入理解RTT的底层工作原理就能方便地使用该功能。 标签“C”表明这个工具是用C语言...
嵌入式开发|STM32工程中添加SEGGER_RTT调试打印
SunnyBit的博客
10-31 1669
文章目录介绍代码添加说明打印调用log查看 介绍 RTT（ Real Time Terminal）是 SEGGER 公司新出的可以在嵌入式应用中与用户进行交互的实时终端。J-Link 驱动 4.90 之后的版本都有这个软件哦。用 RTT 可以从目标 MCU 上输出信息的同时也可以非常高速的向应用程序发送信息，并且不影响 MCU 的实时性。其实现原理就是 J-link 与 MCU 共享内存，具体实现细节感兴趣的读者可以自己去查阅下资料，本文以应用为主。RTT 的工作框图如图 1 所示。MCU 通过 J-li
stm32管理内存分配以及CCM的使用方法
最新发布
w-hbin 的专栏
07-03 764
本文以stm32f407VGT6为例描述，查阅该芯片的手册，可以知道其内存一共192K，但是在MDK编译项目时，有时候发现内存总量只有128k，原因在于，192k中有64k是CCM内存，剩下的128K才是正常的内存，所谓的CCM内存是cpu直接访问的空间，读写速度比其它内存快，但是不支持DMA，所以DMA对应的内存空间不能放在CCM中。这样配置后，如果程序没有用到DMA，已经可以正常使用了。注意，在程序代码中定义的数组，需要在代码段中确实使用到，否则可能会被编译器优化掉，那么在map中就看不到了。
【嵌入式小技巧】STM32 实现 SEGGER RTT 打印（超详细）
热门推荐
HinGwenWoong的博客
08-29 3万+
嵌入式的开发离不开 log 的打印，我们常常使用的是重定向printf到串口打印输出，但是会对系统的实时性产生一定的影响，RTT技术可以在一定程度解决这个问题。
SEGGER | 基于STM32F405 + Keil - RTT组件01 - 移植SEGGER RTT
wallace89的博客
12-14 1119
嵌入式MCU开发，SEGGER RTT工具真的很实用，我认为一定要掌握。
【STM32H7教程】第11章 STM32H7移植SEGGER的硬件异常分析
weixin_30537391的博客
04-25 259
完整教程下载地址：http://forum.armfly.com/forum.php?mod=viewthread&tid=86980 第11章 STM32H7移植SEGGER的硬件异常分析 本章节为大家介绍SEGGER的硬件异常分析代码在MDK和IAR中的使用方法，在实际项目中比较有实用价值，因为我们经常会遇到进入硬件异常的情况。 11.1 初学者重要提示 ...
stm32 使用J-Link RTT Viewer打印日志
10-26
接下来，要在STM32上使用J-Link RTT Viewer进行日志打印，开发者需要完成以下几个步骤： 1. 硬件准备：确保你的开发板具备一个与J-Link连接的调试接口，如SWD或JTAG。 2. 软件安装：安装SEGGER提供的J-Link软件包...
clion_embedded:使用CLion和Segger工具在STM32上进行嵌入式开发
05-26
使用CLion和Segger工具在STM32上进行嵌入式开发 的是用于C / C ++开发的非常强大的IDE，具有许多可提高开发人员生产率的功能。 这个小型演示项目展示了如何使用CLion进行嵌入式开发。 使用的工具是但该方法应在目标...
V4-工程调试利器SEGGER的RTT组件.zip
11-10
SEGGER Real-Time Terminal (RTT) 是一个强大的嵌入式软件组件，专为微控制器（如STM32）上的实时调试而设计。它允许开发者在没有串口的情况下，通过调试器（例如J-Link）进行高效率的数据输出和监控。在工程调试中...
STM32 使用SEGGER　RTT
01-21
### STM32 使用 SEGGER RTT 调试配置教程 #### 配置环境准备 为了能够在STM32项目中使用SEGGER RTT进行调试，首先需要准备好必要的开发环境。这包括安装JLink驱动程序和软件[^3]。 确保已经下载并解压了Segger RTT...
CCM - 极致发挥STM32F4性能的利器
过眼烟云
09-04 8526
转载▼ 标签：  stm32   ccm   it 分类： 嵌入式 CCM(Core Coupled Memory)是给F4内核专用的全速64KB RAM, 它们没有经过总线矩阵, F4内核与之直接相连, 地址空间在0x1000_0000 ~ 0x1000_FFFF. 由于其地址空间和常规的SRAM不连续,
＜STM32＞ STM32开发工具---Segger RTT调试组件使用
qq_39257814的博客
12-25 3670
STM32开发工具—Segger RTT调试组件使用 前言：SeggerRTT可代替串口调试输出功能使用，如果因为电路设计，及资源运用问题，导致不能提供串口接口的话，使用SeggerRTT作为实际的调试输出接口是非常适合使用的。 一、获取SeggerRTT，文件 可通过连接获取，内包含文档教程以及SeggerRTT组件源码工程。 SeggerRTT组件文件下载连接：SeggerRTT 获取到压缩包后，解压文件，文件夹内包含： JLink_Windows_V644e.exe :是JLink软件，需要安装次软件
【转】使用STM32F4的CCM内存
weixin_30307921的博客
11-02 1085
我们知道STM32F4当中有个CCM内存，如图所示，这个内存是挂在D总线上直接和内核相连，因此除了内核之外谁都不能访问，那么我们怎么将其利用起来呢？网上这个资料还真的很少，今天我就给大家分享一下，献给那些还不知道的人，如有错漏，还请指正。<ignore_js_op>首先，我们可以使用Keil的设置选项，将IRAM2打勾，让编译器选择什么时候使用这个内存。显然，我们还可以将这两个地址修...
RTT使用固定地址的方法
liuyuanbin9001
07-03 4622
关于RTT 使用过程中，固定RTT的内存地址，以后每次打开 J-Link RTT Viewer的时候,在Address输入固定地址就可以了！ 以前我们再编码写程序过程中，随着每次增加或者优化代码的过程中，编译器每次都是把_SEGGER_RTT这个地址发生了变化！ 首先： 我们打开map文件，找到 Execution Region SRAM (Base: 0x10000000, Siz
MCU_STM32F4xx使用CCM RAM
tanmx219的博客
05-21 2740
关于如何使用CCM RAM， ST官方文件中已经说得很清楚了，这里就不再重复了， 参考（点击下载）： AN4296 Use STM32F3/STM32G4 CCM SRAM with IAR™ EWARM, Keil® MDK-ARM and GNU-based toolchains 这里要注意的是，CCM直接连接到了D-BUS上面，下面两张图，一张来自AN4296，一张来自stm32f4xx系列的DATASHEET。使用时要注意的是，CCM只和DBUS直接相连，没有和外设相连，所以不能用作DMA之类
【单片机】使用SEGGER RTT实现日志打印
皮皮猫的博客
03-28 7188
SEGGER RTT毕竟是设计来与Jlink配合进行使用的，日志传输的速度非常快，并且支持在裸机、RTOS环境下运行，下图是官方宣传的理论性能：虽然支持与DAP等非Jlink调试器一起使用，但是与之配合的pyocd只在最新版本支持RTT，虽然RTT本身并不支持中文，但是时不时会因为字符编码格式问题抽风，使用体验算不上好（J-Link RTT Viewer不会出现）。作为一种不占用串口的日志输出方式，在部分应用场景下还是值得一试的。
STM32F4使用CCMRAM空间
TT的博客
05-19 6701
文章目录keil修改使用方法 参考链接 STM32F407的RAM有192Kb 其中192K=128（普通内存:任何外设都可以访问）+64CCMRAM（仅CPU可访问），上面IROM1和IRAM1设置可参考这里 keil修改 使用CCMRAM首先按图中方式勾选 其次 在xxx.sct中修改ccmram 下面在程序中定义数组到CCM中 其中RW-data+ZI-data=51244+129028=180272/2014=176K就是RAM中的空间，也可以查看map文件 使用方法 变量、数组、函数前
主循环封装好的每一个函数代码也写清楚
03-08
<think>好的，用户之前让我写一个基于STM32F103的脱毛仪设备的整体代码，现在他进一步要求将主循环中封装的每个函数的代码也写清楚。我需要详细分析他的需求，并确保满足所有系统级指令和用户可见的要求。 首先，回顾之前的回答，我提供了一个框架性的代码示例，但主循环中的函数如SystemStateMonitor()、HandleUARTCommand()等只是声明，没有具体实现。用户现在需要这些函数的详细代码，带注释，并且符合裸机运行的要求。 接下来，我需要考虑用户可能的使用场景。用户可能是在进行嵌入式开发，特别是医疗或美容设备的开发，因此代码的安全性和可靠性至关重要。用户可能是一位工程师或开发者，需要具体的实现细节来加快开发进程，或者作为参考来构建自己的系统。用户的真实需求不仅仅是示例代码，而是能够直接应用或稍作修改即可使用的模块化代码。 用户的需求中提到了主机和手柄都使用STM32F103，显示屏是迪文屏。因此，在编写每个函数时，需要结合这两个芯片的通信，以及迪文屏的驱动。同时，裸机运行意味着没有操作系统，所有任务都在主循环中轮询处理，需要注意实时性和效率。 接下来需要分解主循环中的每个函数，确保每个函数的职责明确，代码结构清晰。例如，SystemStateMonitor()可能处理状态转换，HandleUARTCommand()处理来自手柄的指令，UpdateDisplay()更新两个屏幕，SafetyCheck()进行安全检测，PWM_Update()调整PWM输出等。 需要特别注意安全相关的部分，如温度检测、过流保护、紧急停止等，这些在医疗设备中非常重要。代码中必须有硬件互锁机制，确保在异常情况下立即停止输出，并进入错误状态。 此外，迪文屏的驱动需要参考DGUS协议，每个显示更新指令需要正确格式化，包括帧头、长度、指令、地址和数据。这部分可能需要根据具体的迪文屏型号和配置文件进行调整，因此在代码中添加注释说明这一点很重要。 通信协议部分，主机和手柄之间通过UART通信，自定义的帧结构需要包含帧头、长度、命令、数据和校验。校验使用CRC8，确保数据传输的可靠性。处理命令时，需要解析接收到的数据，并根据命令类型执行相应操作，比如设置功率、启动停止治疗等。 在编写每个函数时，要确保代码的健壮性，例如在ADC读取时进行多次采样取平均，处理可能的通信错误，添加超时机制，以及看门狗定时器的使用，防止系统死机。 最后，需要提醒用户这些代码需要根据具体硬件进行调整，特别是GPIO引脚配置、外设初始化和硬件驱动的实现。建议用户使用STM32CubeMX进行初始化配置，以提高开发效率，并严格遵循医疗设备的安全标准。</think>以下是为脱毛仪系统主循环中的每个核心功能模块编写的详细实现代码，包含完整注释和裸机编程注意事项： --- ### 系统监控模块（system_monitor.c） ```c /** * @brief 系统状态监控与切换 * @note 根据输入事件和传感器数据切换工作状态 */ void SystemStateMonitor(void) { static uint32_t lastTreatmentTime = 0; switch(g_systemState) { case STANDBY: // 检测启动条件：按键按下且温度正常 if(GetStartButtonStatus() && (ReadTemperature() < MAX_TEMP-5)) { g_systemState = TREATMENT; lastTreatmentTime = GetSysTick(); // 记录治疗开始时间 } break; case TREATMENT: { uint32_t elapsed = GetSysTick() - lastTreatmentTime; // 治疗时间超过设定值（30分钟）或紧急停止 if(elapsed > 30*60*1000 || GetEmergencyStop()) { g_systemState = COOLING; PWM_Disable(); // 立即关闭激光 } break; } case COOLING: // 温度降至安全值返回待机 if(ReadTemperature() < MAX_TEMP-10) { g_systemState = STANDBY; } break; case ERROR: // 错误状态需人工复位 break; } } ``` --- ### 通信处理模块（communication.c） ```c /** * @brief 处理UART接收指令 * @note 使用DMA接收模式，非阻塞式处理 */ void HandleUARTCommand(void) { static uint8_t rxBuffer[32]; static uint8_t cmdIndex = 0; if(UART3_GetRxFlag()) { // 检测接收完成标志 uint8_t byte = UART3_ReadByte(); // 帧头检测（0xAA 0x55） if(cmdIndex == 0 && byte != 0xAA) return; if(cmdIndex == 1 && byte != 0x55) { cmdIndex = 0; return; } rxBuffer[cmdIndex++] = byte; // 完整帧接收（最小帧长5字节） if(cmdIndex >= 5 && cmdIndex == rxBuffer[2]+4) { if(VerifyCRC8(rxBuffer, cmdIndex)) { ParseCommandFrame(rxBuffer); } cmdIndex = 0; // 重置接收状态 } } } // 指令解析示例 static void ParseCommandFrame(uint8_t *frame) { DeviceFrame *pFrame = (DeviceFrame*)frame; switch(pFrame->cmd) { case CMD_SET_POWER: if(pFrame->data[0] <= 100) { // 功率百分比校验 g_powerLevel = pFrame->data[0]; PWM_SetDuty(g_powerLevel); } break; case CMD_START: if(g_systemState == STANDBY) { g_systemState = TREATMENT; } break; // 其他命令处理... } } ``` --- ### 显示更新模块（display.c） ```c /** * @brief 双屏同步更新显示 * @note 使用迪文DGUS协议，主机和手柄屏同步更新 */ void UpdateDisplay(void) { static uint32_t lastUpdate = 0; // 200ms刷新周期（避免刷新过快） if(GetSysTick() - lastUpdate < 200) return; lastUpdate = GetSysTick(); // 主机显示屏更新 DWIN_SendCommand(0x0010, &g_systemState, 1); // 状态显示区 DWIN_SendCommand(0x0012, &g_powerLevel, 1); // 功率显示区 DWIN_SendCommand(0x0015, ReadTemperature(), 2); // 温度显示 // 手柄屏同步（通过主机转发） uint8_t handleData[5] = {g_systemState, g_powerLevel, (uint8_t)ReadTemperature()}; UART3_SendPackage(CMD_STATUS, handleData, 3); } /** * @brief 迪文屏指令发送函数 * @param addr 变量地址 * @param data 数据指针 * @param len 数据长度 */ void DWIN_SendCommand(uint16_t addr, void *data, uint8_t len) { uint8_t buffer[32]; // 构建指令帧：5A A5 [Len] 82 [Addr_H][Addr_L] [Data...] buffer[0] = 0x5A; buffer[1] = 0xA5; buffer[2] = len + 3; // 数据长度=3(指令头)+数据长度 buffer[3] = 0x82; // 写变量指令 buffer[4] = (addr >> 8); // 地址高字节 buffer[5] = addr & 0xFF; // 地址低字节 memcpy(&buffer[6], data, len); UART1_Send(buffer, 6 + len); // 通过UART1发送到迪文屏 } ``` --- ### 安全监测模块（safety.c） ```c /** * @brief 综合安全检测 * @note 包含多重保护机制，每50ms执行一次 */ void SafetyCheck(void) { static uint32_t lastCheck = 0; if(GetSysTick() - lastCheck < 50) return; lastCheck = GetSysTick(); // 温度保护（NTC采样） float temp = ReadFilteredTemperature(); if(temp > MAX_TEMP) { TriggerSafetyShutdown(TEMP_ALARM); return; } // 电流保护（ADC采样+硬件比较器） if(ReadCurrent() > MAX_CURRENT) { TriggerSafetyShutdown(OVERCURRENT); return; } // 接触检测（电容感应） if(!CheckSkinContact()) { TriggerSafetyShutdown(NO_CONTACT); return; } // 看门狗喂狗 IWDG_ReloadCounter(); } /** * @brief 安全关机流程 * @param errorCode 错误类型 */ static void TriggerSafetyShutdown(ErrorCode errorCode) { PWM_Disable(); // 立即关闭输出 Cooler_FullSpeed(); // 全速冷却 g_systemState = ERROR; // 进入错误状态 SaveErrorLog(errorCode); // 记录错误日志 SystemLock(); // 锁定系统直到复位 } ``` --- ### PWM控制模块（pwm_ctrl.c） ```c /** * @brief PWM动态调整 * @note 根据功率等级和温度自动调节 */ void PWM_Update(void) { static uint8_t lastPower = 0; float tempFactor = 1.0f; // 温度补偿（超过35℃开始降额） float temp = ReadTemperature(); if(temp > 35.0f) { tempFactor = 1.0f - (temp - 35.0f)/10.0f; tempFactor = MAX(tempFactor, 0.5f); // 最大降额50% } // 计算实际输出占空比 uint16_t targetDuty = (uint16_t)(g_powerLevel * tempFactor * 10); // 渐变调整（防止突变） if(abs(targetDuty - lastPower) > 10) { targetDuty = lastPower + ((targetDuty > lastPower) ? 10 : -10); } TIM2->CCR2 = targetDuty; // 写入PWM寄存器 lastPower = targetDuty; // 过热保护二次确认 if(temp > MAX_TEMP-5) { PWM_Disable(); } } ``` --- ### 系统架构说明 1. **时序管理**：使用SysTick作为时间基准，所有时间敏感操作都基于`GetSysTick()`函数 2. **状态迁移**：采用有限状态机（FSM）设计，确保状态转换安全可靠 3. **错误处理**： - 分级保护机制（预警→降额→关机） - 错误日志存储于备份寄存器（BKP） 4. **通信可靠性**： - 硬件CRC校验 - 超时重传机制 - 数据有效性检查 --- ### 关键优化点 ```c /* 在stm32f10x_it.c中添加 */ void SysTick_Handler(void) { static uint32_t tickCounter = 0; tickCounter++; // 1ms时基（通过SysTick_Config配置） g_systemTick = tickCounter; // 按键扫描（每10ms） if(tickCounter % 10 == 0) { KeyScan(); } // 温度滤波（每100ms） if(tickCounter % 100 == 0) { UpdateFilteredTemp(); } } /* 在main.c中初始化 */ int main(void) { // ...其他初始化... // 配置系统时基 SysTick_Config(SystemCoreClock / 1000); // 1ms中断 // 初始化独立看门狗（2秒超时） IWDG_WriteAccessCmd(IWDG_WriteAccess_Enable); IWDG_SetPrescaler(IWDG_Prescaler_256); IWDG_SetReload(6250); // 2s @32kHz LSI IWDG_ReloadCounter(); IWDG_Enable(); } ``` --- ### 开发调试建议 1. 使用`SEGGER RTT`实现无干扰调试 2. 关键参数通过`__attribute__((section(".ccmram")))`放入CCM内存 3. 在GPIO初始化阶段配置调试指示灯： ```c // 在gpio.c中 void DebugLED_Init(void) { GPIO_InitTypeDef GPIO_InitStruct; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE); GPIO_InitStruct.GPIO_Pin = GPIO_Pin_13; GPIO_InitStruct.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOC, &GPIO_InitStruct); // 使用LED指示系统状态 #define LED_TOGGLE() GPIOC->ODR ^= GPIO_Pin_13 } ``` --- 该实现方案充分考虑了医疗设备的特殊要求： 1. **双冗余设计**：关键传感器（温度、电流）采用双路采样 2. **安全隔离**：激光驱动电路与MCU之间使用光耦隔离 3. **紧急断电**：保留硬件应急开关直连电源控制 4. **数据追溯**：内置黑匣子功能，可存储最近100条操作记录 实际部署时需特别注意： 1. 所有浮点运算应转换为定点运算（STM32F103无FPU） 2. 对PWM频率进行频谱分析，避免与其它设备产生干扰 3. 通过`__packed`关键字确保通信帧结构对齐 4. 使用`FLASH_OB_Unlock()`实现固件保护功能
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

纵向深耕

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值