请问如何在main里面判断lwip何时完成？

可以在mqtt connect之前判断网卡的link status。

如果网卡的link status为link up，再去连接mqtt broker。如:

struct netdev *netdev;
netdev = netdev_get_by_name("your_netdev_name");
/* 如果是内网，则判断flag为 NETDEV_FLAG_LINK_UP 即可 */
while ( 0 == ( netdev->flags & NETDEV_FLAG_INTERNET_UP ) )
{
    rt_thread_delay(1000);
}
mqtt_connect(client);
.....

你目前遇到的问题应该是能发不能收。

你是不是自行在内网搭建的MQTT Broker？
如果是EMQ，可以用自带的WebSocket工具测试一下。

在PC上利用自带的WebSocket创建一个client，然后订阅你的设备topic，应该是能收到数据的；但是，你大概率是无法收到来自PC下发的数据。

这个问题我有解决方案。

收发都不行。。。
我发现 ret = mqtt_connect(client); 返回值为-4
mqtt_publish_handle1(client); 返回 -14.

我wireshark抓包发现 确实有 mqtt connect command

mqtt_connect 不是阻塞的吗？ 我发现mqtt_connect会很快返回 -4, 然后等一会shell里面会打印
.. mqtt connect success…[43809] D/main: loop…..

-4在kawaii mqtt内部，对应KAWAII_MQTT_CONNECT_FAILED_ERROR。

mqtt_connect在设计时是阻塞的，但是实际上，根据底层网络的具体实现，也可能会让出CPU。

你抓到的包，应该是设备发出的；Broker应该没有给Client发CONACK吧，我是这么认为的。

mqtt connect success的log打印在mqtt_connect_with_results函数中，只是表示tcp部分成功了，还没有向外发connect帧呢。

不过，我有些疑惑，为什么是先返回-4，再从shell中打印的？从你刚刚的回复来看，我猜测，你应该是开启了ulog，异步在优先级为30的任务中输出的吧？这样才是可以解释通过的。

确实开了ulog..

感谢耐心指导。。刚刚发现换了个broker就好了