CRIUS ALL IN ONE PRO Flight Controller
PWM.
Кстати, да…
Спасибо…
PWM
Прошил PWM. Пульт увидело, но все каналы перепутаны.
Где поменять MODE так и не нашёл.
Ну это всё оффтоп и лирика.
Прошил PWM. Пульт увидело, но все каналы перепутаны.
Где поменять MODE так и не нашёл.
Ну это всё оффтоп и лирика.
В пульте поменяй) перетыкай проводки местами. вариантов масса
Где поменять MODE так и не нашёл.
Как то я вам давал тайную ссылку в гугл…есть еще секретное собрание сочинений “А давайте обсудим ардукоптер”… только вам!
В пульте поменяй) перетыкай проводки местами. вариантов масса
Т.е. нормального подхода нет?
Как то я вам давал тайную ссылку в гугл…есть еще секретное собрание сочинений “А давайте обсудим ардукоптер”… только вам!
ПФФ… Всего-то 558 страниц. Ну, неделю чтений и МОЖЕТ БЫТЬ узнаю как поменять.
Ладно, давайте больше тут не будем оффтопить.
Т.е. нормального подхода нет?
Нормальный подход, это когда ваша аппа позволяет переназначать каналы. И тогда на любой выход, можно назначить любую функцию. Но это же читать мануал по вашей аппе… для вас, великого писателя, это неподъемная задача.
Нормальный подход, это когда ваша аппа позволяет переназначать каналы. И тогда на любой выход, можно назначить любую функцию. Но это же читать мануал по вашей аппе… для вас, великого писателя, это неподъемная задача.
Я знаю, как переназначать каналы, но перректальный подход меня не устраивает.
У меня MODE2, соответственно, газ на третьем канале. Пин третьего канала приёмника воткнут в пин третьего канала контроллера. В Мультивие третий канал управляет газом. Логично. Неправда-ли? Так почему-же в Пирате он управляет явом? Вероятно, Пират думает, что у меня другой MODE так ведь? Так ему надо сказать, что надо выставить соответствие с MODE2, но настройки такой, как я понимаю, нет. Вы-же предлагаете лечить зубы через задний проход…
Т.е. нормального подхода нет?
А для вас, как всегда офф сайта не существует? (немножко прочитать придется)
Вы-же предлагаете лечить зубы через задний проход…
Это видимо у вас видение такое… вы не первый, кто подключает аппу к мегапирату… и представьте, Человечество все таки справилось! Может читнете… разок. (если лень, присылайте коптер мне, я настрою, облетаю за вас:) )
В Мультивие третий канал управляет газом.
А по-вашему это непременно стандарт? Это всего лишь контакт №3, который соответствует газу именно для этой прошивки.
А для вас, как всегда офф сайта не существует? (немножко прочитать придется)
К сожалению, в английском не силён. Но как смогу - почитаю. Кстати, это не Мегапирата, это Ардупилота сайт.
А по-вашему это непременно стандарт?
Эм… Так-то да. MODE2 называется. Общепринятый…
Давайте перейдём в ветку про Ардупилот…
На самом деле если покурить мануал на мегапират, там четко расписано как изменить порядок чередования каналов.
Причем варианты предустановленные есть уже 😃
www.megapirateng.com
Один момент при прошивке флешером каналы в прошивке самолета не меняются только в коптерной.
Для самолета правим руками.
Плата AIOP v2 от RcTimer.
Куплена тут, на форуме.
Стоит и работает Магепират.
Но плату невозможно прошить.
Ни из MP, ни через мегапиратовский флештул, ни через Arduino.
Менял порты, шнурки, компьютеры, версии IDE, подключал как через USB, так и через FTDI.
Результат всегда один.
avrdude: verification error, first mismatch at byte 0x0000
0x0c != 0xcb
avrdude: verification error; content mismatch
В строчке “0x0c != 0xcb” данные всегда разные, но “at byte 0x0000” всегда по нулям.
Пробовал прошить загрузчик.
Прошил в Nano ArduinoISP, подключил по мануалу к AIOP, запускаю прошивку загрузчика - в результате та-же ошибка.
Вот тут пишут, что это нормально и так и должно быть, и после всего этого скетчи будут нормально заливаться, но у меня всё так-же ничего не прошивается.
Как быть, что делать?
Как быть, что делать?
Сдуть мегу и припаять новую…
Сдуть мегу и припаять новую…
Похоже, так и придётся.
Загрузчик умер железно?
Хз… о том, что сдохла мега 2560, сообщения проскакивали крайне редко, а про загрузчик чаще. Поэтому я предполагаю, что есть какие то нюансы с прошивкой бутоадера. Но если все правильно делаете и не получается… сдуть мегу - радикальное решение.
SPI программатор пробовал ?
Заведомо рабочий ?
SPI программатор пробовал ?
Arduino as ISP
Заведомо рабочий ?
Да, Турингу 33 раза им прошивал.
Подключил к USBasp и SinaProg.
Ниже скрин считанных фьюзов.
Слева картинка - считанные фьюзы с аналогичного рабочего устройства.
У рабочего Lock Fuse равен 0х3F, а у пациента - 0x0F.
При попытке записать новые значения выпадает ошибка.
Лог:
avrdude -C avrdude.conf -c usbasp -p m2560 -U hfuse:w:0xD8:m -U lfuse:w:0xFF:m -U lock:w:0x3F:m -U efuse:w:0xFD:m -q
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x1e9801
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):
avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:
avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0xFF"
avrdude: writing lfuse (1 bytes):
avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFF:
avrdude: load data lfuse data from input file 0xFF:
avrdude: input file 0xFF contains 1 bytes
avrdude: reading on-chip lfuse data:
avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0x3F"
avrdude: writing lock (1 bytes):
avrdude: 1 bytes of lock written
avrdude: verifying lock memory against 0x3F:
avrdude: load data lock data from input file 0x3F:
avrdude: input file 0x3F contains 1 bytes
avrdude: reading on-chip lock data:
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0x3f != 0x0f
avrdude: verification error; content mismatch
avrdude: safemode: Fuses OK
avrdude done. Thank you.
Я сильно извиняюсь…
Много раз наблюдал схемы подключения, когда к одной паре TX-RX подключено сразу два устройства. Например, телеметрия и OSD.
Но разве такое возможно?
Разве последовательный порт позволяет подключить два устройства?
Я сильно извиняюсь…
Много раз наблюдал схемы подключения, когда к одной паре TX-RX подключено сразу два устройства. Например, телеметрия и OSD.
Но разве такое возможно?
Разве последовательный порт позволяет подключить два устройства?
Не верьте глазам своим! это галлюцинация!😉 Если много раз наблюдали такие схемы включения, значит пора пофлудить… сорри за оффтоп.
Сам по себе вопрос, мягко говоря странный… если есть схемы включения, значит работает, значит можно передавать данные на несколько устройств. (отключить только нужно из одного устройства-приемника ТХ и все будет ок)
если есть схемы включения, значит работает, значит можно передавать данные на несколько устройств. (отключить только нужно из одного устройства-приемника ТХ и все будет ок)
Понял. Т.е. передавать одновременно может на сколько угодно, а принимать, соответственно, только от одного. Спасибо, попробую так.
Внезапно. MinimOSD надо обязательно и TX и RX для работы. Иначе NO DATA.
Внезапно. MinimOSD надо обязательно и TX и RX для работы. Иначе NO DATA.
Нет, так быть не должно. Для устройств которые принимают и передают, необходимо TX и RX. А минимосд ни чего не передает контроллеру. 100% работает с одним проводом, сам проверял, есть насколько живых коптеров с таким подключением. Миним осд нормально работает в паре с БТ модулем. Вот БТ точно нужно два сигнальных - TX и RX. (Так же если с радиомодемом тоже нужно TX и RX)