 大石头X2
|
1d6498c866
|
优先使用int替换为uint，方便运算，能够准确识别产生的负数。
GCC/VC编译通过，MDK编译Port/I2C失败
|
2017-02-28 14:57:07 +08:00 |
|
Stone
|
1d767a00d7
|
全面使用NetType
|
2016-06-28 12:47:12 +00:00 |
|
Stone
|
921f0553e1
|
使用cstring替代const char*
|
2016-06-02 12:10:54 +00:00 |
|
nnhy
|
a46aeed1dc
|
auto改进
|
2016-05-18 06:01:49 +00:00 |
|
nnhy
|
b0c7e1595c
|
集体修改断言
|
2016-03-18 01:48:17 +00:00 |
|
nnhy
|
19d0853e82
|
修正传输口字符串名称的问题
|
2016-03-14 08:09:16 +00:00 |
|
Stone
|
243de19352
|
分离出来内存缓冲区Buffer，编译通过，未测试！
|
2016-03-06 02:14:53 +00:00 |
|
nnhy
|
3b96d9e495
|
增加 ISocketHost::CreateSocket
增加 ISocket::Protocol
|
2016-02-23 03:26:38 +00:00 |
|
nnhy
|
d2e3637ffa
|
传输口ToString常量化
|
2016-01-19 07:45:34 +00:00 |
|
Stone
|
d1a0606879
|
独立一套REV，不依赖固件库
|
2016-01-13 17:39:37 +00:00 |
|
nnhy
|
bf98a6682f
|
取消宏定义string，统一使用字符指针char*，string为C++标准字符串类库让路。
经过测试，在容量较大的芯片上可以使用string，仅使用+=功能，RTM版本固件增加了大概18k。
|
2015-12-30 08:51:47 +00:00 |
|
nnhy
|
9523a0c4e2
|
大部分数据操作参数可以使用Array替代ByteArray，大大减少ByteArray构造函数的执行
|
2015-11-13 11:46:00 +00:00 |
|
nnhy
|
74ea976b13
|
Sys不再提供显示字符串或字节数组的功能
|
2015-10-21 09:40:53 +00:00 |
|
nnhy
|
c36fe94922
|
随时修改IP地址，否则DHCP之后得不到新的地址
|
2015-10-07 12:52:01 +00:00 |
|
nnhy
|
77b5d924e8
|
设置传输口最大数据大小
|
2015-10-07 12:46:40 +00:00 |
|
nnhy
|
0cb8ff5e22
|
架构调整后，修正2860兼容问题，网关C上测试令牌网通过，握手登录心跳
|
2015-09-18 09:08:52 +00:00 |
|
nnhy
|
f11eb549c6
|
全面升级数据传输接口，使用安全的字节数据来传递数据。
回调函数中增加额外的参数，用于传递会话参数，比如UDP中的远程地址
|
2015-09-17 10:08:22 +00:00 |
|
nnhy
|
e772547197
|
统一以太网接口，2860和5500均升级，未测试
统一DHCP，简单测试，成功发出Request，收到Offer，但是程序未处理
|
2015-09-16 10:09:57 +00:00 |
|
nnhy
|
9a86a57648
|
抽象网络接口ISocket，改造TinyIP的TCP/UDP完成，编译通过，未测试
|
2015-08-29 08:05:22 +00:00 |
|
Stone
|
8ac0bb70db
|
修正首次启动时，可能无法得到正确Socket类型的BUG
|
2015-07-07 08:06:26 +00:00 |
|
nnhy
|
bc09e40869
|
基础网络静态数据常量化，避免UDP中修改默认远程地址时改变了Any的值
测试阿里云通过
|
2015-06-27 15:21:02 +00:00 |
|
nnhy
|
c9a4f35dc4
|
记录当前远程和本地地址信息，方便外部使用
|
2015-06-27 13:04:09 +00:00 |
|
nnhy
|
513a27b876
|
加入详细的真的错误提示信息
|
2015-06-24 08:06:21 +00:00 |
WangQiang
|
e0c725fda2
|
DHCP获取不到IP UdpSocket：：Send（） 添加延时 给解决了..
|
2015-06-23 09:47:54 +00:00 |
|
nnhy
|
6d977a84f0
|
业务开发时，关闭UDP调试日志
|
2015-06-23 09:28:30 +00:00 |
|
nnhy
|
d597642876
|
使用IPEndPoint整理Udp
|
2015-06-23 04:05:14 +00:00 |
|
nnhy
|
d8051b24ab
|
UDP收发数据时指定目标地址端口，避免UdpSocket的远程地址因为收到数据包而被修改
|
2015-06-23 03:53:27 +00:00 |
|
nnhy
|
81c7d81e4c
|
优先栈分配内存，对于数据流来说，空间不够时能够自动扩容
测试通过
|
2015-06-23 00:55:13 +00:00 |
|
nnhy
|
451ce2974c
|
UDP采用独立缓冲区发数据，避免多线程冲突
|
2015-06-22 08:59:23 +00:00 |
|
nnhy
|
b03a44bec5
|
少用指针
Tcp/Udp独立管理自己的端口和远程地址
|
2015-06-22 08:23:33 +00:00 |
|
nnhy
|
b5e53811b3
|
优先使用对象引用，而不是指针
|
2015-06-22 07:58:10 +00:00 |
|
nnhy
|
f49127ba22
|
不要Tip.RemoteIP，避免多个地方使用造成冲突
编译通过，测试DHCP失败
|
2015-06-22 05:04:15 +00:00 |
|
nnhy
|
9f262dc519
|
使用数据流和字节数组改进以太网驱动，以后禁止直接使用指针转换，那样带来极大隐患。
未完成，编译通过
|
2015-06-22 03:31:04 +00:00 |
|
nnhy
|
d33ed42a8b
|
全部使用网络IP地址结构显示
|
2015-06-17 11:58:15 +00:00 |
|
nnhy
|
c0cc69dd56
|
TinyIP全面使用新的网络结构类，编译通过，测试失败
|
2015-06-17 10:49:02 +00:00 |
|
nnhy
|
3acdae119c
|
数据流独立，网关程序测试通过
|
2015-06-16 14:51:37 +00:00 |
|
nnhy
|
8742ed20a7
|
UDP日志直接显示十六进制数据，显示目标IP地址
|
2015-06-15 14:53:41 +00:00 |
|
Stone
|
9e69b0634e
|
不要自动反馈数据
|
2015-01-20 14:11:40 +00:00 |
|
Stone
|
c8b2de6d7b
|
UDP发送日志，输出数据部分
|
2015-01-17 08:33:20 +00:00 |
|
Stone
|
e5aab61816
|
Tcp三次握手总算成功，但是第一个包的序列号不对
|
2014-12-04 14:05:26 +00:00 |
|
Stone
|
5dae4b55b5
|
UDP区分过滤端口、本地发送端口、本地接收端口
|
2014-12-04 12:57:49 +00:00 |
|
Stone
|
10f974ddcc
|
不能注释UDP这行日志，否则DHCP失效
|
2014-11-21 14:27:25 +00:00 |
|
Stone
|
14433b3375
|
注释校验和相关调试代码，貌似对了，貌似又没对
|
2014-11-21 12:11:06 +00:00 |
|
Stone
|
c147c600a1
|
修正名称显示，测试通过
|
2014-11-16 19:01:41 +00:00 |
|
Stone
|
5ca2761e44
|
都没有改校验部分的代码，莫名其妙的UDP校验就对了
|
2014-11-16 18:45:34 +00:00 |
|
Stone
|
cccf7bfe6f
|
已经确认UDP不能用是校验和的计算有问题，怀疑TCP不能用也是校验和的问题
测试仍然未通过
|
2014-11-16 17:28:02 +00:00 |
|
Stone
|
6364194c84
|
!!!!!!晕死了，UDP发送的时候，不能带有校验，怎么回事？？？
|
2014-11-16 15:27:57 +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 |