每年都有新客户的感觉特别好，总能遇到新的人结成新的关系摩擦出新的火花，当然公司也能赚到新的钱。从大理浪完回来之后的一周大部分时间都在看UPF 跟CLP，其实这两个点之前也写过，再搬出来写一写，你们可以再看一看，大部分问题自己就可以解决了<巨大的私心>。
关于UPF 还是那句话，目前网上最简单明了的还是老驴总结的《论功耗 | 一文搞懂 UPF2.1 编写Power Intent》，每次新写UPF 的时候可以拿此文当索引，详细的还是得查协议。
在编写UPF 时或写好UPF 后都需要检查UPF 的质量，CLP 就是干这事儿的，在老驴接触过的所有EDA 工具中CLP 绝对是最简单易用的没有之一：用户接口简单、脚本简单、debug 简单。
CLP 对CPF 跟UPF 的处理稍有不同，lowpower option 的设置不同，check 的命令不同。目前都向IEEE 1801 也就是UPF2.1 走，而且也建议新用户用UPF2.1 来描述power intent，对于UPF CLP 的基本脚本就这么几行，对大部分设计已经足够，对于一些特殊设计需要设一些特别的lowpower option 请遇到具体问题查看guide 或找AE。
在上面的脚本中，针对设计的不同阶段需要设置不同的analysis_sytle 以控制工具做不同类型的检查，下图列出了每个stage 工具要检查的目标。
CLP 的debug 非常简单，工具会将错误类型分成若干类，根据工具自定义的规则去检查，因为CLP 是个signoff 工具所以任何一项检查都非常严格，如果同一个错误同时触发了多条rule 那工具会针对每一条rule 都报相应的Error 或Warning，CLP 的debug 大多在GUI 中完成，打开GUI 后点“电池”图标就可以打开rule Manager 打开rule manager 之后就可以看到所有的rule, 在每个大rule 下面都有若干条小rule ，在GUI 中每条rule 前面都有个带颜色的小点，绿色表示Pass 黄色表示 Warning 红色表示Error 蓝色表示有些小rule 不涉及所以没check. 点开每条小rule 都会弹出一个窗口，鼠标右键点击对应的check 点可以报详细的rule check, 当然也可以通过schematic 去追电路。
在debug 过程最常用的命令有下面五条，老驴最常用的命令是report lowpower information 跟report crossing path, 这两条命令基本可以解决百分之九十的问题。
百闻不如一见，百看不如一练，工程的事还是要多动手少动嘴。另外support.cadence.com 网站上有许多免费且完整的培训，所有注册过的用户都可以免费学习，强烈推荐大家自行学习，原厂免费培训应该还是香的吧。
