代码之家  ›  专栏  ›  技术社区  ›  Johann Gerell

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

  •  0
  • Johann Gerell  · 技术社区  · 15 年前

    我们将设计一个内部工业网络,基本上由以下部分组成:1台服务器通过电线连接到多达100个专有射频接入点(基本上是嵌入式设备),每个服务器都可以通过无线电连接到多达100个端点嵌入式设备。像这样:

    alt text http://i33.tinypic.com/np0sq9.png

    现在,我想知道我们需要做的一些设计决策,我相信有很多相似的设计,有很多人都有过类似的设计经验,无论是好的还是坏的。也许你可以插话?

    所有端点设备都是独立的,它们将自己独特的数据与服务器通信,反之亦然。因此,服务器需要能够分别针对每个端点设备。每个端点设备都与1个接入点配对,然后与它对话一个专有的射频协议,TCP/IP在这里不是一个选项。

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

    问题: 考虑到专有接入点中可用的资源有限,对于这种情况,是否建议在服务器和接入点之间使用TCP/IP?或者你会提出完全不同的建议?

    3 回复  |  直到 15 年前
        1
  •  1
  •   Mark    15 年前

    我觉得这张图很混乱:

    如果这不是它自己的网络,并且服务器到AP的链接正在您的内部公司网络上运行,那么实际上没有一个选项,那么AP上必须有一个TCP/IP堆栈。

    如果这是它自己的独立网络,那么路由器的作用是什么?

    如果这实际上是它自己的独立网络,那么您是对的,实际上根本不需要以太网连接。您在无线网络上看到的开销是巨大的,您的无开销理想数据速率是250kbit/秒,在802.15.4@2.4GHz点上运行ZigBee,以指出您的真实数据通常在20kbit/秒左右。自定义协议应该能够获得较低的开销,但这需要定义。

    如果我正在设计这个系统,我会为已经安装在802.15.4和CAN(控制器局域网)上的AP选择一个SOC。根据大小和数据速率,只需为服务器获取一个PCI CAN卡并将其连接起来,就可以使用类似devicenet的东西作为服务器到AP通信的协议层。这可以通过使用CAN开关和中继器来扩展。can一直被用于工业自动化,一点谷歌搜索可以找到你的例子,在一些制造厂使用的数万个节点。

        2
  •  1
  •   starblue    15 年前

    例如,有一些小的TCP/IP堆栈 LwIP .

        3
  •  1
  •   simon    15 年前

    您没有提到要通信的数据量,或者带宽考虑?

    针对8051的第三方TCPIP堆栈可以通过连接100个单元来简化所有网络问题。您可能最终仍然会得到一个位于TCPIP堆栈顶部的专有协议,但是它只是服务器和每个端点之间的简单点对点通信。