OSD на ATmega1281
В Иглометрии сделано включение автовозврата при положении канала газа ниже минимального. Т.е. в нормальном положении минимальный газ не приводит к включению РТХ, а ФС запрограммирован так, чтобы газ был еще “меньше”. Вы уж извените за пример на сторонней системе.
Сергей, да я подсматриваю, что у “конкурентов”…😃
Так сделано не только у иглов, а практически у всех… Кстати в предыдущем своем сообщении я и предложил именно этот алгоритм реализовать, может несколько бестолково изложил…
Вот, вроде поправил: V2.7fix.
Там уже реализовал контроль РУ по значению газа (включается в “Дополнительно”). Если в канале газ идет значения меньше 0.9мс (но больше 0.8мс!) дольше 1сек, сбрасывается флаг готовности канала РУ, со всеми вытекающими.
У меня нет под рукой приемника с SUM_PPM, поэтому даже не проверял. Если кто, проверит- сообщите.
ЗЫ Спасибить не торопитесь, давайте все проверим… 😃
может несколько бестолково изложил…
Скорее я недопонял )))
Ну и теперь бы еще инструкцию дописать 😉
Проверил версию в 1051 посту. Всё работает ОК.
Не… опять ошибся… Исправил, но уж даже боюсь выкладывать…
А что в этот раз?
Выкладывай. Какая разница, всё ровно выкладывать.
Потестируем маленько…
Изготовил osd с st1s10 в качестве источника питания .
К сожалению погода недаёт в полевых условиях обкатать.
Симпатично… Проводки я всегда ниткой на циакриле к плате приматываю, а то оторвутся в самый неподходящий момент.
в полевых условиях обкатать
ИМУ тоже готово? И на столе все заработало без вопросов? Даже не верится… 😃
ИМУ тоже готово? И на столе все заработало без вопросов?
Да готово.
OSD это уже второе. Первое по чуть переработаной печатке Ubd(по габаритам невлезло в bixler как мне хотелось).
Провода посажу на 88 или момент.
Что то у меня фотографии не видятся.
Обнаружилась еще одна проблема при использовании чужих приемников: например слона не возможно не только заставить прекращать генерацию sum_ppm, но и не удается запомнить в режиме FS в канале газа значения меньше 1мс… Для подобных случаев пришлось добавить возможность определения потери линка по значению в 8-ом канале. При включении этой опции, при значении в 8 канале > 1.5ms считается переходом приемника в FS, те. потерей линка РУ.
Провели полевые испытания (в тч. с LRS слона) вроде бы все работает… Кто хочет может обновиться:V2.7.3
Тут между делом поправил свой “захватчик”: FPVcap.
Полноценно реализован fullscreen (до этого была скорее имитация). По идее должны в полноэкранном режиме сохраняться пропорции исходной картинки.
Вай молодец начальнике! Теперь при разворачивании на полный экран, сохраняет пропорции!
Спасибо! Теперь я буду твоей прогой писать.
Кто хочет может обновиться:V2.7.3
Немогу скачать , просит разрешение.
Извиняюсь, расшарил…
Сергей, есть вопрос по конфигуратору для ИМУ - оно как то должно показывать калибровочные данные?, кирпич крутиться должен? у меня работает только режим “терминала” кажет поток данных с ИМУ…
Возможно использовали прошику для моего экзотического кварца 16 к копейками… Для 16мгц кварца попробуйте это: IMU_16mHz.
попробуем:) Спасибо:)
а как оно связано? иму то работает, и в ОСД нормально цепляется и горизонт работает, до полётов пока не дошло, правда…
Если вы используете USB-COM переходник, то зайдите в диспетчер задач, в свойства драйвера и измените вручную скорость передачи данных на 38400. У меня была такая проблема с один из переходников.
По идее если у вас в прошивка не под тот кварц, то и OSD работать с ним не будет. Если кварц на 16 мгц, то прошивку нужно под 16 мгц.
С АП IMU рабтает по SPI подобной шине с синхронизацией от АП. Поэтому до определенных пределов работоспособность шины сохраняется вне зависимости от частоты кварца IMU. С компом связь по UART на скорости 56000. Естественно при изменении кварца асинхронная шина перестает работать… Для перехода на 16мгц ровно, достаточно поменять в инициализации IMU один регистр:UBRRL=0x11;
Сергей ubd нашел какой-то кривой USB-COM, который не захотел работать на 56000. Пришлось для него переделать и IMU и прогу теста на 38400…