完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
对于我们的项目,我们使用CurPress芯片43362的村田SN80UFL模块。我们的仪器运往世界各地,因此我们必须在许多国家进行一些法规测试。为此,我们使用加载到芯片的43362A2-MFGTest.Bin文件和WL工具,我们可以与芯片进行通信。原则上,与模块的通信工作是因为我们获得了“CurueEthAdDR”命令的正确值,并且传输模式也在正常工作。但是接收模式似乎不起作用。我们使用下面的脚本来激活模式:
\WLLoo\WL43362A2.EX-串行27向下 \WLLoo\WL43362A2.EX-串行27 MPC 0 \WLLoo\WL43362A2.EX-串行27国家所有 \WLLoo\WL43362A2.EX-串行27扫描抑制1 \WLLoo\WL43362A2.EX-串行27通道1 \WLLoo\WL43362A2.EX-串行27 BI 65535 \WLLoo\WL43362A2.EX-串行27向上 但我们总能看到有一个永久的可见峰。附上你可以找到测量。峰值的频率也根据配置的信道号而改变。 因此,韩国测试失败,因为我们总是超过-57 dBm的限制。通常在接收模式下不应该有可见的峰值。我们已经与村田接触了几个星期,但不幸的是没有成功。他们建议在塞浦路斯论坛上发布这个问题,因为这与芯片本身有关。 你能支持我们吗?你知道什么是错的吗? 接收量20180619.PNG 19.3 K 以上来自于百度翻译 以下为原文 For our projects we use the Murata SN8000UFL module with the Cypress chip 43362. Our instruments are shipped world-wide therefore we have to perform in many countries some regulation tests. For this we use the 43362a2-mfgtest.bin file that is loaded to the chip and by the WL tool we can communicate with the chip. In principal the communication with the module works due we get for commands like "cur_etheraddr" the correct values and also the transmit mode is working correctly. But the receive mode seems not to work. We use following script to enbale the mode: ..\wl_tool\wl43362A2.exe --serial 27 down ..\wl_tool\wl43362A2.exe --serial 27 mpc 0 ..\wl_tool\wl43362A2.exe --serial 27 country ALL ..\wl_tool\wl43362A2.exe --serial 27 scansuppress 1 ..\wl_tool\wl43362A2.exe --serial 27 channel 1 ..\wl_tool\wl43362A2.exe --serial 27 bi 65535 ..\wl_tool\wl43362A2.exe --serial 27 up But we always can see that there is a permanent peak visible. Attached you can find the measurement. The frequency of the peak is changing also depending on the channel number that is configured. Therefore the Korea tests fail due the we always exceed the limits of -57dBm. Normally in the receive mode there should be no peak visible. We are already in contact with Murata since several weeks but unfortunately with no success. They have proposed to post this issue in the cypress forum because this is related to the chip itself. Could you please support us? Do you have any idea what is wrong?
|
|
相关推荐
11个回答
|
|
你联系村田直接帮助解决这个问题吗?
伊努埃米托姆罗伊1742091 以上来自于百度翻译 以下为原文 Have you contacted Murata directly to help resolve this issue? inoue_tomohiro_1742091 |
|
|
|
是的,我们与村田直接联系,但他们也找不到根本原因。因此,穆拉塔建议我应该在柏树论坛上发表一篇文章。你对可能的根本原因有什么想法吗?先谢谢你。 以上来自于百度翻译 以下为原文 Yes we are in contact directly with Murata but they also could not find the root cause. Therefore Murata proposed that I should create a post in the cypress forum. Do you have maybe any idea about the possible root cause? Thank you in advance. |
|
|
|
jiyuyin 发表于 2018-9-7 07:43 村田可以直接进入2-3级工程团队。我认为他们应该为上述问题行使这一能力。 以上来自于百度翻译 以下为原文 Murata has direct access to our level 2-3 engineering teams. I think they should exercise this capability for the issue described above. |
|
|
|
好的,我会在你的信息的帮助下再次联系村田。还有一个问题:错误是否与使用的接口SPI或SDIO有关? 我知道SPI不再正式支持,但这是在我们已经投产之后宣布的。因此,我们只能使用SPI。我们想知道为什么这个接口被从数据表中删除。村田也不能帮助我们,为什么它被移除了。因为一般SPI都在正常运行模式下工作。你有什么信息吗? 以上来自于百度翻译 以下为原文 OK I will try again to contact Murata with the help of your information. Just one additional question: Could it be in principal that is error is related to the used interface SPI or SDIO? I know that SPI is not officially supported anymore, but this was announced after we have been already in production. Therefore we could use only SPI. And we wonder why this interface was removed from the datasheet. Murata could also not help us why it was removed. Because in general SPI is working for the normal operation mode. Do you have maybe any backgound information? |
|
|
|
jiyuyin 发表于 2018-9-7 08:05 不幸的是,我对问题的根本原因和/或删除SPI没有任何额外的见解。我还要求伊努埃米托罗伊1742091与村田的团队一起调查此事。 以上来自于百度翻译 以下为原文 Unfortunately, I do not have any additional insight on the root cause of the issue and/or the removal of SPI. I have also asked inoue_tomohiro_1742091 to look into it with his team at Murata. |
|
|
|
好的,谢谢你的支持! 以上来自于百度翻译 以下为原文 OK thank you so much for your support! |
|
|
|
关于这个问题有什么更新吗? 你能重现这个问题吗? 以上来自于百度翻译 以下为原文 Is there any update regarding this issue? Could you reproduce this problem? |
|
|
|
iNueToMoHioRoi1742091你能检查提供给客户的固件吗?你还可以共享NVRAM文件和固件映像,以便我们可以根据国家来测量/验证每个通道中的功率吗?
以上来自于百度翻译 以下为原文 inoue_tomohiro_1742091 Can you please check the firmware provided to the customer? Can you also share the nvram file and firmware image so that we can measure/verify the power in each channel depending upon the country? |
|
|
|
徐红wendyxu 发表于 2018-9-7 09:01 我们使用最新的WICED SDK-3.7.0到7开发工具包,其中包含了资源/固件/ 43362固件:43362A2-MFGest.Bin。我们正在使用的应用程序也在AppTestMgfyTest.Apple下找到。这就是我们正在使用的。这个问题也可以用Mureta评估工具包复制,它完全基于WICE工具包+村田SN8000特定的硬件配置补丁。 使用NVRAM文件(外部天线的使用): AdType=0x0598 BoordNoM=777 XTALFRYQ=26000的BrdReqq-CONF=1的BoADFLAGS=0xA00 SROMRV=3 WL0ID=0x43B MACADDR=00∶90:4C:07:71:12 AA2G=1 AG0=2 Max PGA0=74的Md2GPO=0x33 33 33 33 MCS2GPO0=0x66 66 MCS2GPO1=0x66 66 PA0B0=0x14B8 PA0B1= 0xFD5C P MAFIDID=0x2D0 PRODID=0x4336 VunDe= 0x14e4 DeVe= 0x433BO.=22 RCISMF2G=0xA RSSISMC2G=0x3 RSSISVA2G=0x7 RSFISAV2G0x19=0x19 RFRG033,CKK=0x1F TrISO2G=1 NosieA Call Enable 2G=0 SWATRIDMAX2G=10 SWCTRLMAP2 2G= 0x0C050C05,0x0A030A03 0x0A030A03.0x0,0x1FF RAW1= 4A 0B FF 20 04 D0 02 02 A9 A0B2= 0xFF27 PA0ITSIT=62 PA1ITSIT=62 cck2gPO=0 cckpWrOffice=0 cckDigFrTyTypeLoGeNyMyType=0x0、0x2、0x1b、0x0、0x1b NoISeEa CalpA Po2g=2 NosieEa CalyBdg.Fab。3=1 NosieA Calmia Hyapunov增益。Fab。3=76 NosieA Calmi-NFL子空间Val.Fab。3=356 NosieA CalpA Po2G。Fab。3=4。 以上来自于百度翻译 以下为原文 We use the original latest WICED-SDK-3.7.0-7 developement kit that contains in resources/firmware/43362 the firmware: 43362A2-mfgtest.bin. The application we are using is found also under appstestmgf_test. This is what we are using. The problem can also be reproduced with the Murata evaluation kit that is based completely on the WICED Kit + Murata SN8000 specific patch for the hardware configuration. Following nvram file is used (usage for external antenna): manfid=0x2d0 prodid=0x4336 vendid=0x14e4 devid=0x4343 boardtype=0x0598 boardrev=0x1207 boardnum=777 xtalfreq=26000 clkreq_conf=1 boardflags=0xa00 sromrev=3 wl0id=0x431b macaddr=00:90:4c:07:71:12 aa2g=1 ag0=2 maxp2ga0=74 ofdm2gpo=0x33333333 mcs2gpo0=0x6666 mcs2gpo1=0x6666 pa0b0=0x14B8 pa0b1=0xFD5C pa0b2=0xFF27 pa0itssit=62 pa1itssit=62 cck2gpo=0 cckPwrOffset=0 cckdigfilttype=22 ccode=0 rssismf2g=0xa rssismc2g=0x3 rssisav2g=0x7 rfreg033=0x19 rfreg033_cck=0x1f triso2g=1 noise_cal_enable_2g=0 pacalidx2g=10 swctrlmap_2g=0x0c050c05,0x0a030a03,0x0a030a03,0x0,0x1ff RAW1=4a 0b ff ff 20 04 d0 02 62 a9 logen_mode=0x0,0x2,0x1b,0x0,0x1b noise_cal_po_2g=2 noise_cal_dbg.fab.3=1 noise_cal_high_gain.fab.3=76 noise_cal_nf_substract_val.fab.3=356 noise_cal_po_2g.fab.3=4 |
|
|
|
jiyuyin 发表于 2018-9-7 09:09 嗨,斯特凡,我相信我们的团队派你去尝试,但是它没有解决这个问题吗? 以上来自于百度翻译 以下为原文 Hi Stefan, I believe our team sent you something to try, but didn't it solve the issue? |
|
|
|
嗨,不幸的是,提出的解决方案并不能解决这个问题。 以上来自于百度翻译 以下为原文 Hi, unfortunately the proposed solution does not solve the problem. |
|
|
|
只有小组成员才能发言,加入小组>>
716个成员聚集在这个小组
加入小组1901 浏览 1 评论
1652 浏览 1 评论
3405 浏览 1 评论
请问可以直接使用来自FX2LP固件的端点向主机FIFO写入数据吗?
1568 浏览 6 评论
1380 浏览 1 评论
CX3连接Camera修改分辨率之后,播放器无法播出camera的画面怎么解决?
188浏览 2评论
184浏览 2评论
使用stm32+cyw43438 wifi驱动whd,WHD驱动固件加载失败的原因?
323浏览 2评论
352浏览 1评论
63浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-4-25 01:58 , Processed in 0.544950 second(s), Total 53, Slave 47 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191