Baychi OpenLRS - дружелюбная ЛРС с широкими возможностями )
Тестировали по земле?
Статистику связи покажите, если еще не затерли?
Поздновато прочитал, только добрался до инета.
Тестировал “в деле”😃, то есть я с пультом в поле, самолет в небе, высота была 135-145 метров.
Насчет статистики: не затер, но не все так просто. Приемник вклеен в фюз, забыл я насчет статистики и что её можно использовать, каюсь…
Попробую все-таки до него добраться в ближайшее время, самому интересно глянуть, что получилось.
Ну и как вариант, почему не очень дальность - у меня может неудачно место для приемника выбрано. Рядом (в 3-5см) видеорегистратор и плата автопилота на STM 172МГц (а там уж и других гармошек найдется). Возможно картину это немного портит. Дома через N статистику проверял до установки в самолет, но не очень наглядно получается, все дышит и шевелится, оценивать неудобно, т.к. раз от раза отличается. Может какую простейшую ГУИ применить, без расширенных запросов в приемник, а только периодически слать N и графическое отображение результатов в ответ? Я может и сам написал бы, но с тонкостями обмена в конкретном случае не очень знаком.
Когда точно залезу не скажу, постараюсь побыстрее и до следующих полетов конечно.
Статистику связи покажите, если еще не затерли?
вот кусок статистики, но не совсем разобрать можно, где что.
вот кусок статистики,
Шум в 50-60 тугриков при уровне сигнала а 90-100, это типичный порог связи для RFMки.
Основная проблемма, это шум 50-60. На хорошей, не шумящей модели, должно быть 30-40 тугриков, что примерно на 10 дБ лучше по помехам или раза в 3 по дальности. К шуму в 30-40 единиц и нужно стремиться при включенном борте.
Вставлю свои 2 копейки: благодаря помощи Александра baychi, поддержка стандартого протокола SBUS и расширенного протокола Александра (определяется автоматически) добавлена в SwiftAI NG.
Вставлю свои 2 копейки: благодаря помощи Александра baychi, поддержка стандартого протокола SBUS и расширенного протокола Александра (определяется автоматически) добавлена в SwiftAI NG.
Александру- громадное спасибо за исходники!
На основе их на скорую руку для наших пацанов- кружковцев из того что было - дистанционные “таймеры”.
Спасать планер если он “уходит” и маяк для поиска.
Тимофею и Сергею спасибо.
Выложил новую версию прошивок передатчика и приемника. Мануалы тоже обновил.
github.com/baychi/OpenExpertTX
github.com/baychi/OpenTinyRX
Изменений немного.
- Ввел еще один режим кодировки данных (включается 2-й в 5 ом регистре). В исходной версии от Эксперта, длительности импульсов передаются в диапазоне от 988 до 2012 мкс (нейтраль 1500 мкс). Futaba и в том числе sbus используют диапазон 880-2160 мкс. При использовании sbus на обоих концах двойная перекодировка снижала точность представления, да и сам диапазон 988-2012 мкс иногда оказывался недостаточен. Кроме этого в режиме 2 данные каналов пакуются в пакет строго последовательно (это важно для передачи на лету) и контрольным кодом защищаются все байты. Плата за режим 2 - несовместимость с режимами 0,1 и экспертовскими прошивками (параметры передачи не затронуты, на дальность это не повлияет, но кодировка данных в режиме 2 несовместима), поэтому при выборе режима 2 его надо указывать на приемнике и передатчке, иначе связи не будет. Rebind автоматически распознает режим передатчика.
- Добавил в пакет sbus выдаваемый приемником: RSSI (15-й канал) и уровень шума (14-й канал), для отображения на OSD. Это поддерживают АП SmallTim: как новый (о чем пишет Тимофей), так и старый (прошивку сделал, допроверю и выложу в ближайшее время).
Что-бы АП знал, что в пакете sbus есть эта информация в 16-й канал кладется признак- код 0x600. - Исправил несколько ошибок режима автопривязки приемника (rebind), приводящих к зацикливанию, при ошибках в поиске каналов. Заодно выяснилось, что очень большой сигнал (мощный передатчик, рядом с приемником), сильно затрудняет rebind: RFMка ловит тени каналов, принимая пакеты на близких, но других частотах. Избавится от этого не получается, поэтому рекомендуется выполнять rebind на минимальной мощности передатчика, или отнеся его подальше (нескольких метрой обычно достаточно).
- Изменил отладочный вывод длин импульсов у передатчика. Теперь они выводятся либо в микросекундах (R6=1 или 3), либо в шестнадцетиричных кодах (R6=5 или 7) от 0 до 7FF.
Ну и всякие мелкие улучшения и исправления.
всякие мелкие улучшения и исправления.
Если не используется sbus, а только PWM, будет ли разница в режиме 2?
а только PWM, будет ли разница в режиме 2?
Если исходный PPM футабовский, режим 2 имеет смысл. Если нет, то нет.
PS: Визуально разницу между режимами вообще увидеть сложно, потрея 1-2х бит из 11 это мизер…
Интересно, почему у всех приёмников эрефемки без экранов?
Если на борту сильно плотно стоят беки, осд, видео тх, и приёмник РУ, стоит сделать экран для эрефемки?, толк будет ?
Приёмная антенна РУ, от всего этого хозяйства, отнесена достаточно далеко.
Если на борту сильно плотно стоят беки, осд, видео тх, и приёмник РУ, стоит сделать экран для эрефемки?, толк будет ? Приёмная антенна РУ, от всего этого хозяйства, отнесена достаточно далеко.
Может иметь смысл. Хотя прием через антенну это 90% всех помех, близкий БЕК может нагадить.
Надо смотреть практически, по замерам шума на модели. Например оба АП от Smalltim оказались достаточно шумными: +6 дБ старый и +10 дБ новый. Старому помогает феррит на соединение с АП и разнос подальше, новому - экранировка самого АП и его плоского шлейфа.
антенна приёмника РУ, будет в метре от всего этого добра. а в этой куче одних беков 4 штуки получается (два на питание борта, один на видео тх, один на осд, ну и сам видео ТХ будет жарить не милосердно).
В общем, как соберу всё в кучу, надо попробовать померить что получится.
Или каждый девайс экранами закрывать?
Если источников помех много, проще экранировать приемник и защитить кабели к нему ферритом/экраном. Если же фонит ктото один, проще бороться с ним, так как помимо ЛРС наводок боится GPS и всякие компасы.
Подскажите плиз по OpenTinyRX. Скачал исходники и они не компилируются в ардуино. Посмотрел сырцы и обнаружил что там много чего не хватает. Качал с гитхаба. Посмотрел различия от последнего редактирования и действительно очень много вырезано, особенно в файле rfm. Подскажите плиз,где можно качнуть рабочий исходник приемника.
PS. Передатчик компилится нормально.
Файлы rfm такой же самый что и sbus. Восстановите плиз файл rfm.
Файлы rfm такой же самый что и sbus. Восстановите плиз файл rfm.
Действительно, накладочка вышла. Восстановил.
Вроде остальные файлы в порядке. Попробуйте компильнуть.
Действительно, накладочка вышла. Восстановил.
Вроде остальные файлы в порядке. Попробуйте компильнуть.
Качнул предыдущую редакцию файла- все компильнулось. После Вашей редакции качнул , тоже все компильнулось. Спасибо.
Александр, может знаете - RFM23BP имеет встроенный термометр, выводит температуру в Вашей прошивке, а защиту встроенную от перегрева (типа снижения мощности) имеет?
RFM23BP имеет встроенный термометр
22B/23B тоже имеют.
а защиту встроенную от перегрева (типа снижения мощности) имеет?
Нет. Так как непонятно что хуже: погасить передатчик и потерять модель, или перегреть передатчик… 😃
Как идея для совершенствования прошивки - а может выводить информацию о перегреве RFM через пищалку на модуле?
С предатчиком может не прокатить. У 2G управление мощностью вых. усилителя сделанно через ШИМ меги - и у каждого модуля индивидуальные коэффициенты в регистрах. В моей прошивке такого управления мощностью нет, только программное воздействие на RFMку. Если переделаете управление мощностью бустера на подстроечный резистор, будет работать нормально.
(До сих пор не могу понять, зачем Дмитрий себе такой гемморой с индивидуальной подстройкой придумал? ИМХО, куда проще одним подстроечником вывести все бустеры на нужный режим и менять мощность единообразно RFM-кой, благо в RFM22/23B диапазон регулировки более 20 дБ).
Александр, спасибо за разьяснения. К сожалению, без уверенности в том, что всё делаю правильно, я боюсь лезть править схемотехнику. Я точно знаю, что у меня знаний в этой области гораздо меньше, чем у вас или Дмитрия. Не более чем знаю, за какой конец паяльник держать.
P.S. Если вдруг будет желание потестировать что-нибудь на 2G TX - обращайтесь, у меня зимой она менее востребована.
Пришли пока пару приемников оранж. RFM23 для передатчика где то застряла на почте. Сижу балуюсь. Один приемник прошил под передатчик, другой под приемник.
На приемнике подкорректировал частоту (2-204) с помощью рации в режиме маяка.
На передатчике с корректировкой я в небольшом ступоре. Сейчас на передатчике стоит 2=220. Параметр A= в течении первых секунд на приемнике показывает 242-243.
Нужно 255-242=13
220-13=207
2=207
Правильно?
Нужно 255-242=13 220-13=207 2=207 Правильно?
Да. Поставьте 207. На приемнике должно стать близко к 0.
PS: На одинаковых модулях поправки обычно имеют близкие значения. 207 и 204 -это нормально.