Activity
Мне показалось там про передатчик разговор идет.
Да, там про передатчик, но у меня есть и один приёмник R9MM OTA ACCESS, я в него залил прошивку от обычного r9mm accst и он отлично на ней работает. отличий в компонентах на платах старого и нового приёмника я не обнаружил, на новом только лазером спилены названия на микрухах.
То есть, как я понял, можно взять набор 2019 года и прошить его в ACSST
Да, запросто, я этот вопрос задавал производителю, как мне R9 2019 на QX7 запустить, мне ответили, шей прошивку старую и пользуйся на здоровье. Более того, я пробовал не 2019 R9 в акцесс шить - шьётся, но из-за отсутствия необходимых пунктов в меню QX7 забиндить его невозможно.
приемник ее теряет и уходит в failsafe
Точно такая же беда на двух приёмниках, один даже полетать не успел, после нескольких включений себя так вести стал, второй даже полетал с пару месяцев. Вот второй мне вроде как удалось реанимировать - я его прошил в акцесс , потом обратно в ацсст, и о чудо , он ожил и пока больше связь не теряет. Второй приёмник ещё не пробовал так восстанавливать.
Я не знаю как тут со ссылками на сторонние сайты, но инструкция есть на рцгрупс, позволю себе нагло скопипастить )
To get 9 values from two 3 position switches…
- On the MIXER page select the channel you want to use, say CH6 and edit it
- Set the Source to the first switch you want to use, say SA.
- Set the Weight to 75%
- Save and exit the mix line editor back the MIXER page
- Press Enter on the CH6 line you created and select “Insert After”
- Set the Source of this mix to the second switch you want to use. say SB
- Set the Weight to 25%
- Save and exit the mix line editor back the MIXER page
Done. You now have a channel that will take 9 positions from two 3-posn switches.
CH6 can now send the values:
[SA^ SB^]… -100%
[SA^ SB-]… -75%
[SA^ SBv]… -50%
[SA- SB^]… -25%
[SA- SB-]… 0%
[SA- SBv]… 25%
[SAv SB^]… 50%
[SAv SB-]… 75%
[SAv SBv]… 100%
Note that the order is not that convenient so you will probably want to use them out of order on the quad so the switching makes sense for your application. Make sure to default any unused switch combinations.
There are other more complex ways to do this that give you better control over order and value but that gives you a place to start.
И краткий перевод:
Чтобы получить 9 значений с двух трёхпозиционных переключателей, надо сделать следующее:
- На странице MIXER выбрать канал, который вы хотите использовать, скажем CH6, нажмите edit.
- Выберите в качестве Source первый переключатель который вы хотите использовать, например SA.
- Установите Weight для него 75%
- Сохраните и выйдете обратно на страницу MIXER
- нажмите Enter на линии CH6 которую вы создали и выберете пункт “Insert After”
- Выберите в качестве Source этого микса второй переключатель, который вы хотите использовать, например SB
- Выставте ему Weight на 25%
- Сохраните и выйдете обратно на страницу MIXER
Готово, теперь у вас есть канал, который может выдавать 9 значений от двух трёхпозиционных переключателей.
6 канал теперь будет посылать следующие значения:
[SA^ SB^]… -100%
[SA^ SB-]… -75%
[SA^ SBv]… -50%
[SA- SB^]… -25%
[SA- SB-]… 0%
[SA- SBv]… 25%
[SAv SB^]… 50%
[SAv SB-]… 75%
[SAv SBv]… 100%
Я себе два правых тройных переключателя настроил на один канал чтоб 9 различных сигналов выдавало, мне этих 9 положений на все режимы с запасом хватило.
А декодер где будете реализовывать? В телефоне?
Да, в телефоне, на андроид есть хорошая програмка FrSky Dashboard. Раньше использовал её с переделанной Турниговской 9кой чтобы голосовые оповещения были, а сейчас мне по сути тужны только координаты ГПС с борта, чтобы на карте в смартфоне в реальном времени видеть где модель находится и где её искать в случае краша. В принципе можно и с X7 в яндекс карты координаты последние забить и точку получить, но это всё ручками и время.
ИМХО, s.port - это 1wire интерфейс, а БТ реализует Serial RX TX.
Да нет, уже нарыл описание. По сути S.Port это тот же COM порт просто RX и TX сидят на одном проводе и работаю по очереди в режиме half duplex и плюс ко всему ещё и сигнал инвертирован. А скорость 57600. т.е. по сути только для приёма телеметрии достаточно собрать инвертор на одном транзисторе и настроить ВТ на 57600 скорость.
А кто-нибудь пробовал к пульту BT-модуль подключать чтобы телеметрию на смартфоне смотреть? По идее можно c S.port напрямую брать, но нигде не могу найти на какой скорости он работает чтобы ВТ-модуль отконфигурирувать, а с настройками от DJT модуля (там обычный RS232 9600) данные не идут никакие.
Так frsky телеметрия же на 9600 вроде работает, на 57600 это уже mavlink.
-это при прошивке? или SPRF3 в обще не хочет видеть BLheli
это в принципе при подключении к регулям через iNav, то все 4 увидит, то 1-2, то на некоторых прошивки не видит.
мужики у кого еще дизармы на лк в 1.7
Попробуйте в CLI параметр set nav_disarm_on_landing = OFF сделать, возможно ПК думает что вы приземлились убрав газ и дизармится.
BLheli с помощью INAV можно прошить?
В 1.5 версии шилось без проблем, В более поздних у кого-то работает норм, у кого-то нет. У меня на SPRF3 на 1.6 и 1.7 регули определяются через раз, настройки не сохраняются, шить невозможно.
Согласен с предыдущим оратором, для 3др в нашем случае вообще ни какой протокол телеметрии выбирать не нужно вроде, чисто МСП оставить только. Надо только проверить чтобы сам 3др был настроен на ту же скорость порта что в конфигураторе и режим не мавлинковский стоял.
Все навигационные режимы и в том числе посхолд отображаются только при подключенном и сконфигурированном GPS модуле, так было и есть во всех версиях iNav
Судя по видео у вас регулярно перезагружается ОСД, а это говорит о проблемах с питанием, и перевороты как раз в моменты перезагрузки осд, возможно и пк в это время тупит. Если у вас пк, осд и приёмник сидят на одной шине питания, то для начала надо приёмник посадить на отдельный bec - телеметрийные приёмники очень сильно шумят в линию питания и пиково просаживают её.
Ps: я бы с таким поведением квадра вообще дальше 10м от себя отлетать не решился бы, пока бы гарантированно не устранил проблему, ну или на крайний случай тестировал бы над большим чистым полем, а то так и до беды не далеко, а потом законы всякие принимают из-за таких случаев ещё.
затем типа падения с переворотами
Вчера тоже летал и словил краш на ровном месте по похожему сценарию. Отллетав акк до половины включил режим RTH, коптер как положено отработал команду и начал возвращаться, и вдруг внезапно, недолетев метров 200 до дома перевернулся в воздухе и начал стремительно падать, я даже предпринять ничего не успел. все уровни сигналов при этом были отличные, ветер умеренный, до этого отлетал 2 акка в этот же день с автоматическими возвратами домой и всё было норм. при краше ГПС разбился вдребезги, всё остальное цело, при подключении к конфигуратору аксель с гирой работают. Логов и записи нет, запись не вёл, логи к тому моменту переполнились (SPRF3) так вот теперь и непонятно что это было вообще…
UPD: те логи что слил, читаются отлично никаких приколов с полным газом моторов или полным хаосом в датчиках нет, нормальные логи, прошивка последняя iNav 1.7
ПосХолд не активируется вообще. Где искать проблему?
Посхолд можно активировать только находясь в воздухе и чтоб спутников было поймано не меньше 6 по умолчаню, на столе вы его не увидите, максимум включится акро вместо него.
Может эта?
www.ykoctpa.ru/…/minimosd-novaya-proshivka/
Нет , вот эта. А в статье к стати тут дельный совет про прошивку символов и питание - очень эта микро миним осд к напряжению чувствительна, возможно из-за этого глюки ловит.
Я вообще на последней прошивке минимосд столкнулся с тем что она настройки от конфигуратора как-то кривой воспринимает. На конфигураторе настраиваю одно отображение элементов, сохраняю, а она мне по факту на оверлее потом другой набор кажет (переключение режимов отображения у меня не настроено) бился с ней весь вечер пока из конфигуратора не прошил другую прошивку - там есть стандарт , аэромакс или как-то так и Андромеда что ли, вот на этом аэромаксе норм начало настраиваться. У меня самая простая микро миним осд с Али.
Я использую, но датчика тока у меня нет. Насколько я знаю миним осд надо калибровать чтобы она начала выдавать валидные значения тока. Или может просто инфу с пк по току брать, если это можно как например по напряжению.
Добавить то сонар то добавили. Но у меня он почему то не видится прошивкой 😦
Пункта включения его в конфигурационных не нашол. Он получается должен автоматом определить что сонар подключен… Подключал его к 5 и 6 выводу на ПК.
У SPRF3 есть же спец места для подключения сонара, заечем его на 5, 6 порт цеплять?
начиная с 1.6 вроде, логи уже не читаются, вместо графиков там сплошное месиво
Отлично смотрел логи Inava 1.6 официальным просмотрщиком из ветки айнава, а про месиво в логах уже где-то писали что это может быть из-за некачественной карты памяти.
Я просмотрщик логов отсюда брал github.com/iNavFlight/blackbox-log-viewer, качал полностью кнопкой “Clone or Download” распаковывал архив и запускал index.html - там уже всё будет под iNav адаптировано, а сырые данные гироскопа вроде в CLI включать надо.
А по скринам, чтобы было более понятно, нет возможности сфотать результат?
По фото вряд ли понятно будет, на видео нагляднее, плюс схема как физически диоды расположены с их адресами.
я через CLI не настраивал, всё только в гуи тыкал вот на скринах настройки 1 и 15 светодиод - индикация арминга (led 1 7,7::AW:0), 4 и 12 светодиод индикация ГПС (led 4 3,6::G:0)
Ориентации нигде вообще никакие не задавал, потому что на практике понял что мигать в какую то сторону вообще смысла нет - издалека всёравно ничего не понять, поэтому перед светит белым в постоянку, зад мигает красным, так далеко видно ориентацию коптера.
вот дамп таблицы цветов, но в ней я вообще логики не вижу
# color
color 0 0,0,0
color 1 0,255,255
color 2 0,0,255
color 3 30,0,255
color 4 60,0,255
color 5 90,0,255
color 6 120,0,255
color 7 150,0,255
color 8 180,0,255
color 9 210,0,255
color 10 240,0,255
color 11 270,0,255
color 12 300,0,255
color 13 330,0,255
color 14 0,0,0
color 15 0,0,0
# mode_color
mode_color 0 0 1
mode_color 0 1 11
mode_color 0 2 2
mode_color 0 3 13
mode_color 0 4 10
mode_color 0 5 3
mode_color 1 0 5
mode_color 1 1 11
mode_color 1 2 3
mode_color 1 3 13
mode_color 1 4 10
mode_color 1 5 3
mode_color 2 0 10
mode_color 2 1 11
mode_color 2 2 4
mode_color 2 3 13
mode_color 2 4 10
mode_color 2 5 3
mode_color 3 0 8
mode_color 3 1 11
mode_color 3 2 4
mode_color 3 3 13
mode_color 3 4 10
mode_color 3 5 3
mode_color 4 0 7
mode_color 4 1 11
mode_color 4 2 3
mode_color 4 3 13
mode_color 4 4 10
mode_color 4 5 3
mode_color 5 0 9
mode_color 5 1 11
mode_color 5 2 2
mode_color 5 3 13
mode_color 5 4 10
mode_color 5 5 3
mode_color 6 0 6
mode_color 6 1 10
mode_color 6 2 1
mode_color 6 3 0
mode_color 6 4 0
mode_color 6 5 2
mode_color 6 6 3
mode_color 6 7 6
mode_color 6 8 0
mode_color 6 9 0
mode_color 6 10 0
UPD: Сейчас попробовал режимы полётные закодить в цвета на диоды, всё получилось как я и писал: ставим диод снизу поля, ориентацию ему ставим назад (S) и потом ставим нужные цвета для режимов которые как раз S-кой помечены, по другому не заработало. ориентировал нижний диод вперёд, так он просто не горел и всё. Эксперементы ставил над диодом номер 0, он у меня по схеме нижний, на скрине видно.
Кстати вопрос,таким образом только диодные модули подключаются? Не заказал, думаю ленту впаяю, а на ленту только напрямую питание подать можно, или програмно?
у меня лента была, нарезал на кусочки соединил как мне хочется, главное порядок соблюдать, питание на ленту взял с лишнего моторного выхода ПК, оттуда сам ПК питается там линия + - общая на всех контактах.
так так… а если у меня всего один модуль с восемью диодами и стоИт по середине коптера а не на лучах? Я активировал 8 окошек в самом низу поля по середине.
программа не видит как они у вас физически на коптере стоят и проверить не сможет , поэтому раскидывайте по полю как вам вздумается. В вашем случае надо крайним диодам направления задать и если “не взлетит” добить оставшиеся адреса просто где-нибудь в центре диодами с цветом 0 )
Экспериментировал сейчас вечером с подсветкой, чтоб режимы полёта сигнализировала. Вообще ничего не кажет ни для одного режима. Может на улице надо, чтоб GPS Fix был? Тут ещё кто-то подобным занимался?
Методом научного тыка, я выяснил, что в INAV надо все светодиоды расставить, пока адреса не кончатся, даже если диодов нет физически, и всем неиспользуемым диодам или диодам которых нет присвоить статус светиться постоянно чёрным цветом (0 в таблице цветов) ) мне такой трюк помог, всё работает, всё отображает. На прикреплённой картинке видно, что физически у меня всего 23 диода, но расставил я все 32 ну и не стал заморачиваться с раскидыванием их по форме коптера, как-нибудь потом может быть подвигаю )
вот дамп настроек ленты:
# led
led 0 7,8::C:15
led 1 7,7::AW:0
led 2 1,6::CN:14
led 3 2,6::C:0
led 4 3,6::G:0
led 5 5,6::C:10
led 6 4,6::C:0
led 7 6,6::C:1
led 8 7,6::CW:0
led 9 8,6::C:1
led 10 9,6::C:0
led 11 10,6::C:10
led 12 11,6::G:0
led 13 12,6::C:0
led 14 13,6::C:0
led 15 14,6::AW:0
led 16 15,6::C:0
led 17 1,5::CB:2
led 18 2,5::CO:2
led 19 3,5::CO:2
led 20 4,5::CO:2
led 21 5,5::CO:2
led 22 6,5::CB:2
led 23 7,5::C:0
led 24 8,5::C:0
led 25 9,5::C:0
led 26 10,5::C:0
led 27 11,5::C:0
led 28 12,5::C:0
led 29 13,5::C:0
led 30 14,5::C:0
led 31 15,5::C:0
У меня даже “поворот” показывает всегда только один правый. Налево, гад, никак не хочет моргать.
Чтобы повороты показывал, надо диоды на “поле” расставлять именно так как они на коптере стоят, т.е. если диод стоит на левом заднем луче , то и на поле его надо в левый нижний угол ставить и задавать у него напраление - “влево, назад и можно вниз (W, S, D)”, то же самое для правого светодиода, только в правый угол и направление задавать “вправо” , тогда начинает всё правильно мигать, ну если конечно адрес был задан правильно )
В Angle ведёт себя почти как в Acro, на 1.5 вроде лучше было (хотя объективно и условия погодные другие были). В Poshold моторы не стартует (хотя светодиод отмаячил о 10 спутниках). Если взлететь в Angle и переключиться в Poshold, начинаются какие-то конвульсивные подёргивания.
А вы точно в Angle пытаетесь летать, а не в Horizon ? потому что Horizon позволяет делать флипы как в акро, но при этом сам возвращает коптер в стабильное положение если отпустить стики. На счёт старта в посхолд вроде это норма что в нём нельзя взлетать. На счёт подёргиваний в позхолде - а какой ГПС модуль используется, точно ли откалиброван компас и есть ли наводки на компас? Калибровку компаса проверить в конфигураторе, во вкладке Setup позаваливать коптер влево - вправо и смотреть за направлением азимута, азимут не должен отклоняться больше чем на 3-5 градусов. Наводки на компас проверить тоже можно во вкладке Sensors - смотреть за показаниями магнетометра с выключеными моторами и с заармленными, если при раскрутке моторов график магнетометра начнёт меняться - значит наводки есть, естетственно при этом сам коптер шевелиться не должен.
Нужна помощь
D4R-ll приемниктолько включаю передатчик количество спутников падает до 4 и ниже
Была такая же беда только с D8R-xp приёмником, как оказалось он очень сильно “шумит” в линию питания . мне помогло то что я повесил его на отдельный стабилизатор 5в, больше ничего от этого стабилизатора не запитывая. Сразу же ГПС начал ловить всё и сразу и помехи с видео пропали.
Пришел и мне модуль оттуда ( ru.aliexpress.com/item/F17533...654520241.html ) - но с ним всё нормально :
А подскажите в этом модуле компас есть ? по проводам и надписи то вижу что должен быть, но вот по фото, на плате чипа компаса что-то не видать… хотелось бы уточнить.
Компас внутри, думаю, все же есть, только не выведен наружу.
Пришёл мне этот 4х проводной модуль GPS+compass (вот такой ru.aliexpress.com/item/…/32601894035.html мод сс3д/SPR F3) вскрытие показало что чип компаса всё таки внутри отсутствует физически, хотя вся разводка под него и обвязка есть, так что думаю аккуратненько сдуть чип с ПК и впаять в ГПС, с последующим добавлением проводков шины и2ц.
Такое впечатление, что компас наружу не выведен в вариантах CC3D/NAZE. Лучше взять APM и припаять правильные коннекторы.
Эх, поторопился я видимо, заказал 4х проводной вариант для CC3D, ну что ж, придёт, буду делать вскрытие и проводить эксперименты!
День добрый! Я кажется пропустил, неужели появился iNAVConfigurator!? Двумя постами выше скрины с ним, не нашёл откуда скачать, нашёл его на гитхабе, только вопрос насколько он актуален?
И ещё вопрос, если возьму 4х проводной модуль GPS+compass (вот такой ru.aliexpress.com/item/…/32601894035.html мод сс3д/SPR F3) как с него выловить сигнал компаса и надо ли при этом сдувать компас с платы (у меня SPRF3 deluxe) ?
На данный момент - это нормальная логика работы
Теперь понятно, спасибо ) Просто я думал что для идентификации “полёта” недостаточно одного лишь арминга, а надо чтобы и газ был больше минимального положения.
Это потому, что еще никаких исправлений в коде не было 😁
Высота сбрасываться и не будет, сброс будет касаться “целевой” высоты, на которую котроллер будет ориентироваться при взлете.
Всё равно непонятная логика удержания высоты получается, вот в чём проблема : я армлю квадрик в режиме HORIZON, стик газа внизу до упора, квадрик стоит на столе, переключаю режим в NAV ALTHOLD и ПК тут же даёт моторам 50% газа, если ничего не трогать в таком положении то газ сбрасывается до 45% секунд через 10, переключаюсь обратно в HORIZON и моторы снова на минимальном газу. Это нормальная логика работы при минимальном положении газа? ведь получается как только я включаю удержание высоты и он пытается неконтролируемо взлететь и посадить я его не могу, потому что газ то у меня и так на минимуме. (ПК SP RF3, iNAV 1.0.1)
Взлетаете в режиме удержания высоты? Тогда не удивительно, “целевая” высота запоминается при активации режима удержания высоты, а не при арминге. Об этом я не подумал, приделаю сброс целевой высоты/позиции при арминге.
Сегодня попробовал армить, дизармить, переключать режимы туда-сюда - высота не сбрасывается, как уплыла при включении, так и держится. Помогает только перезагрузка контроллера. Пробовал на прошивке iNav 1.0.1
Здравствуйте, у меня вопрос относительно работы барометра и полётных режимов. Сначала барометр - после подключения аккумулятора к коптеру до момента взлёта проходит какое-то время, (в среднем около минуты) за это время высота по барометру успевает уплыть на 1,5-2м в минуса и в чём собственно вопрос : при арминге высота в 0 как я понял не сбрасыватеся? Потому что телеметрия после арминга продожает показывать всё те же -1.5м и лёгкое движение стика газа заставляет коптер бешено набрать эти 1.5м которые он думает провалился. Так вот это только у меня так или я что-то делаю не правильно?
Теперь полётные режимы - в CF были режими HORIZON и BARO и их комбинацией можно было было выбирать просто 2D фикс по горизонту или + ещё стабилизацию по высоте или только стабилизацию высоты, в INAV, BARO исчез, если ставлю режим HORIZON, то blacBox потом показывает режим HORIZON|BARO, т.е. получается что в iNAV , нельзя использовать чистый режим HORIZON без удержания высоты?
А как я понимаю сейчас у iNAV в принципе убрана поддержка светодиодов для всех контроллеров или в SP F3 диоды всётаки будут работать?
Доброго времени суток! Расскажите пожалуйста, а через что конфигурировать то данную прошивку? Где строить маршрут полёта, точку возврата, путевые точки?