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