Smalltim OSD and autopilot (часть 2)
Меня до сих пор при необходимости перекалибровки РУ - в дрожь бросает, ибо вероятность благополучного исхода - процентов 30%.
Гы-гы, мне Тим, по секрету, подсказал как нужно двигать стики, чтобы не цеплять соседние каналы. Вероятность поднялась до 98% 😃
А если калибровку газа вынести на последнюю очередь, то до всех 100% доберемся!
Журнал был сброшен, но настройки журнала не были инициализированны, и он вообще не писался. Как я понимаю АП в начале пытался найти крайнюю запись в пустой FLASH-ке.
Ага. Там >20000 записей, которые надо обежать и найти крайнюю. С какой-то прошивки оно не линейно ищет, а бинарным поиском, в десятки раз быстрее выходит, но на пустом журнале всё равно получается долго. Мелочь, но неприятно. Вылечу в следующей прошивке.
А если калибровку газа вынести на последнюю очередь, то до всех 100% доберемся!
В следующей КП сделаю.
Защиты от дурака в данном АП мало - плату телеметрии можно вставить как угодно, питание, по большому счету можно было все сделать 5-В, и брать от приемника, а не лезть на высокие напряжения и импульсные стабилизаторы.
На платах телеметрии и АП в следующей партии будет ключ, позволяющий воткнуть телеметрию единственно правильным образом.
Питать АП и ТМ от 5В BEC - не то чтобы смело, а безрассудно. Там такие шумы и такая стабильность напряжения, что можно сразу вешаться. Плюс, отдельное питание АП и ТМ может помочь спасти модель при просадке силового акка.
Давно предлагал Тиму сделать круче всех - добавить пользовательский язык или скрипт - интерпретатор, для любых потребностей продвинутых пользователей.
Проблема только в том, как обезопасить внутреннюю логику АП от действий пользователя, при этом не сильно ущемляя пользовательский код в возможностях. А задокументировать структуры данных, дать к ним доступ, API выставить наружу - не вопрос 😦
Можно решить вопрос кардинально. Разрешить пользователю ВСЁ. Подменять любую логику, математику и т.д. Но если пользователь подключает свои функции, то АП взводит пару флагов, сохраняет их там, где пользователь не сможет их выцарапать, и при любом конфликтном случае наличие взведенных флагов снимает с производителя ответственность за сохранность модели и за последствия использования АП.
а потом по легкому дымку быстро определяют где именно они в этот раз ошиблись.
Это- от души 😂
Как знакомо 😢
Вообще, из опыта разработки медицинской аппаратуры: чем меньше у пользователя степеней свободы-тем лучше для него же.
Может, ввести несколько готовых подпрограмм (пресетов), которые обеспечивали бы наиболее употребительные режимы и выбирались- просто пунктом меню?
Поскольку пользователь, не зная всех завязок и запретных сочетаний режимов- почему то всё время пытается набрать именно их 😦
Ну, как ребёнок постоянно лезет к розетке.
А пресеты- не дают ему возможности поиграться в стиле: “а что будет, если я вот тут увеличу…”
Дрова, вот что будет 😦
Проблема только в том, как обезопасить внутреннюю логику АП от действий пользователя,
Именно вот так-и обезопасить.
А доказывать ему потом, что “вот тут “флаг”, который вы сами же и установили…”- дело довольно тухлое.
Он будет мычать “про муху мы не проходили” 😃
Гы-гы, мне Тим, по секрету, подсказал как нужно двигать стики, чтобы не цеплять соседние каналы. Вероятность поднялась до 98%
Триммерами чоли?
Триммерами чоли?
Нет. Подсказка здесь с 4-19
Смысл в том, чтобы стик двигать у его основания. А продольные перемещения я сейчас делаю за “бочонок” оси, вообще не касаясь стика.
Полетал с новой прошивкой. Долго боролся со старой моделью, почти победил. 😃
Вопрос к Тимофею. Что за странные подергивания нижней части картинки? От номера экрана не зависят. Думал сначала, что это одно из ограничений , но ни от высоты, ни от спутников, ни от чего другого тоже не завият.
В конце так-же видна моя новая проблемма со срывом синхронзации при даче газа, возникшая после зимних полетов и не вылеченная до сих пор. Перепаял уже все элементы в цепи синхронизации, землю по разному кидал - до конца не лечится. 😦
Что за странные подергивания нижней части картинки?
вот внизу этого сообщения есть ответ
Есть ещё предложение: учёт и вывод на ТМ длинны пройденного пути, это могло бы помочь оценить сколько еще можно пролететь.
Кроме того, возможно, стоит по силе тока определять, летит самолет на моторе или уже планирует (когда аккум сел, к примеру) и в соответствии с этим включать различные алгоритмы поведения АП при RTH.
Насчет учета общего «пробега» присоединяюсь к просьбе. Можно сначала полетать над своим полем, оценить возможности, а потом уж в следующем полёте махнуть вдаль по прямой. Тем более если скоро появится полет по точкам, то такая фишка тоже пригодится.
А мне кажется полезней добавить как в новых телеметриях средний расход Ач на км пути и высоты.
И еще бы возможность заменить компас на обычную стрелочку.
Кстати, да: направление на базу и компас так и хочется совместить. Сверху шкалы буквы сторон света, снизу стрелка направления на базу.
А ведь это именно так и было сделано в первой телеметрии 😃
Вот предсерийный экземпляр контроллера наземной станции, паяный моими кривыми руками:
А вот как оно видно на компе:
Железо вроде живет и не кашляет, софт вовсю добиваю, чтоб с самого начала вышло как положено, а не как у других 😃
З.Ы. Наврал в рисунке, импульсник не на 2А, а на 3А 😦. А защита срабатывает при 5 амперах.
A RSSI видео?
еще диверсити встроенного не хватает 😃
еще диверсити встроенного не хватает
ИМХО Тим вроде и не планировал ее 😃
ИМХО Тим вроде и не планировал ее 😃
ИМХО, тупо по замеру rssi сделать можно и не сложно.
А я считаю, что тупо по РССИ не стоит по двум причинам:
- Надо курочить приемники.
- Четкость картинки не всегда коррелирует с уровнем РССИ - ИМХО определение срыва синхры (как отрабатывается Ораклом) куда как приятнее сшивает картинку.
Супер ! Остается ждать запуска в производство 😃
Проверил вчера свой активный видеосплиттер 1-3 на плате наземки. Вытащил тестовый сигнал на здоровенный телик, отключил все теликовые улучшайзеры картинки и с пристрастием наблюдал, пуская видео напрямую и через сплиттер, и так, и сяк, на разных сигналах… Работает изюмительно, визуально я просто не вижу разницы.
С особым пристрастием проверял звон/заваливание на резких фронтах, цветность и уровень черного/белого на пересвеченных/темных/контрастных сценах - претензий нет.
Потыкаю еще осциллографом для окончательной очистки совести, и буду уже абсолютно спокоен.
Да, железке пофигу, что сплитить и откуда выковыривать данные, PAL или NTSC, и никаких регулировок в аналоговой части у нее просто нет, она множит сигнал в неизменном виде, усиление равно 1.
Но, при желании, если есть проблемы с какими-нибудь очками и т.д., то можно будет вкрячить подстроечник в нужный канал и покрутить усиление в канале, от 0 до усиления в 2 раза.
вкрячить подстроечник в нужный канал и покрутить усиление в канале, от 0 до усиления в 2 раза.
Это надо- в обязательном порядке, поскольку масса потребителей используют в виде камер и мониторов/очков китайское г0но, в котором понятие “стандарт ПЦТС” отсутствует начисто.
А претензии- будут тебе грузить, мол цвет срывается, синхра пляшет и т.д. и т.п.
Вот предсерийный экземпляр контроллера наземной станции, паяный моими кривыми руками:
“Совсем озверел…” (С) 😃