http://www.dian.org.cn/bloggers/聚合Dian团队的官方网站、小组活动、团队个人的blogzh-cn2010-9-10 14:40:47SXNA(www.sxna.cn)(www.dc9.cn)Copyright 2005 sxna.cn, All rights reserved.通信之美Tue,09 Feb 2010 11:57:00 +0800http://libeqc.spaces.live.com/Blog/cns!666D892BB1E3FE2B!163.entry合上《把时间当作朋友》，放回书架，像刚刚喝完一杯清茶，心中满是平静。 这不是一本让人热血沸腾的书。没有波澜壮阔的故事，没有让人拍案叫绝的话语，它是如何抓住读者的心？——平凡中蕴含智慧。 作者李笑来老师的经历颇为不顺：中学时参加计算机比赛，名额无故被替换，错失保送名校的机会；在大学里蹉跎岁月数年，毕业时发现无一技之长，找工作困难；去新东方应聘也是一波三折，刚开始讲课时捉襟见肘。这些不顺如嶙峋的石块，没有将他压垮，反倒是将玉石磨出，人生之路上有了智慧相伴。 这本书便是作者在各种平凡经历中领悟出来道理的集合。一些亲身经历或是作者看过、听过的小故事将整本书串联起来，质朴的言语间智慧在闪耀，有益的道理得以分享。书中最关键的词就是“心智”，这是容易被浮躁的我们所忽略的。在这个蜗居与杯具横行的时代，我们不由自主的将目光放在近处，凡事求立竿见影、马上受益，等不得片刻。什么有“钱”途、什么最热门就做什么，那些看上去没有用的东西就不理不睬。决定一个人未来身价的，并不在于他会哪些时髦的技能或是知识，而在于他的心智是否成熟。心智成熟体现在管好自己。 有时候我们自以为能管好自己，其实是假象。一方面我们过得太顺，经历的波折少；而疾风知劲草，能否管好自己需要在逆境中去体现。一方面管好自己也有着更多的内涵，包括准确的自我认识与定位、不断自我学习与完善、调节自己的心态、不断思考与总结、个人品牌树立与经营等等。我们做到管好自己实属不易，需要经历很多事情、直面与解决很多困难、做很多功课、思考很多问题、提炼很多道理。一旦做到了，人生就进入另外一个境界，心灵自由了！ 我想，在未来的人生历程中，我会时常回想起书中的一些话语，受到启发与鼓励。这是值得所有年轻人看的一本好书！通信之美Tue,29 Dec 2009 14:10:00 +0800http://libeqc.spaces.live.com/Blog/cns!666D892BB1E3FE2B!152.entry昨晚，我参加了李笑来老师在华中大的讲座，主题是“有效的时间管理与人生规划”，感觉收益匪浅。 李笑来老师原先在新东方讲课，写过一本经典的托福辅导书《托福核心词汇21天突破》；如今是笑来教育信息咨询限公司的创办人。第一次知道李笑来老师是在林格斯词霸的一个博客链接上，链到了一个叫Pure Pleasure – Reborn的博客，当时就想，这个老师的名字很特别，让学生笑着来上课，这是多少老师的梦想啊。 后来团队里推荐一本号称能“给人带来幸福”的书籍——《把时间当作朋友》，作者正是李笑来老师。朴实的文字，平易近人的亲身经历描述，将“小道理”娓娓道来。“小道理”是相对“大道理”而言的。人们的认知往往像肚大口小的瓶，大石块难得放进，细沙容易吸收。笑来老师的“小道理”就像细沙一样，易消化，能接受。 在讲座上，笑来老师人如其文，很有亲和力；讲座生动而深刻。他喜欢自嘲，“我不是以什么成功人士的身份来做讲座”、“大学我荒废了三年半，找工作时发现自己什么都不会”、“我不帅，所以用知识武装自己”……而这些正是自信的表现。他从曲折、不顺的经历中看清了一些东西，而大多数人忽视了，这样哪怕生活在陋室之中也能自得其乐，自然会感到很轻松、很自信。说一下我感触最深的几点： 一、兴趣与学习 “我们管理不了时间，但是我们可以管理自己”，这是笑来老师的重要观点。当我们犹豫于做还是不做、学还是不学时，时光流逝了。积极的态度是，正因为不知道学了有什么用，反倒是要学学看，人在学习新东西时大脑进化得最快。记得看过一本书提到每个犹太家庭都会把自己的孩子送到工坊里当学徒，让他们掌握一门求生技能，今后混的再差也不至于饿死。的确，有了一技之长，才能有两技之长，乃至N技之长。我年少时在课外学习过声乐和素描，如今十多年过去了，我感到自己一直在受益，比如在空间想象力、形象思维方面，还有K歌的时候不容易跑调等等。 二、“做功课” 笑来老师通信之美Wed,09 Dec 2009 14:32:00 +0800http://libeqc.spaces.live.com/Blog/cns!666D892BB1E3FE2B!146.entry今天有人问到，就在这里总结一下~ 我常用的有四种方法： 1.在自己所在学校图书馆数据库上下载，不过你需要知道文献的来源，比如IEEE期刊/会议的文献在IEEE数据库上；国内核心期刊上的文献在维普数据库上。 2.如果学校没有买相关的数据库，可以在Google scholar和libra.msra.cn上检索，可能会遇到提供PDF的链接。还可以去免费的数据库，如著名的arXiv预印本数据库。 3.到作者主页上下载。例如作者叫Bob, 就在google里输入“bob”、“homepage”，一般能检索到他的主页；再进入“publication”一栏，找到他的那篇文章下载。 4.发E-mail向作者要。如果作者没有在主页上挂出自己的文章或是他没有自己的主页，就找到他的邮箱（一般在论文上有），发信寻求帮助。只要言语得体，一般情况下作者是不会拒绝的。通信之美Sat,05 Dec 2009 20:41:00 +0800http://libeqc.spaces.live.com/Blog/cns!666D892BB1E3FE2B!139.entry以下是在C.T.G研究组里做的关于英文论文写作的经验交流PPT框架，在此分享： Contents •When to write a paper? •The structure of a paper •Paper Reviewing •Reviewer’s habits •Something detailed •Summary 1. When to write a paper? •When you have finished your stage work notes –Idea --> research notes --> work notes •There is no need to begin writing after everything is accomplished •Writing is an important capability, the earlier you begin, the more you attain 2. The structure of a paper •Abstract –Study what? What approach? New findings? •Introduction –Motivation? Related work? Your contribution? •System Model –Follow classic model, assumptions, problems •Key Solution –Linear logic, step by step, easy to follow •Simulation/Numerical Results –Do you think it’s the key point? –Tutorial for other freshman, reputation •C通信之美Mon,23 Nov 2009 16:22:00 +0800http://libeqc.spaces.live.com/Blog/cns!666D892BB1E3FE2B!135.entry谈到理论研究，大家可能会想到一些高深莫测的学问，想到爱因斯坦这样的科学巨匠，想到诺贝尔奖。在两年前，我对理论研究也抱有这样的印象，怀着有些“神圣”的心情，以本科生的身份加入了一个理论研究小组，致力于无线通信理论的研究。两年以来，我撰写了大量研究报告，投稿过数篇学术论文，撰写过一份专利，这些经历让我对理论研究有了更深的认识。如今在本校继续读研，学习了《自然辩证法》，于是就结合一些知识，回头反思一下自己的研究历程。 人们常将科技分成“科学”和“技术”两方面，认为科学是探索未知领域，是探求“为什么”；而技术是用已有的科学知识改造生活，是探求“做什么”、“怎么做”的问题。而“理论”和“工程”又构成了一种对应关系：“理论”重分析与思考，“工程”重实践。以前，我总把“理论”和“科学”混在一起，认为做理论就是在探索未知，是在改变人们的固有观念。现在看来，这种理解并不准确。理论研究应该再细分成“基础理论”和“工程理论”，基础理论研究探寻科学的真知，而工程理论研究则致力于如何把科学应用于实际的工程，是从科学到技术的桥梁、纽带。 19世纪末，麦克斯韦通过理论分析预言了电磁波的存在，随后赫兹通过电火花实验证实了电磁波的存在。在那个时代，电磁波的发现就是科学探索，因为它是人类在探寻物理现象本质过程中的新发现。同样是在那个时代，有不少人断言电磁波无用，认为电磁波只是实验室里的玩物。谁能想到，一百年后，依托于电磁波理论的无线通信技术渗透到了社会的方方面面？这一百年不是一蹴而就，电磁波不是刚被发现就有公司开始做成产品。那么中间过程是什么？科学如何转化成了技术，应用到了实际工程中？我认为是工程理论研究。马可尼，这位工程师发明了无线电技术，让电磁波真正应用到了人们的日常生活之中。马可尼的发明体现了技术“怎么做”的方面，他感受到了社会对无线传输讯息的巨大需求，希望发明一种技术实现这种梦想。电磁波可能并不是唯一通信之美Fri,30 Oct 2009 22:52:00 +0800http://libeqc.spaces.live.com/Blog/cns!666D892BB1E3FE2B!125.entry昨晚，应联创团队邀请，我们几个同学代表Dian团队参加了一场交流会，嘉宾是博文视点武汉站主编周筠老师。周筠老师致力于国内原创IT书籍出版，对IT行业有深刻了解，同时又热爱阅读书籍、热爱交流与分享。交流的过程让人收获很多，周筠老师不忘提醒我们在座的同学：不光要自己有收获，还要把这种收获传递给其他未参加交流会的同学，于是便有了此文——收获之一：兴趣与自由"我们能一辈子做技术吗？"关于这个问题，周筠老师给出的看法是“能”，关键在于兴趣。国外有很多白发苍苍的程序员，他们就是喜欢做技术，不愿意搞管理；而在中国，程序员身上的压力要大很多，谋生是放在第一位的，那么选择一辈子做技术的自由就少了很多。我想到了有关中、美儿童的两个场景：中国孩子被家长牵着四处奔波，学习各种各样的技能：奥赛、乐器、美术、舞蹈、歌唱、武术；美国小孩可能正在建造自己的树屋或是钻研着某个玩具的其他玩法……我们的孩子不是没有兴趣、没有天赋，而是他们没有自由去选择做自己感兴趣的事情。成年之后，少了父母的约束，但是面临巨大生存压力，“务实”是主流，也没了太多选择的余地。如何去面对？对于社会来说，应当努力营造自由的氛围，提升社会福利保障，让个体有自由发展的土壤，当然，还有很长的道路要走；那么不妨我们每个人先从自身做起，学会沟通，学会发现资源，学会分享，在兴趣和谋生之间找到平衡。收获之二：博与精“是深挖一门技术，还是广泛涉猎？”，周筠老师认为“博”与“精”是可以兼备的，一个人在一个方向上有了造诣，那么他也能触类旁通，更快的掌握其他方向上的技能，因为要上升到一个很高的层次上去，各个方向其实是相通的。很多IT精英都有广泛的涉猎，而且不只是“略懂”。比尔·盖茨精通技术，又深知商业运作的奥秘，难怪微软成功；IT人士真的只能局限于埋头做技术吗？沟通、分享和技术同等重要。此外，系统思维的形成需要足够的广度，也需要在某些方joehustMon,30 Jul 2007 19:50:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=187    没有想过项目组解散以后还会回到这里来发帖。现在想想还真的挺怀恋当初的时光呢。和dodo一起工作在这里的日子是我进步最快的时候。记得有一次wiki说我们组看起来总是很有热情的样子，当时还觉得不以未然，现在觉得真的是这样呢。每个人似乎都在很努力的做事呢。dodo的管理虽然看似不经意，但是却让人感觉很有干劲。   管理真的是很讲究的学问呢，对于我们这些还是在校的学生来说如何让每个人都发挥出最大的潜力，靠的应该不仅仅是自觉吧。   不知道别人是被什么所吸引来到dian团队的。在我的想法中，是像dodo这样的大牛让我一直愿意呆在这里，所以当初从预备队选项目组的时候我一直跟着dodo，因为我相信从他的身上可以学到我所追求的东西。所以当灰度图像组结题之后，我其实是感觉很失落的。dodo本来希望我去担任硬件组的软件顾问，我由衷的感谢dodo为我所安排的一切，但是最后我还是选择来到了OA组。不知道当初的选择是否正确，毕竟团队里面没有很多的软件项目。   来到OA的目的是希望和另一位被称为大牛的smant接触，希望可以从他身上学到东西。 但是来到这里之后不久就发生了两位组员退出的事情，这里的一切似乎都不再那么富有生气了。我依然留在了这里，希望靠自己的力量学到新的东西。组内的工作并不顺利，dodo一直觉得是组内的内耗太多了，虽然我一直没有完全认同，但是仔细想想这里的工作真的不是那么有序呢。OA组组建的时候原本没有我和wisher的，至少在组长的安排里没有。所以当我来到这里的时候或许会让人有些意外吧。wisher是在我之后来的，大家真的都很难找到好的去出呢，毕竟团队里面没有很多软件的项目可以收留我们。   web开发的确和realdodoFri,02 Mar 2007 23:17:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=186有时候，“夭折”是一个很让人痛心的词，但不得不说。嘉铭软件新框架是我们提出来的，主要是我的一些想法。我没有对这个项目所要遇到的问题做充分的估计，也没有对内部的和外部的各种阻力做出相应的应对，所以造成这个项目逐渐被架空，乃至失去团队的支持，十分令人痛惜。我觉得这是对项目定位的误判，应该总结这方面对教训，但同时团队中所存在的问题也不能忽视，一并需要提出。在项目定位和策划方面，我需要总结以下几点： 项目定位没有抓准甲方心态，得不到投资人认可。如果一开始定位为“做一个高速灰度图像打标的新框架，并提供更好的可扩展性”，或许更能获得甲方支持。 一开始便期望开展长期计划，让甲方和刘老师印象不佳。一开始不应该将计划定到那么远，而应该定一个切合实际的目标，让甲方迅速（半年左右）看到一些能用的成果。特别是“两年”这个时间也并没有经过详细论证，找不到令人信服的理由，且可能后继无人，所以遭到质疑偏多。 没有争取团队内部充分支持，造成人员流失。我原先到文字虫组预定的同学不能到位，特别是xophiix，组长离开他确实就不能运转，所以导致组员数目缩减一半。同时我也知道xophiix曾反映对此项目不感兴趣，也就不再勉强。 没有和刘老师、钟老师及时沟通思想，造成误解。通过和甲方第一次交流我便意识到，如果要设计新框架必定是一个软硬结合的整体解决方案，但是可能刘老师、钟老师并没有充分理解这件事情，也不了解原有框架中为什么无法继续维护的根本原因。或许直到今天，钟老师才了解现有系统的硬件驱动存在什么巨大的问题，这个是我的一个失误。 没有获得可靠的硬件开发人员支持，软件框架成为空中楼阁。我从始至终调不动硬件的人，一些想法也只能一厢情愿，既然要实现整体解决方案，如果硬件方面无法安排其进行同步开发，自然会有很大问题，特别是快速灰度图像打标需要对硬件部分进行修改，使得硬件软realdodoFri,16 Feb 2007 19:49:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=185我们的这个嘉铭软件项目是一个全新的尝试，其新就新在他的各方面的特点： 它是由我们自己提出并计划实现的项目，甲方反而并不特别感冒。这意味着，我们是在提方案来赢得投资，而非顺着甲方的意思做事情，思考要多于实践，并且必须能够为甲方带来实际的回报才可能获得前期的投资。说白了，这次是我们主动出击，争取资金。 这个框架需要包含整个系统的解决方案。甲方已经不满足于听我们论述软件如何如何或者硬件如何如何，现在需要的是一个整体的、从上至下的方案，我们要结合这么多年以来的开发经验来思考未来如何发展。这个项目的难度远大于开发一款能用的产品。 这个框架要足够先进，应付今后5到10年的需求发展。这里的5到10年是我单方面提出来的，我不希望把它作为一个指标放在这个系统的研发合同里面，但我希望作为我们的一个工作目标而尽力达成。框架是否先进对整个软件的可扩展性会造成很大影响，特别是软件经过多年开发、代码量急剧上升以后，整个框架是否还能够可扩展，遗留代码是否可以持续升级？这些问题都值得考量。所以，必须要有长远的眼光，并且怀有持续重构的勇气，才能不断去腐存精，保持框架健壮。 所以，我们的未来发展应该遵循以下的原则： 各个部分尽可能的耦合于某种规范。例如，硬件和软件耦合于接口规范，软件负责调用，硬件负责实现，就像是OpenGL一样；主框架和插件耦合于插件接口规范，主框架负责调用，插件负责实现，就像是COM组件一样；插件内部的图元分为属性和动作，它们耦合于属性注册规范，属性提供插入点，动作负责实现功能……这样的好处是，如果规范不再适用，我们可以通过升级规范的方式解决问题。起初，可以用Adapter的方式将新的功能用老的功能模拟，最快的使规范可用，之后即可将调用者和实现者分别、独立和同时的进行开发和测试，保证功能可以平滑升级。 将功能组件化。realdodoFri,16 Feb 2007 19:04:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=184 来源：http://www.ibm.com/developerworks/cn/rational/rationaledge/content/apr06/pollice/ 级别: 初级 Gary Pollice, Professor of Practice, 伍斯特工学院 2006 年 3 月 15 日 来自于 Rational Edge：关于面向方面的编程的大多数介绍，都是建立在技术可行的有限环境的基础之上，而忽略了AOP的实际价值。这篇文章提供了将AOP技术应用于软件开发项目的一系列实际的例子。 最近，我被要求领导我们软件工程研究小组（SERG）开一个关于面向方面的编程（AOP）的讨论。在会议开始前的几小时，一个学生问我：“那么，方面的好处是什么？但是不要给我关于日志的例子。那似乎是我阅读关于方面的东西时，唯一看见的东西。” 他 的问题促使我停下来，并考虑将AOP应用于一些正在做的软件系统的有效方法。他同时也使我认识到需要如何和什么时候采用新的方法，尤其是当他们需要一个新 的思考方式时。AOP，我之前在这个专栏已经谈论过，它似乎代表了一个新方法。我想谈论一些我认为AOP可以被（或已经被）有效使用的方法。同时我们将看 到一些可能有助于AOP推广的最新进展。 我将在讨论中使用面向方面的Java作为例子。然而，当今有很多种面向方面执行的可用语言。这些语言包括AspectC++甚至于AspectL，它是一种面向方面的Lisp执行语言。 1 joehustSat,10 Feb 2007 19:22:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=183    今天和嘉铭方面交流后的结果1、嘉铭方面希望我们的软件具有较强的可维护性和可扩展性。2、嘉铭方面强调新的软件不仅仅是操作上对用户友好的，同时也应该在打标的速度和点的控制精度上有所提高。3、需要考虑我们提出的可扩展性到底应该扩展些什么，要达到多大的可扩展性。4、用户的需求可能是多样化的，比如信息化的要求，需要我们的软件提供更好的网络传出特性。5、尽力用软件来弥补硬件的不足。6、嘉铭方面最关心的还是DA板卡的问题，希望我们能够提供一个系统的解决方案，软件的项目和底层硬件要有更好的联系。7、嘉铭对于金橙子的软件还是比较赞同的，可以考虑多多吸收其他软件的优点。lingshfWed,31 Jan 2007 16:58:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=182时间：2007-01-29地点:南一与会人员：杜欢，凌绍凤，刘维霞，刘熙同，李毅，颜庆华，刘老师，钟老师监督员：颜庆华纪要人：凌绍凤上周工作回顾：由于刘维霞，刘熙同，李毅要准备考试，杜欢到北京培训，上周工作由凌绍凤完成1。向甲方提交结题申请表和结题评审报告2。解决“数据中转程序对话框”异常问题3。标记软件提供的所有图元，测试最新程序4。发现“图元对象标记不出来”的问题，后经请教颜庆华解决（后面详细讲述问题症状和采取的解决办法）5。标记采用不同方法的样标6。撰写“技术协议”中半色调算法和软件特色部分 本周工作安排：1。完善“技术协议”，添加软件架构说明（杜欢），添加算法部分的流程图（凌绍凤）2。杜欢，凌绍凤 30号前往嘉铭，确认评审具体时间，标记更多的样标，寻找合适的图片，以可接受的标记时间（如1min内）标记可供展览的图片效果；协同甲方对新版本进行测试，完成测试细则；确认最佳系统配置的硬件要求3。确定三种方法介绍的细节，如400*400作为分界是否合适4。准备结题报告的PPt讨论、意见：1。讨论评审意见的要求是否都已覆盖到颜庆华：关于提速的实验：尝试了频率不变时（主要采用5KHz）改变占空比（即调整低电平时间），基本无效果，后面可进一步尝试频率占空比一起改变。另：光纤激光器能量为256级可调，调整速度很快，远小于5us.钟老师：甲方要求提交“灰度图像打标专用版本”，这和以前软件版本如何进一步维护？刘老师：图片尺寸和标记速度什么关系？如何在保证标记效果可展示的前提下，耗费可接受的标记时间？标记速度提速的方法是什么？有多少工作量？图片对象标记不出来的问题：症状：标记一个图片对象，标记过程很快结束（1s内），激光器并未出光，未有图形标记出来。标记其它图元，能正常标记出图形。分析：根据以前经验，正常标记过程要10s以上，怀疑图片对象的标记数据未传给DA板卡。经和lingshfWed,31 Jan 2007 14:32:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=1811。P6  关于打标速度的问题，用红色突出是好的，但不要过多讲述、表态，讲一下我们做的实验就好了2。P8  讲的时间太长，太累赘。比如机器的最佳配置，只要讲一下打标用的机器配置即可3。P12  讲明（强调）甲方参加验收测试4。单独成页阐述提速方案5。点间距改变后图元高度也会改变看起来比较怪异，要和甲方商量是否如此6。演示的时候不要出现代码joehustMon,29 Jan 2007 20:47:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=1801.仍然是滚动条的问题没有解决,不过还有新的小问题,比如点击移动的时候移动的间距设置的不合理,需要调整,原来的太小了.已经让forrest修改.2.在参数里面调整了图象的大小之后,比如宽高比,是不会被反映到图象编辑对话框里面的,原因是每次都读取的是原来的原始矩阵,不过考虑到我们对话框本身只负责调整灰度和亮度,并不能改变图象的大小,所以这样似乎也是可以的. 3.软件在整体上和原来的差不多,如果保证原来的功能没有问题,现在的软件已经比较好用了.   不过有一个小的意见,添加bmp图片的时候最好一开始就弹出一个对话框让用户选择图片. lingshfMon,22 Jan 2007 18:27:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=179经过昨天的分析，认为很可能是mscomm32.ocx没有正确安装，在昨天发现问题的WindowsXP Home机器上找了一下，果然没有mscomm32，把这个补上后，程序正常。于是原因初步确定。今天在嘉铭出问题的机器上也没有找到这个文件，正确安装后程序正常。问题原因确定。mscomm32.ocx原来是Setup文件里安装注册的，但要2006-8-15以后的版本才把这个加进去，嘉铭的那台机器上用的是老版本的安装文件，没有安装mscomm32，操作系统里原本也没有，便出了问题。liuwxSun,21 Jan 2007 21:30:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=176时间：2007年01月21日8：00地点：南一楼五楼会议室参会人员：杜欢，凌绍凤，刘维霞，李毅，刘熙同，刘玉老师监督员：颜庆华纪要人：刘维霞会议概要：   本次周例会原定于1月20日19：00召开，凌绍凤因私事未能到达，特将会议时间改为1月21日8：00，在此对凌绍凤提出严厉批评。1、上周工作回顾（1）各种文档准备     凌绍凤与嘉铭工作人员进行验收测试，验收细则已确定，但发现一bug，数据中转程序对话框打开时显示发生异常。     杜欢、凌绍凤完成了结题评审报告和结题评审申请表的撰写。     刘维霞完成了帮助文档的初稿。（2）代码修改     杜欢加入显示列表，修改轮廓提取属性，其中改变了数据存储的访问结构，修改了相关的十几个文件。（3）软件测试     杜欢在修改代码的同时对软件的所有功能进行全面测试，没有发现bug。2、下周工作安排（1）将结题评审报告和结题评审申请表交给韩部长审查，对对方提出的意见及时进行修改。（2）周一凌绍凤与黄勇联系板卡，详细观察、记录数据中转程序对话框发现异常的症状，周二凌绍凤与颜庆华到嘉铭继续跟踪该问题，在22日晚上在blog上反映该问题的解决情况。（3）周一多打些标记样品，标记多个图元一起打标，将所有图元都打一遍。（4）技术手册的撰写，分三个模块：架构、算法和功能，杜欢负责写架构，凌绍凤负责写算法和功能。3、刘老师意见：（1）对数据中转程序问题可以做的一些尝试：在组外找台机子进行测试，看是否也重现bug;在嘉铭的多台机子上测试；将激光器安装在其他机子上观察该问题wikiexeWed,25 Oct 2006 03:36:00 +0800http://www.dian.org.cn/projects/gemmingsoft/default.asp?id=8测试对象：信道误码率。它的定义是：数字通信系统中单位时间内错误码元数与发送总码元数之比测试方法：由一个无线模块，连续发送100万个30字节报文，这些报文的所有字节相同，且值从0~255循环。接收方接收到报文后，与预期结果进行比较，进而统计出实际的信道误码率。测试分析：接收方收到的报文有以下三种错误情况：1.错误：正确的报文被干扰成为错误的报文。2.多包：空间中的干扰被认为是报文接收到。3.丢包：报文未被接收到，请焦黄载禄老师得知这是由于前导码被干扰引起的，确实应该将丢失报文的所有字节都纳入信道误码率之内计算。统计方法：1.对于错误，需要将错误的比特数全部统计，加入到总的错误比特数2.对于多包，需要将收到的所有比特都作为错误，加入到总的错误比特数3.对于丢包，需要将丢失的所有比特都作为错误，加入到总的错误比特数测试过程：周一上午：按照钟老师提出的方法，即上面的测试方法，改造原有测试程序，实现发送端能够连续发送30字节，所有字节相同，且从0~255循环递增的报文。将原有测试程序中的发送方的重传和接收方的应答都去掉，并在接收端校验接收到的结果，测试确认发送方发送的报文符合预期要求。周一下午设计接收方的错误统计程序。最初的想法实：在接收方根据循环递增的特点，设置一个报文计数器，每收到一个报文自加一，然后对255取模，根据结果依次比较报文的每个字节，记录下差异比特数，加入总错误比特数中。但是经过分析，发现这种方法存在着很大的缺陷，就是丢包或者丢包都会导致接收方报文计数器与发送方的发送报文数错位，一旦错位，那么会导致绝大部分的报文都被误判为错误，使得统计结果完全错误。于是分析，得出下列三种解决途径：1.在接收方单片机上设计程序分析和统计各种错误情况。2.将接收方接收到的所有报文通过串口原样传到PC机上，再设计PC机上程序，来分析和统计各种错误情况。3.将发送方和接收方的“节拍”同步，即