Baychi OpenLRS - дружелюбная ЛРС с широкими возможностями )
вопрос , ктонибудь пробовал вместо RFM использовать модули на SI4432 ??? они нормально работают без переделки кода ???
У меня работают на si4432. Проблем нет. Использовал платы REX2DP. Там все сделано по уму.
просто не как у всех - изварщение.
Надеюсь на работу не повлияет?
на работу не повлияет?
Нет.
Там все сделано по уму.
Лучше чем рфмки?
Чем лучше? )
Использовал платы REX2DP. Там все сделано по уму.
Там же STMка в качестве проца. Разве нет?
www.rexense.com/downloads/…/ds-rex2-eng.pdf
Лучше чем рфмки?
Чем лучше? )
Начнем с того, что приемопередатчик и микроконтроллер от одного питания живут. А вот мега, расчитанная на 16 мгц при 5 вольтах, не так уже себя комфортно чувствует при 3.3 вольтах питания. Модуль хорошо экранирован, имеет малые габариты. Есть возможность полностью отключить приемопередатчик и находиться в спячке. Короче перечислять можно много чего, но это уже к данной ветке не относится. Я данный модуль буду использовать в качестве приемника и сателита с портированной Baychi прошивкой.
Ну если там все так шоколадно, то может рассматривать модули для создания новой системы на базе этой прошивки? Мне кажется это будет всем интересно. К тому же Кха обьявил, что следующая версия его передатчика тоже будет на СТМке, теперь подозреваю, что и он в эту же сторону смотрит!
А что там еще нужно из внешней обвязки для модулей?
И в качестве передатчика у них какая мощность, только 100мВт?
Ну если там все так шоколадно, то может рассматривать модули для создания новой системы на базе этой прошивки? Мне кажется это будет всем интересно. К тому же Кха обьявил, что следующая версия его передатчика тоже будет на СТМке, теперь подозреваю, что и он в эту же сторону смотрит!
А что там еще нужно из внешней обвязки для модулей?
И в качестве передатчика у них какая мощность, только 100мВт?
Эти модули лучше рассматривать в качестве приемника. А вот в качестве передатчика использовать stm32f100 и rfm23bps. Обвязки там в принципе никакой, даже кварц ставить не надо. Должно получиться дешево и сердито. И желательно сделать в форм-факторе платы передатчика от турниги 9х. Родную плату заменил и летай. Кстати турнига с альтернативной прошивкой выдает в ппм аж 16 каналов. Во какие есть перспективы.
Обвязки там в принципе никакой, даже кварц ставить не надо.
C RFMкой может и никакой, а на внешние гребенки - 1 кОм хотя-бы. Ну и лампочки всякие, кондеры по питанию…
Без кварца - будете встроенный RC генератор пользовать, или от RFM-ки тактировать? Первый вариант - время плыть будет…
рассматривать в качестве приемника.
Если уж делать что новое, то я бы с RFM69 поигрался. Приемник там намного более избирательный, чего собственно RFMке нынче более всего не хватает.
Кстати турнига с альтернативной прошивкой выдает в ппм аж 16 каналов. Во какие есть перспективы.
Футаба в SBUS - 18. 😃
Если уж делать что новое, то я бы с RFM69 поигрался
Оооо,Да! Я в принципе уже поигрался. Подтверждаю. Надо заканчивать с rfm23-22. LRS под RFM69 у меня уже есть в рабочем варманте. Можно брать схему, герберы, исходники и дорабатывать. Передатчик у меня немного специфичный, но но его можно сделать из того же приемника, если дополнительным усилением не замарачиваться. И даже я готов поучаствовать в доработке схемотехники и софта.
я si4432 рассматривал с точки зрения изготоыления миниатюрных сателлитов … сами чипы стоят около бакса , кварцы тоже найти непроблема … гравное ненужен самый труднодаставаемый элемент - антенный коммутатор … если лень возиться с покупкой мелочевки можно покупать готовые модули и переносить детали на новую плату …
проц любой , Атмега в MLF вполне миниатюрна … можно еще на входе фильтр поставить …
Подтверждаю. Надо заканчивать с rfm23-22. LRS под RFM69 у меня уже есть в рабочем варманте.
Я так понимаю не с Экспертовским протоколм. С AFC разобрались?
я si4432 рассматривал с точки зрения изготоыления миниатюрных сателлитов … сами чипы стоят около бакса , кварцы тоже найти непроблема … гравное ненужен самый труднодаставаемый элемент - антенный коммутатор … если лень возиться с покупкой мелочевки можно покупать готовые модули и переносить детали на новую плату
Делать самому ВЧ модуль без множества приборов - ИМХО задача неблагодарная. Даже паять эти 0402 трудно, а искать косяки - еще веселей.
Не такая у нас массовая затея.
Я так понимаю не с Экспертовским протоколм
Нет конечно, я под себя протокол делал. Но это вопрос прошивки, не более. И rfm22 вариант никак не будет работать с RFM69 в принципе.
С AFC разобрались?
В принципе да. Есть нюансы, но это уже рабочие моменты. Дело в том, что там разные настройки входного фильтра при поиске преамбулы в режиме AFC и в режиме приема полезной нагрузки. И тут уж либо преамбулу искать с зауженным фильтром до предела и получить с/ш лучше, либо искать в режиме AFC но тогда избирательность теряем и с/ш на поиске преамбулы ухудшаем. Сейчас у меня сделана автоматическая подгонка кварцев и периодическая компенсация. А если уже большое расстояние до приемника, тогда AFC полностью отключается и работаем на найденных компенсациях, но с максимальной избирательностью.
Даже паять эти 0402 трудно, а искать косяки - еще веселей
Согласен, перспектива повторения такого девайса на рассыпухе для 99% аудитории близка к нулю. Нужен готовый модуль с цифровыми сигналами.
Никто меня не спрашивал, но я как единственный тут нуб на фоне злых электронщиков (в хорошем смысле конечно), считаю что нужно делать вариант по принципу впаивания только готовых модулей в “материнскую плату”. Тогда можно заказать этих платок у китайцов на всех желающих, как вон немцы сделали свой первый контроллер подвеса. Либо сразу готовых, либо только без модуля. Получится дешево и всем легко собирать.
Я готов заниматься оргвопросами и переговорами с китайцами.
Вообще если есть такая реальная перспектива - может новую ветку долбанем, что бы тут не флудить?
паять радиомодуль самому имеет смысл только в случае экстремальной миниатюризации , поэтому такой вариант рассматривается только как совместимый с стандартными модулями , городить что то совершенно иное не имеет смысла …
развести модуль не проблема , там всего 2 слоя , топологию можно просто срисовать , детали использовать 0603 оно ненамного больше получится …
у китайцев можно ничего не размещать , как только появится что то стоящее с открытым кодом ,они тут же это сами пустят в производство …
RFM69 у меня уже есть в рабочем
Alex, не ты ли их в чип нн все выгреб:) на 20дбм
Проделал измерение зависимости ухода от частоты от температуры на втором экземпляре RFM23BP и был неприятно удивлен - обнаружив строго обратную зависимость, по сравнению с первой.
Наверно и с RFM22 тоже возможен такой разброс из разных партий.
rfm22 вариант никак не будет работать с RFM69 в принципе.
Если можно, объяснте детали? Потому как я не теперь не понимаю RFM…
если уже большое расстояние до приемника, тогда AFC полностью отключается и работаем на найденных компенсациях, но с максимальной избирательностью.
Тонко сие, и неочевидно с первого взгляда.
там всего 2 слоя
Как правило 4-6.
ненамного больше получится …
И труднопредсказуемо…
китайцев можно ничего не размещать
Китайцы - вынужденное зло. И надеюсь, что временное.
Alex, не ты ли их в чип нн все выгреб
Нет, но я им письма писал, чтобы привезли. И вот привезли, но сейчас кончились. Еще привезут, не беспокойся.
Если можно, объяснте детали?
Там другой порядок следования header, length, syncword. CRC считается по другому. Формулы расчета несущих частот разные.
Тонко сие, и неочевидно с первого взгляда.
В РФМ22 один входной фильтр и баста. А в 69й два режима. Первый фильтр на период поиска несущей, второй на период считывания полезных данных - это обеспечивается аппаратно. На узком фильтре AFC не работает нормально, думаю это и так понятно. Поэтому на дальнем расстоянии, если вы расширяете фильтр для поиска преамбулы и срабатывания AFC то соответственно теряете в избирательности и повышаете шансы совсем несущую не увидеть. А если держать фильтр узким, то нормально принимаете тот же пакет.
В любом случае это все детали. Базовый вариант кода работы с 69й у меня есть. Если будет проект с учетом моих минимальных хотелок по нескольким выходным пинам, то я в теме. И даже более того, могу собрать несколько комплектов харда приемник+передатчик для основных девелоперов. В чип-нн все запчасти есть для этого дела.
Там другой порядок следования header, length, syncword.
Нам нужна только Syncword, ну и преамбула перед само-собой.
CRC считается по другому
Странно сие. И там и там даташит упоминает CCITT: то есть полином X16 + X12 + X5 + 1.
В чем разница то? Ну в крайнем случае можно CRC и самим посчитать.
Формулы расчета несущих частот разные.
Неужели нельзя сделать шаг прыжков в 60 кГц с началом на 433.075 МГц?
Вы же понимаете, Алексей, что несовместимый протокол малоинтересен. Передатчики на удобной RFM23BP есть уже у многих и менять их не разумно. А вот сделать совместимый приемник с лучшей избирательностью - актуально. И пока я не верю, что это нереализуемо на RFM69. 😃
И даже более того, могу собрать несколько комплектов харда приемник+передатчик для основных девелоперов.
C STM-кой в качестве проца? Я бы поигрался…
Жаль, что не Мега конечно, очередную архитектуру лень изучать, но учитывая сколько разных процов я за 30 лет познал, как полиглот какой. 😃
В чем разница то? Ну в крайнем случае можно CRC и самим посчитать.
Без header нельзя. Я ж говорю, там длина между header и sync словом. RFM22 не считает length в CRC, а 69-я syncword туда лепит.
Ну в крайнем случае можно CRC и самим посчитать.
Это не вариант. Слишком мутно, если поразмыслить, то надо очень много нюансов учитывать.
И пока я не верю, что это нереализуемо на RFM69
Я уже пробовал подружить 22ю и 69ю. За 2 недели у меня это не получилось.
C STM-кой в качестве проца? Я бы поигрался…
Если хотите могу отправить почтой через пару дней готовый вариант приемника с установленной 69й и STM32F100C8 в качестве проца. 3 входных АЦП с делителями и 10 PWM выходных аппаратных. CH0 и CH1 это совмещенные UARTы TX/RX аппаратные. SWD дебаг выведен 6-и пиновым шлейфом. Питание от 5В до 13В. Дебаггер ST-LINK у вас есть? Discovery найдете в Москве?
Вот фото, того что могу прислать.
mozgolet-navigator.narod.ru/…/rcv3_top.jpg
Вы же понимаете, Алексей, что несовместимый протокол малоинтересен.
Я и не собираюсь проталкивать свой протокол. Пусть он будет портированный экспертовский, или Ваш. Мне все равно. О софте совместимом с данной схемотехникой и со своим АП я позабочусь сам. Я готов предоставить схемотехнику, развести платы, заказать их, сделать прототипы, дать код по работе с 69й, чтобы было проще всем остальным девелоперам. Мой интерес здесь в том, чтобы железо было совместимо с моим проектом. Для совместимости хочу пролоббировать 😃 следующие 2 фичи:
- наличие UART TX/RX, VCC, GND, RESET, BOOT0 на отдельном разъеме. Они же нужны и обычным пользователям для прошивки через UART адаптер
- 3 входных АЦП для подключения датчиков тока и ВС.
- Процессор STM32
- RF69HW
Передатчик я бы тоже перекинул на RFM69 + STM32, но это как бы в том случае, если Вам не удастся сделать вариант совмещения RFM23 -> RFM69.
Без header нельзя.
Почему? В даташите написано, что можно. Обязательные элементы только преамбула и хотя-бы одно syncword. И без байта длины и без адресных байт - можно прекрасно обойтись. www.hoperf.com/upload/rf/RFM69HW-V1.3.pdf
RFM22 не считает length в CRC, а 69-я syncword туда лепит.
Если нет байта длины, а в этом протоколе - нет, то и CRC его не учтет.
Точно так-же можно отказаться от аппаратного CRC и считать его самому.
Это не вариант. Слишком мутно, если поразмыслить, то надо очень много нюансов учитывать.
Почему? Абсолютно стандартный алгоритм, известный всему миру. 😃 Программные затраты на вычисление CRC16 при наших скоростях - ничтожны.
Если хотите могу отправить почтой через пару дней готовый вариант приемника с установленной 69й и STM32F100C8 в качестве проца. 3 входных АЦП с делителями и 10 PWM выходных аппаратных. CH0 и CH1 это совмещенные UARTы TX/RX аппаратные. SWD дебаг выведен 6-и пиновым шлейфом. Питание от 5В до 13В. Дебаггер ST-LINK у вас есть? Discovery найдете в Москве?
Давайте, попробую. Если не выйдет подружить 69 с 23, обещаю вернуть приемник обратно. А если получится - будем думать об окончательной схеме и тиражировании.
Для совместимости хочу пролоббировать следующие 2 фичи: 1) наличие UART TX/RX, VCC, GND, RESET, BOOT0 на отдельном разъеме. Они же нужны и обычным пользователям для прошивки через UART адаптер
Это само собой. Я бы даже 2 UARTa вывел, коль они там есть…
- 3 входных АЦП для подключения датчиков тока и ВС.
ИМХО можно будет потом сделать “большой” вариант (со множеством контактов) и “компакт-саттелит”: один PPM/SBUS выход+ UART.
- Процессор STM32
Ну это понятно. На новых изделиях AVRки уже неретабельны. Эх, жаль EEPROM уходит. Настройки и статистику придется во FLASH размазывать. 😦
- RF69HW
Само собой.