Создание собственной системы стабилизации
мы это уже обсуждали - у неё отдельный питатель:)
вот новую платку делаю
ЖПС + процы рядом не айс 😦
ЖПС + процы рядом не айс 😦
попробую, может в таком расположении будет нормально и этот проц своей ПЛЛ не очень будет фонить.
- еще антенна активная на проводе.
у меня вот такой бутерброд: между контроллером и ЖПС старая платка пустая всунута
в дождь, дома, нифига не у окна, 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” получилось…
DMA на OSD все равно немного мешает остальному т.к. держит шину данных
DMA на OSD все равно немного мешает остальному т.к. держит шину данных
поэтому существует специальный тип памяти для видеокарт двуканальный память одна а шин две
через один канал проц кладет картинку
через второй счетчик пикселей выгружает на выход