Нет, никакие окна настраивать трекерам не нужно, они выходят в эфир псевдослучайным образом и утилизируют эфир, насколько это возможно. Стек LoRaWAN "размазывает" пакеты по частотам и/или Spreading Factor-у, минимизируя вероятность коллизий. К тому же модуляция LoRa позволяет многоканальным станциям вести приём нескольких пакетов одновременно.
И вообще, мы отклонились от главной цели - доставить пакеты на сервер. В случае опроса, для того, чтобы трекер отправил пакет, нужно, чтобы он сначала принял запрос от БС. Что тоже далеко не гарантировано, это радиоканал, человек именно в этот момент может оказаться в "глухой" зоне или просто антенна будет перекрыта телом.
В случае произвольного выхода в эфир улучшение трекинга легко достигается просто добавлением ещё одной или нескольких БС, разбросанных по местности. А что делать в случае поллинга? Несколько станций будут мешать друг другу или "договариваться" между собой о разделении времени эфира. И как поделить список опроса, если непонятно, кто где сейчас? Какое уж тут улучшение...
Потребление в режиме приема несоизмеримо с потреблением в режиме передачи.
Приёмник потребляет примерно 12-15 мА, передача на 20 dBm около 100 мА. Примерно 1:7, но передача небольшого пакета, даже на SF12, длится 1-2 секунды, а приёмник включён постоянно, и не отменяет циклов передачи, а идёт плюсом в расход батареи.
Реализация работы в режиме опроса будет намного проще. В том числе и в настройках трекеров. И намного гибче.
При увеличении количества трекеров период опроса будет сильно падать, так как окно опроса сделать маленьким не получится. Из моей практики, порядка 5 секунд на 1 цикл опроса. Добавьте сюда необходимость постоянно обновлять и следить за списком опроса, чтобы не сжирали время трекеры, которые сейчас в ремонте / на зарядке / просто не используются.
Гораздо эффективнее использовать ACK-подтверждения от базовой станции, при этом приёмник включается в строго определённые временные "окна" после передачи пакета. С последующей новой передачей, если ACK не получен, соответственно. Это уже всё решено, если следовать протоколу LoRaWAN. Как и переключение частот передачи из выбранной сетки частот.
В этом случае трекер вынужден держать включенным приёмник постоянно, что высаживает батарею гораздо быстрее, чем периодические кратковременные включения передатчика на короткое время.
К тому же, в случае LoRa, коллизии в эфире не сильно страшны, так как многоканальная базовая станция при демодуляции "цепляется" одним каналом приёма за конкретный пакет, при этом остальные пакеты, "пробегающие" в это время по эфиру являются для неё шумом. И свободные каналы приёма, если они есть, могут принять другой пакет.
И ещё нужно учитывать, что базовая станция обладает гораздо более совершенной антенной и более высокой мощностью передачи, поэтому вероятность получения трекером запроса от станции гораздо выше, чем наоборот, получения станцией полезных данных от трекера. Что сводит на нет идею периодического поллинга трекеров станцией.
Телефон имеет приличное пиковое потребление тока, с которым справляется аккумулятор, но может не справиться блок питания, особенно вынесенный на длинных проводах. Второй момент - может возникнуть задача тестирования, связанная с аккумулятором, его разрядом и/или переходом в режим пониженного энергопотребления.
Нет, никакие окна настраивать трекерам не нужно, они выходят в эфир псевдослучайным образом и утилизируют эфир, насколько это возможно. Стек LoRaWAN "размазывает" пакеты по частотам и/или Spreading Factor-у, минимизируя вероятность коллизий. К тому же модуляция LoRa позволяет многоканальным станциям вести приём нескольких пакетов одновременно.
И вообще, мы отклонились от главной цели - доставить пакеты на сервер. В случае опроса, для того, чтобы трекер отправил пакет, нужно, чтобы он сначала принял запрос от БС. Что тоже далеко не гарантировано, это радиоканал, человек именно в этот момент может оказаться в "глухой" зоне или просто антенна будет перекрыта телом.
В случае произвольного выхода в эфир улучшение трекинга легко достигается просто добавлением ещё одной или нескольких БС, разбросанных по местности. А что делать в случае поллинга? Несколько станций будут мешать друг другу или "договариваться" между собой о разделении времени эфира. И как поделить список опроса, если непонятно, кто где сейчас? Какое уж тут улучшение...
Приёмник потребляет примерно 12-15 мА, передача на 20 dBm около 100 мА. Примерно 1:7, но передача небольшого пакета, даже на SF12, длится 1-2 секунды, а приёмник включён постоянно, и не отменяет циклов передачи, а идёт плюсом в расход батареи.
При увеличении количества трекеров период опроса будет сильно падать, так как окно опроса сделать маленьким не получится. Из моей практики, порядка 5 секунд на 1 цикл опроса. Добавьте сюда необходимость постоянно обновлять и следить за списком опроса, чтобы не сжирали время трекеры, которые сейчас в ремонте / на зарядке / просто не используются.
Гораздо эффективнее использовать ACK-подтверждения от базовой станции, при этом приёмник включается в строго определённые временные "окна" после передачи пакета. С последующей новой передачей, если ACK не получен, соответственно. Это уже всё решено, если следовать протоколу LoRaWAN. Как и переключение частот передачи из выбранной сетки частот.
В этом случае трекер вынужден держать включенным приёмник постоянно, что высаживает батарею гораздо быстрее, чем периодические кратковременные включения передатчика на короткое время.
К тому же, в случае LoRa, коллизии в эфире не сильно страшны, так как многоканальная базовая станция при демодуляции "цепляется" одним каналом приёма за конкретный пакет, при этом остальные пакеты, "пробегающие" в это время по эфиру являются для неё шумом. И свободные каналы приёма, если они есть, могут принять другой пакет.
И ещё нужно учитывать, что базовая станция обладает гораздо более совершенной антенной и более высокой мощностью передачи, поэтому вероятность получения трекером запроса от станции гораздо выше, чем наоборот, получения станцией полезных данных от трекера. Что сводит на нет идею периодического поллинга трекеров станцией.
Телефон имеет приличное пиковое потребление тока, с которым справляется аккумулятор, но может не справиться блок питания, особенно вынесенный на длинных проводах. Второй момент - может возникнуть задача тестирования, связанная с аккумулятором, его разрядом и/или переходом в режим пониженного энергопотребления.
Ага... Вот для чего на Новый Год ставят дома ёлку.