cdl文件转成schematic小结5篇

时间:2019-05-13 18:19:22下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《cdl文件转成schematic小结》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《cdl文件转成schematic小结》。

第一篇:cdl文件转成schematic小结

本文主要是对最近学习的用ic5141将smic035网表转换原理图的总结。下面是导入cdl的步骤:

file-〉import-〉cdl 弹出CDL In界面。具体解释如下: Parameter File:

相当当于模板文件,就是对CDL In界面的各项参数的设置文件。

如果你是在GUI中运行CDL In,则Parameter File 可填可不填。但是如果你是用命令行运行CDL In则需要指定一个特定的Parameter File。

Load 和Save

即Load和Save前面的Parameter File。

CDL Netlist File:

你想要import in的CDL文件。

Output Library:

要存放schematic的library。

Top Cell:

顶层的cell名称,可填可不填。

Reference Library List:

列出一下参考链接库,如pdk所提供的库和一些基本的库。可以填多个库。

Device-Map File:

器件的映射转换文件,Device-Map File的格式是:

devMap :=

[ propMatch := list_of_prop_to_match]

[ termMap :=list_of_terminals_to_map]

[ propMap :=list_of_properties_to_map]

[addProp := list_of_additional_properties_to_map] 注: “:=”前后都要有空格。下面是一个二极管的device-map devMap := diode ndio50 propMatch := subtype D5 propMap := area areaperimpj termMap := PLUS PLUS MINUS MINUS addProp := model ndio50 其中diode是cdl中的管子类型,ndio50是pdk中对应的管子。D5 是cdl中对应的管子,如下例中的D5: DD1 a b D5 AREA=25.97P PJ=26.1u 参考的Device-map: /home/ns004/project/smic035/verify/cdl/devMapfile

Global Node Expansion:Full/No/Only Defined

全局的节点扩展:全部执行/不执行/只针对定义的部分执行。

Case Sensitivity:Preserve/Upper/Lower

字体的大小写区分:保持不变/全部变成大写/全部变成小写

Schematic Generation Parameters:

合成的一些参数设置,具体参考文件:Connectivity to Schematic User Guide。

Overwrite Cells? all/none/selected

是否需要覆盖已有的cell? 全部覆盖/全不覆盖/只针对选择的进行覆盖。

设置完毕,点击“apply”,同时关注一下CIW窗口中的显示信息。到icfb的启动路径下打开“ni.log”和“ni.err”查看。注:

1.做cdl转换出成schematic的时候。不仅要修改好device-map file,还要查看cdl是否正确,具体如下:

1.cell要定义在”.SUBCKT XX XX”和“.ENDS”之间。2.定义电容需要在cdl文件前面加上前缀 *.BIPOLAR *.CAPVAL 具体的其他器件的定义请参考文件Design Data Translator’s Reference的第五章CDL Translators的How CDL In Translates Data.2.转换成功后,要查看器件的实际尺寸和显示的尺寸是否相同,smic中的mos管子的参数fw一般是不对的,可以通过skill程序修改。参考程序:/home/ns004/project/smic035/updateschematic.il.参考文件:Design Data Translator’s Reference在/apps/candence/ic5141/doc/transref目录中。

第二篇:文件材料归档工作小结3

文件材料归档工作小结

一、基本概况

2014年公司文件材料归档工作,自3月中旬开始启动,11月底全面结束。工作分两个阶段进行,3月到6月底集中归档中心、部门移交档案室的资料;7月到11月跟进、指导各中心、部门整理归档二级档案材料,归档明细如附件

一、附件二:

二、主要工作

1、拟定“公司文件材料归档工作实施方案”,按时间结点规划分解本归档工作步骤,明确重点和目标,在组卷的数量、质量上有进一步的提升,扩大归档资料门类,力争集中归档案卷数量同比增长10%;中心一级部门全部建立二级档案管理。

2、以去年“归档文件材料目录”为基础,对各中心部门的现状进行调研,制订新的目录初稿,进一步征求意见,共同协商,最终确认应归档文件材料范围,为后期收集工作奠定基础;

3、对归档任务较重的中心、部门进行针对培训,密集指导;

4、按档案管理标准要求,对集中收集的文件材料进行分类,整理、编目、编写编制说明,装盒上架,更新完善档案柜标识;

5、完成电子文件归档管理办法及编码规则的编写并在文档室先试行;

6、今年组卷数量增长不多,但从类别上有所增加,特别是园区建设前期招投标文件资料的集中归档,填补原基建档案中没有工程招投标文件资料的空白。

7、生产中心移交的设备档案较去年的数量没有增长,源于去年是设备档案第一年移交,涉及多年的材料汇总,但今年门类更多,涉及到等新的类别,并且组卷更合理方便查询利用。

8、经过多次沟通,推动归档部门主动补充了一些未归纳入归档目录的其他归档材料,丰富了本二级档案归档内容。

三、不足之处及改进办法

1、未达到年初制订的集中归档案卷数量增长10%的目标(达到3%),主要原因是人力资源绩效考核材料由去年月度考核改为季度考核,整体案卷数减少;

2、未达到前期制订的全部中心建立二级档案管理的目标,主要原因是:行政管理中心所有归档材料已全部移交档案室,并无留存;OEM中心经过总监确认确无可归档二级档案;

3、虽然今年档案收集门类有所增加,但文书类档案主要还是以公司的员工绩效考核材料和合同为主,其他内容相对较少,有待进一步拓宽收集渠道;

4、部分部门归档材料移交时间较晚,重复件较多,特别是设备和新园区招投标材料,导致对这些材料的逐件鉴定,占用过多工作时间,略微拖延了整体进度。

5、人力资源中心、法务部二级档案管理工作完成时间比较滞后,原因是其中有当事人出差、请长假等状况的发生,为避免明年因此类原因而影响工作进度,建议明年提早启动二级档案管理工作。

6、技术和财务档案管理水平有待提高

技术档案和财务档案的共同的特点是对于公司来说都特别重要,其中技术档案专业性较高,并以电子档材料为主;财务档案保密性较高并多为纸质文件。建议根据各自的特点建立资料管理细则。

7、今年二级档案工作推进时还不够深入,少数中心虽建立起二级档案,但归档材料的数量、质量及门类都还有待提升,来年归档要加强沟通,多做归档材料的挖掘。

第三篇:Maven pom文件常用配置小结

Maven pom文件常用配置小结

什么是POM Project Object Model,项目对象模型。通过xml格式保存的pom.xml文件。作用类似ant的build.xml文件,功能更强大。该文件用于管理:源代码、配置文件、开发者的信息和角色、问题追踪系统、组织信息、项目授权、项目的url、项目的依赖关系等等。

一个完整的pom.xml文件,放置在项目的根目录下。

4.0.0

… 基本设置

maven的协作相关属性

4.0.0 org.codehaus.mojo my-project 1.0

war 1.groupId : 组织标识,例如:org.codehaus.mojo,在M2_REPO目录下,将是: org/codehaus/mojo目录。

2.artifactId : 项目名称,例如:my-project,在M2_REPO目录下,将是:org/codehaus/mojo/my-project目录。

3.version : 版本号,例如:1.0,在M2_REPOorg/codehaus/mojo/my-project/1.0目录。

4.packaging : 打包的格式,可以为:pom , jar , maven-plugin , ejb , war , ear , rar , par POM之间的关系

目录下,将是:主要用于POM文件的复用。

依赖关系:依赖关系列表(dependency list)是POM的重要部分。

junit junit 4.0 test

1.groupId , artifactId , version : 2.scope : compile(default),provided,runtime,test,system 3.exclusions 继承关系:继承其他pom.xml配置的机制。比如父pom.xml:

[...] junit junit 4.4 test [...] 在子pom.xml文件继承它的依赖(还可以继承其他的:developers and contributors、plugin lists、reports lists、plugin executions with matching ids、plugin configuration): [...]

com.devzuz.mvnbook.proficio proficio 1.0-SNAPSHOT [...] 在这种机制下,maven还提供了一个类似java.lang.Object的顶级父pom.xml文件:

4.0.0 Maven Default Project central Maven Repository Switchboard default http://repo1.maven.org/maven2 false

central Maven Plugin Repository http://repo1.maven.org/maven2 default false never target target/classes ${project.artifactId}-${project.version} target/test-classes src/main/java src/main/scripts src/test/java src/main/resources src/test/resources

maven-antrun-plugin 1.1

maven-assembly-plugin 2.2-beta-2

maven-clean-plugin 2.2

maven-compiler-plugin 2.0.2

maven-dependency-plugin 2.0

maven-deploy-plugin 2.3

maven-ear-plugin 2.3.1

maven-ejb-plugin 2.1

maven-install-plugin 2.2

maven-jar-plugin 2.2

maven-javadoc-plugin 2.4

maven-plugin-plugin 2.4.1

maven-rar-plugin 2.2

maven-release-plugin 2.0-beta-7

maven-resources-plugin 2.2

maven-site-plugin 2.0-beta-6

maven-source-plugin 2.0.4

maven-surefire-plugin 2.4.2

maven-war-plugin 2.1-alpha-1 target/site

release-profile

performRelease true

true org.apache.maven.plugins maven-source-plugin attach-sources jar

true org.apache.maven.plugins maven-javadoc-plugin attach-javadocs jar

true org.apache.maven.plugins maven-deploy-plugin true 可以通过下面命令查看当前pom.xml受到超pom.xml文件的影响: mvn help:effective-pom 聚合关系:用于将多个maven项目聚合为一个大的项目。

4.0.0 org.codehaus.mojo my-parent 2.0 my-project 属性

maven的属性,是值的占位符,类似EL,类似ant的属性,比如${X},可用于pom文件任何赋值的位置。有以下分类:

1.env.X:操作系统环境变量,比如${env.PATH} 2.project.x3.settings.x::

pom

件文

中件的中

属的性属,性引,用

比比方

如如式

:::

1.0,引用方式:${project.version}

settings.xmlfalse${settings.offline} 4.Java System Properties:java.lang.System.getProperties()中的属性,比如java.home,引用方式:${java.home} 5.自定义

在pom

c:/apps/cargo-installs,引用方式:${installDir} 构建设置

构建有两种build标签:

build中的主要标签:Resources和Plugins。Resources:用于排除或包含某些资源文件

META-INF/plexus false ${basedir}/src/main/plexus configuration.xml **/*.properties Plugins:设置构建的插件

org.apache.maven.plugins maven-jar-plugin 2.0 false true test

第四篇:11年地税系统文件备查工作年终小结

2011年地税系统文件备查工作年终

小结

2011年地税系统文件备查工作年终小结

为贯彻落实国家税务总局关于《税收规范性文件制定管理办法》精神,对税收规范性文件加以统一规范,通过制度,规范伊犁州直地税系统税收规范性文件的起草、审查、发布、备案等事项。,伊犁州地方税务局认真贯彻落实地方税收法规规章及规范性文件备查备案工作的有关规定,积极加强领导,健全备查备案制度,严把政策审核关口,税收法规备查备案工作开展的扎实有效。现将我局税收规范性文件备查备案工作汇报如下:

一、加强组织领导,健全制度,明

确任务

由于今年人员调整,为确保税收法规备查备案工作的顺利进行,我局对税收法规备查备案工作领导小组进行了调整。领导小组负责督促、检查税收法律、法规、规章的贯彻执行情况;其次制定了税收法规备查备案工作报告制度,指定专人负责、监督检查,经常性地采取多种形式开展税收法制宣传工作,使各项税收政策能够及时、准确执行到位,并对各科室所的执法情况进行日常性的执法检查,发现问题及时进行整改。通过以上措施使我局税务干部在执行税收法律法规、政策上能准确依照法定程序操作,做到主体合法,程序合法。

二、增强责任意识认真落实督促检查

在执行《税收行政规范性文件合法性审核办法》过程中,依照法定程序和法定权限制作和发布税收规范性文件。我局采取的做法是先由责任处室将拟好的规范性文件报政策法规处初审,提出

修改意见讨论后,由局务会议或者局长办公会议审议通过,统一由政策法规处向上级局或州政府报备,并经公示后执行。

我局按照新地税办发〔〕3号文件要求,从3月10日起开始,各相关处室以局收发文登记簿为主要依据,结合区局发布的已失效或废止的税收规范性文件目录按的顺序逐件清理,各处室互相配合,保证了清理工作的质量。经过大家的共同努力圆满完成了州级税收规范性文件的清理工作。期间,共查阅清理对征纳双方具有普遍约束力的税收规范性文件348件,发现有问题的文件3件,建议2件废止,1件部分废止。截止底全文废止或失效的文件共228件。部分废止的8件,建议修改的4件,管理对象灭失的8件,清理后继续执行的文件为120件。http://

同时对清理出的各类问题,进行了集体分析研究,在达成一致意见后以公文形式抄报区局,下发各基层局执行,并在州地税局网站上公布了失效或废止的文件及条款。

积极创新执法监督手段,细化了税收《兼职法制员制度》,明确审查要求和范围,加大事前、事中监督,实施一事一审、交叉互审。经统计今年兼职法制员执法审查税务文书487户次,有36次执法过错在执法审查中得以纠正,有效地降低了执法过错的发生,规避了执法风险。

实行政策落实跟踪问效机制。为保证政策顺利执行,我局先后对州直耕地占用税、土地使用税、资源税税额标准及时下发各县市局贯彻执行,同时为确保新税收政策落实到位,我局坚持跟踪问效制度。要求各县市局充分领会政策精神,结合本地的具体情况认真分析和研究新旧政策及其变化情况,做好新旧政策执行的衔接工作,防止由于政策的变化而形成税收的漏洞;保证新税收政策的全面贯彻执行。

为了更好的保证国家税收政策、法

规的贯彻执行,今后我局将严格按照总局《税收规范性文件制定管理办法》和《新疆维吾尔自治区行政机关规范性文件备案规定》的要求,做好本机关税收规范性文件的备案工作,按照规定的程序和格式,向相关部门报备,提高备案工作的质量和效率,推进依法治税进程健康发展。

第五篇:《c语言程序设计新视角》第八章文件小结

《c语言程序设计新视角》第八章 文件小结 文件存数据时间长久,二进制与文本形式自由。程序操纵它三个步骤: 打开、读写、关闭不要遗漏。注意路径与名称打开不愁; 读写有系列函数功能足够; 记得关闭在操作之后。

下载cdl文件转成schematic小结5篇word格式文档
下载cdl文件转成schematic小结5篇.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐