Baychi OpenLRS - дружелюбная ЛРС с широкими возможностями )
ИМХО еще проще сателит поставить в любое место.
Значит будем заказывать 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 ошибся с подписями к ножкам…
Смотрите внимательнее, на самой RFMке: 4-я нога соединена с 7, 3 с 6-й.
У всех остальных - наоборот. KHA ошибся с подписями к ножкам…
Не в HAWKe наоборот сделали. KHA зачемто извратился. У всех остальных - как на Flytrone…
Ничего не понимаю!
Посмотрел еще раз, как раз у Tiny - GP0-RX!
А у NG - GP0(6)-TX(3)
RFM:
GP0 - 6
TX - 3
В чем ошибка?
GP0 - 6 TX - 3 В чем ошибка?
Это даже не ошибка, а просто не как у всех - изварщение. 😃
У остальных соеденино: 4-6, 3-7.
Вот сейчас смотрю на Flytron М3 - там тоже GP0-TX!
Это вообще интересно - прочитал все ветки рцгрупс по этим схемам, там ни разу о такой ошибке не упоминалось.
это не оошибка , просто у RFM22B и у RFM23BP цоколевка отличается двумя ногами - RX и TX поменяны местами … остальные ноги совпадают …
вопрос , ктонибудь пробовал вместо RFM использовать модули на SI4432 ??? они нормально работают без переделки кода ???