qczek lrs – 433mhz 1w (30dbm) lora rc link with telemetry - новая народная?
Приедет - проверю на тех же трассах, где летаю. Не велика потеря, если окажется не всё так сказочно. Тем более антенное хозяйство менять не надо.
Ещё как раз делаю антенній трекер, завязанный на мавлинк.
Да, на больших дистанциях особо и не нужно, а поближе почему бы и не покрутить.
Мысль такая-лечу вдаль, на дистанциях скажем до 10км телеметрия идёт и антенна довольно точно наведена на борт. После потери телеметрии трекер смотрит туда же. Курс самолёта не меняется.
Да, это будет работать. В Qlrs реализована такая логика, что запрос пакета с телеметрией делает передатчик. Т.е. не двигаете стиками - на землю идёт больше телеметрии. Двигаете - телеметрия или не передаётся или передаётся с минимальным обновлением, чтобы не занимать канал под управление. Очень логично, я считаю.
Кстати, по поводу слетать до упора на 100метрах - у меня первым пропало видео.
Я в этот раз летал на перебранной электронике на крыле. Плюс сдуру переключил канал видео перед вылетом на 1200 с 1160. Потом заметил, что сервы начали дёргаться начал шаманить с антенной передатчика. В итоге закрепил её кое-как. Не знаю, это повлияло или нет, но если раньше я летал на 13км с 99% rssi, то сейчас оно скакало примерно с 70 до 94 весь путь…
оооочень подозрительная фигня… с Тинькой никогда такого не было… летал на 1120, 1160, 1280 … везде поведение одно и то же…
где хвалёная помехо-защищённость, супер-пупер протоколы восстановления?
Я уже написал, что дело было не в видео, а в шумящей камере.
Прочитал тему, и просто офигел от ваших комментов товарищи.
- Человек сделал проект для себя (я тоже 1,5 года назад занимался подобным на LoRa, но потом закончилось свободное время на это), и выложил это для общественности, бесплатно, так что любой школьник может прошить модули и полететь. А вам то не так, это не так, закрытый код, и т.д. Почему он не реализует sbus? потому что у него есть в пульте PXX, а в PixHawk sbus, поэтому одно есть на входе другое на выходе. Ему сложно писать код, который лично ему не нужен, возможно ему не на чем его тестить, и нет желания растрачивать на это личное время. Вас никто не заставляет пользоваться его LRS.
Теперь немного по теме LoRa.
2. В трансиверах используется помехоустойчивое кодирование 4/8, это значит что на каждые 4 бита полезных данных передается 8 бит канальных, и это не просто дупликация, когда приходит ошибка по нескольким бит, специальный алгоритм ее исправляет. А если испорченных бит слишком много - алгоритм понимает что пакет испорчен. По факту при этом даже CRC который там передается нужен только в тех случаях когда практически весь пакет испорчен.
3. 99% RSSI основанный на packet loss значит что из 100 отправленных пакетов 99 дошло и корректно принялись приемником (скорее всего 100, 99 чтобы не занимать еще 1 символ на OSD), поэтому про “отсутствие калибровки RSSI” - бред
4. завышенная чувствительность, а значит сильная подверженность помехам - не верно для LoRa, дело в том, что модуляция LoRa позволяет вытаскивать сигнал ниже уровня шума на 7.5 Дб, а это значит что фактически уровень шума превышает уровень сигнала в 5 (!) раз, но приемник может достать этот сигнал из шумов.(в режиме spread factor = 7, который используется в QLRS, сами модули при SF=12 могут вытаскивать сигнал из -20 Дб отношения сигнал/шум, а это значит что мощность сигнала ниже уровня шума в 100 раз). Все это просто невозможно для классических передатчиков основанных на FSK и соответственно на всех основанных на классических RFM-ках LRS.
И это не какая то супер технология, тот же GPS способен принимать сигнал на уровне -161 Дб при уровне помех -110, т.е. там это еще круче. Цена этому - низкая пропускная способность канала, у GPS это 50 бит в секунду, у LoRa в самом чувствительном и узкополосном режиме - 0.18 бит/с.
5. При дефолтных настройках QLRS телеметрия шлется раз в 45 минут в RACE-mode, и раз в 1 час 10 минут в обычном режиме.
6. Мощность QRLS настраивается в логарифмических попугаях от 0 до 15, где 0 равно 200-250 мВт, 4 - 500 мВт, 15 - 1 Вт. Большинство людей на rcgroups летало на минимальной мощности.
7. Анализатор зашумленности канала - практически бесполезная штука, на 433 нет постоянной передачи чего-либо, все что там работает кратковременно включается и выключается, кроме того это относится к месту тестирования, если отлететь на 500 метров картина там будет совершенно иная. Т.е. это про здесь и сейчас, а не про то что будет через час за 30 километров от места взлета, а именно там это все будет важно.
Избегайте:
- 433.92 ± 2 МГц - там работают все возможные брелки сигнализаций шлагбаумов и т.д.
- 445,5 ± 2 МГц - там один из ТВ каналов
- 463-467 МГц - там LTE band 31 SkyLink’а (Tele2/Ростелеком)
- При дефолтных настройках QLRS телеметрия шлется раз в 45 минут в RACE-mode, и раз в 1 час 10 минут в обычном режиме.
Если можно-поподробней. Раз в 45 МИНУТ. Зачем нужна такая телеметрия?
при всём уважении Павел, докажите всю эту научную “ересь” реальным полётом на сотку?
понтов много, о реальных полётов ноль…
ещё раз, я слетал на 36 километров на Тини ЛРС с обычным штырём… без направленных антенн… вернулся по заканчивающейся батарее и плохому видео, запас по управлению ещё был!
На 20 километров я летаю просто обыденно, при высоте в два раза ниже полёта Александра у меня нет намёков на FS …
Оправдывать косяки и недоработки прошивки тем, что человек пишет “для себя”, мне даже говорить об этом не хочется…
Извиняюсь что не по теме малость , но у меня вопрос. Можно ли использовать эти лора модули для передачи телеметрии? На канале Юлиана про Inav на коптере дальнолете есть видео как подключить телеметрию на модулях типа si4463. Только я вместо телеметрии подключал модуль gps, для передачи координат. Типа хочу сколхозить радиоошейник для бобика������. Только вот на антенах пружинках радиус передачи максимум метров 150. На картинках видно что там аналогичное подключение rx-tx. Предполагаю что можно просто поменять на этот лора модуль. Я прав?
Вам просто нужно купить эти модули и использовать с дефолтной прошивкой, они обеспечивают прозрачную передачу UART в обе стороны, без всяких но и если.
Если можно-поподробней. Раз в 45 МИНУТ. Зачем нужна такая телеметрия?
Время передачи телеметрии = настраиваемый параметр, в контроллере очень мало памяти, как оперативной, так и под прошивку. Фактическое отключение телеметрии реализованно установкой передачи телеметрии раз в 65535 циклов, учитывая цикл в 15 Hz, получается озвученное время. Если телеметрия нужна - устанавливаете передачу телеметрии каждый цикл.
Я здесь наоборот не понимаю людей которые устраивают такой баттхёрт по этому поводу? Вам не нужна телеметрия? Используйте 100 мВт модуль на приемнике с минимальной настройкой мощности в 20 мВт, и поставьте обновление раз в час. Какую проблему это вызовет у вас на борту?
докажите всю эту научную “ересь” реальным полётом на сотку?
У меня нет носителя для этого, как и цели такой. Мне нужен надежный линк в сложных условиях на средних дистанциях до 10 км. Я описал чем технология отличается от привычной FSK.
ещё раз, я слетал на 36 километров на Тини ЛРС с обычным штырём…
Отлично! Что Вы делаете в этой ветке? Вас не устраивают ограничения текущего проекта, Вы нашли идеальное решения для себя, Вы им пользуетесь, Вам нет смысла его менять.
Мне, как и всем остальным интересно 😃
Оправдывать косяки и недоработки прошивки тем, что человек пишет “для себя”, мне даже говорить об этом не хочется…
Некоторое время назад я сделал проект под себя для Android, затратил на это около недели, он имел некоторые ограничения, и некоторые проблемы, на устранение которых мне потребовалось бы потратить несколько месяцев. Я поделился им с общественностью, кто-то так же им пользовался, другие требовали исправления много чего, и добавления огромной кучи фич (которые я не мог не только использовать, но даже тестировать, т.к. не было соответствующего железа), часть чужих ненужных мне хотелок я реализовал, часть нет. Просто потому что у меня на это нет времени. Поэтому я прекрасно понимаю автора проекта, и не понимаю всех батхёртеров. Вам дали это бесплатно, вы не заплатили за это ему не копейки, вы что-то требуете от него.
Павел, я тебя понимаю и совершенно не заставляют кого то что доделывать… Я говорю что отсутствие того или иного функционала не красит изделие…
На этом форуме множество людей людей , выкладывающих свои разработки, не получающих при этом ни копейки. Остальные это тестируют и естественно, обсуждают. Чем больше вопросов обсуждается, тем качественнее получится итоговый результат. Это не баттхерт, это желание получить информацию. Вам спасибо, за развернутое объяснение.
serMode - вы можете выбрать, как передаются последовательные данные, 0 - режим прозрачности, 1 - mavlink-инкапсуляция телеметрии. Он должен быть установлен на одинаковое значение как для основного, так и для ведомого модулей. Из версии 0.91 2 - доступна телеметрия uBlox GPS.
Что такое режим прозрачности и инкапсуляции?
Я говорю что отсутствие того или иного функционала не красит изделие…
Единственный отсутствующий функционал с которым можно согласиться - это отсутствующий sbus-in, и только в кейсе когда нужно использовать с ретранслятором для наземной станции, а не в случае “не хочу держать 1Вт возле своих яиц”. Во первых телефоны лежащие в карманов штанов большинства излучают до 2 Вт в диапазоне микроволновки (2,6 ГГц в случае LTE). Единственное доказанное биохимическое воздействие радиоволн - нагревание. Однако 433 очень неохотно нагревает воду (из которой в основном человек и состоит), во вторых теплоемкость воды 4200 Дж/(кг*град), а значит чтобы нагреть килограмм человека на 1 градус одним ваттом (я уж молчу что невозможно потратить этот ватт на нагревание целиком) нужно больше часа, человеческий организм путем естественной терморегуляции без проблем нивелирует эту проблему.
Кроме того, на rcgroups автор говорил что для реализации sbus-in нужен аппаратный инвертор на входе, а он не хочет осложнять проект дополнительной пайкой. Я к сожалению не знаком с архитектурой STM8, но если речь об аппаратном инверторе - значит в нем нет нужного прерывания (по фронту или по спаду на входе), а значит это не реализуется софтварно (ну разве что какие то костыли придумывать). В любом случае автор обещал заняться этим в ближайшее время.
На этом форуме множество людей людей , выкладывающих свои разработки, не получающих при этом ни копейки. Остальные это тестируют и естественно, обсуждают. Чем больше вопросов обсуждается, тем качественнее получится итоговый результат. Это не баттхерт, это желание получить информацию. Вам спасибо, за развернутое объяснение.
Хотя и не я автор проекта, и не имею к нему никакого отношения (кроме того что я его использую), я бы хотел чтобы беседа в таким темах была именно в таком ключе, в rcgroups именно так, а на русскоязычных обычно какашками только метают. Это не только про именно этот проект, а про все подобные.
serMode - вы можете выбрать, как передаются последовательные данные, 0 - режим прозрачности, 1 - mavlink-инкапсуляция телеметрии. Он должен быть установлен на одинаковое значение как для основного, так и для ведомого модулей. Из версии 0.91 2 - доступна телеметрия uBlox GPS.
Что такое режим прозрачности и инкапсуляции?
Режим прозрачности - это прозрачный UART с ограничениями:
-пакеты в сторону приемника по 4 байта за цикл (60 байт в секунду - очень медленно почти для всего, кроме чего то кастомного своего).
-пакеты в обратную сторону кажется по 14 байт за такт (но совсем не уверен в цифре), что тоже очень медленно и не годится почти не для чего кроме чего то кастомного своего.
Режим инкапсуляции MAVLINK:
-только самые важные пакеты MAVLINK от приемника передаются в передатчик, методом сжатия и преобразования в специальный, известный только автору формат, а затем его обратное преобразование на передатчике
-от передатчика только подтверждения и keep-alive пакеты передаются к приемнику (т.е. любое управление через mission planer не возможно, только контроль основных характеристик)
Режим инкапсуляции ublox:
- на вход телеметрии приемника подключается UBLOX GPS, qrls упаковывает координаты в специальный формат и передает их на передатчик, где распаковывает обратно (удобно для логирования координат, и в случае краша для поиска по координатам)
Прозначность - что отправил, то и получил. Инкапсуляция - когда каждый пакет мавлинк разбирается на приёмнике, из него достаётся только нужное и шлётся на землю, где из него опять получается мавлинк, но только с нужными данными.
Хотя и не я автор проекта, и не имею к нему никакого отношения (кроме того что я его использую), я бы хотел чтобы беседа в таким темах была именно в таком ключе, в rcgroups именно так, а на русскоязычных обычно какашками только метают. Это не только про именно этот проект, а про все подобные.
Как говорил один мой знакомый, “Только что пламя оттуда не летело” (с) 😁
если кому то нужен SBUS на входе - team-legit.com/SBUS-TO-PPM-OR-SPEKTRUM-SERIAL_p_57… 5 баксов и у вас 16 каналов ppm на входе. Это всё равно дешевле любых известных науке альтернатив с текущим уровнем цен.
Я купил Qlrs за 10$, дешевле ничего нет! Опробовал, все понравилось. В суботу попробую полететь на 30км. Очень благодарен Brat002, за наводку на эту лрску и ее настройку. У меня rssi настроен по уровню сигнала на 4 км показывало 60%.
если кому то нужен SBUS на входе - team-legit.com/SBUS-TO-PPM-OR...IAL_p_578.html 5 баксов и у вас 16 каналов ppm на входе.
Немного не в тему, но может кто находил. Хочу такую штуку fpvmodel.com/rmilec-high-precision-pwm-ppm-sbus-si… или подобную. Но не за 10 и более баксов, а подешевле 😃
Никто прошивку не встречал для Ардуино? Мне собственно хочется ППМ в СБАС и ПВМ.
нет в ней ничего особенного и тем более волшебного…
Есь, цена 😃.
По входам-выходам, судя по даташиту 5В-ая логика?
И ещё вопрос. Выходная мощность зависит от напряжения питания?
И ещё? Проверяли влияние на приемник 1,2ГГц? Конечно не на 100мВт, а на полной мощности.
Модулю нельзя давать больше 5.4 вольта. Сгорит моментально. Безопасное напряжение 4.8-5.1в под нагрузкой.
На 1.2 наводок нет, но это больше зависит от приёмника, потому что какие-то гармоники всё равно будут как ни крути.
На rcgroups писали про влияние 868 Мгц версии на 1.2, это в общем то не только qlrs касается