 nnhy
|
2d250a4df2
|
再加陷阱
|
2015-08-05 03:45:03 +00:00 |
|
nnhy
|
82629f104b
|
下陷阱，捕获微网协议接收数据时，会导致指针乱飞的问题
|
2015-08-04 02:20:31 +00:00 |
|
nnhy
|
1316473768
|
注释不必要的日志
|
2015-07-24 10:11:30 +00:00 |
|
nnhy
|
45861f7c81
|
无线监测点不开硬件Ack和软件Ack
|
2015-07-23 06:13:52 +00:00 |
|
nnhy
|
2375e3bc14
|
微网消息不通过时，提示
|
2015-07-21 09:13:29 +00:00 |
|
nnhy
|
685cc0c997
|
调整控制器架构，每个控制器只使用一个传输口，极大简化控制器实现
编译通过，简单测试通过
|
2015-06-30 09:04:52 +00:00 |
|
nnhy
|
65a089f370
|
增加令牌控制器的统计，基本测试通过
|
2015-06-30 04:29:40 +00:00 |
|
nnhy
|
c3836650e2
|
优先栈分配，测试通过
|
2015-06-29 10:16:32 +00:00 |
|
nnhy
|
1d3847499a
|
标准输出令牌消息收发日志
|
2015-06-25 08:40:39 +00:00 |
|
nnhy
|
db9d2110f3
|
自动广播握手消息，向网关所在的3377和客户端的3355
|
2015-06-24 09:54:40 +00:00 |
|
nnhy
|
513a27b876
|
加入详细的真的错误提示信息
|
2015-06-24 08:06:21 +00:00 |
|
nnhy
|
d04494e7cb
|
除非很明确很简单，否则建议采用默认构造函数，其它参数通过属性设置或者其它方法传入
|
2015-06-24 07:36:24 +00:00 |
|
nnhy
|
09a38aa15d
|
用指定大小初始化数据流时，设定最大长度为该值
考虑废除数据流的Write方法，该方法存在很大隐患
|
2015-06-22 10:24:08 +00:00 |
|
nnhy
|
abe114db06
|
调整代码结构，减少内存分配，优先使用栈空间
|
2015-06-16 18:35:19 +00:00 |
|
nnhy
|
3acdae119c
|
数据流独立，网关程序测试通过
|
2015-06-16 14:51:37 +00:00 |
|
nnhy
|
657f4246a7
|
完成令牌协议SendAndReceive的全部逻辑，编译通过，未测试
|
2015-06-15 13:41:20 +00:00 |
|
nnhy
|
3cff388761
|
整理令牌协议和微网协议，编译通过，未测试
|
2015-05-20 07:11:32 +00:00 |
|
nnhy
|
f45961ac98
|
系统编码基本原则之一，尽量模块化，能够用一个类来实现，绝不用多个普通成员
|
2015-02-22 17:52:44 +00:00 |
|
nnhy
|
c4d6103dd3
|
修正发消息时的一些小BUG
|
2015-02-22 15:58:10 +00:00 |
|
nnhy
|
632a216458
|
正确显示传输口数
|
2015-02-22 14:55:12 +00:00 |
|
nnhy
|
ca539b0ed2
|
先处理内部处理器，再把消息交给外部事件处理
|
2015-02-19 14:49:30 +00:00 |
|
Stone
|
1de95600b3
|
消息基类统一支持Reply
|
2015-01-31 10:12:31 +00:00 |
|
Stone
|
13ad62a91b
|
修正控制器初始化的BUG，该BUG导致nrf2401可以收数据但是不可以发数据
|
2015-01-25 13:09:49 +00:00 |
|
nnhy
|
c96e96d933
|
修缮微网协议细节，增加注释，未测试
|
2015-01-24 17:44:46 +00:00 |
|
Stone
|
611aeb3235
|
借助智能指针，解决Controller.Create得到的消息没有及时销毁的问题
|
2014-12-12 13:38:15 +00:00 |
|
Stone
|
8f114ae6dd
|
升级微网协议，统一微网消息和令牌消息，统一控制器接口。
全部编译通过，未测试
|
2014-12-12 12:57:49 +00:00 |