Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
[例子] LwIP中采用netcon接口进行异步读写
发布于 2009-07-18 19:07:32 浏览:20097
订阅该版
在LwIP中netbuf、netconn是属于非常简洁的接口,代码清晰而简洁,十分适合于嵌入式应用。 但netconn有个缺点,即它的API接口都是阻塞模式的,例如一个线程调用netconn_recv读取一个连接上的数据,在数据未达到前,线程将一直被阻塞。此时如果想发送一些数据到网络连接上,将比较困难。而且netconn不是线程安全的(即不能在多个线程中使用netconn API),这也基本上杜绝了多个线程中使用netconn的可能。 客户因为使用RT-Thread & LwIP,而提出如上的问题。因为这个属于一个普遍的问题,所以把相应的例子程序附在后面,它通过LwIP netconn中提供的callback机制,当LwIP收到网络报文时,在回调函数中发送event给nw_thread线程,让nw_thread继续进行接收的处理。同时nw_thread也在监视发送事件和连接关闭事件。 例子代码如下 ``` #include
#include
static struct netconn* conn = RT_NULL; #define NW_RX 0x01 #define NW_TX 0x02 #define NW_CLOSED 0x04 #define NW_MASK (NW_RX | NW_TX | NW_CLOSED) /* tx session structure */ struct tx_session { rt_uint8_t *data; /* data to be transmitted */ rt_uint32_t length; /* data length */ rt_sem_t ack; /* acknowledge semaphore */ }; struct tx_session tx_data; struct rt_event nw_event; struct rt_semaphore nw_sem; void rx_callback(struct netconn *conn, enum netconn_evt evt, rt_uint16_t len) { if (evt == NETCONN_EVT_RCVPLUS) { rt_event_send(&nw_event, NW_RX); } } void process_rx_data(struct netbuf *buffer) { rt_uint8_t *data; rt_uint16_t length; /* get data */ netbuf_data(buffer, (void**)&data, &length); rt_kprintf("rx: %s ", data); } void nw_thread(void* parameter) { struct netbuf *buf; rt_err_t result; rt_uint32_t event; /* set network rx call back */ conn->callback = rx_callback; while (1) { /* receive network event */ result = rt_event_recv(&nw_event, NW_MASK, RT_EVENT_FLAG_OR | RT_EVENT_FLAG_CLEAR, RT_WAITING_FOREVER, &event); if (result == RT_EOK) { /* get event successfully */ if (event & NW_RX) { /* do a rx procedure */ buf = netconn_recv(conn); if (buf != RT_NULL) { process_rx_data(buf); } } if (event & NW_TX) { /* do a tx procedure */ netconn_write(conn, tx_data.data, tx_data.length, NETCONN_COPY); /* tx done, notify upper application */ rt_sem_release(tx_data.ack); } if (event & NW_CLOSED) { /* connection is closed */ netconn_close(conn); } } } } void send_hit() { static char hit_data[80]; static rt_uint32_t hit = 0; if (conn != RT_NULL) { tx_data.data = (rt_uint8_t*)&hit_data[0]; tx_data.length = rt_sprintf(hit_data, "hit %d", hit ++); rt_kprintf("send hit: %s ", tx_data.data); rt_event_send(&nw_event, NW_TX); /* wait ack */ rt_sem_take(&nw_sem, RT_WAITING_FOREVER); } } FINSH_FUNCTION_EXPORT(send_hit, send hit on network) void client(void) { int err; struct ip_addr ip; rt_thread_t thread; /* create a TCP connection */ conn = netconn_new(NETCONN_TCP); /* set ip address */ IP4_ADDR(&ip, 192, 168, 1, 100); /* connect to server */ err = netconn_connect(conn, &ip, 20); rt_kprintf("connect error code: %d ", err); /* connect OK */ if (err == 0) { rt_kprintf("Connect OK, startup rx thread "); /* init event */ rt_event_init(&nw_event, "nw_event", RT_IPC_FLAG_FIFO); rt_sem_init(&nw_sem, "nw_sem", 0, RT_IPC_FLAG_FIFO); tx_data.ack = &nw_sem; /* create a new thread */ thread = rt_thread_create("rx", nw_thread, RT_NULL, 1024, 150, 20); if (thread != RT_NULL) rt_thread_startup(thread); } } FINSH_FUNCTION_EXPORT(client, tcp client demo)``` 这份代码也会进入下一版本的编程指南中。
查看更多
15
个回答
默认排序
按发布时间排序
panxiaoku
2009-07-20
这家伙很懒,什么也没写!
是这个样子的吗?LWIP内部不是有进程处理产生的各种MSG吗?我用LWIP在多个任务中是可以用的呀?阻塞掉的只是调用API的进程吧,其内部进程并不阻塞呀。。。个人看法。。。
bernard
2009-07-20
这家伙很懒,什么也没写!
是的,lwip内部是不会被阻塞的,阻塞的只是上层线程。不过关键就是,上层线程不想因为netconn接口被阻塞。
panxiaoku
2009-07-21
这家伙很懒,什么也没写!
而且netconn不是线程安全的(即不能在多个线程中使用netconn API)? 这个我不是很理解,我用LWIP时确实在多个线程中调用了,,,没出问题?要不然就是我RP太好了。。。 [s:154]
bernard
2009-07-22
这家伙很懒,什么也没写!
>而且netconn不是线程安全的(即不能在多个线程中使用netconn API)? >这个我不是很理解,我用LWIP时确实在多个线程中调用了,,,没出问题?要不然就是我RP太好了。。。 [s:154] --- 可能我没表述清楚,我的意思是每个建立连接的netconn,不能同时在多个线程中针对它调用netconn的API。因为每个netconn的API,实际上都是阻塞的,它会等在netconn->op_completed信号量上。当多个线程都在调用netconn API时,在最后的释放信号量上(netconn->op_completed),唤醒线程的顺序并不能够得到保证。
panxiaoku
2009-07-23
这家伙很懒,什么也没写!
这回明白了。。。。
chinayale
2009-12-13
这家伙很懒,什么也没写!
我也碰到过这个问题,一直没能解决。现在终于豁然开朗了。
zhouwei5872
2010-01-14
这家伙很懒,什么也没写!
斑竹的意思是,每个建立的connect,不能被多个线程同时调用吧? 如果是这样子,那就明白了。不过,似乎也没有人这末用?我再linux写过不少网络程序,很少看到这样子的用法。
mbbill
2010-01-17
这家伙很懒,什么也没写!
这样还有一个问题,多个线程同时在多个连接上面发送的时候可能会因为其中一个阻塞而导致所有连接全部阻塞,因为netconn_write还是阻塞的。
bluecd
2010-03-04
这家伙很懒,什么也没写!
来不及细看,为方便查找先关注一下。
wunihaoo
2010-03-06
这家伙很懒,什么也没写!
>这样还有一个问题,多个线程同时在多个连接上面发送的时候可能会因为其中一个阻塞而导致所有连接全部阻塞,因为netconn_write还是阻塞的。 --- 遇到类似的问题,不知道怎么解决。。。
撰写答案
登录
注册新账号
关注者
0
被浏览
20.1k
关于作者
bernard
这家伙很懒,什么也没写!
提问
414
回答
5940
被采纳
76
关注TA
发私信
相关问题
1
有关动态模块加载的一篇论文
2
最近的调程序总结
3
晕掉了,这么久都不见layer2的踪影啊
4
继续K9ii的历程
5
[GUI相关] FreeType 2
6
[GUI相关]嵌入式系统中文输入法的设计
7
20081101 RT-Thread开发者聚会总结
8
嵌入式系统基础
9
linux2.4.19在at91rm9200 上的寄存器设置
10
[转]基于嵌入式Linux的通用触摸屏校准程序
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
2
RT-Thread 发布 EtherKit开源以太网硬件!
3
rt-thread使用cherryusb实现虚拟串口
4
《C++20 图形界面程序:速度与渲染效率的双重优化秘籍》
5
《原子操作:程序世界里的“最小魔法单位”解析》
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
UART
ota在线升级
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
keil_MDK
rt_mq_消息队列_msg_queue
ulog
C++_cpp
at_device
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
13
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
5
个答案
2
次被采纳
用户名由3_15位
11
个答案
1
次被采纳
本月文章贡献
程序员阿伟
8
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
大龄码农
1
篇文章
3
次点赞
ThinkCode
1
篇文章
1
次点赞
Betrayer
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部