精华内容
下载资源
问答
  • 作者:天羽 我一直深信,“不是因为有了...DRC是什么? DRC(Data Replication Center)是阿里技术保障-数据库技术团队自主研发的数据流产品,支持异构数据库实时同步,数据记录变更订阅服务。为跨域实时同步、实...

    作者:天羽


    一直深信,“不是因为有了机会才争取,而是因为争取了才有机会;不是因为会了才去做,而是因为做了才能会;不是因为拥有了才付出,而是因为付出了才拥有!”


    DRC是什么?


    DRC(Data Replication Center)是阿里技术保障-数据库技术团队自主研发的数据流产品,支持异构数据库实时同步,数据记录变更订阅服务。为跨域实时同步、实时增量分发、异地双活、分布式数据库等场景提供产品级的解决方案。DRC在阿里服务了数万个实时通道,在刚刚过去的2015双11,DRC峰值每秒解析一千万条记录,三单元同步平均延时500毫秒。


    2715977a56ab3420ce4742244f00dcb4edcb7f6a

    DRC今天已经是阿里巴巴的基础设施,支持电商异地多活、大数据实时抽取、搜索实时数据、蚂蚁商户账单,甚至双11的“酷毙了”的媒体大屏等。在云上已经有上百个外部用户通过阿里云数据传输产品DTS调用DRC建立自己的容灾体系。我认为DRC是阿里数据生产到数据消费的底层基础设施,就像网络一样无处不在。


    DRC是怎么做起来的?


    很肯定的说,DRC是以解决数据库的痛点为出发点的,是在一次次刚需驱动下做起来的。


    大家知道MySQL数据库Master到Slave的同步,一直是单线程apply。在2011年,淘宝的评价库作为一个写入大的应用,最早出现了主备延时,Slave单线程apply很容易出现主备延时,因为主库的业务写入一直是并发的,再加上我们当时都是SAS硬盘(写入性能不足)。一般这种情况只能拆库,把库拆小一点,单实例写入就少一点。


    另外就是淘宝一直在做单元化项目,最早叫做“走出杭州”,我们要在北方站点A建设一个单元来跑读流量,该项目2009年是冷备,2011年开始试验流量,2012年才有正式切读流量,2013年实现淘宝最小单元化环境,2014实现近距离异地双活,到今年双11实现远距离的异地多活,大家可能都听说过了。


    2011年站点A大概部署了几十台服务器,混跑全站MySQL,远距离的单线程复制就更加不可保障延时了。技术上此时有两种解法,在MySQL内部做并发apply,或者做个第3方工具模拟Slave拉数据再像应用一样并发写入Slave。我们相信在内核里解一定是未来,但因为当时对MySQL内核把控没有足够把握,就先在外面做。


    DRC第一任开发者董开,在MySQL内核专家希羽的指导下,经历近半年的迭代,于2011年9月完成了第一个版本DRC 1.0。一个进程负责实时拉取MySQL日志,并且并发写入Slave,单进程干完所有的活。然后很快就发布了了DRC v1.1,解决了过多线程重复拉Slave日志以及表过滤规则正则匹配。当时的架构大概是这样的[2011年10月]。


    27220d8eb4fd4f44d64b63ed9f37e74658395aa9


    尽管理论上解决了问题,但这个版本配置复杂,易用性和稳定性很差,加上投入不足,DBA一度质疑DRC的作用(当时我是DBA,也是这么看的)。后来数据库内核专家丁奇了解了这个需求,用MySQL框架快速实现了一个transfer,作为一个独立的MySQL进程,模拟从库拉日志,然后并发写备库。使用上相当于一个定制化的Slave,跟MySQL Slave长得几乎一样,只有部署的DBA本人才知道那是一个transfer。


    当时DRC和transfer都在用,DBA在实际工作中基本是遇到延时了就临时启一个,不延时就去掉,因此只有个别DBA会用到这两个工具。站点A单元本身O记延时就大,主要是应用和搜索测试。但是因为站点A没有部署完整链路,业务都是读,没有写逻辑,无法自己失效Tair,跨域远程失效代价太大,因此需要依赖数据库日志来失效本地Tair。DRC-Tair版本7月份发布,站点A2011年8月就已经用DRC来失效Tair。


    交易主库2011年12月底去O后,站点A读流量终于不依赖O记延时,开始规划2012年站点A正式跑生产流量,店铺、商品详情页等应用要支持30%的读流量,我们开始批量使用DRC用于杭州到站点A的复制。当时我们意识到这条链路是非常重要的生产依赖,开始找人才加大投入。


    去IOE后大量使用MySQL,DBA开始感到不幸福了。除了运维自动化程度不够之外,还因为拆库拆表非常频繁,每次都要去通知下游,漏通知一个就会故障。而此时数据库,除了DRC同步站点A链路外,还有非常多的账号来拉取数据,搜索每天晚上全量拉数据,数仓也是按表拉全量,业务也开始使用精卫来拉数据做业务逻辑,而部分数仓实时业务也想把增量的O记版的dbsync改成MySQL版。这就意味着核心库除了前台业务外,还会有至少5个下游账号,预期还会增加。而一个业务方内部也会有很多子团队,因此拆一个库要通知十几个团队是很正常的,靠接口人发邮件,然后晚上拆库时一起熬夜改配置。上下游都很痛苦,一个漏通知就故障了。另外,数据库性能瓶颈和账号安全性也是很大问题,因为一般拉数据都是公共账号,内部多团队共用。


    因此,我一直希望DRC把单进程的抓取和写入分开成两个进程,通过进程间通信做到一次抓取,多次分发,至少以后新接入不要再建账号拉数据了。这时,一个契机来了,搜索刚好也在做技术迭代、做实时搜索。DBA和搜索团队达成全改增的一致目标,2012年1月份基本确认需求。


    当时DRC已经有站点A数据同步和失效Tair链路的业务,是一个选择,而另一个阿里内部的数据分发工具精卫正在同步给前台业务逻辑,数仓dbsync在同步离线抽取,但这些工具里面没有一个可以马上服务于搜索,都要经过改造。


    此时DRC已经在考虑统一同步链路的设计,2012年1月的插件化设计文档,只解决各种数据库间技术差异的问题,不解决DRC数据服务问题。


    908249a171dab16c882539f96d0564d2d3cbcc69

    刚才提到的数据库拆库要通知下游,2012年站点A的实时需求,多个账号的同时存在,都是我们必须去解决掉的。因此我们必须建设一个增量同步中心,而当时可以说没有任何工具能够同时解决这些问题,除了DRC。


    因为DRC从第一天设计开始,就选择了一条最难的路,保障数据库的事务一致性,包括DDL(表结构变更)也可以进行同步或过滤。而这是其他数据同步产品第一天就想避开的,因为那样简单高效。而DBA天生就在这个坑里,绝对不能让主备不一致、或事务不完整,哪怕只是一条数据。而且DBA迫切希望以后不用通知下游了,让DRC自动适配主备切换或拆库。


    后面的路该怎么走其实很清晰,但是我们首先要服务好搜索这个业务。杰睿、二败、赤天三个主力开发,玉龙负责测试,本空作为架构师,开始考虑抓取和写入对不同的数据源插件化,引入zookeeper,调研Server?Framework做集群管理和路由。中间经历好几个版本,把各模块原型都开发完了,大概5月份,整体架构已经基本完成。此时主要考虑的需求有4个:


    1. 机房容灾(站点A异地实时读)

    2. 搜索的增量数据同步

    3. 阿里云RDS数据库版本升级的数据迁移

    4. MySQL数据导入到OceanBase(集团业务上OB迁移)


    DRC团队提出了三大技术前提:1).强一致性; 2).实时性(<1S) 3).强鲁棒性。全力以赴,守护这几点。


    1ef3a17e50fa13bf48be413acfa621632c4efb24


    原架构:通过插件支持多种源和目的,单机版工作,需要较多运维配套。


    ebaf4081c0e49a95e1563b2d41461d3137cf0e12
    目标架构:集群管理,支持单点故障自动容灾,支持调用httpd接口创建和管理任务。


    定下搜索增量服务的目标后,当时还有很多其他的需求需要经常沟通和核对,感谢玉龙记下这些珍贵的资料。


    这段时间,我很少关注DRC,但我知道在角落里,有两个人天天干到深夜。二败和杰睿为了兑现给客户的承诺,为了心中的梦想,不眠不休。这段时间,我在做DBFree运维平台,对DRC的希望是,站点A不要延时太大。另外生产上我让吉远做了个工具,可以在MySQL原生复制和DRC之间一键切换,我们靠这个应对了2012年双11的主备延时。


    在开启高大上新篇章之前,我特别想说一下参与的同学。DRC在2011年作为一个工具存在,还有很多问题很难解,董开压力巨大,走了。赤天前后脚进来,一直做失效Tair链路,直到12年7月离开DRC。杰睿和二败在12年初进来,有了玉龙和本空协助,面临巨大的机遇和挑战。我经常说DRC干挂了两批人,活下来真心不容易,但有了阿里这个舞台,有了梦想的坚持,一切皆有可能。


    2012年7月,DRC内部版本,实现ClusterManager原型,主要是路由功能和容灾守护,引入zookeeper,已经和现在的架构非常接近,当时杰睿有个DRC免运维的梦想。2012年11月,增量平台v1.0正式发布,支持自动主备切换,支持DDL,支持库、表、列过滤。而搜索选择DRC的最主要原因是,DRC提供了心跳信息,搜索一般只订阅几个表,如果这几个表没有新的业务写入,位点就会停止,搜索不知道是任务异常了还是没有数据。而DRC在整个库有任何写入都会推进心跳位点,搜索可以基于心跳位点做合并时间。这成为搜索选型时确定使用DRC的最核心因素。


    此时DRC服务于站点AMySQL同步、Tair失效、搜索和广告增量。虽然有集群管理,但依然是单进程服务架构,三个场景的进程版本不一样,使用插件式,已经支持数据库主备切换自动联动,DBA不需要再通知上下游。


    但是问题又来了,一方面,数据库已经有那么多账号各拉一份自己的数据,DBA提出DRC一个账号只能来拉一次。另一方面,搜索业务已经成功上线,我们要合并版本,为马上要来的2013淘宝最小单元化环境准备。当时的DBA负责人后羿在交给我时,就已经提出了增量中心的目标,让数据库的账号安全和稳定性有保障。


    我们做了两个重要业务决定,1、做好小淘宝单元化是首要目标 2、做增量中心,收敛账号,降低实时链路维护成本(非搜索场景DBA的人工通知还在持续)。


    2012年底二败预研LevelDB做数据持久化,此时一个重要人物,来自华为的时勤博士加入,接手二败已经预发的版本,做DRC Queue。2013年4月年完成开发测试,DRC具备数据持久化能力。3月份我正式带DRC了,5月延瑛加入。我们在技术上做出两个重要技术决定,1、抓取和写入作为两个进程分离,一次抓取,多次订阅,reader继续插件化不变以支持多种数据源,合并DRC版本。2、引入embedded MySQL,所有的DDL都会内部执行一遍,为单元化架构准备,保障延时情况可复原数据格式,不丢一条,不错一条。


    2013年7月,DRC单元化版本发布,同步和增量版本统一。


    * Feature 持久化队列引擎

    * Feature支持避免增量循环复制功能

    * Feature 增量数据一对多分发

    * Feature 数据事务并发复制

    * Feature 增量任务自动容灾

    * Feature 增量任务自动主备切换


    问题来了,为什么是DRC?


    我深信只有足够艰苦的付出才能获得丰厚的回报。DRC从第一天就选择了一条最难的路,做的是最底层,因此才能统一链路。从一开始,DRC就是为了解决MySQL内核缺陷,DRC团队找的人,全部都是数据库内核研发背景的。最最核心的是,DRC是被DBA骂起来的,也是DBA在单元化过程中反复使用推动了迭代,没有一直在边上骂的DBA,DRC可能会取巧走偏,不会硬着头皮,把看似不可能变成可能。DRC技术上最重要的3点,也是其他数据同步产品都不具备的能力。


    * 保障事务的高效并发同步,DRC申请了多项事务冲突并发算法专利。其他同步产品不保障事务,保障事务是关系数据库同步的底线。


    * MetaBuilder,解决回拉历史而表结构变更的问题,保障强一致。今天给你一条binlog,你可以知道数据,但不知道格式,是bigint还是varchar。如果是实时的,可以回查DB得到表结构Meta,来获得格式并完成拼接,这就是取巧的做法,但如果不实时,回查DB时,DB已经发生过DDL,拉到的Meta不是这个日志当初产生的样子,就无解了。而DRC的内嵌MySQL会执行和同步每个DDL,因此自己实时构造着和日志相同步调的Meta信息。


    * DRC的代码效率,不管是存储压缩、带宽压缩、实时性、吞吐性能,一直赶在单元化需求前面。虽然在单元化上摔过跤,但我们一直按数据库内核的质量要求保障着核心代码。


    是什么成就了DRC?


    如果觉得以上3点答案还不够,那么我想说我们最大的财富就是有一票DBA兄弟共同战斗。非常感谢最早天天梳理单元化逻辑到深夜的胜通,出故障时顶着压力的张瑞、云浩,做数据实时校验产品的千震、奚越。


    当DRC团队在角落埋头苦干解决下面3个问题的时候,DBA就在DRC的坑里一起扛着。我一直非常认可张瑞的一句话:没有DBA,就没有DRC。


    * 站点A容灾机房,2009年开始建。2011年初核心去O后MySQL出现延时, DBA经常重建Slave。


    * 2011-2013,大量的MySQL,大量的下游公共账号,部分还非得拉主库,DBA主备切换或拆库,要通知10多个团队,N个邮件列表,大家一起熬夜变更,一旦出现漏通知故障就由DBA扛。


    * 2013年,淘宝最小单元化环境,数据库之间双向同步,循环复制。


    2013年除了淘宝最小单元化,搜索、数据仓库、阿里云RDS都已经使用DRC做同步或增量服务。我称之为DRC基础设施建设年。


    2014年,异地双活,阿里云官网上云,精卫也已经接入DRC,我们提供了自动化接入能力。我称之为DRC基础设施落地年。


    2015年,也就是现在,是DRC的云上服务年,通过DTS提供数据同步服务。


    DRC作为数据库同步基础设施,功能更好,因为我们的对手是阿里数据生产到数据消费日益增长的需求和成本。DRC要通过规模化服务能力,做好数据质量、稳定性和成本,成为网络一样无处不在的基础设施。


    当我们聚焦在单元化场景时,现有架构已经可以把分发需求的服务成本边际化掉。但今天DRC的集群规模已经很大,线上几十个集群,最大的集群有接近7000个实时任务通道,目前正在进行着新一代集群架构研发,面向未来3年,支撑单集群5万个任务的管理。


    最后,我想感谢一下曾经为DRC战斗,如今已经离开战线的老战友们。

    展开全文
  • DRC是什么?Dynamic Range Control,动态范围控制。其作用是限制,最大输出功率,防止输出功率过高而导致耳机喇叭烧坏。 调试DRC曲线前,此步骤必须先确认调整好声音曲线和增益。 HiAQTools海思AQ工具调试一 声音...

    其他流程:
    海思AQ工具HiAQTools调试一 声音曲线
    海思AQ工具HiAQTools调试二 声音增益
    海思AQ工具HiAQTools调试四 串口调试

    调试DRC曲线前,此步骤必须先确认调整好声音曲线和增益。

    DRC是什么?
    Dynamic Range Control,动态范围控制。其作用是限制,最大输出功率,防止输出功率过高而导致耳机喇叭烧坏。

    一、准备工具

    1.串口工具
    用于将电视主板连接至电脑
    2.负载电阻
    本文使用的为8Ω50W的水泥电阻,连接到主板的喇叭端口
    3.万用表
    测量负载电阻的交流电压值
    4.音频文件
    使用U盘播放Media通道下的0dB,1KHz音频
    5.其它通道所需设备
    TG39(ATV通道)
    DVD(AV/HDMI通道)
    码流机(DTV通道)

    二、调试流程

    下面以调整Media通道的DRC曲线作为参考,所有通道共用一个DRC曲线。

    打开HiAQTools,Connect连接设备,选择DRC(Speaker)标签。这里我们只需要调整 Thrhd(开始限幅的点,门槛值)Limit(最大限幅的点,限制值) 即可。

    • 使用电视循环播放U盘里的0dB,1KHz的音频文件
    • 电表调至交流电压档位,测量负载上的电压
    • 调整门槛值Thrhd到合适的位置,Limit值始终与Thrhd保持水平
    • 慢慢调整曲线,将当前数据写入主板,观察电表电压
    • 当前的最大功率达到8W(8V)即可

    注意:如果发现写入数据无效,则点击左上角的Change更换ini文件即可。(将主板内的aq.ini文件拷入U盘在此文件下修改)

    在这里插入图片描述
    下图为最终调整好的值:在这里插入图片描述
    验证调试的结果没问题后,选择Save As导出当前修改的数据。
    查看导出的.ini文件,DRC曲线主要修改的地方如下图。
    如需导入软件,将此数据覆盖原来文件中相同的位置即可。
    在这里插入图片描述
    功能补充:

    Enabled DRC
    DRC使能,勾选为打开。
    RfMode
    左右参考模式,勾选则进行单声道独立处理。
    SpeedCtrlMode
    速度控制模式, 勾选则进行较快速度控制。
    AttackTime
    DRC生效时间。
    ReleaseTime
    DRC失效时间。

    展开全文
  • or cad drc 错误

    2017-06-15 18:09:43
    大多数DRC warning甚至某些error可以忽略不计,不影响生成网表,但是要想成为一名成熟的电子工程师,你可以忽略某些错误,但是必须懂得为什么会产生这些错误,如何取缔掉这些错误,这样才能控制这些错误的作用范围,...
    本文转自
    

    恋上姐的博客

     

    用“取缔”一词,是源自《嘻哈四重奏》里面卢导的口头禅,哈哈借用一下!大多数DRC warning甚至某些error可以忽略不计,不影响生成网表,但是要想成为一名成熟的电子工程师,你可以忽略某些错误,但是必须懂得为什么会产生这些错误,如何取缔掉这些错误,这样才能控制这些错误的作用范围,不致影响系统整体的设计。

    1、养成好习惯,先做Annotate,后做 ERC 检查,避免元器件重名;

     

    2、切记不要随意从其他page中拷贝元器件,这样容易在ERC检查时导致以下三个错误:

    例如从

     
    or <wbr>cad <wbr>drc <wbr>错误

     这个图(来源于另一个page)中拷贝C209这个电容到下面page中,ERC检查出现了以下三个错误:

    ERROR:  [DRC0010] 

    Duplicate reference

    C209

     

     
    or <wbr>cad <wbr>drc <wbr>错误
     

     

    ERROR:  [DRC0031] 

    Same Pin Number connected to  more than one net.

    Ctrl_ultrasound_launch/C209/1 Nets: 'GND' and '5V_A4'.

     

     

     
    or <wbr>cad <wbr>drc <wbr>错误
     

     

    ERROR:  [DRC0031] 

    Same Pin Number connected to  more than one net.

    Ctrl_ultrasound_launch/C209/2 Nets: '9V_A1' and 'GND'.

     

     
    or <wbr>cad <wbr>drc <wbr>错误
     

     

     

    解决方法:先做annotate,所有元器件重新编号,再做ERC检查,这样避免不同页面元器件重名而导致网络连接在一起,可以直接解决以上3个错误!

     

     

    WARNING: [DRC0003]    

    Port has a type which is inconsistent with other ports on the net TMCL

    解决方法:Net TMCL两端的端口类型冲突,修改一下type就好了!

     

    ERROR:  [DRC0004] 

    Possible pin type conflict

    U5,Vout Output Connected to Power

    or <wbr>cad <wbr>drc <wbr>错误

    解决方法:把芯片的pintype由output换成passive

     

     

     

     

    WARNING: [DRC0004]    

    Possible pin type conflict E2,1 Bidirectional Connected to Output: BENCH, C (0.40, 10.10)

    or <wbr>cad <wbr>drc <wbr>错误

    解决方法:

    These errors are produced based on the settings in the ERC matrix. If you've finished your design and you think that the connections are correct after you've checked all these errors, you can change the settings in the ERC matrix to remove them from the Design Rules Check.

    To change the ERC matrix:

    1.     Select the schematic page in the Project Manager.

    2.     Choose Design Rules Check from the Tools menu, then select the ERC matrix tab.

    3.     Make changes to the matrix, then click OK. When you click OK, Design Rules Check will run with the new settings.

         简单来说就是修改ERC matrix,来控制ERC检查,这样就提高了容错能力,更容易通过, 但前提是对自己的设计要有把握,确保正确。

     

    WARNING: [DRC0006]    

    Net has fewer than two connections A01

    解决方法:网络标号只有一处,没有配对的,或者网络标号命名有差别,注意必须命名相同才表示连接。

     

     

     

    WARNING: [DRC0006] 

    Net has fewer than two connections

    5V_A2

    or <wbr>cad <wbr>drc <wbr>错误

     

    解决方法:这个warning的产生在于一页原理图上电源bar只有一次连接点,这样就会报

     

     

    错,通常可以忽略,或者在芯片的电源引脚旁边加一个0.1uF的  bypass   电容 接地就

     

     

    OK,这种设计习惯也是比较好的,只要名称相同,不同页的电源bar就是相连的。

     

    ERROR: [DRC0007]    

    Net has no driving source A01-PC

    解决方法: 总线网络标号有问题,即总线的标号必须与总线名中的一致,例如总线名为:A[0..5],那么总线的分支网络标号就只能取A0、A1、……A5中间的一部分或者全部,而不能超出或者改成其他的。

     

     WARNING: [DRC0008]

    Two nets in the same schematic have the same name, but there is no off-page connector--〉

    解决方法:you label a port or off-page connector with a name that is used by a power symbol or power pin on the schematic. It would be best to replace the port with a power symbol to transfer power through the design. If you have verified that there are no connectivity problems when running the netlist, you can ignore this warning.

     

    ERROR: [DRC0026]

    This reference has already been assigned to a different package type. U1

    解决方法:检查U1各个部分part reference还有 封装有没有不同的

     

     

    ERROR:   [DRC0027]    

    Other parts in this package have different values or PCB footprints. U1--〉

    解决方法:检查U1各个部分part reference还有 封装有没有不同的

     

     

     

    ERROR:   [DRC0029] 

    Bus has no name and therefore defines no signals.

    N9792615

     

    or <wbr>cad <wbr>drc <wbr>错误

     

    解决方法:再总线上加上总线名称即可消除两端的DRC错误,总线命名必须和总线两端的的分支网络名相一致,即必须是分支网络名称的集合。

     

    如果在原理图中Ctrl+F找不到出现DRC错误的Net,或出现DRC错误的Net的坐标超出图纸范围,则应把原理图的Page Size放大,有可能是因为当初画图时某些器件忘记删掉就直接调整图纸大小了。。。确实很低级的错误 

     

    这篇东西也参考了网上很多文章和论坛里面的一些问题和解答,由于自己做得辛苦,所以就综合一下子,结合自己的理解和过程,希望初学的朋友不再对DRC检查迷茫,当然这些内容也不全,后续碰到了其他warning和error再补上来 。

    展开全文
  • 点击cancel后,弹出另一个说什么运行文件错误的窗口,不管取消还是关闭窗口,calibre Interactive nmDRC窗口也跟着关闭,根本选择不了路径,在Load Runset File上也不行。解决方法:更改虚拟机的地址,.

    1、不能使用DRC工具的问题;

    2、跑DRC的结果都显示出来了,如何只显示错误的?

     

    1、不能使用DRC工具的问题

    点calibre的DRC选项时,弹出的load runset file,如下面第二张图所示(第一次跑DRC时里面没路径的,这是我跑通后存在的路径);点击cancel后,弹出另一个说什么运行文件错误的窗口,不管是取消还是关闭窗口,calibre Interactive nmDRC窗口也跟着关闭,根本选择不了路径,在Load Runset File上也不行。解决方法是:更改虚拟机的地址,因为calibre需要对应的地址才可以使用。具体操作如下:

    (1)将虚拟机内的系统关机;

    (2)在虚拟机软件的菜单栏上选择 虚拟机(M)-》设置(S)-》在硬件下选择网络适配器;

    (3)然后选择右边的高级(V)按钮,弹出下面的窗口:

    (4)将MAC地址(M)里的地址改好(地址有专门与calibre对应的地址,自己生成的或其它地址都不行),然后点确定。

    (5)开启虚拟机系统,就可以仿真DRC啦!

     

     

    2、跑DRC的结果都显示出来了,如何只显示错误的?

    显示DRC的全部结果如下所示,会发现很多对勾,其中可能会参杂错误,但错误的地方很难滑,所以如何让他只显示错误呢?请接着往下看

    在RVE界面,点击View-》Tree Options-》取消Show Empty Checks选项,如下图所示:

    设置后的界面如下图:

     

     

     

     

     

    展开全文
  • Altium Designer之DRC检查学习笔记

    千次阅读 2020-05-24 14:38:13
    Design Rule Check(DRC),检查设计是否满足所设置的规则,PCB完成前最为重要的一步。通过检查来判定是否满足设计的要求,需要检查什么,就打开相关的检查选项,该设置涉及检查PCB板内容,需要每次都重新配置...
  • 需要检查什么,其实都和规则相对应的,在检查某个选项时,请注意对应的规则是否使能打开。 (1)执行菜单命令“工具-设计规则检查(快捷键“TD”),如图11-1所示,打开如图11-2所示的设计规则检查器。 图11-1...
  • 通常为了省差分晶振,或者没有频率合适的差分晶振,这么用当然有一些前提的否则量产翻车怪自己咯,FPGA就是这样,没有什么绝对可行或绝对不可行)。 可是当你真的使用的时候你就发现用常规编译没法通过的。 ...
  • [转]or cad drc 错误

    2016-09-28 17:29:00
    大多数DRC warning甚至某些error可以忽略不计,不影响生成网表,但是要想成为一名成熟的电子工程师,你可以忽略某些错误,但是必须懂得为什么会产生这些错误,如何取缔掉这些错误,这样才能控制这些错误的作用范围,...
  • 文章目录前言一、pandas是什么?二、使用步骤1.引入库2.读入数据总结 前言 提示:这里可以添加本文要记录的大概内容: 例如:随着人工智能的不断发展,机器学习这门技术也越来越重要,很多人都开启了学习机器学习,...
  • 最近在学习小马哥的Cadence课程,该系列课程为学习笔记:使用...Cadence每日一学_01| Cadence、Allegro、OrCAD都是什么东东? Cadence每日一学_02 | 使用OrCAD创建原理图工程 Cadence每日一学_03 | 使用 Git+g...
  • 有谁知道下方黄色的线是什么线?如何处理???
  • 正片:优点所见所的,有比较完善的 DRC检查。 它的缺点如果移动零件(一般指? DIP 的)或贯孔,铜箔需重铺或者重新连结,否则就会短路或开路。 另外,如果包含大量铜箔又用 2*4D格式出底片数据...
  • PCBWeb一款用来设计和制造电子硬件的免费CAD应用软件,使用快速、易用的线性工具设计多层原理图,使用覆铜和DRC检测可规划多层电路板,可嵌入物料清单。 2.ZenitPCB ZenitPCB一款优秀的PCB设计软件,可以制作...
  • 原因因为连线时,Snap to connect point没有...但DRC不会报错,因为规则检查没有问题 我们把Snap to connect point勾选上,再按F3连线的画,把起点和终点连上就没有问题。 这真是一个巨严谨的软件,爱了爱了 ...
  • 规则是什么? 在计时器启动之前,不会对.kicad_pcb或kicad_pcb-bak文件进行任何修改。 董事会必须通过DRC。 (DRC规则已配置)。 计时器停止时或DRC运行之后,必须有0条未路由的路由。 对于此挑战,无法移动任何...
  • 3.综合出来的网表timing很差,可能是什么原因导致的? 4.如果我们用hspice做后仿,用的sp和用来做lvs的sp有什么区别? 个人理解:hspice后仿需要提取寄生参数,做lvs的sp从后端.V通过v2lvs得到此,只包含标准单元的...
  • 在Allegro中使用正负片的特点:正片:优点所见所的,有比较完善的 DRC检查。它的缺点如果移动零件(一般指 DIP 的)或贯孔,铜箔需重铺或者重新连结,否则就会短路或开路。另外,如果包含大量铜箔又用 2*4D格式...
  • 使用的TSMC65nm的工艺,过drc时遇到天线效应报错A.R.6,查找工艺手册并没有找到什么解决方法。 然后正好上周日开组会的时候吴老师提到了天线效应的来历,所以上网找了找资料。决定写下这篇文章记录一下。 天线...
  • PCB正片和负片的区别

    2020-03-03 15:54:39
    PCB正片和负片有什么区别 概念:正片和负片底片的两种不同类型。 正片:简单地说就是,在底片上看到什么就有什么。...在 Allegro中使用正负片的特点: 正片:优点所见所的,有比较完善的 DRC检查。 它的缺点...
  • mos管的沟道长度调制效应?...LVS,DRC是什么的?锁存器比寄存器省面积,但为什么在IC设计中通常使用寄存器?锁存器比寄存器省面积,为什么IC设计中常用寄存器?如何产生格雷码,并写出3位的格雷码序...
  • 晶晨 后端PR 面经

    2020-09-18 15:47:49
    项目中遇到的困难是什么,怎么解决的 芯片面经,长宽,金属层次,频率 电源怎么做的 了解DPT吗 DRC怎么修 hold产生原因 hold是怎么修的 修hold时clock path和data path优先修哪边 介绍毕设 投了哪些公司,哪里人,想...
  • 介绍dracula command file,首先了解一下,什么是dracula? dralculaIC verification tool,用来对IC Layout进行检测,为Cadance产品, 可以用来进行DRC(Design Rule Checking)、ERC(Electrical Rule Checking)、...
  • 然后问在双级运放的版图设计上遇到的困难有哪些,我说主要版图面积的优化吧,问了在差分对的版图绘制上当时做什么处理了吗,当时对差分对版图就剩下“四方交叉”这一点的映像了,就回答了。TI后面问在DRC的过程中...
  • 检查未连接的布线  方法:1、目测。 ... 2、启动DRC检查 ... 奇怪的事就这会发生了,DRC检查时没有错。但再看最底下的提示时,刚开始时...这什么??? 刚刚开始没有未连接提示的图 之后报有未连
  • 在使用Ruter的时候,一旦按下保存就会弹出此窗口,刚开始以为是DRC报错太多了,后面进行了DRC消除,但是并没有效果;后面有将文件导出.asc格式再次导入,以为事情很容易就会被解决,但是发现并没有啥效果。(尝试过...
  • 通常为了省差分晶振,或者没有频率合适的差分晶振,这么用当然有一些前提的否则量产翻车怪自己咯,FPGA就是这样,没有什么绝对可行或绝对不可行)。 可是当你真的使用的时候你就发现用常规编译没法通过的。 ...
  • AD操作整理(部分)

    2020-08-23 21:50:58
    文章目录AD各类操作各项注意如何设置多层板?AD快捷键设置:如何将原理图和PCB关联?如何从PCB找原理图的...ALL Objects 的说明:覆铜检查DRC规则检查丝印导入logo拼版什么是V-CUT?什么是邮票孔?装配图的输出BOM文件
  • 销毁全部的Activity,退出当前应用

    千次阅读 2018-08-23 17:09:44
    我用的广播方式,缺点退出的全部的activity,不能销毁指定的...里边第三种的方法我试了总是崩溃,不知道为什么。 Android:销毁所有的Activity退出应用程序几种方式   author:DRC工作室  我们...

空空如也

空空如也

1 2 3
收藏数 42
精华内容 16
关键字:

drc是什么