服务器与接入点之间的线路设计及端点设备的射频连接

Question

我们即将设计一个内部工业网络，主要由以下内容组成:1服务器通过有线连接到多达100个专有的RF接入点(基本上是嵌入式设备)，每个服务器都可以通过无线电连接到多达100个端点嵌入式设备。就像这样：

现在，我想知道一些我们需要做的设计决策，我相信有很多类似的设计，很多人都有经验，不管是好的还是坏的。也许你能插话？

所有端点设备都是独立的，它们会将自己独特的数据传递给服务器，而反过来则是如此。因此，服务器需要能够单独针对每个端点设备。每个端点设备对自己与一个接入点，然后与它讨论一个专有的RF协议，TCP/IP不是一个选项。

服务器将知道哪个端点设备与哪个接入点配对，因此当服务器需要与单个端点设备对话时，通信必须通过配对接入点。因此，服务器需要直接寻址访问点。

问:考虑到专有访问点中可用的资源有限，是否建议在服务器和接入点之间使用TCP/IP？或者你会提出完全不同的建议吗？

Answer 1

当有疑问时，通过以太网，使用IP。如果您想使用UDP或TCP，则完全是另一个问题。两者都有优势，但老实说，我会考虑这一点。

射频部分有多稳定？这些设备多久重新组合一次？如果不是经常的话，您可以很容易地实现一个设备关联的懒惰学习系统，AP发送一个UDP帧，上面写着“我有设备X”。当设备X发送时，它可以接收这些数据，将其包装在UDP中，将其标记为一些信息，说明它位于哪个设备插槽，等等，然后将其传输到主机。

我不会为此使用TCP。TCP有太多的状态。使用UDP，您可能需要某种简单的发送/ack协议，或者尽可能靠近高性能的计算机端来设计智能，并让它检测和请求丢失的数据，或者处理丢失的数据。

你有没有考虑过在“野餐表”上问这个问题--其中充满了非常聪明的uP类型？

Answer 2

8051是一个非常老而小的微控制器。您可能很难在其上实现IP堆栈，这取决于它所需的特性。我也会想象它的功率不足，除非你在fpga中以更高的时钟速率实现它。尽管如此，使用IP几乎是一个必然的结论，因为在您的拓扑中有路由器和交换机元素。IP易于路由，以太网易于切换，使用IP协议栈可以方便地编写从服务器到接入点的所有中间控制/数据协议。如果接入点没有处理从100个设备传输到单个tcp/udp流的RF传输数据的处理能力，或者不能处理100个tcp/udp流(更有可能的情况)，则这是唯一不合适的情况。

我的直觉是，在这个例子中，8051 MCU不能完成任务，所以如果您坚持使用该微控制器作为接入点，并且您没有更快的控制处理器，您可能需要在以太网交换机之后添加一个间接层，就像一个控制节点，这样您就可以有一个带有接入点/设备的直接串行协议。如果数据速率非常低，并且您可以使用UDP，那么它可能是可行的。