Новинка - FrSky R9 900MHz 16CH Long Range Receiver & R9M Module System
Прошу помощи в подключении R9mm к APM 2.8.
прошейте АПМ для поддержки SBUS и будет вам счастье. файлы и инструкции есть в теме про АПМ в разделе полеты по камере и телеметрии. и будет вам счастье
Так у меня в Таранисе и стоит модуль дальнобойки R9M
вот rcopen.com/forum/f90/topic132831/14516 я как раз и спрашивал как шить.
Чувствую,что придется прошивать APM по S.Bus.
Если будет еще информация по PPM,то буду благодарен.
Надеюсь,что вся дополнительная инфрмация будет познавательна для всех.
P.S.
Не ищу простых решений(Типа:поставь контроллер с s.bus и все будет хорошо).Есть matec 405 ,но пока хочу досконально разобраться про эту связку.
Еще раз спасибо за новые вводные.
Спасибо Александр.Почитаю.
Кто-нибудь летает на OpenTX 2.2.3 и последних flex-прошивках? Отпишитесь пожалуйста, как результаты?
Здравствуйте, если прошивка приемника r9slim через sport на qx7 прерывается по ошибке FW update error Bottom pin no responce, при этом диоды вообще не мигают, то приемник дохлый? Другие приемники прошиваются нормально.
OpenTX 2.2.3 и последних flex-прошивках?
вроде как, 1228 последняя очень стабильная (в сравнении с предыдущими и даже девелоперской), но там есть косяк с выводом rssi, на osd оно будет ниже, чем показывает аппа. Но на полёты вроде не влияет.
прерывается по ошибке FW update error Bottom pin no responce, при этом диоды вообще не мигают,
очевидно что то с приёмником, и похоже никто из местных тоже не сталкивался с этим
вроде как, 1228 последняя очень стабильная (в сравнении с предыдущими и даже девелоперской), но там есть косяк с выводом rssi, на osd оно будет ниже, чем показывает аппа. Но на полёты вроде не влияет.
Скорее всего rssi выводится напрямую в dbm, поэтому значение ниже
Скорее всего rssi выводится напрямую в dbm
чего не знаю, того не знаю. Но как я понял, француз о котором я уже упоминал, сообщил фриске и якобы они приняли что это в работу и признали баг
АП: нашёл где это я видел - github.com/FrSky-OS/…/228
вроде как, 1228 последняя очень стабильная (в сравнении с предыдущими и даже девелоперской), но там есть косяк с выводом rssi
Речь именно о flex-прошивке?
АП: нашёл где это я видел - github.com/FrSky-OS/HORUS-X1...ort/issues/228
По ссылке в топике только скриншот лога с выбивающимися данными телеметрии. RSSI там стабильно сотню показывает…
Кто-нибудь летает на OpenTX 2.2.3 и последних flex-прошивках? Отпишитесь пожалуйста, как результаты?
Недавно прошил флекс 2812, в режиме 868МГц, как и на предыдущих флексах, очень сильные помехи, летать невозможно, но, возможно, это связано с количеством шума в эфире в данном диапазоне у нас в городе.
Режим 915 МГц работает как и прежде (была прошивка 2903) - в целом стабильно, беспричинных фейлсейфов за те 15 аккумов, что я отлетал не было.
По-прежнему напрягает то, что нельзя доверять показаниям RSSI - были фейлсейфы при RSSI вплоть до 70 (2903 ведет себя в этих условиях аналогично), но связь быстро восстанавливалась.
Пару раз RSSI был ~20-30 и связь не терялась, в общем, лотерея. 😃
Еще при переключении 915<->868 пришлось реюиндить приемник, что было очень неприятным сюрпризом.
Речь именно о flex-прошивке?
да
RSSI там стабильно сотню показывает
Вот наверное то о чём я - www.rcgroups.com/forums/showpost.php?p=41015475&po…
Originally Posted by kozzie
so I tried the latest firmware and I noticed my rssi was reporting 20 points lower than before under the same range and conditions. (no failsafes, just consistently lower rssi). Even at only a couple of hundred meters it would dip into the 70s or 80s whereas before it would barely move off 100% Anyone else experience this ? Is it problem or by design (i.e now giving me a true RSSI reading?)
Olivier_C
Yes that’s the new normal with all recent builds, RSSI is quick to go down in the 50-80 range.
It will still work as low as 20.
Коллеги, подскажите как таранис с модулем общается? Это сппм или смарт-порт, хочестся сделать ретранслятор на штативе с модулем R9 вот и думаю как его с таранькой подружить по воздуху
Коллеги, подскажите как таранис с модулем общается? Это сппм или смарт-порт, хочестся сделать ретранслятор на штативе с модулем R9 вот и думаю как его с таранькой подружить по воздуху
Данные р/у тарань отправляет по верхнему пину в отсеке (который рядом с +5V), там точно не PPM и не SBUS. Скорее всего что-то последовательное и асинхронное типа уарта.
Телеметрию пульт получает по нижнему пину, и там обычный смартпорт, такой же как на жопе у R9M. Скорость 57600, инвертированный 1-wire UART.
Насчёт реализации ретранслятора: радио можно пробрасывать по-старинке через приемник на 2.4, который будет стоять в ретрансляторе и скармливать свой PPM R9M. Это легко.
А вот с телеметрией жопа. Теоретически, можно забрать смартпорт с R9, затем инвертировать / конвертировать его в традиционный уарт и подать на радиомодем типа HC-12.
Второй модем расположить в модульном отсеке тараниса, уарт придется обратно превратить в смартпорт и подать его на нижний пин в отсеке.
Но как при этом заставить тарань забирать телеметрию я этого пина – я не знаю.
Были подобные мысли, когда делал антенна-трекер, но в итоге забил и ретранслирую только видео, а R9M стоит на своём штатном месте внутри тараниса.
UPD: Погуглил, данные р/у OpenTX шлёт по протоколу FrSky PXX.
Развернуто однако! Благодарю. Да, была мысль связать по старинке через 2.4 и видимо это меньшее из зол, остановила потеря возможности регулировки модуля с пульта и конвертация сигнала в ппм потом в сбас как-то нелепо. На проводе чтоль сделать…
Да, жаль что нельзя просто связку сделать r9m+x8r(например), телеметрию с r9m в S-порт, сигнал S-bus с x8r в r9m.
А может быть в FrSky PXX есть где-то в приемнике? Ведь на том же x8r то, что отдается с приемника(pwm/sbus) зависит аппаратно от приемника, т.е. приемник сам выплевывает и то и то.
Если PXX это двусторонняя передача по 1-му проводу то на ум приходит медленный 1-Wire более не знаю. Хотелось бы сериал модемчики навесить на тараньку и на р9 и дело в шляпе но похоже так не прокатит. Терять интеграцию р9 с таранисом по 2.4 и ppm не вариант,-он тем и ценен. Может написать FrSky-ям письмецо с просьбой разьяснить но нужно вопрос грамотно составить ну и конечно-же если не я один такой желающий они что-либо подскажут.
ps.
а какая при этом будет задержка управления?
а какая при этом будет задержка управления?
если прокатит вариант с модемами т.е. по цифровому каналу типа uart то задержки будут мизерные даже мерить не придется
ну и конечно-же вопросы штатива и ретранслятора не для гонщиков с квадриками а для самолетчиков-дальняков а в этом деле в цифре их просто не заметить. Я на текущем варианте летаю с ретранслятором по старой схеме таранис- на штатив(приемник2.4-ППМ-Передатчик) и даже в таком варианте задержки хоть и есть но не мешают совсем.
Как смог составил топик посмотрим…
Отзывы англоговорящих людей и летающих зимой по последней Флекс 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.
А может быть в FrSky PXX есть где-то в приемнике?
Насколько знаю, нет. Это протокол передачи данных с пульта на внешний модуль, впервые он появился на XJT.
Если 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).