Дизайн для провода между сервером и точкой доступа и РФ к устройству конечной точки
Munin является большим инструментом для построения графика системных ресурсов включая сеть, он не делает всех вещей, которые Вы просите, но это получит Вас довольно хорошая идея системной нагрузки. Munin доступен в портах FreeBSD и сервер и клиент
Когда в сомнении, по Ethernet, IP использования. Если Вы хотите использовать UDP, или TCP является другой проблемой полностью. У обоих есть преимущества, но честно я рассмотрел бы это.
Насколько стабильный часть РФ? Как часто устройства повторно связываются? Если не часто, Вы могли бы довольно легко реализовать ленивую систему изучения, где устройство связывается, и AP отправляет единственный кадр UDP, заявляя, что "У меня есть устройство X.", Когда устройство X передач, оно могло взять те данные, переносят его в UDP, повышают его немного с некоторой информацией, говорящей, какой слот устройства это в, и т.д. и затем передайте его к хосту.
Я не использовал бы TCP для этого. TCP имеет слишком много состояния. С UDP Вы хотели бы своего рода простой send/ack протокол, хотя, или разрабатывают Ваш ум как близко к мощному компьютерному концу, как Вы можете и иметь его, обнаруживают и просят недостающие данные или справляются с ним пропавшие без вести.
Вы рассмотрели задавание этого вопроса на 'piclist' - который полон очень умных, вводит?
Эти 8051 являются очень старым и маленьким микроконтроллером. Вы можете испытать затруднения при реализации стека IP на нем зависящий ont, он показывает требуемый. Я также предположил бы, что это недостаточно мощно, если, конечно, Вы не реализуете его на более высокой тактовой частоте в fpga. Так как тот упомянутый IP использования, в значительной степени предрешенный результат из-за элементов маршрутизатора и переключателя, которые Вы имеете в своей топологии. IP легко направить, Ethernet легко переключить, и использование стека протоколов IP ее легкое для программирования всего промежуточного протокола управления/данных от сервера до точки доступа. Единственное время это не было бы подходящим вариантом, - то, если точка доступа просто не имеет вычислительной мощности для обработки мультиплексирования РФ, передал данные из 100 устройств на единственный tcp/udp поток или не может обработать сто tcp/udp потоков (более вероятный сценарий).
Мой инстинкт пищеварительного тракта - то, что в этом примере 8 051 MCU не до задачи, поэтому если Вы связаны узами брака с использованием того микроконтроллера для точки доступа, и у Вас нет более быстрого процессора управления, Вы, возможно, должны добавить слой косвенности после Ethernet-коммутатора, как узел управления, таким образом, у Вас может быть прямой последовательный протокол с точкой доступа / устройства. Если скорости передачи данных являются очень низкими, и можно жить с UDP, это может быть выполнимо все же.