ФИЛЬТРЫ.паралельный vs. последовательный

[Simpl.K.]

здраствуйте.надеюсь вопрос задам в правильной ветке.(я еще здесь новинький).
http://sound.westhost.com/parallel-series.htm
к сожелению я нешпрехаю на аглицком вери вел.
может кто знает ссылки по теме на руском. что-то искал в разных поисковиках и как-то все мимо.
но я так понимаю, что для каждой схемы есть свои премущества и свои недостатки. хотелось бы знать-какие?
на заморских DIY сайтах в основном используются паралельные(режекторные) кроссоверы. почему?
или поставить вопрос по-другому:для каких типов ГД (возможно с определееными тех. характеристиками) рациональней исползовать тот или иной тип фильтра.

[antiluser]

"Представляется целесообразным построить токовый кроссовер путем последовательного соединения ФВЧ и ФНЧ как показано на рис.6. При параллельном соединении фильтров больше вероятность нарушить режим токового питания." - цитата из статьи Батя по указанной ссылке. Кажется я именно это и сказал в предыдущем сообщении.

[Phoenix]

Думать не хочешь ))

Это все, что Вы можете сказать? У меня не такое большое поле для размышлений, иначе я бы сюда не писал.

[George Krilov]

Кажется я именно это и сказал в предыдущем сообщении.

Ну хорошо - пусть будет так, дело в нюансах.

[antiluser]

Ну хорошо - пусть будет так, дело в нюансах.

Точнее было бы сказать, что для токовых усилителей лучше подходят последовательные фильтры, но последовательные фильтры не обязательно хороши только с токовыми усилителями

[GREY]

Ага, нашел. Тока он под 16-разрядную венду

Да лана!

Гляди, Пятачек, гляди! (с)мультик про Пуха.

А чем Вам не нравятся сферические корпуса?

Да страшные они реально, оттого и не нравятся. Нам.

----------------
Now playing: Billy Idol - Rat Race
via FoxyTunes

[Phoenix]

Нормальные они, скоро свои доделаю, покажу, как украсить можно
Говорю, как есть, при попытке запуска сетупника, заявляет, что он 16-разрядный и под 32-разрядной виндой работать не будет В режиме совместимости тоже не хочет...

[GREY]

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

Эт я про конкретную реализацию. Я просто не вижу зачем сферы делать, с другой стороны. Ой! Мы!

Добавлено через 34 секунды

Говорю, как есть, при попытке запуска сетупника, заявляет, что он 16-разрядный и под 32-разрядной виндой работать не будет В режиме совместимости тоже не хочет...

А какой архив ты скачал?

[Phoenix]

Который в обменнике лежит. И еще один с инета. Ни один не работает.

[GREY]

0:/pub/Soft&Tools/Lpscad/LSPcad-Pro5.25.rar - вот этот стопудово работает! Я тока что проверил.

[DECEMBER]

Offтопик:

Ой! Мы!

Что-то вспомнилось:
- Молодой человек, как Вас зовут?
- Александр.
- Вы хороший человек, Коля...
- Да зовите меня просто Петя ...

[Yurgen]

Я с новым Липом не работал, знакомые работали - глюков не заметили, но прога сложная и тяжелая

Я глюков в LEAP тоже не заметил. По крайней мере в Crossover Shop - очень толковая и удобная программа, ничего сложного в ней нет.
C корпусной частью - Enclosure Shop не разбирался, может она и тяжела в освоении.

х.з. может тогда это только у меня так, с фильтрами был глюк добавляю к дину кондюк, нажимаю расчитать, меряю тут-же динамик с аналогичным кондюком - в 5.25 все сходиться , а в 6-ом и липе нет. Соответственно смоделированная АЧХ колонки вообще ничего не имеет общего с реальностью. А вот без фильтров симуляция АЧХ двух динов в фазе-противофазе в липе сходиться с реально измеренной. В енклозер шоп тоже замечен глюк, показывает частоту резонанса дина в ящике с ФИ гораздо выше чем есть на самом деле.

[Mosfet]

Я глюков в LEAP тоже не заметил. По крайней мере в Crossover Shop - очень толковая и удобная программа, ничего сложного в ней нет.
C корпусной частью - Enclosure Shop не разбирался, может она и тяжела в освоении.

Согласен, Максим. Мне с Липом вполне удобно. Иногда у меня не очень сходится на ВЧ и на стыке с СЧ, но скорее всего я что-то неправильно измеряю. Хотя, это мне не очень сильно мешает. С энкложуром я пробовал разбираться, но пока особой нужды в нём не было. Для ящиков много более простых программ есть.

[Yurgen]

Иногда у меня не очень сходится на ВЧ и на стыке с СЧ

у меня именно так и есть.

но скорее всего я что-то неправильно измеряю

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

[antecom]

Я пользуюсь 5.1.0.334 версией липы. Более свежие не пробовал, не было необходимости. Сравнивал несколько раз - сходимость расчета с измерениями высокая. Примерно как на картинке или лучше (здесь измеренная АЧХ сглажена, без сглаживания кривые ближе).

[Mosfet]

Вообще, все тут у нас измеряют по-разному. Липа рекомендует измерять именно из одной точки, например, ставить микрофон напротив пищика и мерить всё оттуда. Но тут сразу наступаем на грабли. Я обычно измеряю с расстояния от 30 до 50 см. Если не смещать микрофон после измерения ВЧ на ось СЧ, то во-первых, сложно учесть акустические центры, во-вторых, измеряется по сути внеосевая, что опять же даёт ошибку. Если измерять с большего расстояния, пытаясь приблизиться к осевым, начинаем собирать отражения, что тоже мешает. Как правило, я измеряю строго по осям динамиков, с фиксированным расстоянием до баффла. Это тоже даёт ошибку при сложении на разделе, но я кое как научился это учитывать. В общем, это не проблема Липы, а скорее системная трабла, свойственная измерениям в бытовых условиях и справедливая для любых программ. В целом, мне это не слишком мешает. Тенденции Липа считает верно, а небольшие расхождения с расчётами легко поправимы при дальнейших измерениях и настройке на слух.

Добавлено через 13 минут

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

Возникает маленький вопрос: расположение акустических центров динамиков, которые Липе обязательно надо указывать для точного расчёта. Там это очень сильно влияет на АЧХ, особенно на разделе.

[Yurgen]

Я пользуюсь 5.1.0.334 версией липы. Более свежие не пробовал, не было необходимости. Сравнивал несколько раз - сходимость расчета с измерениями высокая. Примерно как на картинке или лучше (здесь измеренная АЧХ сглажена, без сглаживания кривые ближе).

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

з.ы. это графики ваших колонок на сисах из ветки про ЛМ? АЧХ в противофазе если средник перевернуть не смотрели?
Я стараюсь делать глубокий провал, подгоняя индивидуально фазу. Фильтры у меня акустически LR2 между НЧ и СЧ и LR4 между СЧ и ВЧ, полярность НЧ головы перевернута.

[Yurgen]

Возникает маленький вопрос: расположение акустических центров динамиков, которые Липе обязательно надо указывать для точного расчёта. Там это очень сильно влияет на АЧХ, особенно на разделе.

Если делать с одной точки то можно просто задать маркер начала импульса для СЧ и НЧ как для ВЧ голоки затем экспортировать в frd файл с измерянной фазой, а в проге поставить dZ = 0 для всех динов, поскольку мы уже учли dZ сдвинув маркер начала окна. Если мерять с близкого расстояния и особенно когда между динами большое расстояние по высоте, можно померять на оси каждого динамика потом экспортировать графики с минимальной фазой, в проге установить задержки регулируя dZ. Задержки можно посчитать из времени прихода между импульсами, для этого делаем еще один замер всех динамиков в дальнем поле с двух-трех метров на оси ВЧ из одной точки.

[Mosfet]

Если делать с одной точки то можно просто задать маркер начала импульса для СЧ и НЧ как для ВЧ голоки затем экспортировать в frd файл с измерянной фазой, а в проге поставить dZ = 0 для всех динов, поскольку мы уже учли dZ сдвинув маркер начала окна.

Не уверен, что это правильно. Если маркер на начало импульса не ставить, ни о какой фазе вообще говорить невозможно. Там будет лес вместо линии фазы. Только установка жёлтой линии на начало импульса никак dZ не учитывает, точнее, не сводит его к нулю.

Если мерять с близкого расстояния и особенно когда между динами большое расстояние по высоте, можно померять на оси каждого динамика потом экспортировать графики с минимальной фазой, в проге установить задержки регулируя dZ.

Ну я вот так и мерю. Ошибка всё равно имеет место.

Задержки можно посчитать из времени прихода между импульсами, для этого делаем еще один замер всех динамиков в дальнем поле с двух-трех метров на оси ВЧ из одной точки.

Да необязательно с 2 метров. После измерения с одного расстояния (30-50 см) от баффла по оси динамиков, идем в импульсный отклик в Арте, ставим жёлтый маркер на начало импульса и смотрим миллисекунды для каждого из динамиков. Затем вычитаем время пищика из времени мидбаса и через скорость звука в воздухе считаем расстояние.

[Yurgen]

Цитата:



Сообщение от Yurgen


Если делать с одной точки то можно просто задать маркер начала импульса для СЧ и НЧ как для ВЧ голоки затем экспортировать в frd файл с измерянной фазой, а в проге поставить dZ = 0 для всех динов, поскольку мы уже учли dZ сдвинув маркер начала окна.


Не уверен, что это правильно. Если маркер на начало импульса не ставить, ни о какой фазе вообще говорить невозможно. Там будет лес вместо линии фазы. Только установка жёлтой линии на начало импульса никак dZ не учитывает, точнее, не сводит его к нулю.

Не, не так. Меряем твитер на его оси, желтую линию ставим на начало импульса для твитера, затем не меняя положение микрофона меряем мид, при этом желтый маркер не трогаем, чем и компенсируем dZ. Если сдвинуть маркер на начало импульса для мида, тогда нужно выставлять в проге dZ. Я пробовал и так и этак, в первом случае совпадение симуляции с измерением более полное.

[Mosfet]

Не, не так. Меряем твитер на его оси, желтую линию ставим на начало импульса для твитера, затем не меняя положение микрофона меряем мид, при этом желтый маркер не трогаем, чем и компенсируем dZ. Если сдвинуть маркер на начало импульса для мида, тогда нужно выставлять в проге dZ. Я пробовал и так и этак, в первом случае совпадение симуляции с измерением более полное.

Ясно, попробую при случае .