Конструкция для проводки между сервером и точкой доступа и устройством радиочастотной связи до конечной точки

Question

Мы собираемся создать внутреннюю промышленную сеть, состоящую в основном из следующего: 1 сервер, подключенный через провод до 100 проприетарных точек доступа RF (в основном встроенных устройств) , каждый из которых может быть подключен по радио до 100 встроенных устройств конечной точки. Что-то вроде этого:

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

Теперь мне интересно, о каких-то дизайнерских решениях, которые мы должны принять, и я уверен, что есть много подобных конструкции там и много людей с опытом их, и хорошие, и плохие. Может быть, вы можете перезвонить?

Все устройства конечной точки являются независимыми и будут передавать свои собственные уникальные данные на сервер, а также наоборот. Поэтому серверу необходимо настроить таргетинг на каждое конечное устройство отдельно. Каждое устройство конечной точки соединяется с одной точкой доступа и затем передает на него собственный радиочастотный протокол, TCP/IP там не вариант.

Сервер будет знать, какое устройство конечной точки сопряжено с какой точкой доступа, поэтому, когда серверу необходимо поговорить с отдельным оконечным устройством, связь должна проходить через парную точку доступа. Следовательно, серверу необходимо напрямую адресовать точку доступа.

Вопрос: Учитывая ограниченные ресурсы, имеющиеся в проприетарной точке доступа, используется TCP/IP между сервером и точкой доступа, рекомендованной для этого сценария? Или вы предложите нечто совершенно другое?

Answer 1

Я нашел схему запутанным:

Если это не его собственная сеть и сервер для AP связи работает в вашей внутренней сети компании, действительно, есть не вариант, там должен быть TCP/IP на AP.

Если это его собственная изолированная сеть, то для чего предназначен маршрутизатор?

Если это, по сути, собственная изолированная сеть, тогда вы правы, на самом деле нет необходимости в подключении Ethernet. Накладные расходы, которые вы увидите на беспроводной сети, огромны, ваша идеальная скорость передачи данных составляет 250 кбит/с, а ZigBee на 802.15.4 @ 2.4ghz указывает на то, что ваши реальные данные обычно составляют около 20 кбит/с. Пользовательский протокол должен иметь возможность получать более низкие накладные расходы, но это необходимо будет определить.

Если бы я проектировал это, я бы выбрал SoC для AP, который имел на борту 802.15.4 и CAN (Controller Area Network). В зависимости от размера и скорости передачи данных просто получите PCI-карту PCI для сервера и подключите ее, используйте что-то вроде DeviceNet в качестве вашего уровня протокола для связи с сервером на AP. Это можно расширить, используя CAN-переключатели и повторители. CAN используется все время в промышленной автоматизации, небольшая поисковая система может найти вам пример десятков тысяч узлов, используемых на некоторых заводах-изготовителях.

Answer 2

Существуют небольшие стеки TCP/IP, например LwIP.

Answer 3

Вы не указали количество передаваемых данных или соображения пропускной способности?

Сторонний стек TCPIP, ориентированный на 8051, упростит все сетевые проблемы при подключении 100 единиц. Вероятно, вы по-прежнему будете иметь проприетарный протокол, который находится поверх стека tcpip, но тогда это просто простая двухточечная связь между сервером и каждой конечной точкой.