用Keil C51编写程序时,经常需要调试,如果不是经常用这个软件的话,很容易忘记这些调试步骤,现在举一个例子“验证延迟函数delay()使其延迟的时间为500ms”说明. 源程序写完后,就可以调试了,按照图1所示,先进行第一步和第二步操作,使界面切换到图2的状态,可以看到在文本编辑窗口中,有一个黄色箭头指向13行的位置,说明程序从这个位置开始执行.左上角有一些跟调试相关的按钮,如“全速执行”.“单步进入”……. 对于这个例子,目的是验证delay()函数的延迟时间,使其大约为500ms.按照下

keil只有在程序能正常运行时才能添加断点后在点击调试任务时,断点标记不消失

编译: Translate===编译单个文件 Build====编译当前项目,如果该项目先前编译过1次,并且文件没有编辑改动,则点击时不会重新编译 Rebuild===重新编译,每点击一次就重新编译.链接1次 Build Output===编译结果输出窗口 Start/Stop Debug Session(图标::一个放大镜,镜上写着d)===调试按钮 调试 Run===运行,处于停止状态才有效 Stop===停止,处于运行状态才有效 Reset===复位,程序回到最开头处执行 Serial W

1. 仿真的时候,进入之后 2. 说是main()未定义,可是明明定义了,什么原因?喔,看错了,是--main.对比了一下和正常工厂的配置,都一样,换个jlink V9测试一下吧.换了个ST LINK V2 也不行,看样子是工程的问题喽?屏蔽了一些main()函数的一些代码,发现可以执行到main()了!!!奇哉怪也,难道后面的代码写错了,导致不能仿真到main()??? 3. 最后测试发现,原来是多了一个printf函数,keil MDKb编译的时候没有报错,去掉这行函数解决问题

一.引言 单片机软件开发过程中,软件调试遇到的各种问题常令初学者感到不知所措.实际上.各种仿真开发软件的程序调试基本方法和技巧大同小异,掌握正确的程序调试基本技巧.对于排查这些程序错误问题可以起到举一反三.事半功倍的效果.软件调试是单片机技术人员必须掌握的重要基本技能. 下面以单片机常用开发软件Keil为例,通过一个项目任务实例来介绍单片机软件仿真与调试的方法. 二.Keil仿真与调试 点击运行软件Keil uVision2.其调试操作步骤大体可以分为5步: 1.创建工程 在项目开发中,并不是仅

用定时器延时,有时候显得有点麻烦,我们不如考虑软件精确延时,软件延时无非就是利用for或while多重循环.以前用到延时函数时,都是从网上下载别人写好的延时子程序.延时5ms,400ms,1s,……,这些延时函数的函数名中都清清楚楚地标明了延时的时间,可我一直不知道这些函数是如何编写的,确切地说,是如果根据延时时间来确定循环次数的.如果是纳秒级的延时,可以通过示波器来观察波形,或者反汇编一下,计算一下指令执行时间,但如果延时时间相对较长,示波器便无能为力了.这几天好好看了一下Keil调试,发现K

很多人都碰到过调试器不能连接到STM32的问题,不管是IAR的J-Link还是Keil的ULink,或者是ST的ST-Link.出现这个问题时,调试软件会提示不能建立与Cortex-M3的连接,或提示不能下载程序,或提示找不到要调试的设备等.       这样的问题都是发生在调试那些可以在CPU不干预的时候自动运行的模块.或在调试低功耗模式的程序的时候.所谓“可以在CPU不干预的时候自动运行的模块”包括:DMA.定时器.连续转换模式下的ADC.看门狗等模块. ------------------

要解决一个问题就怕不知道怎么搜索,或是别人没有遇到过: 同样碰到Keil MDK Debug调试无法设置断点问题,首先来问百度,GOOGLE,一下是我搜索到的结果:   1.keil 不能设置断点,每次点调试都出现以下对话框, 有几个按钮不能点. 解决办法:购买正版Keil或够找破解包,worldsing笔记里有(仅供学习用),商业请支持正版:   2.软件能Debug, 硬件无法Debug, 硬件仿真Debug时提示: **JLink Warning: T-bit of XPSR is 0 b

使用matlab绘制从KEIL memory导出的内存数据 如标题,某些时候我们需要分析keil调试过程中的数据,比如从I2S.SPI.I2C或者UART获取到的波形数据,这些数据时数字流,通过逻辑分析仪是没有办法直观的观察其波形,因此,我们需要把数据导出来,通过合适的工具使数据可视化,比如一些规律的波形图. 下面我将提供一种方法供参考 高潮来了 第一步:导出数据到本地 KEIL通过ULINK调试STM32时,我们可以通过keil的memory窗口定位到某一数组的内容,但是数字化的内容没有办法分

前言 好久没更新博客和公众号了,感谢大家还没取关哈,好吧,我承认是我太懒了,今天分享一个福利! 趁着前段时间嘉立创和捷配打价格战,一天之内,多次降价,看着真是热闹.捷配降到最低3元一款,而嘉立创降到最低5元一款,都是顺丰包邮,不过嘉立创免颜色费,而捷配不免,本着吃瓜群众的态度,赶紧薅了一把羊毛,做毕业设计时买的元器件还剩一些,就把之前练手画的一块JlinkOB小板投出去了,之前都是用的嘉立创,这次尝试一下捷配,关键是便宜!现在价格战已经结束了,刚才又去两家的官网看了一下,捷配又恢复了30元一款,

一.背景 keil使用ULINK2调试的时候,提示 "No Ulink Device found", "error: flash download failed - Target DLL has cancelled" . 之前一直都OK,然后今天突然不行,插上的时候,, 公司kel版本却是V4.,问题就出在这里. 若是设备管理器找不到keil,那么就是ULINK硬件有问题,不在本篇文章讨论之列. 二.正文 出现原因: ULINK根据PID分为两个可用固件版本:PID

相信喜欢单片机的朋友都用过STC的单片机,用过STC单片机的朋友都有这种感受:实惠.易用.功能强大!就是每次下载都要冷启动特别恶心,相信很多朋友的开发板上的电源键都按烂了. 其实STC单片机可以不用免掉电下载,想要知道怎样才能免掉电下载,我们先要了解STC单片机是怎样实现串口下载的,其实STC单片机出厂时就预置了一段ISP监控程序,我们称作ISP引导码,这段ISP监控程序就好比电脑硬盘的系统引导区.我们对STC单片机上电启动时,单片机首先执行ISP引导码检测串口是否下载程序的命令,如果上位机在对

内存是SoC(System on Chip,片上系统)集成设计的重要模块,是SoC中成本比重较大的部分.内存管理的软硬件设计是SoC软件架构设计的重要一环,架构设计师必须要在成本和效率中取得平衡,做到在节省内存的同时保证整个系统的性能.系统内存需求评估是对嵌入式软件架构师的最基本要求,同时也是其最重要的技能之一.一般在SoC项目立项的时候,架构师就要完成系统内存需求评估. 下面以一个多媒体电子解决方案中的SoC设计为原型,说明大致的评估流程: 1. 根据产品规格,对各个应用场景进行功能和性能分解

cmsis全称Cortex Microcontroller Software Interface Standard,就是Cortex微处理器软件接口标准 stm32每组gpio有7组端口,分别是2个32位配置寄存器,2个32位数据寄存器,1个32位置位/复位寄存器,1个16个复位寄存器,1个32位锁存寄存器 GPIO,general-purpose I/O 通用型输入输出 AFIO,Alternate function I/O 复用输入输出 BSRR:Bit Set/Reset Register

简介本页提供了一些使用LPC43xx器件双核特性的基本信息.此页面上的信息和专题使用Keil uVision4工具,以双核工程的使用来演示.该工程初始化两个内核以运行FreeRTOS,并采用三色LED指示M0和M4内核的运行,以及双核处理器之间的通信.该项目把重点放在双核工程的细节上,力求基础和简单.可执行映像的布局和内存使用共享外设和内存资源驱动程序初始化代码通过共享内存和中断事件进行处理器间通信双核调试潜在问题和注意事项 本工程做什么本工程为M4内核创建了一个可引导映像,该映像加载.设置和启

GD32是国产兆易创新公司生产的完全兼容STM32系列的Cortex-M3处理器,具有几大亮点:1,高主频108MHz.性能提升30%以上,可超频到120MHz2,Flash零等待.STM32的72MHz需要两个等待,其实兆易创新公司本来就是做Flash起家的,具有gFlash专利3,采用ARM Cortex-M3新内核R2p1.STM32采用R1p1,带有一些缺陷4,性价比高.GD32比对应的STM32芯片一般便宜20%,某些芯片便宜30%以上 收到样片GD32F103VET6后,替换STM3

OS:任务级设计,任务间耦合小:改变裸机前后台设计方案中后台任务轮训无优先级重要任务得不到确定性响应:伪并行,提高利用率. 在keilv4.74最后一个版本之后,KIELV5将KEIL-RTX该为CMSIS_RL_RTX(做了CMSIS的封装),适用于Cortex-M系列. 优点:性能和embos都差不多,移植非常简单,使能和添加RTX_Conf_CM.c(配置也是图形化方式)即可,免费,keil中带调试支持. 也可以以源码方式移植,见安富莱教程. 配置要点: Number of concurr

手动编译 编译器问题,肯定是GNU的大名鼎鼎的GCC了,与此相关的什么连接器,汇编器也都包含在内了. 针对arm的GCC,当然就是arm-linux-gcc了,我所用的版本就是友善之臂光盘自带arm-linux-gcc 4.4.3.也有资料说也可以用arm-elf-gcc,这个与arm-linux-gcc带的c库不同,是uclibc,更精简更适合嵌入式. 手动编译需要我们自己写Makefile文件,涉及到编译过程的依赖等细节问题.在我们实际开发中,可以不通过这种方式,但是需要了解这个过程. 自动

Hibernate配置文档有框架总部署文档hibernate.cfg.xml 和映射类的配置文档 ***.hbm.xml hibernate.cfg.xml(文件位置直接放在src源文件夹即可) (在配置属性时也可使用hibernate.properties文件来部署,hibernate5.0官方文件在目录hibernate-release-5.2.1.Final\project\etc  下.但在实际开发中一般使用hibernate.cfg.xml) hibernate.cfg.xml 中hi

keil中串口的虚拟调试信息在通过View-serial windows-#usart1/2/3/4/debug(printf)可以看到.当然也可以通过虚拟串口VSPD+串口调试助手在外部实现,方法如下: 虚拟 串口使用:步骤 1 下载虚拟串口软件,虚拟2个连接的串口COMA/COMB,这两个串口与PC机的真实物理串口没关系.两边的设置相同 2 打开串口通讯助手,将A分配给串口通讯助手,则B就分配给下面的COMx 2 在MDK中输入命令行或者将下面的做成debug.ini文件加载 MODE CO