Самодельный контроллер диверсити MonVersity
интересно услышать все негативные отзывы про RSSI
у меня сейчас стоит игловская диверсити, с приемников выведено рсси, очень часто бывает что игловская дивеверсити включает тот приемник на котором меньше рсси, если вручную переключить на на тот приемник где рсси больше то видео там оказывается хуже, не знаю из за чего такое происходит, но мобильник (если по нему разговаривать) может поднять рсси до 80% при этом на экране ничего нет, и только игловская спасает потому что видит именно качество картинки а не рсси.
А диверсити с bevrc отдам, сейчас она у меня на даче, через неделю привезу в Москву и личку напишу.
меня сейчас стоит игловская диверсити
А можно ее фотографию крупным планом снизу, чтобы разглядеть, что там за микросхемы стоят?
Если этот бардак отсеете - заодно уж сделайте и убивца голубых экранов (восстановитель пропавших Vsync и Hsync и поднятие уровня бардака выше уровня черного) - для Вас шаг небольшой, а народ доволен будет.
А имеется ли что-то подобное в уже готовых устройствах? Для образца поглядеть бы. Интересно было бы еще и поглядеть на этот бардак.
Платы размером 5х5 см китайцы делают за 15 баксов включая доставку за пучок из 10 штук
Сайтик не подскажете?
А диверсити с bevrc отдам, сейчас она у меня на даче, через неделю привезу в Москву и личку напишу.
Спасибо! Буду ждать =)
У вас случайно не обратная RSSI у приемника? (при понижении сигнала на выходе выдает большее напряжение)
Имейте в виду - при потере видео на выходе приемника творится бардак и синхросепараторы тоже выдают бардак - т.е. нужно отфильтровать бардак от нормальных импульсов, это уже не так тривиально
Реальные диверсити типа Oracle Diversity Controller работают несколько проще. Если у одного сигнала синхра нормальная, а у другого нет, пеереключчаемся на нормальный. Если у обоих нормальная синхра или у обоих битая - остаемся на том-же канале.
Если этот бардак отсеете - заодно уж сделайте и убивца голубых экранов (восстановитель пропавших Vsync и Hsync и поднятие уровня бардака выше уровня черного) - для Вас шаг небольшой, а народ доволен будет.
Это совсем другая задача. Обычно диверсити синхру не восстанавливает. 😃
А можно ее фотографию крупным планом снизу, чтобы разглядеть, что там за микросхемы стоят?
сфоткал
Сайтик не подскажете?
подсказываю - seeedstudio.com/…/fusion-pcb-service-p-835.html?cP… например. Сейчас их хватает.
У вас случайно не обратная RSSI у приемника? (при понижении сигнала на выходе выдает большее напряжение)
проблема решается перетыкиванием разъемов 😃
Реальные диверсити типа Oracle Diversity Controller работают несколько проще. Если у одного сигнала синхра нормальная, а у другого нет, пеереключчаемся на нормальный. Если у обоих нормальная синхра или у обоих битая - остаемся на том-же канале.
Спасибо за информацию. Но все равно, чтобы определить, битая синхра или нет, нужно измерять время между синхрами. Но это уже гораздо проще, чем восстановить синхронизацию.
Это совсем другая задача. Обычно диверсити синхру не восстанавливает.
Ну так Юрий желал иметь список хотелок - я и добавил 😃
Поизучал плату приемника от ImmersionRC 5.8 Ггц со встроенным диверсити (Duo v3) , понял что он смотрит только на RSSI. А ведь это лучший приемник в своем классе. Странно, что никто из владельцев не ругался на него из-за того, что он не анализирует качество картинки. Ваши комментарии?
Поизучал плату приемника от ImmersionRC 5.8 Ггц со встроенным диверсити (Duo v3) , понял что он смотрит только на RSSI.
Вы неправы. В правом верхнем углу видна микросхема LM1881 - это детектор синхроимпульсов.
В центре - переключатель MAX4025, а подстроичники просто выравнивают яркость.
Что за проц - увидеть не могу. Вроде PIC какой-то.
В правом верхнем углу видна микросхема LM1881 - это детектор синхроимпульсов.
Странное какое-то решение. Почему-то LM1881 стоит уже на выходе переключателя. Видимо, основной алгоритм все-таки работает с RSSI и на всякий пожарный проверят - а есть ли видео на выбранном канале?
И к Юрию - использование синхо импульсов позволит с Вашим устройством использовать любой приемник и на заморачиваться, как из него вытянуть RSSI, что есть большой плюс для идеальной системы 😃 - если еще не пропало желание делать таковую.
В правом верхнем углу видна микросхема LM1881 - это детектор синхроимпульсов.
Плохо видно. Мне казалось что это другая микросхема.
Что за проц - увидеть не могу. Вроде PIC какой-то.
А вот тут я увидел именно PIC.
Почему-то LM1881 стоит уже на выходе переключателя.
Действительно странная схема. И зачем проверять есть ли синхра на выходе?
И к Юрию - использование синхо импульсов позволит с Вашим устройством использовать любой приемник и на заморачиваться, как из него вытянуть RSSI, что есть большой плюс для идеальной системы - если еще не пропало желание делать таковую.
Не пропало. Осталось только решить на чем основывать прибор.
Странное какое-то решение. Почему-то LM1881 стоит уже на выходе переключателя.
Само собой, коль LM1881 всего одна, она должна стоять на выходе. 😃
Видимо, основной алгоритм все-таки работает с RSSI и на всякий пожарный проверят - а есть ли видео на выбранном канале?
Думаю в этом случае логика такая: если синхра целая, остаемся на текущем канале, если битая - переключемся на противоположенный.
Кстати, вот как сделана лучшая переключалка: Oracle Diversity Controller:
Думаю в этом случае логика такая: если синхра целая, остаемся на текущем канале, если битая - переключемся на противоположенный.
А как же тогда быть с RSSI? Видеосинхра имеет приоритет перед ним?
Кстати, вот как сделана лучшая переключалка: Oracle Diversity Controller:
Спасибо за картинку, но не все детали можно разглядеть. Нет не пожатой картинки?
А как же тогда быть с RSSI?
Никак. Нафиг не нужен никакой RSSI. Поймите, что RSSI это просто уровень сигнала на данной частоте. Не уровень НАШЕГО сигнала, а вообще ЛЮБОГО сигнала (чужого, цифрового, помехи и т.п.). Поэтому практической пользы от него для выбора видеоканала очень мало.
Синхра - другое дело.
но не все детали можно разглядеть
А что не видно? Проц PIC 18F242; две LM1881 в DIP-8; LM324 в DIP14; HCF4053 в DIP16 и MAX4313 в SO-8. 😃
Нет не пожатой картинки?
Baychi, спасибо за картинку.
to All, прошу простить за неточность. В посте №17 я упомянул, что это схема приемника v3, на самом же деле это версия V2.
Вот V3 (и уже без LM1881)
Сдается мне что идея проверки синхры в v2 провалилась и Сандер стал делать без нее.
Сдается мне что идея проверки синхры в v2 провалилась и Сандер стал делать без нее.
Или ловит синхру самим процом. Это вполне реально, ловить 16 кГц строчной и 50/60 Гц кадровой развертки через АЦП. Если программисты у него грамотные. 😃
Реально LM1881 нужна для OSD или восстановления синхры, когда нужно точно привязаться к исходному сигналу. А для того что-бы отличить хорошую синхру от плохой или никакой - проца типа PIC вполне достаточно, ИМХО.
Спросил у Сандера что это за чип и для чего он Ветка тут.
Спросил у Сандера
По моему там роботы беседуют с троллями. 😃
LM-ка им была нужна для переключения на границах кадра.
Но логика переключения так и не раскрыта. 😦
Сочинил платку для MonVersity v2 (теперь переключаемся по качеству изображения). Пару дней поковыряю прошивку, подумаю насчет восстановления синхры и закажу платы.
К сожалению, не нашел пока простого способа победить синий экран. Ресурсов ардуины не хватит на это. Отдельный видеочип - очень дорого. Остается только вариант с использованием max7456, но она стоит 500-800р. Да и нужна не каждому пользователю этой системы диверсити. Страждущим могу посоветовать использовать дешевую ОСД плату, основанную на этом чипе, например MinimOSD
Еще будут какие-нибудь хотелки? А то собираюсь платы заказывать.
Еще будут какие-нибудь хотелки?
Схемку бы Вашу показали прям здесь. А то все эти GIT-ы мало кто себе ставит. 😃
Схемка не причесана для постороннего взгляда, названия ножек на микросхемах не те - я просто взял шаблоны с нужным форм-фактором (родных не было). Кондеры С1 и С2 это места под светодиоды, кондерные площадки удобнее =)