分类目录归档:编程

转载——推挽与开漏输出

原文链接:https://wiki-power.com/%E6%8E%A8%E6%8C%BD%E4%B8%8E%E5%BC%80%E6%BC%8F%E8%BE%93%E5%87%BA/

一般来说,微控制器的引脚都会有一个驱动电路,可以配置不同类型的数字和模拟电路接口。输出模式一般会有推挽与开漏输出。

推挽输出

推挽输出(Push-Pull Output),故名思意能输出两种电平,一种是推(拉电流,输出高电平),一种是挽(灌电流,输出低电平)。推挽输出可以使用一对开关来实现,在芯片中一般使用晶体管 / 场效应管。

如图,分别是推和挽,详细过程是:

  • 推:当输入信号为低电平时,P-MOS 导通,电流从 VDD 经过它到输出引脚。此时 N-MOS 截止。
  • 挽:当输入信号为高电平时,N-MOS 导通,电流从输出引脚经过它到 GND。此时 P-MOS 截止。

继续阅读

普冉MCU在MDK使用Jlink下载报错


普冉MCU在MDK中选择Jlink下载时,出现如上提示。

配置好Jlink后,下载程序会提示“***JLink Error: ARM7 is not supported via SWD”,选择的MCU类型为ARM7,不支持SWD模式。

解决此问题需要手动修改MDK工程目录下面的JLinkSettings.ini文件,修改内容如下

Override = 1
Device="Cortex-M0"

修改完成后,使用Jlink下载程序正常

转载——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中断里面点灯操作是功能正常的。