Полигон-2

xoiss написал:

[q]

Суть моего дополнения-с-картинками к Вашей исходной идее заключалась в том, чтобы избавиться от "лишнего" (или лишних) резких перепадов, заменив их пологим.

[/q]

В плане перепадов предлагаю пойти дальше!
Перечитал Вашу тему про "свисток" - там еще про негативное влияние АРУЗ,
плюс, как следствие, возможный кросстолк...

Прошу сильно не пинать, если ошибаюсь, но предлагаю заполнить все "паузы" в сигнале,
т.е. отсутсвие перепадов в канале 0/1 длиной скажем 3..4 бит и более некой синусоидой.
Частоту заполняющей синусоиды выбрать из области, подавляемой "антидребезгом" схемы Д3-28.
Амплитуду - ну скажем раз в 5..10 ниже основного сигнала.
Все цифры почти с потолка - только для иллюстрации идеи.

Можно и перед началом потока полезных данных такой "заголовок" на несколько секунд вставить.
Тогда не будет резких изменений уровня, АРУ настроится, усиление на максимум тоже уходить не должно.
Результат должен косвенно помочь и в борьбе за "постоянку" на этапе записи.

Только вот на мат.моделях это вряд-ли удастся просчитать.
Надо в железе пробовать подбирать параметры этого синуса

Или что-то типа такого (только заполнение амплитудой поменьше делать надо, но неудобно - зрение село):



P.S. Тут спрошу.
xoiss, а какова максимальная длина входного файла
той Вашей программы на питоне, что WAV готовит?
В отсчетах, байтах, секундах ... или что там раньше закончится?

XPOHOMETP написал:

[q]

предлагаю заполнить все "паузы" в сигнале,
т.е. отсутсвие перепадов в канале 0/1 длиной скажем 3..4 бит и более некой синусоидой.
Частоту заполняющей синусоиды выбрать из области, подавляемой "антидребезгом" схемы Д3-28.
Амплитуду - ну скажем раз в 5..10 ниже основного сигнала.
Все цифры почти с потолка - только для иллюстрации идеи.

[/q]

!! вот что значит коллективное обсуждение !!

Посмотрел схемы детекторов в трёх исполнениях — 16 кБ, 32 кБ, 128 кБ.

Схемы 16 и 32 отличаются незначительно. Может, конечно, параметры деталей могут быть чуть разными - это я не сравнивал.
Схема 128 сильно отличается "цифровой" частью, но в аналоговой части довольно похожа, хоть некоторые отличия есть.

Схема 128 действительно имеет узел подавления дребезга, выполненный на счётчике, и тактируемый от t4.
Схемы 16 и 32 вот прямо такого узла не имеют. Вместо этого у них есть обычные НЧ фильтры и формирователи коротких импульсов (нормированной длительности).

Может, схему усилителя на макетке собрать??
// руки прям тянутся, но времени нет, увы


XPOHOMETP написал:

[q]

xoiss, а какова максимальная длина входного файла
той Вашей программы на питоне, что WAV готовит?
В отсчетах, байтах, секундах ... или что там раньше закончится?

[/q]

Длина - неограниченная.

Программа открывает два файла — входной текстовый файл с "циферками", и выходной (создаёт его) с расширением WAV.
Далее программа работает по принципу конвейера: берёт очередной байт из входного файла, строит для него одну пачку аудио-семплов и записывает их в выходной файл — и так повторяет в цикле, двигаясь по входному файлу, пока он не закончится.


Sinus написал:

[q]

Название ей придумал пока такое: "х-код"

[/q]

не-не-не, давайте уж называть s-код — либо от "sin", либо от "saw" ("пила" - пилообразные импульсы) — в зависимости от того, какая форма импульса


Good Loki написал:

[q]

xoiss написал:

[q]

До тех же пор можно попробовать поэкспериментировать с магнитофоном и имеющимися формульными моделями детектора (те, что Sinus сделал).

[/q]

Не совсем понял, про что речь. Есть какие-то SPICE модели компонентов используемых в детекторе?

[/q]

PSpice... в принципе могу сделать.
На днях как раз качнул из "магазина дешёвых программ" свежайший AltiumDesigner — вот как раз будет повод его установить.

ну, похоже, тема "свистка" подошла к такому рубежу, когда от теории надо переходить к практике

в силу того, что с оригинальной платой я сам пока поковыряться не могу (... может, кто другой может, у кого таковая имеется?), и времени на макетирование тоже нет (... может, кто сможет на макетке узел детектирования собрать?) — то единственный реально доступный вариант - это сделать модель в PSpice — и в ней посмотреть, какой будет отклик схемы на тот или иной профиль импульса, как бы приходящего от магнитной головки в режиме чтения

но, это касается только лишь детектора в Д3-28 — увы же, предсказать, какие плюшки будут в том или ином конкретном магнитофоне (и если будут, то что с ними делать) — ну как бы понятно

в общем, как вариант, можно рассмотреть варианты:

[q]

2.1. Загружаем как бы через ЛПМ, но вместо магнитной головки к Д3-28 подключена персоналка или микроконтроллер (напрямую как-то или через согласующие-развязывающие трансформаторы). Хммм... нужно уметь оперативно коммутировать схему "с головкой / без головки", чтобы тут же можно было файл записать на кассету. Здесь тоже требуются WAV-файлы и пр.
2.2. Как и в п.2.1, но проводки подключены не вместо МГ, а вместо усилителя чтения - т.е. чуть ближе к "цифре". Этот вариант не требует коммутации как в п.2.1, и не требует создания WAV-файлов.

[/q]

вариант 2.1 менее "инвазивный", чем 2.2 — в нём достаточно подключиться к внешним цепям блоков в корзине Д3-28 (т.е. врезаться в жгуточки-проводочки, соединяющие узел НМЛ с модулями в корзине)
// в варианте 2.2 требуется доработка печатной платы скальпелем и т.д.

что если попробовать сделать таки решение по п.2.1 ?