西门子授权S7-1500总经销商
工控机等工业自动化的设计、技术开发、项目选型安装调试等相关服务。西门子中国有限公司授权合作伙伴——浔之漫智控技术(上海)有限公司，作为西门子中国有限公司授权合作伙伴，湖南西控自动化设备有限公司代理经销西门子产品供应全国，西门子工控设备包括S7-200SMART、 S7-200CN、S7-300、S7-400、S7-1200、S7-1500、S7-ET200SP 等各类工业自动化产品。公司国际化工业自动化科技产品供应商，是专业从事工业自动化控制系统、机电一体化装备和信息化软件系统
集成和硬件维护服务的综合性企业。
西门子中国授权代理商——湖南西控自动化设备有限公司，本公司坐落于湖南省中国（湖南）自由贸易试验区长沙片区开元东路 1306 号开
阳智能制造产业园一期 4 栋 30市内外连接，交通十分便利。
建立现代化仓
储基地、积累充足的产品储备、引入万余款各式工业自动化科技产品，我们以持续的卓越与服务，取得了年销
售额10亿元的佳绩，凭高满意的服务赢得了社会各界的好评及青睐。与西门子品牌合作，只为能给中国的客户提供值得信赖的服务体系，我们
的业务范围涉及工业自动化科技产品的设计开发、技术服务、安装调试、销售及配套服务领域。
使用 3964(R) 时的传输完整性 使用 3964(R) 程序时的增强数据完整性： • 使用 3964(R) 时的海明间距为 3。这可测量数据传输的完整性。 • 3964(R) 程序可确保数据线路上的高传输完整性。 可通过设置和清除固定的消息帧，以 及使用块校验字符 (BCC，Block Check Character) 实现此高完整性。 可以使用两种不同的程序进行数据传输，可以使用或不使用块校验字符： • 不使用块校验字符的数据传输： 3964 • 使用块校验字符的数据传输： 3964R 在本手册中，当描述和注释是指两种数据传输程序时，使用名称 3964(R)。 使用 3964(R) 的性能限制 3964(R) 程序的性能限制： • 不能保证通信伙伴中的 PLC 程序对发送/接收数据的进一步处理。 只能通过使用可编程的 确认机制确保这一点。 • 3964R 程序的块校验 (EXOR 运算) 检测不到丢失的零 (作为一个完整字符)，因为在 EXOR 运算中零不影响计算结果。 尽管丢失了一个完整字符 (该字符一定为零!) 的可能性很小，但如果传输条件极差，这种 情况也有可能发生。 可以通过随数据本身一起发送数据消息长度，同时在另一端检查该长度，从而防止传输 中发生此类错误。 2.4 使用 ASCII 驱动程序进行数据传输 2.4.1 使用 ASCII 驱动程序进行数据传输 简介 ASCII 驱动程序通过 CP 440 和通信伙伴之间的点对点连接控制数据传输。该驱动程序包含物 理层（第 1 层）。 S7 用户将整个发送消息帧传送到 CP 440 的过程中，消息帧的结构保持开放。对于接收方向， 必须设置消息的结束标准。发送消息帧的结构可能不同于接收消息帧的结构。ASCII 驱动程序允许发送和接收任何结构形式的数据 (包括所有可打印的 ASCII 字符以及从 00 到 FFH (带有 8 个数据位字符帧)或从 00 到 7FH (带有 7 个数据位字符帧)的所有其它字符)。 允许 RS422 和 RS485 两种操作。 RS422 操作 在 RS422 操作中，通过四根电缆（四线制模式）传输数据。 两根电缆（差分信号）用于发 送方向，两根用于接收方向。 这意味着您可以同时发送和接收数据（全双工操作）。 RS485 操作 在 RS485 操作中，通过两根电缆（两线制模式）传输数据。 两根电缆（差分信号）交替用 于发送方向和接收方向。 这意味着同一时间您可以发送或者接收数据（半双工操作）。 一 次发送操作结束后，电缆立即切换到接收方向（发送方变为高阻抗）。 *大切换时间为 0.1 ms。 2.4.2 使用 ASCII 驱动程序发送数据 发送数据 发送数据时，在 SEND_440 功能块调用的“LEN”参数中指定待传输的用户数据字节的数量。 如果您在接收数据时使用结束标准“字符延迟时间”，则发送时 ASCII 驱动程序将在两个消 息帧之间暂停。 可以随时调用 SEND_440 FB，但是 ASCII 驱动程序并不立即开始其输出，而 是在上个消息帧发送之后经过了大于配置的字符延迟时间后才开始其输出。 如果您使用“文本结束字符”标准，则有三种选择： • 发送的内容截至且包含文本结束字符 文本结束字符必须包含在要发送的数据中。 仅发送截至文本结束字符并包含该字符的数 据，即使 FB 中指定的数据长度更长。 • 按 FB 中设置的长度发送数据 按 FB 中设置的长度发送数据。 *后一个字符必须是文本结束字符。 • 按 FB 中配置的长度发送数据，并自动附加一个或多个文本结束字符 按 FB 中设置的长度发送数据。 自动附加文本结束字符；换句话说，文本结束字符不能 包含在待发送的数据中。 根据文本结束字符的个数，发送到伙伴方的数据数量比 FB 中 指定的字符数量多 1 或 2 个字符。 使用结束标准“固定帧长度”时，发送方发送的数据字节数等于 SEND_440 FB 的“LEN”参数 中指定的数量。 接收方向上传输的（即接收 DB 中的）数据字节数等于接收器端使用参数分
配界面中的“固定消息帧长度”参数指定的数量。 两个参数设置必须相同，以确保正确进 行数据传输。 如果发送数据时没有检测到结束码，则在两个消息帧之间插入一段相当于监 视时间长度的暂停期，以允许伙伴方进行同步 (识别消息帧的开始)。 如果使用其它同步方法，则可通过参数分配界面取消发送中的暂停。 说明 设置了 XON/XOFF 流控制时，用户数据不得包含设置的 XON 或 XOFF 字符。 默认的设置为 DC1 = 11H (XON) 和 DC3 = 13H (XOFF)。使用 ASCII 驱动程序接收数据 可选的结束标准 使用 ASCII 驱动程序进行数据传输时，收到数据时，您可以在三种不同的结束标准中进行选 择。 结束标准定义的是何时接收到一个完整的消息帧。 可能的结束标准如下： • 字符延迟时间结束 消息帧既没有固定长度，也没有定义的文本结束字符；由线路上的暂停 (字符延迟时间结 束) 定义消息的结束。 • 收到结束字符时 由一个或两个定义的文本结束字符标记消息帧的结束。 • 收到固定数目的字符时 接收消息帧的长度始终相同。 代码透明度 程序的代码透明度取决于对已配置结束标准和流控制的选择： • 包含一个或两个文本结束字符 – 非代码透明 • 当结束标准为字符延迟时间或固定消息帧长度时 – 代码透明 • 当使用流控制 XON/XOFF 时，无法实现代码透明操作。 代码透明是指用户数据中可以包含任意字符组合，而不会识别出结束标准。 结束标准“字符延迟时间结束” 接收数据时，在字符延迟时间结束时识别到消息帧的信尾。 从 CPU 中接受所接收的数据。 在这种情况下，必须将字符延迟时间设置为它可以在两个连续的消息帧之间顺利地结束。 但 是该字符延迟时间应该足够长，这样，无论链路中的伙伴方何时在消息帧内采取发送暂停， 都不会错误地识别消息帧结束。 下图演示了使用结束标准“字符延迟时间结束”的接收操作标准“文本结束字符” 接收数据时，如果遇到组态的文本结束字符，则识别为消息帧结束。 可以有以下选择： • 一个文本结束字符 • 两个文本结束字符，第 1 个和第 2 个文本结束字符 • 两个文本结束字符，第 1 个或第 2 个文本结束字符 从 CPU 中接受所接收到的数据 (包括文本结束字符)。 如果接收数据中缺少文本结束字符，则字符延迟时间在接收期间结束，并导致帧的终止。此 种情况下字符延迟时间用作监视时间。 将发出一条出错消息并丢弃消息帧碎片。