单片机开发调试应注意的问题
单片机开发调试应注意的问题
%A 1、使用总线不外引的单片机
%A ・是最正统的单片机使用模式
%A ・符合小型、简单、可靠、廉价的单片机设计初衷
%A ・总线封闭的产品最可靠
%A 2、使用单片机C语言编程
%A * C语言是简洁、高效、而又最贴近硬件的高级编程语言
%A * 90年代初单片机C语言就已成熟为专业水平的高级语言,不应再
%A 有顾虑
%A * 当前厂商在推出新的单片机产品时纷纷配套C语言编译器
%A 3、使用中、高档的单片机仿真工具
%A * 只有中、高档仿真工具才能仿真总线封闭式的单片机
%A * 仿真器必须使用band-out chip或hooks chip
%A * 应支持高级语言的调试,提供全数据类型的查看和修改
%A * 支持多家软件公司汇编和编译产生的目标代码格式
%A * 中档仿真器的起步要求是至少解决了上述前3个难点和部分地解
%A 决了第4个难点。高档仿真器则还有更高的要求。
%A * 中、高档仿真器的人机界面有四个档次:DOS下的简单命令行及
%A 批处理文件,DOS下的窗口命令行,Borland风格的DOS窗口菜单,Micr
%A osoft风格的WINDOWS/WIN95窗口菜单
%A 4、集成开发平台
%A * 编辑―汇编/编译―连接/定位―调试―装入目标系统一条龙
%A * 全屏幕编辑,就地修改,所见既所得;跨文件整块剪贴技术;彩
%A 色辨词正文等
%A * 使用工程(project)技术:一次将工程的全部源文件、头文件、
%A 用户库文件送入工程管理器,统一管理汇编/编译和连接/定位
%A * 使用MAKE技术:自动辨用汇编器/编译器;每次调试循环仅做增
%A 量汇编/编译和连接/定位
%A * 当有的文件被破坏,使用build技术跳出MAKE循环,重新全面地
%A 进行汇编/编译和连接/定位
%A * 错误和警告自动定位、明朗的错误自动修正
%A * 扩展的运行类型(放开运行、动画式运行,遇光标终止、出函数
%A 前终止、出函数后终止)
%A * 扩展的单步类型(指令单步、语句单步、函数单步)
%A * 扩展的断点类型(指令断点、语句断点、循环断点、内容断点、
%A 条件断点)
%A * 模拟器代替仿真器进行无目标机的虚拟调试
%A
%A%A
%A
*博客内容为网友个人发布,仅代表博主个人观点,如有侵权请联系工作人员删除。