西门子授权S7-400中国代理商

西门子授权s7-400中国代理商

西门子代理公司国际化工业自动化科技产品供应商，是专业从事工业自动化控制系统、机电一体化装备和信息化软件系统

集成和硬件维护服务的综合性企业。与西门子品牌合作，只为能给中国的客户提供的服务体系，我们

的业务范围涉及工业自动化科技产品的设计开发、技术服务、安装调试、销售及配套服务领域。建立现代化仓

储基地、积累充足的产品储备、引入万余款各式工业自动化科技产品，我们以持续的卓越与服务，取得了年销

售额10亿元的佳绩，凭高满意的服务赢得了社会各界的好评及青睐。其产品范围包括西门子s7-smart200、s7-200cn、s7-300、s7-400、s7-1200、s7-1500、s7-et200sp等各类工业自动化产品。西门子授权代理商、西门子一级代理商西门子plc模块代理商﹐西门子模块代理商供应全国范围：

与此同时，我们还提供西门子g120、g120c v20 变频器； s120 v90伺服控制系统；6ep电源；电线；电缆；

网络交换机；工控机等工业自动化的设计、技术开发、项目选型安装调试等相关服务。

西门子中国授权代理商——湖南西控自动化设备有限公司，本公司坐落于湖南省中国（湖南）自由贸易试验区长沙片区开元东路 1306号开

阳智能制造产业园一期 4 栋 301，市内外连接，交通十分便利。

目前，湖南西控自动化设备有限公司将产品布局于中、高端自动化科技产品领域，

plc模块s7-200、s7-1200、s7-300、s7-400、et200分布式i/o等

hmi触摸屏、sitop电源、6gk网络产品、et200分布式i/o siemens驱动产品mm系列变频器、g110g120变频器、直流调速器、电线电缆、

驱动伺服产品、数控设备siemens低压配电与控制产品及软起动器等

如果要移植的项目中使用了受支持的通信驱动程序，则该驱动程序也将在 wincc中继续使用。通过此驱动程序进行通信的对象将按照原样移植。不需要进行重做工作。 wincc 并非支持 winccflexible中提供的所有通信驱动程序。如果要移植的项目中使用了 不受支持的驱动程序，则可能出现以下两种情况：1.为使用的驱动程序提供兼容的备用驱动程序。 2. 没有为使用的驱动程序提供兼容的备用驱动程序。 具有兼容的备用驱动程序 如果wincc中存在可以访问所用 plc 或兼容 plc 的驱动程序，则移植过程中将自动替换驱动程序。如果所用的驱动程序被替换，将收到相应的警告。这种情况下，应通过移植报表检查所有外部变量和区域指针在移植后是否有效。如果所用的驱动程序已被替换，所有连接参数都将复位为标准值。cpu类型也将根据相应 的 plc进行调整。但所连接的变量和区域指针的属性不发生更改。 没有兼容的备用驱动程序 如果 wincc中没有可以访问所用 plc 或兼容plc 的驱动程序，则组态的连接不会移植。 所有通过该驱动程序连接到 plc的外部变量都将转换为内部变量。转换期间，外部变量的属性将丢失，例如，plc 中的地址。所有变量更改都会记录在移植报表中。移植并组态连接之后，必须重新将变量连接到 plc。如果没有移植驱动程序，将收到相应的警告。 转换通信驱动程序 下表显示了 winccflexible 和 wincc之间的通信驱动程序映射关系。参见 移植 (wincc flexible) (页 43) 支持的 hmi设备 (winccflexible) (页 50) 修改不可移植的连接的组态 (wincc flexible) (页 62)区域指针移植 (winccflexible) (页 63) 变量移植 (wincc flexible) (页 63)修改不可移植的连接的组态 (winccflexible) 简介 如果无法移植连接，可选择执行以下操作： ● 移植前在 winccflexible 中更改组态 ●移植后更改组态 移植前更改连接如果移植过程不支持所选择的用于连接的通信驱动程序，必须选择移植支持的驱动程序。 此外，hmi设备也须支持所选的通信驱动程序。如果所用的 hmi 设备没有适当的驱动程序，则必须使用适当的 hmi 设备。 然后在 winccflexible中更改组态并重新编译项目。 成功修改和编译后再移植项目。 这样，连接也会被 移植。 移植前更改连接 如果要移植的winccflexible 项目中存在未移植的连接，则该连接的所有外部变量都将映 射到内部变量。所涉及的每个变量都会在移植协议中具有相应的条目。必须在移植后组态新连接。 为该连接选择支持所用 hmi 设备的通信驱动程序。如果所用 的 hmi设备没有适当的驱动程序，则必须使用适当的 hmi 设备。如果已组态新连接，则必须在移植前重新连接所有映射到内部变量的变量。 打开移植报表，以便轻松执行重新组态工作。根据日志条目重新组态这些变量。 如果项目包含区域指针，则还须对这些指针进行重新组态。移植日志中也将显示这些区域 指针的相应条目。有关移植日志的详细信息，请参见移植 wincc flexible 项目 (winccflexible) (页46)部分。 参见 连接移植(wincc flexible) (页 60) 移植 winccflexible 项目 (wincc flexible) (页46) 区域指针移植 (wincc flexible) 简介是否移植区域指针取决于所使用的通信驱动程序。 ●如果移植支持所用的通信驱动程序，则移植过程中将原封不动地采用 winccflexible 的 区域指针。 ●如果移植不支持所用的通信驱动程序，则区域指针不会进行移植。 区域指针移植如果完全移植区域指针使用的连接，则区域指针也将完全移植。并且原封不动地采用区域 指针的各个参数。如果在移植前替换连接的通信驱动程序，则应检查区域指针的所有参数在移植后是否仍然有效。如果未移植区域指针使用的连接，则区域指针也不会移植。有关详细信息，请参见“修改 不可移植的连接的组态 (winccflexible)(页 62)”。 参见 连接移植 (wincc flexible) (页 60) 修改不可移植的连接的组态(winccflexible) (页 62) 变量移植 (wincc flexible)简介移植变量时需要特别注意一些事项。应区分以下几个方面： ● 移植变量的数据类型移植数据类型 与 winccflexible相比，wincc 提供了一些其它数据类型并使用不同的数据类型名称。移 植相关变量时，winccflexible中的数据类型将被映射到 wincc 中相应的数据类型。有关 详细信息，请参见移植数据类型 (winccflexible) (页81)。 移植内部变量 内部变量始终会完全移植。只有数据类型的名称和变量名可能会由于移植的原因而发生改 变。移植外部变量如果移植了外部变量使用的连接，则外部变量也将完全移植。是否移植外部变量取决于移植过程是否支持所用的通信驱动程序。有关详细信息，请参见连接移植 (wincc flexible) (页60)。如果未移植外部变量使用的连接，则外部变量也不会移植。 这种情况下，外部变量将映射到内部变量。移植后，必须组态新的连接并将这些变量重新连接到 plc 的变量。 移植变量名称 在 winccflexible中，不同文件夹中的变量可以具有相同的名称。但是，wincc 中已组态 的 hmi设备上的变量名称必须唯一。这表明移植过程中将对来自不同文件夹但名称却相 同的变量进行重命名。有关详细信息，请参见“有关移植的基本知识(winccflexible) (页 44)”。 参见 连接移植 (wincc flexible) (页 60) 移植(winccflexible) (页 43) 报警类别和报警组移植 (wincc flexible) (页 65) 移植脚本(winccflexible) (页 68) 语言相关内容的移植 (wincc flexible) (页 70) 移植结构(winccflexible) 在 wincc 中，hmi 用户数据类型不支持“stringchar”数据类型。 如果在winccflexible 项目的结构中使用此数据类型，则执行移植会在 hmi 数据类型中创 建无效元素。 移植后，必须在wincc中重新处理此用户数据类型并启用用户数据类型。同时，还要检查以下元素的偏移量以及面板与该用户数据类型的元素之间的所有现有互连。如果需要，调整元素。 日志的移植 日志的存储位置wincc flexible 可以将日志存储在安装 wincc flexible时自动设置的数据库中（“系统定义的数据源”(system-defined data source) 设置）。 此选项在 wincc中不可用。 如果在 winccflexible 项目中使用了此项设置，它在移植过程中将更改为“用户定义的数据源名称”(user-defined name ofdata source)。 在数据库中存储日志前，必须先在 windows控制面板中组态 odbc数据源，然后将在此指定的用户数据源名称组态为 wincc 日志中的“数据源名称”(name of thedata source)。报警类别和报警组移植 (wincc flexible) 更改报警类别的名称 与 winccflexible不同的是，预定义报警类别的名称不依赖于当前使用的用户界面语言。 移植期间，报警类别的名称按如下方式分配： winccflexiblewincc 错误 alarms移植过程将只移植实际使用的报警组。 id 从 1 到 31的报警组将全部按照原样移植。 系统在wincc 中为各报警类别创建相应的报警组。从数字 32 开始，以连续递增的方式为这些由系统创建的报警组分配 id。各个 wincc项目中的 4 个预定义报警类别按其所在报 警组自动采用 id 32 -35。创建的其它报警组将分配给各个用户自定义的报警类别，并为每个报警类别另外分配一个 id。因此在移植后，id 大于 31的报警组的 id 可能发生改变。 此步骤还会更改为各个 id所分配的报警组名称。 示例： 在下面的示例中，可以看到在 wincc中针对移植进行的 id 分配。 报警组 winccflexible 中的 id wincc 中的 id 报警组 1-16 1-161-16 系统报警的默认报警组 报警组 17-3117-31 17-31 自定义报警组 32-35 wincc中预定义报警类别的默认报警 组。 报警组 32 32 36 在 wincc中更改了为报警组分配的 id 报警组 33 33 37 在wincc 中更改了为报警组分配的 id 另请注意：当移植组名称可能相同的报警组时，移植过程会更改该组名称。例如，在名称末尾包含空格的组名称。移植过程将删除名称末尾的所有现有空格。如果由于该删除操作而导致两个组的名称相同，则移植过程会对后面的报警组的组名称添加后缀“#mign”，其中“n”代表序号。 示例： wincc flexible中存在以下报警组： “alarmgroup_18” “alarmgroup_18”-组名称中包含一个空格 更改报警类别的名称 与wincc flexible不同的是，预定义报警类别的名称不依赖于当前使用的用户界面语言。 移植期间，报警类别的名称按如下方式分配：wincc flexiblewincc 错误 errors 系统 system 警告 warnings报警类别的名称可在移植后根据需要更改。 alarm_s消息和 simatic sfm 消息的显示 在 wincc flexible中，可以激活集成项目中 alarm_s 消息的显示等级。在wincc flexible 中，通过单独设置来激活 simaticsfm 消息的显示。在 wincc 中不需要单独设置来激 活simatic sfm 消息的显示。在 wincc中，只需通过激活相应的显示等级即可控制 simatic sfm 消息和alarm_s 消息的显示。更改后的概念可能使消息的显示在移植后发生改变。 如果在 wincc flexible 项目中激活alarm_s消息的所有显示等级，而取消激活 simatic sfm 消息的显示，则移植后将显示 alarm_s 消息和simatic sfm消息。 为确保移植后只显示 alarm_s 消息，必须在移植到 step 7 后为 simatic sfm消息分配未使用的显示等级。然后需要在 wincc 中取消激活此显示等级。 如果在 wincc flexible项目中取消激活alarm_s 消息的所有显示等级，而激活 simatic sfm 消息的显示，则移植后不会显示 alarm_s消息和simatic sfm 消息。 为确保移植后只显示 simatic sfm 消息，必须在移植到 step 7 后为simaticsfm 消 息分配未使用的显示等级。然后需要在 wincc 中激活此显示等级。 显示等级取决于 step 7中的设置。step 7中 simatic sfm 消息的默认设置为显示等 级“0”。要在 wincc中激活显示，必须激活显示等级“0”。 在 wincc中相应 hmi 设备的运行系统设置的“消息”(messages)类别中激活显示等级。