Someone comes into your life and someone goes away!

首页    
>>More


最后更新


最新评论


存档


附加功能





搜索WWW
搜索carol的blog


我的链接


共8页 第一页 上一页 1 2 3 4 5 6 7 8
   tcp/ip handshaking diagram   - 2004-03-29  22:46

今天看了下 tcp/ip 的通信协议，希望可以从中获取灵感，设计出比现在的通信协议更可靠，速度更快，更容易理解的新方案。汗~ 说得好象多伟大似的。



http://www.blogbus.com/blogbus/blog/userfiles/11160/1080571931.jpg



现在的协议用了两次握手来建立连接——按tcp/ip的说法，应该是四次握手。可是难道不应该一来一回算一次握手的吗？那tcp/ip就是一次半握手。微笑



sender ------- init pack 1 ----------------> receiver



sender <------ Ack ------------------------- receiver



sender ------- init pack 2 ----------------> receiver



sender <------ Ack ------------------------- receiver

 发表于 22:46 | 阅读全文 | 评论(0) | 引用trackback(0) | 编辑 


   Record - 29th, Mar   - 2004-03-29  22:31

今天过得很平静，早上眼睛肿的，所以很困，挣不开


大多数的时间，花在了 fix bugs 上面了 —— 这真的是一件让人觉得厌烦的事情 (awful, nightmare, ugly etc...)——以为没有问题的东西，总是会被人挑出毛病来，尤其是在老大看来很简单的一个模块，我却总能碰到些莫名其妙的问题，从开始到现在，总是这样，太打击自信心了。


更可恶的是，明明是发送端的程序问题(我想应该是的)，却没有办法根除，反而要在接受端加些代码来补救，真是典型的打补丁阿 皱眉 —— 这让我觉得自己的思维混乱，做事情没有条理。


在串口项目的修改没有分配下来之前，蓝牙的程序还是要做——虽然也是借着虚拟串口的，但是已经让我感觉好多了，蓝牙耶！比串口听起来先进多了。@_^


上午随手翻了下以前的串口资料——其实里面好多参数设置，细节问题，我都还没有搞明白，做了大半年了，居然还不精通，说出来都惭愧啊。serial programming POSIX on unix 这篇文章是 linux 上串口编程，除 how-to 以外非常有价值的资料，搜了一下好像还没有人把它翻成中文的，我可以抽空一边学习一边写一点中文笔记，结合 《linux 程序设计》上的相关内容。上次那个翻译 linux serial programming how-to 的人，对串口的相关知识理解不深，只追求把文章翻出来，我想这样不行。how-to 的思想，就是要信息共享，翻译的过程，在保持原文思想的同时，在加入实践的经验，才有加深理解的作用。要不然大家宁愿看原文，以免被误导了。我给他改了之后，也没有回音，失望。

 发表于 22:31 | 阅读全文 | 评论(0) | 引用trackback(1) | 编辑 


   下周工作计划   - 2004-03-28  18:26

唉，其实是很难预期的，谁知道突然要插进来什么事情呢


Karl 明天要开会，大家讨论下关于串口通讯到底要做成什么样子。估计这是个持久战，不是一会儿可以搞定的。


Palm 蓝牙可能要暂时搁置，但我想抽点时间，可能要晚上咯，看能不能做出点结果。不管怎么说，做了好段时间了，我应该对自己负责。

 发表于 18:26 | 阅读全文 | 评论(8) | 引用trackback(0) | 编辑 


   高可靠性嵌入式系统固件设计策略   - 2004-03-27  14:11




本文针对如何编写易理解、易维护的优秀代码进行了讨论，为程序员提供了一些非常实用的编程指导。文中指出，函数功能应该最小化，代码封装便于程序维护，消除冗余能够提高程序的可靠性，适当的重构能够降低维护过程中程序熵增大的速度，提高程序的清晰度，而遵循一定的标准并采用适当的检验工具则会进一步保证代码的可靠性。

一些非正式调查显示，60%到70%的固件编写者都持有电子工程师学位，这一学历背景在帮助理解所开发的应用的物理层，以及错综复杂的硬件时，起到了很好的作用。但大多数电子工程课程都忽视了软件工程的教育。当然，教师们会教授如何编程，他们希望每个学生都能精通代码构造，但在他们所提供的教育中，缺乏对构造可靠系统所必须的软件工程关键原则的教育。

也许如今最广为人知，但却最少被采用的软件设计准则就是保持函数短小精悍。我曾在一次固件讲座中询问听众，多少人在编写代码时限制了函数长度，结果几乎没人举手。但事实上我们清楚，好的代码不可能很长。

如果你编写的函数超过了50行，即一页，那么这个函数已经太长。事实上，对于一个超过8或10个阿拉伯数字的字符串，我们能够记住的时间很可能无法超过1分钟。那么又怎能奢望我们能理解一个由成千上万的ASCII字符构成的函数？对于那些跨了许多页的程序而言，即使是试图跟随程序流程都很困难，甚至几乎不可能，因为我们必须不断地翻页，才能看懂那一个个嵌套着的循环是用来干什么的。

一个函数应该只实现一个功能。如果一段代码过于缠绕不清，拼命地想完成许多不同的功能，那么这样的代码就过于复杂，不可能具备可靠和可维护的特性。我见过太多这样的函数，它们利用多达50个参数来选择成打的交互模式，这样的函数几乎都不能可靠地工作。用独立的方式表达独立的想法，将每个想法写成完全清楚的函数。经验告诉我们，当你很难找到一个能够清楚表达函数意义的名字时，说明这个函数的功能已经太多了。

..............
 发表于 14:11 | 阅读全文 | 评论(1) | 引用trackback(1) | 编辑 


   市场调研揭示亚洲嵌入式系统开发趋势   - 2004-03-27  14:07




Venture Development公司在2003年初预测，嵌入式操作系统、捆绑工具及相关服务的市场到2007年将超过10亿美元，其中，以亚太地区的增长最快。该公司还预测，非捆绑嵌入式软件开发工具的市场将达到5.252亿美元，年复合增长率为9.5%。

然而，Gartner公司估计，嵌入式软件开发工具和实时操作系统(RTOS)的市场在去年下滑了13.8%。该公司预测，市场将在2004年恢复增长，原因是电信和数据通信市场(它们是嵌入式软件工具的最大用户)正开始走出历史低谷。

无论这些预测是否准确，我们都有必要对市场做更近距离的透视。为了探寻趋势，还有什么比直接询问嵌入式系统设计师更好的方法呢？《电子工程专辑》和Gartner公司每年都向读者和网站用户进行问卷调查，以帮助他们更好地了解嵌入式系统开发的趋势。最近完成的一次市场调研旨在掌握硬件元件和开发工具的使用状况以及用户对当前工具的满意度。

..............
 发表于 14:07 | 阅读全文 | 评论(0) | 引用trackback(0) | 编辑 


   新的blog, 新的心情, 新的开始   - 2004-03-27  13:37

网络的好处，就是她是一种你可以控制的生活


随时开始，随时暂停，随时结束


可以按照自己的喜好安排生活各个方面


 


在这个新的blog里，我只谈谈技术，记录自己的学习过程


我想做一个优秀的工程师，虽然我是女的，但是一切并不会有所不同的


 


至于我的那些小女人的，或者一点都不女人味的胡言乱语，


就留在其他的blog里面

 发表于 13:37 | 阅读全文 | 评论(0) | 引用trackback(0) | 编辑 



共8页 第一页 上一页 1 2 3 4 5 6 7 8