В последнем материале я был неправ. Показалось что глаза видят лучше камеры. Увы и ах! Камера видела лучше. То что "казалось" глазам, подкреплялось тренированным телеграфным ухом. Но камера была точнее. Всё о чем писал Сергей в скептических заметках оказалось правдой. Но увидеть всё это я смог только после того как собрал всё устройство включая дисплей.
Но не всё так плохо. Во-первых, выяснилось, что больше чем характеристики фильтра на качество приёма влияет режим работы выходного ключа LM567CN. В той схеме, что я брал в интернете, балластное сопротивление светодиода, читай R нагрузки - 2,2 кОм. Явно недостаточно при 5 вольтах питания. Он тяготеет к линейному режиму :-) Поэтому можно улучшить "слух" устройству снизив этот резистор. Ну, например, до 560 Ом. То есть приблизить работу ключевого элемента к идеальному.
Во-вторых, следует признать, что селективных свойств всего устройства для безошибочного приёма не хватает. Нужно намного усложнять фильтры и использовать по полной фильтр трафсивера. Усложнять всегда не хочется, поэтому это запасной путь.
Третье - и главное - софт. Алгоритм обработки бывает разный и тот, что я взял в этом примере, совсем не идеальный. На мой взгляд криво выбрана временная оценка, еще хуже работает вывод на дисплей, хотя "зёрнышко" ноу-хау есть: если перевод строки случается раньше, чем кончается слово, оно переносится на следующую строку полностью. По хорошему надо бы и остаток слова на предыдущей строке прибить, но у автора (PY2OHH Мигель) не хватило времени допеределать скетч от первоисточника - WB7FHC, у того вывод на двухстрочный монитор. Есть и прямые ошибки вывода на экран, например "зависающая" первая строка. Но не всё так плохо. Есть еще алгоритм от IU1BOW, там и дисплей поприкольнее используется. Ну и датский вариант....
Короче, как и говорил Сергей, работает, но не идеально. Для начала буду пробовать другой софт, а потом может и свой напишу :-) Если без помех и без резкой смены скорости работает так.
Комментариев нет:
Отправить комментарий