А давайте обсудим Arducopter - APM

BossTon
mr_stepik:

Но померяйте на всякий случай, есть ли разность потенциалов между землями от разных источников.

Для обывателя, померить напряжение мультиметром между двумя землями и если там не ноль, то нужно вести, так?

LampGraph
BossTon:

Помогите с моим вопросом про заведение земли везде куда можно, плз, Сообщение #21284

Вроде молодой человек, а школьный курс физики уже забыл.
В постоянном напряжении нет земли. Есть “+” и есть “-”. Электроны бегают по кругу. от плюса к минусу. Если прервать круг - они перестанут бегать.
так что где есть +, там везде нужен - от того источника от которого и +.

Art_Nesterov
LampGraph:

Электроны бегают по кругу. от плюса к минусу

Вообще то электроны “бегают” от минуса к плюсу…из того же школьного курса физики, если честно…

mr_stepik
BossTon:

если там не ноль, то нужно вести, так?

То значит что-то не так собрано и перепроверять.

LampGraph:

В постоянном напряжении нет земли. Есть “+” и есть “-”.

Это вопрос терминологии. Не путайте человека. Электроны, кстати, бегают от минуса к плюсу, если быть точными. От плюса к минусу бегают “дырки”. А земля - это название для общей для всех элементов линии, на которую напрямую(!) запитана любая нагрузка.

BossTon
LampGraph:

школьный курс физики уже забыл.

Та ну ладно Вам, тут уже далеко не школьный курс. Вы неправильно меня поняли… я картинку приложу для разъяснения

У переключателя только один плюс, и то что он нужен об этом вопрос не стоял…это аксиома…
А вот на схеме 4 минуса и сигнальные провода на 4 устройства… вот и вопрос то стоял не о заведении плюсов, а заведении земли… и не повлияет ли это на передачу по сигнальному проводу если он придет в переключатель одиночестве? Или их нужно заводить всегда в паре?

mr_stepik

Вообще каждый AV_IN должны идти парой проводков, желательно свитыми парой для минимизации помех. Так что земля по любому получается должна быть подведена к каждому входу. На выходе - будет земля автоматически. На входе управления переключателем земля тоже должна быть, нежелательно питать любые элементы, используя чужую землю, даже если такая минимальная нагрузка. Короче, в вашем случае ИМХО даже вопроса не должно было возникать – вести землю или нет. Ответ – вести.

arb

Кстати так вопрос понятен. Да , это уже курс радиоэлектроники.
Для исключения влияния помех на сигнальный провод , его надо экранировать , защищать (экран , витая пара и т.д.). И все это надо заводить на землю.
Поэтому, да повлияет. Да, в паре лучше в витой.

alexeykozin
LampGraph:

Дело было не в бобине…
И все-таки там uart. Может быть программно не uart, но аппаратно точно он.
Микросхема мультиплексор в зависимости от сигнала на управляющем входе переключает “потоки”. Типа реле.
Выпаял ее, запаял напрямую. Не взлетело.
У кого еще есть идеи?

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

mr_stepik

Нужна помощь.
В горизонтальном полете коптер снижает высоту. Причем он об этом знает, но все равно снижает:
График на http://fotkidepo.ru, по тыку открывается в полном размере:

На график выведены RCOUT1-4 чтобы были видны команды на движки, отмасштабированы формулой -1000 /50, т.е. держатся на уровне 1500, что примерно 50% по throttle.
Также выведен Spd отмасштабированый для справки, чтобы выло видно когда коптер летит, когда висит на месте.
Видно, что перед началом падения высоты коптер снижает обороты на всех четырех движках, после чего предсказуемо начинает снижаться.
Зачем он это делает, ИМХО никаких предпосылок к этому нет? Прошивка 3.3 rc11
Полный лог: www.dropbox.com/s/9qc15uqn3hn2c41/90.BIN?dl=0

Hyperion
  1. Видео дисбаланс рамы. Видно что пара моторов работают на бОльних оборотах
  2. не вижу в логах полетный режим. Логи пикса как понимаю. В альтхолде вроде как есть баг с просадкой высоте при энергичных полетах. Рецепты есть. Не проверял.
  3. Прошивку стоит обновить. 3.3 релизнули
mr_stepik
  1. Да есть, но не по весу, а по вращению, видимо винты не вертикально стоят. Проверю. Но повлиять не должно было, запаса по мощности достаточно много.
  2. Полетный режим везде Loiter. Да, пикс. Полет был не энергичный совсем.
  3. Ок, обновлю, спасибо.

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

alexeykozin

видимо второй и первый мотор близки к максимуму поэтому контроллер ограничивает газ для того чтобы обеспечить приоритет стабилизации.
кстати сталкивался когда аппарат с неровно установленными моторами терял высоту а после исправления -проблема ушла

mr_stepik
alexeykozin:

видимо второй и первый мотор близки к максимуму поэтому контроллер ограничивает газ для того чтобы обеспечить приоритет стабилизации.
кстати сталкивался когда аппарат с неровно установленными моторами терял высоту а после исправления -проблема ушла

У первого и второго RCOUT в районе 1510-1530, у третьего-четвертого в 1420-1450, до максимума далековато как я понимаю, диапазон у ESC примерно 1150-1950. По Yaw весьма бодро крутится без потери высоты в обе стороны. Но я, конечно же, это в любом случае поправлю.
Посмотрим, уйдет ли проблема или нет…
ЗЫ. Смущает то что видно как контроллер специально обороты сбавляет.

alexeykozin

а остальные параметры не уменьшали? троттл рэйт по умолчанию?
у меня несколько странно конвертируется ваш файл на том мишене что под рукой, с ошибками. либо файл побит либо мишен у меня уже не столь актуален

mr_stepik
alexeykozin:

а остальные параметры не уменьшали? троттл рэйт по умолчанию?

Нет, все параметры не трогал пока. На старой конфигурации и так неплохо летал, а на новой пока первый полет как раз для подгонки.
У меня MP бета, т.к. новые параметры 3.3 в обычной версии отсутствуют.

На всякий случай продублирую лог: drive.google.com/open?id=0B0n-5xqp-dUQZlZzQ1k1LVNz…

alexeykozin

видимо дело в версии мишен планера, другой формат лога

arb

Сам лог можно глянуть вечером, но по картинке можно сказать, что есть 2 проблемы.

  1. Барометрический датчик плохо себя чувствует. Реагирует на скорость с опозданием и по нарастающей. Как будто закрыт клапаном.
  2. Проблема с прошивкой. АПМ ведется на показания баро. Высота упала по баро, АПМ решает , что тоже надо снизить высоту.

Я бы поменял прошивку и прикрытие баро. Можно еще поменять настройки связанные с баро, но они призваны помочь чуть, а не менять все кардинально.

mr_stepik
arb:
  1. Проблема с прошивкой. АПМ ведется на показания баро. Высота упала по баро, АПМ решает , что тоже надо снизить высоту.

Так если высота упала, ее же надо наоборот поднимать, разве нет? Там же видно, что DAlt (целевая высота) остается неизменной, а дельта растет - значит наоборот надо давать больше газа, чтобы скомпенсировать падение высоты, а он наоборот продолжает снижать, пока я его не останавливаю, после чего выравнивается.
Баро я не трогал, вообще не разбирал корпус. Пикс стоит под карбоновой площадкой, между ними расстояние ~3мм. На график выведено значение CTUN.Alt если я не ошибаюсь - это высота рассчитанная после фильтра кальмана.

arb

Ну да , я и писал об этом. Высота должна была расти, а апм почему-то ее снижал. Скорее всего ошибка прошивки.
Баро надо защищать от потоков, но в то же время он должен дышать свободно.