qczek lrs – 433mhz 1w (30dbm) lora rc link with telemetry - новая народная?
Если я включаю в приемнике граупнера режим СУМД происходит следующее:
- передатчик быстро мигает светодиодом, что говорит о том, что он видит сигнал на входе и передает его в эфир.
-приемник лрс тоже быстро мигает диодом, значит, по крайней мере видит передатчик.- айнав не видит ничего.
… Единственное, что видит айнав, это канал с RSSI на указанном в настройках канале …
Мигание приемника значит что он видит передатчик.
А вот мигание светодиода передатчика значит что на входе есть сигнал, но это не значит что он корректный, и тогда передает он не его, а нижние значения по всем каналам. Я такое же наблюдал когда подключал передатчик напрямую к аппаратуре и выставлял некорректные режимы, например:
- qrls ждет - CPPM, а на аппаратуре настроен PXX на выходе.
- qrls ждет - PXX, а на аппаратуре настроен CPPM на выходе.
- qrls ждет - CPPM 8 каналов, а на аппаратуре настроен СPPM 10 каналов на выходе.
Во всех случаях будет то же самое, приемник будет видеть нижние пределы всех каналов кроме RSSI-шного.
Т.е. вопрос, что такое СУМД режим в приемнике? 60 секундный гугл не дал мне желаемого ответа… Но уверен это не CPPM, а другого он считай и не поддерживает (PXX не видел на выходе ни одного приемника)
Т.е. вопрос, что такое СУМД режим в приемнике?
СУМД, имхо, граупнеровская придумка. Во всяком случае больше нигде такого не видел. С СУМО понятно, это обычный РРМ. А вот описание СУМД:SUMD: Цифровой SUM сигнал
Так же, как и SUMO, но уже цифровой сигнал (период 10мс)
Формат: 115200 б., 8 бит, 1 стоп-бит;
Фрейм выглядит следующим образом:
байт 0 = всегда ‘168’
байт 1 = похоже, что это индикатор ошибок (обычно 1, 129 если передатчик был выключен на старте)
байт 2 = число передаваемых каналов
байт 3 = старший байт сервы 0
байт 4 = младший байт сервы 0; минимальное значение - 8000, среднее - 12000, максимальное - 16000 при 120% расходах в аппе.
… повторяеется для всех каналов
байт n-1 = старший байт контрольной суммы
Шрибайт n = младший байт контрольной суммы CRC16, используется CRC-CCITT (XModem). Нормальное представление (0x1021), стартовое значение 0x0000.
Полетные контроллеры и автопилоты, с которыми я встречался, работают с ним без проблем. Я бы может и не парился по этому поводу, но выше Александр отписался, что у него все работает по сумд, а в этом режиме мне кажется все работает чуть пошустрей и поточней чем с сумо
Учитывая битрейт и остальное - это обычный UART, немного похож на SBUS (который тоже по сути UART но с битрейтом 100 000, 2 стопбитами и т.д.), но чуть другой формат. QRLS не поддерживает UART на AUX (не важно вход это или выход, эта нога контроллера - обычный GPIO), SBUS output (который по факту тоже UART) на приемнике qrls реализован софтварно, а CPPM вход и выход не являются вариантом UART, поэтому обрабатываются так же софтварно через прерывания. PXX тоже выдумка FrSky но не на базе UART и также реализована софтварно в qrls.
В общем, не может SUMD работать в QRLS никак на данный момент. Видимо Александр ошибся, или имел ввиду что-то другое.
Подскажите какие антенны надо
По описанию модулей и картинкам непонятно … “SMA-K” … мама или папа ? и что значит “К”…
По описанию модулей и картинкам непонятно … “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). Вот бы видеотракт такой найти)
Я думаю, что стоит рассказать об этом разработчику, чтобы внёс изменения в код. Тот же самый питлаб не даёт возможность явно задать диапазон значений. Т.е. мои 76% на развороте в последнем 25км полёте фактически означали потерю связи. Тогда это объясняет, почему изменится layout и контроллер собрался лететь на точку взлёта.
Если кто то не знает про калибровку, это не означает что “не даёт”… калибруется именно минимальное и максимальное значение…
Минимальное калибруется при выключенном передатчике. Я не видел возможности подкрутить это значение вверх/вниз. Она есть?
а для чего? я пока вижу странную ситуацию, “Минимальный уровень SNR при котором приемник не уходит в FS - 1212”, я правильно понимаю, что 1211 это уже FS ?
Каков смысл ставить 1196, чтобы поймать нежданный FS глядя на 5% уровня на OSD ?
и ещё, меня сейчас снова начнут обвинять как защитника Питлаба, но мне неприятно когда ты не понимая ситуации пишешь мягко говоря не правду…
сначала написал “очень неприятный глюк с питлабом” но потом выясняется что ты сам по ошибке выбрал не ту ВПП
теперь ты пишешь
мои 76% на развороте в последнем 25км полёте фактически означали потерю связи. Тогда это объясняет, почему изменится layout и контроллер собрался лететь на точку взлёта.
я поглядел лог, на развороте режим остаётся “STAB”, что служит железобетонным доказательством наличия связи…
для чего всё это?
а для чего? я пока вижу странную ситуацию, “Минимальный уровень 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 долгое время считались стандартом.
Сергей, перестань искать врагов питлаба. Их здесь нет.
Вот приятно с тобой, Паша разговаривать, всё грамотно и по полочкам! 😃
Питлаб умеет калибровать уровень RSSI, процедура проста, нужно отнести самолёт от передатчика метров на 50-70 (и Питлаб тут ни при чём, это рекомендация производителя LRS), затем при включенном передатчике Питлаб запоминает максимальный уровень, пусть это 1326, следующий шаг -выключить передатчик и точно так же запомнить минимальное значение, с этой цифрой непонятно, какова она будет для qrls ?
почему
1212 - это минимальный показатель когда еще нет ФС, следующее значение вниз (т.е. ФС) это 894
?
шаг в 6 единиц стабильно
то следующий шаг 1212-6=1206
пожалуйста разъясни…
но тем не менее, Питлаб запомнит именно ту цифру, которая придёт с приёмника…
получается что прошивка qlrs не так хороша как хотелось… она даёт значение RSSI, совершенно не соответствующее моменту наступления FS
хотя в принципе понятно, проблема в дискретности и шагах… и формально просьба ввода конкретных значений, это в данном случае, попытка лечить проблемы одной системы, через другую…
Сергей, перестань искать врагов питлаба. Их здесь нет.
Саша, я стараюсь, и поэтому прошу тебя не бросать необдуманные слова на форум, а сперва их хотя бы проанализировать…
Касательно железобетонности лога- я бы не был так категоричен. 63 км домой я увидел не просто так, т.к. пока летел туда-видел расстояние именно ло дома. Лог пишется раз в несколько секунд. Если за эти несколько секунд 10 раз изменить полетеый режим-я увижу в логе все событмя илм последнее? Вангую, что последнее. Вот жаль не осталось записи с борта…
Сохрани лог в EXCEL и посмотри, значения времени - раз в секунду
система не может за секунду перевести АП в AUTO и обратно в СТАБ
Почему не может?
по тому, что Питлаб имеет небольшую задержку при переводе системы в AUTO, я так понимаю, чтобы избежать постоянной дерготни STAB-AUTO на границе связи
где-то разраб писал про эту задержку, но я уже не найду…
чтобы избежать постоянной дерготни STAB-AUTO на границе связи
для этого делают ручной переход из авто, обратно в стаб.
не, мне больше нравится когда ручной сам восстанавливается…
Питлаб умеет калибровать уровень RSSI, процедура проста, нужно отнести самолёт от передатчика метров на 50-70 (и Питлаб тут ни при чём, это рекомендация производителя LRS), затем при включенном передатчике Питлаб запоминает максимальный уровень, пусть это 1326, следующий шаг -выключить передатчик и точно так же запомнить минимальное значение, с этой цифрой непонятно, какова она будет для qrls ?
894
то следующий шаг 1212-6=1206
пожалуйста разъясни…
Нету больше шагов вниз, это минимальный уровень сигнала когда он еще есть. Следующий шаг вниз - ФС, в этом режиме он выставляет запрограммированные значения ФС во всех каналах, кроме RSSI. В RSSI он ставит минимальное значение - 894, такое же значение можно увидеть по всем каналам если приемник не видел передатчика с момента включения (приемника). Ну т.к. это минимальное значение канала в qrls.
но тем не менее, Питлаб запомнит именно ту цифру, которая придёт с приёмника…
Тогда наезд на Александра был зря, т.к. он именно так и сделал.
получается что прошивка 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 - максимальный уровень сигнала
Спасибо Паша за разъяснение, но,
всё равно, можно обвинять кого угодно в отсутствии гибкости, но я не соглашусь,
минимальный уровень RSSI должен быть на уровне FS или очень рядом… не должно быть этого непонятного скачка вниз…
тут мы видим ещё один косяк программной реализации qlrs…
по поводу
наезд на Александра был зря
посекундный лог говорит, при развороте режим управления не переключался, ухода в AUTO не было.
или Александр хочет сказать, что он за время менее секунды увидел как переключился режим, переключился экран, расстояние до дома изменилось… а потом всё вернулось обратно?
я уже написал выше, Питлаб не переключится так быстро…
Если кто то не знает про калибровку, это не означает что “не даёт”… калибруется именно минимальное и максимальное значение…
под наездом я имел ввиду это)
Я отписал автору, я был один из тех кто пушил его добавить SNR, он сделал, но видимо никто не заморачивался его проверять. Я думаю он сделает какое-то оптимальное решение данной проблемы, если ее можно назвать проблемой (для меня не проблема 😁 )