Новинка - FrSky R9 900MHz 16CH Long Range Receiver & R9M Module System

EniSy
Ветер:

а какая при этом будет задержка управления?

если прокатит вариант с модемами т.е. по цифровому каналу типа uart то задержки будут мизерные даже мерить не придется
ну и конечно-же вопросы штатива и ретранслятора не для гонщиков с квадриками а для самолетчиков-дальняков а в этом деле в цифре их просто не заметить. Я на текущем варианте летаю с ретранслятором по старой схеме таранис- на штатив(приемник2.4-ППМ-Передатчик) и даже в таком варианте задержки хоть и есть но не мешают совсем.
Как смог составил топик посмотрим

nox007

Отзывы англоговорящих людей и летающих зимой по последней Флекс 1228 - говорят стабильно всё и летабельно:

I put latest FLEX, and feels really good,I’m finally trusting it. Flew 10+ packs, no issues. Pretty stable RSSI.
Was using DEV fw 868, and had failsafe, but not before, flying with Super8 + Tantenna.

OTR1UM
Ветер:

А может быть в FrSky PXX есть где-то в приемнике?

Насколько знаю, нет. Это протокол передачи данных с пульта на внешний модуль, впервые он появился на XJT.

EniSy:

Если PXX это двусторонняя передача по 1-му проводу то на ум приходит медленный 1-Wire более не знаю.

Передача односторонняя, только данные р/у и сопутствующие команды (бинд и т.п.).
Что-то типа того:

;**********************************************************************
; XJT D16 protocol - determine from DSO/logic analyzer timings
; XPS XtremeLink module
;
; This routine captures a stream of bits from a FrSky module output
; pin that is using the XJT D16 protocol.
;
; A packet of 20 bytes + a 4 bit preamble are sent.  There could be more
; that 164 bits of data sent due to bitstuffing (not allowing more than
; five 1 bits in a row).  The data is not serial in nature, instead the
; bits are represented by a time value equal to each bit.  A 1 bit is
; 6us long, and a 0 bit is 14us long.  There is always a 10us space
; between bits.
;
; NOTE!  Signal we get is inverted from original due to the level converter!!
;
; 0 bit = 6us low/10us high
; 1 bit = 14us low/10us high
;
;
; --------+       +----------+                 +----------+
;         |       |          |                 |          |
;         |   0   |          |        1        |          |
;         |       |          |                 |          |
;         |       |          |                 |          |
;         +-------+          +-----------------+          +---------
;
;         |  6us      10us   |       14us          10us   |
;         |-------|----------|-----------------|----------|--------
;         |       16us       |            24us            |
;
;
; Bitstuffing - when more than five 1 bits are in a row, a zero bit is
; inserted afterwards.  This zero bit must be ignored during the decoding
; of the data.
;
; Packet format:
;
; Preamble - four 1 bits in a row to start the frame
;
; 0x00 - Sync, 0x7E (sync header ID)
; 0x01 - Rx ID, 0x?? (receiver ID number, 0x00-0x??)
; 0x02 - Flags 1, 0x?? (used for failsafe and binding)
; 0x03 - Flags 2, 0x00 (reserved)
; 0x04-0x06, Channels 1/9 and 2/10
; 0x07-0x09, Channels 3/11 and 4/12
; 0x0A-0x0C, Channels 5/13 and 6/14
; 0x0D-0x0F, Channels 7/15 and 8/16
; 0x10 - 0x00, always zero
; 0x11 - CRC-16 High
; 0x12 - CRC-16 Low
; 0x13 - Tail, 0x7E (tail ID)
;
; Channels are encoded as 3 bytes = 2 channels, each with
; 12 bits of data.  The upper bit (bit 11) determines if the
; channel data belongs to channels 1-8 (clear) or channels
; 9-16 (set).
;
; Each set of 3 bytes (for 2 channels) is encoded as:
;
; Byte 0.H    Byte 0.L    Byte 1.H    Byte 1.L    Byte 2.H    Byte 2.L
;----------------------------------------------------------------------
; CH1:b7-b4   CH1:b3-b0   CH2:b3-b0   CH1:b11-b8  CH2:b11-b8  CH2:b7-b4
;
;
; The channel data is 12 bits decoded as:
;
; Bit11 = 0 for channels 1-8, 1 for channels 9-16 **NOTE*** always clear
; this bit before decoding!
;
; Temp = D16 value - 1024 (subtract 10 bit center)
; Temp = Temp * .666667
; PWM = Temp + 1500 (add PWM center offset)
;
;
; The CRC16 is poly 0x1189 (X^16+X^12+X^8+X^7+X^3+1), and is calculated
; using bytes 0x01 to 0x10 (inclusive).
nox007

2019-02-13 190117 Fix the incorrect telemetry issue

Собственно как я выше и писал, подогнали прошивку с исправлением косяка что Оливер им сообщал.
www.frsky-rc.com/r9m/

TrueMuMa

Обновлять и на приемнике и на передатчике?

nox007
TrueMuMa:

Обновлять и на приемнике и на передатчике?

Как всегда да
На страницах приёмников тоже новые прошивки лежат, если что

TrueMuMa

Чем все-таки отличается flex прошивка от обычной? Обновление от 13 февраля выложили и flex и обычную и везде вроде указаны одинаковые изменения(фикс с рсси, изменяемая мощность и там и там присутствует). В чем разница?

nox007
TrueMuMa:

В чем разница?

во Флексе можете выбрать частотный диапазон не перешивая (915/868)
так же доступны все мощности для обоих режимов и телеметрия на всех же мощностях

У-2

никто не смотрел обстановку на 868 в СПб и области? можно узать?

z0rgvin
nox007:

во Флексе можете выбрать частотный диапазон не перешивая (915/868)
так же доступны все мощности для обоих режимов и телеметрия на всех же мощностях

А 915 и 868 цифрами прямо и написано? Только что обновился, но осталось EU/FCC при выборе R9M, мощности в режиме EU остались те же (25 мВт с телеметрией и без и 200 и 500 без телеметрии).

У меня была (и есть) проблема с R9 mini с прошивкой 181228 в режиме EU 25 мВт с телеметрией и модулем R9M с прошивкой от 181228 на OpenTX 2.2.2 на Taranis X9d. Раз в несколько секунд происходят подвисания (“фризы” = показания остаются старыми при продолжении перемещения стика) разной продолжительности (десятые доли секунды), интенсивность которых зависит от уровня сигнала (включаешь Range Test и их число уменьшается). На модели проявляется как периодическое движение серв рывком при плавном перемещении стика. Сначала грешил на полетный контроллер, но при подключении приемника к другому полетнику на столе проблема повторилась. При фризе зеленый светодиодик на приемнике гаснет, красный не загорается. Обновил аппаратуру на 2.2.3, модуль и приемник на самые свежие прошивки Flex. То же самое. Выключаешь телеметрию (даже повторно Bind делать не надо) - подвисания пропадают. Никто с таким не сталкивался? А то обидно не иметь возможности пользоваться телеметрией (мне даже и дальности с 25 мВт вполне хватит, если будет работать).

У-2:

никто не смотрел обстановку на 868 в СПб и области? можно узать?

Пробовал на 868 в ЛО (в 50 км от СПб) - на 25 мВт ~1.5 км улетал (якобы запас был еще по уровню RSSI). На 200 мВт улетал 3.5 км (RSSI не падал практически еще).

flygreen

У меня фриз вроде нема.ФС тож.Предпоследняя прошивка.Можем как нить пересечься,попробовать мой модуль к твоему приемнику прибиндить и посмотреть.Я так думаю это модуль глючный.

z0rgvin
flygreen:

У меня фриз вроде нема.ФС тож.Предпоследняя прошивка.Можем как нить пересечься,попробовать мой модуль к твоему приемнику прибиндить и посмотреть.Я так думаю это модуль глючный.

Виноват, сразу не сказал. Есть R9 slim, с которым налетано под сотню часов, наверное, и проблем в связке с ним не было.

Сразу краткий ответ по проблеме: оказался глючный приемник.

Длинный ответ:
Для чистоты эксперимента сгонял за второй аппаратурой, модулем (куплен по распродаже) и приемником R9 mini (был куплен по предыдущей распродаже). Приемник и модуль не с самыми свежими прошивками и друг к другу не привязываются. Обновил всех. Все ко всему привязывается, но старый приемник все равно странно себя ведет. Заодно появился выбор частоты в настройках R9m после обновления.
Второй приемник R9 mini ведет себя иначе - зеленый светодиод мигает настолько быстро, что на глаз горит непрерывно. В режиме проверки дальности с телеметрией RSSI оба приемника показывали почти одинаковый (+/- 3 единицы).

Задолбавшись во время экспериментов втыкать-вытыкать USB у полетного контроллера, воткнул приемник в аппаратуру X9d. А он гудит, когда идет передача (наводка). Оказалось, что глючный приемник при работе с телеметрией все время, пока светодиод не горит (или наоборот горит непрерывно - видимо, состояние светодиода при приеме пакета инвертируется), ведет передачу в эфир. Отключаешь телеметрию или передатчик - тишина. Стал жмакать приемник пальцами в надежде, что где-то непропай, а микросхема, которая не со стороны кнопки (трансивер?), горячая, что прямо палец обжигает. Нагрев сейчас повторить не удалось. При питании от 4.5 В оба приемника потребляют 70-75 мА, соответственно, ничего не греется.

Глючный приемник был закреплен снаружи к самолетику трансивером к пене. По идее, с потреблением 0.4 Вт оно даже через печать должно было нормально охлаждаться. Был покрыт Plastik 71. Был ли он сразу проблемный, или его что-то убило - не ясно.

PS Оказывается, при обновлении на 2.2.3 надо выставить галочку поддержки R9m flex, чтобы появился именно выбор частоты в настройках модуля при прошивке Flex.
PPS спасибо за предложение.

TrueMuMa

Кто-нибудь пробовал получать телеметрию с модуля R9M через блютуз? Там есть и RS-232 порт, и Smart-порт. Удастся ли через них прокинуть телеметрию на смартфон или компьютер?

OTR1UM
TrueMuMa:

Кто-нибудь пробовал получать телеметрию с модуля R9M через блютуз? Там есть и RS-232 порт, и Smart-порт. Удастся ли через них прокинуть телеметрию на смартфон или компьютер?

Насколько помню, UART там оставлен в качестве задела на будущее.
Предполагается, что можно будет настроить телеметрийный мост UART-UART между приемником и R9M (как на кроссфаере), но эта фича еще не реализована.

Зато вытащить данные со смартпорта проще простого, нужен только конвертер S.Port - UART.
Я делал по этой схеме:

На пине RX конвертера будет вся смартпорт-телеметрия (запросы приемника + ответы от датчиков). Скорость 57600, 8N1.

7E 1B 10 00 04 0B 00 00 00 E0
7E 22
7E 1B 10 10 04 1B 0E 00 00 B2
7E 1B 10 20 04 00 00 00 00 CB
7E 83
7E E4
7E 1B 10 20 08 69 08 00 00 56
7E 45
7E 1B 10 10 09 64 01 00 00 71
7E C6
7E 1B 10 30 08 61 00 00 00 56
7E 67
7E 1B 10 10 02 90 05 00 00 48
7E 1B 10 00 02 02 00 00 00 EB
7E 48
7E E9
7E 1B 10 00 01 00 00 00 00 EE
7E 6A
7E 1B 10 00 06 32 00 00 00 B7
7E CB
7E 98 10 04 F1 5A 00 00 00 9F
7E 98 10 01 F1 5C 00 00 00 A0
7E 1B 10 00 08 45 51 18 02 37
7E 1B 10 00 08 AB B2 1E 81 E9
7E 1B 10 10 01 FE FF FF FF DF
7E AC
7E 1B 10 40
7E 0D
7E 1B 10 30 04 6C 00 00 00 4F
7E 8E
7E 1B 10 40 04 50 00 00 00 5B
7E 2F
7E 1B 10 00 04 0B 00 00 00 E0
7E 1B 10 10 04 1B 0E 00 00 B2
7E D0
7E 71 08 C4 7C 00 00 66
7E 1B 10 20 04 00 00 00 00 CB
7E F2
7E 1B 10 20 08 69 08 00 00 56
7E 53 

К конвертеру можно подключить блютуз, вайфай (8266), радиомодемы, что угодно. У меня там висит HC-12 и шлёт телеметрию на антенна-трекер.

TrueMuMa

а вот этот конвертер (зеленая плата) можно ли где приобрести?

OTR1UM
TrueMuMa:

а вот этот конвертер (зеленая плата) можно ли где приобрести?

Зелёные платы у меня, увы, закончились.
У китайцев на алиэкспрессе есть что-то подобное, гуглится по запросу Frsky Telemetry Covnerter, но ценник совсем негуманный (в районе 10$ за плату).
Имхо, проще самому собрать, там всего 7 деталек, не считая преобразователя 5 -> 3.3V

Есть еще такой вариант, вроде как тоже рабочий, но лично я его не пробовал.

8 days later
aleksandr_a_ko

помогите настроить таранис (R9M-R9 slim+)на получение телеметрии для включения скрипта VTX изменение мощности FPV через аппу.
биндил 1-8 telemetry on и 9-16 telemetry on, на аппу приходит только RCCI и RxTb.

Ветер
aleksandr_a_ko:

помогите настроить таранис (R9M-R9 slim+)на получение телеметрии для включения скрипта VTX изменение мощности FPV через аппу.
биндил 1-8 telemetry on и 9-16 telemetry on, на аппу приходит только RCCI и RxTb.

а как подключен приемник?

aleksandr_a_ko
Ветер:

а как подключен приемник?

FC matek 405-sdt подключен по SBUS. S.port на s5 и с UART 5 на R9slim rx (указал в inav telemetry FrSky) как то так, как смог объяснил!

saintgrun

UART5 и S5 здесь не причем.

читаем тут github.com/iNavFlight/…/Board - MatekF405.md

а там написано следующее

Soft serial is available as an alternative to a hardware UART on RX4/TX4 and TX2. By default this is NOT inverted. In order to use this feature:

  • Enable soft serial
  • Do not assign any function to hardware UART4 or UART2-TX
  • Assign the desired function to the soft-serial port
ant0n_r59
aleksandr_a_ko:

FC matek 405-sdt подключен по SBUS. S.port на s5 и с UART 5 на R9slim rx (указал в inav telemetry FrSky) как то так, как смог объяснил!

обычный s.port на приемнике идет инвертированный, то есть напрямую непригодный для пользования обычным уартом ПК. У меня получалось завести телеметрию только на софтсериал и програмной инверсией.
Но вроде бы в некоторых приемниках стали добавлять НЕинвертированные выходы для прямого подключения смартпорта к уартам. Вобщем копайте в этом направлении и у вас все получится 😃

upd:

смотрите мануал к вашему приемнику - на нем продублированы s.bus s.port с обратными сигнальными уровнями (пины TX1, RX1) - то есть их можно подцеплять к обычным уартам
www.frsky-rc.com/…/R9 Slim%2B manual.pdf