Turnigy 9XR pro

MinzdraFF84

Максим,Андрей,спасибо Вам большое за советы и ссылки…Как раз не знал чем пару выходных убить))Да и вообще,уважаю метод тыка)))Надеюсь,что девайс крепкий окажется)))

General78
MinzdraFF84:

Максим,Андрей,спасибо Вам большое за советы и ссылки…Как раз не знал чем пару выходных убить))Да и вообще,уважаю метод тыка)))Надеюсь,что девайс крепкий окажется)))

Еще один небольшой “секрет”: есть программка для компутера, для нашей аппы называется eePskye. Можно поставить и тренироваться с настройками и не убивать аппу 😃

MinzdraFF84
General78:

Еще один небольшой “секрет”: есть программка для компутера, для нашей аппы называется eePskye. Можно поставить и тренироваться с настройками и не убивать аппу 😃

Ага))её еще до прихода самой поставил))я правильно понял?:подключаю аппу к компу…открываю eepskye…нажимаю там read memory from tx…кручу-верчу…закрываю…в меню “запись” нажимаю write memory from tx…прошивает…больше ничего не надо?

HDDR

Да. Только с компа и программирую. Все наглядно, быстро и понятно. Еще и симулятор есть.

Bilbo

Получится ли соединить 9X и 9XR pro в режиме ученик-учитель? Если да, куда копать, чего паять?

SlyX

Странно, что никого из владельцев данной аппаратуры не беспокоил вопрос задержек по PPM, которые в целом достигают 60 мс.
В общем, попытал я Майка Блэндфорда, автора ersky9x. На данный момент можно использовать 9XR Pro DIY мультипротокольный модуль, тема на рцгрупс www.rcgroups.com/forums/showthread.php?t=2165676
Либо ждать, когда он напишет прошивку для Orange, чем он сейчас занимается.

Вроде как Сергей RW9UAO сделал модуль, работающий по уарту и дающий минимальные задержки, но разработкой не делится 😃

MinzdraFF84
HDDR:

Да. Только с компа и программирую. Все наглядно, быстро и понятно. Еще и симулятор есть.

а что должно происходить в симуляторе?а то я когда нажимаю на него,там только вот этот вид,но ни что не реагирует,ни на какие движения стиками,тумблерами и т.д…так должно быть?

Там только мышкой что ли можно корректировать?

HDDR

В симуляторе нужно двигать мышкой “органы управления аппы”. Тогда видно какому номеру канала соответствуют движения стиков, работа тумблеров и крутёлок, микшеры и т.п… В принципе инфы немного, но мне первоначально помогало сделать “модель” виртуально, прежде чем подключаться к настоящей по радиоканалу.

MinzdraFF84
HDDR:

В симуляторе нужно двигать мышкой “органы управления аппы”. Тогда видно какому номеру канала соответствуют движения стиков, работа тумблеров и крутёлок, микшеры и т.п… В принципе инфы немного, но мне первоначально помогало сделать “модель” виртуально, прежде чем подключаться к настоящей по радиоканалу.

Спасибо!Да,постепенно въезжаю…Конечно,всё только для сима будет,год точно есть,чтобы разобраться во всем,настроить под себя,перевести все буржуйсские мануалы…
А вообще реально сделать такую штуку?:
На нашей аппе есть тумблер GEAR, он отвечает за шасси. Но как-то мне не нравится, что в положении “от себя” - выкл,а “на себя” выезжают!А чтобы убрать, надо обратно перевести тумблер “от себя”,а потом опять “на себя”…Нельзя ли сделать так,чтобы “от себя”- убрать,а “на себя” - выпустить???Или на такие тумблеры невозможно сделать такой микс?

General78
MinzdraFF84:

Нельзя ли сделать так,чтобы “от себя”- убрать,а “на себя” - выпустить?

Не поверите, очень легко! 😃 В миксе выбираем switch !GEAR, что из курса логики соответствует НЕ, соответственно результат инвертируется 😃 Почитайте мануал внимательно, не пожалеете.

MinzdraFF84
General78:

Не поверите, очень легко! 😃 В миксе выбираем switch !GEAR, что из курса логики соответствует НЕ, соответственно результат инвертируется 😃 Почитайте мануал внимательно, не пожалеете.

Да я прочитал уже несколько раз…И про !GEAR тоже понял,но если поставить !GEAR, то тумблер просто местами поменяется…И станет “от себя” выпускать шасси, а положение “к себе” так и останется бесполезным…Я имел в виду,что одно положение именно убирает,а второе выпускает

General78
MinzdraFF84:

Я имел в виду,что одно положение именно убирает,а второе выпускает

А шасси чем управляется? Сервомашинкой? Тогда запрограммируйте микс, примерно так:

CH5 100% FULL switch (GEA)

Или переключатель в качестве источника:

CH5 100% GEA

Ну или !GEA, как больше нравится

Выключатель включен - выход 100%, выключен -100%, машинка в крайних положениях, можно еще задержку (delay) пару секунд, тогда будут медленно выпускаться и убираться, как у настоящего 😃

RW9UAO
SlyX:

RW9UAO сделал модуль, работающий по уарту и дающий минимальные задержки, но разработкой не делится 😃

во 1х бессовестно врут
во 2х даже если бы и сделал…

UA3NGF

Решил заменить приемыш D8R-II PLUS на X8R. Ну, просто так, без причины. Хотя, причина есть, - датчик тока хочу, который по смарт-порту подключается. Еще есть датчик высоты, который может поключаться как по UART, так и по S.Port. Так вот, на D8R-II датчик высоты работает, а на X8R - нет. Со смарт-порта телеметрии не вижу никакой((
Аппа 9XR pro, передающий модуль XJT.
Где-то прочитал, что надо выбирать - либо смарт порт, либо телеметрия (определяется при бинде) так ли это? И ещё, на модуле XJT, помимо RX TX есть контакты смарт порт. Может, там надо кабель ставить другой, вместо моего?

Andy08

Посмотрите мануал к X8R там есть пять вариантов бинда. Два без телеметрии и три с телеметрией. Может тут собака порылась?

UA3NGF

Нет, не то. Разумеется, я с этого начинал((

experimentator
UA3NGF:

на D8R-II датчик высоты работает, а на X8R - нет

Так на D8R датчики работают через HUB, а на X8R - через Smart Port. Это разные датчики должны быть.

Есть Opensource-проекты, которые могут “и так, и так” (OpenXSensor), но официальные FrSky’евские датчики под HUB и под S.Port - разные, насколько я знаю.

А, у FrSky еще был какой-то S.Port датчик, к которому уже можно было старые HUB-датчики подключать… Подробностей не помню, надо поискать…

UA3NGF
experimentator:

Так на D8R датчики работают через HUB, а на X8R - через Smart Port. Это разные датчики должны быть.

Датчик имеет и UART выход (если не ошибаюсь в названии) и смарт порт. Так что датчик подходит и туда и туда. Мне кажется, дело в настройках аппы. Кстати, зачем на модуле XJT коннектор под S.port?

UA3NGF

Датчик вот такой. Он универсален в смысле подключения.

На модуле XJT имеется выход телеметрии, который подсоединяется кабелем к аппаратуре. Может быть, этот выход смарт-порта тоже надо подключать?

Еще нюанс. Если я делаю бинд по протоколу pxx, тогда в телеметрии нет даже уровня сигнала RX-TX, а если протокол ppm, то уровень сигнала появляется, однако, с датчика высоты ничего не идёт. А ведь протокол PXX, если не ошибаюсь, предназначен именно для связи с приемниками типа X*R

experimentator
UA3NGF:

Датчик вот такой.

Ok, понятно. Этот должен без проблем работать через S.Port.

UA3NGF:

Если я делаю бинд по протоколу pxx, тогда в телеметрии нет даже уровня сигнала RX-TX, а если протокол ppm, то уровень сигнала появляется

Вы ничего не путаете? PXX или PPM - это протоколы общения аппаратуры и ВЧ-модуля. А протоколы привязки приемника могут быть D8, D16 или LR12 (для “дальнобойных” приемников).

По-хорошему, для FrSky XJT надо так:

  • Протокол общения аппы с ВЧ-модулем надо поставить в PXX. При этом аппаратура должна уже показывать значение SWR (это подтверждает, что линк между аппаратурой и ВЧ-модулем есть и работает корректно).
  • Приемник серии X- привязать в режиме D16. При этом аппаратура должна отобразить уровень сигнала на приемнике (это подтверждает, что телеметрия с приемника принимается).

Ну а потом уже смотреть, есть ли какая-то информация с вариометра…

P.S. Для привязки приемников серии D- к ВЧ-модулю XJT надо выбирать режим D8. При этом протокол остается PXX.