Есть и асинхронные решения. Все живые иногда дают маяки (чуток
несинхронные), а после передачи переключаются ненадолго в приём,
соответственно тот, кому нужно передать (в данном случае это
желающая даунлинка AP), услыхав маяк, тут же выплёвывает
токен/время аренды на сеанс. Далее вроде как понятно. При одной AP
можно не использовать frequency hopping, потому как деградация
незначительна. Встречал подобное в не самых первых версиях
SimpliciTI. Без frequency hopping при наличии ретрансляторов <span style='background-color: rgb(250, 250, 250); font-family: "Times New Roman"; font-size: 18px;'>и автоматической маршрутизации, без принудительного закрывания сеанса (а это связь не гарантированная)</span> возможны переполнения маршрутных таблиц и ожидается <span style='background-color: rgb(250, 250, 250); font-family: "Times New Roman"; font-size: 18px;'>появление заметных лагов, вплоть до отваливания ретрансляторов и "кустов" вместе с ними.</span>
Vit (08.05.2020 00:27, просмотров: 425) ответил fk0 на Я правильно же понимаю, что MIOTY -- это исключительно аплинк. А
умные ценники, наоборот, должны менять цену по команде. И я понял,
что здесь тоже про аплинк. Downlink намного сложнее: в случае
узкополосной передачи частота на которую настроен прёмник х.з.
какая, нужна синхронизация времени (чтоб минимизировать время
работы приёмников). Там нужны другие подходы. Скорей широкополосная
передача, временное разделение абонентов и frequency hopping на
стороне абонента, или же и