Cypress技术论坛
直播中

刘飞云

7年用户 180经验值
私信 关注
[问答]

由于调节测试的接收模式测试不起作用,韩国认证失败

对于我们的项目,我们使用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)

h1654155275.5741

2018-9-7 11:46:08
你联系村田直接帮助解决这个问题吗?
伊努埃米托姆罗伊1742091

以上来自于百度翻译


     以下为原文
  Have you contacted Murata directly to help resolve this issue?
 
inoue_tomohiro_1742091
举报

刘飞云

2018-9-7 11:55:21
引用: wonick 发表于 2018-9-7 07:34
你联系村田直接帮助解决这个问题吗?
伊努埃米托姆罗伊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.
举报

h1654155275.5741

2018-9-7 12:01:12
引用: 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.
举报

刘飞云

2018-9-7 12:17:23
引用: wonick 发表于 2018-9-7 07:49
村田可以直接进入2-3级工程团队。我认为他们应该为上述问题行使这一能力。

以上来自于百度翻译

好的,我会在你的信息的帮助下再次联系村田。还有一个问题:错误是否与使用的接口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?
举报

更多回帖

发帖
×
20
完善资料,
赚取积分