Автопилот Arduplane - открытое ПО
надо откатится на несколько прошивок назад
а-а, Вы используете стоковые. Я уже и забыл что в них для апм терминала нет. Я пользую прошивку и загрузчик от Кирилла (prg) 3.2.2 , к хорошему привыкаешь быстро. Мне кажется дальше обновлять апм смысла нет, если только пиксхавк
пользую прошивку и загрузчик от Кирилла (prg) 3.2.2 ,
Че то не нашел у него в дневнике ничего, если можно ссылочку…
В этой теме где-то феврале-марте выкладывался хекс.
где-то феврале-марте выкладывался хекс
Страница 185 пост #7383
30 градусов.
Раньше вы писали, что до 80 градусов APM им двигает. Странно это, не должно быть так.
Странно это, не должно быть так
Я может быть не совсем понятно описал ситуацию.
Повторю.30 градусов-это крайние точки отклонения РВ в режиме MANUAL,при переключении на земле в режимы STAB и FBWA-РВ достигает крайних отклонений при наклоне самолета носом к земле или носом в небо на угол примерно 45 градусов,соответственно при пикировании с углом 45 градусов РВ уже будет отклонен на угол 30 градусов (его крайнее положение).При включении режимов CIRCLE и RTL-на земле РВ отклоняется на 30 градусов лишь тогда,когда нос самолета направляю к земле или в небо примерно на 80 градусов.Вот этот момент и был мне непонятен.Ранее,когда самолет упал в режиме RTL (еще не настроенном)-отклонения РВ даже в режимах STAB и FBWA были порядка 50 % от крайних положений в режиме MANUAL,что было явно недостаточно.
если можно ссылочку
rcopen.com/forum/f90/topic132831/7450
а лучше с rcopen.com/forum/f90/topic132831/7427 и до конца страницы почитать
почитать
Читать вроде бы все умеют.Но как всем известно-теория всегда отличается от практики.И казалось бы настроенный во всех отношениях механизм на столе-начинает отказывать и давать сбои в поле.)))
я писал для vasia по поводу 3.2.2 с терминалом от Кирилла и процесса прошивки bootloader
я писал для vasia по поводу 3.2.2 с терминалом от Кирилла и процесса прошивки bootloader
Меня ваши ссылки просто увели в ненужное направление.Виновные наказаны,всё хорошо.))))
- В прошивку код терминалки не влезает, поэтому выкинули. Причем и для pixhawk тоже выкинули.
- В последней прошивке (3.2.1) для pixhawk консоль вернули.
- Для APM2 можно высвободить место путем перепрошивки bootloader, но для этого нужен программатор AVR/ISP.
github.com/diydrones/ardupilot/issues/1673
Естественно после этого еще нужна сборка прошивки со включенной консолью
А Arduino IDE для перезаливки бутлоадера подойдет?
- Команды для перепрошивки (ВНИМАНИЕ: все настройки надо предварительно сохранить, они могут стереться):
github.com/KIrill-ka/ardupil...ader/FLASH.txt
Че то знаний явно не достаточно . Что есь команды для перепрошивки?
Блин какая вещь все таки APM …щас как запаяю ISP как перепрошью чавонибудь, сгоррит не страшно…1500 РЭ не смертельно. Как вспомню муки адовы со Смолтимом, че я его раньше не выкинул.
нужен программатор AVR/ISP
Василий,неужели еще нет в хозяйстве ? Советую приобрести (благо стоит копейки).
Всего в распоряжении 8 каналов, но все выбраны… 4+1 заняты на управление + переключение режимов, +1 переключение между камерами, +1 PAN и +1 TILT на одной из камер. Итого 8. Пытаюсь решить задачку с дистанционным включением записи на камере и ничего не могу придумать. Чтобы камера включала запись нужно постоянно подавать на порт камеры высокий PWM с какого-нибудь выхода APM. Возможно кто-то уже решал данную проблему и подскажет хорошую идею.
Возможно кто-то уже решал данную проблему и подскажет хорошую идею.
Можно задействовать канал переключения между камерами. Для двух:
камера 1, запись отключена - PWM 1000-1250
камера 1, + запись - PWM 1251-1499
камера 2, запись отключена - PWM 1500-1750
камера 2, + запись - PWM 1800-2000
Смещение на включение записи делать миксами.
Для трёх в принципе аналогично, т.к. переклчатель всё равно определённые диапазоны PWM воспринимает.
А если представить, что с приемника по PPM можно снимать до 12 каналов, то как их получать с APM? ведь PWM выходов всего 8.
ведь PWM выходов всего 8.
кто вам такое сказал?
а вообще если камера срабатывает на тригер сигнал больше Х то можно тригер на газ повесить, даванул газ на максимум кратковременно включилось)))
Я так понял,что Сергей спрашивает про то,как программно перекинуть сигнал с планки OUT на планку 0-13.Т.к. у него уже нет возможности воткнуть еще один провод в планку OUT.Так ?
А Arduino IDE для перезаливки бутлоадера подойдет?
мы же уже беседовали на эту тему rcopen.com/forum/f90/topic132831/7608
Смолтимом, че я его раньше не выкинул.
+100500
дороговато…
Всего в распоряжении 8 каналов
Вы отстали rcopen.com/forum/f90/topic132831/7429
Василий,неужели еще нет в хозяйстве ? Советую приобрести (благо стоит копейки).
Не ну обижаете…шили мала мала.
Мне вот с этим не понятно…
- Команды для перепрошивки (ВНИМАНИЕ: все настройки надо предварительно сохранить, они могут стереться):
github.com/KIrill-ka/ardupil...ader/FLASH.txt
Ну взял какую ни наесть программку для прошивки, выбрал кристалл, выбрал заливаемых хекс, нажал прошить…а команды эти куды? Там какой то терминал будет и туда их запихать…? Или это потом в Мишке в терминале надо че то сделать?
А если представить, что с приемника по PPM можно снимать до 12 каналов, то как их получать с APM? ведь PWM выходов всего 8.
Если приёмник OpenLRS c прошивкой Baychi то 8 каналов можно отдать по PPM на APM, остальные(9-12) снять с приёмника уже PWM.
На других приёмниках может быть что то подобное.
Универсальный путь - на выход PPM параллельно повесить APM и декодер PPM-PWM. Нужные каналы брать с декодера.
Декодер можно собрать на Arduino pro mini, небольшой получается.
Имеется кучка халявных GPS-модулей NEO6Q от сигнализаций, насколько они применимы для APM? Как я понял отличие от NEO6M только большая стабильность генератора. Есть ли у кого готовая проверенная схема законченного модуля совместимого с APM?