[AlexandrY 2]

1 hour ago, Гурман said:

я готов буду поделиться прошивкой. 

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

Ну какую вы там прошивку сделаете если с математикой даже не дружите. 
Показываю как усреднение уменьшает амплитуду:

Если что-то здесь поняли, то вопросов не будет. 
И после усреднителя надо ставить AGC. 

[Гурман 0]

46 minutes ago, ae_ said:

Если бы это было написано сразу в первом сообщении, то я, конечно, не стал бы предлагать проверить каналы. А когда я предложил начать с гирлянды, то в ответ — читайте первое сообщение.

Я сам это обнаружил намного позже первого сообщения. Буквально позавчера - включил гирлянду и оставил в розетке. Упс... через некоторое время работает. Потом опять нет. Оставил. Пару раз включалась ненадолго.

7 minutes ago, AlexandrY said:

Показываю как усреднение уменьшает амплитуду

Спасибо, кэп. Только или вы невнимательно читаете, или у вас плохо с математикой. У меня всё в порядке. Уменьшение амплитуды в верхних частотах после усреднения компенсируется простым множителем. Он подбирается один раз, поскольку это константа, зависящая от АЧХ аналоговой части. Если же в сигнале уровни меняются - то это должно и на яркости отражаться.

[AlexandrY 2]

9 minutes ago, Гурман said:

Уменьшение амплитуды в верхних частотах после усреднения компенсируется простым множителем. 

Тяжелый случай. 
При чем тут верхние частоты? Вы не поняли сам принцип. 
На графике сигнал частотой 1 Гц!

[Гурман 0]

1 minute ago, AlexandrY said:

При чем тут верхние частоты? Вы не поняли сам принцип.

Это вы не поняли что я понял. При том, что постоянное уменьшение амплитуды при усреднении нужно компенсировать только в верхних частотах. Если это уменьшение происходит из-за изменений сигнала - его компенсировать не надо, и никакой АРУ для этого не нужен. Потому что тогда с ним цветомузыка просто не будет работать, не будет реагировать изменением яркости на ослабление или усиление сигнала.

[AlexandrY 2]

6 minutes ago, Гурман said:

Это вы не поняли что я понял. При том, что постоянное уменьшение амплитуды при усреднении нужно компенсировать только в верхних частотах. Если это уменьшение происходит из-за изменений сигнала - его компенсировать не надо, и никакой АРУ для этого не нужен. Потому что тогда с ним цветомузыка просто не будет работать, не будет реагировать изменением яркости на ослабление или усиление сигнала.

Какие еще частоты? Вы уже тут вместо AGC собрались частотный корректор ставить? 
Мне еще интересно какой AGC вы на входе собрались делать. Похоже динамику совсем зарубите. 

[Гурман 0]

24 minutes ago, AlexandrY said:

Вы уже тут вместо AGC собрались частотный корректор ставить?

Я описывал раньше что я собираюсь.

25 minutes ago, AlexandrY said:

Мне еще интересно какой AGC вы на входе собрались делать. Похоже динамику совсем зарубите.

Тоже описывал.

[Obam 30]

Интересно к чему мужик приделал ритм детектор. Т.е.чем он им управляет. Не попадалось?

Это не он им управляет, а вывод цвета в темпе музыки идёт - разумно жеж.

[AlexandrY 2]

7 hours ago, Obam said:

Это не он им управляет, а вывод цвета в темпе музыки идёт - разумно жеж.

Так вот как это - "вывод цвета в темпе музыки"? 
Вот тут я накидал модель обработки предлагаемую TC-ом. И где в ней воткнуть ритм детектор? 
Как он может влиять на управление каналами, каким образом , какими математическими операциями? 
  

[AlexandrY 2]

19 hours ago, Гурман said:

Если это уменьшение происходит из-за изменений сигнала - его компенсировать не надо, и никакой АРУ для этого не нужен. Потому что тогда с ним цветомузыка просто не будет работать, не будет реагировать изменением яркости на ослабление или усиление сигнала.

Посмотрите как отвратно выглядит частотная характеристика ваших каналов сделаных на основе DFT 

Обратите внимание на уменьшенную  в 1.5 раза амплитуду зеленого канала.
Догадайтесь почему это. 

[Гурман 0]

1 hour ago, AlexandrY said:

Обратите внимание на уменьшенную  в 1.5 раза амплитуду зеленого канала.

Ещё раз - это компенсируется одним умножением. А отвратный вид частотной характеристики совершенно не волнует. Звук никто слышать не будет - под него будут огоньки мигать. Я не случайно писал, что программировал цветомузыкальные приложения. У меня в этом большой опыт. Очень хорошо знаю о чём говорю.

[AlexandrY 2]

36 minutes ago, Гурман said:

Ещё раз - это компенсируется одним умножением. А отвратный вид частотной характеристики совершенно не волнует. Звук никто слышать не будет - под него будут огоньки мигать. Я не случайно писал, что программировал цветомузыкальные приложения. У меня в этом большой опыт. Очень хорошо знаю о чём говорю.

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

Кстати, тут вот я решил свою модель подключить к лампочкам IKEA через интенет и облака SmartThings.
Подумайте над изменением своей концепции. 
Скажем взять ESP2866  с WiFi (копейки стоит) и сделать кроме фазового регулирования на гирлянды, еще и вывод на умные RGB лампочки через WiFi
По моей модели исходники на C-и генерятся автоматически. Вам используя модель не придется вообще трогать железо, но эффекты будут самые навороченные вплоть до использования AI. 

[Гурман 0]

3 hours ago, AlexandrY said:

в микроконтролере DFT в применениии к 3-м каналам DFT является  совершеннейшим оверхедом

Код один и тот же что я на ПК использовал, что тут будет. Я же писал раньше что использую свой многократно проверенный алгоритм. Это небольшая функция на Си, которая оттранслируется любым компилятором. Для фиксированного числа полос я её могу очень сильно оптимизировать, ускорить.

Три простеньких фильтра не годятся - нижние частоты надо отрезать снизу от ~200 Гц лучше даже от 150 Гц, а верхние от ~3000. То есть, полосы должны быть разной ширины. Но алгоритм такой, что ширина каждой полосы зависит от их числа, то есть весь диапазон делится на одинаковые по ширине полосы. Поэтому и приходится делить на 64 полосы.

Насчёт ESP2866 и WiFi - в моём случае это выглядит как стрельба из пушки по воробью. Даже не по стае. Мне это не нужно. Но такое имело бы смысл сочинять, если дальше действительно заниматься тиражированием. Написать приложение для нескольких ОС на Qt, из которого управлять гирляндой (отдельно ещё зарабатывать на рекламе в этом приложении) через IP-подключение. И гирлянда тогда должна быть с прямой адресацией диодов. И приложение не просто для выбора зашитых алгоритмов, но с возможностью для пользователя программировать свои алгоритмы включения, создавать свои световые эффекты. То есть, фильтрация и алгоритм выполняются на управляющем компьютере, а контроллер только принимает команды и включает лампочки в соответствии с ними. Это совершенно другая задача, и в ней самое главное - не техническая составляющая. Как всё это делать, более-менее понятно. Не понятно - будут ли это покупать. Спрос не очевиден. Поэтому я заниматься этим не собираюсь. Вот если бы мне такое заказали - я бы разработал прошивки и приложения. За вменяемую сумму денег, разумеется.

Изменено 14 января, 2021 пользователем Гурман

[AlexandrY 2]

59 minutes ago, Гурман said:

Код один и тот же что я на ПК использовал, что тут будет. Я же писал раньше что использую свой многократно проверенный алгоритм. Это небольшая функция на Си, которая оттранслируется любым компилятором. Для фиксированного числа полос я её могу очень сильно оптимизировать, ускорить.

Вряд ли вы ускорите лучше чем это сделано в ARM-овском CMSIS.
Simulink умеет генерить исходники прямо под CMSIS.  
Вам подкинули модуль на Cortex-M0 без FP сопроцессора, а вы даже не заметили.
Может имеете DFT для int32 чтобы не использовать FP?   Не забудьте еще оконные функции приладить. 
Но вам уверенно могу сказать, что код сгенеренный из Simulink будет надежнее и эффективнее вашего. 

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

Кстати по фильтрам.
У вас один LP, один HP и один BP.
Первые два вообще могут быть первого порядка. BP второго, ну 4-го в худшем случае. По любому проще DFT. 

[Гурман 0]

23 minutes ago, AlexandrY said:

уверенно могу сказать, что код сгенеренный из Simulink будет надежнее и эффективнее вашего

Код сгенерит компилятор. А то что мой алгоритм надёжен и эффективен, проверено уже 3-мя десятилетиями и множеством использований.

23 minutes ago, AlexandrY said:

Вам подкинули модуль на Cortex-M0 без FP сопроцессора, а вы даже не заметили.

Разумеется не заметил, я же писал что не знаю сегодняшнюю элементную базу. И в спецификации этого модуля ещё не лазил. Значит надо поискать модуль с плавучкой.

Изменено 14 января, 2021 пользователем Гурман

[AlexandrY 2]

40 minutes ago, Гурман said:

Код сгенерит компилятор. А то что мой алгоритм надёжен и эффективен, проверено уже 3-мя десятилетиями и множеством использований.

Разумеется не заметил, я же писал что не знаю сегодняшнюю элементную базу. И в спецификации этого модуля ещё не лазил. Значит надо поискать модуль с плавучкой.

Я таки не понял. Вам модуль или готовое устройство? Кто будет делать плату. 
Знаете что после схемы еще нужна такая мелочь как разработка платы? 
Хреново сделанная плата может убить даже самый лучший модуль. 
Кстати, почему не рекомендую транзисторы и PWM, их конденсаторы в снубберных цепях  схемы дико жужжат на аудиочастоте.