com/kicad/code/kicad-i18n/issues 出版日期和软件版本 发布于2015年5月30日。 第 1 章 Eeschema 简介 1.1. 描述 Eeschema 是一个原理图设计软件，作为 KiCad 的一部分分发，可在以下操作 系统下使用： Linux Apple OS X Windows 无论操作系统如何，所有 Eeschema 文件都可以从一个操作系统100％兼容到另 合作，后者是 KiCad 的印刷电路设计软件。 它还可 以导出网表文件，其中列出了其他软件包的所有电气连接。 Eeschema 包含一个符号库编辑器，可以创建和编辑符号并管理库。 它还集成 了现代原理图捕获软件所需的以下附加但必不可少的功能： 电气规则检查（ERC），用于自动控制错误和缺失的连接 以多种格式导出绘图文件（Postscript，PDF，HPGL和SVG） 物料清单生成（通过 Python 因此，对元件、元件引脚，连接或板的数量 没有实际限制。 在多张图表的情况下，表示是分层的。 Eeschema可以通过以下几种方式使用多表格图表： 简单的层次结构（每个原理图只使用一次）。 复杂的层次结构（一些原理图在多个实例中不止一次使用）。 扁平层次结构（原理图未在主图中明确连接）。 第 2 章 通用 Eeschema 命令 命令可以通过以下方式执行： 单击菜单栏（屏幕顶部）。 单击屏幕顶部的图标

Linux，Microsoft Windows 和 Apple OS X 操作系统。 Pcbnew 与原理图捕获程序 Eeschema 结合 使用，以创建印刷电路板。 Pcbnew 管理封装库。 每个覆盖区都是物理元件的图形，包括其焊盘图案（电 路板上焊盘的布局）。 在读取网表期间会自动加载所需的封装。 封装选择或 注释的任何更改都可以在原理图中更改，并通过重新生成网表并再次在 pcbnew 中读取，在 pcbnew 中更新。 中更新。 Pcbnew 提供了一种设计规则检查（DRC）工具，可防止布线和焊盘间隙问 题，并防止网络/原理图中未连接的网络连接。 使用交互式布线时，它会持续 运行设计规则检查，并有助于自动布线各个布线。 Pcbnew 提供了一个飞线显示器，一条连接封装焊盘的飞线连接在原理图上。 这些连接在布线和封装移动时动态移动。 Pcbnew 有一个简单但有效的自动布线器，可以帮助生产电路板。 SPECCTRA 与右侧工具栏功能相同。 3.9.6. 布线菜单 布线功能。 3.9.7. 检查菜单 允许： 列出网 测量功能 设计规则检查器 3.9.8. 工具菜单 允许： 显示加载网表对话框 从原理图更新 PCB 从库中更新封装 FreeRoute 协作 Python 脚本控制台 外部插件 3.9.9. 设置菜单 允许： 选择封装库。 一般选择的管理（单位等）。 管理其他显示选项。

是一个开源软件工具，用于创建电子原理图和 PCB 图形。 在其独特的 表面下，KiCad 融合了以下软件工具的优雅集合： KiCad ：工程管理器 Eeschema ：原理图编辑器和元件编辑器 Pcbnew ：电路板布局编辑器和封装编辑器 GerbView ：Gerber 查看器 还包括3个实用工具： Bitmap2Component ：LOGO 的元件制造器。 它创建了一个原理图 元件或 来自位图图片的封装。 文件进行原理图和 电路板编辑。 工程管理器文件： *.pro 包含当前工程的一些参数的小文件，包括元件库列表。 原理图编辑器文件： *.sch 原理图文件，不包含元件本身。 *.lib 原理图元件库文件，包含元件描述：图形形状，引脚，字段。 *.dcm 原理图元件库文档，包含一些元件描述： 评论，关键字，数据表 参考。 *_cache.lib 原理图元件库缓存文件，包含原理图工程中使用的元件的副本。 用的元件的副本。 sym-lib- table 符号库列表（符号库表）： 原理图编辑器中可用的符号库列表。 板编辑器文件和文件夹： *.kicad_pcb 板文件，包含除图框之外的所有信息。 *.pretty 封装库文件夹。 文件夹本身就是库。 *.kicad_mod封装文件，每个文件包含一个封装说明。 *.brd 旧版格式的电路板文件。 当前的电路板编辑器可以读取但不能写 入。 *

2015 年 5 月 16 日。 第 1 章 KiCad 简介 KiCad 是一个开源软件工具，用于创建电子原理图和 PCB 图形。 在其独特的 表面下，KiCad 融合了以下独立软件工具的优雅集合： 程序名称 描述 文件扩展 KiCad 项目管理器 *.pro Eeschema 原理图和元件库编辑器 *.sch, *.lib, *.net Pcbnew PCB 和封装编辑器 *.kicad_pcb 第 2 章 KiCad 工作流程 尽管与其他 PCB 设计软件具有相似性，但 KiCad 的特点是独特的工作流程， 其中原理图元件和封装是分开的。 仅在创建原理图后才会为元件分配封装。 2.1. 概述 KiCad 工作流由两个主要任务组成: 绘制原理图和布置电路板。原理图元件库和 PCB 封装库对于这两个任务都是必需的。KiCad 库中包括许多元件和封装, 并且 还具有创建新元件的工具。 在下图中 有关创建元件的详细信息, 请阅读 《make-schematic-symbols-in-kicad(制作-原理 图-符号-在-kicad),Making schematic symbols（制作原理图符号）》。 有关如何 创建新封装的信息, 请参阅 《make-component-footprints(制作-元件-封 装),Making component footprints(制作元件封装)》。

CvPcb 简介 CvPcb 能够为原理图中的元器件与进行PCB布局时的封装分配关联。二者的关 联关系将被添加入由原理图创建程序 Eeschema 创建的网络列表文件中。 仅当在元器件的封装字段初始化后, 由 Eeschema 生成的网络列表文件才会包含 元器件 PCB 封装与原理图端口的关联关系。 这种情况下， 封装和原理图之间的关联是用户在编辑原理图时，通过设置元 件的封装字段创建的。此外封装也可能被预定义于原理图符号库中 件的封装字段创建的。此外封装也可能被预定义于原理图符号库中, 在用户从 库中加载这类元器件时,其封装会被自动设置。 CvPcb 提供了在创建原理图的过程中为元器件分配 PCB 封装的简便方法。它 拥有封装列表过滤, 封装预览以及 3D 模型预览功能. 这些功能旨在提高分配封 装时的准确率。 用户可以手动为元器件分配对应的封装。通过创建 .equ 文件, 也可以实现封装 的自动分配。.equ 文件包含了元器件和其对应封装的相关信息。 文件包含了元器件和其对应封装的相关信息。 我们认为使用这种交互式的封装分配方法, 比起直接在绘制原理图的时候进行 封装分配, 更加简单, 并且拥有更高的正确率。 使用 CvPcb, 你可以看到所有可能可用的封装列表。此外, 你还能在窗口中看见 不同封装的真实几何外形, 这可以帮助你为原理图中的元器件选择正确的封 装。 CvPcb 只能通过 Eeschema 启动 , 其入口位于 Eeschema 的顶部工具栏处。 无

3 个引脚，试图在X轴上保持水平排列 2。 电解电容 或钽电容等极化器件必须在引脚 1 上具有正极引线，二极管必须在引脚 1 上具 有正极; 这是为了保持原理图符号与 SMT 器件定义的方向的兼容性; 但请注 意，许多现有的 KiCad 原理图和封装都将阳极置于引脚 1。 注意 在 GitHub 上最新版本的 KiCad 封装中，阳极现在是针对 THT 的引脚 2 以及 SMT 元件。 对于

2 字段中： 这是实际的文字： 但是，如果您真的想在文本中使用 “\n” ，请输入 “\\n” 。 并显示的文字： 5. 约束 5.1. 第 1 页约束 使用 Eeschema 时，完整原理图通常使用多个页面。 通常图框项目显示在所有页面上。 但是，如果用户希望某些项目仅在第1页上显示，或者不在第1页上显示，则可 以通过设置此选项来实现“第1页选项”： 第 1 页选项： 无：没有约束。

Leveraging native SSH config files fab 选项和参数 基本应用 直接执行远程命令 命令行参数 Per-task arguments 配置文件 Fabfile 文件的结构和使用 指定 fabfile 引用 Fabric 定义任务并导入 callable 任务 与远程程序集成 合并 stdout 和 stderr 伪终端 两者结合 作为库使用 连接服务器 断开连接 更具体地说，Fabric 是： 一个让你通过 命令行 执行 无参数 Python 函数 的工具； 一个让通过 SSH 执行 Shell 命令更加 容易 、 更符合 Python 风格 的命令 库（建立于一个更低层次的库）。 自然而然地，大部分用户把这两件事结合着用，使用 Fabric 来写和执行 Python 函数或 task ，以实现与远程服务器的自动化交互。让我们一睹为快吧。 Hello, fab 一个合格的教程少不了这个“惯例”： 这里最有趣的部分是 git clone ：因为我们是用 git 的 SSH 方法来访问 git 服 务器上的代码库，这意味着我们远程执行的 run 需要自己提供身份验证。 旧版本的 Fabric（和其他类似的高层次 SSH 库）像在监狱里一样运行远程命 令，无法提供本地交互。当你迫切需要输入密码或者与远程程序交互时，这就 很成问题。 Fabric 1.0 和后续的版本突破了这个限制，并保证你和另一端的会话交互。让

Leveraging native SSH config files fab 选项和参数 基本应用 直接执行远程命令 命令行参数 Per-task arguments 配置文件 Fabfile 文件的结构和使用 指定 fabfile 引用 Fabric 定义任务并导入 callable 任务 与远程程序集成 合并 stdout 和 stderr 伪终端 两者结合 作为库使用 连接服务器 断开连接 更具体地说，Fabric 是： 一个让你通过 命令行 执行 无参数 Python 函数 的工具； 一个让通过 SSH 执行 Shell 命令更加 容易 、 更符合 Python 风格 的命令 库（建立于一个更低层次的库）。 自然而然地，大部分用户把这两件事结合着用，使用 Fabric 来写和执行 Python 函数或 task ，以实现与远程服务器的自动化交互。让我们一睹为快吧。 Hello, fab 一个合格的教程少不了这个“惯例”： 这里最有趣的部分是 git clone ：因为我们是用 git 的 SSH 方法来访问 git 服 务器上的代码库，这意味着我们远程执行的 run 需要自己提供身份验证。 旧版本的 Fabric（和其他类似的高层次 SSH 库）像在监狱里一样运行远程命 令，无法提供本地交互。当你迫切需要输入密码或者与远程程序交互时，这就 很成问题。 Fabric 1.0 和后续的版本突破了这个限制，并保证你和另一端的会话交互。让

2.4 版本的 translate- toolkit [https://toolkit.translatehouse.org/]，也支持嵌套结构的 JSON 文件。 在 4.3 版本发生变更: 即使对于在之前发布版本中中断的复杂情况，JSON 文 件的结构也适当保留。 JSON 格式主要用于翻译用 JavaScript 实现的应用程序。 Weblate 目前支持 JSON 翻译的几种变体： "try": "", "thanks": "" } } 提示 JSON 文件 和 JSON 嵌套结构文件 都可以处理相同类型的文件。翻译时都 保留现有的 JSON 架构。 它们之间的唯一区别是使用 Weblate 添加新字符串时。嵌套结构格式解析新 添加的键并将新字符串插入到匹配结构中。例如 app.name 键被插入为： { "app": { "name": "Weblate" 部件配置 文件掩码 langs/translation-*.json 单语言译文模版语言文件 langs/translation-en.json 新翻译的翻译模版 空 文件格式 JSON 嵌套结构文件 参见 JSON [http://docs.translatehouse.org/projects/translate-toolkit/en/latest/formats/json.html]