Smalltim OSD and autopilot (часть 1)
GPS. Хочу попроб. поставить его в теллеметрию ((smalltim) стара) ,я не найду куда подключать (+) и сигнал. (TX) .
VIN - очевидно + питания, GND - общий минус; TX0 и RX0 - первый канал обмена (обычно основной), TX1 и RX1 - второй (управляющий). Впрочем все это лучше сначала проверить тестером. Посмотрите какое напряжение на VIN, когда датчик подключен к навигатору; какую пару RX/TX использует навигатор и какие там уровни сигналов? Если питание +3.3 В, то и сигналы скорее всего 3-х вольтовые. В этом случае их надо согласовывать с телеметрией (там +5 В). Питание на VIN подать через пару диодов (примерно 1.5 В падения), а TX от телеметрии через резистивный делитель; RX телеметрии можно подключить напрямую.
Smalltim, написал вам в личку она забита
VIN - очевидно + питания, GND - общий минус
Спасибо за ответы .Проблема в том что навигатор подгорел возможно и датчик тожо .Питание навигатора 3.7V скорее всего питание датчика 3V . Можно ли
подать на датчик питание и проверить на TX0 и RX0 наличие сигналов? А Тимофей мне в личку написал? Она у меня пустая. lmgtfy.com/?q=MG1613S по этой ссылке ни чего конкретного не нашол может плохо искал?
Подал на датчик 3.7В На TX0-2.15V RX0-0.21V TX1-2.82V RX1-0.22V
А есть в автопилоте такая фича? - при достижении некорых жпс координат чтоб сработала какаянить серва на отдельном канале? например для открытия бомболюка 😃 или нажатия на кнопку фотика
Поскольку Тим не планирует в ближайшее время забивать в АП функцию “полёт по заданным точкам”, а только “возврат”, то и данная фича не имеет смысла, т.к. модель почти всегда будет в зоне линка RC и и всё это можно осуществить с передатчика.
Хотя, если в передатчике мало каналов, то можно было бы производить автоматический сброс парашюта в определённой зоне. Но пока этой функции нет.
А есть в автопилоте такая фича? - при достижении некорых жпс координат чтоб сработала какаянить серва на отдельном канале? например для открытия бомболюка 😃
А тут терроризмом не попахивает?
Подал на датчик 3.7В На TX0-2.15V RX0-0.21V TX1-2.82V RX1-0.22V
Похоже на штатный режим работы. Вам бы на осциллографе глянуть, если на TX раз в секунду надблюдается посылка, то точно работает (кстати, ее и на тестере должно быть видно, как небольшой скачок напряжения раз в секунду).
По даташиту Ваш модуль должен держать +5В (как предельное значение).
Попробуйте подключить нарямую к телеметрии от Тимофея (с версией рошивки, которая оддерживает 1 ГЦ GPS), и если они снюхаются, добавьте диоды и делитель для окончательного варианта на 3.3 В (оставлять на 5 В, я бы не стал).
А тут терроризмом не попахивает?
Не более чем сам FPV полет. Человек-то всяко лучше на цель наведет. 😉
Ну, если и не терроризм то провокация точно. 😉
lmgtfy.com/?q=MG1613S по этой ссылке ни чего конкретного не нашол может плохо искал?
Первая и единственная ссылка на “почти-русском” языке - это даташит на Ваш ГПС-датчик: www.broad-tech.com/upfile/…/2008911849772395.pdf
:Voldemaar
Большое спасибо за ссылку буду изучать😁
Прочитал ссылку и подал +3.5V на RTC и VIN . Датчик заработал . На : TX1 вольтаж скачет от 0.7 до 2.9 V 1 раз в секунду на :RX1 постоянно 0.35V .Подключил к теллеметрии (прошивка 254) TX1 ничего не меняется.
развлекаться дак по крупному 😃
развлекаться дак по крупному 😃
Можно так и доразвлекаться, потом сам жалеть будешь 😃…
Подключил к теллеметрии (прошивка 254) TX1 ничего не меняется.
Значит по скорости не договорились. Надо цеплять к компу (через преобразователь уровней - для мобильников, например), смотреть в треминалке, на какой скорости модуль работает сейчас, затем найти в Инете описание команд, и переключить скорость в режим 4800 (или 19200 - помотрите на какой скорости данная прошивка телеметрии работает). И еще найти коменды, как эту скорость прописать по умолчанию. В общем - повозится придеться.
На сколько максимум можно удлинять провода с камеры к мини Осд Смальтимм, или смотря какое сечение провода?Задал не спроста данный вопрос ,сегодня пришлось много поять с запасом в итоге разницу незаметил при 10 см или при 35 см.
и при метре незаметиш если тока вч к провод не попрёт
Сегодня после целого ряда неудач, приведших к многочисленным переломам несчастного Cularis-а (держатель крыльев разбит в 4-х местах, фюзеляж несколько раз отпаривался в кипятке и клеен-переклеен), удалось снова поднять старика в небо. Так как в прошлые разы все удачные настройки АП были потеряны, новые уставки и калибровки были введены, без предварительного тримирования модели в воздухе. Настройки - на фото (Эх, когда-же их можно будет в файле сохранить?). 😃
В результате режим стабилизации заработал почти нормально (после тримирования модели в полете). Единственная тонкость - и вопрос к Тимофею по алгоритму - модель вяло реагирует на управление, несмотря на режим 2 и 90 градусный диапазон углов. Я еще на земле заметил, что если накренить модель, то в первый момент стабилизация отрабатывает на упреждение (сервы оклоняются на большой угол, а потом возвращаются к гораздо меньшему углу), как гироскоп в режиме стабилизации. То есть, даже если я резко наклоняю стик, модель отрабатывает эту команду медленно. Нельзя ли в режиме 2 учитывать еще и резкость выдачи команды (гироскоп ведь учитывает)?
А вот включение АП - нормально не проходит. Модель начинает разворот в сторону базы и тут-же сваливается в штопор. На клипе видно, как это происходит: files.mail.ru/HBV6AV (здесь клип на 15 сек - 6 МБ и лог автопилота - 1.3 Мб). Причем возврат в режим стабилизации гасит штопор с трудом, приходится помогать вручную.И так несколько раз подряд. Никаким тримированием через РУ это победить не удалось.
Второй вопрос к Тимофею - нельзя ли при включении АП или по команде как-то фиксировать текущее триммирование РУ? Так как на морозе ноутбук использовать стремно, а по другому настроить модель не получится.
И может кто-то придумал, как можно дома авиагоризонт настроить?
И еще один вопрос к Тимофею. Когда АП переходит из режима стабилизации к возврату модели, он по какой логике горизонт держит: по той-же самой, что при стабилизации, или нет? То есть можно ли считать стабилизацию - слоем алгоритма, над которым работает логика возврата, или лучше считать блок стабилизации и блок возврата на базу - абсолютно размыми алгоритмами с независимыми настройками?
Единственная тонкость - и вопрос к Тимофею по алгоритму - модель вяло реагирует на управление, несмотря на режим 2 и 90 градусный диапазон углов. Я еще на земле заметил, что если накренить модель, то в первый момент стабилизация отрабатывает на упреждение (сервы оклоняются на большой угол, а потом возвращаются к гораздо меньшему углу), как гироскоп в режиме стабилизации. То есть, даже если я резко наклоняю стик, модель отрабатывает эту команду медленно. Нельзя ли в режиме 2 учитывать еще и резкость выдачи команды (гироскоп ведь учитывает)?
Судя по описанию поведения и по фото настроек, дифференциальные коэффициенты по крену и тангажу слишком высокие. Большие дифференциальные настройки - пилот активно сопротивляется изменению углов крена и тангажа, т.е. стремится всё делать плавно.
Раньше у Вас для этой модели стояло 3-5%.
А вот включение АП - нормально не проходит. Модель начинает разворот в сторону базы и тут-же сваливается в штопор. На клипе видно, как это происходит: files.mail.ru/HBV6AV (здесь клип на 15 сек - 6 МБ и лог автопилота - 1.3 Мб). Причем возврат в режим стабилизации гасит штопор с трудом, приходится помогать вручную.И так несколько раз подряд. Никаким тримированием через РУ это победить не удалось.
Видео и лог качаю, сейчас посмотрим.
Второй вопрос к Тимофею - нельзя ли при включении АП или по команде как-то фиксировать текущее триммирование РУ? Так как на морозе ноутбук использовать стремно, а по другому настроить модель не получится.
Можно придумать.
И может кто-то придумал, как можно дома авиагоризонт настроить?
Имеется в виду корректность установки пироголов на модель и выставление углов поправки при кривой установке? Пока в голову ничего хорошего не приходит.
И еще один вопрос к Тимофею. Когда АП переходит из режима стабилизации к возврату модели, он по какой логике горизонт держит: по той-же самой, что при стабилизации, или нет? То есть можно ли считать стабилизацию - слоем алгоритма, над которым работает логика возврата, или лучше считать блок стабилизации и блок возврата на базу - абсолютно размыми алгоритмами с независимыми настройками?
Совершенно верно, возврат домой - это слой над стабилизацией.
Раньше у Вас для этой модели стояло 3-5%.
Да, но раньше похоже один вертикальный пирометр был неисправен (касался корпусом слоя земли). Я только недавно это понял, исправил окончательно, и увеличил параметры.
Совершенно верно, возврат домой - это слой над стабилизацией.
Тогда я снова не понимаю: почему модель нормально летящая в режиме стабилизации под управлением пилота, сваливается в штопор или дикую раскачку (как раньше), при переключении на автопилот?