程序调试（除错）过程中的一些雕虫小技（一、前言）
调试程序，是软件开发过程中的一个必不可少的环节。这篇帖子，匠人试着来整理一下一些调试的技巧。
说到“技巧”，这个词自从被所长批臭之后，匠人就吓得不敢再提，生怕一不小心就暴露了思想的浅薄和眼光的局限，呵呵。所以咱们不叫“技巧”，干脆低调点，就叫“雕虫小技”吧。
这里所讨论的“调试”技巧，有些是必须结合开发工具本身的功能来实现，而有些可以通过烧录芯片来验证。
各种开发工具，提供的功能多少强弱也不尽相同，这些方法也未必都能套用。仅供参考吧。
最后说明一下，这是没有草稿的帖子，匠人仍然以不定期连载的方式，边写边发边改。可能结构会比较混乱。欢迎大家一起参与讨论。
程序调试（除错）过程中的一些雕虫小技（二、磨刀不误砍柴功）
在调试之前，需要掌握以下一些基本功：
1、熟悉当前的开发（调试）环境，比如：设置断点、单步运行、全速运行、终止运行，查看RAM、查看堆栈、查看IO口状态……总之，要熟练掌握基本操作的方法，并深刻了解其中意义。
2、了解芯片本身的资源和特性。
3、了解一点汇编语言的知识。（本来匠人是准备写“精通”的，但考虑到现状，还是“放低”这方面的要求罢了）。
4、掌握基本的电路知识和排错能力。（软件调试有时也会牵涉到硬件原因。总不能连三极管的好坏都不能识别吧？）
5、万用表、示波器、信号发生器……这些工具总该会用吧？
6、搜索、鉴别资料的能力。（内事问百度、外事问古狗、有事没事上21ic网）
7、与人沟通，描述问题的能力。（调试36计的最后一计——就是向他人讨教。当然，你得把话说明白才行）
差不多了，如果上述7把砍柴刀磨好了，就可以开始调试了。接下来，请调入你的程序……
——什么？你说你程序还没写？
——匠人倒塌……
程序调试（除错）过程中的一些雕虫小技（三、优先调试人机界面）面对程序中的一大堆模块，无从下手是吗？好吧，匠人告诉你，先调显示模块，然后是键盘。
为什么要先调显示模块？道理很简单，我们说“眼睛是心灵的窗户”，同样，“显示是程序的窗户”。一旦把显示模块调试好了，就可以通
过这个窗口，偷窥（天呐，这两个居然是敏感字！）程序内部的数据和状态了。
然后紧接着，就是调试键盘模块。有了这个按键，我们就可以人工干预程序的运行了。
——什么，你的程序没有显示和按键？
——这位童鞋，你真不幸，请去检查一下自己的人品和星座运程先。谢谢。
实在是没显示？再看看系统有蜂鸣器吗？如果侥幸有的话，也能凑合着发发提示声音吧？
或者，有串口吗？可以考虑借助PC 端的串口调试软件来收发数据，这也是一个间接的人机交流方法。
总而言之，要尽快建立人机交流界面。
程序调试（除错）过程中的一些雕虫小技（四、慢镜头的威力）2009年春晚捧红了魔术师刘谦（这位老兄名“谦”，其实一点都不谦虚——长的帅不是错，出来拽就是罪过了！），也勾起了大家对魔术的浓厚兴趣，如何识破那些快速的眼花缭乱的魔术手法呢？很简单，用慢镜头回放即可。据说刘谦那个橡皮筋魔术的手法就是被人如此识破的。
回到我们单片机上来。我们知道，单片机的运行速度，一般都是在几M到几十M（当然，也有为了节能而采用几十K的低速）。不管怎么样，这个速度都远远超出了我们人眼能够分辨的速度。眼睛一眨，也许几M条指令已经执行过去了。
比如说数码管显示（假设有4位数码管）。平时我们看到数码管同时点亮着，但是实际上，这4个数码管是逐个扫描的。在任意一个时刻，只有一位数码管被点亮。在微观上，我们可以进一步把每位数码管的扫描动作细分为以下几个步骤：
1、关闭上一位数码管的位选信号；
2、输出当前位数码管的段选信号；
3、开启当前位数码管的位选信号；
4、启动1ms延时；
5、延时结束后，指针移动到下一位数码管，并重复上述4个步骤，如此周而复始。
你看，这样是不是就像用一个慢镜头在分解显示扫描的动作了？
那么如何实现这个慢镜头呢？方法很多：
1、单步运行（需要仿真器支持）；
2、在每一步分动作之后设立断点（需要仿真器支持）；
3、在每一步分动作之后插入足够的延时，让我们肉眼可以看清楚这些分动作（不需要仿真器，适合烧片测试）；
通过慢镜头的反复回放，我们就可以发现，到底是哪一个分动作出现了问题。
这个技巧，不仅仅适用于调试显示程序，也适用于按键扫描或其它模块。只要一个功能可以被细分为若干的动作，那么这一招“慢镜头分解法”都是可以使用的。
程序调试（除错）过程中的一些雕虫小技（五、给程序安装个黑匣子）某年某月的某一天，一架飞机以优美的抛物线形状，一头栽到海里去了……几天后，人们找到了飞机的黑匣子，里面记录了飞行员的最后一句话：“天呐，我看到火星人了！……”
以上空难情节我们经常会通过新闻看到吧（当然，最后一句是匠人版的科幻情节）。看看，飞机的黑匣子可以记录并再现现场，多么神奇！欧耶！
我们在调试程序时，也可以借鉴这个方法，给程序按装一个黑匣子。程序中的黑匣子其实就是一个在内存中开辟的队列。队列的原理我们很清楚，先进先出，后进后出（与飞机黑匣子的特性相同）。
比如说吧，假设我们的系统在工作中，某个输入量的采样值经常受到不明原因的扰动。我们要摸清这种扰动的规律，以便对症下药。但是这种扰动稍纵即逝。
我们的困扰是：程序正常运行时看不出规律，单步走又难以捕捉扰动。怎么办？
有没有办法，把扰动记录下来？
当然可以。
我们可以利用系统里剩余的RAM，开辟一块单元，做成队列。并写段测试程序，定时把新采样值压入队列。
然后我们让程序运行，在需要的（任意）时刻，让程序停下来。这时，队列里记录的就是最新一批采样数据。
只要队列的深度足够大，我们就可以找出扰动的规律来。
——什么，你问我什么叫队列？
——匠人曰“天呐，我看到火星人了！……”
程序调试（除错）过程中的一些雕虫小技（六、在程序中设卡伏击，拦截流窜犯）
警察抓流窜犯的场面我们都很熟悉了。一般的方法，就是以案发现场为中心，在犯罪分子逃窜的必经路口，设卡盘查。有道是天网恢恢疏而不漏，叫你插翅也飞不过去。
有时，程序中也会出现这样一个“流窜犯”，它就是PC指针。
对于一个未经调试的不成熟的程序来说，导致PC指针跑飞的因素很多，我们逐条列举并分析之：
1、电磁干扰（如果不是在现场，那么这一条可以暂时不考虑。因为在调试环境下一般不会有干扰）；
2、程序结构错乱（喜欢用jmp或goto类指令的尤其要注意这点）；
3、堆栈溢出或错乱，导致PC指针出错；
4、PC指针被错误改写（有些芯片PC指针存储单元和其它RAM单元的访问方法是一样的，很容易被误写）；
5、数据错误，导致程序没有按照预期路径运行；
6、看门狗溢出（原因一般是因为看门狗设置不当、喂狗不及时、程序堵塞或者程序死循环）；
7、中断被意外触发；
8、外部电路问题，比如电源不稳等等；
9、其它……
当我们开始怀疑PC指针时，我们首先要做的是确认PC指针是否跑飞了，其次要找到PC指针跑飞的证据。
我们可以在不同的分支路口，或者在我们怀疑的地方，设立断点，看程序是否走了不该经过的路径。
举个例子，比如我们怀疑程序运行中看门狗发生了溢出复位，那么很简单，我们只需要在初始化入口设立一个断点，让程序运行。正常情
况下，程序只会经过一次该断点。如果再次经过该断点被拦截，那么我们就可以初步确诊“看门狗发生了溢出复位”。
再举个例子，比如程序中某个环节有A、B两个分支，正常时只走A 分支，不正常时才走B分支。那么我们可以在B分支设立断点，程序一旦异常，走入B分支，就可以被拦截下来。
程序被拦截下来后，我们可以勘察现场，查看RAM区内容和程序刚走过的路径，从中分析导致程序PC指针错乱的原因。
当然，并不是每一次伏击守候都能一举擒获流窜犯（敌人是“狡猾”的，呵呵）。这就需要我们多一份耐心和技巧。通过不断调整断点位置来改变拦截地点。逐渐逼近并找到根源（流窜犯的老巢），然后一举拿下。
程序调试（除错）过程中的一些雕虫小技（七、向猎人学习挖坑设陷阱的技术）
上一回说到，在程序中设卡（断点），可以拦截流窜犯（程序流程错误）。实际上，断点的功能可强大了，不但可以拦截程序流程错误，也可以拦截数据错误。当然，这需要一些辅助手段。
还是以前面提到的一个例子来说。比如某个采样值（当然，也不一定是采样值，在这里也可以是RAM中任意单元中的值）受到未明因素影响，经常“乱跳”。这种数据出错的原因，可能如下：
1、计算错误（比如溢出），导致结果出错；
2、被其它程序段误改写；
3、其它原因……
当数据出错后，我们希望能够在最快时间内，让程序停下来，这样才能有效查出是哪一段程序出了问题。
有些调试环境本身可以捕捉数据错误，并产生断点中断。这当然最好不过。但是如果调试环境本身不提供这种捕捉功能，那么就需要我们自己来制造机关了。
看看猎人是是如何做的：他们会在猎物经过的地方，挖个坑，上面盖上浮土。当小型动物经过时，浮土不会塌陷。而当体重较大的动物经过时，它们的体重就会压垮浮土，掉进猎人的陷阱。
猎人的这个陷阱机关，妙就妙在是它“智能”的，会根据动物的体重进行筛选。
轻巧的小白兔来了——放过，笨重的大狗熊来了——捕获！欧耶！好了，回到程序中来，假设我们要监控的那个RAM单元，正常值域为0~9；那么我们可以写一段测试代码，判断数值是否>9，根据判断结果执行两个分支，并在那条错误的分支路径上设置断点。
如果数据没有出错，程序会一直运行（小白兔请放心过去）；直到数据错误发生，断点会自动停下来（大狗熊给我拿下）。
我们可以把这段测试程序，插入在“狗熊出没”的地方，“守株待兔”（其实“守坑待熊”）。
接下来的事情，就跟上回说的抓流窜犯原理差不多了。
——什么，你喜欢吃兔肉？不喜欢吃熊掌？
——你也太没有爱心了，唉。。。。。
程序调试（除错）过程中的一些雕虫小技（八、在程序中设置窃听器）
1、你的定时中断频率是否等于设想的那个值？
2、你的主程序循环一次花了多少时间？
3、你的程序中某一次复杂计算需要耗费多少时间？
4、你的程序里某个动作发生的具体时刻是什么时候？
5、……
——也许你不关心这些时间，那么你就不必看这一回了。
但是——
1、当我们的计时时钟发生偏差时，我们希望知道定时中断是否正常发生了；
2、当我们的程序任务较多，并已经导致任务堵塞时，我们需要知道主程序运行一圈的时间是多少，以便我们合理分割任务，避免堵塞；
3、同样，为了避免任务堵塞，我们要了解那些复杂计算所消耗的时间，并采取必要的措施（优化算法、分时间片执行、调整执行频率）来保证系统的实时性；
4、当程序中某些动作与其它动作或状态存在时间上的关联时，我们必须严格控制它的执行时机，确保它在正确的时刻被执行到；
5、……
我们如何才能从外部，对这些这些发生在程序内部的时间（时刻）进行精准的测量？
我们当然不能钻到芯片里面去监视每一条指令的运行情况。但是，我们可以学习一下克格勃，给程序安装个窃听器。
具体方法：
1、首先，你需要一台示波器。没有的话，可以去偷、去抢、去骗。总之，最终你搞定了这台示波器，欧耶。
2、其次，你的芯片上要有一个空余的输出口用作测试口。没有的话，就拆东墙补西墙吧，先把不相关功能的IO口挪用一下啦。总之，最终你搞定了这个测试口，欧耶。
3、接下来，你可以在你要“监听”的程序段中，写一小段程序，对那个测试口取反（或者输出一个脉冲）。
4、最后让程序全速运行起来，你就可以用示波器来监听程序的运行状况了。
以本回开始举的几个例子来分析：
1、如果要测试定时中断频率，只要在中断中对这个测试口取反，即可通过示波器观测中断频率；
2、如果要测试主程序运行周期，只要把取反指令放在主程序循环圈中，即可；
3、如果要测试一次复杂计算（或其它动作）需要消耗多少时间，我们只需在计算之前把测试口变为高电平，等到计算结束后立即把输出口恢复到低电平，这段高电平的时间长度，即为计算消耗时间；
4、如果想知道两个动作之间的延时时间，我们也可以按照上一条方法一样，在两个动作发生前把测试口分别取一次反。就可以通过示波器轻松测试出来。
5、根据实际案例的具体情况，我们可以把这种窃听技术变换出更多花样。比如我们可以用两个IO口做测试口，同步检测两个事件的发生时刻，并测量其相互时间关系。等等……
6、引申开去，这个测试口不仅仅可以检测时间，也可以用来检测内部数据的变化。比如当某个数据的值发生“越界”时，输出一个高电平（平时为低电平）。
等到我们取得我们想要的测试数据，我们可以把这个临时的测试口功能撤销。同时，那些测试代码也可一并删除或屏蔽。
总结：把程序内在的、不直观的、快速的一些状态变化，通过IO口传递出来，以便我们观测。——这就是我们这一回所讲的“窃听器”调试技巧的精髓。
——警告，请勿把“窃听器”安装在女生宿舍哦！
——那样的话，匠人岂不就成为教唆犯了。罪过，罪过。。。。。
程序调试（除错）过程中的一些雕虫小技（九、快镜头加速）
前面已经讲过慢镜头，这回再讲快镜头。
慢镜头的作用的把程序的运行节奏降低，以便我们能够“一帧一帧”地观测程序的运行状态。而快镜头的作用，则相反，就是让程序的运行节奏变快，让我们验证一些原本需要消耗较多等待时间的功能。
比如说，一个定时功能，定时范围是可调的，为1~24小时。如果我们要去验证，总不能傻等1~24小时吧？
怎么办呢？快镜头来了。
我们知道程序中的时间，是靠一级一级的计时器累计上来的。比如一个程序中分别有“时、分、秒”三个计时器单元。依次计数，逢60进一。“秒”计满60次了，则“分”+1；“分”计满60次了，则“时”+1；“时”计数超过设定值了，我们就可以判定定时结束。
那么我们只要修改一下“分”到“时”的进位关系。比如改成：“分”+1；“分”计满1次（原本是60次）了，则“时”+1。这样一来，整个定时系统速度就比原来提高60倍。测试起来就很省时间了。
当然，测试完成后，记得要把刚才做的测试代码改回原样哦。
举一反三，“快镜头”技巧，不仅仅用在定时方面，也可以用在计数方面。通过对数据的变化“加速”，来加快我们的测试速度。
——什么，你喜欢磨洋工，愿意花24小时去测试那个定时功能？——哈哈，放心，我不会告诉你的老板的——除非他使出美人计来对付我。欧耶！
程序调试（除错）过程中的一些雕虫小技（十、拉闸睡觉！统一管理调试代码）
前面介绍的几种方法，需要在程序中增加一些临时性的调试代码。
有些调试代码是无害的，比如只是一些延时指令，或者是在不使用的IO口上有一些输出而已。
但另一些调试代码，与正式要求的程序功能是相冲突的。那么这些代码在完成调试之后就应该被删除或屏蔽掉。
那么会不会出现意外，把本该被删除的代码漏删了？结果埋下祸害？——如果调试代码少，出错的概率比较低，只要认真仔细点还好办；但是如果程序中的调试代码写得比较多，那么确实很担心会发生这种问题。
或者另一种情况，就是前脚把调试代码删除或屏蔽掉，后脚发现还需要再调试，又要重新输入或打开那些代码？
如何管理这些代码呢？这个我们要向宿舍管理员学习了。他们是这么做的，给所有房间安装一个总电闸。到了晚上11点就把总闸一拉，看书的、打牌的、喝酒的、胡侃的、泡妞的、夜游的、Y们都给我老老实实睡觉去吧！
程序中，这样的总闸也是可以通过条件编译的方式来实现的。就像这样：
//#define TEST_MD //调试状态标志(在调试时打开，正式烧录芯片时屏蔽)
//在编写调试代码时,采用下面的形式:
#ifdef TEST_MD //如果是调试状态,则编译这段代码
……
……
#else //如果不是调试状态,则编译这段代码
……
……
#endif
一个总闸，把管理简单化了。欧耶！
调试程序一般应经过以下几个步骤： 1、先进行人工检查，即静态检查。 在写好一个程序以后，不要匆匆忙忙上机，而应对纸面上的程序进行人工检查。这一步是十分重要的，它能发现程序设计人员由于疏忽而造成的多数错误。而这一步骤往往容易被人忽视。有人总希望把一切推给计算机系统去做，但这样就会多占用机器时间，作为一个程序人员应当养成严谨的科学作风，每一步都要严格把关，不把问题留给后面的程序。 为了更有效地进行人工检查，所编的程序应注意力求做到以下几点： （1）应当采用结构化程序方法编程，以增加可读性；（2）尽可能多加注释，以帮助理解每段程序的作用；（3）在编写复杂的程序时不要将全部语句都写在main函数中，而要多利用函数，用一个函数来实现一个单独的功能。这样既易于阅读也便于调试，各函数之间除用参数传递数据这一渠道以外，数据间尽量少出现耦合关系，便于分别检查和处理。 2、在人工检查无误后，才可以上机调试。通过上机发现错误称动态检查。在编译时给出语法错误的信息，可以根据提示的信息具体找出程序中出错之处并改正之。 应当注意的是有时提示的出错并不是真正出错的行，如果在提示出错的行上找不到错误的话应当到上一行再找。有时提示出错的类型并非绝对准确，由于出错的情况繁多各种错误互有关联，因止要善于分析，找出真正的错误，而不要只从字面意义上找出错信息，钻牛角尖。如果系统提示的出错信息多，应当从上到下一一改正。有时显示出一大片出错信息往往使人感到问题严重，无从下手。其实可能只有一二个错误。例如，对使用的变量未定义，编译时就会对所有含该变量的语句发出出错信息；有的是少了“}”或多了“}”有的是书写语句时忘记写“；”或是全角的“；”了，只要加上一个变量定义，或填加“}；”就所有错误都消除了。 3、在改正语法错误后，程序经过连接就得到可执行的目标程序。运行程序，输入程序所需数据，就可得到运行结果。应当对运行结果作分析，看它是否符合要求。 有的初学者看到运行结果就认为没问题了，不作认真分析，这是危险的。 有时，数据比较复杂，难以立即判断结果是否正确。可以事先考虑好一批“试验数据”，输入这些数据可以得出容易判断正确与否的结果。可以在计算的输出结果的程序地方加入一段输出到屏幕窗口的程序，利用屏幕窗口可以方便看到结果的，很直观。例如，if语句有两个分支，有可能在流程经过其中一个分支时结果正确，而经过其它一个分支时结果不对等。必须考虑周全。 事实上，当程序复杂时很难把所有的可能方案全部都试到，选择典型的情况作试验即可。 4、运行结果不对，大多属于逻辑错误。对这类错误往往需要仔细检查和分析才能发现。可以采用以下办法： （1）将程序与流程图仔细对照，如果流程图是正确的话，程序写错了，是很容易发现的。例如，复合语句忘记写花括弧，只要一对照流程图就能很快发现。 （2）如果实在找不到错误，可以采用“分段检查”的方法。在程序不同的位置设几个printf 函数语句，输出有关变量的值，往下检查。直到找到在哪一段中数据不对为止。这时就已经把错误局限在这一段中了。不断减小“查错区”，就可能发现错误所在。 （3）也可以用“条件编译”命令进行程序调试（在程序调试阶段，若干printf函数语句就要进行编译并执行。当调试完毕，这些语句不要再编译了，也不再被执行了）。这种方法可以不必一一去printf函数语句，以提高效率。 5、如果在程序中没有发现问题，就要检查流程图有无错误，即算法有无问题，如有则改正
软件调试技巧 一、软件调试方法 软件调试有很多种方法。常用的有4种，即强行排错法、回溯排错法、归纳排错法和演绎排错法。 1.强行排错法 这种方法需要动脑筋动的地方比较少，因此叫强行排错。通常有以下3种表现形式： ●打印内存变量的值。在执行程序时，通过打印内存变量的数值，将该数值同预期的数值进行比较，判 断程序是否执行出错。对于小程序，这种方法很有效。但程序较大时，由于数据量大，逻辑关系复杂，效果较差。 ●在程序关键分支处设置断点，如弹出提示框。这种方法对于弄清多分支程序的流向很有帮助，可以很 快锁定程序出错发生的大概位置范围。 ●使用编程软件的调试工具。通常编程软件的IDE集成开发环境都有调试功能，使用最多的就是单步调 试功能。它可以一步一步地跟踪程序的执行流程，以便发现错误所在。 2.回溯排错法 这是在小程序中常用的一种有效的调试方法。一旦发现了错误，可以先分析错误现象，确定最先发现该错误的位置。然后，人工沿程序的控制流程，追踪源程序代码，直到找到错误根源或确定错误产生的范围。 3.归纳排错法 归纳法是一种从特殊推断一般的系统化思考方法。归纳法调试的基本思想是，从一些线索（错误的现象）着手，通过分析它们之间的关系来找出错误，为此可能需要列出一系列相关的输入，然后看哪些输入数据的运行结果是正确的，哪些输入数据的运行结果有错误，然后加以分析、归纳，最终得出错误原因。 4.演绎排错法 演绎法是一种从一般原理或前提出发，经过排除和精化的过程来推导出结论的思考方法。调试时，首先根据错误现象，设想及枚举出所有可能出错的原因作为假设。然后再使用相关数据进行测试，从中逐个排除不可能正确的假设。最后，再用测试数据验证余下的假设是否是出错的原因。 二、调试的原则 调试能否成功一方面在于方法，另一方面很大程度上取决于个人的经验。但在调试时，通常应该遵循以下一些原则。 1.确定错误的性质和位置的原则 用头脑去分析思考与错误征兆有关的信息，避开死胡同。调试工具只是一种辅助手段。利用调试工具可以帮助思考，但不能代替思考。通常避免使用试探法，最多只能将它当作最后的手段，毕竟小概率事件有时也会发生。 2.修改错误的原则 在出现错误的地方，很可能还有别的错误。修改错误的一个常见失误是只修改了这个错误的征兆或这个错误的表现，而没有修改错误本身。当新修正一个错误的同时又引入新的错误。 三、有效减少调试时间 1.绘制程序流程图 一些程序员认为，绘制程序流程图是件繁琐的事，而且浪费时间。其实不然，当读者对着偌大的程序一筹莫展时，面对纷纭复杂的关系理不出头绪时，使用程序流程图绝对可以事半功倍。 因此建议在编制程序前先绘制流程图，这样编程的思路有条理，调试时同样会有条不紊。若编制程序之前没有绘制流程图，当排错没有进展时，可以马上编写流程图。你会发现，程序中某些分支或细节被忽略了，这些细节可能就是程序出错的地方。 2.不要过多地依赖单步调试 有些程序对时间很敏感。数据只在那么一瞬间有效，可谓稍纵即逝。所以等到单步执行到那里时，
数控车床的基本操作与简单程序调试 一、实训目的 ＜ 1 ＞掌握数控车削加工基本编程指令及其应用 ＜ 2 ＞熟悉了解数控车床的操作面板和控制软件； ＜ 3 ＞掌握数控车床的基本操作方法和步骤； ＜ 4 ＞进一步了解数控车床的结构组成、加工控制原理； ＜ 5 ＞熟练掌握精车程序的输入调 二、预习要求 认真阅读数控车床组成、位置调整和坐标系设定及基本编程指令与调试的章节内容。 三、实训理论基础 1．基本编程指令功能介绍 1 ）． G 功能 ( 格式： G 2 G 后可跟 2 位数 ) 常用 G 功能指令 (1) 、表内 00 组为非模态指令，只在本程序段内有效。其它组为模态指令，一次指定后持续有效，直到被本组其它代码所取代。 (2) 、标有 * 的 G 代码为数控系统通电启动后的默认状态。
2 ）． M 功能 ( 格式： M2 M 后可跟 2 位数 ) 车削中常用的 M 功能指令有： M00-- 进给暂停 M01-- 条件暂停 M02-- 程序结束 M03-- 主轴正转 M04-- 主轴反转 M05-- 主轴停转 M98-- 子程序调用 M99-- 子程序返回。 M08-- 开切削液 M09-- 关切削液 M30-- 程序结束并返回到开始处 3 ）． T 功能 ( 格式： T2 或 T 4 ) 有的机床 T 后只允许跟 2 位数字，即只表示刀具号，刀具补偿则由其它指令。 有的机床 T 后则允许跟 4 位数字，前 2 位表示刀具号，后 2 位表示刀具补偿号。如： T0211 表示用第二把刀具，其刀具偏置及补偿量等数据在第 11 号地址中。 4 ）． S 功能 ( 格式： S4 S 后可跟 4 位数 ) 用于控制带动工件旋转的主轴的转速。实际加工时，还受到机床面板上的主轴速度修调倍率开关的影响。按公式： N=1000Vc / p D 可根据某材料查得切削速度 Vc ，然后即可求得 N. 例如：若要求车直径为 60mm 的外圆时切削速度控制到 48mm/min ，则换算得： N=250 rpm ( 转 / 分钟 ) 则在程序中指令 S250; 5 ）．车床的编程方式 （ 1 ）．绝对编程方式和增量编程方式。 图 2-1 编程方式示例 绝对编程是指程序段中的坐标点值均是相对于坐标原点来计量的，常用 G90 来指定。增量( 相对 ) 编程是指程序段中的坐标点值均是相对于起点来计量的。常用 G91 来指定。如对图 2-1 所示的直线段 AB 编程 绝对编程： G90 G01 X100.0 Z50.0; 增量编程： G91 G01 X60.0 Z-100.0;
P L C程序现场调试的方 法 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
PLC程序现场调试的方法——【非常重要】 02-04 16:42更新林慧玲分类：围观:625人次微信二维码 1、要查接线、核对地址 要逐点进行，要确保正确无误。可不带电核对，那就是查线，较麻烦。也可带电查，加上信号后，看电控系统的动作情况是否符合设计的目的。 2、检查模拟量输入输出 看输入输出模块是否正确，工作是否正常。必要时，还可用标准仪器检查输入输出的精度。 3、检查与测试指示灯 控制面板上如有指示灯，应先对应指示灯的显示进行检查。一方面，查看灯坏了没有，另一方面检查逻辑关系是否正确。指示灯是反映系统工作的一面镜子，先调好它，将对进一步调试提供方便。 4、检查手动动作及手动控制逻辑关系 完成了以上调试，继而可进行手动动作及手动控制逻辑关系调试。要查看各个手动控制的输出点，是否有相应的输出以及与输出对应的动作，然后再看，各个手动控制是否能够实现。如有问题，立即解决。 5、半自动工作 如系统可自动工作，那先调半自动工作能否实现。调试时可一步步推进。直至完成整个控制周期。哪个步骤或环节出现问题，就着手解决哪个步骤或环节的问题。 6、自动工作 在完成半自动调试后，可进一步调试自动工作。要多观察几个工作循环，以确保系统能正确无误地连续工作。 7、模拟量调试、参数确定 以上调试的都是逻辑控制的项目。这是系统调试时，首先要调通的。这些调试基本完成后，可着手调试模拟量、脉冲量控制。最主要的是选定合适控制参数。一般讲，这个过程是比较长的。要耐心调，参数也要作多种选择，再从中
3-2节程序调试的方法 编程是一件需要认真和细心的工作。通过让学生从李明同学学习程序设计时所遇到的困难和他情感上所表现出来的“窘态”故事开始，道出程序调试不但需要技巧、更需要有耐心和毅力的道理，从而激发学生学习程序调试的兴趣和热情，拉开了本节的充幕。 接着，布置任务，让学生输入课本P83四段有错误的程序，要求学生自己探究，并改正程序。 最后分析程序运行的情况，总结出程序运行出错的四种类型： 一、拼写错误 1）在工程窗口中，看到红色文字显示的程序是有拼写错误的。 2）同时还要检查其它的拼写错误 Pring改为print Integr改为integer 2、编译时出现的错误 S应该改为a 3、运行时出现的错误 运行时的错误是指编译通过后，在执行程序时出现的错误，如用0作除数等。
例如：a=0的时候，将会出现0作除数的情形 4、逻辑错误 程序运行后，得出的结果不是正确的。这说明程序存在逻辑错误。逻辑错误产生 的原因很多，运算符使用不正确、语句次序不对、循环的设置不对等都可以产生 逻辑错误。 如这里的程序的出口应该是tree>=100 任务： P85 马上行动：
你和同学们能解决以上的问题吗？以合作、交流的方式大胆尝试一下，你会有意外的收获！ 一、本节小结： 本节主要通过任务驱动、探究的形式，介绍了程序的错误类型，分析了产生错误的原因，程序的调试与排错的方法，让学生“从做中学”，进一步体验了程序调试的方法和技巧，培养了 学生调试程序的耐心和毅力，提高了学生程序设计的素养。 五、课外练习 编写一个程序，将从键盘输入的一个自然数进行因数分解，输出结果并上机验证。
实验一Keil软件的使用及简单程序的调试方法 一、实验目的 掌握Keil的使用方法和建立一个完整的单片机汇编语言程序的调试过程及方法。 二、实验器材 计算机1台 三、实验内容 1．Keil的使用方法。 2．建立一个单片机汇编语言程序的调试过程及方法 四、实验步骤 1．Keil的使用方法。Keil C51 软件是众多单片机应用开发的优秀软件之一，它集编辑，编译，仿真于一体，支持汇编,PLM 语言和C 语言的程序设计，界面友好，易学易用。启动Keil 后的界面如下：
几秒钟后即进入Keil的编辑界面。用户便可建立项目及应用程序。 2．简单程序的调试方法 Keil是通过项目工程来管理汇编程序的。因此在调试程序前必须建立一个工程，工程名称及保存位置由用户来指定，注意每位同学的工程名称用“学号姓名实验*”来命名。 （1）建立一工程 单击Project菜单，在弹出的下拉菜单中选中New Project选项。并在弹出的对话框中确定保存的位置及工程名称。 又弹出一对话框，要求用户选择相应的硬件CPU及相关设置。选择Atmel公司的AT89C51单片机。如下图所示
单击“确定”后在弹出的对话框中行选择“否”即工程建好了，但该工程没有任何语句，需要再建一个程序文件并将其添加到此工程中。 （2）建一文件 单击“File”/“New”命令，则弹出文件的编辑窗口，此时该文件还没有指明其文件名称及保存位置，该文件还没有加载到所建立的工程中。单击“File”/“Save”命令在弹出的对话框中指明文件的类型为.ASM汇编型及文件名后单击“保存”即可进行汇编源文件的编辑。如下图所示。 （3）将文件添加到工程中 单击“T arget 1”前的“+”号则展开后变成“-”号，并右键单击“Source Group 1”在弹出的下拉菜单中执行“Add Files to Group ‘Source Group 1’”命令并弹出对话框在该对话框中的“文件类型”下拉列表中选择“Asm source file”后找到要添加的文件名并选中，单击“Add”即可。
PLC程序的调试方法及步骤 PLC程序的调试可以分为模拟调试和现场调试两个调试过程，在此之前首先对PLC外部接线作仔细检查，这一个环节很重要。外部接线一定要准确无误。也可以用事先编写好的试验程序对外部接线做扫描通电检查来查找接线故障。不过，为了安全考虑，最好将主电路断开。当确认接线无误后再连接主电路，将模拟调试好的程序送入用户存储器进行调试，直到各部分的功能都正常，并能协调一致地完成整体的控制功能为止。 1．程序的模拟调试 将设计好的程序写入PLC后，首先逐条仔细检查，并改正写入时出现的错误。用户程序一般先在实验室模拟调试，实际的输入信号可以用钮子开关和按钮来模拟，各输出量的通／断状态用PLC上有关的发光二极管来显示，一般不用接PLC实际的负载(如接触器、电磁阀等)。可以根据功能表图，在适当的时候用开关或按钮来模拟实际的反馈信号，如限位开关触点的接通和断开。对于顺序控制程序，调试程序的主要任务是检查程序的运行是否符合功能表图的规定，即在某一转换条件实现时，是否发生步的活动状态的正确变化，即该转换所有的前级步是否变为不活动步，所有的后续步是否变为活动步，以及各步被驱动的负载是否发生相应的变化。 在调试时应充分考虑各种可能的情况，对系统各种不同的工作方式、有选择序列的功能表图中的每一条支路、各种可能的进展路线，都应逐一检查，不能遗漏。发现问题后应及时修改梯形图和PLC中的程序，直到在各种可能的情况下输入量与输出量之间的关系完全符合要求。 如果程序中某些定时器或计数器的设定值过大，为了缩短调试时间，可以在调试时将它们减小，模拟测试结束后再写入它们的实际设定值。 在设计和模拟调试程序的同时，可以设计、制作控制台或控制柜，PLC之外的其他硬件的安装、接线工作也可以同时进行。 2．程序的现场调试 完成上述的工作后，将PLC安装在控制现场进行联机总调试，在调试过程中将暴露出系统中可能存在的传感器、执行器和硬接线等方面的问题，以及PLC的外部接线图和梯形图程序设计中的问题，应对出现的问题及时加以解决。如果调试达不到指标要求，则对相应硬件和软件部分作适当调整，通常只
一，如果遇到了一些逻辑性很强的问题比如有循环什么的我的方法是在关键地方加入debug.print 变量 这样可以比较好地找到问题 二，msgbox 三，监视窗口，如下面的例子 For i=1 to 10000 A=sqr(i) next i 你想再监视当i＝799时A的值，就可以添加监视，方法：点调试，添加监视，选择“当监视值为真时中断”，上面表达式框中写上i=799， 这样你按F5，运行程序，程序会在i=799时中断。其他选项你可以自己去琢磨一下。 一个程序如何顺利的“脱产”，调试的过程是非常重要的。学过、钻研过程序设计的人都有同样的感受，很多情况下，调试程序的过程会比程序编写的过程更为困难。任何一个天才都不敢说，他编的程序是100%正确的。几乎每一个稍微复杂一点的程序都必须经过反复的调试、修改，最终才完成。所以说，程序的调试是编程中的一项重要技术。 程序中的典型错误类型 A类：语法错误。 B类：编译错误。 C类：属性设置错误。 D类：逻辑错误。 调试方法 方法一：利用“MSDN帮助菜单” “MSDN帮助菜单”是一个很好的自学工具，对于出现调试对话框的菜单来说，可以按下“帮助”按钮查看错误原因。 对于一些不是很清楚的函数格式、保留字的作用，也可以借助“帮助菜单”。 方法二：逐过程检查 主要检查代码是否写对，位置有没有错误，关键是要确定一段代码是在哪个事件控制下的。不妨先在脑海中把整个程序过一边，想一想究竟会有哪些事件发生（有些事件是人机互动的，例如：鼠标点击；而有些是机器自己执行的，这时要想到计时器的作用）；然后想一想每一件事发生后有什么效果。我们代码所编写的一般就是事件发生后的这个效果，那么以此事件来决定代码所写的位置。 方法三：逐语句检查（顺序、语义） 主要检查每一句代码的顺序是否写对，语义是否正确。 把整个代码从头至尾地读一边，仔细思索每一段子过程什么时候执行，以及每一子过程中的每一句代码什么时候发生，必要时可以在程序段中插入Print语句分段查看；也可用注释语
难怪很多前辈说调试是一个程序员最基本的技能,其重要性甚至超过学习一门语言。不会调试的程序员就意味着他即使会一门语言,却不能编制出任何好的软件。 我以前接触的程序大多是有比较成形的思路和方法,调试起来出的问题都比较小,最近这个是我自己慢慢摸索调试,接触了很多新的调试方法,并查了很多前辈的总结,受益匪浅,总结以前的和新的收获如下: VC 调试篇 设置 为了调试一个程序,首先必须使程序中包含调试信息。一般情况下,一个从AppWizard 创建的工程中包含的Debug Configuration 自动包含调试信息,但是是不是Debug 版本并不是程序包含调试信息的决定因素,程序设计者可以在任意的Configuration 中增加调试信息,包括Release 版本。 为了增加调试信息,可以按照下述步骤进行: ? 打开Project settings 对话框(可以通过快捷键ALT+F7打开,也可以通过IDE 菜单Project/Settings 打开 ?选择C/C++页,Category 中选择general ,则出现一个Debug Info 下拉列表框,可供选择的调试信息方式包括: 命令行 Project settings 说明 无 None 没有调试信息 /Zd Line Numbers Only 目标文件或者可执行文件中只包含全局和导出符号以及代码行信息,不包含符号调试信息
/Z7 C 7.0- Compatible 目标文件或者可执行文件中包含行号和所有符号调试信息,包括变量名及类型,函数及原型等 /Zi Program Database 创建一个程序库(PDB,包括类型信息和符号调试信息。 /ZI Program Database for Edit and Continue 除了前面/Zi 的功能外,这个选项允许对代码进行调试过程中的修改和继续执行。这个选项同时使 #pragma 设置的优化功能无效 ? 选择Link 页,选中复选框"Generate Debug Info",这个选项将使连接器把调试信息写进可执行文件和DLL ?如果C/C++页中设置了Program Database 以上的选项,则Link incrementally 可以选择。选中这个选项,将使程序可以在上一次编译的基础上被编译(即增量编译,而不必每次都从头开始编译。调试方法: 1、使用 Assert(原则:尽量简单assert只在debug下生效,release下不会被编译。 2、防御性的编程 3、使用Trace 4、用GetLastError来检测返回值,通过得到错误代码来分析错误原因 5、把错误信息记录到文件中 位置断点(Location Breakpoint 大家最常用的断点是普通的位置断点,在源程序的某一行按F9就设置了一个位置断点。但对于很多问题,这种朴素的断点作用有限。譬如下面这段代码:
P L C程序现场调试的方法 Prepared on 24 November 2020
PLC程序现场调试的方法——【非常重要】 02-04 16:42更新林慧玲分类：围观:625人次微信二维码 1、要查接线、核对地址 要逐点进行，要确保正确无误。可不带电核对，那就是查线，较麻烦。也可带电查，加上信号后，看电控系统的动作情况是否符合设计的目的。 2、检查模拟量输入输出 看输入输出模块是否正确，工作是否正常。必要时，还可用标准仪器检查输入输出的精度。 3、检查与测试指示灯 控制面板上如有指示灯，应先对应指示灯的显示进行检查。一方面，查看灯坏了没有，另一方面检查逻辑关系是否正确。指示灯是反映系统工作的一面镜子，先调好它，将对进一步调试提供方便。 4、检查手动动作及手动控制逻辑关系 完成了以上调试，继而可进行手动动作及手动控制逻辑关系调试。要查看各个手动控制的输出点，是否有相应的输出以及与输出对应的动作，然后再看，各个手动控制是否能够实现。如有问题，立即解决。 5、半自动工作 如系统可自动工作，那先调半自动工作能否实现。调试时可一步步推进。直至完成整个控制周期。哪个步骤或环节出现问题，就着手解决哪个步骤或环节的问题。 6、自动工作 在完成半自动调试后，可进一步调试自动工作。要多观察几个工作循环，以确保系统能正确无误地连续工作。 7、模拟量调试、参数确定 以上调试的都是逻辑控制的项目。这是系统调试时，首先要调通的。这些调试基本完成后，可着手调试模拟量、脉冲量控制。最主要的是选定合适控制参数。一般讲，这个过程是比较长的。要耐心调，参数也要作多种选择，再从中
选出最优者。有的PLC，它的PID参数可通过自整定获得。但这个自整定过程，也是需要相当的时间才能完成的。 8、完成上述所有的步骤 整个调试基本算是完成了。但最好再进行一些异常条件检查。看看出现异常情况或一些难以避免的非法操作，是否会停机保护或是报警提示。进行异常检查时，一定要充分考虑到设备与人身的安全! 整个调试基本算是完成了。但最好再进行一些异常条件检查。看看出现异常情况或一些难以避免的非法操作，是否会停机保护或是报警提示。进行异常检查时，一定要充分考虑到设备与人身的安全!
来源：中国物资采购网时间：2010年5月6日11时20分【大中小】PLC程序的调试可以分为模拟调试和现场调试两个调试过程，在此之前首先对PLC外部接线作仔细检查，这一个环节很重要。外部接线一定要准确无误。也可以用事先编写好的试验程序对外部接线做扫描通电检查来查找接线故障。不过，为了安全考虑，最好将主电路断开。当确认接线无误后再连接主电路，将模拟调试好的程序送入用户存储器进行调试，直到各部分的功能都正常，并能协调一致地完成整体的控制功能为止。 1．程序的模拟调试 将设计好的程序写入PLC后，首先逐条仔细检查，并改正写入时出现的错误。用户程序一般先在实验室模拟调试，实际的输入信号可以用钮子开关和按钮来模拟，各输出量的通／断状态用PLC上有关的发光二极管来显示，一般不用接PLC实际的负载(如接触器、电磁阀等)。可以根据功能表图，在适当的时候用开关或按钮来模拟实际的反馈信号，如限位开关触点的接通和断开。对于顺序控制程序，调试程序的主要任务是检查程序的运行是否符合功能表图的规定，即在某一转换条件实现时，是否发生步的活动状态的正确变化，即该转换所有的前级步是否变为不活动步，所有的后续步是否变为活动步，以及各步被驱动的负载是否发生相应的变化。 在调试时应充分考虑各种可能的情况，对系统各种不同的工作方式、有选择序列的功能表图中的每一条支路、各种可能的进展路线，都应逐一检查，不能遗漏。发现问题后应及时修改梯形图和PLC中的程序，直到在各种可能的情况下输入量与输出量之间的关系完全符合要求。 如果程序中某些定时器或计数器的设定值过大，为了缩短调试时间，可以在调试时将它们减小，模拟调试结束后再写入它们的实际设定值。 在设计和模拟调试程序的同时，可以设计、制作控制台或控制柜，PLC之外的其他硬件的安装、接线工作也可以同时进行。 2．程序的现场调试 完成上述的工作后，将PLC安装在控制现场进行联机总调试，在调试过程中将暴露出系统中可能存在的传感器、执行器和硬接线等方面的问题，以及PLC的外部接线图和梯形图程序设计中的问题，应对出现的问题及时加以解决。如果调试达不到指标要求，则对相应硬件和软件部分作适当调整，通常只需要修改程序就可能达到调整的目的。全部调试通过后，经过一段时间的考验，系统就可以投入实际的运行了。 本文来自: 中国物资采购网https://www.doczj.com/doc/9a10194105.html, 详细出处参考：https://www.doczj.com/doc/9a10194105.html,/newsinfo/2010-5-6/201056-11200321719338297.html PLC程序现场调试指在工业现场，甩有设备都安装好后，所有连接线都接好后的实际调试。也是PLC程序的最后调试。现场调试的目的是，调试通过后，可交给用户使用，或试运行。现场调试参与的人员较多，要组织好，要有调试大纲。依大纲，按部就班地一步步推进。开始调试时，设备可先不运转，甚至了不要带电。可随着调试的进展逐步加电、开机、加载，直到按额定条件运转。具体过程大体是: 1）、要查接线、核对地址。要逐点进行，要确保正确无误。可不带电核对，那就是查线，较麻烦。也可带电查，加上信号后，看电控系统的动作情况是否符合设计的目的。 2）、检查模拟量输入输出。看输入输出模块是否正确，工作是否正常。必要时，还可用标准仪器检查输入输出的精度。 3）、检查与测试指示灯。控制面板上如有指示灯，应先对应指示灯的显示进行检查。一方面，查看灯坏了没有，另一方面检查逻辑关系是否正确。指示灯是反映系统工作的一面镜子，先调好它，将对进一步调试提供方便。 4）、检查手动动作及手动控制逻辑关系。完成了以上调试，继而可进行手动动作及手动
一、认识调试功能 在组建(build)菜单中，点击开始调试(start debug)，在其下级子菜单中，包含了启动调试器运行的各项子命令（如图1所示） 图1 开始调试菜单 各子命令及其功能如下： ?Go：从程序中的当前语句开始执行，直到遇到断点（后面讲）或遇到程序结束。 ?Step Into：控制程序单步执行，并在遇到函数调用时进入函数内部。 ?Run to Cursor：在调试运行程序时，使程序运行到当前光标所在位置时停止，相当于设置了一个临时断点。 二、单步调试代码 利用图1菜单中的Step into功能或按F11键，进入单步调试状态，有一个箭头指向程序的第一行，每按一次F11键，程序再向前执行一行语句，如图2所示。
图2 开始调试后的界面 我们对图2的界面进行观察。 首先，菜单中增加一个调试（debug）菜单，如图中①处，下面是菜单中的部分功能（鼠标浮到上面时，会有提示，请试一试。） ?Step Into(F11)：单步调试程序，遇到调用函数时，进入函数内部逐步执行； ?Step Over(F10)：也是单步调试程序，遇到调用函数时，并不进入函数内容执行； ?Step Out：调试程序时，从正在执行的某个嵌套结构的内部跳到该结构的外部，常用于知道调用函数中不存在错误的情况； ?Run to Cursor(CTRL-F10)：调试程序时，直接运行到插入点处。 其次，和当前正在执行的语句相关的变量，以及其当前的值显示在了②处。 再次，黄色箭头代表了正在执行的位置。 【练习1】 下面，针对求1+2+3+...+100的程序，体验单步执行。步骤： (1)编写如图所示求1+2+3+...+100的程序，排除编译错误； (2)按前述开始单步执行，用“Step Into(F11)”持续执行，在执行过程中，注意观察变量的变化。 ?调试中，要将自己的预期和计算机执行的结果进行比较，当发现不一致，恭喜，问题找到了。
程序调试方法 李应洪2005-8-12 一、CommConstants.java文件的写法，里面注意按模块写。‘是’和‘否’用‘1’、‘0’ 二、Tomcat无法启动，先查看log，也行是java文件未完全编译，也有可能是web.xml或者Config.xml 文件配置问题。 三、Java程序 1.在发生异常的时候，我们是先尽快定位到关键的地方，如找不到，先不要急于每个方法里面 去单步跟踪Step into，而是先在几个自认为可能出错的程序段上Step over，肯定会找出是某 个段出现问题，然后在逐渐细化。 2.调试主要看一下几个关键点：设置断点Breakpoints，查看变量Variables，添加表达式 Expressions，查看控制台console。 3.设置断点：一般是在关键地方设置断点，先找到关键点，然后将该关键点细化；再在关键点 里面设置断点，依次找出Bug。 4.查看变量Variables：在程序运行的当前java类里面，可以查看该类里面的任何属性（包括 Entity，Entity又有属性），这样一层一层的查看参数与变量的值。 5.单步跟踪到每个方法里面Step into，跟踪某个语句Step over，跟踪某方法侯返回Step return。 6.添加表达式：表达式其实是属于变量的一部分，当你想关注确定的变量的时候，可以通过添 加表达式来调试更为直观。 7.查看控制台：控制台是我们找出Bug关键点的平台。在控制台里面可以直接定位到某个文件 的某个具体的方法或者某个语句，而且可以在控制台直接链接到对应的语句去。 8.Java文件的错误除了了在控制台会出现外，在Jsp页面还会出现。在Jsp页面出现的Java文 件的错误，也会表现的页面，同时会指出出错的地方。定位到行代码。 9.Java程序出错频率最高的地方： 1)空指针NullPoint，当一个class或者变量为null的时候，如果你在调用它的方法，系统 会抛出空指针异常。一般会有： a)rkdBiz= (CC_RkdBiz) BaseObjectFactory.getBaseObject("https://www.doczj.com/doc/9a10194105.html,_RkdBiz"); 如果rkdBiz＝null，再rkdBiz.insert();就会出现异常。因此，需要先再ClassFactory.xml 文件里面先配置实例化文件。 b)CC_RkdEntity rkdEntityTemp = this.selectRkd(conn, ryEntity, rkdEntity.getRkdID()); if (rkdEntityTemp != null) { // 组织数据 rkdEntityTemp.setGysMc(rkdEntity.getGysMc()); } c)for (int i = 0; i < rkdEntity.getRkdMxEntityArray().length; i++) { //需要加上rkdEntity.getRkdMxEntityArray()!=null的判断 } d)// 获得最大ID，转化为long型，赋值给实体对应的属性 SequenceNoSeeker sequenceNoSeeker = new SequenceNoSeeker(); rkdEntity.setRkdID(Long.valueOf(sequenceNoSeeker.nextSequenceNo(conn,
C Free 5.0 程序的单步调试 创建一份新的代码文件 可直接点击“文件”下的白色图标，或点击“文件”选择“新建”，或按快捷键“Ctrl + N”（C Free 5.0默认情况下新建的代码文件为.cpp 格式，可在“工具”、“环境选项”、“新建文件类型”中更改，C语言标准格式为.c 格式） 基于实例的C程序调试介绍 一、查看变量的内容 # include
输入需要监视的变量名，这里输入为sum 这时我们可以在监视窗口中看到sum的内容不为0，而是一个随机的值。 第四步，我们按一下F7（进入），我们发现sum的内容变为0了。这说明“sum=0；”这句语句被执行了。 我们还可以用同样的方法看一下i的内容。 只需要鼠标点 第六步，一步一步地按F7，我们可以发现在单步执行for循环语句的时候i和sum的内容在不断变化。当退出循环时，我们发现i的内容为11（因为变量i的内容为11,i<=10这个条件不满足,所以程序退出循环）。 附带提一下，当程序已经执行了“sum=0；”这一句语句后，如果我们直接把光标移到“printf("sum=%d",sum);”，然后按Ctrl+ F8，我们可以直接把上面的for循环都执行了，而不必一步一步地按F7。在实践中，为了查找程序的逻辑错误，我们往往要单步运行该程序好几遍。如果已经通过单步调试验证某一段语句（如一个for循环语句或者几个用户定义的函数）正确了，我们就可以用Ctrl+ F8跳过这段语句，直接运行到还未测试的语句。二、F7（进入）和F8（跳过）的区别 # include
汇编语言上机操作及程序调试的方法第一节在IBM-PC机上运行汇编源程序所必备的软件 为了在IBM-PC机上运行汇编源程序，机器上必须有DOS操作系统环境，DOS系统盘上应有下列文件： EDIT 文件编辑程序 MASM 宏汇编程序 CREF 交叉引用文件处理程序 LINK 链接程序 LIB 库管理程序 DEBUG 调试程序 第二节在IBM-PC机上运行汇编源程序的步骤 当用户编制好汇编语言源程序之后，要在机器上运行，必须经过以下几个步骤： 1．用EDIT命令建立与修改汇编源程序文件（ASM文件） 源程序就是用汇编语言的语句编写的程序，它不能被机器识别。源程序必须以ASM为附加文件名。至于EDIT的使用方法可以查阅手册。 2．用MASM命令汇编源文件以产生相应的目标文件（OBJ文件）源程序建立以后，必须经过汇编，转换成用二进制代码表示的目标文件，机器才可运行。汇编是通过调用PC—DOS下的宏汇编程序MASM实现的。汇编过程中，汇编程序对源文件进行二次扫描，如果源程序中有语法错误，则汇编过程结束后，汇编程序会指出源程序中的错误，这时，用户可以再用编辑程序来修改源程序中的错误，最后，得到没有语法错误的OBJ文件。 3．用LINK命令连接目标文件以产生可执行文件（EXE文件）由于汇编之后所得到的目标代码的存放地址并不是可执行的绝对地址，而是浮动的相对地址，因而，必须经过连接，把程序的各个模块连接在一起，或把要调用的子程序与主程序连接在一起，把相对地址变成绝对地址，形成可执行的文件。连接是由调用PC—DOS下的LINK程序来实现的。 4．调试、运行可执行文件。 经过以上过程，在盘上有了可执行文件，则可在DOS提示符下，直接打入文件名(不用扩展名)，就可以把执行文件从盘上装入内存，且立即执行此程序。
A l e a d e r--A O I-调试步骤 与技巧 -标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
标准注册与调试步骤 1.标准注册: A.电容: 电容的检测主要是检查其焊点、是否贴有元件和是否错料 电容命名格式是C-元 件大小-数字,eg:如图的 电容c0603-1 选定位框定位,框住 本体,便于找位 0603的元件偏移范围在之间, 若偏移范围过大,会导致测试 过程中框偏移而影响测试 注册时规定其中一个焊盘朝右 为零度,若当时元件不是按如图 所示的放置,则按此键旋转,使 B.电阻: 电阻的标准分两部分作,第一部分是看焊点(如下图图一),每二部分是看丝印(如下图图二),这样既可以检测焊点又可以检测是否错料(丝印检测) 电容命名格式是R-阻值(即本体 上的丝印),若同一块PCB板有大 小不同、阻值相同的元件,则R- 阻值-元件大小 焊点检测时不用滤色功能和调 整对比度、亮度 在上面的选项都选择完后,点 击此按钮,确定注册 图一
丝印的变化较多,若与本体 一起作标准,则影响焊点的 检测,且误判较多,很难调顺, 单独对丝印作标准,可以减 少由于丝印变化而带来的误 偏移范围一般填 作丝印检测时通过滤色可以消除 松香对丝印的影响,调整对比度和 亮度可使白的部分更白黑的更黑, 图二 C.三极管: 三极管的的标准分三部分作,具体步骤如下: ⑴本体和两个脚一起框,主要用来检测两个脚的焊点,加上本体能更好定位,编程时若三极管来料较多,都可以用一个来替换,可以节约编程时间,且在调试时可以不考虑丝印对它的影响,只要看焊点是否完好,而检测错料可以对丝印单独作标准{见第 三极管的命名格式是Q-数字,允 许偏移范围一般在加上极性检测 后能更好地检测元件是否贴反,定 位框定位能更准确找位 不管元件原来在PCB板的 放置如何,注册标准时一定 要将焊盘朝右,按此按钮可 以实现
一、程序调试的必要性 程序设计过程中，错误是在所难免的。虽然有些程序员认为一个程序可以做到完美无瑕，但实际情况却并非如此，不然就不会有人对Windows怨气冲天了。尽管信息学竞赛中所编的程序从来不会像Windows那样庞大，最多也是仅仅几百K而已，但由于时间有限，选手们的程序难免有疏漏之处。因此，调试就成了极其重要的一环。如何在紧迫的时间内快速准确地发现并改正错误，正是本文所要讨论的问题。 二、常见错误类型归纳 《孙子兵法》云：“知己知彼，百战不殆。”对于程序调试者来说，程序中的错误就好比是敌人，如能准确把握敌人的情况，无疑是极为有利的。下面我们就来对常见的一些错误类型进行归纳并给出解决方法。 1、思路错误 这要看是基本算法错误还是功能缺陷。前者需要重写大部分代码，是否重写则根据时间是否充裕而定，后者只需增加一部分代码，再修改某些地方，这时应全面考虑，以防遗漏应该修改的地方。 2、语法错误 这个没什么可说的，作为一名信息学竞赛的选手，应该对自己选择的编程语言的语法了如指掌，具体在这里就不多讲了。 3、书写错误 这种错误令人十分头痛，一般的书写错误在编译时都能找出来，但如
果你在表达式中用到变量j时误写成了i，不但编译程序找不出来，自己找时也由于两者样子比较相似，难以发现。排除这种错误只能靠“细心”两字，具体可使用下面要介绍的静态查错法。 4、输出格式错误 由于现在信息学竞赛采用黑箱测试法，由于输出格式错误而导致失分的例子屡见不鲜。一个标点，一个空格，都会导致最后的悔恨。因此，在调试时先要核对输出格式，针对不同输出格式多设计几个测试用例，以防一失足成千古恨。 5、其它编程时易犯的错误 除了上面所说的错误类型外，其它就属于编程时在细节上考虑不周所造成的了。下面仅列举其中一些较为隐蔽的错误。只有靠平时不断总结积累，才能真正的做到“知己知彼”。 ①变量未赋初值 看下面的程序段 For i：=1 to N Do If A>Max Then Max：=A； WriteLn（Max）； 这个程序段的原意显然是要输出数组A中最大的数。但由于它遗漏了将Max赋初值的语句，因此很可能会出现输出的数并不在数组A中的错误。应该在过程开头添上一句Max：=-MaxInt；。养成变量使用前先赋初值的习惯能预防许多较隐蔽的错误。 ②中间运算越界
程序调试（除错）过程中的一些雕虫小技（一、前言） 调试程序，是软件开发过程中的一个必不可少的环节。这篇帖子，匠人试着来整理一下一些调试的技巧。 说到“技巧”，这个词自从被所长批臭之后，匠人就吓得不敢再提，生怕一不小心就暴露了思想的浅薄和眼光的局限，呵呵。所以咱们不叫“技巧”，干脆低调点，就叫“雕虫小技”吧。 这里所讨论的“调试”技巧，有些是必须结合开发工具本身的功能来实现，而有些可以通过烧录芯片来验证。 各种开发工具，提供的功能多少强弱也不尽相同，这些方法也未必都能套用。仅供参考吧。 最后说明一下，这是没有草稿的帖子，匠人仍然以不定期连载的方式，边写边发边改。可能结构会比较混乱。欢迎大家一起参与讨论。 程序调试（除错）过程中的一些雕虫小技（二、磨刀不误砍柴功） 在调试之前，需要掌握以下一些基本功： 1、熟悉当前的开发（调试）环境，比如：设置断点、单步运行、全速运行、终止运行，查看RAM、查看堆栈、查看IO口状态……总之，要熟练掌握基本操作的方法，并深刻了解其中意义。 2、了解芯片本身的资源和特性。
3、了解一点汇编语言的知识。（本来匠人是准备写“精通”的，但考虑到现状，还是“放低”这方面的要求罢了）。 4、掌握基本的电路知识和排错能力。（软件调试有时也会牵涉到硬件原因。总不能连三极管的好坏都不能识别吧？） 5、万用表、示波器、信号发生器……这些工具总该会用吧？ 6、搜索、鉴别资料的能力。（内事问百度、外事问古狗、有事没事上21ic网） 7、与人沟通，描述问题的能力。（调试36计的最后一计——就是向他人讨教。当然，你得把话说明白才行） 差不多了，如果上述7把砍柴刀磨好了，就可以开始调试了。接下来，请调入你的程序…… ——什么？你说你程序还没写？ ——匠人倒塌…… 程序调试（除错）过程中的一些雕虫小技（三、优先调试人机界面）面对程序中的一大堆模块，无从下手是吗？好吧，匠人告诉你，先调显示模块，然后是键盘。 为什么要先调显示模块？道理很简单，我们说“眼睛是心灵的窗户”，同样，“显示是程序的窗户”。一旦把显示模块调试好了，就可以通