Activity

Интересный монокок - тут по ним отдельная ветка была. Я подобный дизайн даже видел где-то.
Правда с соосностью тут могут быть проблемы, и не отрегулируешь особо - разве что прокладки точить индивидуальные под каждый мотор.
По прочности примеры были неубиваемые - проскакивали акро-квадрики - специально чел об планету долбил со всей дури - только пропы пачками менял.

Моторы без пропов? Если да, то неполезно это им, да еще и на 4s - может регули отсекают. Они по паспорту вроде вообще с 4мя банками не должны работать, на практике прекрасно летают на 10х пропах. Ну и стандартно - перекалибровать регули.

Тянуть вперед может как из-за ЦТ(маловероятно, только если уж совсем явный перевес в сторону), так и от кривой геометрии рамы/несоосности моторов. С фото было бы проще. Проверьте угольником вертикальность моторов, поставив коптер на ровную поверхность (стол)

Для пиксов есть отдельная ветка прошивок что ли?

Я тоже вот немного не понимаю…
Как-то от отчаянья (bad gyro, bad accel после многократных перепрошивок, когда сброс не помогал) шил клона пикса через QGroundControl - прошился нормально. Что там за прошивка оказалась я так и не понял, но вроде не арду (MP не подключился). Частично прошел через мастер настройки тогда, но разбираться с ней желания особого не было - перешился обратно через MP и все мои ошибки ушли =).
Если кто владеет инфой что там за прошивки - буду признателен за инфу (для общего развития). Если я не путаю - на этом же летают Parrot, и вроде (опять же, если не путаю ничего) - они нацелены полностью на автономный полет с наземной станции: составил миссию, ткнул кнопку на экране и коптер полетел.
С другой стороны QGroundControl это вроде всего лишь наземная станция с mavlink, которая поддерживает тот же арду. Но тогда что она шьет по умолчанию? Может я прогнал, и он мне арду прошил, а я и не понял? =))

Вообщем есть какой то “сниффер” mavlink? Посмотреть хотя бы идет там такой сигнал или нет до подвеса.

Можно попробовать logic analyzer’ом посмотреть что идет по уарту. Есть вроде скрипты/макросы, для разбора захваченоно сигнала на содержимое по протоколу, или свой можно написать. Даже слышал что и под мавлинк есть что-то готовое.

Ну Мегапирату сразу отказать, раз черезчур устаревший

да не то чтоб прям черезчур (мегапират последний 3.1.5, апм 3.2, оба больше не поддерживаются). Летать можно, и впринципе не хуже, чем на апм, но покупать их уже смысла нет - текущий тренд 32bit платформа, взамен стремительно стареющей 8bit. Если уже есть - заставить выполнять свои функции вполне можно.

Евгений, у меня был AIOP с мегапиратом (щас на полке - пикс наше все), ух наплясался я с ним. Если по порядку, опуская демагогию на 2 страницы

1. Прошивка. Из ардукоптера работает только мегапират. У меня был 3.1.5rc2(кажется)
2. Блютуз. Работает только на сериал0 (может еще на 3, но помоему не завелся). Особенностью является то, что юсб висит на том же сериал0. Т.е при подключенном юсб(например для запитки платы) блютуза не будет - порт занят. У меня отлично работал на самом дешевом блютузе в комп с dx(видится как 2 ком-порта) и адаптере с али, значился как для мультивия.
3. Жпс. Порт только сериал2. У мегапирата хоть и пишется что есть автоопределение и поддержка юблокс - у меня норм было только на nmea. На ublox - no gps. Сам модуль нео6м. Скорость вроде работала и 38к и 57к, но в арду и в модуле должна совпадать, иначе результат опять же - no gps. Апдейты координат в модуле выставлял вплоть до 10гц, и оно работало (что удивительно на нео6, но в итоге оставил 5гц). Если не работает - правильно уже тут посоветовали - через u-center сбрасываем модуль в дефолт, и выставляем параметры ручками, убеждаемся что они сохранились в модуле. Мой далеко не с первого раза их сохранял.
4. Телеметрия. Форматов несколько. Мегапират подерживает только мавлинк, и вроде бы frsky d-port (и то портированную с мультивия), но реальных подтверждений этому не нашел, а сам проверить не могу - приемник у меня x8r, в котором новый тип телеметрии s-port, не совместимый со старым d-port. Поэтому только мавлинк. Как только у вас заработает связка контроллер-блютуз-комп, можно попробовать пропустить ее попутно еще через open rls. Блютуз у меня работал вплють до скорости 115200. Какая скорость телеметрии у open rls я не вкурсе, но на всей цепочке она должна быть одинаковой, к примеру 38400 или 19200. Чтоб увидеть ее на аппе - аппа должна быть обучена мавлинку( вроде есть какие-то прошивки для турниги и тараниса. Второй вариант - конвертер с мавлинка в тот же frsky d.port, и прошивка аппы с пониманием этой телеметрии. Тут есть мысль что просто через сериал оно не пролезет, так что конвертировать надо будет не на передающей стороне (на коптере), а на принимающей, перед передачей в аппу.

Ну и мурзилка по мегапирату+Aiop на все случаи жизни. И профильную ветку по мегапирату уже вроде подсказывали.

30фпс 1080 нет смысла использовать

Ну тут, как говорится - на вкус и цвет… Я использую 2к@30fps… Хотелось бы, конечно, честные FHD на 60, но альтернативы при этом близком ценнике все равно не знаю.

там как то не так делается 1080р. Из другого разрешения

Это только для 60fps может быть справедливо. Для 30fps вроде все честно.

дидронесы категорически нехотят поддерживать глонасс

Вроде в параметрах есть поддержка. Или это задел на будущее, без реального кода в исходниках?

Я правильно понимаю что откалибровать компас можно только с компа - ни с пульта, ты с телефона не получится, или плохо гуглил? Ни в одной из трех версий DroidPlanner не нашел калибровки компаса… Ткните носом плиз…
Все никак не могу получить околонулевые офсеты по компасу после размагничивания - хочу уйти в поле и там откалибровать, а ноута пока нет…

полетный режим optic flow loiter с какой версии появился?

У меня сейчас подключен AIOP с 3.1.5r2 - в списке режимов есть OF_Loiter. Может от MP зависит? Он у меня последний.

Но ведь явно есть 180 и что то просится перевернуться.

А было 550+… это сколько раз надо было переворачиваться? =)) Обе платы, сам пикс и жпс с банггуда, установлены в соответствии с маркировкой на оных, в МП при калибровке закрашиваются по одинаковым осям. Я тоже думал перевернуть, но если так сделать (к примеру ROTATE_ROLL_180), то оси при калибровке закрашиваются противоположные. Сам модуль жпс перевернуть не пробовал - он явно сконструирован антенной вверх и коннектором назад, так что переворачивать его или неудобно, или бессмысленно.

у Вас указана последовательность подключения моторов к контроллеру 1,4,2,3 , а в миссион планере проверка моторов идет A B C D. Ссылка на вики ардуино оттуда не работает , информация видимо устарела. У меня А , B, С ,D при проверке моторы включаются последовательно по часовой стрелке
…
но имеет бешеную тенденцию опрокинуться сразу же на бок

Простите, влезу в разговор… Сам по глупости недавно перепутал моторы - они подключаются немного странно, я бы сказал 3,1,2,4. Т.е как-то по-арабски - справа-налево.
1 - Правый Верхний, 2 - Левый Нижний, 3 - Левый Верхний, 4 - Правый Нижний. Ну и направление вращения, конечно проверить нужно

Щас у меня на пиксе и м8н с банггуда офсеты по двум компасам
-49 -5 -58
113 -554 -140

Нашел у знакомого старый советский размагничиватель “Прибой УР-03”, несколько раз прошелся им по обеим платам (пикса и жпс с компасом) - офсеты уменьшились по некоторым осям, но не стали околонулевыми, как у Алексея Козина, а некоторые увеличились. Текущие значения
-98 -22 14
53 -234 -11
Аналогично себя ведет и внешний компас, который брал для AIOPv2, и встроенный в нем же.
Что Я Делаю Не Так?

нужен только компактный фотопулемёт

с пулеметом будет только проблема - он в RAW стреляет скорее как гаубица, с соответствующим временем перезарядки =)

Доберусь до офиса - проверю.

Соврал - тоже обрезает, просто sj обрезала еще больше, чем xiaomi - добавляла свое OSD вне основной картинки. Впрочем это вполне ожидаемо, т.к пишет при этом она картинку 16:9, и работает в этом же режиме, а как в PAL/NTSC передать сигнал именно 16:9, вместо 4:3 я хз - не уверен что это вообще возможно…

Валерий, какой родной режим у монитора? Сдается мне что стандартный 4:3. Камера в режиме видео отдает 16:9 - как раз обрезка сверху/снизу от 4:3. Подключая смарт камера выставляет 4:3 и в видео режиме по wifi затеняет полосками сверху/снизу, в фото оставляет картинку целой.
У меня камера и монитор на работе - но точно помню - после sj4000 наоборот обратил внимание, что наконец-то получил цельную, не обрезанную картинку на мониторе. Доберусь до офиса - проверю.

На HDMI выходе ещё интересней!

На hdmi самое мерзкое - картинка отдается 720p, вместо 1080p… (ну или я не смог ее заставить отдать 1080). Когда крутил фокус - плевался - плохо видно. Если скриптами видео выставлено на 2к - выдает в том же, бОльшем чем фхд разрешении - монитору плохо становится от такого.

должно фокусное на качество не влиять…

бОльшие фокусные предъявляют бОльшие требования к качеству стабилизации и отсутствию вибраций, поснимайте с рук на 18, 50, 300мм без стаба - сразу все будет ясно.
Для коптера 50мм на кропе имхо узковато - 80 ЭФР получается. Я бы старался дальше фр 24-30 на кропе 1.6 не заходить.

Я у себя нарастил (вернее заменил родные) обычным электрическим многожильным медным кабелем (ШВВП, ПГУНП и куча аналогичных), купленым в леруа, в ПВХ изоляции. Внешнюю изоляцию срезал, сами провода использровал. Минус только в гораздо худшей гибкости, в сравнении с силиконовыми. Моторы саннискай 980, афро 30А - ток висения у меня 2.5-4А на мотор, провод брал сначала 0.75 квадрата, потом сменил на 0.5 - полегче заметно. Провода холодные. На чистовой сборке может когда-нить и пересоберу на силикон.

А можно размагнитить чем-нибудь 12ти вольтовым? - 220в с детства боюсь 😃 Видел трансформаторы для галогеновых ламп 220 на 12в, вроде должно быть переменное напряжение - чего к нему подключить маломощного? Нам же не кинескопы размагничивать, а компас несколько мм размером. Можно же просто сделать маломощную петлю размагничивания, и шансов пожечь чего либо на плате будет меньше. Или мощности не хватит??

Щас у меня на пиксе и м8н с банггуда офсеты по двум компасам
-49 -5 -58
113 -554 -140
Вроде и летает, и домой возвращается, но как-то уж слишком много…

Хотя суть явления мне и сейчас не понятна

Суть явления в самом термине “rolling shutter”. КМОП матрицы (CMOS), установленные в подавляющем большинстве современной техники, считывают информацию не со всей матрицы целиком, а последовательно - каждую строку отдельно. ПЗС (CCD) матрицы, в основном, считывают весь кадр за один проход. Если за время считывания одного ряда пикселей CMOS матрица смещается, то следующий ряд изображения будет считан уже со смещением. При панорамировании (горизонтальном движении камеры) получается диагональное “вытягивание” картинки - видимое изменению геометрии объектов, а при вибрации получается то самое “желе”, т.е картинка на одном кадре смещается разнонаправленно. Добавление ND фильтра удлиняет выдержку для экспонирования одного кадра видео. В итоге видимое желе уходит, но идет потеря резкости от “микрошевеленки”. Поэтому ИМХО - лечить “желе” ND фильтрами - есть вред. Хотя для справедливости следует заметить, что почти все камеры, снимающие FullHD видео, имеют матрицы, многократно превосходящие по разрешению необходимые для FHD 2 мегапикселя (у той же гопро вроде 16мп матрица), и если замыленная от микрошевеленки картинка снимается со всех 16мп, а потом ресайзится до FHD разрешению - потеря резкозти на итоговом видео может быть не так заметна.

здесь снято на камеру CANON 600 D

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

+++
еще раз пересмотрел второе видео - на 1:06 в центре от объектива появляется пара бликов. По ним очень хорошо видно что есть вибрация - они (блики) смещаются по амплитуде много больше, чем сама камера.

С какой камеры оба видео “Полет на малой высоте”? Мыльно и шумно - на зеркалку не похоже…
И забегая вперед отмечу - в таких условиях освещенности желе словить довольно трудно - выдержка длинная на видео. Желе отлично себя проявляет при очень ярком свете - солнечным днем, поэтому один из методов борьбы с ним - ND фильтр.
Если стабильное видео снято на видеокамеру, как на фото - там вполне возможна CCD матрица, на ней rolling shutter, т.е причина возникновения желе, отсутствует по технологии работы матрицы, но картинка из-за вибрации может замыливаться.

Подвес двухосевой допиленный самый дешевый с ломаным алексмосом с ГЛБ на тросиках

Какие пиды на подвесе? Чет не могу подобрать… У меня на земле идеально работает, в помещении тоже норм, а в воздухе мотыляет и трясет, притом вибраций(судя по логам пиксхавка) на раме нет.

и еще одно

Что за трек на втором видео? Шазам не определил…

Если не секрет, в чем причина ваших метаний с 3.2.1 на 3.3 и обратно?

У меня сугубо шкурный вопрос с телеметрией frsky s.port (не путать со старой d.port). Ее вроде объявили в 3.2, и по слухам даже в каких-то бетах работала, а потом по факту в релизе исчезла, и осталась только начиная с 3.3. Вот и скакал туда-сюда, пока тестил. Щас вот после странного краша, причину которого найти так и не смогли, облетываю пока на 3.2. Когда исключу все возможные подозрения, кроме как на прошивку - тогда вернусь на 3.3

Ну у меня на АИОП 3.2 не было (там последний 3.1.5), а на пиксе терминал есть и на 3.2 и на 3.3:). Но вот с тем, что при наличии телеметрии на сериал-портах в терминал лезет бяка - столкнулся на обоих контроллерах.

Отключить от платы?

Да, физически отключить от АПМ, чтоб на rx/tx портах ничего не висело,и перегрузить его. Мне помогало, без этого впринципе не мог заставить AIOPv2 и пикс пустить меня в консоль.
Возможно еще APM’у следует сказать что на сериал-портах нет ни ОСД, ни телеметрии

Сейчас в терминале при подключении бегут всё время строки неизвестной кодировки и что ли бо написать не даёт.

Отключите физически от АПМ на время сеанса в консоли ОСД и телеметрию - тогда консоль будет стартовать без потока служебной инфы. Давно и многократно с этим сталкивался, и каждый раз забывал как лечить)) Почему-то любой сеанс телеметрии, помимо подключения по юсб, гадит в консоль кучей служебной инфы.

Еще возможны проблемы при подключении пикса в usb3.0, лучше пользовать 2й

Сразу после этапа “nose up” перекидывает на этап “back side” и сразу же пишет “Calibration Failed”.
…
С момента последней калибровки крашей не было, прошивку не обновлял (3.3).

У меня такое на 3.3 было, в произвольный момент калибровка акселей сама переключалась на следующий пункт и завершалась ошибкой. Словил после многократных переходов 3.2.1 -> 3.3 и обратно без полного сброса. Далее и сброс не помогал. Ничего умнее для проверки “живости” акселя не придумал, как прошить через qgroundcontrol , откалиброваться там(сработало), потом обратно на 3.2.1, полный сброс и настройка с нуля. Вроде пока работает
Еще натыкался на сообщения, что калибровка из консоли помогает, но сам не пробовал

Съемка с земли на зеркалку. Нужно, чтобы при качестве 1080/30fps качество было сравнимым. Это в идеале

Берите ЭТО (или покет версию, т.к микры еще вроде живой еще нет), и дальше 3я марковка окажется в догоняющих, даже с латерном =)) Подвеса от некса будет достаточно.

www.google.lv/url?sa=i&rct=j...46126831052700

Очередность моторов тут совпадает с описанием Arducopter - ПравыйВерхний, ЛевыйНижний, ЛевыйВерхний, ПравыйНижний? Они тут как-то по-арабски - справа налево, сам однажды пропарился, подключил по памяти слева направо. Следом еще приятель на назе после балансирования моторов так же перепутал. У обоих итог одинаковый - кувырок на земле, не поднимаясь в воздух, как и у вас.

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

ибо rc с другой стороны

Ясно, и тут напутали =)) Буду иметь ввиду.

Я так понимаю вы на нем летаете? Нарекания есть, кроме уже обозначенных?

----------------------------------------
Кто нибудь знает - возможно ардукоптер в MP научить распознавать 3х позиционный переключатель на ch6-ch7-ch8 (вкладка Extended Tuning)? Удобно было бы использовать для нескольких фич один тумблер, например симпл-супер симпл на одном тумблере, а не на разных. Да и настроек можно много больше повесить. На таранисе у меня почти все тумблеры 3х-позиционные.

Вы как то не так читаете. Только и только в rc есть 5В.

Вот и говорю - что-то не понял я…

в описании товара не в том порядке указаны силовые пины и в указанном разъёме приёмник не будет работать - там просто нет питания от пикса, да и вообще не предусмотрен он для этого. Там только для приёмника подаётся плюс на средний контакт. Все остальные на одной шине, но без питания.

Где тогда не будет работать приемник? Про какой разъем идет речь?
+5 в большом пиксе есть только в разъеме RC. Остальные вроде должны быть без питания.
Пытаюсь для себя понять чего ждать - думаю на замену обычному взять лайт, а этот переставить на будущий коптер под большую камеру.

Замена компаса решит проблему?

Если внешний - то наверняка. У меня на AIOP внешний без видимых причин перегорел и начал жутко греться, в МР ошибка такая же была. Внутренний отключал в коде.

не правильно реагирует на команды правого стика(наклоны-повороты) потому и переворот

От перепутанных каналов или инверсии “лево/право” переворот может быть только в Acro. В стабе и остальных режимах углы ограничены, по радио его не перевернуть. А вот неправильная очередность подключения регулей к контроллеру вполне переворачивает, как и писал выше. Еще раз повторю - направление вращения и расстановки винтов (левый/правый) может быть правильной, но выходы в APM (или что там у вас) перепутаны, в итоге сигнал стабилизации идет на неправильный мотор и переворачивает коптер.

провода от регуля на апм подключены по схеме на самом регуле

Вот этого не понял - какая такая схема на самом регуле? Плюс-минус-PWM или о чем речь?

На обычном пиксе gps1, telem1, gps2, telem2 -это 4 физических порта, а тут только 2. А если в rc реально нет +5в - то это косяк - отдельно приемник питать неудобно.

Там друг над другом два порта с двумя парами tx\rx

Так и я о том же - телеметрия и GPS берутся из физически одного разъема - неудобно - так же было на AIOP v2 - до сих пор передергивает, как вспоминаю - уложить нормально провода без шансов. Либо надо запасаться двойным-тройным комплектом кабелей, чтоб выдергивать ненужные пины, которые остаются висеть в воздухе. Самому обжать коннекторы с шагом 1.25мм сложно - почти нет комплектухи в рассыпную, и впринципе не нашел обжимку под такие маленькие пины. Кстати, если кто знает где купить - буду признателен - актуально для всех версий и APM и Pixhawk.

в указанном разъёме приёмник не будет работать

тут несовсем понял - речь про разъем s.bus или rc? Плюс есть только в RC(он понимает ppm и sbus на входе, и питает приемник), а s.bus - это выход, как и у большого пикса - в нем и в остальных выходах плюса быть не должно.

А чем Пиксхоук-лайт от обычного отличается?

По описанию - выкинули SPKT/DSM, BUZZER, CAN, SPI, USB pin порты, объединили 3.3в и 6.6в порты в один (я их там что-то вообще не вижу), и существенно уменьшили размер - оригинальный пикс заметно крупнее.
Из ненаписанного - порты телеметрии и GPS тоже объединены - стандартными кабелями не подключить скорее всего.
И осторожнее с лайт версией - в 1й ревизии была ошибка - разъем под power модуль имел инвертированную распиновку. Я бы брал проверенный.
В общем немного странная плата в сравнении с оригиналом, но имеет один неоспоримый плюс - габариты (ну и немного цену). Что там с электронной частью хз - не силен

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

Теперь ясно - не имел просто такой проблемы - пикс приклеен у меня на скотч и вибрации вроде норм. Расскажете потом нам об успехах с данным вариантом пикса.

Никто же из его владельцев ещё не объявился

А в чем сакральный смысл именно пиксХАК’а? Почему не взять нормальный клон (я брал именно по этой ссылке, но стоил он $95, вместо $80) в известной всем редакции? Или нужны именно торцевые коннекторы и внутренняя виброразвязка? Внешняя, по мне, удобнее - сам можешь решить насколько нужно демпфировать. У меня просто на 2х сторонний скотч приклеен.

А если так?

Продавец - темная лошадка - продаж нет. Есть шанс что не отправит, и через пару месяцев ожидания и ругани по переписке, али вернет деньги.
Лучше уж пикс лайт по ссылке выше (который по факту px4, а не pixhawk).

А в чем могут быть препоны к развитию?

В слабом 8ми-битном чипе, ресурсы которого уже загружены на 97-100%. Под APM прекратили разработку прошивок год назад - последняя версия 3.2 и нового ничего не будет (да и те уже не совсем полноценные - чтоб включить что-то одно, требуется отключить другое в коде). Смысл экономить $25-30, чтоб потом думать куда его деть? В общем уровне затрат на это хобби данная сумма потеряется очень быстро, а потраченное время - оно никак не возвращается и не компенсируется. Хотя есть мнение, что самая стабильная прошивка - это арду 3.1.5, но это не будет вечным постулатом. Когда-то и на куке летали, но я не понимаю тех, кто его щас покупает. А выбирать конечно вам.

взятого на али или банггуде (например, вот такой)?

Зачем брать его за ТАКИЕ деньги?? Тут все устарело, начиная от самого АПМ. По мне сейчас имеет смысл брать что-то на STM32 - т.е pixhawk и клоны или vbrain. И гпс этот в помойку - за те же деньги есть M8N с глонасом и лучшей точностью.
Если оно уже есть - то вполне летает. Но новое покупать - заведомо себя ограничивать на будущее. Чуть дороже, к примеру, можно взять все современное.
А так, я думаю - тут подавляющее большинство летает на клонах, т.к оригинал у нас купить сложнее и дороже, чем клон - 3DR вроде напрямую в Россию не шлет.

На видео не столько желе, сколько болтанка от недостаточности жесткости демпфера. Может и в купе с желе. Сам с таким борюсь
Сделайте фото, чтоб было видно крепление подвеса.

Еще все же переспрошу о симптомах… Последняя неполадка, которую нашел по вашим сообщениям была:

начал армитса-вчера только пикал.чуть даю газу очень резко отрывается и переворот

Вам посоветовали проверить подключения моторов, дали схемку. Вы ответили что все крутится правильно.
Вот тут советую еще раз внимательно все проверить - правильное направление вращения двигателей НЕ ОЗНАЧАЕТ что они подключены правильно! Это лишь означает правильное подключение фазных проводов регуляторов, а вот подключения PWM входов регулей в APM я бы перепроверил.
Резкий переворот на земле - это 99% перепутаны моторы местами. Вращает он ими правильно, но кому вращаться говорит неверно. К примеру надо чуть приподнять левую сторону, контроллер дает команду газа на левые двигатели, а ее получают правые. Мозги это видят, пытаются скорректировать, дав еще газу слева, а он добавляется опять справа. Итог - резкий кувырок на месте при попытке оторваться от земли.

Проверить правильное поведение коптера можно на малом газу в стабе - наклоняя коптер в руках он должен активно сопротивляться наклонам, а не помогать им. Только аккуратно - коптер в руках довольно травмоопасен. Я как минимум советую все эксперименты с коптером вблизи человека проводить в защитных очках.

подключил черный и красный провод

Вот красный лучше бы отключить при питании от повермодуля, а черный оставить. Черный - минусовой для 5в бека в регуле и PWM выхода - подключать очень желательно. Несколько страниц назад мне же объясняли зачем. А вот красный в этом случае вредно, т.к бек скорее всего импульсный, а их параллелить не очень правильно.

Апм от чего питается? Если отдельный бек/повермодуль, то можно переключить черный провод(землю) в фишку к любому мотору. А если отрегулей, то можно переключить и вместе с красным - будет 4 фишки