서버와 액세스 포인트 및 RF 대 엔드 포인트 장치 간의 와이어 설계

Question

우리는 기본적으로 다음과 같은 내용으로 구성된 사내 산업 네트워크를 설계하려고합니다. 최대 100 개의 독점 RF 액세스 포인트 (기본적으로 임베디드 장치) 이 각각은 라디오를 통해 최대 100 종단 임베디드 장치에 연결할 수 있습니다. 이런 식으로 뭔가 : 지금

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

, 나는 우리가 취할 필요 몇 가지 디자인 결정에 대해 궁금하네요 그리고 나는 그들의 경험과 사람의 유사한 거기에 디자인과 많은 거기에 많은 확신 좋고 나쁘다. 어쩌면 차임을 할 수 있을까요?

모든 엔드 포인트 장치는 독립적이며 고유 한 데이터를 서버에 전달하며 그 반대의 경우도 마찬가지입니다. 따라서 서버는 각 엔드 포인트 장치를 개별적으로 대상으로 할 수 있어야합니다. 각 종단점 장치는 자체적으로 1 개의 액세스 포인트와 쌍을 이루고 고유 한 RF 프로토콜을 TCP/IP에 연결합니다. TCP/IP는 옵션이 아닙니다.

서버는 어떤 종점 장치가 어떤 액세스 포인트와 쌍으로 연결되어 있는지를 알 수 있으므로 서버가 개별 종단점 장치와 통신해야 할 때 쌍방향 액세스 포인트를 통해 통신해야합니다. 따라서 서버는 액세스 포인트를 직접 주소 지정해야합니다.

질문 : 독점 액세스 지점에서 사용할 수있는 제한된 리소스를 고려할 때 서버와 액세스 지점 간의 TCP/IP가이 시나리오에 권장됩니까? 아니면 전혀 다른 것을 제안 하시겠습니까?

Answer 1

나는 혼란 그림 찾기 :이 자체 네트워크 아니며 AP 링크의 서버가 회사 내부 네트워크에서 실행중인 경우 TCP가 있어야합니다, 옵션이 전혀 없습니다,

를/AP에 IP 스택.

이것이 자체 격리 네트워크 인 경우 라우터는 무엇입니까?

실제로 이것이 자체 격리 네트워크 인 경우 사용자가 맞습니다. 실제로 이더넷 연결이 필요하지 않습니다. 오버 헤드는 무선에서 볼 수있는 오버 헤드가없는 이상적인 데이터 전송 속도는 250kbit/초이며, ZigBee는 802.15.4 @ 2.4ghz 지점에서 실행되므로 실제 데이터는 일반적으로 약 20kbit/초입니다. 사용자 지정 프로토콜은 낮은 오버 헤드를 얻을 수 있어야하지만 정의해야합니다.

내가 이것을 설계 할 때 보드에 802.15.4 및 CAN (Controller Area Network)이있는 AP에 대한 SoC를 선택합니다. 크기와 데이터 속도에 따라 서버용 PCI CAN 카드를 가져 와서 연결하십시오. DeviceNet을 서버 통신에 대한 프로토콜 레이어로 사용하십시오. CAN 스위치 및 리피터를 사용하여 확장 할 수 있습니다. CAN은 산업 자동화 분야에서 항상 사용되고 있으며, 일부 검색 공장에서는 일부 제조 공장에서 사용되는 수만 노드의 예를 찾을 수 있습니다.

Answer 2

작은 TCP/IP 스택이 있습니다 (예 : LwIP).

Answer 3

전달할 데이터의 양 또는 대역폭 고려 사항을 언급하지 않았습니까?

8051을 대상으로하는 타사 TCPIP 스택은 100 개의 장치 연결에 대한 모든 네트워킹 문제를 단순화합니다. 당신은 아마도 여전히 tcpip 스택의 꼭대기에 위치하는 독점적 인 프로토콜로 끝날 것이지만, 그것은 서버와 각 엔드 포인트 사이의 단순한 포인트 - 투 - 포인트 통신 일 것입니다.