OpenWRT下编译madplay遇到的问题

我司自组网产品测试过程中,经常使用madplay来测试声卡功能是否正常。老产品大多采用了Qualcomm Atheros AR9344处理器,已经有现成的固件集成了madplay;这次的新产品采用了Qualcomm Atheros的QCA9558处理器,需要临时编译一个固件,才能测试声卡。在OpenWRT目录下,使用make menuconfig,勾选Sound - -> madplay,如下图 ... 继续阅读OpenWRT下编译madplay遇到的问题

OpenWRT配置一发双收的方法

去年,我们为客户开发了多款手持机形态的自组网板卡,这类板卡往往有个通用的客户需求——发热量小。这个时候,我们都会建议客户按照2T2R(即双发双收)的方式做硬件设计,在实际使用时,可以配置成为1T2R(即一发双收,以下都用1T2R表示),相当于关闭一路射频功放,可以大大降低设备的发热量。按照这种方式,既可以在性能PK时领先竞争对手,又可以提升产品的实用性,一举两得。本文与各位读者分享一下在OpenW... 继续阅读OpenWRT配置一发双收的方法

修改OpenWRT的发射功率限制

WiFi体制的自组网设备,往往具备较大的发射功率,例如2*1W甚至更大,如果不对OpenWRT的代码做出修改,那么自组网设备的发射功率会被限制在较低的数值,导致射频性能无法发挥出来。在OpenWRT中,功率是按照合路功率计算的,如PRM1400HP,将txpower配置为30,实际上单口输出功率仅为27dBm。然而 OpenWRT默认代码中无法配置高于30dBm的功率,本文给出修改OpenWRT的... 继续阅读修改OpenWRT的发射功率限制

降低OpenWRT的Linux内核版本

不久前,OpenWRT关闭了官方的svn服务器,导致很多客户无法按照无线时代的固件编译指导文档获取OpenWRT代码,只能使用git方式。相比于svn,git貌似无法直接获取指定版本的代码。然而,使用git获取的代码已经将Linux内核升级到4.1版本,最新的已经是4.4版本了。这样的更新速度对于业余爱好者也许是件好事,可是对于产品开发者,却未必如此。 为了移植某驱动程序,笔者可谓绞尽脑汁,在4.... 继续阅读降低OpenWRT的Linux内核版本

OpenWRT 下以太网MAC地址的写入

近期在为朋友制定OpenWRT系统下产测解决方案时,遇到了MAC地址的写入问题。产测使用Qualcomm Atheros的ART软件,只能写入无线的MAC地址,无法写入以太网的MAC地址, 笔者花了一些时间终于研究清楚,在这里做个记录,以便后续查阅。注:本文以AR9344无线AP为例进行说明,这种方法仅适用于采用Qualcomm Atheros AR93xx/AR94xx系列芯片的AP设备。 首先... 继续阅读OpenWRT 下以太网MAC地址的写入