Activity

Еще рецепт.
Совсем простой.
Меняем системную дату на 2015 год или раньше.
Ставим драйвера DJI обычным способом.
Возвращаем дату на нормальную.
Все.

p.s. А насчет скинуться на плату - я за.

+1

Конечно хотелось бы именно так… но источник - это число, а я нигде не нашел присвоение числа позиции Fmode…

Не получится сделать Fmode в качестве источника для микшера напрямую. Там с ним что-то специфическое. Только полетные режимы.
Обсуждал с Виталием этот вопрос, правда давно…
Вроде пока так и осталось…

Если очень нужно, можно попробовать одну крутилку на трехпозиционник поменять.
Сам думаю, как это правильнее сделать.

А у меня, кажется, назревает вопрос по мультиплексированию каналов.

присоединяюсь.
очень надо… каналов не хватает…

так вроде есть это.
в настройках звука.
прошла минута - пик…

Тогда получается, что при увеличении количества кривых\экспонент\ количества моделей и тд нет гарантии, что укладываемся в 1\50 сек.? У кого-нибудь еще такие проблемы наблюдаются ? Вот бы выяснить, в чем дело - в недостаточном быстродействии, или в несовпадении данных по каналам …

несмотря на то что генерация при переходе с режима в режим отключается - это очень и очень малое время (самое длинное у мег это запись в еепром, в данном случае записи в еепром нет, только математика) так что время потери управления моделью составит не более 1\50 секунды (максимум 1 пакет PPM) - это не много, в обычной эксплуатации приемник может терять и больше пакетов…

а если у приемника свой файлсейв ? как он (приемник) будет реагировать ? а если вдруг больше 1/50 сек ? что-то страшновато в воздухе модель без связи оставлять. думаю, не совсем это правильно… хотя, надо пробовать…
на старых прошивках переключением режимов полета пользовался часто, никаких глюков замечено не было. ничего не вздрагивало. надо повнимательнее погонять…

гм… кстати наверное все таки не дребезги а возврат в нулевое положение… дребезга (движения туда\сюда) - быть не должно уже очень давно…

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

Роман!
Все, что Вы делаете или планируете сделать заслуживает уважения. НО, Виталий делает прошивку именно для стокового железа. Это кредо, если хотите. Ведь очень немногие моделисты станут морочиться покупкой, сначала турниги или Флайскай, а потом заказом новой материнки от Грувин или от Вас. Сваять её самому доступно единицам… Многие владельцы аппаратур этого семейства вовсе не помышляют что-то менять и вполне счастливы.
Действительно у стоковой аппы не до конца раскрыт потенциал, но если начинать её апгрейдить ТАК как Вы, то лучше задуматься о покупке чего-нибудь более “брендового” с хорошим функционалом.
А ваши задумки достойны отдельной темы или обсуждения в дневнике. Недаром, соответствующие темы на рц групс имеют поддержку на отдельных соответствующих сайтах, специально для этого созданных.

+100
у Виталия с кодом под родную-то железку еще работы невпроворот…
Нельзя объять необъятное…

Так удалось ли кому нибудь настроить вертолёт с тарелкой на 120 ? Если да, то опишите как или ссылки!

Присоединяюсь к вопросу…
Получилось у кого-нибудь ?

Прошивка с тренерским разъемом не работает… 😦 алгоритм использования прерывания привел к тому что захват ppm сигнала в другом прерывании не возможен (не хватает времени)

Т.е. в первой версии захвата ППМ не будет… хедрекер не воткнуть… жаль… ((((

Как можно такое сделать в этой прошивки???

Никак. Файлсейф от прошивки не зависит.
rcopen.com/forum/f4/topic207274/2721

… расширив 8 каналов на большее количество…

Это оно и есть. По одному каналу можно передавать несколько.

было сказано что нужен мультиплексатор

дешифратор… железяка, которая с одного принятого канала приемника раздает сигнал на несколько исполнительных механизмов…
Может кто-нибудь имеет опыт и время чтоб реализовать аппаратную часть?

Виталий, считаю что ты все правильно написал, так и должно быть.
В последней версии реализация такая, как ты описал ? Где ее скачать можно ?

А по поводу захвата ППМ что-нибудь предполагается ?
И еще одна очень нужная вещь - мультиплексирование каналов. Реально, или можно и не надеяться ? Было бы вообще супер.

(понял, LCH это не CH)

Именно поэтому регулировки для них должны быть разные.

Нее, мозг ломать не надо. Он нам еще пригодится ))))

Нейтраль машинки всегда надо подстраивать. Сдвигом LCH MIDLE. Все. После настройки это и есть центр стика (канала).
Не тот, который в калибровке, а именно этот. На него кладем триммер. Потом экспоненту или кривые. Потом микшеры.
На микшеры свои кривые или проценты.
Сдвигать крайние точки синхронно с центром или нет - непринципиально. Можно предусмотреть относительную или абсолютную настройку EPA. Пока не знаю как правильней.
Триммера тоже можно двигать или линейно или с учетом экспонент. Тоже пока не знаю как правильней.
По моему при таком алгориме не будет ухода нейтрали машинки и центра стика и при симмертричной кривой (экспоненте)
углы отклонения будут одинаковы при любых настройках .
И по крутилкам и переключателям… Диапазон должен быть не от середины до максимума, а от минимума до максимума.
Это такие же равноправные каналы…

Я давно на такой эффект наткнулся… о чем и говорил как-то, может не совсем понятно объяснил в прошлый раз.
Думается должно быть вот как :
нейтраль машинки настраиваем “субтриммером” (настраиваем середину), а не обычным триммированием.
после наложения экспоненты 0 стика (с учетом сдвинутой середины) должен быть = 0 экспоненты.
Триммер не должен влиять на смещение центра экспоненты от центра стика (измененного настройкой).
Т.е. при изменении середины (CHANNEL MID - не помню как называется…) надо брать не центр калибровки стика , а с учетом этого сдвига.

>>> сейчас действительно тримера накладываются на аналоговые органы управления,
>>> сразу после получения значения с них…

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

А триммер - аналог небольшого перемещения стика, т.е. сдвинули триммер - считайте что чуть подвинули стик, со всеми последствиями, т.е. при триммировании при больших значениях экспоненты (при ненастроенной нейтрали машинки) углы отклонения могут быть разными.
…

а может и не должны… надо подумать… и посмотреть как в брендовых аппах сделано…
в общем, главное, чтоб 0 экспоненты и 0 стика после подстройки середины совпадали…

Угу… это не совсем правильно, согласен… но причина не в коде а в самой механике аппаратуры…

В пределах погрешности механизма стика, температурного дрейфа и т.д. - понятно, с этим приходится мириться, дребезг в принципе небольшой.
Я не про механику, а про то, чтобы программно центр после экспоненты не уходил.
Наверняка так и сделано… Просто сообщение о триммировании после включения экспоненты немного смутило, подумал, может алгоритм поменялся…

может незначительно уйти средняя точка - это из за того что центр при проведении калибровки может незначительно отличаться от центра при работе аппы - без экспоненты - мы просто корректируем его тримерами, если после этого включить экспоненту - то опять потребуется корректировка тримером - это нормальное поведение…

Наверное, это не совсем правильно. Т.е. оттриммировал канал, включил экспоненту - и при том же центральном положении стика качалка машинки изменила положение? Все-таки при включении экспоненты центр должен оставаться на месте. Независимо от того, как оттриммирован канал до включения экспоненты, т.е. центром считать не центральную точку, полученную при калибровке, а центр, соответствующий центральному положению стика после всех триммирований.

могу поместить пустые пункты меню в начале каждого меню… - правда видок у прошивки будет наверное еще тот

Не надо пустые пункты меню…
Может на опасных командах сделать запрос подтверждения, где по умолчанию стоит “отмена”?
Типа пока специально не выберешь - не выполнишь команду.
Или подтверждать длинным нажатием (2-3 сек)…
Хотя можно и название меню в качестве пустого пункта сделать. И выделить, например инверсией, или какими-нибудь символами, чтоб от остальных пунктов отличалось. Вроде **** НАЗВАНИЕ МЕНЮ ****
А на сброс модели в памяти я тоже налетал… Только модель выключена была - это и спасло…

а “тест нейтрального положения”

Про тест нейтрали тоже не совсем понятно, а вот плавно от минимума до максимума в цикле - весьма полезная вещь. А если еще тестируемые каналы можно будет выбирать (какие-то вкл, какие-то выкл) - вообще здорово будет.

Ф-ию тестирования серво - плавное движение от мин. до макс. и тест нейтрального положения возможно добавить?

+1

Бегущая строка действительно, не очень хорошо читается…
Наверно, из-за инертности дисплея четкой подвижной надписи вряд ли получится…
Если хочется чего-то двигающегося, может надпись сделать неподвижной и постепенно прорисовывать ее попиксельно столбцами (или посимвольно), скажем, слева направо … что-то вроде шторки открывающейся…
Хотя это совсем не главное.

Добавить в знакогенератор (или изменить существующие, но неиспользуемые символы) что-то типа <-> и такую же вертикальную стрелку.
Получится
Стик (П)<-> и т.д.
А раз уж все крутилки и переключатели на английском, можно чтонь-ть типа
Joy®<->

я тоже кривые использую. и не всегда симметричные… Иногда по точкам надо задавать…

Получилось.
Виталий, во второй версии алгоритм генерации ППМ такой же?
Или все по другому ?
Это я к тому, что причина скачков нвпряжения при разном количестве каналов так и непонятна…

Кажется понял, почему не получилось…
приду домой, проверю. Спасибо.

channels > ch set > filters > ch 3:
channel :3
filter type: sw
switch: thr.cut
value: -125%
При такой настройке после включения тумблера ТроттлКат машинка уйдет на 25% ниже чем минимальное ЕРА и двигатель глохнет. 😉

В том-то и дело, что не уходит.
А с ЕПА и расходами можно попробовать… Спасибо за подсказку, Дмитрий(HikeR).
Чертова суббота рабочая… ничего в голову не лезет…

Возникла неообходимость сделать следующее:
нужно, чтобы значение фильтра, назначенного на переключатель, было меньше минимума при крайнем положении стика…
Ну например, рулевая машинка газа при нижнем положении стика стоит на минимуме газа. Переключив THRCUT надо эту машинку сдвинуть еще ниже… В общем, с помощью переключателя или триммеров (или как-нибудь ) надо установить такое крайнее значение канала, которое нельзя получить при обычной работе стиком… На футабе получилось… Там триммера “сдвигают” крайние значения каналов. На турниге - не получается. “Фиксированный” край (EPA) и за него не вылезешь…
Что-то можно придумать?..

А что, предполагается использование одновременно нескольких ВЧ-модулей?

Не то, чтобы часто и постоянно, но я, например, иногда меняю. А теперь еще один модуль появился… Так что “частота” смен возрастет…

согласен…

И двухпозиционные переключатели от -100 до 100, а не от 0 до 100. Так по моему, логичнее…
На многих аппах именно так сделано…

Очень оперативно. Спасибо.
Может все-таки изменить принцип отображения напряжения (показ напруги если изменилось больше чем на 0,XX)?.. И вынести этот обсчет из прерывания… Проблема скачков напруги при движении стиков ведь так и непонятна…

P.s. блин, соблазняете меня тут… один хедтрекером, другой ваттником… 😃

И будем продолжать в том же духе… )))

Если количество точек можно задавать, второго варианта хватит. За глаза.
Хотя если кривая ломаная и без сглаживания - тогда не знаю… Может кому такие нужны …

Пришел таки ко мне дальнобойный модуль с BEVRC…
Воткнул в турнигу… вроде все работает… но на индикаторе напряжения после запятой невозможно разглядеть цифру.
Видимо напруга прыгает туда-сюда на десятку и отображается нечто среднее между цифрами 4,5,6 (по вольтметру около 9,5в) из-за инертности дисплея.
Виталий, можно как нибудь, время обновления для напряжения уменьшить ? Или считать напряжение скажем, среднее, за секунду-полторы? А то некомфортно как-то…

Тут это… другой вопрос…
Можно ли (насколько сложно) реализовать мультиплексирование каналов ? Надо ведь еще дешифратор делать … Может кто обладает информацией по данной теме - подскажите, или посоветуйте что-нибудь… Есть ли ограничение по модулю ВЧ - приемнику, или любой комплект эту штуку проглотит ?
Было бы вообще супер. Виталий, кажется у тебя были мысли на эту тему ?.. Не забросил эту идею ?..

Так ведь не точно это будет… Разные модули - разное потребление. Причем намного. Если есть какой-нибудь сенсор в этой аппе по току (в чем я сомневаюсь), или если данные по потреблению можно снять, тогда да… А так - есть ли смысл делать нечто с очень примерными данными, на которые все равно нельзя ориентироваться…

китайцы точно его подберут

пройдохи они еще те…
меня например HC с годовщиной свадьбы поздравил… причем дату указали верную…
откуда знают ?.. так что все мы под колпаком… у китайской разведки… )))

в двойке будет 5 таймеров…

и один из них - время жизни аппаратуры…
и чтоб если в режиме countdown, чтоб на нуле не останавливался, а дальше считал…
можно ?.. 😒

не глюк это…
индикатор изменения настроек модели.
это не баг, а фича