Design per filo tra server e punto di accesso e RF all'endpoint dispositivo

Question

Stiamo per progettare una rete settore inhouse che consiste sostanzialmente di quanto segue: Server 1 collegato via filo per un massimo di 100 punti di accesso RF proprietaria (dispositivi fondamentalmente incorporati), ciascuno dei quali possono essere collegate via radio fino a 100 endpoint dispositivi embedded. Qualcosa di simile a questo:

Ora, mi chiedo su alcune decisioni di progettazione che abbiamo bisogno di prendere e sono sicuro che ci sono un sacco di disegni simili là fuori e un sacco di gente con le esperienze di loro, buoni e cattivi. Forse si può carillon?

Tutti i dispositivi endpoint sono indipendenti e comunicheranno i propri dati univoci al server, e viceversa. Il server deve quindi essere in grado di indirizzare ogni dispositivo endpoint singolarmente. Ogni dispositivo endpoint si coppia con 1 punto di accesso e poi parla di un protocollo proprietario RF ad esso, il protocollo TCP / IP non è un'opzione lì.

Il server sapere quale dispositivo endpoint è accoppiato con il punto di accesso, in modo che quando il server deve parlare con un dispositivo endpoint individuale, la comunicazione deve passare attraverso il punto di accesso associato. Quindi, il server deve rivolgersi direttamente al punto di accesso.

Domanda: In considerazione delle limitate risorse disponibili nel punto di accesso proprietaria, è il protocollo TCP / IP tra il punto di server e di accesso consigliato per questo scenario? Oppure volete suggerire qualcosa di completamente diverso?

Answer 1

Trovo il diagramma di confusione:

Se questo non è la propria rete e il server di collegamento AP è in esecuzione sulla rete aziendale interna, non c'è davvero un'opzione, ci deve essere uno stack TCP / IP sul AP.

Se questa è la sua propria rete isolata allora qual è il router per?

Se questo è, infatti, una propria rete isolata allora hai ragione, non c'è davvero bisogno della connettività Ethernet a tutti. L'overhead si vedrà sul wireless è enorme, il vostro no velocità di trasmissione dati ideale overhead è 250kbit / sec, in esecuzione su ZigBee 802.15.4 @ punto di 2,4 GHz a punto i dati reali tutto è di solito circa 20kbit / sec. Un protocollo personalizzato dovrebbe essere in grado di ottenere minori costi, ma questo avrebbe bisogno di essere definito.

Se dovessi progettare questo avrei scelto un SoC per l'AP che ha avuto a bordo 802.15.4 e CAN (Controller Area Network). A seconda delle dimensioni e dei dati dei tassi solo ottenere una scheda PCI CAN per il server e collegarlo, usare qualcosa come DeviceNet come livello di protocollo per server per le comunicazioni AP. Questo può essere espansa tramite interruttori CAN e ripetitori. CAN viene utilizzato tutto il tempo nel campo dell'automazione industriale, un po 'googling può trovare esempio di decine di migliaia di nodi utilizzati in alcuni impianti di produzione.

Answer 2

Ci sono piccoli stack TCP / IP, ad esempio LwIP .

Answer 3

Non hai parlato la quantità di dati da comunicare, o considerazioni di larghezza di banda?

Una terza pila parti TCPIP destinato al 8051 semplificherebbe tutti i problemi di rete con il collegamento di 100 unità. Probabilmente sarà ancora finire con un protocollo proprietario che si trova in cima alla pila tcpip ma poi è solo semplice comunicazione point-to-point tra il server e ogni punto finale.