【1楼】 donkey 知秋 积分:1572 派别: 等级:------ 来自: | 超负荷条件下不会不响应. 好多串口控件都有这毛病,一旦接收到的数据太快太多,直接就不响应了.不信你试试可以找到的几个串口工具,都是这毛病 | ||
__________________________ 意识到自己的奴隶地位而与之作斗争的奴隶,是革命家。不意识到自己的奴隶地位而过着默默无言,浑浑噩噩的奴隶生活的奴隶,是十足的奴隶。津津乐道地赞赏美妙的奴隶生活并对和善的好心的主人感激不尽的奴隶是奴才,是无耻之徒。 摘自《纪念葛伊甸伯爵》列宁1907年6月 | |||
2007-06-20,07:58:35 |
|
【2楼】 erxun 老孟 积分:462 派别: 等级:------ 来自:江苏徐州-cumt.edu.cn | 能否加个条件回复信息功能 收到指定的数据,然后回复一些数据, | ||
__________________________ 老孟的blog http://mengxyz.blog.sohu.com/ | |||
2007-06-20,08:00:37 |
|
【3楼】 Richey 积分:20 派别: 等级:------ 来自: | MARKPARITY SPACEPARITY 切换不用重设串口,可以做到吗? | ||
2007-06-20,09:03:28 |
|
【4楼】 xiaoku 小苦 积分:604 派别: 等级:------ 来自: | 只有一个要求--开源. 写好说明文档,这样大家一起改进. 可能弄个SVN就更好了. | ||
2007-06-20,09:33:32 |
|
【5楼】 heky 积分:157 派别: 等级:------ 来自: | lz精力真充沛啊。 | ||
2007-06-20,10:31:02 |
|
【6楼】 donkey 知秋 积分:1572 派别: 等级:------ 来自: | 是哦,不开源的我不用,因为以后维护相当麻烦 | ||
__________________________ 意识到自己的奴隶地位而与之作斗争的奴隶,是革命家。不意识到自己的奴隶地位而过着默默无言,浑浑噩噩的奴隶生活的奴隶,是十足的奴隶。津津乐道地赞赏美妙的奴隶生活并对和善的好心的主人感激不尽的奴隶是奴才,是无耻之徒。 摘自《纪念葛伊甸伯爵》列宁1907年6月 | |||
2007-06-20,10:32:17 |
|
【7楼】 zuoyou 积分:33 派别: 等级:------ 来自: | 增加个脚本功能 | ||
2007-06-20,12:48:30 |
|
【8楼】 hotpower 菜农 积分:2037 派别: 等级:------ 来自:西安大雁塔村 | 首先要感谢大家~~~ 回复【1楼】的朋友: 做此软件的初衷就是想解决以下问题: 1.CPU占有率过高的问题. 这主要是用户在事件回调函数中做事太多的原因造成的. 故准备采用多线程技术. 即用户的习惯不变,仍然在事件回调函数中,哪怕它来个死循环也吧,都不会影响 CPU的占有率. 方法很简单,只要把用户的事件回调函数挂钩在线程里即可. 2.海量高速下PC被兜死的问题. 这个主要是当今的串口控件的缓存配置的不合理. 用户和系统没配合好. 好的设计应该只与速度有关而与海量无关~~~ 3.常用协议的解码问题. 在常用的通讯协议中,事件回调函数在处理同步(起始)符及中断(终止)符上下了很多 的工夫,状态机解码站用了大量的时间. 由于用户没及时清除队列,就造成了数据的堵塞,如果没好的方法来解决,那么只有搞 用户自己优化程序或降级速率或增大缓存. 故就产生了用户和系统的衔接配合问题. 所以我准备基本不允许用户控制内存的大小,只要给出协议或固定长度即可. 回复【2楼】的朋友: 这个建议不错,不过在收到指定的数据后,我是肯定知道的,但是如何"回复一些数据"? 当用户收到此数据消息时,估计串口数据早跑了. 回复【3楼】的朋友: 本来串口就是打开后参数是可以改变的,不过是某些控件为了安全设定为关闭设参数的. 回复【5楼】的朋友: 人说菜农没文化,吃饱没事瞎琢磨~~~ 回复【4楼】【6楼】的朋友: 本来想在姑娘生日那天分布一个源码版,由于没来得及测试被耽误了... 再向后搞发觉不对...但肯定发布的能好用~~~ 不过从两位的提醒中引发了菜农对15年前研究软件加密解密,跟踪与反跟踪技术的回忆. 今天下午一试果然灵验~~~看来菜农多年的加密及解密技术不是白研究的~~~ 哈哈~~~15年了一直都没公开...如果菜农公开了,我们的D版软件就不会太多了~~~ 这和我为什么不愿发布菜农的超级反汇编就直接关系... |
文章评论(0条评论)
登录后参与讨论