Телеметрия (часть 1)
Для разработки приложения отображения параметров телеметрии на ПК (Windows XP) начали обсуждать протокол передачи.
Matlab поставьте. С подобными вещами управляется на ура, за пять минут любой “экран” набросать можно с графиками, готовыми приборами(авиа притом).
Это слишком сложно. Вполне достаточно выключать SPI на плате телеметрии, оставляя подтяжки. Тогда мастер будет читать FF. Как только телемертия готова, включить SPI и мастер считает 00. А далее передавать пакеты фиксированой длины, с нумировкой. У меня подобным образом работает. Пакеты 10 байт, длина рассчитана так, чтобы везьде успевать пролезать.
Можно, конечно, с подтверждением, но есть риск, что в кореектном пакете попадётся заявленая комбинация и будет сбой.
А почему OSD slave должен быть обязательно, если на ней датчики висят???
К smalltim вопрос: сколько прерываний помимо на Vsync и Hsync от LM-ки??? Скорее два байта в начале пакета для синхра: 0xAA, 0x55(стандартный feed). Один хрен OSD только в начале и в конце кадра имеет свободное время для доп. прерываний(в вашем варианте возможно и по центру), а в автопилоте с этим попроще будет. Т.е. с букафками беда начнется однозначно, если она слэйвом начнет пакет ловить не в нужном месте. А если графика на весь экран? Тогда еще вариант: завести синхроимпульсы с LM-ки на автопилот и по ним синхронизировать: в начале строки обмен по байту, а в первых двух строчках синхробайты- тогда в OSD только на SPI прерывание останется+пакет длиной в количество строк можно сделать(в две стороны соотв.)+никаких проблем с синхроном протокола
Вот уже всё придумано до нас
Вот спасибо!
Теперь видно, что спецмикросхем модемных и не нужно.
Вот уже всё придумано до нас dzl.dk/projects/electronics/modem/modem.html
Спасибо большое. Точно в цель.
Надо будет вспомнить старое - спаять и прошить…
Может быть еще кто подскажет, как дальше сигнал GPS в ноутбук вогнать, чтобы Ozi работал? Через COM?
Matlab поставьте. С подобными вещами управляется на ура, за пять минут любой “экран” набросать можно с графиками, готовыми приборами(авиа притом).
Благодарю, попробую разобраться.
Вот спасибо!
Теперь видно, что спецмикросхем модемных и не нужно.
А тинька в этой схеме разьве не спецмикросхема модемная?
Там же написано - человек применяет BPSK ( ru.wikipedia.org/wiki/Фазовая_манипуляция ) а не тупо “через делитель на вход усилителя”.
Аналогичный проект был и для USB: cesko.host.sk/…/IgorPlug-USB (AVR) RS232_eng.htm
Это не означает, что спецмикросхемы не нужны. Это означает, что люди смоги сваять их аналоги на МК, и не более того.
Это не означает, что спецмикросхемы не нужны. Это означает, что люди смоги сваять их аналоги на МК, и не более того.
Противоречите сами себе.
Так нужны или нет?Можно обойтись без них?😁
Вроде я просто выражаю мысли свои.
Нигде я не писал что делитель заменит спецмодемную микросхему.
А писал о том, что можно обойтись минимумом деталей (согласовать уровни,
развязать пост. составляющую и чуть отфильтровать) а все остальное сделать програмно - на передающей стороне уже имеющимся микроконтроллером, на приемной -процессором ноута.
Я себе не противоречу. FX-614 работает на FSK, её вы никак не сгенерируете МК. Разьве только Cypress-ом и т.п., но НЕ АВР. При этом FSK - самая вкусная модуляция из всех.
Вы же писали, что достаточно всунуть меандр в аудиовход, причём даже без капацитора, и всё будет замечательно (кстати, открыт вопрос, как Вы собирались без капацитора развязывать пост. составляющую). Могу прямую ссылку дать.
BPSK можно генерить атмелом, но привязка ко времени весьма жёсткая. Если вы думаете, что обеспечить её одновременно с выполнением других задачь автопилота - плёвая работа, то флаг, как гриться, и барабан… Смалтим вон 50 Гц на ассемблере обрабатывает, и неспроста.
А если городить внешнуюю микру, то почему не применить готовое и отлаженое?
Насчёт ноута вопрос - а как вы собрались реалтайм делать на виндовсе?..
Упростим задачу - у вас ноут с ДОСом и с полноценными СОМ портами. Но даже в таких условиях мне в своё время пришлось писать спец процедуру извлечения системного времени, чтобы получть разрешение лучше 1 мС:
procedure getcount(var xtc:tc); assembler;
asm
push ds
mov si,$46c
xor bx,bx
mov ds,bx
mov al,$06
cld
cli
out $43,al
in al,$40
mov dl,al
in al,$40
mov dh,al
lodsw
mov bx,ax
std
lodsw
sti
not dx
mov cx,ax
lodsw
cmp ax,bx
jz @@1
or dx,dx
js @@1
inc bx
jnz @@1
inc cx
@@1:
pop ds
les di,xtc
cld
mov ax,dx
stosw
mov ax,bx
stosw
mov ax,cx
stosw
mov word ptr [es:di],0
end;
Если у вас получится измерять 5 кГц даже в досе или Qюниксе, с меня ящик. За такой же подвиг в XP - монумент и вечное поклонение 😃
Конечно, можно загнать поток в аудиовход и парсить как звуковой сигнал. Но это, как гриться, каждый извращается как может 😃 Я не понимаю тяги к созданию себе проблем путём снижения универсальности изделия… Одних кабелей сколько потребуется, для соединения всего этого барахла…
Мне коробочка с антенкой и USB шнурком как-то приятней.
FSK сгенерирую на микрконтроллере, правда скорость приемлимую не обещаю 😃) Отличие спецмикросхем от универсальных контроллеров только лишь в уровне быстродействия …
И фаза рваться не будет?
А в чем заморочки, если частота низкая? Считай синусы и складывай 😉
Дело не в частоте, а в загрузке МК. Увлечётся МК интераптами и передача сорвётся. Значит, надо писать софт с первым приоритетом для передачи, что чревато потерей самолёта 😃
И всё это ради того, чтобы не использовать специально заточенную под передачу микрушку 😃
Ну понятно что приоритеты важное дело и городить огород на одном контроллере не обязательно … А вот в роли спецзаточки может и послужить другой немудрый контроллер … Отвлеклись , мне кажется, мы от темы…
Ну а смысл тогда? Если добавляется новый корпус, то зачем городить МК, если можно сразу поставить то, что работает?
Кстати, частоты 1200 и 2400 тоже были выбраны неслучайно. Аудиотракты бытовых приборов (телефон и т.п.) имеют в этом диапазоне минимум помех и искажений, т.к. это основной диапазон речи и приборы затачиваются именно под него.
Передаст ли в приемлемо качестве аудиотракт “не очень высокую частоту” - большой вопрос…
Кстати, частоты 1200 и 2400 тоже были выбраны неслучайно. Аудиотракты бытовых приборов (телефон и т.п.) имеют в этом диапазоне минимум помех и искажений, т.к. это основной диапазон речи и приборы затачиваются именно под него.
…
Ширина полосы телефонии и звукового сопровождения телевидения минимум отличается раза в три.
И это нужно использовать.
Китайская видеокамера и НТВ+, это немного разные вещи с разными полосами 😃
Реализация и искажения отличаются и сильно. Тем более, что видеокамера не на проводах и к искажениям аудиотракта прибавятся искажения радио…
Так что привязываться надо к реальному положению дел. FX-614 даёт почти идеальный FSK, на проводах ошибок ноль, а вот при передачи в радио кааак оно попёрло! 😦
Вчера хотел попробовать схему того немца, собрал всё на макетке, достал видеокамеру и опа - не работает 😦 Толи от старости, толи от мороза, но ласты склеила…
Обидно…
Китайская видеокамера и НТВ+, это немного разные вещи с разными полосами 😃
В чем разные? Подтвердить можете?
У меня одинаковые. И, думаю, у многих.
И поднесущая стандарт, и девиация и предискажения.
Привет.
В телеметрии исползую чиорно белую камеру. Хорошо снимает когда вечером в сумерках т.е.цветная уже цветов неразличиает.
Когда осползую дниом при нормалном освесчении идиот срыв генерации кадра, слишком много белого цвета. В солнецный день её дазе неберу бесполезно.
Как с етим боротца.
Предложениа типа - купи нормалную камеру непринимаютсиа.
Привет.
Когда осползую дниом при нормалном освесчении идиот срыв генерации кадра, слишком много белого цвета. В солнецный день её дазе неберу бесполезно.
Как с етим боротца.
Если срыв синхры наблюдается при подключении к камере платы с OSD, то следует уменьшить яркость накладываемых букв (чтобы уровень сигнала не вылезал в “белее белого”).
Если же это происходит уже на выходе “голой” камеры, то можно попытаться уменьшить общий уровень видеосигнала на резисторном делителе. Если не поможет, то придется все-таки купить нормальную камеру. 😎
Если срыв синхры наблюдается при подключении к камере платы с OSD, то следует уменьшить яркость накладываемых букв (чтобы уровень сигнала не вылезал в “белее белого”).
Срыв идиот всегда, с китаискои камерои цветнои 5лух всио нормално
Если же это происходит уже на выходе “голой” камеры, то можно попытаться уменьшить общий уровень видеосигнала на резисторном делителе. Если не поможет, то придется все-таки купить нормальную камеру. 😎
Срыв идиот толко когда овесчение нормалное, и толко по радиолинку
Делител 1/2 на землиу хватит?
сеичиас пробую светофилтры.
Интерестно: как правилно уменшить световосприимчевость камеры?
Делитель не помогает пробовал. Срывы происходят именно при наведении камеры на белый цвет. Так же зависит на что потом идет этот сигнал (телик, записывающее устройство). Сам временно забил, но купил резюков и кондеев разных чтобы поиграться. Но проблема острая, со старой камерой этого не наблюдалась, а с новыми что то очень даже сильно, зависит от камеры. Хотя просмотрев свои видео увидел что часто проскакивает в полете, я раньще думал что контакт плохой, а оказалось что дело в самой телеметрии.