我们即将设计一个内部工业网络，主要包括以下内容： 1 台服务器通过电线连接到多达 100 个专有射频接入点（基本上是嵌入式设备），每个接入点都可以通过无线电连接到多达 100 个端点嵌入式设备。像这样的东西：
现在，我想知道我们需要做出的一些设计决策，我敢肯定那里有很多类似的设计，而且很多人都有过这些设计的经验，无论好坏。也许你可以插话？
所有端点设备都是独立的，并将它们自己的独特数据传送到服务器，反之亦然。因此，服务器需要能够单独针对每个端点设备。每个端点设备将自己与 1 个接入点配对，然后与它通信一个专有的 RF 协议，TCP/IP 不是一个选项。
服务器将知道哪个端点设备与哪个接入点配对，因此当服务器需要与单个端点设备通信时，通信必须通过配对的接入点。因此，服务器需要直接寻址接入点。
问题：考虑到专有接入点中可用的资源有限，对于这种情况，是否建议在服务器和接入点之间使用 TCP/IP？或者你会建议一些完全不同的东西吗？
有小型 TCP/IP 堆栈，例如LwIP。
您没有提到要传输的数据量或带宽考虑因素吗？
针对 8051 的第 3 方 TCPIP 堆栈将简化连接 100 个单元的所有网络问题。您可能最终仍会使用位于 tcpip 堆栈顶部的专有协议，但它只是服务器和每个端点之间的简单点对点通信。
我发现图表令人困惑：
如果这不是它自己的网络，并且服务器到 AP 的链接正在您的公司内部网络上运行，那么实际上没有选择，AP 上必须有一个 TCP/IP 堆栈。
如果这是它自己的隔离网络，那么路由器有什么用？
如果这实际上是它自己的隔离网络，那么您是对的，根本不需要以太网连接。您将在无线上看到的开销是巨大的，您的无开销理想数据速率为 250kbit/sec，在 802.15.4 @ 2.4ghz 上运行 ZigBee 点对点您的真实数据通常约为 20kbit/sec。自定义协议应该能够获得更低的开销，但这需要定义。
如果我正在设计这个，我会为具有板载 802.15.4 和 CAN（控制器局域网）的 AP 选择 SoC。根据大小和数据速率，只需为服务器获取一个 PCI CAN 卡并将其连接起来，使用 DeviceNet 之类的东西作为服务器到 AP 通信的协议层。这可以通过使用 CAN 开关和中继器来扩展。CAN 一直在工业自动化中使用，稍微搜索一下就可以找到一些制造工厂中使用的数万个节点的示例。