Projetar para o fio entre o servidor eo ponto de acesso e RF para dispositivos endpoint

Question

Estamos prestes a criar uma rede de indústria inhouse que consiste basicamente do seguinte: 1 servidor conectado via fio para até 100 pontos proprietárias de acesso RF (dispositivos basicamente embutidos), que cada um pode ser conectado via rádio para até 100 endpoint dispositivos embarcados. Algo parecido com isto:

Agora, eu estou querendo saber sobre algumas decisões de design que temos de tomar e estou certo de que há uma abundância de projetos similares lá fora e muita gente com experiências deles, boas e más. Talvez você possa dialogar?

Todos os dispositivos endpoint são independentes e comunicará os seus próprios dados exclusivos para o servidor, e vice-versa. Por conseguinte, o servidor precisa ser capaz de orientar cada dispositivo endpoint individualmente. Cada-se pares de dispositivos endpoint com ponto de acesso 1 e, em seguida, fala um protocolo RF proprietário para ele, o TCP / IP não é uma opção lá.

O servidor saberá qual dispositivo endpoint está emparelhado com o ponto que o acesso, por isso, quando as necessidades do servidor para falar com um dispositivo endpoint individual, a comunicação deve passar pelo ponto de acesso emparelhado. Assim, as necessidades do servidor para abordar diretamente o ponto de acesso.

Pergunta: Considerando os recursos limitados disponíveis no ponto de acesso proprietária, é TCP / IP entre o servidor eo ponto de acesso recomendado para este cenário? Ou você sugeriria algo totalmente diferente?

Answer 1

I encontrar o diagrama confuso:

Se isto não é a sua própria rede e o servidor de ligação AP está sendo executado em sua rede interna da empresa, não é realmente uma opção, deve haver uma pilha TCP / IP no AP.

Se esta é a sua própria rede isolada, então o que é o roteador para?

Se este é, de fato, sua própria rede isolada, em seguida, você está certo, não há realmente uma necessidade para a conectividade Ethernet em tudo. A sobrecarga você vai ver no rádio é enorme, sua taxa de dados ideal nenhuma sobrecarga é 250kbit / s, rodando ZigBee em 802.15.4 @ ponto de 2.4GHz para apontar os seus dados reais todo é geralmente em torno de 20kbit / s. Um protocolo personalizado deve ser capaz de obter menor sobrecarga mas isso precisa ser definido.

Se eu estivesse projetando isso eu escolheria um SoC para a AP que tinha a bordo 802.15.4 e CAN (Controller Area Network). Dependendo do tamanho e dados taxa de apenas obter um cartão PCI CAN para o servidor e ligá-la, use algo como DeviceNet como sua camada de protocolo para servidor para comunicações AP. Isso pode ser expandida usando switches podem e repetidores. CAN é usado o tempo todo em automação industrial, um pouco googling podem encontrá-lo exemplo de dezenas de milhares de nós utilizados em algumas fábricas.

Answer 2

Existem pequenas pilhas TCP / IP, por exemplo lwIP .

Answer 3

Você não mencionou a quantidade de dados a serem comunicados, ou considerações de largura de banda?

A terceira pilha partido TCPIP voltado para o 8051 simplificaria todos os problemas de rede com conexão de 100 unidades. Você provavelmente ainda vai acabar com um protocolo proprietário que fica no topo da pilha tcpip mas então é apenas uma simples comunicação ponto-a-ponto entre o servidor e cada ponto final.