Activity

В свое время делал маячек с минимально возможным весом, удалось уложиться в 10г с 432МГц 100мВт(62КГц SF12) LoRa + Attiny13, тесты в лесу показали уверенную работу до 1км, мой летун так же остался доволен и несколько раз маячек очень выручил, уже появляются и зводские решения, как на симках так и в виде ошейников для котиков/собакенов, GPS это удобно.

Из негативных моментов - дрейф точки, если маячек случайно упал в траву и не видно, то “водить” он будет по кольцу в 10 метров, пищалка либо белый светодиод что вспыхивает легко решат эту проблему, в остальном остался доволен, GPS неплохо ловит даже на проволочную 1/4" антенну.

тема с передачей звуком координат не имеет рационального продолжения, модули LoRa работают в цифровом режиме, более дальнобойны и лучше себя зарекомендовали, если использовать модули на 1Вт то там гораздо дальше предел связи чем с 10Вт рацией даже когда девайс плашмя на земле, 100мВт модули хорошо работают по прямой, и на треть превосходят аналогичные звуковые по дальности, используйте LoRa в связке с GPS, а при необходимости по указчику сигнала так же можно осуществлять направленый поиск или вовсе перевести модуль в режим старого поиско “охота на лис” по яге, но обычно GPS если нет глушилок работает отлично

В сети наткнулся на OpenIPC, это проект где используются 1080р цифровые камеры с передачей по WiFi в режиме “monitor”, когда идет потоковое вещание без обратной связи и переподключения, частоты получаются 2.4 и 5ГГц при канале 20/40МГц, но WiFi делался под большие скоростя, когда совсем рядом есть цифровое видеовещание, умеющее работать на ДМВ, и дешевые тюнеры для приема, при этом ширина канала DVB-T до 10МГц и скорость передачи до 50Мбит, что звучит просто идеальным. Но беглый поиск не показал наличия дешевых модулей и чипов передатчика DVB, собственно кто-то пробовал?

Остановился на модуле LSM303DLHC, это сборка состоящая из дешевого магнитометра и акселерометра в одном чипе, регистры магнетометра идентичны НМС5883. Очень помог мануал “LSM303DLH compass app note”, и пример из гитхаба, на деле все оказалось не так сложно, по началу боялся шумности акселерометра без модуля гироскопа, но на деле там все нормально, получились показания компаса что не сильно уплывают, 7…20° при наклонах, что приемлемо.

Не обошлось без неудобств, как не старался а уговорить CubeIDE считать отрицательные двухбайтовые числа углов (int16_t) не получилось, кругом хочет видеть лишь нативные 32’битные int, а вот модуль компаса и мануалы на ардуинку под двухбайтовую математику, в результате пришлось разбивать круг на четвертя и считать математику в первой четверти(0…90°), после чего приводить к виду круга (0…360°). Библиотека математики atan2; cos; sin достаточно прожорлива, если заменить на выборку из массива 360° записей можно сэкономить кучу места, на меге8 так и поступал, но у нас же STM32, гулять так гулять.

Круг на ЖКИ рисуется отлично попиксельно без математики, указчик так же рисуется картинкой, на Си математика самое прожорливое что есть. Мои НМС5883 были какие-то бракованные, один вообще не завелся, а второй работал лишь в двух осях, зависая рандомно спустя несколько минут. Приехал LSM303(GY511), напоминает бутер, даже адреса компаса и акселерометра разные, но работает пока без зависаний и глюков.

Раньше компасы делать не приходилось, изучая тему в мануалах обычно приводят арктангенс X/Y компаса и поправку на акселерометр, где достают четверть круга и длину ребра треугольника наклона с углом от горизонта, получается математика вида арктангенс компаса умножить на поправку акселерометра. И все бы здорово но нужно до математики калибровать показания компаса и акселерометра, чтобы ноль был центром и оборот оси был кругом. Только в голове не уходит мысль что показания акселерометра по всех осях от минимума до максимума это куб состоящий из кучки значений мелких кубиков, и если записать таблицу значений этого пространственного куба в виде градусов, типа X/Y/Z такие-то это угол такой-то, то больше вроде ничего и не надо делать. Не надо считать арктангенс и косинус с ребром треугольника акселерометра и сам акселерометр ненужен, но надо как-то заполнить эти самые значения таблицы с константами углов, и так чтобы это не было куча строк кода. Но это лишь идея и что получится дальше неясно.

Да у 5110 пиксели чутка вытянутые, когда делал круг то брал фотошоп, и распечатку пикселей матрицы, там рисовал окружность и затем подгонял под симметрию, но смотрится оно нормально, ЖКИ же мелкий. Жаль только эти 5110 ЖКИ б/у’шные все, а новые идут под 128х64, очень хочется ч/б с разрешением 160х120 на 2", только сейчас проще цветной TFT найти чем монохромник.

Изучаю модули компаса, поигрался с НМС5883, нестабильны и много брака, и с гироакселерометром MPU-6050, пока что склоняюсь к LSM303DLHC(GY511). Основные грабли что магнитометры сильно сходят с ума при не идеально горизонтальном положении, компенсируется это обычно через акселерометр что дает поправку для расчета тригонометрии, но не покидает идея набрать сферу показаний магнитометра и делать выборку из нее не используя акселерометр и тригонометрию, в случае АСМ это было бы очень эффективно для кода, хотя на Си пять килобайт туда-сюда, ни о чем.

Keil ставил, дизайн красивее чем у куба, но платный и ограниченный, и все равно нужно использовать кубовский модуль для создания шаблона-заготовки, проще сразу взять куб и быть на нем. В проектах привык делать отладку средствами самого устройства, на его ЖКИ. Сейчас главная задача это собрать компас чтобы не брать север от модуля GPS, на практике спутниковая навигация дает север только когда двигаться в одном направлении, что не удобно, и медленная она, около пяти секунд тупит.

Решеточку поставил просто чтоб выделить букву, а какой именно там Си понятия не имею, для меня это не так важно, а важно что могу с ним управится и постепенно въезжаю в синтаксис, хотя мелкие вещи после АСМ все же напрягают, например отрицательные числа и переполнения, типы данных, лечится но на все это нужно время. Рrintf никогда не использовал, и что с ним делать на МК то, где нет консоли? Код все же пишется под то что есть у чипа, на картинке это ЖКИ 1602, ну с него проще начинать, попутно помогает что все наброски беру со старого доброго ассемблера, ненужно библиотеки подтягивать, что очень здорово. Студию пока перекачивать смысла не вижу, эта справляется, жаль только как у АВР нету отладчика виртуального, чтобы код гонять без МК, например интересно было сколько тактов тот же тангенс считается, а оказалось чтобы узнать сие нужно гонять специально счетчик внутри МК. Так же понравилось что у STM32 можно обращатся к регистрам напрямую, как у АВР, но карта регистров сложнее, не всегда это удобно, глаза разбегаются.

Постепенно прибывают заказанные из Китая посылки, среди прочего STM32F103C8, на который пал выбор как апгрейд системы и уход от мною любимой меги8, а все ради пока отдаленной и призрачной надежды двигаться вперед и таки освоить современные типы ЖКИ, которые любимая мною мега8 может не потянуть. Мне нравился асм, но прогресс и все такое, пришлось осваивать всегда пугавший С#. Беглый гуглопоиск и кучка видео помогли определится со средой - CubeID, бесплатный и не скованный ограничениями, со всякими визуальными плюшками и современный, впрочем не обошлось без ложечки невкусностей, китайские чипы позиционируются как клоны и самые новые версии ПО отказываются с ними дружить, но все это легко решается, ничего критичного. К облегчению С# не так сильно отличается от старых школьных бейсика с делфи, пара дней и джентельменский набор освоен, попутно быстро привыкаешь к мощностям камня, с асм код вылизывался и делался чуть ли не ювелирным, когда для SMT32 подключить математическую библиотеку и жмякнуть тангенс угла это каких-то 4кб ПЗУ, представить только, на меге8 это половина всего камня, гигантский кусок кода, когда для стм’ки всего мелкий сдвиг шкалы на 6%, конские ресурсы и возможности создают ленивый код совсем без экономии, а работает всеравно быстрее, балуют такие камни, очень балуют.

В планах теста осваиваю модуль компаса, точнее магнитометра HMC5883L, и как оказалось цифрокомпас далеко не простое устройство, получить заветное направление севера со стабилизацией в пространстве та еще задачка, на деле чип компаса сходит с ума при не горизонтальном расположении, при отклонении от горизонта на 5° углы сваливаются до 20°, в придачу такой модуль требует акселерометр, чтобы знать поправку на горизонт, а тому для жизни требуется гироскоп(оба девайса известны как MPU-6050). Прохожу стадию граблей и ужаса, и это по своему интересно, давно так не развлекался 😔

Проверка 10 раз это задержка с учетом что в помехах на границе приема может быть пробел в приеме, и пару приемов отсутствия сигнала еще не означает что передача не происходит. А вот 12 байт в фифо соответствуют настройкам сигнала пробуждения с пульта, дело в том что пакет в 12 байт с текущими настройками это одна секунда, удобно для формирования 10 секундного отсчета пробуждения со сна, но принятое содержимое не используется, просто конфиг приема, он ждет освобождение канала для своей передачи что проснулся.

При пробуджении маячек сразу не может выдать координаты GPS потому что модулю нужно время на разогрев, но чтобы знать что все нормально передается уровень силы сигнала который принял маячек, по этому уровню уже можно грубо судить о расстоянии, и так же понятно что все работает, затем как GPS будет готов маячек передаст координаты но на границе дальности бывают ситуации когда пакет не принимается без ошибок, и чтобы этого избежать маячек пакет передает повторно через пару секунд и так пять раз подряд, при этом если между передачами придет активность с приемника то это будет означать еще +5 передач координат, это используется для непрерывного режима, там приемник после каждого пакета отвечает в духе “слать еще”, на практике в лесу такая схема связи дала хорошие результаты. Если же сразу делать ответы без ожидания то на больших расстояниях бывают ситуации когда приемник еще не окончил передачу а маячек этого не понял, и они друг друга не поймут.

дизайн легко меняется, сам азимут показывать числом смысла нет, при поиске сегмент круга интуитивно понятен, идею не придумывал, а брал с коммерческих маячков, вот например tinyloc x30

про гирокомпасы тонны видео, но там есть чего кодить, а с LCD12864 один из похожих и доступных на нокиашный, альтернатива цветные LED но там без STM32 делать нечего.

Выводы тини13 не равносильны по току, ресет у нее при работе в качестве выхода самый слабый, а как дальше извращаться с исходниками вам виднее. Как по мне там добавить в приемнике компас хардварный(сейчас там север определяется по GPS) и ЖКИ поновее и будет неплохо, вся эта штука прототип, пилить и пилить еще ее.

стандартные настройки таких модулей 9600 бод, если бы были проблемы то мега8 не читала бы, а поскольку не читает только передатчик с тини13 то вероятно дело в синхронизации UART, пробуйте подергать по пару значений задержки что писал выше, там просто больше нечему не работать, либо для теста поискать другой GPS. Тини13 использует подстроку $GPGGA, в протоколе NMEA формат данных и запятые с точками и их позиции строго стандартизированы, обычно там все хорошо.

а разве BN250 чем-то плох? Мне не понравился только Neo6m, самый медленный по поиску, потребляет больше других и ловит хуже, просто у Нео6 древний чип и код. Тини13 осуществляет выборку координат из сообщения, в пакете GPS много чего перечислено, обычно они стандартизированы но есть небольшие отличия между фирмами, местами запятая не там и местами нулей после замятой может быть другое количество, с теми модулями что у меня были старался прописывать чтобы все было универсальным, хотя там один и тот же код выборки на меге8 приемника и тини13 передатчика, и на меге8 так же применен софтварный UART ибо он работает стабильнее и лучше хардварного. Просто если у вас один и тот же GPS то не понимаю почему на меге8 все работает а с тини13 нет, софтварный код с задержками там идентичен, разве что тайминги у меги8 чуть отличаются.

а напряжение передастся только в пакете с GPS, пока не прочитает корректно UART то не будет отправки и показаний

в коде замерил сделанные ранее пометки про внутреннее сопротивление ножек у тини13, оно пипец огромное и не одинаковое, а уже и успел позабыть об этом 😔

;Rвн.портов: PB0/1=20R; PB2/3/4=28R; PB5=32R

armor66 вот исходники передатчика на тини13, в нем используется софтварный UART, при 4.2в на моих рандомных тиньках проблем небыло, но возможно у вас несовпадают задержки для чтения и там просто кашу по RX видит вместо сообщения с GPS.

Вот так выглядит система определения лог0 или лог1 на UART, это простая переборка опроса чтения с инкременацией счетчика:

sbic PinGPS,data_gps	;выполнить если бит порта "1"
inc R17
sbic PinGPS,data_gps	;выполнить если бит порта "1"
inc R17
sbic PinGPS,data_gps	;выполнить если бит порта "1"
inc R17
sbic PinGPS,data_gps	;выполнить если бит порта "1"
inc R17
sbic PinGPS,data_gps	;выполнить если бит порта "1"
inc R17
sbic PinGPS,data_gps	;выполнить если бит порта "1"
inc R17

Если читается каша и тайминги не совпадают то в конце этого блока можно добавить или убрать еще пару запросов.

sbic PinGPS,data_gps	;выполнить если бит порта "1"
inc R17

обычно при входе в синхро погрешность в три-четрые запроса проканывает но если разбежность больше то тини13 не может определить текст с UART корректно и тогда после вызова не сможет передать координаты с GPS. Код кажется топорным но когда пытался внедрить цикл с красивым чтением, то все работало намного хуже из-за времени на переходы, а вот именно такой топорный вариант определения бита UART получился самым помехоустойчивым. Так же тестировал UART в морозилке и на жаре, с заряженной и севшей АКБ, тинька нормально себя показала, но при питании с 5в тайминги могут отличаться, и этого уже не помню. Чтобы не лочить тини13 фюзами отладку можно делать запитав GPS напостоянно иизменив в коде ногу ввода, это первые строчки с .equ data_gps=5 ;data in UART GPS

LoRa_GPS_TX_korpus2.zip

Гена_Большой BC847 пробовал, не работало, первичный всплекс мультиметром смотрел, там не все могло показать, может все дело в падении напряжения, а питаю обычно от одиночного литиевого АКБ с 4.2в, а GPS согласно мануалу при 3.3в нормально работает, на деле и при 2.9в работает, детально дело не изучил, просто от лени бахнул мосфет и на этом остановился.

got signal означает что приемник получил ответ от маячка, еще там должно показывать уровень с каким маячек увидел запрос приемника, и вблизи они отталкиваясь от этого уровня будут уменьшать мощность передачи, а вот то что GPS моргает но не выдает координат на пульт скорее всего означает что тини13 не видит сообщение с GPS на ноге UART, при чем это может быть как ошибка монтажа так и завышенное напряжение питания, если питаете от +5в то для правильной бод* синронизации софтварного UART придется тайминги изменить внутри кода тиньки.

обычные транзисторы не понятули, а мосфет справился, и мега8 одной ногой тянет, нужны дополнительные тесты, а еще GPS модули разные попадаются, из тех что тестировал больше всего понравились Quectel L80R, и хуже всего себя вели Neo6m.

armor66 у тини13 ножек маловато для разных плюшек, уже заняты все выводы, и та же мега8 отлично обеспечивает питанием GPS модуль просто с одной ноги, хватает силы тока ее внутренностей, а вот у тини13 просаживается, там всплеск при холодном старте более 50мА, и если его не выдержать то не включится, а дальше падает до 10-18мА, высока вероятность что у другого чипа два или три вывода в параллель потянут по току.

Спасибо, об STM’ках думал и много, продвинутые чипы с хорошими характеристиками, но их в моем случае нужно практически с нуля осваивать, а AVR ассемблер знаю достаточно неплохо, сложно собраться с мыслями и переходить на новую платформу что идет на языке высокого уровня, когда почти все время проводил в более древних штуковинах, а так все идет к тому что будущее за STM32, при чем у этих тварей даже потребление ниже, аж обидно как-то, прогресс.

по просадке питания и зависании: когда АКБ заряжен полностью то все работает нормально, но при попытке разбудить при полуразряженном АКБ все виснет, передатчик вообще не отвечает на запросы, при этом если зарядить АКБ то всеравно не будет отвечать пока не снять полностью питание тини13 передатчика и не включить обратно, и проблема там кажется не в транзисторе а именно режиме сна тини13 при ФЮЗах что отключают ногу “ресет”, не хватало выходов для управления питанием GPS, и такие проблемы начались именно когда в ФЮЗах настроил “ресет” на выход сигнала, а если эту настройку убрать то все работет штатно до полного разряда АКБ в 2.8в и будится нормально аж до входа АКБ в защиту по разряду. Из-за чего решил что проблема именно в том, что нельзя использовать пониженное напряжение при питании тини13 с ФЮЗами что переключают “ресет” на выход сигнала(виртуальная внутренняя подтяжка слетает), и думал взять другой чип где больше ножек, например тини44, что позволит добавить новых плюшек, типа светодиодной подсветки.

Режимы переключаются удержанием кнопки, маячек в “Авто” получает с приемника команду повторной отправки, это более полу-авто режим, при потери связи он все-равно уснет как в ручном, после пяти попыток, на екране при этом статус поменяется на ERror. На практике метка GPS скакает с точностью около 4х метров, особенно когда облачность и сыро, а в хорошую погоду метра два берет, хотя коптер обычно не сваливает после посадки, “Авто” более актуально для движущихся целей. Вот прошлогоднее видео в ютубе, там кажется с радейкой тоже сравнивал

Из багов, передатчик почему-то зависает при просадке АКБ ниже 3.5в(для 100мАч это где-то две недели лежания), что-то с полевым транзистором коммутации питания, всегда когда пытаюсь пробудить на полусевшем АКБ зависает пока не заряжу и не пройдет “ресет”, хотел избавиться от транзистора коммутации питания GPS, но тини13 не тянет такой ток на ножке, там при активации импульсно более 50мА, разве что брать чип где больше ног и параллелить.

Если не путаю - LoRa’шный коммерческий тигромух. Моему дрону такие, без защитного корпуса, не подходят, один раз в воду с купалкой и капец)) Не думал что кто-то будет повторять эту штуку, инструкции толковой не сделал, там две кнопки и если долго удерживать кнопку вызова то маячек переходит в непрерывный режим работы, а с одиночным вызовом сделает три или четыре ответа, делал серию из повторов потому что GPS первые разы дает погрешность, а вот частотная калибровка на модулях LoRa обычно ненужна, у них полоса достаточно широкая и те что паял работали сразу. После вызова маячек сразу отвечает и передает с каким уровнем сигнала “слышит” нас, затем активирует свой GPS и передаст координаты когда модуль прогреется, при этом можно повторно вызывать если GPS долго не разогревается, он повторно ответит уровень с каким “слышит” нас и будет делать то же самое, один раз помогло когда упал антенной GPS в землю и не мог пойматься, искал по уровню.

на сайте с коммерческими маячками тигромуха появились версии на Lora+Lora, потому что получается дальнобойнее чем радейка где-то на треть и более. Умные часы с GPS и сомкой тоже здорово работают, там сразу на телефоне метку видно на карте, ну а в моем случае как раз и нужен был максимально компактный противоударный маяк с влагозащитой с весом до 10г, коптер требовательный с особой конструкцией фюзеляжа.

Вот исходники на асм, но код еще очень сырой и требует много всего. Просто на борту коптера есть свой модуль GPS, и отдельный независимый маяк излишество, а еще китайские на симкартах ловят везде где покрытие вышки есть. Тигромух к стати тоже недавно перешли на LoRa, на их сайте появились ее ревизии. Nokia5110Test.zip

с полетными контроллерами не знаю как и чего, дела не имел

Исходники то есть, но там AV R ассемблер, грязновато и малочитабельно. Не знаю почему но было много проблем с ЖКИ от нокии, лишь один из трех-пяти штук хотел работать, и лишь те у которых была платка с припаянными элементами, сами ЖКИ шли б/у, думаю надо переходить на более новый индикатор типа LCD12864, там безотказнее и надежнее все сразу. Попутно испытания показали что нужно добавлять модуль гирокомпаса, направление с GPS в движении бесит.!

Тестирование прошивки LoRa+GPS закончил, маячек стабильно пролежал почти три недели, производил периодические вызовы раз в несколько дней,
150мАч АКБ просел до 3.83в, и готов к дальнейшим испытаниям. Прошивка стабильна и наконец могу ее выложить, со сборкой маяка каких-то особенностей нет, а вот пульт-приемник достаточно муторное устройство.
В схеме пульта-приемника присутствует DC-DC преобразователь, чтобы питание было на уровне 4-4.1в не зависимо от уровня АКБ., мощность передатчика модуля LoRa повышается при росте напряжения, ЖКИ 5110 и GPS всеядны, и отлично себя ощущают без кренок. ФЮЗЫ в меге8 стоковые заводские, шунт замера напряжения АКБ делит питание пополам, например два резистора по 500кОм. Приемник умеет определять наличие GPS и LoRa, и выводить соответствующие ошибки.
Отдельные проблемы были с ЖКИ 5110, по неизвестной причине картинку показывают только красные, те что с текстолиткой красного цвета, а из синих ни один не работал, из 5шт таких ЖКИ лишь 2шт оказались исправными, мне они все б/у попадались, много брака, также контакты внутри ЖКИ часто просто луженные, и отходят, приходилось подгибать и подкладывать изоленту, сами ЖКИ требуют инициализацию, и когда отходит контакт при включении, то показывать начнет лишь после передергивания питания. Корпус приемника “Z45” с размерами 100х56х43, начинка едва влезла. Модуль радио паять желательно прямо на разъем антенны, чем меньше паразитных кабелей тем лучше.
По сборке маячка особенностей нет, полностью повторяет компоновку маячка Владимира, добавился лишь GPS модуль и нога что управляет его питанием, отсекает полевым транзистором Р-типа, ну и ФЮЗЫ тини13 для активации ноги ресет в выход: High FUSE=“FE”, на маячке преобразователи питания не используются, LoRa и GPS питаются напрямую с АКБ, по мере разряда АКБ незначительно падает дальность.
Для модуля GPS важно не забывать подпаять резервное питание, мелкий проводок на соответствующую ногу от основного АКБ, иначе быстрого старта не получится, об этом много и детально пишется в мануалах самих GPS, также не стоит забывать что дешевые NeO-6M очень часто идут с протухшей батарейкой, желательно ее аналогично выпаивать и запитывать от основного АКБ, с горячим стартом поиск спутников сокращается до 10-20 секунд. Приемник и передатчик тестировались с разными модулями GPS: Neo-6M, ATGM336H, L-70R.

LoRa+GPS.rar

Не всегда заряжал старый маячек перед использованием, зная время жизни в 1.5 месяца запросто неделю-две таскал без дозарядки, и прокатывало, а с LoRa запаса меньше 😃
Высокая чуйка LoRa основывается не только на элементной базе, но и на софтварной обработке, на ст. 20-22 мануала приведена таблица чувствительности в зависимости от ширины канала и фактора размазывания(волно-времени на бит, SF), при конфигах с меньшей скоростью чувствительность растет, оптимальным при длительных испытаниях оказались 62кГц SF11, опускание частоты ниже требует специального калиброванного генератора на входе, а выше сильно режет дальность, при этом разница по SF12 и SF11(2дБм) в лесу составила около 100м. из 1км, но при SF12 время жизни передатчика и сна очень небольшие, а переход к SF10 приведет маяк в похожее состояние на Si4432, будет до 2х месяцев от мелкого АКБ, что очень удобно, но дальность упадет до 650-700 метров в лесу, что плохо, то есть вроде дальнейшая экономия не перекрывает потери дальности. Поэтому остановился на SF11, это 800-900м в лесу, и даже 1км иногда пробивает, но крайне рандомно и без стабильности, но относительно щедяще для акума.
Сама экономия достигается от сокращения CAD опроса наличия сигнала вызова выхода из сна, для 62кГц: SF12=120мс, SF11=58мс, SF10=28мс, это главный потребитель при пробуждении тини13 передатчика с током 12мА+тини.

Тестовый маячек пролежал 2 недели, при этом напряжение АКБ емкостью 150мАч просело до 3.89в(делал вызовы но не много), вроде потребление сходится с расчетами, и для 100мАч аккумулятора будет до месяца. Это хуже чем у аналогового Si4432, тот мог два месяца валятся.
Что лучше: дальность или потребление? Согласно мануалу сейчас чуйка -137дБм, но если сделать -135дБм, то в режиме сна будет почти вдвое больше времени акума.

brunh вы меня не слышите, UART модули непригодны. Только полный доступ со SPI к родному чипу SX12xx, никаких “AT+?”, иначе у вас будет как у тех ребят с гитхаба, 1 сутки работы 😃

e22-230t22s это UART модуль для ардуинок, размерами и весом как бустерный 1Вт, не подходит для подобных проектов в связи отсутствия прямой связи с чипом LoRa, внутри той платы имеется чип посредник, который управляет радиомодулем, и это режет множество функционала, попутно увеличивая потребление в режиме сна. Для маячка гораздо лучше подходят простенькие мелкие SPI модули 16х16мм, которых тысячи, и цены на них ниже. Последнее время произошли изменения на Али, пропали модули низких частот, возможно какие-то запреты или санкции. А так все эти радиомодули умеют работать в широком диапазоне частот, различия в выходной обвязке “Т” фильтра, изменив номиналы 0603 рассыпухи модуля можно работать на другой частоте, только детальки там очень микроскопические и сами номиналы неизвестны. Как помощь в обвязке - мануал AN627 от Si4x6x, где рассматриваются различные выходные каскады подобных модулей и их номиналы в зависимости от частоты.

Самые дальнобойные маяки заморского производства могут далеко доставать, в пустыне вплоть до 50км и дальше, но там множество факторов и это аналоговая узкополосная морзянка, сложные аналоговые фильтры и усилки, а цифровая связь обычно до 10км работает, но на деле 2-3км лесо-кустов отличный показатель даже для 50км фирменных аналоговых маяков.
По самих птицах ситуации бывают разные, ястреба обычно далеко не сваливают, заигравшись может унести до ближайшего леса, максимум пару сотен метров в глубину, а вот сокол запросто перемахивает под настроение 5-15км, при этом даже фирменные маяки работают до первой высоковольтной ЛЭП. Также для птицы существует ограничение в весе маяка, обычно это 10г, и более тяжелые проекты нежелательны, LoRa+GPS+Attiny13 в этот вес укладывается с 100мАч акумом. В случае с коптером маяк получается легче, ненужна клипса крепления и даже можно отказаться от корпуса, а это два-три грамма. Еще существуют симкарточные трекеры, тоже хорошо себя показали, но у них большой вес, 20-25г и аккумулятора хватает на день или два.
Ранее постоянно пользовался аналоговым маячком на Si4432, его дальность в лесу на рацию 600-800 метров, и несколько раз за год выручило 😎

Что думаете насчет перевода в режим поиска по тональному звуку на случай, если не удастся поймать координаты за 50с специальной командой или по таймеру?

Тестировал подобное, и пришел к выводу что это лишнее, GPS всегда удается принять, исключения лишь утопленники, но там просто не будет приема, команда не пройдет, да и для тоновой работы необходима направленная антенна, а LoRa без нее дальше ловит чем Si4432 с ней, как результат на практике быстро приходит понимание что тоны уже ненужны.
Проект от китайцев красивый, но это паркетник, с 900МГц поиск в дребенях невозможен, даже 430МГц много, надо не более 315, а лучше 170-200МГц. Лес, кусты и рельеф очень давят высокие частоты, сигнал что может идти до 10км в хороших условиях в лесу при 900МГц задавится через 400 метров.
Направление отображается у всех таких трекерах, но для указчика без движения надо допаивать гирокомпасо-акселерометр, а это еще 10-12$ запчастей и куча кода 😦
В том что у меня на видео только GPS и LoRa, больше ничего нету, наиболее простой и дешевый вариант, а с учетом что поиск означает движение при любом раскладе, ну не так красиво но работает, главное дешево. Модуль связи по блютусу тоже хочется добавить, но это планы на потом, и это дешевле чем модуль компаса, но там придется писать программу на телефон, а не уверен что осилю.

Считается сложные решения менее надежны, а подгрузка спутников требует много радиоканала, при этом сама LoRa не любит работать в движении, и на предельных расстояниях очень здорово рвет пакеты, то есть загрузить данные спутников получится лишь в близких расстояниях и лишь на больших скоростях, а маяк передает пакет в 10 байт за 0.8 секунд(62кГц SF11). Проще отказаться от сложных операций и принимать GPS на холодную, даже с проволочной антенной в облачную погоду в лесу проблем не возникает, пол минуты и он работает, а дальше горячий старт. Обмен же сложными данными это больше ног МК, больше кода, больше сложностей.
Посмотрел презентацию на кике, такая сеть как они хотят потребует кучи базовых станций в городе, вполне реально но не интересно, не для леса с дребенями, а вот денежку они захотели здорово, 10тыс енотов, конечно с таким бюджетом можно строить самоделки 😒

По работе маячка пока считаю наиболее рационально после пробуждения передавать серию из 3-5 пакетов координат с интервалом по времени, то есть работать после пробуждения 20-40с., на предельных расстояниях маяк видит активность канала в CAD опросе, но прием и передача валидных данных происходит с большими затруднениями, видно что нам что-то отвечают, но принять можно лишь короткие пакеты с искажениями, более половины данных отваливается, и лишь один из серии будет принят корректно. Очень короткие пакеты работают плохо, длинные тоже, наиболее помехоустойчивыми оказались сообщения 10-20 байт.