А давайте обсудим Arducopter - APM
Как говорится, дело было не в бобине, а м*дак сидел в кабине:)
Оказалось, на платке сразу 2 резинки от вибро-подвеса порвались когда я USB в спешке выдергивал.
Mefist, ваши пиды подошли. Спасибо)
Как говорится, дело было не в бобине, а м*дак сидел в кабине:)
Оказалось, на платке сразу 2 резинки от вибро-подвеса порвались когда я USB в спешке выдергивал.
Mefist, ваши пиды подошли. Спасибо)
Как я тебя понимаю))) Сам на первых порах столько лопастей разбил)) тоже раз от раза взлететь не мог, а оказалось что один провод от приемыша был перебит и контак то был то нет)
Интересно как!!! У меня стоит 19.
У меня была 9ка и светодиоды индикаторные не работали , исправил на 3ку и стали работать как надо .
можно задать иной порядок 4 входных каналов
copter.ardupilot.com/wiki/arducopter-parameters/#R…
Не могу найти в full parameter list эти параметры((
Надо наверное МР обновлять? У меня еще 1.3.0
Или это от прошивки зависит. Еще 3.0.1
Обновил МР…
Наверное все же от прошивки зависит. Блин, опять танцы с бубнами…((((((
поискал, но не нашёл ответа
вчера все вроде нормально было сегодня утром подключил
начинает соединятся с компом, находит, начинает грузить параметры и останавливается на got param rc4_rev (иногда другие)
ну и понятно что дальше ничего не происходит.
прошивал, прошивается, но проблемма не уходит
подскажите что это и лечится ли ???
Всем привет. Приобрел видимо совсем китайский клон APM 2.5 с алиэкспресса. Прямо из коробки у него было несколько проблем. Первая - нерабочий стабилизатор на 3.3 В, как следствие - невозможность проинициализироваться на этапе проверки гироскопа. Починил заменой стаба на LM1117MPX-3.3, платка ожила.
Вторая проблема: изначально на плате перемычка включения встроенного компаса была разомкнута, соответственно - нерабочий компас. Перемычку впаял - компас заработал.
И вот осталась единственная странность, которую пока не знаю как починить. Несмотря на то, что плата выглядела полностью рабочей, не удавалось перезалить в нее прошивку штатным способом. Mission Planner упорно говорил «Communication Error - no connection». Решил перешить bootloader у контроллера 2560, и - о чудо! - после этой операции удалось залить прошивку как ни в чем не бывало. Однако только один раз. На второй попытке перезалить прошу опять получаю «Communication Error - no connection». Шью bootloader - и снова можно залить прошивку, но опять только один раз. Получается, что каждый раз, когда я хочу обновить или перезалить прошивку, мне нужно предварительно шить bootloader.
С чем это может быть связано?
Нужно прошить бутлоадер и потом выставить fuse bit’ы. Что бы микроконтроллер не перезаписывал прошивкой автопилота ту область памяти программ в которой уже залит bootloader. Может у кого из форумчан есть под рукой шпаргалка, если никто не подскажет то позже зайду с компа дам направление поисков.
И вот осталась единственная странность
Попробуйте так…
Попробуйте так…
Именно так я и пробовал 😃
Нужно прошить бутлоадер и потом выставить fuse bit’ы. Что бы микроконтроллер не перезаписывал прошивкой автопилота ту область памяти программ в которой уже залит bootloader. Может у кого из форумчан есть под рукой шпаргалка, если никто не подскажет то позже зайду с компа дам направление поисков.
Буду признателен!
Именно так я и пробовал 😃
…
Собственно Вам выше дали все что нужно, и фьюзы и прошивку. От себя могу посоветовать какую-то программу типа Sinaprog или может есть ещё что-то современнее/удобнее, для того что бы используя ее прочесть регистры фьюзов из МК. Если прочитать не получится, то возможно мега с битым регистрам fuse или что то с регистром lock bits. В любом случае, нужно сначала прочесть фьюзы и попробовать поставить для теста 1-2, хотя бы переключить бит отвечающий за источник тактовых импульсов на внутренний RC-генератор. Но следует быть очень внимательным и “7раз отмерять” т.к. можно легко или заблокировать память программ или “окерпичить” МК.
Если Вы ничего не поняли, то будет очень полезно просмотреть теорию про термины которыми я тут намусорил. Там совершенно ничего военного, а вот описания, значиния и совершенно все о фьзах описано в даташитах на МК (даже на русском найти не сложно)
фьюзы ардуино для 2560
avrdude -q -C avrdude.conf -p m2560 -c diecimila -P ft0 -b 19200 -Uefuse:w:0xFD:m -Uhfuse:w:0xD8:m -Ulfuse:w:0xFF:m -Ulock:w:0x0F:m -B 4000
::mega2560.name=Arduino Mega 2560
::mega2560.upload.protocol=stk500v2
::mega2560.upload.maximum_size=258048
::mega2560.upload.speed=115200
::mega2560.bootloader.low_fuses=0xFF
::mega2560.bootloader.high_fuses=0xD8
::mega2560.bootloader.extended_fuses=0xFD
Я дико извиняюсь ! Вот какая у меня проблема:
Год назад купил APM 2.6(родной, 3DR), только сейчас руки дошли почти собрать.
Ставлю прошивку, вроде все хорошо.
- Пытаюсь откалибровать акселерометр - пишет failed.
- Пытаюсь зайти в терминал начинает крякозябры бесконечные писать.
делаю через штурок USB. Win 8.1
дохлый APM ?! Что делать !? )))
- Проверьте напряжение 3.3 вольта
- Если прошивка 3.2, то о терминале можно забыть, не поддерживается…
пишет failed.
На каком шаге?
На последнем, калибровка failed.
- где проверять 3.3 вольта ?!
- Да прошивка автоматом встает 3.2
Вроде GPS определяет верно, и компас реагирует на вращение, но аксилометр откалибровать не удается.
пробовал Mission Planner версий 1.2.97 и 1.3.17
еще мерцает двойной красный и желтый все время горит…
Я дико извиняюсь ! Вот какая у меня проблема:
Год назад купил APM 2.6(родной, 3DR), только сейчас руки дошли почти собрать.
Ставлю прошивку, вроде все хорошо.
- Пытаюсь откалибровать акселерометр - пишет failed.
- Пытаюсь зайти в терминал начинает крякозябры бесконечные писать.
делаю через штурок USB. Win 8.1
дохлый APM ?! Что делать !? )))
ситуация 1в1
сразу сгорел 3,3 регуль
проверить можно на крайних контактах I2C куда в стравляется разъем компаса
запаял что было самое компактное, есть видео на тытубе там немец показывает как прилепить нештатный регуль на что куда подать.
все заработало
Но после 1 дня работы что то случилось с прибором, хотя все напряжения в норме,
но неисправность уже другая, почему то не считывает параметры контроллера, хотя прошивает все на ура.
Ситуация следующая. АПМ 2.6 прошивка 3.2 на упражнении “просто висим” квадр стабильно через секунд 30 после взлета уходит к земле вперед-вправо. На 3.1.5. такого нет. Кто чего думает?
Ситуация следующая. АПМ 2.6 прошивка 3.2 на упражнении “просто висим” квадр стабильно через секунд 30 после взлета уходит к земле вперед-вправо. На 3.1.5. такого нет. Кто чего думает?
друже Дринкер, я вот что думаю, нафига тебе АПМ, ты жеж сам себе программер?
TRAHOMOTO, alexeykozin, спасибо!
Собственно по этому мануалу я и делал, и фьюзы прошивал в том числе. Сейчас попробовал еще раз вручную как описали здесь (хотя опции для avrdude аналогичные таковым в статье). Фьюзы прошиваются, их корректность я визуально контролирую через AVRDUDE_PROG - вроде как верно прошиваются (см. скриншот). Тем не менее, после первой загрузки прошивки через MP, повторно загрузить не удается. Кстати, скриншот сделан уже после загрузки проши, так что фьюз-биты не сбрасываются, но не работают, похоже 😦
друже Дринкер, я вот что думаю, нафига тебе АПМ, ты жеж сам себе программер?
Мне может и не нужен, но у близких чуваков он есть, и я озадачился проблемой.
… так что фьюз-биты не сбрасываются, но не работают, похоже 😦
У меня больше версий нет 😦 Может “сдуть” мегу и заменить на новую, т.к. летать на таком экземпляре не стоит 😦 (Ваш КО)
Андрей, а вы не пробовали залить что-то из ардуиновских примитивов а-ля Blink и т.п.? Откровенно, не знаю как это поможет диагностике
TRAHOMOTO, я не большой специалист в Arduino. Думаю, что простейшие алгоритмы уж точно будут работать, так как в остальном контроллер на вид полностью рабочий, PPM принимает и отправляет, дома уже делал подлет - летает. Хотя и не тестировал в полевых условиях.
Признаться, я уже и сам подумываю над заменой чипа. Хотел уточнить, после установки новой меги с завода, достаточно ли будет залить загрузчик, fuse-биты и прошивку? Или с контроллером еще какие-то манипуляции нужно проводить? У меня в наличии пока есть только USBasp-программатор. Потребуется ли что-либо еще?