嵌入式设备与远程服务器之间通信的协议架构

Question

对于特定应用程序的最佳协议架构，我几乎没有疑问。让我更好地解释一下我的应用程序。

在我的应用程序中，有 3 个元素：

• 米
• 集中器
• 服务器

仪表（嵌入式设备）通过射频链路定期向集中器（另一个嵌入式设备）发送消息。在这次通信中，我们使用的是 WM-Bus 协议，我没有任何问题。

集中器每天都与服务器通信，以传输白天从仪表收集的数据。这些数据可以是不同类型的数据，例如读出数据、警报等，并且可能有一天集中器只有要传输的读出数据，而在另一天，有很多不同类型的数据。除了这种情况，有时服务器还需要向集中器发送数据，例如，当服务器要更改集中器的配置时。该连接将由已实现 TCP/IP 的 GPRS 模块处理，因此，低级协议不是问题。系统这部分将使用的协议将是专有协议，我们在指定它时遇到问题。

我们认为此协议有两种可能的架构。 第一个选项，服务器是通信的主（服务器），集中器是从（客户端）。换句话说，服务器打开一个监听套接字并等待集中器的连接。当集中器打开一个与服务器的套接字时，它会发送它的状态字（位域），每个位指示连接的原因，然后服务器开始通过特定的命令询问数据。

在第二个选项中，集中器是主站。通过这种方式，它打开一个与服务器的套接字并使用特定的命令发送数据。在我的选项中，这个选项听起来更好，因为集中器知道它需要发送哪种数据并执行它，而不是服务器需要的第一个选项，首先查看状态字以决定它必须询问哪些数据.在这种架构中，虽然集中器是master，但在client/server模型中它仍然是一个client，因为它是server打开一个监听socked。

我的疑问是哪个更好，服务器表现得像一个服从集中器的系统，反之亦然。

集中器是一个 ARM Cortex-M3 微控制器，将使用 C 语言进行编程。服务器将使用 Java。

架构应该是健壮的，因为一台服务器可以连接10K的集中器，每个集中器可以连接大约200米。因此，服务器将间接接收来自 200 万米的数据。

哪种架构更适合我的应用程序？为什么？

Answer 1

我不知道这是否会帮助你，但是，一些曲目：

• 想想你想把“智能”放在哪里。与 10.000 个集中器堆栈相比，维护一个服务器堆栈可能更简单。

• 考虑一下您将使用 TCP 还是 UDP 的低级协议。这可能让您考虑主堆栈自动机设计。

• 您说的是主/从，但考虑的是客户端/服务器，哪一侧打开一个侦听套接字，哪一侧连接到监听套接字。这可以让您精确地设计堆栈自动机。 （UDP、TCP、会话 TCP 等...）

• 您的 Cortex M3 集中器可能使用内部或外部 MAC 接口/芯片来允许 TCP/UDP 联网。此接口可能有限制，可能无法处理多个监听端口等...在这种情况下，将您的集中器视为客户端和服务器可能更简单。

尽量让你的堆栈保持简单，一个简单的堆栈自动机可以是：

服务器：

 1 - Open a listen socket
 2 - Accept connexion and fork or create thread
 3 - Send handshake frame (server name, version, etc...)
 4 - Wait for hello frame (client name, version, etc...)
 5 - Send GetData frame
 6 - Wait for Data frame
 7 - Send Ack frame
 8 - Send GetAlarm frame
 9 - Wait for Alarm frame
10 - Send Ack frame
11 - Send Bye frame
12 - Close socket

Each 'Wait' is protected by timeout, this close connection if append

客户：

1 - Try to connect (3 times and pause 60s if time out)
2 - On connect wait for Handshake frame
3 - Send Hello frame
4 - Wait for frame :
  4.1 - If frame is GetData, send data frame 
  4.2 - If frame is GetAlam, send alarm frame
  4.3 - If frame is Bye, close connexion
5 - Wait for Ack frame (if not disconnect)

Each 'Wait' is protected by timeout, this close connection if append

对于帧格式，你可以使用简单的格式，比如

|-----------------------------------------------------------------------|
|  Head | Frame |     Size      |         Data          |     Crc16     |
|-----------------------------------------------------------------------|
|   0   |   1   |   2   |   3   |   4   |  ...  |  n-3  |  n-2  |  n-1  |
|-----------------------------------------------------------------------|


* Head is fixed to 0x81

* Frames :
  * 0x00 : <forbidden>
  * 0x01 : Handshake
  * 0x02 : Hello
  * 0x03 : GetData
  * 0x04 : Data
  * 0x05 : GetAlams
  * 0x06 : Alams       
  * 0x07 : Bye
  * 0x08 : Ack
  * 0x09 : Nack

你可以看到你可以用你想要简化堆栈自动机序列的方式发送握手、hello、getdata、getalarm 帧（主/从）......所以考虑一个轻量级的堆栈自动机序列和错误恢复。

希望这可以帮助您设计您的协议