TCP / IP-以C / C ++发送HEX数据包以控制中继板

Mar*_*net -1 c c++ ubuntu tcp tcpclient

我有一个带有16个继电器的电子板,它可以通过TCP / IP进行工作。主板的IP地址是192.168.1.4,端口是3000。我想在Ubuntu下用C / C ++对其进行控制。

可以使用十六进制命令列表来远程打开和关闭板上的每个继电器。这是清单:

    "580112000000016C",  // switch on the relay 1
    "580111000000016B",  // switch off the relay 1
    "580112000000026D",  // switch on the relay 2
    "580111000000026C",  // switch off the relay 2
    "580112000000036E",  // and so on..
Run Code Online (Sandbox Code Playgroud)

我可以通过在Ubuntu下发送命令行命令来正确地打开和关闭每个中继:

echo '580112000000016C' | xxd -r -p | nc 192.168.1.4 3000
Run Code Online (Sandbox Code Playgroud)

上面的代码正确打开了继电器。

我想对C / C ++代码做同样的事情,因为我想从WxWidgets应用程序控制开发板。目前,我是从基础开始的,我只是使用C / C ++代码来测试tcp连接。

这是我的代码:

#include <stdio.h>
#include <errno.h>
#include <string.h>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <cstring>
#include <string>
#include <unistd.h>

using namespace std;

int main(int argc, char**argv) {
    int sockfd, n;
    struct sockaddr_in servaddr;
    char sendline[1000];
    char recvline[1000];

    std::string serveraddr = "192.168.1.4";

    sockfd = socket(AF_INET, SOCK_STREAM, 0);

    bzero(&servaddr, sizeof(servaddr));
    servaddr.sin_family = AF_INET;
    servaddr.sin_addr.s_addr = inet_addr(serveraddr.c_str());
    servaddr.sin_port = htons(3000);

    connect(sockfd, (struct sockaddr *) &servaddr, sizeof(servaddr));

    int number = 0x580112000000016C;

    int sendsize;
    sendsize = snprintf(sendline, sizeof(sendline), "%x", number);

    send(sockfd, sendline, sendsize * sizeof(char), 0);

}
Run Code Online (Sandbox Code Playgroud)

我应该如何发送十六进制命令?当我编译这段代码时,我得到以下警告:

g++ tcp.c -o tcp tcp.c: In function ‘int main(int, char**)’:
tcp.c:29:18: warning: overflow in implicit constant conversion [-Woverflow]
     int number = 0x580112000000016C;
                  ^~~~~~~~~~~~~~~~~~
Run Code Online (Sandbox Code Playgroud)

显然该程序无法正常工作。

你能帮我吗?我是初学者,不了解如何正确发送十六进制指令。

EDIT1这是Nielsen建议后的代码。

#include <stdio.h>
#include <errno.h>
#include <string.h>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <cstring>
#include <string>
#include <unistd.h>

using namespace std;

int main(int argc, char**argv) {
    int sockfd, n;
    struct sockaddr_in servaddr;
    char sendline[1000];
    char recvline[1000];

    std::string serveraddr = "192.168.1.4";

    sockfd = socket(AF_INET, SOCK_STREAM, 0);

    bzero(&servaddr, sizeof(servaddr));
    servaddr.sin_family = AF_INET;
    servaddr.sin_addr.s_addr = inet_addr(serveraddr.c_str());
    servaddr.sin_port = htons(3000);

    connect(sockfd, (struct sockaddr *) &servaddr, sizeof(servaddr));

    //int number = 0x580112000000016C;
    //uint8_t buffer[] = { 0x58, 0x01, 0x12, 0x00, 0x00, 0x00, 0x01, 0x6C};
   const char *command = "580112000000016C\n";

int bytes_to_send = strlen(command);
int bytes_sent = 0;

while(bytes_sent < bytes_to_send) {
    n = send(sockfd, command + bytes_sent, bytes_to_send - bytes_sent, 0);
    if ( n < 0 ) {
        printf("Error!\n"); break;
    }
    bytes_sent += n;
}
}
Run Code Online (Sandbox Code Playgroud)

但是,不幸的是它仍然无法正常工作。

Use*_*ess 5

这个

const char *command = "580112000000016C\n";
Run Code Online (Sandbox Code Playgroud)

不能按原样工作,因为这是一个ASCII字符串(或本地实现使用的任何字符集),并且您需要对其进行解析以获取数字形式:您缺少了与xxd原始管道相同的步骤。(\n除非实际要通过网络发送,否则还应删除尾随,但这不是这里的主要问题)。

接下来,这个

int number = 0x580112000000016C;
Run Code Online (Sandbox Code Playgroud)

除非该文字适合您平台的,否则它将无法正常工作int。由于通常是32位,因此您不能在其中容纳64位数字。

固定变量大小

#include <cstdint>

uint64_t number = 0x580112000000016Cull;
Run Code Online (Sandbox Code Playgroud)

可能会起作用,但是现在您遇到了一个新问题:此值发送到网络的实际八位位组序列取决于您平台的字节顺序。

这个

uint8_t buffer[] = { 0x58, 0x01, 0x12, 0x00, 0x00, 0x00, 0x01, 0x6C};
Run Code Online (Sandbox Code Playgroud)

确实应该起作用:至少八位字节值正确,并且您知道它们的顺序正确。

如果您强烈希望编写第一个(字符串)形式,则这是字符串应转换为的输出。


关于方法的快速评论:

您有一个有效的Shell管道。这意味着您可以编写服务器流水线nc -l来查看C ++程序实际发送的内容,以进行比较。去做。

这也意味着您可以通过编写程序来替换nc管道的阶段来开始:这使您可以确认网络代码在隔离情况下是否正常工作。

当我说您可以将字符串形式转换为八位字节数组形式时,我的意思是:首先使八位字节数组起作用。然后,编写一个将字符串形式转换为八位字节数组的函数,最后测试该函数的输出是否相同。

如果您注意到方法论中的一种模式,则希望总是将问题分解为较小的子问题。如果您编写程序后发现不确定自己的错误是否出在网络代码中,字符串格式或缓冲区操作中,那么您一次编写了太多代码,而等待的时间太长,无法对其进行测试。