Baychi OpenLRS - дружелюбная ЛРС с широкими возможностями )
В одном случае она изначально была вынесена на конец хвоста карбонового планера 50 см коаксиальным кабелем от магнитной антенны.
А можно, саму RFMку вместе с антенной оторвать от приёмника и перенести в хвост на шлейфе?
Такой вариант будет эффективным в борьбе за качество приёма канала РУ, в условиях сильной плотности размещения бортового оборудования в основном месте монтажа этого оборудования?
центр канального импульса на приемнике футаба2,4 не совпадает с центром на приемнике лрс. Подключал и через футаба ррм8 и через футабий сбас( режим 5-1 и 5-2 пробывал). Приходится тримировать на 4-5 футабьих единиц. Аппа 12фг. Так должно быть?
Если PPM/SBUS на входе и выходе в режиме 5=2 все должно быть 1к1 - 1100, 1520 и 1940 мкс. Только что сравнил LRS с еще 2-мя приемниками FrSky и Futaba - все показывают одинаково.
А вот на PWM выходах, действительно немного смещенные импульсы вышли: 1118, 1537 и 1956 мкс соответственно.
Спасибо, уточню где там погрешность накапливается. Сразу видно сам PWM уже не использую. 😃
А можно, саму RFMку вместе с антенной оторвать от приёмника и перенести в хвост на шлейфе?
Во первых, нужно тянуть 8 проводов вместо 3-х. Во вторых, SPI на мегагерцовой скорости, может иметь проблеммы при такой дальности, да и цепи эти не защищены.
Такой вариант будет эффективным
ИМХО еще проще сателит поставить в любое место.
А вот на PWM выходах, действительно немного смещенные импульсы вышли:
Да, я на PWM выходах смотрел.
Еще вопрос ,как связка приемник - сателлит будут работать в режиме маяка? Как выставишь в меню по каждому, так и будут работать?
Т.е. в приемнике можно разрешить вкл маяка, а в сателлите запретить(19-255)
как связка приемник - сателлит будут работать в режиме маяка?
Так-же как и в автономе.
Как выставишь в меню по каждому, так и будут работать?
Да. Можно получить 2 маяка на разных частотах.
Т.е. в приемнике можно разрешить вкл маяка, а в сателлите запретить(19-255)
Можно и так.
на PWM выходах смотрел.
Кажется понял откуда лишняя погрешность в 17-18 мкс. Сейчас уберу…
ИМХО еще проще сателит поставить в любое место.
Значит будем заказывать RFMки и разводить сателлит, приемник использовать в качестве сателлита - размер слишком большой , даже если разъемы все лишние кастрировать.
В идеале бы надо сателлит с SAW фильтром развести, как думаете?
приемник использовать в качестве сателлита - размер слишком большой , даже если разъемы все лишние кастрировать.
У Эксперта есть удобные саттелиты: www.expertrc.com/?page_id=1680&lang=RU
Я бы даже купил, если есть в наличии и не надо ждать по полгода…
В идеале бы надо сателлит с SAW фильтром развести, как думаете?
Да, причем с отключаемым фильтром.
Кажется понял откуда лишняя погрешность в 17-18 мкс
Убрал: добавил очередную версию прошивок в проект: github.com/baychi/OpenTinyRX
Убрал: добавил очередную версию прошивок в проект: github.com/baychi/OpenTinyRX
Завтра попробую.
кто не может замерить температурную зависимость явно, отключать “Term corr enable” в меню.
Как правильно ее замерить?
У Эксперта есть удобные саттелиты: www.expertrc.com/?page_id=1680&lang=RU
Я бы даже купил, если есть в наличии и не надо ждать по полгода…
В наличии не было, нет и не планируется. Видел когда-то эти вопросы в профильной теме. Предлагается использовать штатные приёмники.
Как правильно ее замерить?
Сначала нужно компильнуть прошивку приемника, где отключена автокореккция частоты. Для этого нужно константу
#define AFC_POROG 4 /* предельное отклонение частоты, требующее коррекции */
в config.h увеличить раз в 20.
Затем загрузить в предварительно согласованном комплект (что-бы поправка A= при комнатной температуре была близка к 0).
Передатчик охладить в морозильнике до миниммума в -15…-20 градусов (а если можно то и больше).
Заранее подготовить подключение приемника и передатчика к терминалке. И заранее включить приемник (что-бы самопрогрелся).
Вынуть передатчик из морозильника, подключить терминал и питание, подать PPM. Желательно мощность передатчика выставить минимальной (что-бы не было резкого нагрева).
Далее наблюдая рост температуры на передатчике (R6=2 или 3) и параллельно A= на приемнике, составить таблицу, зависимости A от T с шагом 5 градусов. До самонагрева передатчика до 40-50 градусов (после 35 можно включить максимальную мощность иначе будет долго).
Результат сравнить с моими кривыми из поста rcopen.com/forum/f90/topic341906/149
Если зависимость близка к RFM23BP N1, в меню стоит выставить Term Corr=1. Если обратная, как в N2, лучше поставить Term corr=255 (есть в новой модификации исходников). Если где-то между ними, ставьте Term corr=0.
А если будет какая-либо еще зависимость, покажите здесь. В любом случае, если проведете эксперимент, мне будут интересны результаты для статистики.
В наличии не было, нет и не планируется
Жаль. 😦
Столкнулся с такой проблемой. Приехали 2 модуля rfm23bps. Питание ардуино 3.3 вольта, модуля 5 вольт. Подключил к ардуино. Залил прошивку передатчика. Один модуль излучает нормально - лампочкотестер горит на расстоянии порядка 15 - 20 см(ток при этом порядка 250 ма). Второй плохо излучает, практически не излучает. При переходе в режим меню - передатчик перестает работать , но транзистор выходной продолжает греться и ток потребления модуля доходит до 150 ма. Это ведь не нормально. Причем на обеих модулях присутствует такая вавка. Даже если ставлю минимальную мощность и транзистор при режиме передачи не греется, то в режиме меню, когда передатчик ничего не передает, то транзюк начинает греться. Подскажите плиз, кто что думает по этому поводу. Есть ли схема самого модуля в природе?
Приехали 2 модуля rfm23bps
Где брали?
Может брак, раз по разному работают.
Где брали?
Может брак, раз по разному работают.
Брал на али. Там один только продаван. Все равно непонятно, почему транзистор в режиме приема греется.
Брал на али.
Тоже от него жду 2 модуля (50 дней в пути), если придут проверю.
Тоже от него жду 2 модуля (50 дней в пути), если придут проверю.
Вылечил вавку. По схеме openlrs-m2 gp0-tx gp1-rx. А нужно наоборот. Все пошло нормально. В режиме меню меньше 10 ма.
А почему не по схеме NG - там более правильная схемотехника.
Там кстати тоже GPIO_0 - TX, а должно быть RX?
Посмотрел схему Tiny - там тоже GPIO_0 - TX. Короче так на всех схемах без исключения.
А почему не по схеме NG - там более правильная схемотехника.
А где её можно найти. А то пользуюсь флитроновской. Проверил оба модуля - шмалят эфир одинаково. И это радует. Портировал прогу на стм32, тоже все заработало нормально. Как прикручу радиатор к модулю, то попробую туда вольт 7 закатать.
ps. Точнее было даже не так. Сразу игрался на портированных в стм32 прошивках. И обнаружил перегрев при режиме меню. Думал, что криво портанул. Но решил проверить и собрал ардуину и там тоже такая фигня. ПоКурил мануэль на рфмку и полазил осциком на сигналах и понял что у нас коммутатор неправильно при стандартном включении работает. Перекинул перемычки и все запахало как нужно.
github.com/openLRSng/openLRSngTX
Флайтроновскую забраковали, там написано почему.
Перекинул перемычки и все запахало как нужно.
Это вообще интересно - прочитал все ветки рцгрупс по этим схемам, там ни разу о такой ошибке не упоминалось.
Они вот так собирают, это неправильно?
GPIO_0 - TX
GPIO_1 - RX
Они вот так собирают, это неправильно?
i7.pixs.ru/storage/8/1/9/crop...4_10188819.jpg
Ошибка в нумерации ног получается?
Я так понял что для этой схемы нужно выбирать TX_BOARD_TYPE == 4 в конфиге. И тогда все будет работать верно, а вот для других схем нужно либо перемычками либо ручками в программе
#if(TX_BOARD_TYPE==4) // в Навке почему-то извратились
_spi_write(0x0b, 0x15); // gpio0 TX State
_spi_write(0x0c, 0x12); // gpio1 RX State
#else
_spi_write(0x0b, 0x12); // gpio0 TX State
_spi_write(0x0c, 0x15); // gpio1 RX State
#endif
Заметил, что транзистор предвыходного каскада сильно греется. Короче нужно садить на один общий радиатор и выходной каскад и предвыходной и саму si4432. Тогда не будет нигде перегрева и температура в терминале будет реальная.
Все верно, греется, собака. Радиатор себе делал так: согнул буквой П медную полоску сечением 5х0.5мм. Края припаял к боковинкам платы, а центр получился прижатым к транзистору. Немного термопроводящей пасты и проблема перегрева решена.
По схеме openlrs-m2 gp0-tx gp1-rx. А нужно наоборот.
Посмотрел схему Tiny - там тоже GPIO_0 - TX. Короче так на всех схемах без исключения.
Не в HAWKe наоборот сделали. KHA зачемто извратился. У всех остальных - как на Flytrone…
что для этой схемы нужно выбирать TX_BOARD_TYPE == 4 в конфиге. И тогда все будет работать верно,
Там не только в GPIO разница. Еще и вход PPM другой.
Если у Вас нестандартная плата добавьте еще однин тип…
что транзистор предвыходного каскада сильно греется. Короче нужно садить на один общий радиатор
В грамотныйх модулях либо опеспечивают теплопроводящий прямоугольник на другую сторону общей платы - и уже к нему радиатор,
либо сверху прокладку из мягкого теплопроводящего пластика к металлическому корпусу модуля.
Судя по схеме
Смотрите внимательнее, на самой RFMке: 4-я нога соединена с 7, 3 с 6-й.
У всех остальных - наоборот. KHA ошибся с подписями к ножкам…