Stone
|
b925d5817b
|
删除Time.h的引用
STM32F1拆分Pwm
|
2016-06-23 03:34:35 +00:00 |
Stone
|
61cc2b71ea
|
减少使用TimeWheel
|
2016-06-19 16:41:55 +00:00 |
nnhy
|
a46aeed1dc
|
auto改进
|
2016-05-18 06:01:49 +00:00 |
nnhy
|
d1f6245d9b
|
所有NULL更换为nullptr,GCC要求更严格。
Sys.h头文件不再包含string.h,禁止SmartOS除了Type和String以外的地方使用内存管理函数
|
2016-03-14 04:28:04 +00:00 |
Stone
|
eba9043046
|
除了Buffer其它任何地方不得使用memcpy/memset
|
2016-03-11 04:39:30 +00:00 |
nnhy
|
59baca7be6
|
增加获取系统启动时间的Sys.Ms(),等同于Time.Current(),但是无需再引用Time.h
|
2015-11-03 08:52:31 +00:00 |
nnhy
|
2ee5521bfa
|
系统时间,以毫秒作为基本精度
编译测试通过
|
2015-10-05 13:22:23 +00:00 |
nnhy
|
e772547197
|
统一以太网接口,2860和5500均升级,未测试
统一DHCP,简单测试,成功发出Request,收到Offer,但是程序未处理
|
2015-09-16 10:09:57 +00:00 |
nnhy
|
a4addb1277
|
原来的静态成员,可以改为静态方法,首次执行是构造对象
|
2015-08-12 10:29:05 +00:00 |
nnhy
|
cc3d1fa4c0
|
加上Time.h的引用
|
2015-07-29 03:02:37 +00:00 |
nnhy
|
9674739f6d
|
减少Time.Current的使用
|
2015-07-18 02:19:54 +00:00 |
Stone
|
f6dadfd1e0
|
关闭ARP日志
|
2015-07-10 08:35:50 +00:00 |
Stone
|
8ac0bb70db
|
修正首次启动时,可能无法得到正确Socket类型的BUG
|
2015-07-07 08:06:26 +00:00 |
Stone
|
947cedec8c
|
每次Tcp链接都递增本地端口
|
2015-07-07 05:10:33 +00:00 |
Stone
|
4c0aa982b9
|
按引用传递的参数尽量加上const,避免被内部修改
|
2015-07-07 03:59:16 +00:00 |
nnhy
|
8c1f12b1d5
|
修正RTS/RST的错误,官方手册也有说明
启用错误重发的代码,测试并不理想
|
2015-07-02 14:22:09 +00:00 |
nnhy
|
e12e7ae8b8
|
改进ARP,否则难以拿到网关Mac
|
2015-07-02 05:18:58 +00:00 |
nnhy
|
45bb60c099
|
改善日志信息
|
2015-07-02 05:09:55 +00:00 |
nnhy
|
002b564047
|
不显示ARP日志
|
2015-06-27 09:42:08 +00:00 |
nnhy
|
5b3a97a941
|
打开ARP调试
|
2015-06-25 15:01:30 +00:00 |
nnhy
|
d434cbb5a7
|
使用新的同步等待机制,配合时间轮,避免独占CPU太长时间
|
2015-06-23 09:00:17 +00:00 |
nnhy
|
b5e53811b3
|
优先使用对象引用,而不是指针
|
2015-06-22 07:58:10 +00:00 |
nnhy
|
dbd66ae830
|
|
2015-06-22 05:08:15 +00:00 |
nnhy
|
f49127ba22
|
不要Tip.RemoteIP,避免多个地方使用造成冲突
编译通过,测试DHCP失败
|
2015-06-22 05:04:15 +00:00 |
nnhy
|
bd7b7b39b4
|
发送数据包时,远程Mac将由Tip通过Arp获得
|
2015-06-22 04:39:43 +00:00 |
nnhy
|
9a0f7bf94e
|
不要Tip.RemoteMac,避免多个地方使用造成冲突
|
2015-06-22 04:38:50 +00:00 |
nnhy
|
50a93bfadd
|
减少对RemoteMac的引用,准备删除
|
2015-06-22 04:33:11 +00:00 |
nnhy
|
e0ebbf0f4c
|
广播地址
|
2015-06-22 04:20:23 +00:00 |
nnhy
|
9f262dc519
|
使用数据流和字节数组改进以太网驱动,以后禁止直接使用指针转换,那样带来极大隐患。
未完成,编译通过
|
2015-06-22 03:31:04 +00:00 |
nnhy
|
a9d43e7c96
|
修正ARP获取MAC的错误,测试DHCP通过,ICMP失败
|
2015-06-19 10:16:11 +00:00 |
nnhy
|
43bc4bd49c
|
建立两套网络IP地址结构,协议层追求内存布局,应用层追求用户友好
编译通过,测试DHCP失败
|
2015-06-18 02:23:03 +00:00 |
nnhy
|
c0cc69dd56
|
TinyIP全面使用新的网络结构类,编译通过,测试失败
|
2015-06-17 10:49:02 +00:00 |
nnhy
|
3acdae119c
|
数据流独立,网关程序测试通过
|
2015-06-16 14:51:37 +00:00 |
nnhy
|
51f6727711
|
ARP里面,根据IP查找Mac,5秒等待太久了,改为1秒
|
2015-02-07 04:24:53 +00:00 |
Stone
|
9ddf74aea1
|
ARP已完成调试,不用输出那么多日志
|
2015-01-23 04:32:12 +00:00 |
Stone
|
c847b6117f
|
修正Tcp::Connect中Callback的逻辑处理。
Tcp服务端测试通过,Tcp客户端丢失了 三次握手的第三个包
|
2014-12-05 09:23:55 +00:00 |
Stone
|
4c21b5574e
|
不能因为不支持的Option而挂了
|
2014-11-26 14:59:48 +00:00 |
Stone
|
011d3b5abd
|
UDP收发测试通过
|
2014-11-16 14:53:31 +00:00 |
Stone
|
cc8ca04a85
|
规范化端口的使用,只有TCP和UDP使用端口,TinyIP类不需要端口
UDP测试未通过
|
2014-11-16 14:21:14 +00:00 |
Stone
|
65557efb4e
|
UDP测试还是有问题
|
2014-11-15 12:10:08 +00:00 |
Stone
|
9330af6644
|
ip为0时,MAC地址为FF
|
2014-11-15 11:01:10 +00:00 |
Stone
|
083db8e373
|
Tcp客户端测试还是没有通过,以太网干扰太多
|
2014-11-12 17:45:26 +00:00 |
Stone
|
a9d9d521f8
|
使用等待轮询架构完善TCP连接和发送,测试仍然未通过
|
2014-11-12 17:22:40 +00:00 |
Stone
|
99d891a5d5
|
TinyIP增加LoopWait架构,精简等待调用的代码
|
2014-11-12 16:05:45 +00:00 |
Stone
|
790e4af08e
|
发送IP数据包的时候,忘了针对IP修改不同的目标MAC。
测试TCP连接,抓包可抓到,但是发送端理应等待对方的Ack包。
|
2014-11-12 15:34:47 +00:00 |
Stone
|
c99ddb0d70
|
改善注释
|
2014-11-11 08:37:54 +00:00 |
nnhy
|
a8cc5bace0
|
修正内存流处理Length时存在的BUG,此时指针位于0,而内容长度为缓冲区长度
|
2014-10-12 15:55:29 +00:00 |
nnhy
|
5b52b03fcf
|
不是新的ARP加入不显示日志
|
2014-10-09 17:43:34 +00:00 |
nnhy
|
12949d3b5b
|
让ARP模块能够从普通IP中学习ARP映射,以备使用
|
2014-10-08 13:56:04 +00:00 |
nnhy
|
fe5e1ecbe1
|
DHCP测试通过,成功获取IP,关键在于网桥隔离,并且DHCP服务器收到Request以后发送ARP询问是否有人使用该IP。而设备得到该IP后会做出响应,又恰巧网桥隔离让服务器误以为是别的机器使用了该IP地址,从而Nak
|
2014-10-07 20:21:35 +00:00 |