Author name: halfsmoke

概述 交互参数化模块C端命令。 参数化项目的方程库更新，数模更新用。 如果是首次创建参数化项目，此项目必须通过类库模块上传项目，只有上传后的参数化项目，才可以通过类库的目录功能，查询项目 上传内容 参数化截图 参数化方程

概述 参数下载属于交互参数化模块U端命令。 如果SW打开的项目，包含于企业数据库的参数化库内，将从参数化库调用所有相关方程。通过下载的方程数据，根据当前数模，生成全新产品。 使用场景列举：如销售人员，通过类库，下载了参数化项目的所有数模、工程图，再通过参数下载，获取所有参数化方程数据，即可面对客户，根据客户需求，面对面生成一套全新产品，同时，也可验证客户需求是否合理。

交互参数化模块 基本 前端生成，使用产品预设数据库预设方程组，实现新产品的改造 应用，与批量应用的区别 应用： 用于测试单条尺寸变化，由于以下原因，有可能造成装配的错误报警 配合关系 参考关系 部件约束 批量应用： 代码会根据尺寸，循环测试尺寸应用的先后顺序，只要产品预设合理，一定能够获取合理结果 自诊断方法 请脱离参数化模块，人工方式修改数模，如果人工不能变更产品，一定是方程式的设置有问题。 “那我要你们产品干嘛？” 请注意，方程式，对9成以上设计，都是陌生的技术，我们不太客气的说，你的设计逻辑，经过几套产品的改造学习，才可能成为你掌握的技术 前端生成，使用产品预设数据库预设方程组，实现新产品的改造 应用： 用于测试单条尺寸变化，由于以下原因，有可能造成装配的错误报警 配合关系 参考关系 部件约束 批量应用： 代码会根据尺寸，循环测试尺寸应用的先后顺序，只要产品预设合理，一定能够获取合理结果 请脱离参数化模块，人工方式修改数模，如果人工不能变更产品，一定是方程式的设置有问题。 “那我要你们产品干嘛？” 请注意，方程式，对9成以上设计，都是陌生的技术，我们不太客气的说，你的设计逻辑，经过几套产品的改造学习，才可能成为你掌握的技术

产品预设 前端生成 集群标记 方程检入 方程检出 类库 组装加速 项目管理 交互参数化模块 产品预设 重点！！！！ 产品预设的环境，必须为原始装配，如果是生成装配，将出现参数校验报警，无法设置方程的问题，应使用“前端生成”，还原到原始数模 数模主参 能够左右整套产品，且能够从装配中测量出来的尺寸参数 概念主参 能够左右整套产品，不能从装配中测量出来的参数 举例如整套产品的总功率 增量 举例如装配中，使用了一些开孔型材，由于孔间距的限制，型材的长度，并不是任意变化，只能增加、或减少间距长度 上下限 零部件的生产极限尺寸 重命名 主参数，我们支持对尺寸名称进行修改。修改的目的，是为了在截图的时候，有明确的尺寸直管 U端用户，可以通过截图上的尺寸名称，确定尺寸名称对应的尺寸 缩写 所有方程式，在方程式设计过程中使用的变量名 阵列 SW的API中，只支持“米”，作为长度单位，并不支持“个”，阵列的勾选，是为了明确当前为“个” 主参数校验 确保尺寸在当前数模中，未丢失，未篡改 方程校验 检查方程式运算结果，同时运算差值，可直接使用Ctrl+V使用差值 数学表达式 点此查看 可压缩实例 在不同规格的产品中，允许压缩的实例（实例，不等同于零件，当同一装配中，有多个零件AAA，不同的AAA，作为不同实例） 压缩AAA，不等于压缩3个AAA 多配置实例 同压缩实例，可以针对不同实例，设定不同配置 产品预设的环境，必须为原始装配，如果是生成装配，将出现参数校验报警，无法设置方程的问题，应使用“前端生成”，还原到原始数模 能够左右整套产品，且能够从装配中测量出来的尺寸参数 能够左右整套产品，不能从装配中测量出来的参数 举例如整套产品的总功率 举例如装配中，使用了一些开孔型材，由于孔间距的限制，型材的长度，并不是任意变化，只能增加、或减少间距长度 零部件的生产极限尺寸 主参数，我们支持对尺寸名称进行修改。修改的目的，是为了在截图的时候，有明确的尺寸直管 U端用户，可以通过截图上的尺寸名称，确定尺寸名称对应的尺寸 所有方程式，在方程式设计过程中使用的变量名 SW的API中，只支持“米”，作为长度单位，并不支持“个”，阵列的勾选，是为了明确当前为“个” 确保尺寸在当前数模中，未丢失，未篡改 检查方程式运算结果，同时运算差值，可直接使用Ctrl+V使用差值 点此查看 在不同规格的产品中，允许压缩的实例（实例，不等同于零件，当同一装配中，有多个零件AAA，不同的AAA，作为不同实例） 压缩AAA，不等于压缩3个AAA 同压缩实例，可以针对不同实例，设定不同配置

机械设计招标网平台地图 如上，我司接触过大量的技术人员，我们的感受：由于工作的流动性，我们从未见过，有技术、设计人员会说，自己将终生将受雇于一家企业，这应该是国内企业、打工者的共识。 企业的角度考虑： 企业希望设计部门，能够尽可能的减少冗余的工作，低投入，高产出。 打工者的角度考虑： 除了薪酬，技术者希望自己在工作中掌握的技能，可终生附加在个人身上，而不是离开后，完全无用。 SWTDO企业版的多个模块功能，价格都不是个人的承担范畴，都属于只服务于企业的技能 请明确打工人与企业立场的不同，实例如：参数化模块 。技术门槛、学习成本、价格成本高昂，哪怕能为企业节省巨量人力，但价格因素决定了，参数化模块并不能成为打工者离开后的自身技能。当管理者希望打工者体验产品好坏，并将打工者的反馈作为采购依据，请考虑打工者的立场