Каков типичный оборот / время отклика для этого сценария запроса / ответа?
Я делаю технико-экономическое обоснование предлагаемой топологии беспроводной / проводной сети для нашего будущего проекта. Грубое описание его использования "как промышленная сенсорная система". Это выглядит примерно так:
+----+ +----------+
+------| AP | - - RF - - | Endpoint |
| +----+ | +----------+
Ethernet |
+--------+ +--------+ | +----+ | +----------+
| Server |-- Ethernet --| Router |---+------| AP | + - - | Endpoint |
+--------+ +--------+ | +----+ | +----------+
| |
| +----+ | +----------+
+------| AP | + - - | Endpoint |
| +----+ +----------+
|
| +----+
+------| AP |
+----+
Сервер и точки доступа (которых может быть несколько сотен) связываются по IP через Ethernet. Точки доступа связываются частной RF с конечными точками (которых может быть тысячи на точку доступа). Точки доступа имеют неограниченную мощность, но конечные точки работают на батарейках, поэтому нам нужно свести к минимуму их сценарии разряда. Во всяком случае, это не вопрос.
В этом исследовании я провел симуляцию взаимодействия системы в части "точка-точка-точка доступа", чтобы найти ситуации перегрузки радиосвязи, оптимальные интервалы обновления для конечных точек и многое другое, чтобы получить как можно более длительное время автономной работы с учетом времени отклика. требования конечных точек РФ.
Симуляция - это, по сути, схема с пошаговым переходом во времени, в которой все состояния этого цикла конечной точки имеют ступенчатую единицу времени для каждой конечной точки в симуляции (от сотен до тысяч): спящий режим, запуск MCU, запуск радиостанции, выполнение очистки канала, откат назад Передача полезной нагрузки заданного размера в точку доступа, ожидание, когда радиопередатчик переключится на прием, и возврат в спящий режим.
У нас есть достаточно четкое понимание всех моментов времени, связанных с вышеупомянутой ситуацией, в которой задействованы реальные RF. Однако в части Ethernet это не так.
Когда точка доступа получает полезную нагрузку от конечной точки, она перепаковывает ее и отправляет на сервер, который возвращает ответ точке доступа с минимальной полезной нагрузкой, полезной нагрузкой, которая перепаковывается в точке доступа перед передачей ее в Конечная точка.
Вопрос: Какой порядок мы можем ожидать в течение времени, которое потребуется для запроса / ответа сервера, с точки зрения точки доступа? Можно предположить, что сервер находится "близко" к маршрутизатору и точкам доступа, никакие интернет-запросы не будут задействованы.
Я понимаю, что вопрос может быть крайне недооценен, поэтому, пожалуйста, включите все, что нужно, чтобы дать приблизительное предположение.
1 ответ
Я подозреваю, что задержка в сегменте (ах) Ethernet будет значительно перевешиваться радиочастотными линиями, особенно если используется низкое энергопотребление.
С одной стороны, большинство современных сетей Ethernet являются двунаправленными, и вам будет трудно получить менее 100 МБ / с на большинство ссылок. Пока вы не насыщаете провод (как если бы все радиостанции решили передавать сразу), коммутатор справится с этим хорошо.
Типичные задержки в локальной сети Ethernet, даже несмотря на то, что качественный коммутатор и качественный маршрутизатор, вероятно, будут меньше 10 мс, поэтому я просто добавлю это в вашу симуляцию и посмотрим, подходит ли она.