Телеметрия (часть 1)
Доброго времени суток.
Имею EasyStar с передатчиком и OSD от RangeVideo. Все интересно, но хочется еще иметь на Ozi отметку положения. Возникла идея, и по форуму понимаю - правильная, передавать nmea по аудиоканалу. Т.е. нужен еще один GPS-приемник (OSD-шный пусть работает сам по себе), чип кодирования в аудио и вместо микрофона передатчика на борту. На земле с аудиовыхода приемника декодируем и на вход ноутбука.
Вопрос. Имеет ли смысл такая реализация и если да, то как?
Заранее спасибо за ответы.
Доброго времени суток.
Вопрос. Имеет ли смысл такая реализация и если да, то как?
Заранее спасибо за ответы.
Вот уже всё придумано до нас
dzl.dk/projects/electronics/modem/modem.html
Передавать не пробовал. Но ради интереса прошил в tiny2313 прошивку tx. На соответсвующей ножке была генерация прямоугольных импульсов. При подаче данных что-то в этих импульсах менялось.
Вот уже всё придумано до нас
делал, работает
естественно при условии согласованности с аудиотрактом, дабы небыло искажений
А зачем второй ГПС? можно же паралельно отбирать пачки данных с одного модуля.
Для разработки приложения отображения параметров телеметрии на ПК (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, на проводах ошибок ноль, а вот при передачи в радио кааак оно попёрло! 😦
Вчера хотел попробовать схему того немца, собрал всё на макетке, достал видеокамеру и опа - не работает 😦 Толи от старости, толи от мороза, но ласты склеила…
Обидно…
Китайская видеокамера и НТВ+, это немного разные вещи с разными полосами 😃
В чем разные? Подтвердить можете?
У меня одинаковые. И, думаю, у многих.
И поднесущая стандарт, и девиация и предискажения.