qczek lrs – 433mhz 1w (30dbm) lora rc link with telemetry - новая народная?
В asr6505 стоит более совершенный чип лоры sx1268(2) и DIO заведены… А также стабильность частоты за счёт TCXO применения. Так что может что то и получится… Сам купил несколько таких модулей
Что получится и у кого?
Так что может что то и получится.
А портировать на этот чип кто будет то?
Тогда понятно, я то в городах не летаю, поэтому проблем с фризами и fs не имею.
знаю как минимум одно место - компрессорная станция на газопроводе - над ней всегда фс или лаги - по ходу у них телеметрия на 433 работает
Я что писал, что фризы должны быть каждый раз при утерянном пакете?
Вы написали, что переключение частоты происходит в момент приёма пакета, независимо от его CRC. Меня вот конкретно этот момент интересует. Как я себе представлял, в прошивке используется некий таймер, в течении которого приёмник ожидает пакет. Битые пакеты отбрасываются. По истечению таймера в любом случае происходит прыжок на след. частоту. Если валидный пакет пришёл раньше, чем время закончилось - используем это событие, для того, чтобы синхронизировать таймер с передатчиком. В кузеке по-другому реализовано?
Выглядит, что так. С таймером могут быть “нюансы”. Как бы там какой температурный дрифт не появился.
Рассинхрон может быть, но каждый раз, как ловим валидный пакет - производим коррекцию таймера, т.к. приёмник, фактически, понимает в какой момент времени пакет был отправлен, потому что time-on-air в Лоре фиксированный при одинаковых параметрах линка. И при потере пакетов точности таймера вполне должно хватить, чтобы какое-то время частоты переключать до восстановления связи.
Рассинхрон может быть, но каждый раз, как ловим валидный пакет - производим коррекцию таймера, т.к. приёмник, фактически, понимает в какой момент времени пакет был отправлен, потому что time-on-air в Лоре фиксированный при одинаковых параметрах линка. И при потере пакетов точности таймера вполне должно хватить, чтобы какое-то время частоты переключать до восстановления связи.
Любой пакет, будь то битый или не битый будет лететь столько времени, сколько требуется для данного режима - следовательно, принятый битый пакет уже нарушит получение валидного на этой частоте, следовательно надо переключать частоту в любом случае при получении битого пакета и ждать валидного на другой частоте
В кузеке по-другому реализовано?
Именно по другому - это Вам не elrs…
Рассказывать все не имею права… но и переписывать все автор не будет… так что пользуйтесь тем, что есть… 😃
Рассказывать все не имею права… но и переписывать все автор не будет… так что пользуйтесь тем, что есть…
Теперь начал понимать ваш пассаж из соседней темы… 😃 Ну да, почти тупик.
Хотя 1.92 по прежнему рабочая версия и на ней вполне можно летать.
Но не на квадре и не в заброшках…
Привет всем!
Кто-то пробовал qczek скрещивать с Ardupilot/Arduplane на базе F405?
Inav видит, всё отлично, а арду ни в какую. В мануале написано, что должно само определиться ,а оно не определяется. СТранно, Sbus же.
Теперь начал понимать ваш пассаж из соседней темы… Ну да, почти тупик.
Раскусил))
Все что я мог я донес автору - и он про это в курсе, со многим согласился - но хозяин барин да и не так просто переписать основу - еще и когда стимула видимо нету - денег то никто не платит 😄
Inav видит, всё отлично, а арду ни в какую. В мануале написано, что должно само определиться ,а оно не определяется. СТранно, Sbus же.
qczek выдает инвертированный сигнал - вам в арду нужно подключать к пину где выбран режим RCIn - у меня все работает…
Именно по другому - это Вам не elrs…
так что не так с elrs ?
Раскусил))
Все что я мог я донес автору - и он про это в курсе, со многим согласился - но хозяин барин да и не так просто переписать основу - еще и когда стимула видимо нету - денег то никто не платит 😄qczek выдает инвертированный сигнал - вам в арду нужно подключать к пину где выбран режим RCIn - у меня все работает…
Так, спасибо.
А где можно подсмотреть, на каком пине rc in висит?
Так, спасибо.
А где можно подсмотреть, на каком пине rc in висит?
А что за полетник?
А что за полетник?
Omnibus F4 v3 не PRO (Хотя распиновки у них совпадают)
ardupilot.org/copter/…/common-omnibusf4pro.html
вот тут все написано
перемычку нужно запаять правильно
ardupilot.org/copter/…/common-omnibusf4pro.html
вот тут все написано
перемычку нужно запаять правильно
Ну, я потому на форум и полез, что всё по инструкции сделано. 😃
Не люблю донимать людей глупыми вопросами и засорять форум
Ну, я потому на форум и полез, что всё по инструкции сделано. 😃
Не люблю донимать людей глупыми вопросами и засорять форум
Перемычку на РРМ установили?
Если да , то посоветую отключить полётник на время теста от gps и телеметрии. Подключите только сигнал с приёмника и провод в комп. В приложении посмотрите меняются ли каналы. ПИН для ppm и sbus , крайний в гребёнке выводов управления(ближе к краю)
Ну, я потому на форум и полез, что всё по инструкции сделано.
Не люблю донимать людей глупыми вопросами и засорять форум
А что сделано? перемычка на ppm запаяна ? Выход sbus от qczek подключен к sbus пину?
В арду вроде настройки не нужны ни какие - должен сам определить протокол…
Перемычку на РРМ установили?
Если да , то посоветую отключить полётник на время теста от gps и телеметрии. Подключите только сигнал с приёмника и провод в комп. В приложении посмотрите меняются ли каналы. ПИН для ppm и sbus , крайний в гребёнке выводов управления(ближе к краю)
Вот GPS не пробовал отключать, а телеметрии пока и нет.
Перемычка для ппм естественно на месте.
Зачем отключать ЖПС вообще не понятно. Он никак влиять не может. Так же как и телеметрия.
Порты настраиваются индивидуально и на РЦ-ин никто из них не влияет. А тем более то что к ним подключено.
Настроил кучу омнибусов - там все всегда работает по умолчанию. В том числе с Кулрс.