qczek lrs – 433mhz 1w (30dbm) lora rc link with telemetry - новая народная?

Z_Z_Z
Sem-EX:

По описанию модулей и картинкам непонятно … “SMA-K” … мама или папа ? и что значит “К”…

Есть SMA, а есть RP-SMA, второе используется только для WiFi по умолчанию, все остальное обычно SMA за редким исключением.

Были у меня подозрения, что нулевой RSSI в режиме SNR значит совсем не минимальным уровнем в канале. Вчера проверил, подключил qrls к только что приехавшему pixhawk, + ноутбук. Аппу оставил на подоконнике 4 этажа (там еще балкон). А сам поехал кататься на машине по округе, приемник лежал на торпедо.
В общем да. Минимальный уровень SNR при котором приемник не уходит в FS - 1212, а максимальный 1326 (в мкс соответствующего канала), шаг в 6 единиц стабильно. Т.е. всего (1326-1212)/6 = 19 градаций уровня приема + нулевой, т.е. 20 всего, используйте эти значения для калибровки. Я поставил себе 1196 минимум, 1326 максимум, чтобы шаг был ровно 5% (минимальный уровень будет 10%)
Провалы в 0 на графике - это ребут приемника в случае 30с отсутствия сигнала.

P.S. в ходе эксперимента выяснилось что в радиусе 500 метров можно смело залетать за любые дома в условиях городской застройки, на высоте один метр от земли связь не теряется (передатчик в режиме 1w). Вот бы видеотракт такой найти)

brat002

Я думаю, что стоит рассказать об этом разработчику, чтобы внёс изменения в код. Тот же самый питлаб не даёт возможность явно задать диапазон значений. Т.е. мои 76% на развороте в последнем 25км полёте фактически означали потерю связи. Тогда это объясняет, почему изменится layout и контроллер собрался лететь на точку взлёта.

Plohish

Если кто то не знает про калибровку, это не означает что “не даёт”… калибруется именно минимальное и максимальное значение…

brat002

Минимальное калибруется при выключенном передатчике. Я не видел возможности подкрутить это значение вверх/вниз. Она есть?

Plohish

а для чего? я пока вижу странную ситуацию, “Минимальный уровень SNR при котором приемник не уходит в FS - 1212”, я правильно понимаю, что 1211 это уже FS ?
Каков смысл ставить 1196, чтобы поймать нежданный FS глядя на 5% уровня на OSD ?

и ещё, меня сейчас снова начнут обвинять как защитника Питлаба, но мне неприятно когда ты не понимая ситуации пишешь мягко говоря не правду…
сначала написал “очень неприятный глюк с питлабом” но потом выясняется что ты сам по ошибке выбрал не ту ВПП
теперь ты пишешь

brat002:

мои 76% на развороте в последнем 25км полёте фактически означали потерю связи. Тогда это объясняет, почему изменится layout и контроллер собрался лететь на точку взлёта.

я поглядел лог, на развороте режим остаётся “STAB”, что служит железобетонным доказательством наличия связи…

для чего всё это?

Z_Z_Z
Plohish:

а для чего? я пока вижу странную ситуацию, “Минимальный уровень SNR при котором приемник не уходит в FS - 1212”, я правильно понимаю, что 1211 это уже FS ?
Каков смысл ставить 1196, чтобы поймать нежданный FS глядя на 5% уровня на OSD ?

Нет не верно. 1212 - это минимальный показатель когда еще нет ФС, следующее значение вниз (т.е. ФС) это 894. Не может быть там 1211, как 1213 впрочем, т.к. шаг - 6. Я ставлю 1196, и у меня никогда не будет 5% уровня RSSI, у меня будет 0%, 10%, 15%, 20%, 25%, 30%, 35%, … 90%, 95% и 100%. Т.е. если Питлаб видит значение 894 и корректно его распознает, и считает его 0, а 1326 было откалибровано как 100%, то минимальный порог RSSI будет 73%, а дальше 0. Если отображалось 76% то в пересчете на реальный уровень сигнала - это примерно 15%

Plohish, питлаб умеет выставить конкретное значение минимального уровня вручную? Т.е. если калибровать по “передатчик вплотную”/“передатчик выключен” получится не то что нужно.

В конце концов должна настраиваться минимальная граница канала, ниже которой уже все по боку. Ее нужно установить в 1200. Вообще границы именно 1200-1800 долгое время считались стандартом.

brat002

Сергей, перестань искать врагов питлаба. Их здесь нет.

Plohish

Вот приятно с тобой, Паша разговаривать, всё грамотно и по полочкам! 😃
Питлаб умеет калибровать уровень RSSI, процедура проста, нужно отнести самолёт от передатчика метров на 50-70 (и Питлаб тут ни при чём, это рекомендация производителя LRS), затем при включенном передатчике Питлаб запоминает максимальный уровень, пусть это 1326, следующий шаг -выключить передатчик и точно так же запомнить минимальное значение, с этой цифрой непонятно, какова она будет для qrls ?
почему

Z_Z_Z:

1212 - это минимальный показатель когда еще нет ФС, следующее значение вниз (т.е. ФС) это 894

?

Z_Z_Z:

шаг в 6 единиц стабильно

то следующий шаг 1212-6=1206

пожалуйста разъясни…

но тем не менее, Питлаб запомнит именно ту цифру, которая придёт с приёмника…
получается что прошивка qlrs не так хороша как хотелось… она даёт значение RSSI, совершенно не соответствующее моменту наступления FS
хотя в принципе понятно, проблема в дискретности и шагах… и формально просьба ввода конкретных значений, это в данном случае, попытка лечить проблемы одной системы, через другую…

brat002:

Сергей, перестань искать врагов питлаба. Их здесь нет.

Саша, я стараюсь, и поэтому прошу тебя не бросать необдуманные слова на форум, а сперва их хотя бы проанализировать…

brat002

Касательно железобетонности лога- я бы не был так категоричен. 63 км домой я увидел не просто так, т.к. пока летел туда-видел расстояние именно ло дома. Лог пишется раз в несколько секунд. Если за эти несколько секунд 10 раз изменить полетеый режим-я увижу в логе все событмя илм последнее? Вангую, что последнее. Вот жаль не осталось записи с борта…

Plohish

Сохрани лог в EXCEL и посмотри, значения времени - раз в секунду
система не может за секунду перевести АП в AUTO и обратно в СТАБ

Plohish

по тому, что Питлаб имеет небольшую задержку при переводе системы в AUTO, я так понимаю, чтобы избежать постоянной дерготни STAB-AUTO на границе связи
где-то разраб писал про эту задержку, но я уже не найду…

X3_Shim
Plohish:

чтобы избежать постоянной дерготни STAB-AUTO на границе связи

для этого делают ручной переход из авто, обратно в стаб.

Plohish

не, мне больше нравится когда ручной сам восстанавливается…

Z_Z_Z
Plohish:

Питлаб умеет калибровать уровень RSSI, процедура проста, нужно отнести самолёт от передатчика метров на 50-70 (и Питлаб тут ни при чём, это рекомендация производителя LRS), затем при включенном передатчике Питлаб запоминает максимальный уровень, пусть это 1326, следующий шаг -выключить передатчик и точно так же запомнить минимальное значение, с этой цифрой непонятно, какова она будет для qrls ?

894

Plohish:

то следующий шаг 1212-6=1206

пожалуйста разъясни…

Нету больше шагов вниз, это минимальный уровень сигнала когда он еще есть. Следующий шаг вниз - ФС, в этом режиме он выставляет запрограммированные значения ФС во всех каналах, кроме RSSI. В RSSI он ставит минимальное значение - 894, такое же значение можно увидеть по всем каналам если приемник не видел передатчика с момента включения (приемника). Ну т.к. это минимальное значение канала в qrls.

Plohish:

но тем не менее, Питлаб запомнит именно ту цифру, которая придёт с приёмника…

Тогда наезд на Александра был зря, т.к. он именно так и сделал.

Plohish:

получается что прошивка qlrs не так хороша как хотелось… она даёт значение RSSI, совершенно не соответствующее моменту наступления FS
хотя в принципе понятно, проблема в дискретности и шагах… и формально просьба ввода конкретных значений, это в данном случае, попытка лечить проблемы одной системы, через другую…

Ну тут можно по разному относится. APM позволяет в ручную задавать границы любых каналов, так же в ручную позволяет настраивать границы RSSI, даже minimOSD позволяет вручную прописать минимальное и максимальное значение (впрочем, это вообще единственный способ) если подавать ему канал напрямую.

У питлаба судя по всему недостаточно гибкости для такого не совсем стандартного поведения.
Я вижу простой workaround, для этого нужно временно заменить этот канал на управляемый с аппаратуры, и настроить крутилкой, или миксами канал который с границами 1196 - 1326 и откалибровать по нему питлаб, а затем перепрописать на этот канал RSSI override в qrls.

P.S. Еще раз, RSSI в SNR может принимать следующие значения:
894 - нет сигнала (FS)
1212 - минимальный уровень сигнала
1218
1224
1230
1236
1242
1248
1254
1260
1266
1272
1278
1284
1290
1296
1302
1308
1314
1320
1326 - максимальный уровень сигнала

Plohish

Спасибо Паша за разъяснение, но,
всё равно, можно обвинять кого угодно в отсутствии гибкости, но я не соглашусь,
минимальный уровень RSSI должен быть на уровне FS или очень рядом… не должно быть этого непонятного скачка вниз…
тут мы видим ещё один косяк программной реализации qlrs…

по поводу

Z_Z_Z:

наезд на Александра был зря

посекундный лог говорит, при развороте режим управления не переключался, ухода в AUTO не было.
или Александр хочет сказать, что он за время менее секунды увидел как переключился режим, переключился экран, расстояние до дома изменилось… а потом всё вернулось обратно?
я уже написал выше, Питлаб не переключится так быстро…

Z_Z_Z
Plohish:

Если кто то не знает про калибровку, это не означает что “не даёт”… калибруется именно минимальное и максимальное значение…

под наездом я имел ввиду это)

Я отписал автору, я был один из тех кто пушил его добавить SNR, он сделал, но видимо никто не заморачивался его проверять. Я думаю он сделает какое-то оптимальное решение данной проблемы, если ее можно назвать проблемой (для меня не проблема 😁 )

Plohish

Ну я то рассчитывал на нормальное поведение RSSI, по этому и написал что калибруется…
Если этого его и тебя обидело, готов извиниться, извините меня.

В любом случае в таких спорах рождаются полезные мысли… Дай бог автор поправит.

brat002

То, что в посекундном логе не видно FS - не говорит о том, что его не было. Лечу я лечу, вижу, что улетел на 25 км, разворачиваюсь, ничего не делаю и обращаю внимание, что расстояние до дома 63км. Это я его сам включил, пока разворачивавлся? Плюс ко всему послеполётная статистика показала минимальный RSSI 76%, что по текущим расчётам и есть FS. Где нестыковка? Питлаб получил бит FS и собрался лететь на аэродром. Всё логично и объяснимо.Если бы я в этот момент увидел RSSI 0, как рассчитывал - я бы его и не обвинял в “глюке”, но без этих знаний это выглядело именно как глюк.

Plohish

Уходим в off top
Я тебе уже несколько раз объяснил, как ты увидел “неправильное” расстояние до дома “63 километра”
ты же не видел его доли секунды, правильно?
вот тебе картинки:

0:49:15 на развороте, ты из режима HOLD, который показывает расстояние до базы, переключаешься в СТАБ на экране ILS, естественно ты видишь расстояние до неправильно выбранной ВПП, 63 километра!
0:50:01 ты уходишь с экрана ILS и начинаешь видеть действительное расстояние до базы
0:51:29 ты включаешь снова HOLD, AUTO, идёшь на удерживании курса и высоты и снова перелазишь на ILS экран, но расстояние до базы всё ещё нормальное…
0:51:29 опускаешь стик газа вниз на экране ILS, самолёт начинает программу возврата и посадки на ошибочную ВПП и снова показывает тебе 63 километра и уходит в сторону, при чём это уже далеко не разворот… это по пути назад…

надеюсь теперь всё понятно?

dduh

По распродаже взял два модуля ER45-TTL-1W.

Задача была настроить телеметрию для QgroundControl для коптера.
Настроил по подобию 3DR. Телеметрия идёт (на 57600).
Чего то не хватает. QgoundControl ругается “Vehicle 1 did not respond to request for parameters. This will cause QgroundControk to be unable to display its full user interface.” , а в МишенПланер при подключении висит окно “Getting Params”.
Передать с компьютера на коптер данные не получилось.

Есть ли вообще смысл использовать Лору вместо 3DR? Надеялся на более устойчивую связь.