设为首页收藏本站

 找回密码
 注册
搜索
52RD研发论坛»论坛 › 手机研发论坛(Cell Phone R&D Forum) › 手机射频 › PA底噪过大导致PVTfail，请教高手
1234下一页
返回列表 发新帖回复
楼主: dsxdeng

[讨论] PA底噪过大导致PVTfail，请教高手

[复制链接]
dsxdeng
 楼主| 发表于 2009-9-24 16:46:37 | 显示全部楼层
在深圳，RFMD的FAE说不在深圳，出差了，后来就找MTK的人解决。
搞驱动的是新人，我对那个射频头文件也不是怎么懂。
点评回复

使用道具 举报

darius
发表于 2009-9-24 16:50:15 | 显示全部楼层
rf.h里的哪个参数啊，搂住SHARE一下吧，我们这里用RDA的PA，也遇到同样的问题，RDA的FAE让我们在PA输入的零欧
换成20欧做衰减，但效果不好
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-9-24 18:43:21 | 显示全部楼层
改动TC到PA之间的匹配，余量有所提升，最小也有10dB了
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-9-24 18:44:23 | 显示全部楼层
这个项目很赶，等回头有空再share一下改动了的rf.h文件的地方。
点评回复

使用道具 举报

lcYFL13
发表于 2009-9-24 19:24:07 | 显示全部楼层
期待中!
点评回复

使用道具 举报

tjhaua
发表于 2009-9-25 13:48:41 | 显示全部楼层

以前卖的一个资料，看看也许对你有帮助

看附件
【文件名】:09925@52RD_PA介绍.part1.rar
【格　式】:rar
【大　小】:4000K
【简　介】:
【目　录】:


点评回复

使用道具 举报

tjhaua
发表于 2009-9-25 13:49:46 | 显示全部楼层
以前卖的资料
附件中的资料也许能对楼主有些启发
【文件名】:09925@52RD_PA介绍.part2.rar
【格　式】:rar
【大　小】:491K
【简　介】:
【目　录】:
点评回复

使用道具 举报

dr123
发表于 2009-9-25 15:00:54 | 显示全部楼层
1  把DC offset改为80试试。
2  看看接收与发射是否隔离妥当
3  ASM不要与PA放在同一个屏蔽盖内
点评回复

使用道具 举报

发表于 2009-9-26 20:10:46 | 显示全部楼层
谢谢tjhaua，从您的总结里就能学到很多。
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-9-27 09:08:10 | 显示全部楼层
谢谢tjhaua，你的PA datasheet真是齐全啊！！
再次感谢！！
这个问题目前已经暂时算是解决了，只是还不够理想。等后续有时间再继续优化
目前因为项目比较赶着做可靠性测试，需要在放假前基本解决完射频问题。所以等忙完这段时间后将H文件修改的地方放上来大家共同讨论一下。

目前我比较担心的是相位误差问题的一致性不够好。因为射频部分和基带部分都是共用同一个屏蔽框，屏蔽盖，虽然中间是隔离开来的，但是估计隔离度不够，导致相位误差不够好。公司一直都是这样，为了节省成本和空间，将TC与PA都是用同一个屏蔽框覆盖的，搞得每个项目都会出现相位误差问题。相位误差问题一直都是每个项目的难缠问题。

想问下各位高手，调相位误差问题，除了隔离TC与PA要好外，一般都是在TC与PA之间调试pi型网络（也许和900那样加个带通滤波器比较好，可是为了节省成本只用PI型网络），可是这个pi型网络好像没什么规律可遵循，不象调试PA的输出那样可根据矢网和smith原图来调试。我也去过MTK那边，让他们调试相位误差问题，好像也是没什么规律或者说是根据什么理论来调试。各位是怎么调试相位误差的？？
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-9-27 09:31:01 | 显示全部楼层
以下是引用dr123在2009-9-25 15:00:54的发言：
1                把DC offset改为80试试。
2                看看接收与发射是否隔离妥当
3                ASM不要与PA放在同一个屏蔽盖内


DC-Offset没试过80的，以后试试看看
收发和发射如图，我觉得应该没问题了。但是屏蔽框和盖我觉得隔离不太好
RF7168是集成了ASM的。
<img src="attachments/dvbbs/2009-9/20099279305573499.jpg" border="0" onclick="zoom(this)" onload="if(this.width>document.body.clientWidth*0.5) {this.resized=true;this.width=document.body.clientWidth*0.5;this.style.cursor='pointer';} else {this.onclick=null}" alt="" />
点评回复

使用道具 举报

darius
发表于 2009-10-14 17:53:54 | 显示全部楼层
以下是引用dsxdeng在2009-9-27 9:08:10的发言：
谢谢tjhaua，你的PA datasheet真是齐全啊！！
再次感谢！！
这个问题目前已经暂时算是解决了，只是还不够理想。等后续有时间再继续优化
目前因为项目比较赶着做可靠性测试，需要在放假前基本解决完射频问题。所以等忙完这段时间后将H文件修改的地方放上来大家共同讨论一下。

目前我比较担心的是相位误差问题的一致性不够好。因为射频部分和基带部分都是共用同一个屏蔽框，屏蔽盖，虽然中间是隔离开来的，但是估计隔离度不够，导致相位误差不够好。公司一直都是这样，为了节省成本和空间，将TC与PA都是用同一个屏蔽框覆盖的，搞得每个项目都会出现相位误差问题。相位误差问题一直都是每个项目的难缠问题。

想问下各位高手，调相位误差问题，除了隔离TC与PA要好外，一般都是在TC与PA之间调试pi型网络（也许和900那样加个带通滤波器比较好，可是为了节省成本只用PI型网络），可是这个pi型网络好像没什么规律可遵循，不象调试PA的输出那样可根据矢网和smith原图来调试。我也去过MTK那边，让他们调试相位误差问题，好像也是没什么规律或者说是根据什么理论来调试。各位是怎么调试相位误差的？？

我觉得6139相差的好坏主要取决于隔离和电源稳定，那个PI型网络其实改进余地很小。另外，搂住最近空了些否，
share一下改动了的rf.h文件的地方吧。[em08]
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-10-15 09:07:49 | 显示全部楼层
不好意思，最近一直在忙，虽然时间是有，但没闲情去深入理解RF头文件。现在将前后不同的地方放上来给大家看看
这段是改过后PVT正常了的：
#if defined(ZTE_RF_MT6139_RF7168)
/*MT6139E*/ /*MT6218B~*/                           /*muRata 465*/  /*Hitachi_Darfon*/  /*muRata QB 382*/    /* TDK  */     /*Sky77518*/
//850
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PR1   0x200           /*  0x200  */      /*  0x20B  */     /*  0x202  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PR2   0x200           /*  0x200  */      /*  0x201  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PR3   0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT2B  0x200           /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT1   0x210           /*  0x210  */      /*  0x201  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT2   0x212           /*  0x216  */      /*  0x21B  */     /*  0x212  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT3   0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
//900
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PR1      0x200           /*  0x200  */      /*  0x20B  */     /*  0x202  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PR2      0x202           /*  0x200  */      /*  0x205  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PR3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT2B     0x202          /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT1      0x202//0x210           /*  0x210  */      /*  0x201  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT2      0x212           /*  0x216  */      /*  0x21B  */     /*  0x212  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
//1800
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PR1      0x200           /*  0x200  */      /*  0x203  */     /*  0x205  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PR2      0x203           /*  0x200  */      /*  0x209  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PR3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT2B     0x202          /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT1      0x202//0x230           /*  0x230  */      /*  0x221  */     /*  0x220  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT2      0x213//0x235           /*  0x235  */      /*  0x233  */     /*  0x235  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
//1900
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PR1      0x200           /*  0x200  */      /*  0x203  */     /*  0x205  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PR2      0x204           /*  0x204  */      /*  0x20D  */     /*  0x204  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PR3      0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT2B     0x200           /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT1      0x230           /*  0x230  */      /*  0x221  */     /*  0x220  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT2      0x235           /*  0x235  */      /*  0x233  */     /*  0x235  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT3      0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_INIT         0x002
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_IDLE         0x002
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-10-15 09:08:52 | 显示全部楼层
然后下面这一段是原来PVT有问题的：
#if defined(ZTE_RF_MT6139_RF7168)
/*MT6139E*/ /*MT6218B~*/                           /*muRata 465*/  /*Hitachi_Darfon*/  /*muRata QB 382*/    /* TDK  */     /*Sky77518*/
//850
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PR1   0x200           /*  0x200  */      /*  0x20B  */     /*  0x202  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PR2   0x200           /*  0x200  */      /*  0x201  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PR3   0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT2B  0x200           /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT1   0x210           /*  0x210  */      /*  0x201  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT2   0x212           /*  0x216  */      /*  0x21B  */     /*  0x212  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM850_PT3   0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
//900
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PR1      0x200           /*  0x200  */      /*  0x20B  */     /*  0x202  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PR2      0x202           /*  0x200  */      /*  0x205  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PR3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT2B     0x212           /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT1      0x200//0x210           /*  0x210  */      /*  0x201  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT2      0x212           /*  0x216  */      /*  0x21B  */     /*  0x212  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_GSM_PT3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
//1800
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PR1      0x200           /*  0x200  */      /*  0x203  */     /*  0x205  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PR2      0x203           /*  0x200  */      /*  0x209  */     /*  0x200  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PR3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT2B     0x213           /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT1      0x200//0x230           /*  0x230  */      /*  0x221  */     /*  0x220  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT2      0x213//0x235           /*  0x235  */      /*  0x233  */     /*  0x235  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_DCS_PT3      0x000//0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
//1900
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PR1      0x200           /*  0x200  */      /*  0x203  */     /*  0x205  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PR2      0x204           /*  0x204  */      /*  0x20D  */     /*  0x204  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PR3      0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT2B     0x200           /*  0x200  */      /*  0x200  */     /*  0x200  */                     
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT1      0x230           /*  0x230  */      /*  0x221  */     /*  0x220  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT2      0x235           /*  0x235  */      /*  0x233  */     /*  0x235  */
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_PCS_PT3      0x000           /*  0x000  */      /*  0x000  */     /*  0x000  */
/*MT6139E*/ /*MT6218B~*/
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_INIT         0x000
/*MT6139E*/ /*MT6218B~*/ #define  PDATA_IDLE         0x000
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-10-15 09:15:08 | 显示全部楼层
主要的改动地方有：
PDATA_GSM_PT2B     由 0x212 改为   0x202  

PDATA_GSM_PT1      0x200//0x210 改为
：PDATA_GSM_PT1      0x202//0x210

PDATA_DCS_PT1      0x200//0x230 改为：
PDATA_DCS_PT1      0x202//0x230

PDATA_INIT         0x000改为：
PDATA_INIT         0x002


PDATA_IDLE         0x000改为：
PDATA_IDLE         0x002

总共就上几处改动的地方，是MTK的射频工程师改动的，第一次改动后上升沿余量只有5到10个dBm,后来改动下匹配，重新校准后好了点，有10db多了。现在最小的也有10db。[br]<p align=right><font color=red>+1 RD币</font></p>
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-10-15 09:25:23 | 显示全部楼层
现在问题主要是相位误差和调制谱，一直都存在。
900频段主要是975信道的调制谱余量非常小，在+-400KHZ（以下只讨论这个频点）处只有-60db左右。而且1，62，124也不够好。但是一拿开屏蔽罩后，就好很多了，余量很足了，1，62，124信道最少也有66，67，甚至达到69，70.

1800频段也是，在拿开屏蔽罩的情况下，相位误差好的可以达到2度一下，调制谱也还可以，有66左右。但是一盖上屏蔽罩，就恶化了。
尝试过很多方法，比如堵住PA与6139之间的隔离，用稳压电源直接给VCCRF供电，调试PA与6139之间的匹配。但都没效果。甚至调试匹配时，改动1800频段的匹配，相位误差好了，但是900频段的调制谱反而恶化了，竟然影响到900频段的 ，真是不可思议。

今天准备找MTK的人指导下。
点评回复

使用道具 举报

发表于 2009-10-15 15:14:50 | 显示全部楼层
我们直接是TC与PA分开，用两个屏蔽罩的，如果是为了要过CTA的话，建议把PA用铜箔包个两层，并良好接地！[em13]
点评回复

使用道具 举报

发表于 2009-10-15 15:18:32 | 显示全部楼层
如果再不好的话就肯定是PA的屏蔽罩没有良好接地，这些是建立在PA和TC共用一个屏蔽罩的！
点评回复

使用道具 举报

dsxdeng
 楼主| 发表于 2009-10-15 17:25:03 | 显示全部楼层
找MTK 的人，回来也没更好的方法，他们推荐改版。再尝试下看看吧。
点评回复

使用道具 举报

发表于 2009-10-16 09:01:55 | 显示全部楼层
砸凹一点屏蔽罩看看有影响不？
实在看不懂那些代码，有哪位大哥指点下不？
点评回复

使用道具 举报

下一页 »
1234下一页
返回列表 发新帖 回复
高级模式
B Color Image Link Quote Code Smilies

本版积分规则

Archiver|手机版|小黑屋|52RD我爱研发网 ( 沪ICP备2022007804号-2 )

GMT+8, 2024-11-27 14:33 , Processed in 0.051569 second(s), 14 queries , Gzip On.

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表