[求助] 周立功LPC1700开发板 TCP + uCOSII

只看该作者 · 2013-1-28 21:59

在学习LPC1700的Ethernet。使用的周立功LPC1700开发板，使用的Keil TCP的程序代码。
里面使用的uCOSII系统。对里面的工作细节不是很了解，想让清楚的讲解一下。
里面开了4个任务： TASK0，主要是创建其他任务和将上位机发送来的数据接收进缓冲区。（是否进行解析？）
                              TASKB，对UDP数据进行处理。（怎么处理了？接收到的数据是UDP协议的就交给它？然后再发送回去？）
                              TASKC，对TCP数据进行处理。同TASKB的疑问。
                           TASK_Server，创建服务器。对这个不是很了解，既然有服务器了，为什么还要开前面的任务？直接上位机发了数据，接收在做处理（将数据发给客户端）。服务器处理的数据是最后解析好了的数据吗？
                           是否可以这样理解：先用TASK0接到数据，再用TASKB、TASKC任务进行解析，得到的数据段给服务器？（感觉不太通）
__________________________________________________________________________________________________________________
对uCOSII是小白，对TCP也是小白。两白碰一块儿了。希望有对这方面比较了解的给讲解讲解。
可从数据是怎样接收的？接收后是如何进行解析的？走了哪些过程？最后的数据段在哪？又是如何进行加报文头的？怎样发送出去的？在uCOSII创建任务中需要考虑什么，那些信号量、消息队列怎样工作。越详细越好。
欢迎大家说说自己的看法。
非常感谢大家指点指点。
______________________________________________________________________________________________________________
想在里面添加一个 CAN 自收自发的任务结果没成功。估计是信号量什么的没协调好。

只看该作者 · 2013-1-28 22:03

在 TASK0 中有一段：
j++;
if (j >= 100)
{j=0;}

j都没有赋初值，怎么拿来用呢？这一段是做什么用的？

1万 · 2013-1-28 22:47

本帖最后由 huangxz 于 2013-1-28 22:52 编辑

TCP是分层的结构,服务器只是一个应用层而已,TCP层跟你是服务器还是客户端没有关系的
另外:你的任务在哪里啊,压缩文件里面没看到你创建的CAN任务啊

只看该作者 · 2013-1-29 09:34

huangxz 发表于 2013-1-28 22:47
TCP是分层的结构,服务器只是一个应用层而已,TCP层跟你是服务器还是客户端没有关系的
另外:你的任务在哪里啊 ...

这是母版，加了CAN任务的没贴出来。现将它加于附件。

只看该作者 · 2013-1-29 11:48

怎么木有人回复解答？

1万 · 2013-1-29 15:20

怎么不用nxp自己的can驱动啊,这个也自己写的么?
另外,你在任何里面不能直接一个死循环啊,起码要给别的任务切换机会啊。

只看该作者 · 2013-1-29 15:21

huangxz 发表于 2013-1-29 15:20
怎么不用nxp自己的can驱动啊,这个也自己写的么?
另外,你在任何里面不能直接一个死循环啊,起码要给别的任务 ...

这就是 NXP 自己的驱动啊。估计是信号量处理不当。

1万 · 2013-1-29 15:25

本帖最后由 huangxz 于 2013-1-29 15:27 编辑

arm菜鸟人发表于 2013-1-29 15:21
这就是 NXP 自己的驱动啊。估计是信号量处理不当。

里面根本没有采用信号量啊
http://mazhijing.blog.51cto.com/215535/53988

只看该作者 · 2013-1-29 15:34

typedef struct{ INT8U *RecDataPtr;
      INT16U length;
      INT8U num;
      INT8U ip[4];
      INT8U My_Ip[4];
      }Rec_Ptr;
这里的ip 和 My_Ip 指的是哪个与哪个的 ip。

____________________________________________________________________________
UdpStatus[i].info[j].De_Port=UdpRecBuff[UDP_REC_BUFF_NUM].SourcePort;
#ifdef Little_End
UdpStatus[i].info[j].De_Port=swap_int16(UdpStatus[i].info[j].De_Port);
#endif
UdpStatus[i].info[j].De_Ip[0]=(*Udp_Rec).ip[0];
UdpStatus[i].info[j].De_Ip[1]=(*Udp_Rec).ip[1];
UdpStatus[i].info[j].De_Ip[2]=(*Udp_Rec).ip[2];
UdpStatus[i].info[j].De_Ip[3]=(*Udp_Rec).ip[3];
UdpStatus[i].info[j].num=UDP_REC_BUFF_NUM;
UdpStatus[i].info[j].len=(*Udp_Rec).length;
OS_EXIT_CRITICAL();
UDP_REC_BUFF_NUM++;
if(UDP_REC_BUFF_NUM>=UdpMaxRec)
UDP_REC_BUFF_NUM=0;
OSSemPost(UdpStatus[i].UdpSemRec);
return (2);

这里交换的信息是将哪里的端口和ip 赋给谁呢？
上位机，目的主机，源主机，LPC1700主机。
这应该是一个接收数据，也就是下位机接收上位机数据，应给是上位机向下位机发送数据，接收缓冲区的内容应该是上位机发送的。那么里面的内容：目的地址应该是 LPC1700的地址和端口，源地址就是上位机的地址。
而，udpState是 LPC1700的状态那么他 info里的源地址指的是它自身，目的地址是上位机？
这个相对关系，不是很明白，糊涂了。

LPC1700 接到的数据，应该是不断地往上层冒的，接到UDP 应该也是要给上面的应用层的呀？

谁帮忙缕一缕。

只看该作者 · 2013-1-29 15:42

把问题都问忘了。
Rec_Ptr中 My_Ip 如果是指的本主机地址（上位机？），那么ip 指目的机地址（LPC1700？）
在那段程序中，将 ip 赋值给 info中的 De_ip（目的地址（对于LPC1700而言为上位机？））这不就相互指错了吗？
那么哪里理解不正确？

只看该作者 · 2013-1-29 15:43

huangxz 发表于 2013-1-29 15:25
里面根本没有采用信号量啊
http://mazhijing.blog.51cto.com/215535/53988

我开始以为不用信号量。后来加了也没能工作。所以，考虑加个信号量再试试。
谢谢你的指点。

只看该作者 · 2013-1-29 16:07

huangxz 发表于 2013-1-29 15:25
里面根本没有采用信号量啊
http://mazhijing.blog.51cto.com/215535/53988

需要CAN收发的队列吗？

1万 · 2013-1-29 17:07

arm菜鸟人发表于 2013-1-29 16:07
需要CAN收发的队列吗？

那要看你can的数据量有多大,如果有爆发性的数据传输,最好还是用队列,否则不用队列也行,

1万 · 2013-1-29 17:13

arm菜鸟人发表于 2013-1-29 15:42
把问题都问忘了。
Rec_Ptr中 My_Ip 如果是指的本主机地址（上位机？），那么ip 指目的机地址（LPC1700？）
...

关于ip的封包,你用wireshark看下就知道了。

只看该作者 · 2013-1-29 21:28

huangxz 发表于 2013-1-29 17:07
那要看你can的数据量有多大,如果有爆发性的数据传输,最好还是用队列,否则不用队列也行, ...

我使用了信号量，还是不能工作。估计不太对，在循环里面。
我在考虑将CAN 收发工作写成一个函数，再调用。将代码发给你看看。有什么不对的你指点指点。
我先改着。

只看该作者 · 2013-1-29 21:29

huangxz 发表于 2013-1-29 17:07
那要看你can的数据量有多大,如果有爆发性的数据传输,最好还是用队列,否则不用队列也行, ...

谢谢你的关注！

1万 · 2013-1-29 23:05

一般在ucos任务里面的常用结构如下

复制

    while (DEF_ON) {                                            /* Task body, always written as an infinite loop.           */

         p_msg = OSQPend(&UsbRxQ,

                        0,                //timeout 0表示永远等待

                        OS_OPT_PEND_BLOCKING,

                        &msg_size,

                        &ts,

                        &err);

        PrintfBuffer("usb rx:",(char *)p_msg, 16);

        OSMemPut(&UsbRxMem, (void *)p_msg, &err);                                 //free memory block, pointer is msg, from BTRxMem

        usb_send("HELLO", 16);

        }

要么是pend到一个event(包括信号量等)

要么是

复制

    while (DEF_ON) {                                            /* Task body, always written as an infinite loop.    */

        LED_LED1_ON();

        OSTimeDlyHMSM(0, 0, 0, 100,

                      OS_OPT_TIME_HMSM_STRICT,

                      &err);

                        LED_LED1_OFF();

                                OSTimeDlyHMSM(0, 0, 0, 100,

                      OS_OPT_TIME_HMSM_STRICT,

                      &err);

    }

且不论你在CAN总线的操作上有没有什么问题,首先你要先解决你ucos程序结构上的问题,才能再考虑对资源的操作
如果调试CAN，可以先用供应商的代码,其实CAN只要知道那 10几20个寄存器的配置，是相当简单的。

只看该作者 · 2013-1-30 09:52

单独开了CAN任务，是能够工作的。
不过编译的时候出现了一个错误：
ZY_CODE\uCOS-II\OS_TASK.C(370): warning: #177-D: variable "self" was declared but never referenced
这个"self" 好像在删除任务时会出现。
我让 UDP 和 CAN 单独工作，他们之间应该没有共用资源，也就是不用信号量也是能工作的吧？
但是，将两个整合在一起，UDP能工作，CAN不能工作。我还将CAN的优先级提高了。就算在任务里面出不来，也应该是CAN能够工作的呀。

只看该作者 · 2013-1-31 15:56

汇报最新结果：已经能够实现CAN和UDP的单独自发送了。不过感觉这样处理还是存在隐患的。（实现功能先）
处理方法就是将 CAN自收发的功能代码加在服务器任务的代码里。考虑到，CAN任务一直进不去。而其他任务都是正常的，就“借**生蛋”。不过在测试中CAN的接收时感觉有时间滞后。

接下来的任务是将CAN接收到的数据通过 UDP发给上位机，UDP接收到的数据通过CAN转发出去。继续研究。

[求助] 周立功LPC1700开发板 TCP + uCOSII

相关下载

相关帖子

湍急之河流

技术奇才奖章

伴坛终老

社区建设奖章

技术领袖奖章

坚毅之洋流

十世金身

核心会员奖章