- 博客(5)
- 资源 (13)
- 收藏
- 关注
原创 再探Connection Reset By Peer
对于Connectioin Reset的问题,困扰了好长时间,当逐步排除客户端出错的可能后,怀疑是服务端出现了问题。 最终由tcpdump和windump一起监视数据,发现了以前一直困扰着的connection reset问题的根本原因。 描述见: 而造成这个问题的原因是,当客户端直接退出而没有发送FIN,同时很快再次连接时,能够重新申请到新的连接,而旧的连接已经不存在。这个时候服务
2013-05-11 08:14:37 1623
原创 关于单片机程序设计的几点
需要的一些: 对于单片机程序,首先要对于要使用的单片机比较了解,对于硬件设计比较了解,对C编程比较熟悉;了解单片机是因为当需要设置某些寄存器的时候,会知道相应的设置方式,避免出现因为寄存器设置造成的不必要的调试时间。对硬件比较了解,因为硬件电路是程序运行的前提,如果硬件电路出现了问题,软件无论如何也跑不起来;对C比较熟悉,因为过了初始化以后主要工作就是由C来承担了;对于需要操作模块的了解
2013-05-11 08:11:51 1828 1
原创 一次调试之殇(STM32)
最近调试一段代码,发现一个很奇怪的现象,有一个函数放在一个位置,代码的执行结果是正确的。如果放在其他地方就会出现问题,同样的一个函数,为什么会出现这样的差距呢? 看到这里,或许很多人已经猜出问题的原因了。 但是,对于当时还在调试这段代码的人来说,或许是思维进入了一种惯性模式,看不到障眼法背后的实质原因。 一直以为是,函数的位置导致了程序执行结果的偏差。 甚至当时的心情,都有些向《代码大全》
2013-05-11 08:10:44 1549
原创 I2C程序出现的异常——STM32
在I2C程序中,很多时候使用while来判断状态是否发生改变。正常情况下,这个是很合适的。使用while,即做到了检测也起到了延时的作用,比单纯的计数延时要好的多。 但是如果不正常的时候,在while处的程序执行是否还在我们预期范围内,就很难说了。程序卡死在while处的情况会有吗? 首先,如果I2C链路连接有问题,肯定会出现问题的,这个时候由于while检测不到相应的状态改变,在这里卡死很正
2013-05-11 08:04:43 2532
原创 编程中常见错误原因
参考《代码大全》及自己编程(C)中的一些错误记录,总结编程中产生错误的一些原因 1.拼写错误 a) 变量名,宏名,函数名等拼写错误,在编译阶段直接报错; b) 变量名,宏名,函数名等拼写为相近的变量名,宏名,函数名等,在运行时出错; 2.逻辑错误 a) if语句的真值逻辑判断,没有包括全部的条件,或者包含了不需要的条件; b) 选择计
2013-05-11 07:55:14 2446
JLink_Windows_V650b-2019.exe.txt
2019-10-11
ZigBee 测试建议书
2019-01-14
pc_lint工具
2014-02-28
pc_lint(Vers. 9.00j)
2014-01-02
gsmmux-alpha-r3.tb2
2012-12-07
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人