打印

楼宇安防系统对讲机啸叫问题-有极有效解决方案么?

[复制链接]
14538|26
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
圆圈|  楼主 | 2011-10-30 00:35 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
沙发
maychang| | 2011-10-30 07:27 | 只看该作者
在大型体育馆里面使用的扩音设备,是采用移频的方法解决声反馈啸叫问题的。即将待放大的音频信号一律增加一个微小的量,例如5Hz,但幅度仍保持比例不变。
具体方法,可以搜一下“移频扩音”。

使用特权

评论回复
板凳
天凉好个秋| | 2011-10-30 07:47 | 只看该作者
安防对讲,可以考虑用IP方式,数字化后有一定延时

似乎是大**打苍蝇,

但等你做几十层楼,长长的连接线就像收音机的天线,收到无线广播信号的时候就知道有用了

使用特权

评论回复
地板
gx_huang| | 2011-10-30 13:26 | 只看该作者
应该和免提电话方案类似,一方讲话,另一方向的增益降低。
保证声音反馈增益小于1,就不会振荡。
也可以向扩音一样,加随机相移等措施,避免长时间处于正反馈导致自激。

使用特权

评论回复
5
圆圈|  楼主 | 2011-10-30 14:14 | 只看该作者
本帖最后由 圆圈 于 2011-10-30 19:22 编辑

2 4楼都提到了移频扩音,我也查了下相关资料.感觉是个可行办法.  
再请问, 抑制啸叫的关键是否在于, 要保证输出到输入之间不会出现同相位信号反复叠加, 而你们提到的移频目的也就在于此是么?

3楼说的数字化后延时其实效果也类似于音频是吧.差别只是硬件还是软件去实现这种移频是么?  另外你说的"长长的连接线就像收音机的天线,收到无线广播信号的时候就知道有用了" 不是很明白 能详细说说么? 好多年没搞过模拟了 都有些忘记了 所以多多指教。

另外其实我们现在用的就是数字音频 也是通过ip传输。 中间确实有时延。 但不知道为什么  还是有啸叫? 所以看了你们的言论,我更有些奇怪了。 按道理通过网络延时,其应该是已经产生了“随机相移”,这种现象如何解释? 难道是我们目前的测试环境有问题(一个房间内,声音通过空气传播可以同时在接受端和发送端收到。不知道这回不会有影响,回头确认下)。 坛里对此有没观点看法的请说说。

使用特权

评论回复
6
圆圈|  楼主 | 2011-10-30 14:44 | 只看该作者
数字音频据说可负向移频,这个是如何实现?

假设我要移频5HZ,那么是不是需要进行时延1000/5=200ms 的数字延时再进行音频播放。

音频啸叫点频率是选择具体时延的关键要素么? 打比方说 如果啸叫点频率是200HZ,那么我的移频时间最好是否应该是50ms*N+50/4 或者是50Ms*N+50/2

数字音频网络传输后的延时本身是不确定的,所以实际具体时延本身是个一定范围内的随机数(对应的就是随机相移)。这种情况在理论上是否能较好解决啸叫问题?

使用特权

评论回复
7
圆圈|  楼主 | 2011-10-31 09:04 | 只看该作者
没人讨论么?? 还是我的说法错的离谱么??
差不多六七年没碰硬件了,可能有些说法不对,不要笑话哈~  呵呵~~

使用特权

评论回复
8
何工| | 2011-10-31 10:44 | 只看该作者
很简单,只要控制好两者方向就行了.

使用特权

评论回复
9
圆圈|  楼主 | 2011-10-31 17:01 | 只看该作者
怎么没人讨论呢?
8楼的何工能否说仔细些啊?

使用特权

评论回复
10
bg6nw| | 2011-10-31 23:01 | 只看该作者
移频和延时是两码事,延时并不能消除回声,移频也不能完全避免啸叫,在音量大到一定程度时会有"啾啾"声.
既然音频已经是数字化传输了,只需在软件里增加-个增益控制的功能就可以解决。
具体方法是,当收到对方的音频数据包并解码扩音时,把己方的话筒量化增益搞低一些,当然并不是对方—有音频数据就掐自己的话筒,而是有一个门限,这样就可避免回授啸叫。

使用特权

评论回复
11
ejack| | 2011-11-1 07:18 | 只看该作者
是的,如果你已经开始考虑IP实现的话,完全应由软件进行解决。

使用特权

评论回复
12
何工| | 2011-11-1 17:28 | 只看该作者
MIC与SPK都装在壳内当然容易产生啸叫,声音在壳内产生回授问题要先解决,,
然后是两者方向不要同向来访者,免得人体反射引发啸叫.

使用特权

评论回复
13
modify| | 2011-11-1 17:37 | 只看该作者
这个可以用结构来解决

使用特权

评论回复
14
圆圈|  楼主 | 2011-11-2 21:54 | 只看该作者
谢谢各位. 结构及方向来解决也想过,但总是感觉解决的不够彻底. 所以才会想着找更好的解决方案来着.

软件增益控制的实现得需要check音频数据在啸叫时的规律,看看有什么数据特征才好对症下药. 但我想这里有几个问题,其一是啸叫产生时并不一定表现在电压高低上的. 所以通过域值高低判断啸叫是否产生存在原理上缺陷. 第二关于增益及开关控制的实现,至少应该是需要一套对应的工作模型,而这个模型的建立没有大量的数据基础和理论基础及相应经验是很难完善和成熟的.  不过这也许也是个思路. 我可以考虑观察看看在各种情况下,量化后的音频数据特征,看看有什么特征可以着手没.

最开始我们就是通过调节增益和结构方向及麦克风喇叭选型上着手解决的.但感觉这个方案还不够"健壮"和优秀. 所以想看看有没更好方案加以改善.

另外 时延和移频不是一回事么? 我回头查阅下相关资料看看. 最近调试其他问题 还没正式接手该问题.不过相关知识还是得提前做些了解.

希望大家多多提有建设性思路. 特别是有实际开发经验的人 我想建议会更有实际操作意义. 希望同行一起讨论讨论.

使用特权

评论回复
15
J77| | 2011-11-14 14:45 | 只看该作者
如果有点空间和不想自己去处理。直接用移频方式。价格又不高。

使用特权

评论回复
16
蓝格子| | 2013-2-19 18:03 | 只看该作者
本帖最后由 蓝格子 于 2013-2-19 18:04 编辑
圆圈 发表于 2011-11-2 21:54
谢谢各位. 结构及方向来解决也想过,但总是感觉解决的不够彻底. 所以才会想着找更好的解决方案来着.

软件增 ...


“谢谢各位. 结构及方向来解决也想过,但总是感觉解决的不够彻底. 所以才会想着找更好的解决方案来着.”
请问楼主有没有实际从结构方面按照何工的建议来解决?还是只是想过而已?

引用何工的话:
MIC与SPK都装在壳内当然容易产生啸叫,声音在壳内产生回授问题要先解决,,
然后是两者方向不要同向来访者,免得人体反射引发啸叫.

使用特权

评论回复
17
大道至简| | 2013-2-19 22:59 | 只看该作者
l楼主,KTV设备是数字回声抵消,还有移动频率的。你的成本能接受吗?

使用特权

评论回复
18
yangchuandong| | 2013-2-20 12:33 | 只看该作者
你为什么不用回音抑制模块来解决呢 成本也低

使用特权

评论回复
19
圆圈|  楼主 | 2013-2-21 16:15 | 只看该作者
蓝格子 发表于 2013-2-19 18:03
“谢谢各位. 结构及方向来解决也想过,但总是感觉解决的不够彻底. 所以才会想着找更好的解决方案来着.”
...

肯定是做过的。我们最早2000年时,做回音消除就是回音抑制+腔体结构设计来协同完成的。 但效果不理想,总会在某些时候产生啸叫。

这个问题我们已经解决了,使用了专用芯片,价格虽然贵点,但最终效果非常好~~

谢谢各位~~

使用特权

评论回复
评论
henrry19 2018-10-11 15:29 回复TA
我们做智能对讲机的,QQ199382869,可以交流一下吗,谢谢! 
henrry19 2018-10-11 15:28 回复TA
我们做智能对讲机的,QQ199382869,可以交流一下吗,谢谢! 
20
蓝格子| | 2013-2-21 16:41 | 只看该作者
圆圈 发表于 2013-2-21 16:15
肯定是做过的。我们最早2000年时,做回音消除就是回音抑制+腔体结构设计来协同完成的。 但效果不理想,总 ...

楼主能否透露是用什么芯片?我也是搞楼宇对讲的,你说的问题我也经常遇到,但一直没有找到合适的解决办法

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

9

主题

322

帖子

1

粉丝