在Keil 里使用 DeBug 模式时,如要 查看外部 RAM 的数据 或查看 ACC 的内容可以进行以下操作; sysGetTxMode: LCALL Com0185(C:2B95) ,sysGetTxMode ........ ........ ret Com0185: MOV DPTR,#0x7020 MOVX A,@DPTR RRC A RRC A ANL A,#0x3F RET 1. 在Keil 调试的时候打开监视窗口;  2. 打开内存视窗,     在地址框填写:  C:    0

vs中调试程序 查看变量在内存中的内容的方法 https://blog.csdn.net/guojg1988/article/details/42922149 原文链接:http://www.sowsoy.com/topics-516.html点击打开链接 在vs中调试程序的,有时候需要设置断点看某个变量的内容,如果变量是一个指针.数组或结构体,则可以通过查看该变量所指向的内存来看变量的内容. 1.在vs2008中打开内存窗口 在vs2008调试界面中,点击菜单[调试]->[窗口]->[内存]

之前一直是用v5编译,编译速度慢,换成V6编译速度差不多快50% ,而且arm后期只维护v5编译器不在更新v5编译器.切换到V6编译器大势所趋,把之前v5且换到v6需要如下更改: 1. CMSIS包需要更新到5.0以上 2. v5在指定地址定义常量: const uint32_t AppStartCfg[2] __attribute__((at(0x0))) = {0xffffffff,0xaaaaaaaa}; v6在指定地址定义常量: const uint32_t AppStartCfg[2]

转自:http://www.eepw.com.cn/article/216237_2.htm 1.RAM keil C语言编程 RAM是程序运行中存放随机变量的数据空间.在keil中编写程序,如果当前模式为small模式,如果总的变量大小未超过128B,则未初始化的变量的初值默认为0.如果所有的变量超过单片机small模式下的128B大小,则必须对变量进行初始化,否则超过RAM大小变量的值是不确定的,在small模式下超过128B大小的变量也必须在编译器中重新设定存储器的存储模式. 在keil中

keil程序在内部RAM调试的基本步骤网上已经有非常多了,我就不再赘述,大家能够在网上搜到非常多. 可是有些时候内部RAM并不够用,这就须要将程序装入外部RAM中调试,而在这个过程中可能会出现各种各样的问题,在这里我将会把我遇到过的一些问题和须要注意的地方总结一下,希望可以对大家有所帮助. 有错误的地方也希望大神们可以指教,提前表示感谢··· 转载请注明出处:waitig's blog 先介绍下我项目使用的硬件,芯片是LPC1788,外部RAM是MT48LC4M32B2,大小为16M(128Mb

引言    8051内核单片机是一种通用单片机,在国内占有较大的市场份额.在将C语言用于51内核单片机的研究方面,Keil公司做得最为成功.由于51内核单片机的存储结构的特殊性,Keil C51中变量的使用与标准C有所不同.正确地使用变量,有利于获得高效的目标代码.下面详细介绍Keil C51中变量的使用方法. 1 CPU存储结构与变量的关系    变量都需要有存储空间,存储空间的不同使得变量使用时的工作效率也不同.    标准C的典型运行环境是8086(含IA-32系列)内核,其存储结构是CP

sprintf在51单片机中的使用 unsigned char ch20_str[4]; unsigned char ch2o_m_str[6]; ch2o = 123; ch2o_m = 23456; sprintf(ch20_str, "%d", ch2o); sprintf(ch2o_m_str, "%.4f", (double)ch2o_m/10000); UartPrintf(ch2o_m_str); 其中要注意的地方是浮点数,使用时候必须使用double

应用单片机的时候,经常会遇到需要短时间延时的情况.需要的延时时间很短,一般都是几十到几百微妙(us).有时候还需要很高的精度,比如用单片机驱动DS18B20的时候,误差容许的范围在十几us以内,不然很容易出错.这种情况下,用计时器往往有点小题大做.而在极端的情况下,计时器甚至已经全部派上了别的用途.这时就需要我们另想别的办法了.    以前用汇编语言写单片机程序的时候,这个问题还是相对容易解决的.比如用的是12MHz晶振的51,打算延时20us,只要用下面的代码,就可以满足一般的需要:     

在DOS时代,拥有一个华丽的汉字菜单几乎是每个高档中文应用程序必须的包装.中文Windows操作系统的出现使得高级开发平台实现全中文的提示和界面非常容易和方便.在一般的应用程序中已经很少需要去专门考虑汉字处理的问题. 但是在许多工程控制和字符串处理的环境中,汉字字符的处理仍然有别于西文字符的处理,需要加以专门的考虑. 一.VB6对汉字处理的支持 对汉字处理,VB6主要是提供了一些输入法设置方面的支持.它提供了一个ImeMode属性和ImeStatus函数来确定和设置输入法的状态.而且此属性和方法

参考资料: https://www.jianshu.com/p/88dfc09e7403 https://blog.csdn.net/feit2417/article/details/80890218 零.前言 我一直认为看资料还不如先动手试试,在“做”的过程中“学”,先打下基础.建立兴趣,再戒骄戒躁好好看看书,搞明白一些常识.但是网上的教程往往都比较片面,要么给几张图.几段代码就算完事了,环境如何安装.细节小问题是怎么回事都讲的不是很详细,所以这篇文章就是要把每一步都讲的详细了,真正0基础也能

一.安装源文件下载 百度网盘链接:https://pan.baidu.com/s/18tnjFgVat4q2hDSh7LAD8A 提取码:    2295 二.安装及破解 1.安装51的编辑器 双击安装包文件 c51v954a.exe(也可以是其他51编辑器的版本) 然后点击 next 勾选同意,然后点击 next 点击 Browse选择安装路径,我这里选择的是C盘自己建的一个MDK4 and MDK5文件夹,后面安装STM32的编辑器需要在同一路径.然后点击 next 随意填写相关信息(最好是

大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是在MDK开发环境下将关键函数重定向到RAM中执行的几种方法. 这个关键函数重定向到 RAM 中执行系列文章,痞子衡已经写过 <IAR篇>.<MCUXpresso IDE篇>,今天一鼓作气把 Keil MDK 篇也写了,做个全家桶. 把 Keil MDK 放到最后来写,其实痞子衡是有用意的.第一篇写 IAR,我们基本上是要纯手工改链接文件.第二篇写 MCUXpresso IDE,我们除了手工改链接文件,也在利用它的链接文

在汽车ECU软件运行中,软件代码运行安全性是第一,在代码中尽可能的不要固化有flash_erase.flash_write操作存在,主要是防止当出现异常情况时,程序跑飞,误调用erase.write对flash操作,使得原软件受到破坏,以致ECU不能正常工作. Bootloader也称为启动引导加载程序,这段程序是硬件设备在上电复位之后执行的第一段软件代码. 方式一.为了实现在线更新功能,Bootloader程序需要对flash进行操作.一般情况下,我们将FLASH操作程序作为Bootloade

stack 的使用,是单片机开发中影响最大,但是最少被讨论的问题.而提及这个问题的地方,都是对这个问题含糊其辞. 今天花了点时间,使用最笨的办法,直接阅读汇编代码,来对这个问题就行探究,这里做一下记录. 下面是本次实验使用的代码,代码本身没有意义,仅作探讨 stack 相关问题使用: short c; short g(short a) { ] = {0x03}; ; ; i<; i++) { b[] += b[i] + a; } ] < ) g(b[]); ]; } int main(void

随机误差是有随机干搅引起的,其特点是在相同条件下测量同一个量时,其大小和符号做无规则变化而无法预测,但多次测量结果符合统计规律.为克服随机干搅引入的误差,硬件上可采用滤波技术,软件上可以采用软件算法实现数字滤波,其算法往往是系统测控算法的一个重要组成部分,实时性很强,采用汇编语言来编写. 采用数字滤波算法克服随机干搅引入的误差具有以下几个优点: (1)数字滤波无须硬件,只用一个计算过程,可靠性高,不存在阻抗匹配问题,尤其是数字滤波可以对 频率很高或很低的信号进行滤波,这是模拟滤波器做不到的. (

经常使用Proteus的朋友面临的一个问题就是,这个设计用Proteus能仿真吗?在初级阶段,我们仅仅会参考Proteus是否有对应的器件以及器件是否有仿真模型来决断这个问题.有就能仿真,没有就不能仿真.但是这个问题并不是这么绝对的,如果你一定要仿真一个题目 ,但是器件在Proteus中没有,你的思路应该是寻找替代的方案 ,而不是一个绝对的"不"字. 所以说,对于单片机控制类目的问题,基本上都是可以仿真 的,差的只是转换的思路.我说基本上,话没有说满,是因为需求差距还是不能太大,你如果

大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是在IAR开发环境下将关键函数重定向到RAM中执行的三种方法. 嵌入式项目里应用程序代码正常是放在 Flash 中执行的,但有时候也需要将代码中的一些函数重定向到 RAM 中去执行,这些函数包括 Flash 擦写操作函数(假定 Flash 本身有 RWW 限制),对执行时间要求特别高的中断响应函数或核心算法函数(假定 RAM 中代码执行速度超过 Flash)等等,这些被重定向到 RAM 中执行的函数我们通常称其为关键函数. 前段时间痞

大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是MCUXpresso IDE下将关键函数重定向到RAM中执行的几种方法. 前段时间痞子衡写了一篇 <在IAR开发环境下将关键函数重定向到RAM中执行的三种方法>,有读者在文章下面留言,希望也讲一讲 MCUXpresso IDE 下函数重定向到 RAM 中执行的方法.我们知道函数重定向的实现需要借助 IDE 中链接器,不同 IDE 下虽然链接器原理差不多,但具体链接语法不太一样.MCUXpresso IDE 的底层工具链是 Arm

大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是在IAR开发环境下将整个源文件代码重定向到任意RAM中的方法. 痞子衡旧文 <在IAR下将关键函数重定向到RAM中执行的方法> 里介绍了三种关键函数重定向方法,不过这三种方法只是写法形式不同,本质上没啥区别,都是利用 IAR 链接器特性将函数重定向到工程数据段(RW)所在 RAM 里. 对于 i.MXRT 这种拥有多块地址非连续的 RAM 的芯片,其实我们也可以单独将这些重定向函数放到一个指定的 RAM 里,不一定非得跟数据段放在

参考文章:微信公众号文章 在sql中怎么查看一个字符的ascii编码,so easy !! select ASCII('a') SELECT CHAR(97) charNum SELECT UNICODE('a') unicodeNum 结果是这样的 还有一点,Unicode编码只编码第一个 SELECT UNICODE(97) SELECT UNICODE(9)

sql server中,如果想知道有哪些语句是执行效率不高的,应该如何查看呢?下面就将为您介绍sql server中如何查看执行效率不高的语句,供您参考.   在测量功能时,先以下命令清除sql server的缓存   dbcc freeProcCache   在点击某个按钮,执行完后,再执行下面语句,就可以知道系统运行什么Sql和多少次了,其主要慢语句是那些了;   SELECT creation_time  N'语句编译时间'         ,last_execution_time  N'