Question

我正在创建一个应用程序来发送UDP数据包，以便打开LED bulb。当我连接到Ad-hoc创建的Wifi bridge时，我能够执行所有操作。

现在，我想配置Wifi bridge，以便它可以连接到我的主路由器。我有AT命令设置来执行此过程，但不知何故，我无法从Wifi bridge收到我发送给它的命令的响应。

程序如下： -

步骤1：将UDP消息发送到LAN广播IP地址“10.10.100.255”，端口48899 =＆gt; “Link_Wi网络连接”
局域网上的所有Wifi网桥都会回复他们的详细信息。回复是“10.10.100.254，ACCF232483E8”
第2步：（可选择更改wifi网桥上的设置）：然后将“+ ok”发送到LimitlessLED Wifi Bridge。将UDP消息发送到从步骤1“10.10.100.254”=＆gt;返回的响应IP地址“+ OK”
步骤3：（可选择更改wifi网桥上的设置）：之后，您可以向模块发送AT命令（以\ r \ n结尾）。

发送UDP数据包的代码如下

-(void)configureWifi{

    counter++;
    NSString *host = @"10.10.100.255";
    if ([host length] == 0)
    {
        [self logError:@"Address required"];
        return;
    }

    int port = 48899; //[portField.text intValue];
    if (port <= 0 || port > 65535)
    {
        [self logError:@"Valid port required"];
        return;
    }
    NSString *msg = @"Link_Wi-Fi";
    NSData *data = [msg dataUsingEncoding:NSUTF8StringEncoding];
    NSLog(@"the message sent is %@", data);
    [udpSocket sendData:data toHost:host port:port withTimeout:-1 tag:tag];

}

现在，为了设置套接字并接收数据，我正在使用这两个委托方法：

 - (void)setupSocket
{
    // Setup our socket.
    // The socket will invoke our delegate methods using the usual delegate paradigm.
    // However, it will invoke the delegate methods on a specified GCD delegate dispatch queue.
    // 
    // Now we can configure the delegate dispatch queues however we want.
    // We could simply use the main dispatc queue, so the delegate methods are invoked on the main thread.
    // Or we could use a dedicated dispatch queue, which could be helpful if we were doing a lot of processing.
    // 
    // The best approach for your application will depend upon convenience, requirements and performance.
    // 
    // For this simple example, we're just going to use the main thread.

    udpSocket = [[GCDAsyncUdpSocket alloc] initWithDelegate:self delegateQueue:dispatch_get_main_queue()];

    NSError *error = nil;

    if (![udpSocket bindToPort:0 error:&error])
    {
        [self logError:FORMAT(@"Error binding: %@", error)];
        return;
    }
    if (![udpSocket beginReceiving:&error])
    {
        [self logError:FORMAT(@"Error receiving: %@", error)];
        return;
    }

    [self logInfo:@"Ready"];
}

并且为了接收数据，这是在发送UDP数据包之后被调用的方法。这是我在项目中用于发送和接收UDP数据包的GCDAsyncUdpSocket类的委托方法。

- (void)udpSocket:(GCDAsyncUdpSocket *)sock didReceiveData:(NSData *)data
                                               fromAddress:(NSData *)address
                                         withFilterContext:(id)filterContext
{
    NSString *msg = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
    if (msg)
    {
        [self logMessage:FORMAT(@"RECV: %@", msg)];
    }
    else
    {
        NSString *host = nil;
        uint16_t port = 0;
        [GCDAsyncUdpSocket getHost:&host port:&port fromAddress:address];

        [self logInfo:FORMAT(@"RECV: Unknown message from: %@:%hu", host, port)];
    }
}

一旦我能够收到响应，我将能够发送下一个AT命令以配置桥接。

感谢。任何帮助将不胜感激。

Answer 1

以下是我建议您使用的故障排除步骤：

1-我假设您正在使用ARC，因此请确保您的udpSocket变量在整个异步通信中具有强大的参考。如果它被释放，那么这可以解释没有回调。

2-确保通信以您认为的方式进行。使用Wireshark等软件捕获网络上正在交换的数据包。这应该允许您确认您的数据包是在收到sendData:时发送的，并且还允许您确认是否收到回复。

3-确保正确使用GCDAsyncUdpSocket。考虑到您要广播消息，您不应该在bindToPort:error:方法中调用setupSocket。相反，你应该打电话给enableBroadcast:error:。考虑到您还希望在广播后接收数据包，您应该使用connectToHost:onPort:error:方法更改套接字的状态以允许双向通信。完成后，您可以将sendData:toHost:port:withTimeout:tag:的使用情况替换为sendData:withTimeout:tag:。最后，您可以调用beginReceiving:，以便为任何传入的数据包调用委托。

4-如果这仍然没有帮助您完成，我建议您仔细阅读GCDAsyncUdpSocket的文档，该文档已有详细记录。

Answer 2

您可以使用Wireshark或任何网络捕获工具来解决问题。我们用于广泛使用Wireshark的类似项目。如果数据包已到达设备（Z-Wave），它将发出某种Ack。这将有助于确保数据包正在退出。

无法使用GCDAsyncSocket接收发送的UDP数据包的响应

2 个答案: