Делаем из простого приемника Продвинутый-3 или универсальный модуль управления и индикации.
не… как раз сама индикация будет шустрая.
добавится еще 1 режим отображения, на данный момент задумка такая:
------------------------------
|…DIVERSITY…____…|
|…5905…FREQ|CNL |…|
|… _____…------…|
|…| TX1 |…TX2…|
|…-------…RSSI…|
|…100%…80%…|
|…SYNC…|
|…98%…82%…|
|…________…|
|…| MANUAL |…|
|_______________________|
т.е. 3 варианта работы - по РССИ, по синхре и ручной выбор канала. выбранный канал и режим подсвечиваются.
показания RSSI и синхры - в процентах от максимального.
переключение на мануал и на другй канал от текущего - кнопкой UP/DOWN без разницы, для возврата на авто - уже выбором через SEL
будут изменения в клавиатуре (немного по другому навигация), ну и в менюшках (в коде, а не в отображении - мне оно нравится)
кстати, насчет разницы в РССИ: в 5808 диапазон 0,5-1,1в в отличии от 1,2 приемников.
в коде для ардуинки (АЦП 10 бит) используется сложение для большей точности, но все равно на этот диапазон остается 122 значения АЦП из 1024
в хмеге АЦП 12-ти битный, при использовании встроенного опорного VCC/1.6 получаем 1192 значения на диапазон. При исползовании опорного VCC/2 точность получится еще больше.
да кстати, думаю вернуть стабы на 3.3 опять внутрь приемников - LM1117 на 3.3в что ставил на питание проца, дисплея и 2 приемников - довольно ощутимо разогревается от них
кстати, насчет разницы в РССИ
Я когда пытался опереться на данные из даташита (при переписывании под OLED) тоже делал рассчеты и спрашивал у Сергея
Это практический результат? По даташиту на чип RSSI=0.5-1.1V, что соответствует при 3,3В питании и 10 битном АЦП
3,3/1024=0,003В/бит
0,5/(3,3/1024)=155 бит
1,1/(3,3/1024)=341 бит
Итого при накоплении 10ти измерений имеем 1550 min (т.е. не 1280) и 3410 max. Это конечно все теория, а на практике может быть иначе, а может я просто ошибаюсь в расчетах.
Вот что он ответил
Да, это практический результат и он повторяем, а на 1.2 совершенно разный, потому калибровка
т.е. за минимум надо принимать именно значение которое указано в коде
1280- это накопленное значение за 10 замеров при
//отсутствии какого либо сигнала
Возможно Вам это поможет и надеюсь Сергей не против обнародования нашей переписки.
1550 в теории и 1280 на практике - это 27 едениц значения АЦП, с учетом шума и офсет корректировки (смещения нуля)- так оно где-то и выходит.
у меня сейчас без суммирования (1 измерение) и сглаживания по обоим приемникам без сигнала показания 960-1000
П.С. - чуток ошибся когда писал про 122 значения - принял питание меги за 5в… от 3.3в диапазон ~180 значений
Не нравится мне этот Рссай. А по качеству видео сигнала намного сложнее сделать?
по тому что я нашел, а также и по простоте реализации (более полный контроль кач-ва сигнала потянет кучу всего за собой) - просто считаются синхроимпульсы за интервал времени, начинаются пропуски(начинаются помехи) - кол-во уменьшается - не сложно, я ж писал что будет 3 режима работы
вот только тут нужно будет опробовать 2 варианта. в текущей схеме (как и в источнике) на проц заводятся вертикальные, хочу еще потом попробовать будет ли проц успевать обрабатывать композитные без ущерба остальному ф-лу? хотя вроде как мобидрон все успевает)))
кстати… по найденному в интернете - почти все продаваемые диверсити работают именно по RSSI. с контролем синхры - еденицы
главное время для всего этого найти…
Те что с синхрой - существенно дороже. Для этой цели многие игллвскую наземку заюзали.
таксь… сейчас полазил чуток с осциллом по выходам строчной и кадровой синхры на выходе LM1881:
строчная - изменения на помехи наступают раньше и выглядять в виде увеличения числа (помехи)
кадровая - изменения чуть позже (когда равномерно начинает снежить), тут уже более прямая зависимость - пропадают.
вначале реализую кадровую (vertical sync) - она на текущий момент разведена, потом может попробую строчную и выбрать что лучше
блин. возможно сгорел 1 канал максины - который на видео… приходит норм, а на выходе 1/10 от сигнала…
сча как раз надо перепаять приемники + разъемы норм поставить… может в процессе оживет, иначе на 2-й канал перебрасывать придется.
нашел причину - как всегда виноват плохо вымытый припой - на ветке на максину и ЛМ-ку между землей и питанием 70 Ом было сопротивление
вывод - тагс конечно хороший флюс, мой любимый, но вымывать его нужно чщательнее
хмм… нашел непонятное - на передатчике частота 5905, так вот на частотах с 5660 по 5675 вижу ту же картинку…
толи передатчик так передает, толи чтот непонятное с записью в приемник.
да. приемники прижал через термопрокладку (от регулей) к плате - нагрев заметно уменьшился.
также вернул родные стабы внутрь, т.е. питание опять от 5в
токопотребление кстати, по 175мА на приемники(близко к паспортному), и 30мА на остальное (дисплей в основном) = общее 380 (это на 20А пределе)
У меня тоже разбег между паспортными данными передатчика и реально принятыми приемником частотами. А то, что полоса такая широкая, так я не думаю, что в передатчике стоит какой-то дорогой полосовой фильтр на выходе 😃 Вот и “засирает” малехо соседние частоты. К тому же погрешность дает близость передатчика и приемника, напряженность поля достаточно высокая. Разнесите их на метров 100 - 200, будет совершенно другой результат.
И еще, какой рссай показывает на этих частотах (на основной 5905 и на гармонике 5660…)? У меня также лезет такая же гармоника, но при увеличении расстояния (заворачиваю в фольгу, лень на улицу выходить 😃 ) доп. излучение уменьшается очень сильно.
У меня тоже разбег между паспортными данными передатчика и реально принятыми приемником частотами.
Аналогично, выставляю на передатчике канал, при сканировании Продвинутым 2 прием остается на частоте со смещением относительно выставленной на передатчике.
тут не в том дело то.
передатчик выставлен а канал 5905.
на приемнике на частоте 5905 он и присутствует, при отклонении больше 2-4МГц начинаются помехи.
но помимо этой частоты, также ловит тот же сигнал на частотах с 5658 (чуток помех) - 5660 (чисто)…5675(чисто) - 5677 (чуток помех).
передатчик аомвей 200мВт 32 канала.
вот и пойми откуда это.
заметил совершенно случайно
Блин… нафлудил я в теме однако. Надеюсь автор темы - тезка Сергей Панкратов на меня не обидиться…
такой вопрос назрел - как думаете имеет смысл возможность работы передатчиков на разных частотах?
кстати железяка по RSSI уже работает, сейчас занимаюсь рисованием.
дисплейчик на 800кГц и2с себя отлично чувствует и довольно шустрый
ну что могу сказать - все работает.
видео будет на днях.
по поводу синхры и РССИ:
видеосигнал присутствует практически во всем диапазоне РССИ (снежить начинает только уже ближе к 0, окромя скачков помех), а вот различие по синхре как раз работает на пределе, когда уже снежок начинает появляться.
помучаться и полазить с осциллографом пришлось изрядно, зато нашел хоть и не совсем правильный, но зато жутко эффективный способ анализа (подсказка - анализируется не качество сигнала как такового, а ошибки - неправильный синхроимпульс).
по хорошему нужно будет в след версии завести еще и видеосигнал на АЦП - как бонус можно иметь возможность ОСД - я например собираюсь ставить это хоз-во в шлем, а находясь в нем на дисплейчик ненасмотришся)))
ну так же все нужно протестировать на природе… комнатные тесты на то и комнатные, что не совсем достоверные
большое спасибо за 3 ссылку с видео - еще одна идейка возникла - помимо ОСД можно еще и генерировать свой видеосигнал в случае пропадания основного.
насчет 1 и 2 - я именно так вначале и пробовал - если пытаться просто считать - получается плохой результат, так как при наличии помех на изображении, на выходе строчной синхры LM1881 начинают появляться импульсы помехи, которых в таком случае может быть как меньше, так и больше чем нормальных импульсов в сигнале без помех
м.б. 328-я мега просто не успевает их зафиксировать?
а разница между нормальным и помехой - прежде всего во времени.
так. с дисплеем все готово, вечером постараюсь выложит видео работы.
сам же буду делать версию с выводом на дисплей.
наложение на текущее видео считаю не нужным, для настройки/просмотра а также при пропадании будет просто переключаться на видеовыход хмеги.
разрешение без наворотов 160х120 ч/б графика (загрузка проца кстати всего 8%) думаю вполне достаточно (учитывая отличные результаты для 128х64), можно будет сделать более мелкий шаг сканирования (конечно скажется на скорости сканирования)
текущий код легко перенести на ардуинку (дисплей по и2с или СПИ - как угодно - библиотека взята адафрутовская с небольшими изменениями под хмегу, ну и поправить измерение РССИ как в оригинале)
то что и обещал.
видео грузиться - инет слабый, а вышло хоть и 3gp - 320мб… сжимать лень
Сергей, видео пока не доступно… перезалейте, пожалуйста
видео пока не доступно…
видео грузиться - инет слабый
готово к просмотру
да… чуть не забыл… дисплей на внутреннем степапе, если использовать криусовский - отрубить внешний, ну или в коде инициализацию внешнего сделать