CRIUS ALL IN ONE PRO Flight Controller

Saradon
Art_Nesterov:

PWM

Прошил PWM. Пульт увидело, но все каналы перепутаны.
Где поменять MODE так и не нашёл.
Ну это всё оффтоп и лирика.

screamer29
Saradon:

Прошил PWM. Пульт увидело, но все каналы перепутаны.
Где поменять MODE так и не нашёл.
Ну это всё оффтоп и лирика.

В пульте поменяй) перетыкай проводки местами. вариантов масса

Saradon
screamer29:

В пульте поменяй) перетыкай проводки местами. вариантов масса

Т.е. нормального подхода нет?

Art_Nesterov:

Как то я вам давал тайную ссылку в гугл…есть еще секретное собрание сочинений “А давайте обсудим ардукоптер”… только вам!

ПФФ… Всего-то 558 страниц. Ну, неделю чтений и МОЖЕТ БЫТЬ узнаю как поменять.
Ладно, давайте больше тут не будем оффтопить.

Art_Nesterov
Saradon:

Т.е. нормального подхода нет?

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

Saradon
Art_Nesterov:

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

Я знаю, как переназначать каналы, но перректальный подход меня не устраивает.
У меня MODE2, соответственно, газ на третьем канале. Пин третьего канала приёмника воткнут в пин третьего канала контроллера. В Мультивие третий канал управляет газом. Логично. Неправда-ли? Так почему-же в Пирате он управляет явом? Вероятно, Пират думает, что у меня другой MODE так ведь? Так ему надо сказать, что надо выставить соответствие с MODE2, но настройки такой, как я понимаю, нет. Вы-же предлагаете лечить зубы через задний проход…

Art_Nesterov
Saradon:

Т.е. нормального подхода нет?

А для вас, как всегда офф сайта не существует? (немножко прочитать придется)

Saradon:

Вы-же предлагаете лечить зубы через задний проход…

Это видимо у вас видение такое… вы не первый, кто подключает аппу к мегапирату… и представьте, Человечество все таки справилось! Может читнете… разок. (если лень, присылайте коптер мне, я настрою, облетаю за вас:) )

Saradon:

В Мультивие третий канал управляет газом.

А по-вашему это непременно стандарт? Это всего лишь контакт №3, который соответствует газу именно для этой прошивки.

Saradon
Art_Nesterov:

А для вас, как всегда офф сайта не существует? (немножко прочитать придется)

К сожалению, в английском не силён. Но как смогу - почитаю. Кстати, это не Мегапирата, это Ардупилота сайт.

Art_Nesterov:

А по-вашему это непременно стандарт?

Эм… Так-то да. MODE2 называется. Общепринятый…
Давайте перейдём в ветку про Ардупилот…

RTemka

На самом деле если покурить мануал на мегапират, там четко расписано как изменить порядок чередования каналов.
Причем варианты предустановленные есть уже 😃
www.megapirateng.com

Один момент при прошивке флешером каналы в прошивке самолета не меняются только в коптерной.
Для самолета правим руками.

14 days later
Saradon

Плата 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, запускаю прошивку загрузчика - в результате та-же ошибка.
Вот тут пишут, что это нормально и так и должно быть, и после всего этого скетчи будут нормально заливаться, но у меня всё так-же ничего не прошивается.
Как быть, что делать?

Art_Nesterov
Saradon:

Как быть, что делать?

Сдуть мегу и припаять новую…

Saradon
Art_Nesterov:

Сдуть мегу и припаять новую…

Похоже, так и придётся.
Загрузчик умер железно?

Art_Nesterov

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

RTemka

SPI программатор пробовал ?
Заведомо рабочий ?

Saradon
RTemka:

SPI программатор пробовал ?

Arduino as ISP

RTemka:

Заведомо рабочий ?

Да, Турингу 33 раза им прошивал.

Saradon

Подключил к 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.
Saradon

Я сильно извиняюсь…
Много раз наблюдал схемы подключения, когда к одной паре TX-RX подключено сразу два устройства. Например, телеметрия и OSD.
Но разве такое возможно?
Разве последовательный порт позволяет подключить два устройства?

Art_Nesterov
Saradon:

Я сильно извиняюсь…
Много раз наблюдал схемы подключения, когда к одной паре TX-RX подключено сразу два устройства. Например, телеметрия и OSD.
Но разве такое возможно?
Разве последовательный порт позволяет подключить два устройства?

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

Saradon
Art_Nesterov:

если есть схемы включения, значит работает, значит можно передавать данные на несколько устройств. (отключить только нужно из одного устройства-приемника ТХ и все будет ок)

Понял. Т.е. передавать одновременно может на сколько угодно, а принимать, соответственно, только от одного. Спасибо, попробую так.
Внезапно. MinimOSD надо обязательно и TX и RX для работы. Иначе NO DATA.

Art_Nesterov
Saradon:

Внезапно. MinimOSD надо обязательно и TX и RX для работы. Иначе NO DATA.

Нет, так быть не должно. Для устройств которые принимают и передают, необходимо TX и RX. А минимосд ни чего не передает контроллеру. 100% работает с одним проводом, сам проверял, есть насколько живых коптеров с таким подключением. Миним осд нормально работает в паре с БТ модулем. Вот БТ точно нужно два сигнальных - TX и RX. (Так же если с радиомодемом тоже нужно TX и RX)

Saradon
Art_Nesterov:

Нет, так быть не должно. Для устройств которые принимают и передают, необходимо TX и RX. А минимосд ни чего не передает контроллеру. 100% работает с одним проводом, сам проверял, есть насколько живых коптеров с таким подключением. Миним осд нормально работает в паре с БТ модулем. Вот БТ точно нужно два сигнальных - TX и RX. (Так же если с радиомодемом тоже нужно TX и RX)

Возможно, тут надо уточнения. Я использую MultiWii в полётном контроллере и, соответственно, в OSD прощивку MW OSD, а она как-раз передаёт данные в контроллер. Я думал, что без второго провода просто не будет работать эта функция, а данные она так и будет получать, но нет, отказывается. Может это как-то настроить можно будет - полазию по GUI.