Еще один вариант РГ им.А.Никитина

[forever_student]

Пока образовалась приличная пауза в работе над SD-USB транспортом, решил попробовать сделать сабж. В общем вот что получается:
Плата одного канала РГ (7ступеней, 80 dB),
4 входа, 2 выхода, 1 выход на-, вход с внешнего устройства (например эквалайзера).

Плата управления: 6 кнопок, (пока нет touchscreen), дисплей, ДУ, БП для всего устройства (пока поддерживает 2 канала)

Один из вариантов дисплея:

Добавил еще один вариант дисплея

[ditter]

1. Какие физические размеры дисплея (видимая область)
2. есть ли в схеме динамическая регулировка яркости (допустим полумрак/включили свет в комнате )
3. соотвественно есть ли приглушение яроксти и увеличение (20-30%) при нажатии любой кнопки ?

[forever_student]

1. Какие физические размеры дисплея (видимая область)
2. есть ли в схеме динамическая регулировка яркости (допустим полумрак/включили свет в комнате )
3. соотвественно есть ли приглушение яроксти и увеличение (20-30%) при нажатии любой кнопки ?

1. 110ммx67мм (5")
2. В программе заложена, но сейчас выключена, т.к. оказалось, что даже в темноте дисплей не слепит на полной яркости.
3. Пока смысла в этом не вижу. При любой регулировке на дисплее высвечивается только регулируемый параметр МАХ размера (и того цвета, что был для него установлен) в центре дисплея даже в том случае, если его видимость выключена на основном дисплее. После, через 1-2 сек. дисплей возвращается в основной вид(последнее фото предыдущего поста)
Например, так выглядит дисплей при переключении входов с первого на второй:

[forever_student]

Здесь он будет жить

[forever_student]

Практически вселился

Заставка по умолчанию:

[Aleksey]

Заставка по умолчанию:

Может, тогда собственную роспись сделать?

[caligula73]

Практически вселился

там ещё место для индикатора входных уровней есть... не планировал ?

[forever_student]

Может, тогда собственную роспись сделать?

Легко
При включении на чёрном дисплее постепенно проявляется... Смотрится - .
Если не нравится - в настройках можно сменить. Есть ещё два варианта (фото).

там ещё место для индикатора входных уровней есть... не планировал ?

Для себя - всё будет программно. И в этом РГ и в транспорте есть радио ДУ. Транспорт на лету обрабатывает PCM до ЦАПа и отправляет на дисплей РГ. Всё... Никаких буферов, гальваноразвязок и т.д. В общем ни одной железки для индикатора не добавил.
А вот место для выходных буферов (если в шнурки играть придётся) оставил (справа вплотную к платам РГ)

[Turbo_man]

Транспорт на лету обрабатывает PCM до ЦАПа и отправляет на дисплей РГ.

Никаких буферов, гальваноразвязок и т.д. В общем ни одной железки для индикатора не добавил.

Конечно, ведь в I2S уже есть вся необходимая информация. Нужно только её оттуда извлечь и декодировать. Тоже думаю над декодером I2S для начала для 44-48 кГц на PIC16.

[Alex]

Конечно, ведь в I2S уже есть вся необходимая информация.

Какую информацию, ты имеешь ввиду? Уровень сигнала?

Тоже думаю над декодером I2S для начала для 44-48 кГц на PIC16.

Программный декодер I2S на PIC16? Можно задействовать MSSP в режиме SPI-Slave Receiver, CLK если мне память не изменяет, можно мегегарц до 6-7, но придется помудрить с nSS.
И мало времени останется на вычисления, сделать индикатор RMS не получится, не успеет, но можно сделать avarage + peak.
Я когда-то такое делал, только на входе был не I2S а аналоговый сигнал на АЦП PIC16. PIC16F876 два канала тянул, но потом я это дело забросил за ненадобностью.

[Turbo_man]

Какую информацию, ты имеешь ввиду? Уровень сигнала?

Для индикатора уровня, конечно.

сделать avarage + peak

Я планировал для начала только пик с временем спада 1 сек.

только на входе был не I2S а аналоговый сигнал на АЦП PIC16

уже делал, поэтому хочется двигаться дальше.

[Alex]

уже делал, поэтому хочется двигаться дальше.

Может стоит перейти с PIC16 на что-то посильнее? И с аппаратным I2S ?

[Turbo_man]

сделать индикатор RMS не получится, не успеет

согласен, но rms и не очень тут нужен.

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

Offтопик:

Может стоит перейти с PIC16 на что-то посильнее? И с
аппаратным I2S ?

Вроде какие-то dsPIC-и были с I2S?!

[Alex]

Offтопик:

согласен, но rms и не очень тут нужен.

Не нужен, но я не уверен что при эмуляции I2S у тебя останется время даже для average+peak.

Вроде какие-то dsPIC-и были с I2S?!

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

[forever_student]

Конечно, ведь в I2S уже есть вся необходимая информация. Нужно только её оттуда извлечь и декодировать. Тоже думаю над декодером I2S для начала для 44-48 кГц на PIC16.

В транспорте нет необходимости декодировать I2S. Там данные уже в декодированном виде. Вычислительных ресурсов процессора хватит с головой и для RMS и для

...avarage + peak...

И получится уже не только

... "показометр"...

но и

...действительно метрологический инструмент.

...

Offтопик:


Вроде какие-то dsPIC-и были с I2S?!

Offтопик:
Atmega? I2S, правда нету, но до 10 МГц аппаратный SPI есть

[Alex]

Offтопик:

Atmega? I2S, правда нету, но до 10 МГц аппаратный SPI есть

Если мне память не изменяет в каких-то ATMega32 был и I2S.
SPI хватит и 7мгц у PIC16, если выкрутиться с WCLK->SS. Я бы завел WCLK на прерывание по обоим фронтам, ну а дальше SPI.

[Turbo_man]

Offтопик:


Если взять за основу уже готовую программу моего индикатора, то понадобится
только заменить подпрограмму запуска и считывания АЦП на считывание из
SPI по прерыванию. Сейчас программа работает от встроенного генератора 4МГц. А
тут я хочу взять 24,5 или 22,5 МГц (то есть 512Fs). И пока работаю с одним
каналом (моно).

Я бы завел WCLK на прерывание по обоим фронтам, ну а дальше SPI.

Конечно, но я пока согласен и на один канал. А потом попробую и два.

[forever_student]

Offтопик:
Если мне память не изменяет в каких-то ATMega32 был и I2S...

Offтопик:
У Atmega I2S точно нет.

[Turbo_man]

Offтопик:

В транспорте нет необходимости декодировать
I2S.

В ЦАП-е I2S тоже в чистом виде есть, я имел в виду "декодирование" - табличное
преобразование в децибельную шкалу.

[Alex]

А
тут я хочу взять 24,5 или 22,5 МГц (то есть 512Fs). И пока работаю с одним

Тебе не нужен MCLK, тебе нужен BCLK, а он 64Fs.
Три сигнала - WCLK, BCLK и SDATA.

Конечно, но я пока согласен и на один канал. А потом попробую и два.

Почему с одним каналом? Для этого надо прерывание от WCLK по одном фронту, а я сказал по обоим - это для 2-х каналов.

У Atmega I2S точно нет.

Я говрил про AtMega32 а не 8-битные AVRы/ATMega.

я имел в виду "декодирование" - табличное
преобразование в децибельную шкалу.

А это вообще нет проблем и в PIC16, потому что делать это надо со скоростью вывода на индикатор (т.е. с временем реакции глаза), а это частоты гораздо ниже чем Fs.

[Turbo_man]

Offтопик:

Тебе не нужен MCLK, тебе нужен BCLK, а он 64Fs.


Три сигнала - WCLK, BCLK и SDATA.

Всё правильно, так и собираюсь делать. MCLK вместо встроенного генератора
4МГц. И чтобы не плодить помехи с комбинационными частотами. Всё равно ведь
какой-то клок же нужен, пусть будет кратен входному потоку.

Тут пришла полезная мысль про то, что неплохо было бы сразу ещё и выводить вспомогательную информацию о входном потоке: частота, разрядность 16...24 бит, формат данных LJ, RJ, I2S. Очень полезно для анализа приходящих данных.

Почему с одним каналом?

Чтобы съэкономить время для расчётов.

Для этого надо прерывание от WCLK по одном фронту, а я
сказал по обоим - это для 2-х каналов.

Да понял я это.

делать это надо со скоростью вывода на
индикатор

разумеется, так и работает моя старая программа.