BA--调试经验笔记

1.有i2c的芯片,一般有i2c的地址选择.检查地址选择是否正确,地址是多少.SCL和SDA上面是否有上拉电阻.芯片的地址是几位的.I2c的时钟频率也是必须设定的一个方面.工作速率一般有100K和400K两种,而且里面寄存器一般为一个byte.I2c出错时,需要测量一下i2c bus上是否真的有信号 2.有时钟的芯片,搞清楚时钟采用的是那种时钟,晶振还是RTC.一般芯片为了方便使用,可能允许几种不同的时钟选择.可以是通过引脚进行选择的.也可能通过寄存器来进行选择.通过阅读spec检查清楚. 3.

OD调试学习笔记7—去除未注册版软件的使用次数限制 本节使用的软件链接 (想自己试验下的可以下载) 一:破解的思路 仔细观察一个程序,我们会发现,无论在怎么加密,无论加密哪里,这个程序加密的目的就是需要你掏腰包来获得更多的功能或者解除限制.那么我们就可以逆向的来思考,如果该程序成功的注册后,那么程序的行为必将发生变化,如NAG去除了,如功能限制没有了等等.也就是说,程序的代码的走法也会跟未注册的时候截然不同.因为程序的行为改变了,那么决定它所有行为的代码走法也会发生变化. 二:认识OD的两种断点

CMOS Sensor的调试经验分享 我这里要介绍的就是CMOS摄像头的一些调试经验. 首先,要认识CMOS摄像头的结构.我们通常拿到的是集成封装好的模组,一般由三个部分组成:镜头.感应器和图像信号处理器构成.一般情况下,集成好的模组我们只看到外面的镜头.接口和封装壳,这种一般是固定焦距的.有些厂商只提供芯片,需要自己安装镜头,镜头要选择合适大小的镜头,如果没有夜视要求的话,最好选择带有红外滤光的镜头,因为一般的sensor都能感应到红外光线,如果不滤掉,会对图像色彩产生影响,另外要注意在PCB

硬件设计节约成本经验笔记 1.这些拉高拉低的电阻用多大的阻值关系不大,就选个整数5K吧 市场上不存在5K的阻值,最接近的是 4.99K(精度1%),其次是5.1K(精度5%),其成本分别比精度为20%的4.7K高4倍和2倍.20%精度的电阻阻值只有1.1.5.2.2. 3.3.4.7.6.8几个类别(含10的整数倍):类似地,20%精度的电容也只有以上几种值,如果选了其它的值就必须使用更高的精度,成本就翻了几倍,却不能带来任何好处. 2.面板上的指示灯选什么颜色呢?我觉得蓝色比较特别,就选它吧

第一部分,归纳.推演的艺术 纯闲聊性质. 第二部分,依赖关系 从类型上分为 控制流依赖关系, 即控制变量值变化的if,while等控制语句 数据流依赖关系, 即变量值的变化 从方向上看,则分为 反向依赖.哪些语句会影响这一句的执行.比如,if里的语句就必须先满足if的条件,这是逆向依赖性. 正向依赖.这一句会影响到后面哪些语句的执行. 从状态就分为 静态,静态代码分析的结果 动态,动态日志加原静态依赖关系 不得不说依赖关系这部分确实没什么可说的 第三部分 逆向推导理论 嗯,真的只是理论 镇宅法宝

原文:WPF 卡顿调试经验 1. 问题 最近的一个项目,正常调试情况下,运行一切正常,但是有某个用户登录后,出现界面卡顿2-3mins后,才正常运行. 2.解决问题方法 (1)首先由于是必现问题,就想在vs的工作环境下调试一下,看看到底是什么地方比较慢,想法很理想,但是现实很残酷,没有找到问题所在. (2)使用VS中的性能与诊断工具,测试一下那个地方花费的时间多,具体步骤如下: (a)打开VS中的菜单栏分析->性能与诊断 (b)选择性能向导,开始 (c)选择检测,测量函数调用计数与用时 (d)选

前言:不知不觉写了很多,希望你能耐心看完这篇文章 任何一个编程者都少不了要去调试代码,不管你是高手还是菜鸟,调试程序都是一项必不可少的工作.一般来说调试程序是在编写代码之后或测试期修改Bug 时进行的,往往在调试代码期间更加能够体现出编程者的水平高低以及分析问题的准确度.不少初学者在寻找错误原因时,总是不得要领,花费了大量时间却无法解决一些最终证明是相当简单的Bug. 在长期解答 zTree 相关问题时,也的确发现很多的问题其实不算什么问题,仅仅是编程者不会调试造成的,通过自己日常工作观察,这里

随着用JavaScript编程的深入,你会开始理解那些JavaScript给出的不透明错误信息.一旦你理解了你常犯的一般性错误,你就会很快知道怎样避免它们,这样你写的代码中的错误将越来越少.编程实际上是一种能随着时间不断飞快进步的技术.但是不管变得多么熟练,你仍然要花一些时间调试你的代码.如果你做过家庭作业,或有过JacaScript编程经验,你会知道相当多的时间是花在调试上.这很正常 - 这只是编程者必须做的事之一.实际上,按照大量的研究,程序员平均百分之五十的时间花在解决代码中的错误. 关键

最近项目开发用到了2个支付宝接口,就在这里把我字节调试支付宝的一些经验写一写吧. 1.手机网站支付 这次由于做的一个项目是html5的做手机app,支付这块就选择了手机网站支付.刚开始调试一直遇到 ILLEGAL_SIGN 也就是签名错误,一直到后面才发现时编码不统一导致.同学们调试的时候可以先在下载的demo里进行调试.那样可以更快的让你熟悉支付宝的调试工作. 2.移动支付 由于支付宝的手机快捷支付接口停用.导致项目不得不更改支付宝接口.这次更改选用了移动支付.在移动支付时考虑到安全性,rsa

在<Learning From Your Bugs>一文中,我写了关于我是如何追踪我所遇到的一些最有趣的bug.最近,我回顾了我所有的194个条目(从13岁开始),看看有什么经验教训是我可以学习的.下面是我总结的最重要的经验教训,包括编码,测试和调试三个方面.编码下面这些都是我经历过的会导致难点bug的问题:1.事件顺序.在处理事件时,提出下列问题会很有成效:事件可以以不同的顺序到达吗?如果我们没有接收到此事件会怎么样?如果此事件接连发生两次会怎么样?哪怕通常不会发生,但系统(或交互系统)其他