При укладывании трубки абоненту в ухо идет неприятный щелчок (хрчпшч....ЧПОК!!!!! ). Надо как-то эту проблемму устранить, хотя бы частично. В распоряжении есть только свободные остатки в ПЛИС. Посоветуйте что-нибудь, не требующее особых вычислительных мощностей. Видимо тут возможно только какое-нить ограничение (я так понимаю, что "ЧПОК" есть просто резко сильный всплеск сигнала, не характерный для речи и такие всплески можно как-то вырезать, не испортив саму речь).
На ум пока пришло два варианта:
1) Сделать ограничение по скорости нарастания сигнала - правда не знаю как .
2) Постоянно выполнять усреднение сигнала на небольшом промежутке времени и в соответствии с результатом подстраивать ограничение сигнала по уровню.
Буду признателен за любые советы.

Вы на какой стороне это хотите делать? На станции или в телефоне? Если в телефоне - возьмите сигнал с контакта рычага трубки и блокируйте им звук. Если на станции - то тяжелее. Сначала проанализируйте то, что Вам приходит в цифре при опускании трубки (запишите и посмотрите глазками). Может оказаться, что действительно можно отследить скорость нарастания сигнала, а может и нет, если все будет испорчено аналоговыми цепями и АЦП. Можете поместить сюда картинку или wav-файл, тогда можно подумать вместе.

Тут вообщем реализована система "Секретарь-Директор". Между аппаратом "секретаря" и аппаратом "директора" обмен в цифре, 15 разрядов, без каких-либо сжатий и преобразований. Сначала "секретарь" вызывает "директора", беседует с ним , потом укладывает трубку и "директор" переключается на абонента (который на другой стороне), т.е. связь через аппарат "секретаря", но сам "секретарь" уже в разговоре не участвует. Вот в момент, когда "секретарь" укладывает трубку (т.е. стукает ей по корпусу), в ухе "директора" - ЧПОК (от момента укладывания трубки до момента, когда срабатывает рычажный переключатель).

Понял. Попробую че-нить записать.

Может сделать ограничитель по амплитуде сигнала. ЧПОК останется, но будет негромким.

Переключение на абонента, переключения между абонентом и директором для наведения дополнительных справок или вежливого отлупа и прочие сервисы должны быть организованы на кнопках терминала секретаря. При этом в цифре обеспечивается не просто коммутация, а мягкая коммутация при переходе черз '0' дабы даже легчайших щелчков не было. Легкий уведомляющий бип абоненту и директору тоже будет очень к месту. А уж укладывание трубки, это пошли все нафиг, а не передача вызова . Если "нафиг", то можно и со "чпок" .

Согласен, но там.... всякое разное примешано .... вообщем чтоб в случае чего, "секретарь" не подслушал. Вообщем кардинально менять что-либо уже позно. Но ЧПОК нуна подчистить, заказчику не нравиться . Так что ... так сказать... давайте "поближе к телу" .

Нет. Сужать динамический диапазон речи нельзя. Т.е. нужен такой "хитрый" ограничитель, который ЧПОК вырежет или хотя бы уменьшит до приемлемого уровня, но при этом, если человек захочет матом орать в трубку, то чтобы мат проходил без искажений .
Вот.

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

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

Это не я такие выводы сделал. Есть у нас специальные люди по теме "а что если вдруг"

Вообщем я оправдываться не собирался.... В разработке этой вот "системы" я участия не принимал. Это было до меня. Я тут непричем . Вопрос по поводу "ЧПОК" возник внезапно сейчас, т.е. уже при мне. Так что спасибо, конечно, вам за доброе отеческое ата-та по попе . Замечания правильные.
Но все же я с вопросом об уменьшении этого чпока в цифре. Собсно, поэтому и поместил тему в разделе ЦОС - здесь товарищи умные и опытные, авось что подскажут.
Вот.

Уже студент, а в чудеса все еще верите . Да, сейчас посоветуют распознавать, фильтровать... Теперь думайте во что это выливается - выливается это во время (про ресурсы, точнее их остатки в Вашем FPGA помолчим ). Время распознавания этого самого "чпок" напрямую определяет то время на которое Вы будете вынуждены ЗАДЕРЖИВАТЬ поток. Чем дольше будете задерживать, тем надежнее распознаете, но тем БОЛЬШЕ будет задержка. Ненадежное распознавание приведет к гнусным эффектам во время разговора. На самом деле можете вообще не заниматься распознаванием - у Вас есть уже сигнал о том, что 'чпок' произошел. Догадались? Осталось только ввести задержку в поток и блокировать передачу после детектирования "чпок". Только вот задержка уже ЛИШНИЕ, причем постоянные проблемы - узнаете, как Ваш "директор" относится к эху, при разговоре с собственным "секретарем". В общем я Вам сразу сказал, как надо делать просто и качественно. Не майтесь, ставьте вопрос ребром, настаивайте на переделках, объясняйте ....

Вот, сумасшедшая идея. Перед ЧПОК идет ускоренный полет трубки от уха абонента до посадочного места. Встраиваем в трубку гироскоп и датчики ускорения. Вот по ускорению можно определить что будет ЧПОК и отключить связь заранее.
Менее сумасшедшая идея. При приближении трубки к посадочному месту на расстоянии 10см определить приближение трубки например по инфракрасному датчику от светодиода встроенного в трубку. И вырубать связь до того, как она упадет на посадочное место. Ресурсов ПЛИС 0.1%, определить несущую, и добавить инфракрасный излучатель в трубку, который выдает модулированный сигнал, а в посадочное место инфракрасный датчик.
Реализуемая идея. Обыкновенный магнит в трубку и датчик поля в посадочное место.
Реальная идея. Любой датчик приближения, чтобы определить наличие трубки в 10см от посадочного места, который автоматом отрубает звук в трубке.

Это обычное штатное решение с 80x годов. "Датчик поля" это геркон. Магнит, правда, для столь тупого датчика требуется солидный. Но срабатывание в миллиметрах 40 уже достаточно, для того, что-бы нормально отсекать удары трубки, тем более секретарю не положено бросать трубки . Только если уже стоит механика, то переделка это уж точно не пройдет.

"секретарю не положено бросать трубки" :-) ггггг

Мне кажется ЧПОК там будет с достаточно коротким хвостом...задержку никто может и не заметить.
Эходав в системе используется? Или всё расчитано на brain эходав, embedded в головы директора и секретаря?
Есть возможность ему хвост удлинить на длину ЧПОКа? \

P.S. А вообще-то ЧПОК может возникать и не только по причине удара трубки о корпус телефона. Как насчёт того, чтобы просто нажать на рычаг пальцем и спросить у директора, не слыхал ли он ЧПОКа? Если слышал, то проблема в коммутации. А точнее в том, что делается она резко и "нестыковка" сигнала даёт щелчек(я имею ввиду шел сигнал, последний отсчёт принятый директором был -100, а после коммутации, со стороны абонента прилетел +1000 - вот и имеем резкий скачек(ваш ЧПОК));

Про необходимость мягкой коммутации в моменты перехода через 0 уже писал. Если чего-то мудрили в FPGA c обработкой, то легко могли усугубить дело ошибками в обработке сигналов с большими уровнями, например, при перегрузках будет не наступать ограничение, меняться знак . Аккустический эффект не замедлит сказаться.
To:Pupkin а какую задержку вносит Ваш цифровой коммутатор?