最近在EPLANP8网站上分享了部分品牌打包的EDZ部件库文件,收到很多人的留言,说导入不成功,导入错误,导入慢等问题。
确实由于EDZ打包的部件数据量太大,以施耐德的edz为例,解压出来要10几个G,完全导入,对电脑配置的要求很高。
分析下EDZ文件的构成,其实是个压缩文件。用压缩软件把edz打开,这里不是解压,直接打开.
会发现里面有几个文件夹。其中体积大的文件夹通常是宏,图片,文档。部件xml这个文件夹里面全是xml的部件数据,体积一般会很小。
而我们主要也就是把这个文件夹里的xml文件导入到部件库中,宏、 图片和文档等xml部件库全部导入结束后,根据自动生成的文件路径,复制进去就可以了。这样做可以提高导入的速度。
有人说,这样做是不是违背了EDZ文件格式的初衷?
常规我们导入的EDZ文件都是单个部件为一个edz 文件,体积会很小,edz 文件中包含了图片,部件数据,宏和文档这些文件。在EPLNA导入时,软件会自动将这些文件和部件数据关联起来。
将这些文档放到对应的位置。当edz 文件不大,或者电脑配置很高的时候,导入完整edz 文件是最好的选择。
但是如果edz文件很大,有的一两个G,如果还是用传统的导入,可能会造成卡顿或崩溃。
我们的建议是,首先备份一个edz文件。用压缩软件如:好压打开EDZ,将宏,图片,文档这几个文件夹删掉,只剩下partxml这个文件夹.关闭打开的edz,用传统导入EDZ的方法导入,这样xml 会批量导入进去。
以施耐德的edz文件为例,单纯导入part这个文件夹里的东西,只有45M,如果edz全部导入,edz有1G,解压数据有10G。
当然后人会问,我把edz 文件全部解压后,将xml全选导入不就行啦,为啥还要用edz导入呢?
如果你算过partxm文件夹里的xml文件数量,你会很头疼。施耐德的xml有22688个。EPLAN xml 支持批量导入,最多一次只能导入100个,因为受完整文件名字数的限制。粗略算了下,只能写4000-5000个字符。
当然我们可以写一个脚本,用命令行自动导入(命令行进行EPLAN自动化操作我们后面再写一篇详细文章)。
可以用pthon写个小程序,自动执行导入的操作。但是会受制于时间的限制。因为每次只能执行一个命令行,也就是说导入一个xml 要自动打开eplan -导入-关闭eplan.速度不会很快。
来源:EPLANP8