Вагон пользы - выпуск 11. Передача цифрового звука по радиоканалу с помощью STM32F103C8T6.

[@MikeMike-wc8on]

Очень грамотное видео, и прекрасная разборчивая речь, спасибо! Я очень плохо в этом разбираюсь, но даже я много чего понял!

[@Project_INSECTUM]

Благодарю!

[@egordpua]

Отличный учебный материал! Все разложено по полочкам, что, зачем и почему. Все наглядно показано и главное - работает. Спасибо.

[@Project_INSECTUM]

Благодарю!

[@vladimirsmirnov8463]

Глубокое понимание сути вопроса. Браво!

[@Project_INSECTUM]

Благодарю!

[@ПавелАгафонов-л4э]

Как всегда кучка " экспертов " успела аналами засветить ( что за люди !?). Автор предоставил свой рабочий вариант не для серийного производства а в качестве наглядного пособия , спасибо ему большое - вспомнил забытые моменты из далекой " паяльной " юности .

[@Project_INSECTUM]

Да ничего страшного. Я уже давно вышел из того возраста, когда на такие нападки реагируют эмоционально. В принципе допускаю, что где-то что-то не доглядел, так что против критики вовсе не возражаю. Но тут настолько очевидный и забавный бред, что я даже удовольствие получил. Я имею в виду этого неугомонного гражданина, который мне про компаратор что-то рассказывает. Вспомнил случай, как пытался объяснить в начале нулевых одному "технику связи", что если увеличить размер экрана телевизора до размеров стадиона, он вовсе не увидит каждую пору на лице ведущего новостей, потому, что спектр аналогового сигнала, который вещается с ретранслятора ограничен и там просто нет этой информации. Тогда я прост плюнул, развернулся и ушёл...

[@Project_INSECTUM]

@@zen_maker Что такое прикладная польза в Вашем понимании, мой ролик должен намазываться на хлеб? О каком геройстве речь? Может Вы о теоретических и практических знаниях? Да я обладаю определёнными знаниями. Может быть кому-то понадобиться кусок схемы или кусок кода, или какая-то идея... Я этим делюсь. В этом и проявляется прикладная польза. Не вижу в этом ничего зазорного, как и в высокой самооценке. Про дороговизну это вообще "мимо кассы". Весь макет хорошо если потянет на 5 баксов.

[@ПавелАгафонов-л4э]

@@zen_maker кто сказал , что он хвалится ? Человеку за сраку лет , а вы его с говном мешаете . Он и говорит :в целях " ознакомительных" и вспомнить прошедшие этапы.... В любом случае это ваше мнение , живите с ним

[@NIKX1984]

Спасибо, расталковано , разжовано помелочам, приятно воспринтмать матерьял.

[@Project_INSECTUM]

Благодарю!

[@phitrow]

Осуществил мою мечту!! Я прорабатывал точно такую же задаче три-четыре года назад. Первично я хотел оцифровать звук, опыта мало, искал помощи.. никто не помог. купил микруху АЦП, + логика и кварц. Получилось(правда не знаю что) получил поток, на оссц. был меняющийся поток в зависимости от вх. звука. Потом заглохло. пандемия, работа... Потом Ардуино. Насколько я понял он тоже заработал, а вот с приёмным кодом не получи(а)лось. Приёмник, передатчик собрать для меня давно не проблема.

[@Project_INSECTUM]

Ну, попробуйте воспользоваться этим проектом. К видео прикреплена ссылка на файлообменник. Там есть и исходники. Можете изменить и пересобрать, там всё нормально закомментировано. Конечно всё сделать самому от начала до конца приятнее, но вдруг закроете гештальт. Я вот несколько лет назад запустил Спектрум, с которым возился, но не смог запустить примерно в 91-м году и когда запустил получил массу удовольствия. Да и от процесса - тоже.

[@КосмическийЦентрРазвития]

Понравилось. Увлекает сама идея. Подсказаны полезные решения и компоненты. Спасибо за интересное видео.

[@Project_INSECTUM]

Благодарю!

[@mishuha]

Насчёт оптики - это реально применяется. Например для тв, наушники видел, ик излучатель с телика, прием буквально в зоне прямой видимости. Вообще отдельный радиоканал почти всегда пердпочтительней чем блютуз, но цена готовых решений кусается, да и редкость это

[@user-hr9ty5pc1o]

Восхитительно! 🥲

[@Project_INSECTUM]

Благодарю!

[@ЕвгенийШепард-р2х]

Круто сделано! Всë можно увидеть и прочувствовать. Спасибо

[@Project_INSECTUM]

Благодарю!

[@МитяЯрков-ц5ф]

Автор большой молодец.

[@Project_INSECTUM]

Благодарю!

[@DAlexMaster]

Для существенного упрощения аппаратной части можно было бы использовать более дешёвый процессор STM32G431K6U6, который содержит на борту: 1. 16 битное АЦП 2. 12 битное ЦАП 3. 4-е аналоговых компаратора (rail-to-rail) 4. 3 операционных усилителя с программной настройкой 5. Модуль DSP-инструкций, с помощью которого можно выполнять цифровую фильтрацию сигналов вместо аналоговых блоков на ОУ 6. Более высокая частота процессора 170 МГц против 72 МГц Таким образом автор получил бы возможность вынести бОльшую часть обработки сигналов с аппаратных блоков на программные. Но если не заморачиваться с преобразованиями Фурье, то на борту есть всё, что необходимо для работы аналоговой части (ОУ, ЦАП, АЦП)

[@Project_INSECTUM]

Я это понимаю. Просто задача так не ставилась. Хотелось всё на минималках. Ну и про ФНЧ на входе тоже всё так. Конечно можно было бы его существенно уменьшить за счёт повышения частоты дискретизации, потом сделать децимацию и уже ФНЧ какого-нибудь безумного порядка в DSP виде. На приёмной части поднять частоту дискретизации с интерполяцией и опять таки на выходе простейший аналоговый ФНЧ. Но Вы представляете какой бы серьёзный проект получился!? И это ещё без компрессии и корректирующих кодов. А, тут я всё за неделю запилил... :)

[@DAlexMaster]

@@Project_INSECTUM _Ну и про ФНЧ на входе тоже всё так. Конечно можно было бы его существенно уменьшить за счёт повышения частоты дискретизации_ - да, согласен, что если оцифровывать сигнал с частотой дискретизации ниже верхней частоты в его спектре, то наберёмся шумов от высших гармоник. Выхода два: повышать частоту дискретизации с последующей цифровой фильтрацией и децимацией или использовать ФНЧ (как вы и сделали) _и опять таки на выходе простейший аналоговый ФНЧ_ - тоже согласен, что без ФНЧ на выходе получим наш сигнал вместе с высокочастотным свистом из-за "ступенек" ЦАП'а (квантования по уровню) _уже ФНЧ какого-нибудь безумного порядка в DSP виде_ - если мы используем классический подход: перевод сигнала в частотную область с помощью ДПФ, перемножение на импульсную характеристику фильтра с обратным переходом во временную область, то порядок фильтра или его сложность рояля уже не играет :) _Но Вы представляете какой бы серьёзный проект получился_ - я предпочитаю больше заморачиваться с обработкой сигнала на стороне процессора, нежели в аналоговых схемах. Если хорошо знать теорию обработки сигналов и уметь программировать, то задача не такая уж и серъёзная :) Но это всё на любителя... _А, тут я всё за неделю запилил_ - не спорю, что кому-то нравится работать с простейшими схемами без всяких заморочек. Сам, иногда, таким страдаю :)

[@raxxla1949]

Это в каком месте STM32G431K6U6 дешевле stm32f103c8 ?!

[@DAlexMaster]

@@raxxla1949 На сайте производителя дешевле

[@klimenoksamgin3573]

лайк за труды и подробное описание ! я радиолюбитель старой формации , отсюда вопрос - если надо передать аудио сигнал , не проще по старинке в аналоговом формате , например АМ модуляцией , чем такие сложности ??

[@Project_INSECTUM]

Конечно в аналоге проще. Это демонстрационный проект, который показывает как на дешёвой элементной базе сделать максимально простой цифровой радиоканал для передачи звука.

[@lbjaudio9456]

Бесподобно!

[@Project_INSECTUM]

Благодарю!

[@MikeMike-wc8on]

Скажите, а почему, если уровней напряжения на модуляторе два, на водопаде в полосе частот приемника столько палок? Вроде бы он идее должно быть только две, это ноль и единица?

[@Project_INSECTUM]

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

[@СергейВладимирович-п4с]

Лайк! Подписка!

[@Project_INSECTUM]

Благодарю!

[@olegsouthern8970]

Отлично. Сам думал над аналогичной задачей. Пришёл примерно к такому же построению, только реализация планировалась на Attiny44 с кварцем 12 Мгц(то, что было под рукой). Код планировался на ассемблере. Правда, реализовать не удалось, т.к. отпала нужда, а с ней и желание пропало что-либо делать. Но ряд вопросов остался, а возможности получить ответы не было. Вот теперь есть кому их задать 🙂. Есть ли потеря данных при устойчивой связи? Как проявляется большая потеря(искажение) данных, например, при неустойчивой связи. Когда связи нет, понятно, что, не получив два стартовых бита(стартовую последовательность) STM-ка приёмника молчит. А вот если пакет принят, но с 40%, 50%, 60% ошибок? Понимаю, что звук искажается, но на сколько? Вообще ничего не разобрать или просто разбираемость падает, но что-то все же понять можно? Слышно ли частоту дискретизации на приёмнике? Как осуществляется синхронизация начала пакета? Нуу... эдакий СТАРТ-бит? Иначе легко можно сдвинуться при приёме на один-два бита и принять ничего не получится. Пауза между пакетами? Если да, то какая длина паузы? Эти вопросы касаются передачи по радиоканалу. Со свето/фото-диодами всё гораздо проще. За реализацию, снимаю шляпу. Одно дело когда это всё умозрительно, совсем другое, когда это уже воплощено и работает! Посмотрел с удовольствием.

[@Project_INSECTUM]

Благодарю за оценку. Попробую по порядку. При хорошей связи и прогреве генератора передатчика и гетеродина приёмника потери данных нет. Неустойчивая связь проявляется как "жужжание" с частотой передачи пакетов (500Гц). Жужжание довольно громкое, но разобрать передаваемое можно. В принципе это вопрос алгоритма борьбы с выпадениями. Здесь всё примитивно, за обработку выпадений отвечает часть программы приёмника, которая называется шумоподавитель. Частоту дискретизации немного слышно, хотя больше слышно частоту прихода пакетов. Скорее всего дело в недостаточной фильтрации питания. Ну собственно и выход ЦАП формируется из нефильтрованных +3,3В. Синхронизация начала пакета происходит по двум стратрбайтам, сдвинуть начальную фазу приёма вовсе не так и просто. На самом деле это маловероятно, поскольку стартовые биты выбраны из двух критериев (правда противоречивых), один из которых - максимальная длинна Хемминга при сдвиге. А, поскольку приём происходит на удвоенной частоте по сравнению с битрэйтом передачи, то по стартовой последовательности делается и фазовая синхронизация чтения всех последующих 16-ти байт аудиоданных. Почитайте исходники, они хорошо закомментированы. Пауза между пакетами 800мкс.

[@olegsouthern8970]

@@Project_INSECTUM Спасибо за ответ. Почитаю исходники. Кажется догадываюсь, как сделана фазовая синхронизация начала пакета, при условии удвоенной частоты приёма. Успехов в будущих разработках!

[@Project_INSECTUM]

@@olegsouthern8970 Благодарю!

[@ALCohol-qu7ib]

Неудержался, подписался! Ну и как же без балластных слов для алгоритмов ютуба, а собственно это они ибыли.

[@Project_INSECTUM]

Благодарю!

[@Danil-intl]

120 кгц ширина пропускания это реального много, есть ли какие требования к фильтру ПЧ? (10.7мгц который) (он вроде пропускает до 30кгц)

[@Project_INSECTUM]

Фильтры ПЧ на 10,7МГц, которые используются в FM-радиовещании имеют полосу пропускания в районе 220КГц. Бывают чуть больше, бывают чуть меньше, в зависимости от типа.

[@Danil-intl]

@@Project_INSECTUM да, точно, это 455 для АМ имеют до 30кгц ширину пропускания

[@ИванИванов-н2п]

Круто!

[@Project_INSECTUM]

Благодарю!

[@chaosONT]

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

[@Project_INSECTUM]

В данном случае, если вместо ИК оптопары применить лазер от CD/DVD резака и транзистор со спиленной шляпкой, никаких глобальных изменений в схеме не понадобится. Разве что нужно будет учесть специфику лазера CD/DVD, поскольку они очень чувствительны даже к кратковременным перегрузкам по напряжению. Возможно придётся сместить базу транзистора фотоприёмника. Или применить в качестве фотоприёмника фотодиод, например ФД263. Вот здесь человек экспериментирует с передачей видео как раз через ФД263: kzbin.info/www/bejne/e5LOmZV_odiIgNk А, вот здесь другой изобретатель экспериментирует с транзистором ГТ308: habr.com/ru/companies/ruvds/articles/836422/ На самом деле получить передачу аудиоданных по лазерному каналу в цифровом виде проще, чем в аналоговом, поскольку в аналоговом ещё нужно добиться от лазерного канала линейности, а это не просто.

[@muterchak]

Очень интересный проект! Пару вопросов автору: зачем 2 цифровых выхода Data и Data_inv? И еще как Вы думаете, какой радиотракт выиграет по чувствительности и дальности передачи если сравнивать 1) данный вариант цифровой передачи с полосой ПЧ, если я правильно понял, несколько сотен кГц и 2) ЧМ модуляцией передатчика напрямую аналоговым сигналом с девиацией скажем 6кГц и соотв.полосой ПЧ приемника несколько десятков кГц?

[@Project_INSECTUM]

Благодарю! Два цифровых выхода получились из-за того, что когда я разрабатывал макетную плату приёмника, не озаботился вопросом прямая или инверсная дискриминационная х-ка ЧМ дискриминатора. Поэтому просто поставил два компаратора на любой из случаев. Тем более, что в корпусе LM393 два компаратора. Да, данный вариант использует полосу пропускания по ПЧ минимум 120КГц. Разумеется простой аналоговый радиоканал с девиацией 6КГц существенно выиграет по дальности связи по сравнению с этим (моим) цифровым каналом, при прочих равных условиях. Теорему Шеннона-Хартли для канала связи с шумом никто не отменял. Я и не претендую на энергетическую выгодность канала. Это именно демонстрационный проект, который показывает, что цифровая передача аудио это не так уж и страшно и сложно. Но, если его взять за основу и начать совершенствовать, то может получиться что-то толковое. В первую очередь, конечно, необходимо применить хороший кодек для уменьшения объёма данных... Впрочем, есть проекты, где что-то толковое уже получилось. Например вот это: www.radiokot.ru/artfiles/6588/

[@muterchak]

@@Project_INSECTUM Посмотрел по Вашей ссылке и там немного другой подход -проблемы формирования и приема пакета возложены на спец.микросхему приемо-передатчика, а контроллер упаковывает речевые данные, и наверно это более эффективно в плане использования железа, однако используемые виды модуляции опять же малоэффективны (FSK, OOK, GFSK), при том что шаг сетки частот там 12.5кГц полоса передатчика на скорости 12кбит/c врятли в него влезет, а вот аналоговые рации вполне себе работают в этих условиях. Так что и тут цифра немного уступает аналогу. Никаких преимуществ в других аспектах у цифры я тоже не вижу, при плохом сигнале пакеты будут просто теряться и речь станет неразборчивой, при аналоговой передаче будет только снижен сигнал/шум. Цифра на мой взгляд имеет смысл когда необходима достоверная передача данных, например для телеметрии, для речевых же данных некоторое искажение не критично.

[@Project_INSECTUM]

@@muterchak Я привёл этот пример (по ссылке) для того, чтобы показать возможности кодека для уменьшения объёма передаваемых данных. В том проекте используется кодек Speex. Цифровой трансивер SI4432 тут не относится непосредственно к делу. Последний только разгружает микроконтроллер. Про виды модуляции, смотря с чем сравнивать и по каким критериям. Если скажем взять и просто сравнить по энергетике цифровой канал GFSK с полосой, занимаемой в эфире 24КГц (с индексом модуляции 2 для первой гармоники максимального битрэйта 12кбит/c) и аналоговый канал SSB с полосой занимаемой в эфире 3,5КГц, то последний конечно выиграет. Но вот если применить какой-нибудь более серьёзный кодек, к примеру Opus, можно получить битрэйт скажем 1,5кбит/c, что в сочетании с модуляцией GFSK будет уже сопоставимо по "дальнобойности" с аналоговым SSB. Возможно и превзойдёт последний. Хотя вопрос конечно сложнее... Например GFSK не требует линейного передающего тракта, а в приёмнике можно бороться с импульсными помехами с помощью ограничителя в тракте ПЧ. Кроме того, при низком соотношении с/ш можно применить корректирующие коды. А, что можно применить к аналоговому сигналу при снижении с/ш, разве что один из шумоподавителей Dolby? :) Нет коллега, не соглашусь со столь категоричным суждением. У цифры есть такие плюшки, которых просто нет в аналоге. Аналог проще, вот его бесспорный плюс.

[@muterchak]

@@Project_INSECTUM Полностью согласен с Вами, цифра конечно поборет аналог в конце концов, но при использовании гораздо более сложной и изощренной системы кодирования как самих данных, так и способа модуляции радиосигнала. В простых же системах "на коленке" аналоговый подход получается более эффективным. Касательно Вашего проекта - он очень хорош для изучения различный аспектов цифровой и приемопередающей техники, просто нужно понимать, что простой переход на цифровую передачу еще не гарантирует что радиосвязь станет "лучше" на порядок. По поводу корректирующих кодов: да, они снижают битовые ошибки до какого-то момента отношения сигнал/шум, но опять же потребуют увеличения объема передаваемых данных, что ведет к расширению полосы ПЧ и снижению сигнал/шум при тех же условиях. Я както игрался с проприетарным трансивером, где можно было регулировать битовую скорость, включать/отключать коды исправления ошибок и процент избыточности в передаваемых данных (точно уже не помню -там был какойто хитрый сверточный кодер), так вот я регулировал уровень сигнала на входе приемника набором аттенюаторов и смотрел процент битых пакетов в разных режимах, и для себя понял, что если включать исправление ошибок, то пакеты практически не теряются до какого-то момента, но по сравнению с режимом без исправления при этом же уровне пакеты еще принимались, хоть и с некоторым процентом ошибок, а если применять повторную отправку пакета, то оно то на то и выходит, только с меньшими аппаратными затратами. Както так...

[@Project_INSECTUM]

@@muterchak Безусловно простой бездумный переход в цифру ради перехода в цифру - это очень странно (если не сказать больше). Это Вы правильно заметили. Хотя, например, если абсолютно необходимо шифрование, то тут даже с потерей эффективности остаётся только смириться. По поводу корректирующих кодов, я работал с кодами Хемминга. Пришёл к тому заключению, что корректирующие коды очень хороши в канале, который скажем так "умеренно зашумлён". И ещё предсказуемо зашумлён. При резких потерях уровня, особенно когда речь идёт о подвижной связи у земли, корректирующие коды оказываются молоэффективны. По поводу вероятности ошибок, а соответственно и эффективности корректирующих кодов мне понравился пример из книги Финк Л.М. "Сигналы, помехи, ошибки" (кажется там прочёл, если память не изменяет). Там от одного радиоинженера руководство требовало увеличить ёмкость канала передачи данных. И с каждым таким увеличением ёмкости падало соотношение с/ш, что приводило к росту вероятности ошибок. Инженер докладывал о том, что вероятность ошибок растёт, а начальство настаивало на своём. В итоге начальник пришёл к инженеру и приказал обеспечить канал связи и пусть даже вероятность ошибки будет равна 0,5! Ну хорошо, ответил инженер и вытащил штекер антенны из гнезда приёмника... :)

[@s1yasafx536]

Про Федота-стрельца)

[@Project_INSECTUM]

Именно! В исполнении автора.

[@АлиБабаевич-и7ъ]

Модуль сс1101, при подаче питания 3,2 вольта на кварце отсутствует генерация это значит, что она не рабочая или еще для запуска необходимо куда-то подать программно сигнал запуска?

[@Project_INSECTUM]

Не работал конкретно с CC1101, но по другим трансиверам знаю, что при подаче питания они находятся в спящем режиме. Чтобы его включить, нужно сконфигурировать, т.е. да подать программно сигнал запуска.

[@АлиБабаевич-и7ъ]

@@Project_INSECTUM Благодарю

[@kozka5302]

3:06 - стёб высокого уровня. защитано!

[@Project_INSECTUM]

Ну не могу иногда пройти мимо. Тут мемчик в голову пришёл... К стати дурная морда связиста с плаката 30-х годов тоже я считаю норм. Причём это как троллинг, так и автотроллинг. Ибо каждый профессиональный тролль должен иметь иммунитет против собственного яда, как та змея.

[@vitgo]

интересно, а почему бы на выход не выводить uart ? там автосинхронизация происходила бы (по стартовому биту)

[@Project_INSECTUM]

Хороший вопрос, я его ожидал :) Именно потому, что в UART только один стартовый бит. UART хорошо подходит для проводной связи. Нормально пойдёт и для оптического канала. Собственно IRDA его разновидность для ИК-канала. Но, для радиоканала одного стартбита недостаточно. Нужна полноценная стартовая последовательность (преамбула). Если её не будет, в отсутствии сигнала, на выходе компаратора приёмника формируются произвольные импульсы (из шума на выходе приёмника). Эти импульсы просто завалят UART, который будет стартовать при каждом перепаде из единицы в ноль. Более того, при подаче сигнала с передатчика, такой приёмник не сможет правильно определить начало пакета. Вот поэтому при передаче данных по радио преамбула совершенно необходима. Причём желательно иметь преамбулу с максимальной длинной Хемминга при сдвиге. Я об этом не упомянул в ролике, дабы его не перегрузить информацией. Однако в другую сторону здесь совместимость есть. Т.е. пакет подходящий для передачи по радио подходит и для проводов и для ИК-канала. ЗЫ. Ещё можно обойтись без преамбулы, если работать с RSSI приёмника, но это сложнее делать как на приёмной, так и на передающей стороне.

[@DAlexMaster]

@@Project_INSECTUM _в отсутствии сигнала, на выходе компаратора приёмника формируются произвольные импульсы (из шума на выходе приёмника). Эти импульсы просто завалят UART, который будет стартовать при каждом перепаде из единицы в ноль_ - у вас есть разделение потока данных на пакеты, которые передаются в строго заданном интервале. Опираясь на него можно исключить приход ложных пакетов при отсутствии несущей передатчика. То есть, алгоритмически отслеживать темп прихода пакетов, и если он не соответствует заданному, то всё принятое отбрасывать.

[@Project_INSECTUM]

@@DAlexMaster Да пакеты приходят с известной частотой, но с не известной фазой. Была бы известна фаза, можно было бы сформировать временнОе окно и читать данные только в нём. Вот стартовая последовательность и осуществляет эту фазовую синхронизацию.

[@DAlexMaster]

​@@Project_INSECTUM _Да пакеты приходят с известной частотой, но с не известной фазой_ - я понимаю, что из-за джиттера вы не можете определить точный момент прихода пакета, а поэтому используете синхропоследовательность в его начале. Но вы вполне можете делать замеры времени между пакетами, ориентируясь на эти синхробайты. В отсутствии несущей, на входе, вы будете иметь множество пакетов с разным временем прихода. Это и будет признаком того, что передатчик молчит. Если же появятся пакеты, которые будут иметь приблизительно 2 мс от синхропоследовательности до синхропоследовательности, то передатчик работает. Помещая пакеты в циклический буфер с небольшим размером, вы получите возможность обнаружения потока данных инвариантной к джиттеру.

[@Project_INSECTUM]

@@DAlexMaster Да, но зачем? Я использовал такой подход в т.н. синхроартикуляторе (не пинайте, что в голову тогда пришло). Это устройство, которое "подсовывает" синхронизацию в видеосигнал, при его выпадении. Получается, что местный генератор привязывается к частоте и фазе синхронизации, а когда сигнал "уходит в шумы" подставляет в эти шумы свои синхроимпульсы. Работает красиво. Но, только при кратковременном выпадении. А, дальше генератор на передающей части "разбегается" с генератором на приёмной и при восстановлении сигнала происходит "скачёк фазы". М-м-м-м-м. Не из за джиттера проблема. Проблема в том, что, на выходе приёмника всё время что-то идёт. Какие-то шумы "оцифровываются" компаратором. Идёт поток данных, которые нужно интерпритировать. Нет смысла что-то накапливать и пытаться сформировать окно. А, главное это и не нужно. Можно просто принимать данные методом "скользящее окно" и обнаруживать искомую стартовую последовательность. И всё. Остальное интересно, но на практике Вы не будите иметь достаточно данных для однозначного принятия решения принять данные или игнорировать их. Уж если Вы согласились с тем, что стартовая последовательность необходима. Зачем использовать её таким заумным образом? Ещё имейте в виду что эта стартовая последовательность сама может быть повреждена и не принята. Каковы тогда действия Вашего алгоритма автоподстройки к частоте и фазе пакетов? Посмотрите на программу приёмника в исходниках. Там всё достаточно хорошо закомментировано. Никакого накопления. Как у акына - о чём вижу о том и пою. Хотя я понимаю Ваше недоверие и внутреннюю борьбу. Когда я всё это изучал у меня тоже были подобные вопросы.

[@alexshu1609]

Э я так понимаю TA 2003 это то что в закромах было. А RDA5708 ? - долго ждать пока от китайцев приедет.

[@Project_INSECTUM]

Ну, к стати ожидание заказа от китайцев - одна из причин. Я собирался посвятить ролик другой теме, но оказалось не хватает одной железяки, и пока ждал её, сделал этот проект. Вторая причина - тип дискриминатора приёмника. В таких микросхемах это как правило синхронный дискриминатор с петлёй ФАПЧ. У меня например есть рабочая платка на К174ХА34 (TDA7021), но использовать её не стал.

[@АнтонСергиенко-ь2ц]

А тяжело пульт ДУ переделать на радиоканал?

[@Project_INSECTUM]

Очень абстрактный вопрос. Что за пульт ДУ? От телевизора? Если так, то там как правило свои методы кодировки. Насколько я помню там модулируется несущая 36кГц (возможно есть другие стандарты). Уже только поэтому не получится просто поставить передатчик вместо ИК-светодиода, а приёмник вместо ИК-фотоприёмника. Если только не поставить на выход приёмника опять ИК-светодиод, который будет облучать ИК-фотоприёмник :) Ну и конечно нужно будет стабилизировать частоты приёмника и передатчика. Так что этот проект точно не готовое решение такого вопроса. Я думаю радиоудлинители ИК ПДУ должны существовать.

[@АнтонСергиенко-ь2ц]

@@Project_INSECTUM Спасибо за ответ! Возьмем для примера пульт ДУ GoTView для пк, очень хорош и экономичен, но несколько неудобен из-за необходимости прицеливаться пультом в направлении приемника. Так что хотелось бы его переделать, на радио да возможность использования из соседней комнаты или из другого конца длинной комнаты тоже прельщает.

[@Project_INSECTUM]

@@АнтонСергиенко-ь2ц Такая карта видеозахвата у меня была. Там обычный выносной ИК-фтоприёмник. Значит всё написанное мной выше для абстрактного ПДУ телевизора относится и к этому случаю.

[@АнтонСергиенко-ь2ц]

​@@Project_INSECTUM Это не карта видеозахвата, просто пульт ДУ с юсб приемником для него для презентаций и всего такого. Но несколько неудобен что приемнику нужно где то направление на него пульта +-30 градусов, а когда сидишь перед экраном в пол обота к нему, то несколько неудобно руку тянуть в ту сторону. Вот и спрашиваю, возможно переделать такой на радиоканал и сложно ли это. Так то по идее должно быть не сложнее чем передавать звук в цифре. П.С.: Спаять то я могу и сам, но не знаю что для этого нужно) П.С.2: Так то их две штуки, сначала купил себе домой, понравилось и приобрел такой же на работу. Но со временем некоторое неудобство стало напрягать. Дома юсб приемник приходится таскать из комнату в комнату, чтобы была возможность и с пк им пользоваться и в другой комнате с семьей на большом телеке фильмы смотреть из пк. А на работе часто презентации проводим - там все нормально пока сидишь и целишся в приемник, но как только отворачивашься от него или передаешь пульт докладчику, то все работать начинает с перебоями, смотря как ИК сигнал отразится от окружения...

[@SIDERROCK]

пробуйте Модуль AR0251 433MHZ RF TRANSMITTER/RECEIVER

[@Avm-zt7px]

Для этого существует блютуз. А 8 битное квантование для звука - это ни о чем. Должно быть нелинейное, тогда качество будет на уровне телефонной связи хотя бы.

[@vitgo]

причем здесь блютуз ? человек показал как можно организовать передачу аналога в цифре... это практический пример реализации а так то есть много приемопередатчиков, и блютуз, и nrf24, и куча других

[@Project_INSECTUM]

Нелинейное квантование это уже гораздо более сложный алгоритм. А, это цифровой радиоканал "на минималках". Тут нет ни сжатия, хотя бы ADPCM, ни корректирующих кодов, ни даже контрольной суммы. Зато весь код программы помещаются как у приёмника так и у передатчика на одну страницу. И главное это даже неплохо работает, хоть и жутко неоптимально в плане энергетики канала связи.

[@kotov19132]

Забавная схема , полагаю искажений нет

[@vvdvlas8397]

Искажения есть всегда. Схема действительно забавная. И может быть вполне себе учебной для темы "коммуникация".

[@Project_INSECTUM]

Искажения конечно есть. И есть шумы. Недодавленная частота дискретизации из-за слишком простого ФНЧ приёмника. Ещё на заднем фоне слышится 500Гц. Та, частота с которой приходят пакеты. Это скорее всего из-за того, что я не озаботился разделить и отфильтровать питания аналоговых и цифровых частей. Но, в целом качество звука лучше, чем у большинства сотовых операторов :)

[@kiskis-x2n]

3:07 Пха-ха-ха...

[@i24714s]

Конструирование схем, явно не самая сильная сторона автора, знаний маловато. Самое смешное R3C15. Лишнего много, АРУ нет (это всего лишь несколько деталей), жуткий самопал. Типичная ардуинщина, как-то работает вроде и ладно.

[@Project_INSECTUM]

Ну, посмейтесь над ФНЧ R3C15, подавляющей ПЧ 10,7МГц на выходе частотного демодулятора. Где должно быть АРУ? А, про самопал - совершенно верно. Жутчайший самопал, чем и горжусь.

[@i24714s]

@@Project_INSECTUM лм339 может усилить 10,7МГц ? Прикольно... И вообще, там неправильно, переделай, компаратор должен быть после фильтра, а не до. И 6 кГц много для речи, лишние шумы. "позволяет с помощью минимальных аппаратных средств построить цифровой канал передачи аудиоданных." Минимально не вижу, накручено слишком. И зачем ЧМ ? АМ дальнобойная. Проц мощный, а коррекции данных нет, это +15% к трафику всего.

[@Project_INSECTUM]

@@i24714s LM393 не может усилить 10,7МГц, но может его продетектировать, преобразовав в шумы и смещение. Отфильтровывать нежелательные сигналы это хорошо и правильно. И никто меня в обратном не убедит. Где ошибка в компараторе? Хватит набрасывать чушь. Полоса пропускания канала не 6КГц, а примерно 3КГц. Про АМ и ЧМ это более чем спорное утверждение. Как правило именно ЧМ "дальнобойнее". Корректирующих кодов нет, потому что так задача не ставилась. Про 15% избыточности весьма странное заявление, это сильно зависит от типа корректирующих кодов. Можно и 50% избыточности например, если сильно хочется.

[@i24714s]

@@Project_INSECTUM Компаратор может детектировать ? Прикольно. Там же нет ограничения усиления. Ладно. Осциллограф есть в наличии ?

[@Project_INSECTUM]

@@i24714s Да очень прикольно, что компаратор, как и любой прибор, содержащий элементы с p-n переходами может детектировать. Осциллограф разумеется есть, только вряд-ли Ваши соображения не тему электроники будут для меня ценны. Где должно быть АРУ Вы не ответили, про особенности типов модуляции не знаете, про корректирующие коды тоже, понять по АЧХ фильтров и частоте дискретизации, какая полоса пропускания канала - не в состоянии. Ну и наконец, хамите. Я ведь с Вами на брудершафт не выпивал. Хотите поучить меня уму-разуму? Ну попробуйте. Хоть посмеюсь перед сном.

[@DoktorZhuzhyk]

Не дурно! Но надеюсь на много публики ты не надеешься ибо такое оценить сможет 1 из (дажу уже и не знаю). Народ стал поверхностным и так глубоко вникнуть это нереально для них.

[@Project_INSECTUM]

Благодарю! После начала известных событий я уже вообще ни на что не особо не надеюсь. Просто делаю что-то и иногда это выкладываю. Кому интересно, пусть смотрят. А, вдруг кому-то поможет...

[@DoktorZhuzhyk]

@@Project_INSECTUM Да, как оказалось жизнь не такая как в рекламе, все аналогично , желание что то делать пропало еще после того как передо мной рухнула девятиэтажка в Днепре от Х-22. Правда уже не опасна для власти ибо в нее не кто не поверит. А правда в том что это не во*на, а чис_тка акти_вного сл_оя насе_ления с целью сохранения влас_ти и у нас и у вас. От того и происходящее не логично.