Пиковые индикаторы уровня сигнала

[Turbo_man]

Не одними УВ, УЗ и ГСП жив магнитофон.
Кого не устраивают их индикаторы (неточность, медлительность итп.) жалуемся и вместе ищем решение в этой теме.

У меня есть наработки, но опять только на микроконтроллерах PIC.
Разумеется индикация динамическая.
Есть и прекрасно работает 2х20 светодиодов на 1-м корпусе 18 выводов (самый простенький и не очень точный, т.к. принцип заложен такой). Но даже он может сравниться с некоторыми на LM3914 и тп.
Другой вариант (значительно более точный, т.к. использует встроенный 10-ти разрядный АЦП) 1х30 LED на 14-ти ногом (в нём программное двухполупериодное выпрямление и интегрирование и вшита логарифмическая шкала уровней)(шаг переменный от 4дБ до 0,25 дБ вблизи нуля - S-образная кривая). . Есть переключение с переменного напряжение на постоянное.
Есть проработки и на 60-70 шт LED. Но это, как я понимаю, совершенно излишне.
В общем давайте обсуждать. Точность 9-10 двоичных разрядов (при полной шкале 5В - погрешность - 5мВ).
Забыл добавить, что везде есть 2-х сек память на пиковый уровень (тоже отключаемая).
Есть отдельные выходы для уровней равных 0 дБ, +2 дБ (можно использовать для снижения уровня записи), -20 дБ.

[intell]

И от скорости и от типа ленты.

и от чьей-то бурной фантазии

[VeschiiOleg]

Теорию учите.

[intell]

практикой занимайтесь
ежели я собираюсь писать на GP9 настраивать номинальный уровень на 160 нановебер - идиотизм, как и на 320. самое то тысяча
а ты мне так и не показал обещанный "старый магнитофон, для аудио, с широкой лентой, низкой скоростью, и вакуумным прижимом к головкам, про который писали в журнале звукорежиссер"

[VeschiiOleg]

практикой занимайтесь
ежели я собираюсь писать на GP9 настраивать номинальный уровень на 160 нановебер - идиотизм, как и на 320. самое то тысяча
а ты мне так и не показал обещанный "старый магнитофон, для аудио, с широкой лентой, низкой скоростью, и вакуумным прижимом к головкам, про который писали в журнале звукорежиссер"

1. что и делаю уже более 20лет...
2 1040нвб/м - был такой стандарт тоже для 38 и 76 скорости.
3. См. архив "625/звукорежиссер" конец 90х гг. Скорость только там вовсе не низкая.

[DAZZER]

В самом тяжёлом случае можно купить уже "зашитые" МК и их вставить в панельки. (цена может быть по 200р. за шт. при количестве до 10). Сам чистый МК стоит около 30-50р. Остальное "авторские".

О, точно! Что-то вголову сразу не пришло.
Конструкторы-программисты откликнитесь! Нужен широкий (длинный) RMS+Peak измеритель уровня, пишите сдесь или ПМ.

[Pyku_He_oTTyda]

http://www.aliexpress.com/product-fm...olesalers.html

[Turbo_man]

Не совсем про аналоговые источники, но всё же.
Вот захотелось сделать пиковый индикатор из данных оцифровки "собственного самодельного" АЦП (хотя бы для 44 и 48 кГц). То есть из "квадратной" шины получить позиционный код для индикатора уровня. На МК это дело никто не пробовал?
Или скорости обработки у 8-битных МК маловато?

[Openreel]

На МК это дело никто не пробовал?

Думал.
Если делать по уму, то придется не ниже АРМа ставить.
Дело в том, что без фильтров оно смысла не имеет, показометр будет.
А с фильтрами 8ми битки не справятся.

Имхо практичней аналоговый сигнал перед АЦП измерять.

Измеритель с квадратной шины SPDIF имеет смысл уже серьезную девайсину делать, самостоятельную.
Готовые в природе водятся, стулдийно/промышленной направленности, ценник совсем не гуманный.
Но и возможности тож, и гониометр и коррелометр встроены.

[Turbo_man]

Имхо практичней аналоговый сигнал перед АЦП измерять.

Это понятно, а если разделить каналы по разным МК? И параллельно их обрабатывать? Сейчас то 10-ти битный код для одного канала я успеваю обрабатывать (еле-еле). А там где 10, там и 16. Этого бы хватило для целей измерителя уровня.

---------- Добавлено в 02:26 ---------- Предыдущее сообщение в 02:22 ----------

Кстати, у меня МК работает от встроенного клока (4МГц), а ведь можно и до 30-40 разогнаться.
А встроенный АЦП уже не нужен (у меня во время преобразования - простой), нужно быстро данные считать аппаратным SPI.

[Openreel]

а если разделить каналы по разным МК?

А смысл?
Арм не так много стоит, в освоении немного посложней 8ми битки.

У меня АВРки в основном, 16 бит АЦП внешний 60 герц 1 канал, приличные фильтры, чуть посложней волюметра, с плавучкой.
При тактовой 7 с копейками до килогерца опроса разогнать можно, если с фанатизмом.


Вообще цель то какая? для АЦП очень неплохо показывать и уровень перегрузки, а этого без второго АЦП никак.

[alexf52]

А смысл?
Арм не так много стоит, в освоении немного посложней 8ми битки.

Полностью согласен. Есть совсем дешевые АРМы и есть совсем крутые. Неплохой вариант взять плату например от Olimex
например такой:
http://www.olimex.com/dev/sam7-h256.html

256К rom 64K ram 33 еврика. Должно хватить ресурсов.
Только следует иметь в виду что время реакции на прерывание и армов менее детерминированное чем у AVR.

[Turbo_man]

На вопросы

А смысл?

и

Вообще цель то какая?

Отвечаю, что к моему самодельному АЦП не хватает VU-метра, чтобы адекватно по уровням провести оцифровку. А так как, аналоговый сигнал уже оцифрован, то "самое простое" - это использовать квадратную шину и МК для дальнейших вычислений и отображения на LED-ах.

АРМ-ами и др. пока не владею. с ATMEL-ом не работал. Пока только PIC-и (12Fxxx и 16Fxxx). И не профи я в МК.

И до того как самому что-то писать, я интересуюсь - может кто-то что-то уже наработал и смог бы посоветовать что-то.

---------- Добавлено в 12:04 ---------- Предыдущее сообщение в 11:55 ----------

для АЦП очень неплохо показывать и уровень перегрузки, а этого без второго АЦП никак.

А в чём тут идея? Поясните.

[Openreel]

А в чём тут идея? Поясните.

Идея в скорости реакции оператора. Увидел перегруз.
А на сколько надо убавить?
Это на синусах с генераторов все просто, на музыке уже сложней.
И в моих мыслях всегда есть место живой работе - оцифровки с микрофонов, там еще сложней.

Впрочем для оцифровки винила все гораздо проще, цифровал не раз.
Первый раз цифруем на заметно заниженном уровне, уровень видно в любом приличном аудио рекордере, в реальном времени.
Дальше смотрим статистику, и точно знаем, насколько надо убавить. И оставляем запас до пика, порядка 3дб.
Единственное что надо, это градуированый регулятор уровня.

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

По моим первым прикидкам оно было не самое простое. Вычисления требуют заметно больше ресурсов, относительно аналоговой реализации.
В моем случае применение 8ми битки было определено, просто потому рассматривалась переделка малой кровью готового девайса, где МК уже стоял.
А не малой кровью смысла небыло, там проще новую плату делать сразу с нуля.

[Turbo_man]

Впрочем для оцифровки винила все гораздо проще, цифровал не раз.
Первый раз цифруем на заметно заниженном уровне, уровень видно в любом приличном аудио рекордере, в реальном времени.
Дальше смотрим статистику, и точно знаем, насколько надо убавить. И оставляем запас до пика, порядка 3дб.
Единственное что надо, это градуированый регулятор уровня.

Как раз для меня. Останется отградуировать регулятор уровня (или тоже сделать управляемым кодом - PGA).
А трек с максимальным уровнем на виниле и так видно.

[Openreel]

Немного подумал, возможно выйдет впихнуть в 8битку простой пиковый волюметр.
Я поначалу думал пиковый+рмс что есно дает море вычислений.

А так можно попробовать простой целочисленный алгоритм поиска пика.
получили семпл, сравнили с макс значением, при превышениии сменили макс.
сделали инверсию семплу, опять сравнили с макс, при превышении сменили.
Получаем пиковое значение по модулю.
дальше запускаем 1 шаг целочисленного алгоритма спада пика.
Все вышеуказаное по прерыванию.

В фоне, в цикле, берем текущий пик, трансформируем в шкалу, проверяем на изменения, если изменилось, выводим на индикатор.

[Turbo_man]

Конечно же, на вычисления RMS у 8-бит МК нет ресурсов. А пиковый у меня и так работает с аналоговым сигналом. С памятью пикового уровня и запоминанием среднего уровня для вычитания постоянной составляющей. Так как реализовано программное выпрямление переменного аналогового сигнала. И ещё длительность свечения LED трёх цветов подобрана так, чтобы яркость свечения казалась одинаковой, иначе сильно бледным кажется жёлтый цвет.

Так скорости чтения квадратной шины и обработки данных должно хватить (раздельно по каналам)?

---------- Добавлено в 01:48 ---------- Предыдущее сообщение в 01:21 ----------

сделали инверсию семплу, опять сравнили с макс

Это почему? Потому что формат аудиоданных в квадратной шине - дополнение до 2-х? Для отрицательной полуволны?

[Openreel]

Это почему?

Считал что формат - беззнаковое число. Для полученя максимума модуля сигнала.
Если формат знаковый, значит не инвертировать, а знак менять.

Так как реализовано программное выпрямление переменного аналогового сигнала

Частота дискретизации какая?

[BERLIO]

Конечно же, на вычисления RMS у 8-бит МК нет ресурсов.

Недавно сделал на C8051F12x цифровую фильтрацию (передисретизацию) в реальном времени, делал спектроанализ для цветомузыки.
Там 100мГц тактовая, один такт на команду, аппаратный перемножитель, встроенные АЦП/ЦАП и много всего приятного.

[alexf52]

Недавно сделал на C8051F12x цифровую фильтрацию

Здорово конечно, но почему не взять ARM? IMHO 51 - дурная архитектура. Я люблю плоское адресное пространство и 32 бита регистры. Я когда то делал smart card reader по необходимости на 51. Не понравилось.

[Turbo_man]

аппаратный перемножитель,

А извлекатель квадратного корня из суммы квадратов тоже есть?

---------- Добавлено в 23:46 ---------- Предыдущее сообщение в 23:44 ----------

Частота дискретизации какая?

Не слишком высокая. К сожалению, пока ещё не близка к необходимой. Но мы работаем...
(А если серьёзно, то период запуска АЦ-преобразования 74...80 мкс).