有时候在画好原理图导入到PCB布局布线后发现有些小地方需要修改,那么此时我们切换到原理图修改完成后,再导入到PCB可能会出现下图中的两种错误
此时有一种解决办法,一是新建一张PCB然后添加到这个工程,然后再导入,这样做并不是很实际,因为新建的PCB,之前所有的工作都白费了。这里重点说下第二种办法。
首先我们分析下这两个错误,第一个如下图,可以很明显的看到,该错误发生在将PIN添加到NET时。
第二个错误如下图,是将元件添加到类时出现的错误。
要想解决这两个问题,首先得了解NET和Class是啥
NET:网络标号,用来表示元器件引脚相互连接的网络,在我们导入PCB前,上次的网络还没删除,再次导入时,就会出现网络重复的报错,所以解决方法是删除之前的网络标号。具体操作我们下面讲。
Class:元件类,这个可以理解为元件的分组,比如顶层元件为一组,底层元件为一组,出现这个报错和上面的NET报错一样,咱把之前的class删除掉就好了
具体操作方法:在PCB界面使用快捷键DNN,将所有NET直接删除即可。选择全部的方法是点选最上面那个网络,然后按住shift再选择最下面一个。
删除Class:在PCB界面使用快捷键DC,就会弹出如下界面,右键原理图,删除即可。
相关文章
- spring在加载properties时出现的问题
- android 版本升级 解析包出问题怎么解决方案,Android 7.0解析包时出现问题 的解决方案(应用内更新)...
- 软件内部更新,出现“解析包时出现问题”的错误后停止
- Redis --- redis事务和分布式事务锁-事务过程中失败有两种可能: Redis 命令只会因为错误的语法而失败(并且这些问题不能在入队时发现),或是命令中用在了错误类型的键上面,所以如果在生产环境中你使用的正常命令,那么在 Redis 事务中,是不会出现错误而导致回滚的。 来自文档:Redis commands can fail only if called with a wrong syntax... 事务执行一半,Redis宕机。如果 Redis 服务器因为某些原因被管理员杀死,或者遇上某种硬件故障,那么可能只有部分事务命令会被成功写入到磁盘中。如果 Redis 在重新启动时发现 AOF 文件出了这样的问题,那么它会退出,并汇报一个错误。使用redis-check-aof程序可以修复这一问题:它会移除 AOF 文件中不完整事务的信息,确保服务器可以顺利启动 注意: 若在事务队列中存在命令性错误(类似于java编译性错误),则执行EXEC命令时,所有命令都不会执行 若在事务队列中存在语法性错误(类似于java的1/0的运行时异常),则执行EXEC命令时,其他正确命令会被执行,错误命令抛出异常。 Redis 官网也解释了自己为啥不支持回滚。简单来说就是 Redis 开发者们觉得没必要支持回滚,这样更简单便捷并且性能更好(回滚还需要解决回滚事务覆盖的问题)。Redis 开发者觉得即使命令执行错误也应该在开发过程中就被发现而不是生产过程中。
- 华为手机 android8.0APP更新时出现安装包解析异常的提示及安装闪退(无反应)问题
- AD在更新PCB时出现的问题
- **已处理证书链,但是在不受信任提供程序信任的根证书中终止 - Windows 7安装.Net Framework 4.7.2时出现此问题**
- AD画PCB时,出现“拖动元器件时,无法移动至与之相邻元器件”的问题
- 在pycharm中导入anaconda中已安装好的库和包时出现的问题
- 解决在配置完并启动MongoDB时出现“MongoDB 服务正在启动 . MongoDB 服务无法启动。 发生服务特定错误: 100.”和“Mongodb启动的时候服务名无效”的问题