关于UPF 还是那句话，目前网上最简单明了的还是老驴总结的《论功耗 | 一文搞懂 UPF2.1 编写Power Intent》，每次新写UPF 的时候可以拿此文当索引，详细的还是得查协议。
在编写UPF 时或写好UPF 后都需要检查UPF 的质量，CLP 就是干这事儿的，在老驴接触过的所有EDA 工具中CLP 绝对是最简单易用的没有之一：用户接口简单、脚本简单、debug 简单。
CLP 对CPF 跟UPF 的处理稍有不同，lowpower op
tion 的设置不同，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, 这两条命令基本可以解决百分之九十的问题。
原作者：陌上风骑驴
