Телеметрия (часть 1)

SGordon
smalltim:

Только позаботиться, чтоб была общая земля и чтоб на модуль где-то 3.3В питания обеспечилось.

Понятно, так и думал … Смысл в чем, если будут какие-то доработки платы ( вроде сто то там про датчик тока, или так все решается) может предусмотреть возможность впайки отдельного стабилизатора?

Панкратов_Сергей
Dikoy:

Возможно открою секрет Полишенеля, но в природе есть готовые модемные микросхемы, типа FX-614 ( cqham.qrz.ru/part2/m04.shtml ), предназначенные для передачи цифры в аналоговых сетях. Лет 5 назад пришлось делать телеметрию для поездов с ередачей данных по их родной УКВ радиостанции. Работало вполне сносно (с восстановлением ошибок, есно).
Это к вопросу передачи данных по аудиотракту.

А смысл есть - применения еще кучи деталей ? А если просто и в лоб -
С выхода микропроцессора через делитель на вход аудио .
С выхода аудио приемника и на вход аудио ноутбука.Никаких деталей- все программно.
Может я что-то неулавливаю - но более 20-лет назад на наших первых самодельных компах это работало причем с записью и воспроизведением данных на компакт-кассету. И файлики были не маленькие - по сравнению с одним кадром (можно так назвать ?) телеметрической информации.
И нет ведь проблем в том, что иногда некоторые кадры будут некорректны ?

SGordon

Все таки стоит замутить модуляцию, FSk например …Будет GSM рабочих окраин -))

Панкратов_Сергей
SGordon:

Все таки стоит замутить модуляцию, FSk например …Будет GSM рабочих окраин -))

Не понял Вас.

smalltim
SGordon:

Понятно, так и думал … Смысл в чем, если будут какие-то доработки платы ( вроде сто то там про датчик тока, или так все решается) может предусмотреть возможность впайки отдельного стабилизатора?

С датчиком тока проблема была в софте, а не в разводке, вылечена уже давно.

Насчет отдельного стабилизатора - не хочется, чесслово, плату переразводить. 3.3В линейный стабилизатор можно повесить и на проводке к GPS модулю, в термоусадке. Не так уж много GPS кушает 😃

SGordon

Можно и в термоусадку, не вопрос …

Про компакт-кассету - напомнаю, что скорости там были типа 1200 ( хотя даже для БК, было несколько драйверов с разными скоростями передачи. Модуляция была простейшая частотная по дефолту, как я помню.) А никто не в курсе, какая полоса у аудиоканала видеокамеры?

Dikoy
Панкратов_Сергей:

А смысл есть - применения еще кучи деталей ? А если просто и в лоб -
С выхода микропроцессора через делитель на вход аудио .
С выхода аудио приемника и на вход аудио ноутбука.Никаких деталей- все программно.
Может я что-то неулавливаю - но более 20-лет назад на наших первых самодельных компах это работало причем с записью и воспроизведением данных на компакт-кассету. И файлики были не маленькие - по сравнению с одним кадром (можно так назвать ?) телеметрической информации.
И нет ведь проблем в том, что иногда некоторые кадры будут некорректны ?

На старых компах была как раз FSK и она записывалась на ленту. И не через делитель, а через капацитор. И коррекция ошибок там нехилая, равно как и сейчас в CD, флешках и винтах. Просто делается это втихую и “на первый взгляд как будто не видна” 😃
FSK характерна тем, что волна не рвётся при смене частот. Это есть хорошо по целому ряду причин. А дискретный сигнал всей своей сутью разрывный. Что есть очень плохо.
По этому можемы работают на FSK а не “через делитель” 😉

SGordon

А может ну его, это аудио? Сделать как телетекст - отдать одну строчку под данные телеметрии? Как я понимаю, скрытых строк тут нет, но не жалко и верхней какой нибудь пожертвовать … Единственную проблему вижу -черного цвета нет, только белый? А так - записал видео, а на компе потом все разобрал … Главное без компреcсии писать 😃)

smalltim

Не знаю. Ну зачем изобретать велосипед, а? Есть же готовая телеметрия по радиоканалу от 3apw. У неё немного другой функционал, но есть готовый прекрасно работающий радиоканал и есть возможность подружить мою телеметрию и радиоканал 3apw.
Он, действительно, гуру, с огромным опытом, и лучше, чем у него с радиоканалами вряд ли у кого-нибудь из нас получится 😃

Кстати, сегодня осуществил первый запуск платы автопилота. После двух взорвавшихся электролитов и пучка седых волос на ж*пе - не в той полярности их припаял, идиот - потихоньку откомменчивая код двигаюсь от перемигивания светодиодиками к полноценному функционалу 😃

Панкратов_Сергей
Dikoy:

На старых компах была как раз FSK и она записывалась на ленту. И не через делитель, а через капацитор. И коррекция ошибок там нехилая, равно как и сейчас в CD, флешках и винтах. Просто делается это втихую и “на первый взгляд как будто не видна” 😃
FSK характерна тем, что волна не рвётся при смене частот. Это есть хорошо по целому ряду причин. А дискретный сигнал всей своей сутью разрывный. Что есть очень плохо.
По этому можемы работают на FSK а не “через делитель” 😉

КАПАЦИТОР - это конечно круто.😒
Только вот на Радио-86 выход организован на делителе (пара сопротивлений -великоват уровень для линейного входа) и паре конденсаторов для обрезания частот сверху и низу.
И никаких спецмикросхем для FSK. Программно решается.
А с коррекцией ошибок ноут справится не хуже Радио-86.И не нужно опять же никаких микросхем - с выхода приемника сразу на вход линейный ноута.
Ну да ладно. Ясно что самая короткая дорога та которую знаешь.
Хотя явно не лучшая.

Панкратов_Сергей
SGordon:

Можно и в термоусадку, не вопрос …

А никто не в курсе, какая полоса у аудиоканала видеокамеры?

Судя по тому что железо и схемотехника применяется та же что и в спутниковых ресиверах и видеосендерах - то не менее 15 кГц.

SGordon

рад что автопилот продвигается, скоро smalltim его доделает - и откроет исходники телеметрии - а там хочешь и аудио канал дописывай 😃) Еще вопросик про цифры - если привязатся к строкам для аудиомодуляции, 312 строк на 50 полукадров - как раз частота 15 кгц получается, как я понимаю? Не спроста это -))

Dikoy
Панкратов_Сергей:

КАПАЦИТОР - это конечно круто.😒
Только вот на Радио-86 выход организован на делителе (пара сопротивлений -великоват уровень для линейного входа) и паре конденсаторов для обрезания частот сверху и низу.
И никаких спецмикросхем для FSK. Программно решается.
А с коррекцией ошибок ноут справится не хуже Радио-86.И не нужно опять же никаких микросхем - с выхода приемника сразу на вход линейный ноута.
Ну да ладно. Ясно что самая короткая дорога та которую знаешь.
Хотя явно не лучшая.

Программно FSK не решится, а капацитор был в любом случае, в схеме линейного входа магнитофона.
Насчёт двух конденсаторов для обрезания частот - не уверен. Можно увидеть схему, которую Вы имеете ввиду? Радио-86 был проектом свободным и каждый добавлял туда то, во что горазд.
Не надо приводить в качестве образца радиолюбительский проект 20-и летней давности, созданный в условиях советского дефицита. В нормальных компах был полноценный FSK.
Например, в радио-86 небыло микроконтроллеров с флеш-памятью. Теперь весь проект будем переводить на к155ла3? 😃 Зачем тогда столько лет производители выпускают микросхемы FSK модуляции, если они никому не нужны?
Наконец, у радийщиков есть поговорка: “потеряное в антенне не восстановит ни один усилитель”. Будь у Вас хоть пятиядерный пентиум, если на входе белый шум, ничерта Вы из него не выделите.
И дело не в том, какой путь знаешь, а в том, какой путь правильный. Проведите эксперимент и убедитесь 😉 Я уже провёл: forum.skunksworks.net/Forum5/HTML/000243.html

smalltim

С автопилотом обнаружился небольшой косячок. На разъеме SPI для связи телеметрии и автопилота не выведен сигнал SS.
Если еще учесть, что я не имею права со стороны автопилотной платы вмешиваться в процессы на плате телеметрии (например, никаких прерываний от SPI) пока идет отрисовка ТВ строки, то получается, что данные придется передавать только тогда, когда плата телеметрии будет готова это делать - в середине кадра и на межстрочных интервалах.

Мысль такая: SPI на телеметрии всегда slave, и на запросы от мастера на плате автопилота всегда отзывается нулями или никак не отзывается. А вот когда телеметрия реально готова обмениваться данными, включает SPI и отзывается спецпакетом типа 0х00,0хFF,0x00,0xFF, а дальше понеслась. Мастер видя такой пакет начинает передавать актуальные данные телеметрии, а телеметрия отзывается пачкой данных с сенсоров. Получив полный пакет данных и передав что нужно, мастер отсылает опять же что нибудь типа 0х00,0хFF,0x00,0xFF. Видя такое на SPI, телеметрия отправляет SPI спать до следующего подходящего момента.
Мастер, в свою очередь, с неким интервалом постоянно шлет в телеметрию что-нибудь в надежде увидеть в ответе спецпакет означающий готовность к обмену данными.
Что скажете, жизнеспособно?

С SS на самой плате автопилота проблем нет: атмега там всегда мастер, память - slave, сигнал SS корректно разведен.

serj
smalltim:

С автопилотом обнаружился небольшой косячок. На разъеме SPI для связи телеметрии и автопилота не выведен сигнал SS.
Если еще учесть, что я не имею права со стороны автопилотной платы вмешиваться в процессы на плате телеметрии (например, никаких прерываний от SPI) пока идет отрисовка ТВ строки, то получается, что данные придется передавать только тогда, когда плата телеметрии будет готова это делать - в середине кадра и на межстрочных интервалах.
///----
Мысль такая: SPI на телеметрии всегда slave, и на запросы от мастера на плате автопилота всегда отзывается нулями или никак не отзывается. А вот когда
Мастер, в свою очередь, с неким интервалом постоянно шлет в телеметрию что-нибудь в надежде увидеть в ответе спецпакет означающий готовность к обмену данными.
Что скажете, жизнеспособно?

Вполне, уже 5 лет как по подобному алгоритму работаю 😉
только внешних устройств от автопилота побольше 😝

Для экономии времени со стороны автопилота лучше не отзываться никак- время простоя- всего один с хвостиком символ. Хотя это от распределения времени зависит, может автопилоту выгодней будет пару раз в секунду 20мс подождать 😃

Dikoy
smalltim:

Мысль такая: SPI на телеметрии всегда slave, и на запросы от мастера на плате автопилота всегда отзывается нулями или никак не отзывается. А вот когда телеметрия реально готова обмениваться данными, включает SPI и отзывается спецпакетом типа 0х00,0хFF,0x00,0xFF, а дальше понеслась. Мастер видя такой пакет начинает передавать актуальные данные телеметрии, а телеметрия отзывается пачкой данных с сенсоров. Получив полный пакет данных и передав что нужно, мастер отсылает опять же что нибудь типа 0х00,0хFF,0x00,0xFF. Видя такое на SPI, телеметрия отправляет SPI спать до следующего подходящего момента.
.

Это слишком сложно. Вполне достаточно выключать SPI на плате телеметрии, оставляя подтяжки. Тогда мастер будет читать FF. Как только телемертия готова, включить SPI и мастер считает 00. А далее передавать пакеты фиксированой длины, с нумировкой. У меня подобным образом работает. Пакеты 10 байт, длина рассчитана так, чтобы везьде успевать пролезать.
Можно, конечно, с подтверждением, но есть риск, что в кореектном пакете попадётся заявленая комбинация и будет сбой.

maloii

Решил всунуть в свою телеметрию автопилот, нарисовалась следующая схемка. Отличительная особенность это питание мультиплексора от приемника, если что ни будь произойдет с телеметрией, зависнет, отрубится, замерзнет управление не потеряется. Поругайте если что не так. Форум фотку порезал, поэтому добавил в архиве дубль.

Shem3.rar

Дятлов

Доброго времени суток.
Имею EasyStar с передатчиком и OSD от RangeVideo. Все интересно, но хочется еще иметь на Ozi отметку положения. Возникла идея, и по форуму понимаю - правильная, передавать nmea по аудиоканалу. Т.е. нужен еще один GPS-приемник (OSD-шный пусть работает сам по себе), чип кодирования в аудио и вместо микрофона передатчика на борту. На земле с аудиовыхода приемника декодируем и на вход ноутбука.
Вопрос. Имеет ли смысл такая реализация и если да, то как?
Заранее спасибо за ответы.

technolog
Дятлов:

Доброго времени суток.
Вопрос. Имеет ли смысл такая реализация и если да, то как?
Заранее спасибо за ответы.

Вот уже всё придумано до нас

dzl.dk/projects/electronics/modem/modem.html

Передавать не пробовал. Но ради интереса прошил в tiny2313 прошивку tx. На соответсвующей ножке была генерация прямоугольных импульсов. При подаче данных что-то в этих импульсах менялось.