Создание собственной системы стабилизации
да конечно и на rx и на tx потом после него диод…
тут hobby.msdatabase.ru/…/f4by_handmake тут внизу страницы схема F4BY инвертор на 4-м уарте…
он там помечен как s.bus хотя s.bus давно в другом месте…
На SD карточку лучше еще добавить керамику на 10мкф по питанию
мы это уже обсуждали - у неё отдельный питатель:)
вот новую платку делаю
ЖПС + процы рядом не айс 😦
ЖПС + процы рядом не айс 😦
попробую, может в таком расположении будет нормально и этот проц своей ПЛЛ не очень будет фонить.
- еще антенна активная на проводе.
у меня вот такой бутерброд: между контроллером и ЖПС старая платка пустая всунута
в дождь, дома, нифига не у окна, 10-11 спутников и HDop 1.0 погоды жду…
пришлось для этого всего новую мозгокородку изобретать:
Сергей, не подскажете, что подразумевается под инвертором? Для подключения s.bus
Не диод ли это случайно, который идет от платы-tx?
Хоть я и не Сергей.
Инвертор уже есть на плате. Маленькая черная 6ногая микросхема. Возле usart 4, кажется.
Вопросы отпали сами собой.
В полученном мануале опечаток много: два раза USART 3 описан, и не указан USART4. 😃
Сергей, не подскажете, что подразумевается под инвертором? Для подключения s.bus
На s.bus (не путать с s.port) инвертор нужен! делается примерно так:
in - это выход с приёмника
out - 4-й вход на плате, перемычка для запуска s.bus на входы 2-3
В полученном мануале опечаток много: два раза USART 3 описан, и не указан USART4.
Создайте пожалуйста кто-нибудь отдельную тему по данному девайсу, а то эта тема здоровая и не для этого…
Создайте пожалуйста кто-нибудь отдельную тему по данному девайсу, а то эта тема здоровая и не для этого…
а есть, правда в другом форуме,
для этого нужна редактируемая шапка
forum.apmcopter.ru/forums/f4by/
попробую, может в таком расположении будет нормально
Смело можно ставить… проверял даже на ЛУТ плате с сомнительной топологией - всё работает.
Искурив весь даташит на F407, всёж заставил его работать как аппаратный OSD (использование ядра - 0%), таким образом имеем контроллер полёта+OSD в одном флаконе, цена вопроса: 38 килобайт ОЗУ (640х480 монохром), LM1881 и 74HC08…
Кому интересны подробности, поделюсь…
мавлинк - осд интересно (без функций автопилота)
но чтоб работало железно не только когда есть внешняя синхра но и в случае если сигнал от камеры пропал
как аппаратный OSD (использование ядра - 0%),
ну там не совсем 0% наверно? Запуск нового кадра и строки ведь программно?
но чтоб работало железно не только когда есть внешняя синхра но и в случае если сигнал от камеры пропал
Это возможно, не знаю как у Олега сделано, можно сделать автономное формирование синхроимпульсов с ног таймеров проца, сами таймеры обвязать петлёй ФАПЧ с задачей от ЛМ1881.
Вот только ног у проца на полетнёг уже не хватит, на ОСД нужен отдельный.
ну там не совсем 0% наверно?
Именно - 0… (из за этого и возился, почти месяц).
Вот только ног у проца на полетнёг уже не хватит
И ног хватило: весь полётник (6 каналов) + DAC говорилка + MICRO/SD + ADC(2 канала)… всё пашет.
Именно - 0… (из за этого и возился, почти месяц).
0 - это на вывод картинки. а сколько уходи на генерацию картинки?
а сколько уходи на генерацию картинки?
А какая теперь разница (?)…, пиши в память что угодно и когда угодно, главное что реалтайм свободен (никакие прерывания друг об друга не спотыкаются) и артефактов на картинке никаких… и никакие мавлинки с проводами не нужны…
Чёт мне не верится… допустим даже не надо перерисовывать всю картинку а только вносить изменения - их нужно взять и перенести - когда - ну допустим когда проц “курит” между циклами, это опять же при условии, что петля не слишком “страшная” типа вий марг… если что-то посерьёзней - будет не есть гуд, далее заряжаем ПДП SPI, а там х.з. во, вернёмся к нашим баранам - в пресловутом Pixhawk с его 428-м процем при использовании ИНС на EKF (50Гц) и полного логирования - петля впритык 400Гц и есть предупреждения, что цикл не стабилен! (можно любой лог с пикса взять) И вы утверждаете что загрузка ОСД = 0% времени ядра? сомневаюсь…
стоп а ПДП из памяти в память можно?
загрузка ОСД = 0% времени ядра?
Сам процесс отрисовки у большинства OSD требует прерывания с наивысшим приоритетом (15625 Гц) как раз для “перезарядки” DMA SPI, которое несмотря на навороченный NVIC, происходит с с разной задержкой в зависимости от того - чего оно прерывает… таким образом про другие реалтайм прерывания можно забыть…
А у меня теперь проц даже не знает, что три его таймера сами выводят картинку на экран, моё дело теперь - только в видеобуфер кидать точки… типа “видеокарты stm” получилось…