OrangeRx Open LRS 433MHz TX Module
Не все биты значимы. У экстендед только 3 младших, поэтому FF == 07.
Я пользуюсь программатором khazama или mkii (по памяти пишу - не помню точно, но его ардуина и многие знают)
Пользуюсь этим “калькулятором” Для авердуде сама генерит строчку.
Для других прошивальщков ставлю/снимаю галочки сверяясь с табличкой.
Значение экстендед fd равносильно 05.
О, калькулятор зачетный, и строка и табличка, вроде пока все понятно.
Всем спасибо.
Доделал прошивку передатчика с протоколом Expert LRS.
Исходные тексты и первые прошивки лежат здесь: github.com/baychi/OpenExpertTX
Фичи:
- Все виды PPM (включая Futaba750 мкс) и SBUS протокола через штатный PPM вход. Никакаих инверторов и преобразователей (инвертирование тоже не мешает). Тип протокола распознается автоматически.
- Отправка данных на лету. Дает ощутимый выигрыш в реакции модели, особенно при использовании SBUS протокола в HS режиме.
- 10 бит для первых 7ми каналов. Для их воспроизведения потребуется моя прошивка приемников. (github.com/baychi/OpenTinyRX) Оригинальный приемник от Эксперта протокол примет, но выдаст только 9 бит.
- Температурная коррекция частоты.
- 3-х позиционное управление мощностью.
- Контроль за PPM сигналом при работе с ретранслятором (можно тключать передачу при обнаружении FS).
- Контроль прошивки и настроек контрольными суммами.
- Включен сторожевой таймер.
- Отключаемая статистика для отладки.
Прошу коллег помочь со всесторонним тестированием. Сам проверил только на 2-х типах модулей: оригинальном передатчике Expert Tiny и приемнике Orange в режиме передатчика. Из источников проверял: Futaba PPM8, PPM12 (750мкс); выход PPM8 с приемника FrSky TFR4, выход SBUS с приемника FrSky TFR8SB (в режиме нормальном и high speed).
Хотелось бы проверить другие источники SBUS, так как у FrSky выход протокола идеальный: старт бит, 8 бит данных, бит четности, 2 стоповых - и все идет сплошником без малейших пауз.
Не тестиртовал вариант для передатчика Orange (TX_BOARD_TYPE == 3). Любопытно, если ктонить проверит.
Автоподстройку частоты проверял пока только на приемнике Orange (в режиме передатчика) c RFM22B и непланарным кварцем. Любопытно будет сравнить насколько ее кривые ухода отличаются от RFM23BP и планарным кварцем?
Выложил 3 готовых прошивки (github.com/baychi/OpenExpertTX/tree/master/hex):
oetx22tiny168 - для оригинального передатчика Expert с Atmega168 (хочу отметить что ресурсы 168 меги практически исчерпанны);
oetx22orrx328.hex - для ПРИЕМНИКА Orange в режиме передатчика. PPM сигнал подавать на 5-й серворазъем (D8/ICP), кнопку иммитировать на 3-м разъеме (D6);
oetx22ortx328.hex - для передающего моделя Orange. Не тестировал, за ненимением. Сразу отмечу что захват SBUS (да и PPM) через прерывание идет намного хуже, чем через ICP. Будут постоянно идти ошибки пакетов, но на работе LRS это сказаться не должно.
После первой загрузки прошивки обязательно войдите в меню (пока это можно сделать в любое время ) и выстваьте значения регистров.
Если будете что-то править, не забывайте менять байты version, иначе будет ругаться на искажение FLASH.
можно ли в этот модуль заливать прошивку от ЭКСПЕРТА для оранжа?
Хавк мне пришел, передатчик совсем другой, прошивка от оранжа работать не будет
Александр, как всегда потрясающе!
А можно будет адаптировать под железо ХокАй ОпенЛРС НГ? Оно аналогичное Tiny по качеству, только дешевле и в наличии.
Могу дать один экземпляр на тесты, или тестировать сам.
Пока, у меня на коптере, дальность на Кхашной прошивке получилась около 700 метров в подмосковье, на самых плохих антеннах и самых высоких скоростях передачи и на низкой высоте полета.
Все равно, как-то мало. Эксперт несоизмеримо дальше.
А можно будет адаптировать под железо ХокАй ОпенЛРС НГ? Оно аналогичное
Думаю можно портировать под любое железо на Atmega328 (в крайнем случае 168) И RFM22/23.
Для начала нужна только принципиальная схема модуля. Обычно правится только привязка ножек в config.h.
Оно аналогичное Tiny по качеству
я бы не делал поспешные выводы
Могу дать один экземпляр на тесты, или тестировать сам.
Модуль будет нужен, только если возникнут проблеммы.
я бы не делал поспешные выводы
У меня пайка идеальная. Сфоткаю позже.
Для начала нужна только принципиальная схема модуля.
Схема тут - github.com/openLRSng/openLRSngTX
Main differences to normal openLRS are
PPM input wired to ICP pin to be able to use timer for PPM sampling
buzzer moved on timer pin to be able to use a piezo speaker for multiple tones
serial port wired to ‘module connector’ for telemetry on er9x/open9x
few I/O pins available for extra switches
Оранжевские передатчики, однозначно в печку.
Схема тут - github.com/openLRSng/openLRSngTX
А чем ее смотрят? В PDF-е нет ее?
PPM input wired to ICP pin to be able to use timer for PPM sampling
Это очень правильно.
buzzer moved on timer pin to be able to use a piezo speaker for multiple tones
few I/O pins available for extra switches
Буззер и экстра пин поддерживать пока не буду, за неимением. Если надо, сами долелайте. 😃
Отправил все почтой.
Если заработает нормально на Хоковском железе - вопрос с управлением можно считать закрытым!
Ура.
Отправил все почтой.
Получил. Почти Tiny. 😃 Отличия только в лампочках, кнопке и одном сигнале с RFMки.
И пока две непонятки: куда подключен сигнал NSEL (13 нога) RFMки? На 14-ю ногу Меги или на 2-ю?
Ну и выход VCN - управляет питанием RFMки - хотелось бы знать какой уровень ее включает?
Или это управление мощностью за счет напряжения питания?
Можно уточнить?
13 - там сьехало, это RF_CS, идет на 2-ю и еще там зачем-то резистор на VCC.
На счет VCN буду узнавать…
Хавк мне пришел, передатчик совсем другой, прошивка от оранжа работать не будет
а вы будете к нему делать прошивку или нет?
На счет VCN буду узнавать…
Добавил поддержку платы HawkEye (TX_BOARD_TYPE == 4) в проект github.com/baychi/OpenExpertTX. Проверяйте.
Только насчет VCN странная вещь получается (я пока этот сигнал не трогал) . Эта ножка управляет стабилизатором напряжения, позволяя очевидно переключаться между 3.3 В и 5 В (GND на VCN).
Фигня только в том, что на Мегу идет то-же питание, что и на RFMку. И мне непонятно, как RFMка переварит 5 В ТТЛ уровни, если ее контроллер Si443x принимает максиммум 3.6 В. Сам KHA в тестовом примере (из Вашей ссылке) никак не управляет VCN, что должно давать 3.3 В режим работы, где все хорошо, кроме мощности RFM23BP - она будет порядка 0.5 Вт. Рекомендую прояснить данный вопрос у автора.
Вопрос отправлен.
Александр, спасибо большое за Хокай!
А все же, зачем резистор на RF_CS, которого нет у Эксперта?
зачем резистор на RF_CS,
Что-бы RFMка не мешала при работе с платой через SPI программатор. У Эксперта подключение SPI программатора не предусмотренно.
the VCN should be left unused I added it as it cost nothing on board design
I have been running RFM23 with 5V IO and haven’t burned a single one, maybe it has internal resistors to cope with that.This is something that maybe needs to be checked for future designs.
-kha
I have been running RFM23 with 5V IO and haven’t burned a single one
Пока ни одна не сгорела. Что-ж… 😃 В даташите на Si4432 явно указанно, предельное значение ТТЛ уровня равное Vdd+0.3 В, а питается Si4432 в RFM23BP через LDO-шку на 3.3 В. Про резисторы на входе, равно как и про максимальный ток, даташит ничего не говорит. На модуле резисторов точно нет, это видно на всех фотках. Остается надеятся на внутренние резисторы кристалла или на то что даташит от Si врет, как врет в этой теме даташит на RFM23BP.
Я бы поставил в схеме между SCK,SDI,SDN и NSEL проходные резисторы на 300-500 Ом - обмен там не такой скоростной, что-бы это мешало. Или, как все нормальные люди, запитал бы Atmeg-у 3.3 В.
Он сказал - а ну его нафиг, мы тут скоро на СТМ32 все сделаем, там и так 3.3в будет. И вообще не с РФМками больше.
Только когда - непонятно… 😃
Еще мне кажется у Хокая стоит обычный неуправляемый трехногий стабилизаторный модуль. Без всяких управлений напряжением.