分类目录归档:编程

转载——CH579(M0内核)中断向量表偏移处理

原文链接:https://blog.csdn.net/xxdx_admin/article/details/122369753

通常情况下,为了产品后续的升级,程序都会分为两部分Bootloader+App,因为有两个程序,所以需要对中断向量表进行处理,否则,当程序已经跳转到app中运行,当中断产生的时候,响应函数仍然是Bootloader的中断函数,而不是app的
在STM32F103 F3内核上是可以配置寄存器SCB->VTOR设置中断向量表偏移,CH579是M0内核,并不支持这样操作,中断向量表位置固定在(地址0x00000000)位置上

解决思路:

  1. 将中断向量表重映射到RAM(内存)
  2. 根据当前运行程序将FLASH中的向量表拷贝到RAM中

解决步骤

  1. 将地址0x00000000的中断向量表中的全部中断函数都设置为同一个函数,用于映射
  2. 编写映射函数
  3. 修改RAM配置信息
  4. 根据前当前运行的程序拷贝中断向量表到RAM

继续阅读

华大M0中断向量重映射

参考链接:
https://blog.csdn.net/pilihuo182175954/article/details/124856479
https://blog.csdn.net/qq_58099085/article/details/131813593
https://bbs.21ic.com/icview-3214976-1-1.html
https://blog.csdn.net/weixin_38848977/article/details/72523561
https://shatang.github.io/2020/08/12/M0%E7%9A%84%E4%B8%AD%E6%96%AD%E5%90%91%E9%87%8F%E8%A1%A8%E9%87%8D%E6%98%A0%E5%B0%84/

方法一,华大M0内核的CPU内核为M0+,支持中断向量偏移寄存器。根据华大官方IAP例程,修改SCB->VTOR寄存器即可

方法二、直接在Boot程序的中断向量函数跳转到APP的中断函数。参考链接1、2

方法三、参考STM32F0把中断向量表映射到内存上华大MCU不支持此方法

继续阅读

转载——stm32下了解全局变量、局部变量、堆、栈

原文链接:https://blog.csdn.net/uvyou/article/details/110497207

对分区的了解
在一个STM32程序代码中,从内存高地址到内存低地址,依次分布着栈区、堆区、全局区(静态区)、常量区、代码区,其中全局区中高地址分布着.bss段,低地址分布着.data段,其分布图如下: 继续阅读

转载——STM32 内存分配解析及变量的存储位置

原文链接:https://cloud.tencent.com/developer/article/1663070

内存映射

在一些桌面程序中,整个内存映射是通过虚拟内存来进行管理的,使用一种称为内存管理单元(MMU)的硬件结构来将程序的内存映射到物理RAM。在对于 RAM 紧缺的嵌入式系统中,是缺少 MMU 内存管理单元的。因此在一些嵌入式系统中,比如常用的 STM32 来讲,内存映射被划分为闪存段(也被称为Flash,用于存储代码和只读数据)和RAM段,用于存储读写数据。

STM32 的 Flash 和 RAM 地址范围

笔者标题所说的内存是指 STM32 的 Flash 和 RAM,下图是 ARM Cortex M3 的地址映射图:

从图中我们可以看到 RAM 地址是从 0x2000 0000 开始的,Flash地址是从 0x0800 0000 开始的,笔者将在下文中着重对这两部分进行剖析。

继续阅读

Jlink V9固件修复

参考链接:
https://blog.csdn.net/qq_39738885/article/details/102530414

https://blog.csdn.net/yekui6254/article/details/85272767

https://blog.csdn.net/qq_26904271/article/details/82726657

https://blog.csdn.net/yunjie167/article/details/117998428
https://www.cnblogs.com/xiaoheikkkk/articles/11193741.html
http://blog.chinaunix.net/uid-20788517-id-263475.html

一、起因

起因是在淘宝购买的Jlink,下载程序的时候会弹出警告

然后有时MDK会异常退出。

继续阅读

stm8l timer 设置问题

系统时钟配置为16M,程序使用TIMER4做为系统定时器,使用如下配置
TIM4_TimeBaseInit(TIM4_Prescaler_16, 99); //100us
程序可以正常运行。

我想把定时器的周期改为10us,使delay()的精度达到10us,
TIM4_TimeBaseInit(TIM4_Prescaler_16, 9); //10us
这样修改之后,发现系统不能正常运行了,程序启动的打印信息都没有。我一度怀疑是程序跑飞了!

经过排查发现是TIMER的中断响应太快,占用了系统的全部资源,主程序的运行完全被TIMER中断打断了。我测试在TIMER中断里面点灯操作是功能正常的。

转载——source insight 复制出来的汉字乱码解决

原文链接
https://blog.csdn.net/weixin_42650045/article/details/84874929

source insight 复制出来的汉字乱码解决

本人遇到这个问题困扰了几天,一直以为是软件的问题;网上搜的解决方案都不能解决。
只需要在复制source insight中汉字之前 将输入法切换到中文输入,粘贴到记事本等编辑工具里面就不再是乱码了

git报错——fatal: detected dubious ownership in repository at

在虚拟机ubuntu共享文件夹里创建git库,用tortoisegit查看会报如下错误:

上网搜索到https://medium.com/@thecodinganalyst/git-detect-dubious-ownership-in-repository-e7f33037a8f,里面说git v2.35.2版本之后git会检查当前用户是否是git仓库文件夹的所有者,如果不是的话,就会提示上面这个错误。

网上说的解决方法,是更改文件夹的所有者为当前用户。但是对于ubuntu的共享文件夹,我尝试这个解决方法不可行。另外对于共享文件夹,每个都要修改所有者,这样也太麻烦了。既然新版增加了这个限制,那我只有降级到旧版本使用。降级之后,git操作一切正常。

这里不得不吐槽一下,git增加这个功能之后,虽说提高了安全性,但是却大大减小了易用性。很多软件也是这样,越升级功能越臃肿,这使得我对新版本软件越来越没有更新的兴致。