Activity
Почти готова версия cleanflight 1.12 она будет как самая стабильная версия betaflight. (не 1.12 rc2 , а следующая)
Готова будет в ближайшее время. Это точка, когда можно прекратить пользоваться версиями betaflight тем кто просто желает летать и не хочет больше тестировать.
Слава Богу, хоть эти не разругались… Как приятно видеть мирно вернувшийся домой форк.
На буржуйском форуме такой FC (в смысле - Тарот) только у меня и ещё у одного чела. Ну, судя по переписывающимся… 😃 А советы про другие клоны naze32 - не подойдут, этот реально особенный.
Что касается винды, мака и линукса (с которого я привёл кусок лога в прошлом сообщении), то вот как раз винда может оказаться средой недружественной. Меня немного смущает надпись ch341-uart в моём же логе. Вот про обычную naze32-клон с cp2102 на борту пишет прямо и недвусмысленно: “cp210x converter now attached to ttyUSB0”. Про ftdi пишет: “FTDI USB Serial Device converter now attached to ttyUSB0”. А вот что такое ch341-uart, что на тароте - это я без понятия… Как-то даже и не задавался этим вопросом, благо все драйвера сто лет как вшиты в кернел. Ну а на виндузе, может, нужно под него какой-то драйвер поставить.
Конечно, в Вашем случае, если нет вообще никакой реакции - ни там про устройство не опознано, ни про ошибку установки драйверов - это выглядит куда хуже. Может, дохлый действительно?.. Но если у Вас ещё и Тарот-ОСД ровно также не работает - наверно, всё-таки на Вашей стороне что-то не так.
Что касается прошивки, то батарею подключать не нужно. Отсутствие ледов на тароте - да, их косяк, съэкономили 10 центов, гады. Каким боком тут связана плата с BEC - я вообще не понимаю… Вам по-любому потребуется 5V где-то брать. В полёте юсби как бы обычно недоступно… И даже если для тарота заявлено, что он не сгорит от большего напряжения (о чём не знаю, не видел на него ничего официального похожего на мануал или ТТХ) - я бы не стал экспериментировать. Даже если тарот не сгорит - сгорит подключённый ресивер. Или ещё что-нибудь типа порта юсби на компе. Так что по-любому нужен либо ESC с BEC, либо PDB с BEC, либо отдельно BEC - ради 5 вольт.
И про прошивку. Прошивается также как любая среднестатистическая naze32. С двумя оговорками:
- подключаем usb с зажатой кнопкой boot,
- выбираем руками самую высокую скорость.
Всё остальное - как в сотнях видео и текстов на эту тему. Вариант с прошивкой по коннекту - опционален. Шьётся и с ним и без него.
А для прошивки пчел 20А какой прошивальщик брать с бангуда ?
Как уже верно ответили - ардуино нано (или любую другую) с али, бэнга или откуда угодно. Да в общем-то и это не обязательно (хотя и желательно). Насколько я помню, они сейчас идут уже с 14.х, так что для прошивки должно хватить naze32 или cc3d. А также SPRACINGF3 и STM32F3DISCOVERY согласно вот этому:
github.com/cleanflight/cleanflight/…/1wire.md
Коллеги, приветствую, имеется naze32 TAROT, какой бы я кабель usb ни использовал, в какой бы пк не запихивал - тишина, никаких признаков жизни. LED не светит, контакт /dev/tty.usbserial коннекта нет. Он мертв?
Не факт. Лампочек там вообще нет. Прошивается он своеобразно - ему нужно указать скорость 921600. И при включении нажимать boot. Единственное что неправильно - это если действительно не виден евонный usb-serial. Вы уверены, что у вас вот примерно такого нет по dmesg:
[138420.866893] usb 2-1.6.7: new full-speed USB device number 89 using ehci-pci
[138420.953097] usb 2-1.6.7: New USB device found, idVendor=1a86, idProduct=7523
[138420.953101] usb 2-1.6.7: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[138420.953104] usb 2-1.6.7: Product: USB2.0-Serial
[138420.953508] ch341 2-1.6.7:1.0: ch341-uart converter detected
[138420.955302] usb 2-1.6.7: ch341-uart converter now attached to ttyUSB0
В любом случае попробуйте ещё то что я написал - с кнопкой нажатой подключить юсби и прошить на указанной скорости.
Еще Eachine XM Series, пробовал 10А, но наверняка и 20А, да и исходные для них одноимённые DYS - тоже должны поддерживать. Kingkong 12A. DALRC BL20A. DYS BL Opto 10A (только я его перепрошивал, кажется, затем чтобы бутлоадер сменить с SK на BL).
У меня были клоны ЕМАКС12А, шил в БЛХели через пятачки. Провозился несколько дней, не мог подключиться к регуляторам через cf. При этом через сервопровод ардуиной коннектился. Резистор и конденсатор выпаивал, это не помогло. Грешил или на cc3d, или на регули. Когда поставил регули xrotor20a, то все стало коннектится через cc3d. Так что косяк на стороне регуляторов. Регулей тех у меня уже нет, так что 100% уверенности дать не могу.
У меня были емаксы, которые еачин поставил на свой EC250 (который я взял сугубо ради попробовать пульт от радиолинка, к которому квадр прилагался почти бесплатным довеском, но это к делу не относится). Так что степень их оригинальности мне неведома. Однако, по картинкам это выходили емаксы, прошился на них, попробовал - нет бутлоадера. Дочитал абзац в мануале сьюта, отпаял входной фильтр - есть бутлоадер. В общем, всё строго по мануалу вышло, но вообще, за другие емаксы, само собой, не поручусь.
А почему ожидаемо?
Сам недавно зашил емаксы в хр-12а, отпаивал резисторы с конденсаторами, все прекрасно видится и конфигурируется… Но есть впечатление, что активного торможения как будто и нет. По крайней мере на столе без пропов я никакого торможения не вижу, явно моторы замедляются только по инерции. С чем это может быть связано? Правда я никогда не видел в реале дампед лайт.))
Ну, я написал “ожидаемо”, потому что по ссылке на видео, которую тут дали на мой вопрос, было явно видно, что damped light прошивка в настройках не предлагает. Ещё также потому, что несколькими днями ранее прошивал емаксы во всё те же XP-12A - и там тоже не было. Ну а вообще там разве прошивка настолько интеллектуальна, что тестирует конкретный регуль под собой, и одна и та же прошивка может где-то разрешить damped light, а где-то нет, причём на уровне ещё настроек?.. Что-то мне не верится…
Ну а сам damped light обычно видно хорошо на глаз. Лучше, конечно, с пропеллерами сравнивать - там более очевидно. Но и без них, наверно, разница была бы заметна.
Это означает что регулятор не видит входной сигнал, возможно в этой версии вход заведен на другую ногу процессора. По поводу очистки чипа - при использовании программатора типа usbasp флеш всеравно перезаписывается, так что бояться тут нечему. Прежде всего, нужно установить что это за регулятор и какая прошивка к нему нужна.
Я имел в виду, что хотел считать с нетронутого экземпляра регулятора оригинал прошивки. Ну, чтобы её сравнить с какой-нибудь базой прошивок, либо накрайняк просто переписать её в первый регулятор, который мне пока заставить работать хоть с чем-то общепринятым не удалось.
Ну а что за тип регулятора, и какая прошивка к нему нужна - в этом-то и проблема, что неизвестно… Думаю, что клон DYS SN20A, но сознательно производителем что-то изменено для несовместимости.
А вот про вход на другую ногу - это интересная мысль, мне как-то в голову не приходило. Наверно, относительно несложно проверить… Займусь. Если дело только в этом, то заставить работать будет элементарно, наверно.
И ещё спрошу про другой ESC… Сразу предупреждаю, что вопрос у меня скорее теоретический, на тему - “как с этим жить”… 😃
Вот есть такой ESC:
banggood.com/RW_RC-V14_2-Version-BLHeli-Program-OP…
Я своих фоток приводить не буду, так как у БГ точно лучше, чем у меня бы получилось… Называется “RW.RC V14.2 Version BLHeli Program OPTO mini 20A ESC”. Ну, я купился на то, что маленький, 20А и блхели… По сути же выясняется, что он не умеет даже oneshot (в той партии, что у меня), у него нет бутлоадера и… но об остальном ниже.
Решил разобраться. Посмотрел на него глазами. Стоят nfet-ы. Внешне - ну почти один-в-один с DYS SN20A. Ну, я, не долго думая, это туда и залил. Итог: начальную мелодию играет, но мотор никак вообще не крутит ни при каких раскладах. Попробовал другие варианты прошивок с N/N и близкими амперами. В лучшем случае - аналогичные грабли, в худшем - даже и без мелодии.
Но, так у меня ещё есть такие же - попробовал считать оригинальный флэш. Считывается мусор. Посмотрел фьюзы - ага, запрет на верифай, видимо это оно. Ну и, как мне благожелательно сообщил блхели-сьют, снять этот лок можно только через полный эрейз чипа. Что явно не тот вариант, что мне нужен.
В целом мне не особо грустно - как раз требуются регули на трикоптер, так что один выкинуть не обидно. Однако, хочу задать два вопроса.
Первый - а что ещё можно в такой ситуации сделать в принципе, чтобы оживить регуль?.. Может, я что-то очевидное пропустил?
Второй, а вот такой симптом - играет музыку на старте, но мотор не крутит, это само по себе ни о чём полезном не свидетельствует? На тему инфы, которая поможет его оживить.
Но ещё раз повторю - для меня оба вопроса несут более философский смысл, чем практический.
До бутлоадера можно дотянуться тем, что фьюзы выставлять умеет. Вроде.
А при чём тут фьюзы на силабсе после прошивки блхели-сьютом через C2?.. Бутлоадер там в итоге есть. Только использовать его не получается - что-то мешает.
Буквально пару дней назад ровно так же перешивал EMAX 12A. И тоже - в XP 12A. Последовательность действий была ровно такая же, что и с этими. Прошивка ровно та же. И тоже в итоге не был доступен бутлоадер. Однако, в отличие от данного случая, в мануале на странице 34 было написано:
In order to use the bootloader, the resistor and capacitor circled in blue must be
removed. Removing the cap will increase the noise sensitivity of the input, and
may affect running performance.
Ну я и отпаял резистор и ёмкость, что в синих кружочках на фото. И бутлоадер сразу появился.
Через серво провод не пробовал, жду модуль, буду пробовать через cc3d прошивать и настраивать регуляторы. Если получится отпишусь тут.
Лично у меня через cc3d не получилось (хотя с другими blheli-регулями вполне получалось). Также не получилось через ардуину в режиме D (та же прошивка, что и для C2, подключить землю и третий провод на сигнальный кабель), также не получилось через ардуину в режиме С (другая прошивка, кабели аналогично предыдущему). В общем, не получилось со всеми вариантами для силабса, кроме исходного B - который С2.
Заливал на них BLHeli 14.4 прошивка xp-12a, все отлично работает.
Спасибо за подсказку про XP-12A. Я тоже на этот вариант думал, но боялся попробовать. 😃
Да, oneshot - теперь работает, damped light ожидаемо не работает, а вот то, что через серво провод ничем до бутлоадера не достучаться - это я что-то не доделал?.. Может, там выпаять чего-нибудь надо (по аналогии с тем же EMAX 12A)? Или без шансов?..
И я тоже от себя добавлю. Не совсем эти регули, но “DYS BL Opto 10A” - шли с БГ в составе супер-дешёвого кита с моторами-регулями-пропами от DYS. Проверяю регули - всё отлично, но не работают опции прошивки, которые Atmel-BLHeli Bootloader. Работает AfroFlasher и ардуина в аналогичном режиме. При попытке перепрошивки через них - всё перепрошивается, работает как и раньше, но ничего по сути не меняется. Ну а мне-то нужно, чтобы через BF работало!..
В общем, ситуация разрешилась, когда влез на контактную группу сбоку загнутыми малость пинами, подсоединёнными к usbasp. Вот там (и только там!) при перепрошивке есть опция выбора бутлоадера. Выбрал BLHeli - и всё, видится бетафлайтом.
Друзья, а не знает ли тут кто-нибудь, что это за регуль, фотки которого я приаттачил?.. Нет, ну я и сам знаю, откуда я его взял - снял с Eachine Racer 250. И продаются они отдельно вот тут:
banggood.com/Eachine-Racer-250-Drone-Spare-Part-Si…
Как легко видеть - он на силабсе. Так что уж очень хочется на него воткнуть BLHeli. С C2 пинами проблем нет - они явно промаркированы. Вопрос лишь в том, что именно в него заливать?.. Нигде не смог найти регуль аналогичного вида - ни в документации BLHeli, ни в спредшите SimonK.
Из любопытства проверил. Как и ожидал данные с регулей не считались.
Надеюсь, Вы не забыли сперва переключить в конфигураторе MSP порт c UART1 на UART3, затем сохранить, перезагрузить, переподключить, проверить, что сам конфигуратор работает именно что теперь на Flexi и вот только после этого запустить BLHeliSuite?..
В любом случае, у меня - работает. Как на полноформатном обычном CC3D, так и на атоме. Ну и пруф от разработчика:
github.com/borisbstyle/betaflight/…/1wire.md
Ребят, проблема. Регуляторы Xrotor 20, мозг CC3D прошит Cleanflight. Регуляторы прошил на BlHeli через arduino. Прошились без проблем, работают. НО - я не мгу к ним подклчится. Шнур в usb, запускаю BLHeli Suite выбираю адаптер Silabs Cleanflight нажимаю connect. Тут всё в порядке. А когда жму check то всё виснет и полётный контроллер в итоге отпадает.
Коллеги, мне, право слово, со своими всего лишь четырьмя собственноручно собранными квадрокоптерами неудобно даже влезать в дискуссию… 😃
Однако, напомню. На CC3D ескейпы конфигурятся сьютом через клинфлайтовый интерфейс при двух одновременных условиях:
- бутлоадер блхели (это очевидно - написал для общности),
- подключение через Flexi Port.
Вот второе условие - вероятно и определяющее. Точно - не юсби. И точно - не Main Port. Но наверняка будет работать через флекси, как работает у меня на паре аппаратов.
Да, и, кстати, дополню… Меня тут намедни любимая чёрная дыра Урумчи (совместно с Хоргосом) удивила. Сразу несколько RO…CN трекнулись… во Внуково. О, как… Вылетели из Урумчи/Хоргоса по словам китайской почты этак 3-6 недель назад. Полетали где-то около месяца в среднем (видимо, вокруг Луны, судя по срокам, до Марса, вроде, лететь дольше) и приземлились в Москве, вместо ожидаемого Байконура.
Ну а если серьёзно - вот такая ещё теперь забавная логистика. По срокам не сильно лучше обычного. Однако, для москвичей это куда приятнее, чем Оренбург и Екатеринбург - так как минус неделя на оттуда до Москвы.
Только что получил F3 Racing с banggood’a.
Сразу скачал последний betaflight. Подключил контроллер по USB, из опций выбирал только “Manual Boud Rate: 38400”.
Все прошилось, все работает. Никакие перемычки не паял, ничего больше не делал.
У меня дословно аналогично, только скорость выбрал 256000. Тоже прошилось (а по дефолтовым настройкам - не прошивалась).
Кто как решил вопрос размещения двух антенн? У меня модуль NRF24L01 пришел с такой же антенной, она легко ставится вместо штатной (два круглых пропила в нижней части кронштейна антенны - фиксируется отлично, дополнительно укрепил двумя резиновыми полукольцами), а штатный проводок антенны уложен внутри пульта.
Если делать диод-мод, надо бы тоже внешнюю антенну ставить.
Вот так примерно:
Хоргос и Урумчи в нашем контексте - одно и то же. Оренбург сейчас подчас меняется на Екатеринбург (что в нашем контексте - опять же одно и то же). В ноябре посылки через Хоргос (две штуки) прошли у меня быстро (меньше месяца на круг) - возможно, мне просто повезло. Быстрее идут посылки через Гуанчжоу - тут сильно по разному, но в среднем недели три до московского отделения.
Только что с палкой наступил на ранее неизвестные мне грабли - как раз по обсуждаемой теме. Палка, оказывается, по умолчанию не даёт заплатить более 60тр в рублях за раз (и это при “подтверждённой” кредитке). Не знаю, по какому курсу они этот лимит в валюту отображают. Однако, с БГ в рублях как раз это и было моей проблемой, причём, что обидно, на чуть-чуть. Альтернатива - предоставить им скан паспорта, ИНН и ждать, пока они “подтвердят персональные данные” (написано, что до 30 дней процедура - но в этом они наверняка перестраховываются).
Также там же по умолчанию лимит в 200тр покупок за месяц суммарно. Аналогично, снимается той же процедурой со сканом паспорта.
23.11 RI…CN [Гуанчжоу] Вылетело из аэропорта , и пока тишина это нормально?
Нормально. У меня от 1 до 9 дней промежуток между вылетом и треканьем в Москве. Главное - что вылетело. А то у меня посылка с полутора тысячами резисторов и полсотней светодиодов четыре раза туда-сюда - то sent to airlines, то security check return… Уж не знаю, что им там примерещилось.
В продолжение темы про треки RI…CN. Стали приезжать в Москву. От отправки с БГ до Москвы - 8-14 дней. В общем, не рекордсмены по скорости, но вполне пристойно. Учитывая повышенные меры безопасности в аэропортах. По вполне всем понятным причинам. Я не буду на эту тему что-то ещё вслух говорить, всё и так понятно, да?..
Забавно, но одновременно и треки RO…CN стали вести себя прилично. Конечно, граунд, Казахстан, однако не такая жесть, как была раньше. От БГ до Екатеринбурга - 16-18 дней. Само собой, ещё минимум неделя до Москвы.
Кстати, не стесняйтесь пообщаться с саппортом БГ, если вас что-то не устраивает. Я месяц назад им пожаловался на казахстанскую доставку - и результат вы видите. 😃 Мы - представители великой страны, и этот факт не требует доказательства перед китайцами. Нужно всего лишь озвучить, что именно мы от китайцев хотим получить. Они однозначно хотят идти нам навстречу - но им надо понимать, где именно они накосячили, и как это исправить.
Как человек, у которого с осени прошлого года около 300 заказов, из которых около 200 с бэнгуда - не могу не встрять. 😃 Как раз бэнгуд на общем фоне выделяется предельной предсказуемостью. Скажем, с июня по октябрь он отправлял из рук вон плохо трековые не-емс заказы почти всегда. То есть с предельным и неприятным постоянством. И флитэкспресс тут вообще не при чём никаким боком. Это просто внутренний перевозчик - куда сказали, туда и везёт. И его услугами пользуется далеко не только бэнгуд.
Открою вам секрет, товарищи) вторая буква в треке не несет НИКАКОЙ информации согласно стандарту UPU S10, так что не гадайте)
Диапазон RA-RZ - зарезервирован за регистрируемыми, но не застрахованными, почтовыми отправлениями
Безусловно верно. Что, однако, не отменяет того, что каждый конкретный почтовый китайский хаб в каждый конкретный момент времени имеет свой пул номеров Rx. Так как номера печатаются заранее, а не появляются в момент передачи отправления от отправителя почте (в отличие от EMS).
Конечно, говоря “почтовый хаб”, я сужу сугубо по чёрному ящику - сам лично свечку на китайской почте не держал и её административно-территориального деления не знаю…
Китай страна не маленькая. И где географически находится с клад с RC товарами тоже хз. Транспортник отдают на почту Китая отправления. И вот тут уже сама ПОЧТА КИТАЯ может решить, каким путем отправить посылку. Если склад где нить на западе Китая - привет Урумчи!
Касательно Авиа/Граунд и Оренбурга.
Пока я нигде не видел ПРЯМЫХ доказательств, что посылка импортнувшиеся в Оренбурге не летела в самолете догадок полно (см. эту ветку выше) а вот реально НИЧЕГО.
У меня, кстати, сегодня RO отправленная бэнгом 6 ноября, импортнулась в Екатеринбурге. Я даже сперва спросонья подумал, что меня глючит - 3 раза читал название города, всё ждал, когда окончательно проснусь и прочту привычное “Оренбург”. 😃 Однако, эти 650 км разницы вряд ли принципиально влияют…
И в общем-то для нас не принципиально, летит ли посылка по воздуху или едет по земле. Важно только то, насколько она быстро это проделает. Когда-то давно я читал на сайте почты РФ даже вполне официальное утверждение, что статус “авиа” у любого отправления вовсе не гарантирует, что оно полетит самолётом, а всего лишь то, что будет выбран максимально быстрый способ доставки из доступных. Соответственно, отсутствие этого статуса гарантирует обратное.
А вот про склады БГ и географию Китая - не соглашусь. Равно как и с тем, что продавец заранее не знает, каким путём пойдёт его посылка. Всё он знает, зараза… Тем более что трек-номер он наклеивает до даже флита. И если мы все тут по треку уже знаем примерный срок, то бэнгуд это знает ещё лучше нас.
К тому же посылки RI флитом идут до почты Гуанчжоу в разы быстрее , чем до Хоргоса или Урумчи. Так что вполне логично предположить, что склад (те склады, которые нас интересуют) находится на востоке или на юго-востоке. Ну или как минимум - точно не на западе. Что заодно и логично в плане логистики от тамошних заводов до склада.
Дело, собственно, не в буквах как таковых. Скажем, в апреле заказывал Devo 10 - дошло за 11 дней до отделения(включая и ту часть пути, где флит), а трек был RD. А вот летом RD стали идти строго через Урумчи. Чуть позже RO, которые, насколько я помню, пошли через Хоргос - что по сути ничем не лучше. Теперь вот RI - которые через Гуанчжоу.
Полагаю, каждый крупный почтовый хаб печатает сразу много своих трек-марок и раздаёт их магазинам. Поэтому вот конкретно сейчас и конкретно на бэнгуде такая взаимосвязь между RO/RI и скоростью доставки. Но в любой момент буквы могут измениться, как только сменятся пулы номеров (ну или бэнгуд придумает ещё какой-нибудь способ доставки).
Тоже подтверждаю - прекрасно перешил Eachine XM10A через бетафлайт 2.1.2 на naze32 mini. Прошивал сразу все 4 через BLHeliSuite, по одной штуке руками не пробовал.
12 числа этого месяца заказал всякую мелочёвку - в ихнем письме в графе "способ доставки " стояло - "стандартная доставка " , а трек прислали RI . Посмотрим что на посылку с акумами пришлют .
Просмотрел свои последние два десятка заказов. В письме всегда стоит “Standard Shipping”, если сумма заказа меньше лимита бесплатного трекинга, и всегда “Air Parcel Register”, если больше. Варианта с оплачиваемым трекингом у меня уже давным давно нет - так что не буду утверждать, что написано там (хотя уверен - “Air Parcel Register”).
При этом иногда по каким-то причинам БГ даёт треки на изначально безтрековые заказы. То что было отмечено как “Standard Shipping” в подавляющем случае идёт авиа - иногда за 12 дней даже. Но тут я ничего не готов гарантировать.
То что было отмечено как “Air Parcel Register” до недавнего времени шло строго граундом. И только с 11-го ноября появились вот эти самые RI…
/* Про именно что 11-е ноября - это я, конечно, упрощаю. Просто у меня были заказы 11-го и на прошлой неделе от этой даты. Так что, возможно, дело не в 11-м, в 10-м или в 9-м, или ещё в какой-нибудь дате. */
Так что не верьте роботу бэнгуда - он врёт. 😃
Заказал сегодня четыре акума и три пункта по мелочи . Пришло письмо , что заказ принят и как укомплектуют , всё будет отправлено авиа почтой . Что банггуд начали аки авиа отправлять что ли ? Что то не верится . Раньше они ехали месяца три минимум .
БГ называет air-mail-ом любое отправление, которое не является EMS (я про отправку в РФ, само собой). Что никак не мешает этому отправлению в дальнейшем ехать граундом. В общем, смотрите на трек, который они дадут. Сейчас RO - граунд через Хоргос, RI - Гуанчжоу, полагаю, авиа.
Друзья, дам сейчас непроверенную инфу, так что если ошибаюсь - не пеняйте…
Все мы знаем, что в последнее время трековые отправления с БГ идут через Урумчи или Khorgos - и это ужасно. Однако, с 11 ноября у меня из 6 отправлений 5 ушли через Гуанчжоу (RI…CN). Глядя на карту - это никак не может быть граунд… Очень хочется верить, что БГ взялся за ум - и стал посылать посылки авиа-почтой. Ну, точно узнаю это через неделю (пока 8 дней от получения трека в самом раннем случае). Однако, не могу не отметить, что 2 дня назад одна посылка ушла на RO…CN - и это явно будет Khorgos (не знаю, чем она отличается от остальных пяти - там нет батареек).
Да, характерная особенность RI по сравнению с RO - они трекаться почтой китая (1-2 дня от получения трек-номера) и отправляться на экспорт (2-5 дней) начинают раньше, чем RO вообще трекается. Что логично - тут куда меньше флит-экспресса.
А кто то заказывал уже эти контроллеры ( видео ) ?
hobbyking.com/…/__87784__NANO_N32_Plus_Flight_Cont…
hobbyking.com/…/__87785__Openpilot_Mini_CC3D_Fligh…
Я использовал для ET150 вот такой с бэнга:
banggood.com/Acro-Afro-Mini-Naze32-NAZER-32-10DOF-…
Это не оно же, что по первой ссылке с HK? Внешне очень похоже, только надпись другая на пластиковом корпусе.
В общем, мне этот контроллер очень понравился - легко можно убрать ненужные проводки, правильная форма (куда лучше чем у атома), баро и компас есть (хотя не уверен, что они мне нужны). Всё что должно работать - работает (тестировал под CF и позднее под BF). Единственное, что не понравилось - слабая защёлка пластикового корпуса. Пришлось ещё поверх прихватить хомутом к раме дополнительно к двухсторонней липучке.
И все таки по его постингам наза и все платы F1 накладывают некоторые ограничения с которыми он борется.То бишь в будущем выборе следующей платки я понял нужно ориентироваться на F3
Кстати, Сергей… Я, конечно, Вас сам призывал не давать объяснений и переводов. Однако, вот эту тему пропустил и не готов вернуться к ней на буржуйском форуме. Можете чуть подробнее прокомментировать?..
И, заодно, F3 это вот такая, например? -
banggood.com/Upgrade-NAZE32-SP-Racing-F3-Flight-Co…
Глубина описания изменений может дойти до границы моего понимания Есть там раздел комиты, где сравнивают например прошивку Betaflight 2.1.2b с просто бетой В этом разделе пишется произошло изменение 1 файла и далее код программы в котором я дундук, поэтому что произошло в изменениях нужно действительно читать на форуме и как правило дается в коментах к новой прошивке.
Сергей, а Вы не комплексуйте - просто продолжайте делать то, что считаете правильным. Что касается пожеланий от форумчан, чтобы Вы ещё и переводили список изменений на русский… Вот скажу как человек считающий русский язык высшей ценностью. И относительно неплохо одновременно с этим понимающий английский. Проблема перевода в том, что на русском нет заведомо устоявшихся терминов для ряда явлений. И какой перевод им не дай - он стопудово кому-нибудь не понравится. И ни Вам, ни мне не под силу повернуть язык столь огромной нации по своему желанию. Ну, не Пушкины мы с Вами, да…
А раз так - то и не надо заморачиваться. Давайте новости на языке оригинала. Кому надо - переведёт гуглом. Кому сильно надо - изучит английский. Что касается сути вещей и ссылки на diff в git - тем более не надо пытаться это перевести на человеческий язык. Кому сильно надо - тот и так поймёт. Кому не сильно - тому и без разницы на самом деле. Да, и кстати - спасибо за эту ссылку.
Ещё раз повторю - Вы, Сергей, делаете полезное и нужное дело. Не надо пытаться ещё одновременно творить чудеса и превращать воду в вино.
Бетка обновилась до Betaflight 2.1.2b
github.com/borisbstyle/betaflight/releasesPS Народ, а нужны такие новости или просто я молочу воздух ?
Нужны. Я, скажем, постоянно читаю ветку Бориса на rcgroups, однако, там на день-два отойдёшь - и абзац - десятки страниц народ исписал. Аж руки опускаются читать… Однако, прочтёшь тут новость, что бетафлайт обновился - вот и стимул появляется собрать волю в кулак и всё-таки прочесть.
В документации написано, что можно переключать рейт-профили в полёте с помощью inflight adjustments. У каждого профиля есть свой рейт-профиль по-умолчанию (с тем же номером), но его можно и переназначить.
И правда - нашёл в документации, хотя ранее эти разделы читал, но не связал воедино… Интересно, а каков физический смысл изменения налету рейт-профайлов, что за ради них терпеть такой экстра-гимор с дампом настроек (в том смысле, что они отвязаны от просто-профайлов)? Мне на ум приходит только сделать таким замудрёным путём что-то типа dual-rates (точнее, triple-rates уж тогда). Их вообще кто-нибудь использует отдельно от просто-профайлов?
ещё вопрос:
как правильно делать бекап настроек для CF сейчас? - штатная команда пропускает некоторые настройки\режимы полёта. Если можно - виде ответа для FAQ (в CLI вводим команды 1 2 3 копируем вывод в блокнот - профит).
А вот на буржуйском форуме буквально намедни наткнулся на упоминание clipytool:
www.etheli.com/CF/clipytool/
По первому впечатлению - весьма полезная утилита. Которая делает ровно то, что от неё ожидаешь и чуть больше. Но головой не поручусь - я её пока всего два раза использовал на двух ненастроенных аппаратах… Ну, а клинфлайт - две недели, бетафлайт - неделю…
Что касается просто dump - этого, насколько я понял, недостаточно, так как есть ещё profile и rateprofile. С первым всё понятно, а вот смысла rateprofile я так до сих пор и не уловил. В частности - как он связан с просто_profile. Возможно, это тоже вопрос, напрашивающийся в FAQ…
Не совсем. Формально там надо еще делать переключение профилей и сохранение рейтов профилей. Но… Насколько я понимаю, cf/bf не поддерживает переключение профилей с аппаратуры, и это не очень. OP поддерживал. Так что бэкап профилей не очень то и нужная штука.
Э-э-э… Левый стик в левый нижний угол. Правый (везде по центру): влево, вверх, вправо. Соответственно, профайлы 1, 2 и 3. При этом мигает лампочкой 1-2-3 раза. Так что профайлы как раз на ходу очень даже нужны. А вот кто бы мне объяснил, зачем отдельные рейт-профайлы…
Значит где-то порезали код. Раньше не влезало =)
А по тулчейнам фик знает. Я в инете пытался читать, как на CentOS поставить, мозги поплыли. Все ужасы рисовали. А потом статью для Ubuntu нашел, там элементарно из репозитория ставится. Хорошо была одна машина как раз на Ubuntu. А потом уже и про то, как на винде компилить прочитал.
Не, реально ничего никуда ставить не надо вообще. Проще надо быть… 😃 Скачиваем архив с нужным тулчейном из того самого места по ссылке с сайта. Кладём рядом с другими тулчейнами (в смысле - другой версии, версии старые подчас требуются). Осталось только его bin прописать в PATH. Т.е. строчки примерно такого вида:
ARM_TOOLS=/home/vasil/rc/__src__/gcc-arm-none-eabi-4_9-2015q3/bin
PATH=$ARM_TOOLS:$PATH
export PATH
Хитрый вопрос - куда их положить? Самое элементарное решение - сделать командный файл баш с этими строчками и дальнейшими make - его и запускать. Если лениво - то в автозапуск. Некоторые советуют в ~/.bashrc - но это неправильный вариант, они там дуплится начнут (если работать в линуксовом ГУИ), что некрасиво. Правильный вариант - в ~/.bash_profile, но если его изменить, то нужно перелогиниваться, что влом. Наверно, самое правильное - сделать отдельную директорию, прописать её вышеприведённым образом, а на неё ставить софт-линки текущей версии тулчейна. Но я вообще не особо спец по линуксам - задал сейчас этот вопрос парню в отделе, который у нас по линуксовой разработке главный.
Ну а потом просто make запускать с соответствующими параметрами. В принципе этот метод от разновидности линукса не должен зависеть. Равно как и от наличия/отсутствия у него правильного/неправильного тулчейна в репозитариях. По крайней мере проверял на девиэйшен и CF/BetaFlight - вполне этого достаточно.
Сорри за линуксоидный оффтопик… Надеюсь, кому-нибудь из пользователей линукса будет полезно.
В курсе, писали. Коротко: не хватает памяти. Если шарим в теме, то читаем это github.com/borisbstyle/betaf...n Windows.md или аналогичное для Linux (с убунту проще всего, там есть тулчейны). Скачиваем исходники, в src/main/target/CC3D/target.h комментируем лишние модули типа GPS, LED, SONAR и добавляем #define GTUNE. Компилим. Изи бризи =)
О, спасибо! А я что-то стормозил… У меня не убунта, а суся, однако тулчейны ещё с перекомпиляций devo настроены. Да и вообще под линуксами всех дел - архив с тулчейном скачать, его bin в путь засунуть. Точно - вместо GPS должен влезть…
Пока писал - попробовал. Странно - даже без убирания чего-либо всё влезло. Штатная последняя версия из репы - 118876 байт (цифры из конфигуратора после Load Firmware Local), новая - 119864. Я, конечно, ни в чём не уверен… Но по крайней мере оно скомпилилось, загрузилось и в конфигураторе в Modes появился GTUNE…
------------
Это я имею в виду - репу локально через git pull обновил (до того неделю назад её скачал, чтоб была - привычка против разрабов из собственной конторы), дефайн вставил, make clean, make.
Ещё добавлю что у меня под линуксом при прошитом hex-е с коннектом через usb при включении, а также после любой перезагрузки контроллера, необходимо выждать секунд 5-10, а затем несколько раз нажать на Connect (возможно, просто дольше выждать, но мне никогда терпения не хватало). Не знаю, на форточках также или иначе… Но вот зато через FTDI коннект всегда с первой попытки.
И вопрос тем, кто в теме про бетафлай… Заметил, что на cc3d нет Gtune. Какая там история и перспективы вопроса? Просто не влезло в прошивку? Автор в будущем обещает, или не судьба?
Решил прошить BetaFlight от borisb
Алгоритм такой
1 Качаю прошивку для CC3D
2 Выбираю BIN файл и прошиваю его с помощью OpenPilot GCS.
только не могу найти как это сделать на какой вкладке прошивать BIN?
CC3D не подключён - запускаем OP GCS - Firmware - Rescue - вот тут подключаем плату - и получаем новые кнопочки.
В этом месте очень настоятельно советую нажать Retrieve и сохранить текущую прошивку OP. Только с её помощью мне удалось вернуть CC3D на OP без танцев с переустановкой бутлоадера. Однако, это опциональный шаг.
Затем Open - выбираем скачанный раньше bin - ставим галочку - Flash. Отключаем CC3D, закрываем GCS.
3 В хроме ставлю приложение Cleanflight - Configurator
4 прошиваю уже hex файл прошивки.
И все должно работать включая автотюн ?
Шаг 4 - не нужен, ведь у нас уже стоит прошивка…
А вот вместо него готовим FTDI (ну или CP2102) и подключаем в main port. Ещё на недавнем клинфлайте у меня CC3D работал с ним по usb. А вот на бетафлайте - окончательно перестал. И слава богу - это был сущий гимор, а не работа…
На счёт того, что там в итоге работает в таком режиме, а что нет - точно не скажу сейчас уже. Так как я сделал почти одновременно два шага:
- плюнул на разъём usb и вместо него воткнул ftdi в main port,
- плюнул на совместимость с OP по прошивальщику и перепрошил с замыканием бутлоадерных пинов.
В итоге в рабочем аппарате стоит CC3D Atom в таком режиме - там всё работает, что есть в прошивке. А на втором аналогичном Атоме прошивка сделана по первому варианту (на случай, если я захочу вдруг попробовать какой-нибудь свежий форк ОП), но сам он пока никуда не подключён - проверить особо не могу.