高端推荐帖这张功能图来自G120的参数表手册，矢量控制最后一张。这张图，我经常在用。图中涵盖了所有矢量控制监控显示的重要参数。比如r82.1-r32是滤波后的输出功率实时参数。这个参数既能反映运行中电机状态，也显示了它的实时监控值。当该参数大于0时，就是电动状态的输出功率实时值；当该参数小于0时（负值），就是发电状态的吸收功率实时值。有人不是找不到SIMANICS的电动发电运行状态字吗？其实通过这个模拟量的实时参数显示，即可明确知道了电机当前的运行状态。针对电机四象限运行实时状态，再配合一个参数r63（转速实时值）的极性，加上r82或r32，既能准确的锁定电机当前的运行状态是工作在哪个象限了。今天是想将另外一个问题。电机的输出机械转矩。利用上图，如何能比较准确的通过r80（输出机械转矩）修正，得到真正意义的电机轴扭矩。完全是通过装置计算的那种。没有轴扭矩传感器。根据电机的能量公式电机在电动状态时：Mem = M + M0；式中：Mem = r80或r32M-电机轴机械转矩M0-电机旋转系的摩擦阻力矩电机在发电状态时：M = Mem + M0由此整理有M = Mem - M0；电动状态M = Mem +M0；发电状态Mem是已知的r80，未知的是M0，只要把M0求出来，那么电机轴机械扭矩M也就实时获取到了。M0是很容易获取的。因为只要拉一条空载的M0曲线，实时与Mem（r82）进行加减运算，其结果就是M。当然理论计算是理论计算，实际是不是很准？误差是多少？这需要实验才能确认。这里还会有一个Mem是否计算准确的问题。Mem的准确性依赖于矢量计算控制的转矩分量是否准确。这些都是需要试验来验证的。今天仅仅是纸上谈兵。仅此。
昨天，调试了一台交流55kW异步电机。驱动系统是G120其配置：CU250S-2PN + PM240-2（重载55kW），系统是电网反馈型的，电源采用的第三方国产整流回馈单元，共直流母线方式。这类的配置，我曾经有过图片，在此不赘述。电机铭牌数据和基本参数：快速调试静态计算与辨识之后，通过手动人为设置了一些相关参数，在trace监控录波分析并修改相关动态参数后，再把其加减速和稳态的波形检查一遍。感觉基本满意为止。应该说，不是所有的动态自动优化和辨识，都能得到上述波形的效果。想要得到上述的动态和静态调节效果，需要针对一些参数做具体的调整，然后才会有可能实现图片中的波形效果。调试完成以后，我在备份这个STARTER调试文件的时候，看到今年以来调试了40多台套的SINAMICS驱动系统。很有感触。至此，西家传动的调试基本掌握了它的调试要点。特别是针对动态调试的辨识与计算。心得如下：第一，执行快速调试流程。针对矢量控制的传动系统，动态自动辨识与计算是要做的。但执行完了P1900 = 1以后，完成全部的快速调试。要针对传动系统利用trace录波，将电机由0加速到最高转速的85%及以上，然后稳态运行，减速停车。将这个过程的转速设定值和转速实际值记录曲线做一个分析。确认后结束调试。第二，在执行动态自动辨识之前（也就是1900 = 1的第一次启动结束后，第二次启动之前），设置好斜坡加减速时间和起始终止圆弧。这是驱动系统保证动态运行过程丝滑的前提。然后设置速度调节器的反馈通道滤波时间。对于有一定惯性负载特性的驱动系统，这个反馈通道的滤波时间设置是非常必要的。图中红圈部分是需要人为设置和调整的关键参数。第三，当完成了动态辨识与计算之后，要设置一下西家传动的惯性观测模型有效，且加速度预控比例系数也要设置和精确的调整。这是保证电机从0起步加速到最高转速不超调，且转速实际值紧紧跟随转速设定值的关键调整。图中红圈部分是加速预控比例系数与惯性比参数。要根据实际录波结果做精细调整。会收到理想的效果。第四，通过trace录波，对自己的调试结果做一个检验评价再结束调试。同时trace的波形，也能检验驱动系统的安装布线EMC是否做到位了。丝滑的波形是系统不受电磁噪声干扰的佐证。综上，西家传动的调试工作，要说简单也简单，要说复杂也复杂。关键是看调试的态度。是不是把它作为一个自己的作品去精雕细琢。
变频器与电机的适配，在西家传动的手册里已经讲的很清楚了。没什么好说。照着去选，去做就可以了。但是，假如实际中碰到了小马拉大车，和大马拉小车的需求。就是要违反手册规定，那又该咋办呢？呵呵，要么违反规定的事不做；要么就想办法把不可能变成可能。好，实例来了。第一则，大马拉小车的应用。单位一同事给我来电话，说他今天出差去了一个用户，用户让他把一个重载11kW的S120系统，电机拆掉，换成一个2.2kW小风机驱动，这是要做一个什么研究项目实验使用。结果，这同事觉得这是很容易的事，直接把小电机接到重载11kW的S120上，工厂化复位，然后把小电机的铭牌数据输入，做快速调试。没想到，连下载装置这一步都不让过。就是说电机数据有错误。搞了一天无果。打电话给我求助远程小葵花支持。结果一样的情况，离线快调的数据在线无法下载。有点小懵，晚上再细想，感觉小马拉大车这种非常理的应用，就得非常理的设置才行。为什么要把真实的小电机告诉装置呢？骗它不就结了？哈哈具体的方法，重载11kW的变频器，就默认于其自身功率一致的电机。只是把额定转速对应于实际电机的极对数参数即可。第一步，控制方式一定要V/F控制。P1300 = 0。第二步，然后把电流截止参数P640 = 实际小电机的额定电流。这是安全运行的前提。第三步，在线状态P340 = 1静态计算。第四步，完成上述三步以后。设置斜坡时间，限制最高转速。直接启动运行，完成大马拉小车的应用。第二则，小马拉大车的应用。生产部有一个试验要做，只有22kW电机和重载的11kW_MM440变频器，结果也是如此。操作人员想简单了，工厂化复位变频器，按22kW电机做快速调试，系统报错。过电流。把我叫去，二话不说，变频器重载11kW，就按11kW电机输入铭牌数据，然后P1300 = 0；P640 = 变频器额定电流；在线状态P340 = 1静态计算。完成后，设置斜坡时间和最高转速限制。直接驱动22kW电机运行。没有报错问题出现。注意，这种小马拉大车的前提条件是，小马的额定电流大于等于大电机的负载转矩电流与励磁电流之和。只要满足这个条件。运行起来就没有问题。否则小马会过载，拉不动车。电机是转不起来的。说明：这种非正常的应用，不会有很好的运行特性，但简单转起来没问题。强调三点：第一，V/F控制第二，P640电流限制第三，只做静态计算，不做静态辨识！即可保证安全工作。
1. 工业网络配置利用现场预留的交换机和网线，将电脑和三台设备共同配置在同一个网段内，并按下列要求配置各个设备的网络IP地址：第一站PLC：198.168.0.1第一站HMI：198.168.0.112. 程序调试流程要求：按下开始按钮→料仓气缸伸出→料仓气缸缩回→主皮带右移→检测物料材质（金属/白色/黑色）进入分支：分支1：金属材质在气缸1位被推至皮带1上；分支2：白色物料在气缸2位被推至滑道；分支3：黑色物料在气缸3位被推至皮带2上；返回分支→气缸1/气缸2/气缸3缩到位，返回循环。3. HMI界面调试1、 按下图型号添加触摸屏，确认第一站触摸屏IP地址为198.168.0.11。2、 在根画面绘制下图，包括启动状态、气缸1-3的4个状态指示灯。3、 要求启动状态指示灯在启动前为红色，设备启动执行循环时亮绿色；气缸1指示灯仅在气缸1伸出时亮绿色，非伸出状态为默认灰色。气缸2、气缸3要求同气缸1。
我分享一个最近使用的东西吧模拟主轴的，one系统没有了ADI, 所以以后可能要采用其他方式，目前西门子官方给出两个方式，一个是用TM31给驱动配置挂一个对象，一个是用et200带工艺模块下面给出SIOS上两种官方指导手册TM31: 109974253ET200SP:109823551个人比较了一下性价比第二种较方便我前段时间尝试测试了一下，测试系统是one 6.15未测试成功，百思不得其解后来看了一下系统升级备注，要至少是6.22之上的固件才能支持，后来升级系统，再测试OK了至于参数设置，参照手册没有问题。略了。这里主要是给大家分享一下，避下坑也说明一件事，大家以后干某些硬件功能，一定要先看系统升级支持，以便了解最新应用后面介绍一下原理其实用了高性能的ET200SP头带了工艺模块,记住这里一点，工艺模块和HF的头，因为只有HF的头才能支持IRT，然后利用IRT再同步到NCK侧。6.22版本确实是一个分水岭，功能加了很多
按下绿色开始按钮（I1.1）后，气缸1（Q136.2）伸出，气缸1伸到位（I137.2）后，气缸1缩回，气缸1缩到位（I137.1）后，气缸2伸出，气缸2伸到位后，气缸2缩回，气缸2缩到位后，气缸3伸出，气缸3伸到位后，气缸3缩回，气缸3缩到位后，气缸2伸出，气缸2伸到位后，气缸2缩回，气缸2缩到位后，气缸1伸出，气缸1伸到位后气缸1缩回，气缸1缩到位后，气缸2再次伸出，以此往复循环，实现3个气缸按1-2-3-2-1-2-3……的顺序往复伸缩。按下停止按钮后，循环停止。再次按下开始按钮，循环可再次开始。
万万没想到啊！博图还有计算器功能拖拽 计算编一段LAD 如图：把你想计算四个数来个公式，就可以得出结果！ 如图 (4X4)X3)/2=24 点击公式，可以任意修改！
在西门子 PLC（如 S7-1200/S7-1500）的博图（TIA Portal）环境中，VARIANT（变体）是一种通用数据类型，其核心特点是 “可动态存储不同类型的数据，并记录数据的类型信息”。它类似于编程语言中的 “万能类型”，主要用于需要灵活处理多种数据类型的场景（如通用函数块、数据转换工具等）。一、VARIANT 的核心特性动态类型存储VARIANT 变量可以存储几乎所有西门子 PLC 支持的基础数据类型（如 BOOL、INT、DINT、REAL、STRING、ARRAY、STRUCT 等），且在存储数据时会自动记录该数据的类型信息（如 “当前存储的是 INT 类型”“当前存储的是 REAL 类型”）。例如：同一个 VARIANT 变量，可先存储一个 INT 类型的数值（如 100），后续再存储一个 REAL 类型的数值（如 3.14），变量会自动更新内部的类型标识。固定长度VARIANT 在 PLC 中占用16 字节固定长度（与存储的数据类型无关），其中包含两部分信息：数据本身的存储（根据类型动态分配空间，最长不超过 16 字节）；数据类型的标识（记录当前存储的数据属于哪种类型，如 “INT”“REAL” 等）。兼容性仅支持 S7-1200（固件版本 V4.0 及以上）、S7-1500（固件版本 V2.0 及以上），旧型号 PLC（如 S7-300/400）不支持 VARIANT 类型。二、VARIANT 的典型用途VARIANT 的核心价值是 **“通用性”**，解决了 “同一功能块需适配多种数据类型” 的问题，常见场景包括：通用函数块（FB）：例如创建一个 “数据校验” FB，输入参数可能是 INT、REAL、STRING 等不同类型，用 VARIANT 作为输入，可避免为每种类型单独设计 FB。数据转换工具：实现不同类型数据的动态转换（如将 VARIANT 存储的 INT 转为 REAL），无需提前确定输入类型。数组 / 列表处理：存储多种类型的数据到同一个数组（如 VARIANT 数组），灵活管理混合类型的数据集合。三、VARIANT 的使用方法（结合博图指令）在博图中，需通过系统函数处理 VARIANT 变量（无法直接像普通变量一样赋值或运算），核心函数如下：函数名称功能描述VAR_TYPE 获取 VARIANT 变量当前存储的数据类型（返回类型标识，如 16#0002=INT，16#0005=REAL）。 VAR_SET 向 VARIANT 变量写入指定类型的数据（需明确源数据类型）。 VAR_GET 从 VARIANT 变量中读取数据，并转换为目标类型（需确保类型兼容，否则报错）。 VAR_IS_VALID 检查 VARIANT 变量是否包含有效数据（非空且类型标识正确）。 示例：VARIANT 的基本操作假设需创建一个 VARIANT 变量，先存储 INT 类型数据，再读取并转换为 REAL：定义变量：在 DB 块中定义：Var_Data：VARIANT 类型（存储动态数据）；Int_Value：INT 类型（源数据，如 200）；Real_Value：REAL 类型（目标数据，接收转换后的值）；Type_ID：INT 类型（存储 VARIANT 的类型标识）。写入数据（VAR_SET）：scl// 向Var_Data写入INT类型的Int_ValueVAR_SET( Value := Int_Value, // 源数据（INT类型） Result := Var_Data // 目标VARIANT变量);获取类型（VAR_TYPE）：scl// 读取Var_Data的类型标识（INT类型的标识为16#0002）Type_ID := VAR_TYPE(Value := Var_Data);读取并转换（VAR_GET）：scl// 从Var_Data中读取数据，转换为REAL类型并存储到Real_ValueVAR_GET( Value := Var_Data, // 源VARIANT变量 Result := Real_Value // 目标REAL变量);// 此时Real_Value的值为200.0四、注意事项类型兼容性：使用VAR_GET转换数据时，需确保 VARIANT 存储的类型与目标类型兼容（如 INT 可转为 REAL，但若 VARIANT 存储的是 STRING，直接转为 INT 会报错）。建议先用VAR_TYPE检查类型，再执行转换：sclIF Type_ID = 16#0002 THEN // 确认是INT类型 VAR_GET(Value := Var_Data, Result := Real_Value);ELSE Error_Flag := TRUE; // 类型不兼容，触发错误END_IF;存储限制：VARIANT 无法存储超过 16 字节的数据（如长 STRING、大数组），若数据长度超过 16 字节，VAR_SET会返回错误。使用范围：VARIANT 变量仅支持在 DB 块（全局 DB 或背景 DB）或临时变量（L 区）中定义，不能直接用于过程映像区（I/Q 区）。性能影响：由于 VARIANT 需要动态处理类型信息，其操作效率略低于固定类型变量，不建议在高频循环（如 1ms 时钟中断）中大量使用。五、总结VARIANT 是西门子 PLC 中用于 “动态处理多类型数据” 的灵活工具，通过VAR_SET/VAR_GET等函数实现数据的写入、读取与转换，核心优势是简化通用函数块的设计。使用时需注意类型兼容性和存储限制，适合在需要通用性而非极致性能的场景中使用。
“工欲善其事，必先利其器。”这句古老的箴言，在电气自动化领域被赋予了新的时代内涵。从初入行业的新手到深耕数十年的资深工程师，许多人都在思考：什么是电气自动化工程师最应掌握的能力？什么样的工程师最受人尊敬？答案或许不仅在于对“器”的掌握，更在于对“道”的领悟——工具的使用能力与灵活的应变思维，正如利器的锋芒与匠心的智慧，共同塑造着一名卓越工程师的职业生涯。一、利器之魂：工具能力的三个维度电气自动化工程师的“利器”，远不止于万用表、示波器或一套编程软件。它涵盖硬件、软件与思维工具三个层面，是技术能力的基石。1. 硬件：连接物理世界的桥梁硬件是自动化系统的骨骼与血肉。熟悉硬件特性，能根据需求选型、调试、优化。例如，在一条产线故障中，能否通过信号追踪快速定位故障模块？能否在设计阶段预见电磁干扰问题？这种对硬件的“手感”，源于常年累月的实践，是教科书无法替代的经验财富。2. 软件：构建智能系统的核心编程能力已成为现代电气工程师的必备技能。软件工具是实现自动化的“神经中枢”。更关键的是，工程师需理解代码背后的逻辑——如何让程序既高效又可靠？如何让系统具备容错与自诊断能力？在工业4.0的浪潮中，是工程师从“执行者”迈向“设计者”的关键。3. 思维：超越技术的决策能力最容易被忽视却至关重要的“工具”，是工程师的思维方式。系统化思维能统筹全局，将零散设备整合为高效整体；逻辑思维能精准定位问题，避免陷入“试错循环”；创新思维则能突破技术瓶颈，用非常规方案解决复杂问题。例如，面对一个多变量耦合的控制系统，能否抽象出数学模型？在成本与性能的权衡中，如何找到最优解？这种能力，是工程师从“技工”蜕变为“专家”的分水岭。二、匠心之境：受人尊敬工程师的四种特质技术能力决定工程师的下限，而人格与智慧决定其上限。最受人尊敬的工程师，往往是那些在复杂环境中游刃有余，始终坚守初心的“智者”。1. 技术扎实，却不忘持续学习行业技术日新月异——从传统继电器到工业互联网，从单机控制到云边协同。受人尊敬的工程师从不满足于既有知识，而是主动拥抱变化。他们可能是第一个研究新协议的人，也可能是团队中无私分享经验的“导师”。他们的权威，建立在不断更新的技术实力之上。2. 善于沟通，具备“翻译”能力电气自动化工程师处于机械、软件、管理等多方利益的交汇点。顶尖工程师能听懂机械工程师的“间隙调整”，理解软件工程师的“异步处理”，并向非技术出身的经理清晰阐述技术方案的商业价值。这种跨界沟通能力，让技术不再孤悬于象牙塔，而是成为推动生产的实际力量。3. 灵活应变，在约束中寻找最优解现场永远充满意外：设备型号与设计不符、工期紧迫、客户需求反复变更……卓越的工程师如同经验丰富的舵手，能在资源限制下找到创造性解决方案。例如，用现有备件临时替代停产模块，通过参数优化弥补硬件性能不足。这种“在混沌中建立秩序”的能力，是工程师价值的极致体现。4. 心存善念，在利己与利他间平衡行业生态复杂，既有潜心技术的“君子”，也有争功诿过的“小人”。受人尊敬的工程师深谙人性，却不忘初心：他们会在竞争中保持专业操守，在冲突中坚守底线；他们会主动帮助新手成长，在团队困境中承担责任。这种“知世故而不世故”的善良，让他们赢得长期信任——技术会过时，但人格魅力历久弥新。三、知行合一：从利器到匠心的修炼之路如何成为一名兼具技术深度与人格高度的电气自动化工程师？这条路径需要刻意修炼：基础阶段：精通至少一个技术领域（如PLC编程或驱动控制），同时广泛涉猎相关学科，构建“T型”知识结构。进阶阶段：参与完整项目周期，从需求分析到现场调试。在失败中积累经验，尤其注重培养系统思维与风险评估能力。高阶阶段：学习项目管理与沟通艺术，实现从“做事”到“育人”的转变。尤为重要的是，工程师需建立自己的“工具箱”——不仅是软件库与硬件手册，更包括解决问题的思维框架：如何分解复杂问题？如何评估技术风险？如何预判人性因素对项目的影响？结语：技术的温度电气自动化终究是为人服务的领域。线路与代码之间，流淌的是对安全的守护、对效率的追求、对价值的创造。一名真正的工程师，既是手持“利器”的专家，也是心怀“匠心”的智者——他们用技术构建精确的世界，更用智慧与善意让这个世界值得信赖。当年轻工程师询问职业真谛时，或许可以这样回答：让你的工具足够锋利，让你的内心足够明亮。前者让你无所不能，后者让你无人不敬。
平旋盘结构的机床经常应用到油管外螺纹加工及套管内部油槽及密封槽的加工，而这个轴的参数设置是和普通轴有区别的。 大部分平旋盘机构有由伺服轴加皮带轮带动丝杠旋转，丝杠上的丝母座带动平旋机构上下或左右移动。和普通轴相比，它有两个传动比。一是电机和丝杠之间（假设1：5）,还有平旋盘机构本身的传动比（也就是Tg(),我这台327:100）,普通轴做法是分子相乘比上分母相乘，如查有第二编码器，再把31040[1]设为1，就可以了。 而平旋盘结构不可以，我们为了提高平旋盘的精度通常在丝杠侧加装光栅尺，而光栅尺只是检测丝母座走的精度，而不是平旋盘本身走的精度(大部分平旋盘机构不方便加装直接测量系统)。这就牵扯到机床参数与其它轴不同了。具体做法：把平旋机构的传动比写入31070和31080，因为第二编码器不是直接测量的。所以31040[1]设为0
一台以CU310-2PN为控制的伺服系统。电机额定功率是55kW，额定转速980rpm，电机轴系是一个200kg当量质量的转鼓，CU310-2PN采用伺服模式驱动。最高转速为1500rpm。伺服模式驱动，其优化和辨识的参数是两个。P1910 = 1P1960 = 1优化辨识后，其PI参数和编码器输入滤波参数分别为：P1460 = 136P1462 = 13.0 msP1441 = 小于1ms然后，做一个录波看看调试效果。因为是大惯性负载，所以该系统设置了15s的加减速斜坡时间，以及3s的起始终止圆弧。其录波波形如下示：这波形效果还可以嘛。有毛病吗？但是，再仔细看看，把稳态波形的坐标系减小范围，放大波形看看呢？这是不是不好呢？起码不是很理想的那种。为什么？因为编码器信号输入的滤波时间P1441的值太小了，还不足1ms，这对于大惯性系统而言，有必要追求这样的瞬态指标吗？而且放大倍数P1460 = 136倍，积分时间P1462 = 13ms，也太邪乎了。将P1460 = 13.6；放大倍数缩小10倍P1462 = 130ms，积分时间放大10倍P1441 = 20ms，滤波时间放大20倍以上再录波看看：波形基本满意。再去现场主机看看震动状态，也没有问题。于是收拾家伙撤了。
故障现象：新装的机器用了一个月后出现程序段搜索功能使用不了。解决过程：A. 客户反馈程序段搜索功能使用不了，同样的机型我试了其他机器，我是用CTRL+ALT+C备份的数据在电脑上仿真的，是可以用没有问题。B. 因为设备在苏州去现场不太现实，也不知道哪个参数不对，只能指导让客户把数据备份发我，由于他对NC备份不会操作，我教他们最简单的方法CTRL+ALT+C,插上U盘备份就可以了，然后发我。我进行仿真确实不能进行程序段搜索。C. 我就开始查有关程序段搜索的参数，找到51028怎么全是零，我检查其他机器的参数是33H，我就在电脑上改成33H然后再测试，结果好了，告知客户让客户改一下51028试试问题解决了，不用去现场了。
论中大型设备对系统等电位、接地的重要性 一台西门子840D sl系统的设备，cpu接口下挂profinet I/O站及profibus DP站点若干，系统配置，图示1： 所谓中大型设备，泛指一台设备当中，有主体结构、独立的液压站、润滑站、风机冷却系统等组成，各设备组件之间是互相独立，分离式结构，该设备已经使用3年余。前几天，该设备突然出现重复的系统频繁性停机报警故障，诊断界面也没有直观性信息，故障报警的出现也无规律可循，一次难啃的“骨头”就此又拉开序幕，诊断界面，图示2： 报警触发原因分析，主要报警原因为800014#，该类型报警信息泛指相对报警范围及信息都比较多的，一下子无法通过一段文字能够描述清楚的报警信息。因为类似的故障，之前有过一次，最后是一个易福门LT3023温度、液位传感器出现可能的内部通讯间隙性硬件故障，当时，同事是通过排除、替换方式，将问题锁定在这个传感器上的。经过现场检查及OP屏诊断界面观看诊断信息后，没有找到明显的有价值的报警信息，我如法炮制找来一根备件传感器，设置检测介质和上、下限等参数，将传感器插入润滑站，断电重启设备后正常，一直在设备边等待了近一个小时，相安无事后，判断为易福门的温度液位传感器硬件故障原因引起的，报警没有再次触发就回办公室写总结去了。直到晚上12点多，该设备操作员反馈说设备出现了一次停机。操作员知道前一次的排障过程，于是，把传感器根据我之前的说明，将传感器拿到一个提前准备好的水桶中，用于排除可能的液位扰动引起的传感器错误报警，一个晚上，据操作员说同样类似的停机达10多次。第二天，一上班，先紧急联系供应商，让他顺丰快递赶紧再发一根传感器过来，进行替换确认。然后，直接到故障设备现场，查看传感器HO.T和LO.T的参数，该参数是易福门记录传感器的液位高、低信号的数据，进入后查看也没有异状数据出现。液位没有异状只能在外部是否受到干扰入手排查，对传感器外壳接地，防传感器震动的硬件方面入手，探寻可能的原因，这样来来回回的停机查找，始终没有找到有价值的原因，晚上又是10多次的无症状停机，搞的操作员抱怨连天，哎，我们运维有时候也很无助的，但是，在没有真正找到问题原因前，始终有工作压力需要承担的。晚上，我看***上，还是实时在反馈无辜停机的次数。白天，能够想到的措施都先先后后的查找、确认过了的，莫不是我设备安装之前的等电位，系统接地的那些螺栓出现了松动？在这样的苦思冥想中，早上，起床的手机铃声在催我起床了。上班，处理好每天的基本工作，还是赶到设备现场，以求能够在设备现场找到蛛丝马迹，但是一次次的尝试，都将以一次次的失败而告终。供应商很给力，仓库电话告知传感器到了。拿来传感器一通应用参数设置后，拿到现场，再次将新的传感器更换上，可是，没有5分钟停机故障还是无情的出现，此说明不是这个传感器引起的故障，此时，心里感觉快要到无计可施的绝镜了？如果，此时放弃，让设备厂家来现场服务，那难得的查找过程将会被失去，几天的辛苦和心血可能会白流了。重新整理心情，对诊断缓冲区的信息，一条一条的进行了梳理，从历次的报警信息中，找到22条信息，这条信息是系统检测到某一个时段的起始报警的，这样的辨识报警信息是非常重要的，图示3：我有将报警信息另存的习惯。 从报警信息的地址中，看到是多次触发的报警，时间戳不同，说明报警的触发事件是分别的多次，2025年下午14点25分一次，2025年下午14点49分另一次的触发报警，且这次报警是有易福门的AL1102的3#站点开始的，报警含义是模块被拆除/无法寻址。重新对该接口模块的以太网插头、24V电源插头及电压进行测试，结果没有发现明显的异状。返回硬件组态在线看各从站，此时并没有再出现报警，说明这个丢站的瞬间触发的。此时，我想到了是否是电磁干扰原因，该设备使用3年，那些等电位、接地系统是否还可靠？在3#站点检查，确实因为靠近主体设备较近，等电位、接地螺栓有松动和被水基石墨腐蚀的迹象，拧下螺栓，重新对95平方的铜接头进行打磨处理后，回装、紧固。当检查到液压站设备外壳做的等电位连接时，“意外”出现了，在紧固螺栓时，M12的等电位接地螺栓居然被拧了下来，图示4： 原因应该是当初焊接的质量问题，打电话叫来同事焊接后，上电，半个小时过去了，因需要参加一个设备会议正暂时离开，等会议结束，再次到设备现场咨询说没有再次停机了，难道是有心插花，花不开“无心”插柳，柳成荫了？希望是吧。这个只能等待进一步的使用效果了，几天过去后，报警企盼的报警始终没有再次出现，说明根本问题就是这颗不起眼的等电位、系统接地螺栓了。小结：该液压站配置45KW电机2台，作为液压伺服主动力，液压的辅助系统配置22KW的电机及4.0KW的循环冷却系统，主轴电机冷却系统组成，而这些电机22KW以上是星-三角启动，其它电机为直接启动方式。这些电机及阀组的控制电缆均在这个桥架中通过，图示5： 显然当整个液压站系统等电位、接地系统断开后，原来的抗电磁干扰能力，大幅降低，出现强电干扰在所难免，而易福门的3# profinet I/O从站设置在液压站的上方这个位置，图示6： AL1102易福门接口模块，以太网连接打开、电源接口检查、确认中。 在本次检查中又发现设备安装时，设备制造商没有按要求将以太网电缆的金属屏蔽层，按要求连接到金属屏蔽层上，使电磁干扰更容易被侵入。一颗并不起眼的等电位、接地连接螺栓的松动，掉落，造成我对本次排障时间整整化了3天，无数次的丢站，无数次的排查、替换，最后结果居然是一颗接地螺栓引起的。本例比较典型的系统排查案例，有一定的参考价值，特整理后，发到论坛上供大家参考。
两年之前遇到过这个问题，问了很多人，没能彻底解决，无奈重装了电脑，正好最近又遇到了一样的问题，搜了下，居然搜到了我两年前发的求助帖子，虽然回复的人很少，但是也有网友遇到过类似的问题，原贴地址如下：https://wap.siemens.com.cn/club/bbs/post/1810934.html 我经过多次次测试，发现了解决办法：只需要点击右上角的三角箭头，将打开的指令窗口收进去就可以了；再次描述下我遇到的问题：博途版本V15，程序正常打开，但是只要一点击设备和网络，或者点击和右键相关的按钮，就会卡死，然后软件闪退。由于我昨天还用的好好的，所以就回想了一下这两天电脑的操作，把安装的软件或者进行的升级都进行了卸载，还是不行。刚才又进行测试，偶然点到了右上角的窗口回收按钮，然后再点设备和网络，居然正常了，又进行了多次测试，发现都可以进行。不知道其他版本有没有类似的问题，或者有同样版本的网友可以测试一下。希望可以帮到有类似问题的网友。
设备在正常运行中出现故障，关键问题是能在第一时间找到设备故障的原因。最近有一台设备是西门子828D数控系统出了问题。查找故障时指示灯给了我们一个方向，快速准确完成排故任务。现将查阅手册中的指示灯分享出来。MCP 483 PN上有并排的3个LED灯 H1、 H2、 H3。LEDH1绿色PowerOKH2绿色PN SyncH3红色PN Fault断电OFFOFFOFF上电（电压稳定）ONOFFOFF引导启动软件开始运行，系统软件正在载入ONONON系统软件开始运行ONOFFOFF系统软件正在运行，与控制系统没有通讯ONOFFOFF系统软件正在运行，与控制系统通讯，停机状态ONONOFF系统软件正在运行，与控制系统通讯，运行状态ON以0.5Hz的频率闪烁OFF
1019 【万泉河】发掘工控PLC行业技术的天花板我非常看不惯行业中一些论调，主张认为PLC的技术天花板低，然后建议PLC工程师去把更多的精力转移到设备和工艺方面。比如这篇：别光盯着PLC那点技术，玩透设备和工艺才是真本事 原创 建云工控 建云工控 2025年10月17日 07:30 四川 干了这么多年自动化，带过不少新人，也见过很多同行。发现个挺普遍的现象：一聊起PLC，不少人眼睛就放光，西门子还是罗克韦尔，ST语言牛还是梯形图快，Profinet和EtherCAT谁才是未来……争得面红耳赤。这没毛病，技术是咱们这行的饭碗。但我想说，如果你只盯着PLC本身那点技术，天花板也就那么高了。真正能让设备“听话”、让产线“流畅”的，根本不是用了多牛逼的PLC或者多炫的指令，而是你对你面前那台设备吃得到底有多透，以及对控制精度那股子偏执的劲儿。要说他的推导的逻辑，是正确的。如果你已经触及了本行业的天花板， 甚至已经站到了天花板之上了，那么确实应该拓展下思维空间，做一些跨行业的应用。 很多科学史上的巨匠，都是跨界大师。然而很可惜，文章作者的前提就错了。 他认为PLC的技术低，天花板低，这本身就不对。而且大错特错。比如他所举例的 西门子VS罗克韦尔，ST语言VS梯形图，Profinet VS EtherCAT，把这些当成了天花板？拜托， 这是连入门都还没入门的前期选型好不好！顶多是技术储备和方案选型，绝对达不到天花板的层级。所以，我发现， 很多工控工程师同行没有持久学习能力， 没有长期主义精神的原因在于没有能力发现以及指定更高的目标， 掌握一点三脚猫的功夫，就以为站在了天花板之上，以为就可以比肩大师，位列仙班了。而其实只不过是掌握了基本功，刚刚具备能力能完成设计任务， 能让设备跑起来交付而已。 而每一台设备运行的背后都是不知道多少个日日夜夜加班完成的。而且，未来再做同样的工作，也仍然需要无休止的加班连夜调试。所以， 有必要帮工控同行们发掘下PLC行业的天花板技术，让大家知道，自己，以及全行业，现在有多少还达不到的难题，自己高度上还差多少距离，以免骄傲，动辄以为自己已经触及了天花板。我所发掘的天花板课题，有的是我张口就来，畅想出来的， 我自己也还没有能力做到。 有的则是我自己一直在努力尝试去实现的目标。其中的大部分，你看到了或许会不认可，卧槽，这不可能。看到不可能的时候，先别急着说卧槽，什么叫不可能？不可能就是天花板。 一个个的不可能就是你我所达不到的天花板。 你我就应该有义务去提高技能水平， 去突破这些天花板，把不可能变为可能。 为自己，为别人，为行业。（全都不会白干，都会有回报的）。首先，广义的PLC技术的定义，包含了PLC+HMI+SCADA+自编程设计的上位机，但不包含用单片机替代PLC，自己用单片机做PLC以及上端的MES系统软件和物联网IOT软件的开发， 那些只在特定行业特定企业有需求，算不上通用的PLC技术。 同时那些也有另外行业的工程师在做，涉及那些，也属于跨行业了，同样不是我们所建议的方向。放弃自己的专长，以己之弱，克他之强，到头来发现，自己辛辛苦苦跨界所掌握的一点技能， 放到对方环境里，仍然是不入流的三脚猫功夫。 那就不合算了。 即便掌握了大杂烩的技能，最终能干的也只不过打杂的工作。所以，我们所认知的PLC技术，包含了以PLC为中心的所有软件应用开发。而且作为PLC工程师，也责无旁贷。在一些小公司，连财务电脑系统瘫痪，需要重装机的工作都会请电气工程师来帮忙，而当工业系统用到一些软件需求的时候， 你说这不是PLC程序， 与设备控制无关，不是我的职责范围内，另请高明，找专业的软件公司来做。这就显得有些萎缩，不够勇敢了。1，用一套PLC品牌做成的设备，换个品牌，再用其它的品牌完成它。 即便当下没有应用需求， 那就先把技术储备做了，需要的时候可以瞬间上线。不需要再耗时耗力加班调试。如果你说这很简单，我们厂里同一个机型用过十几个品牌的PLC都做过，早就实现了。 那很好，那就再开发个工具软件，能够实现所有PLC品牌之间的程序自动迁移。2，同样的设备，不再使用PLC，而使用更便宜低廉的嵌入式的控制器，比如树莓派实现。 当然如果有能力，用单片机直接实现也是好样的。但毕竟跨行业了，这里不做要求。 然而树莓派之类的控制器，硬件都是现成的，甚至软件PLC RUNTIME也都有很多现成的方案可以选择，做到就不应该有障碍。3，设备的控制程序所用的HMI触摸屏，换个品牌型号， 甚至把市面上的所有品牌都换一遍，做成通用的画面架构，随时可以替换。 在完成的基础上开发专用的软件，能够把一个触摸屏的程序，自动翻译迁移到另一个触摸屏平台。4，不再使用主流触摸屏品牌，而是使用低价的嵌入式主机，各种嵌入式系统，在这些系统框架下，如LINUX中，自己编程实现触摸屏控制设备的功能，可以极大降低设备成本。5，如果原本的触摸屏中需要一些认证，如GMP认证， 那就在自己做的软件中实现它们。6，SCADA软件也同样的做法，除了在所有SCADA软件平台之间实现迁移之外，还可以自己写上位机程序，用C#, LABVIEW, 以及PYTHON等，自己来实现上位机功能。不算组态人工费用，一套正版的SCADA软件至少几万起步，假设公司设备一年卖出100套，那花费的成本就是至少300万，你或许说我可以用盗版软件，公司没花钱。 但你如果真有能力实现了，就给公司减少了每年300万的法律风险。一年300万， 10年3000万，有一些欠账早晚要还的。你以为公司老板不知道用这些正版软件心疼， 用盗版软件要担风险？还是不得已嘛，能够包容你我能力不足，做不到，做不好嘛！然而可笑你我竟然毫不自知， 还把自己当成位列仙班的行业大神，在公司里无所事事去插手研究设备工艺的事。那是你该做的？那能成为你的主业？你自己的主业，你自己的责任方面， 你做好了没？
摩托车底盘测功机，是针对摩托车整车试验的专用设备，它是把整车在路试的工况，再现于底盘测功机上进行整车路试试验。避免,驾驶员风吹、日晒、雨淋的痛苦。将整车性能在底盘测功机上完成实验项目。那么，问题来了，国家标准规定了整车试验，需要做11个循环工况，一个实验完成要跑好多小时。驾驶员一样很辛苦，于是在底盘测功机上由自动驾驶仪代替人跑试验，成了一种需求。于是，自动驾驶仪千呼万唤始出来。摩托车自动驾驶仪置于底盘测功机上的效果图：哈哈，这是铅笔画？no，这是真实的照片，经过AI变成了铅笔画。图中的自动驾驶仪，模拟了驾驶员的四肢。分别是车载油门控制，刹车控制，变档离合控制。因为图中受试车是轻便电摩，没有变挡离合，所以，只装了油门控制器与制动控制器。它的控制系统呢？见下图示：自动驾驶仪控制系统采用西家传动自动化与驱动系统组合。S7 1500T + S200伺服控制器。引以为豪的是，该系统一出，就让用户往死里整。机器代替人嘛，不用白不用。尤其是跑耐久路试。24小时不停机的跑工况。该系统也是真的很争气。皮实耐用。无故障。被用户认可了。我们的底盘测功机控制系统，采用的是西家传动。自动驾驶仪亦是。没办法，西粉嘛。就是如此认性的哟。
每位数控操作员最终都会遇到报警和故障问题，但只要掌握快速排除方法，并非所有故障都会导致停机。本指南汇总了各大主流品牌数控系统的最常见报警，解释了报警含义，并提供了可在车间现场直接操作的实用解决方案。1. 发那科（Fanuc）数控系统 —— 常见报警报警代码含义解决方案300 报警 伺服报警 检查电源供应、轴驱动器、编码器反馈信号 414、417 X/Y/Z 轴伺服报警 重置伺服放大器，检查保险丝 086 报警 程序（P/S）报警 验证 G 代码 / M 代码的语法正确性 073 报警 刀具补偿值缺失 在 H 寄存器中设置刀具长度补偿值 2030 报警 超程 释放超程（OT）开关，使用超程取消键重置 2. 哈斯（Haas）数控系统 —— 常见故障报警含义排除方法100、103 气压过低 恢复车间气压至≥85 （psi） 108 紧急停止 重置急停（E-Stop）按钮，检查门互锁装置 165 主轴不转动 检查 M03/M04 指令（主轴正转 / 反转指令）、主轴驱动器 9115 润滑油不足 补充导轨润滑油箱，重置计数器 186 换刀机构卡滞 清除机械卡滞故障，重置换刀臂 3. 西门子（Siemens）辛姆森（Sinumerik）数控系统 —— 典型故障报警含义解决方案37010 数控系统（NC）未就绪 检查驱动器、可编程逻辑控制器（PLC）使能状态 28000 刀具数据缺失 加载刀具表数据 11900 通道未就绪 重置数控通道，重新启动程序 23000 超程 点动操作使轴返回至限位开关有效范围内 4. 海德汉（Heidenhain）数控系统 —— 错误信息错误信息含义排除方法编码器错误 位置反馈信号丢失 检查电缆，重新插拔连接器 PLC 报警 梯形图逻辑故障 查看 PLC 诊断界面 驱动器未就绪 轴未使能 重置驱动器，检查急停回路 5. 马扎克（Mazak）Smooth Control 系统 —— 常见问题报警含义解决方案221 主轴驱动器报警 过电流或过载 检查主轴电机、驱动器电流 218 换刀错误 刀塔或自动换刀装置（ATC）故障 检查刀套，重置自动换刀装置 401 伺服故障 轴驱动器过载 降低进给速度，检查润滑情况 6. 通用排除方法与预防措施检查参数：许多故障由参数损坏导致。检查电缆：编码器或输入 / 输出（I/O）线路松动可能引发随机报警。监控冷却液与润滑油：液位过低会触发互锁停机。电源重启：整机断电重启通常可清除瞬时故障。定期维护：每周清理切屑、更换过滤器、检查皮带。7. 快速故障排除专业技巧将设备手册和报警代码表放在控制面板旁，方便查阅。利用诊断界面（输入 / 输出状态、伺服负载、主轴负载）精准定位故障点。记录反复出现的报警 —— 此类情况可能暗示机械磨损或电气问题。培训操作员区分 “软超程” 与 “硬超程” 状态。8. 数控故障排除的未来发展人工智能驱动诊断 —— 控制器自动推荐可能的解决方案。远程支持仪表盘 —— 原始设备制造商（OEM）可通过安全连接远程排查故障。预测性故障预警 —— 设备在轴故障前数天发出预警。智能手册 —— 基于二维码的指南，扫描后可在平板上打开精准的故障排除步骤。
一、项目背景某精密部件有限公司是一家专业从事汽车发动机核心零部件生产的制造企业，随着智能制造升级需求日益迫切，企业原有生产管理模式逐渐暴露诸多问题。为解决这些问题，企业决定引入工业物联网技术，构建基于MES系统的生产监控平台，核心需求是实现CNC设备数据的实时采集与上传。经过多方选型，最终选择捷米特品牌的CNC310-WIFI-4G-JM201数据采集网关作为核心硬件设备。二、解决方案架构本项目采用设备层-采集层-平台层三层架构设计：1.设备层：32台广州数控设备，涵盖车床、铣床等类型，均具备RS485/RS232通讯接口，支持GSK专用通讯协议2.采集层：部署16台捷米特CNC310-WIFI-4G-JM201工业智能网关（每2台设备共享1台网关），通过屏蔽双绞线与设备建立物理连接3.平台层：基于云架构的MES系统，部署在企业私有云服务器，具备数据存储、分析、可视化功能捷米特CNC310-WIFI-4G-JM201物联网网关作为核心枢纽，承担三大关键功能：·协议转换：将广州数控设备的私有协议转换为标准ModbusTCP协议·数据处理：对采集的原始数据进行滤波、校验和格式转换·网络传输：通过车间局域网（WIFI）为主、4G网络为备份的双链路方式，采用HTTP协议将数据上传至MES系统三、实施过程前期准备1.设备兼容性测试：使用捷米特提供的测试工具，验证CNC310-WIFI-4G-JM201边缘计算网关与各型号广州数控设备的通讯兼容性，重点测试GSK980TDb的主轴转速、进给速度等28项关键参数的采集稳定性2.网络环境部署：在车间部署工业级WIFI6无线AP，覆盖所有设备区域，实测无线传输速率达866Mbps，latency50ms；同时为网关配置4G物联网卡，启用自动切换功能3.安装位置规划：根据设备布局图，确定网关安装位置，确保每台网关与连接设备的通讯距离不超过15米，避免信号衰减硬件部署1.网关安装：采用DIN导轨安装方式，将CNC310-WIFI-4G-JM201数据采集网关固定在设备旁的电气柜内，确保通风良好，环境温度控制在-10℃~60℃范围内2.通讯连接：使用带屏蔽层的RS485通讯线，一端连接广州数控设备的通讯接口，另一端接入网关的COM1端口，做好接地处理3.电源配置：采用24V直流电源为网关供电，通过UPS保障供电稳定性，避免突然断电导致的数据丢失软件配置1.网关参数配置：通过捷米特专用配置工具，完成基础设置：o设备通讯参数：波特率9600bps，数据位8位，停止位1位，校验方式Noneo采集频率：关键参数（如主轴状态、进给值）1秒/次，次要参数（如累计运行时间）60秒/次o网络参数：静态IP地址分配，子网掩码255.255.255.0，网关地址192.168.1.1oHTTP上传设置：服务器地址，上传间隔5秒，超时重试3次2.数据点配置：针对广州数控设备特性，在网关中配置128个数据采集点，主要包括：o状态类：设备运行/停止、自动/手动模式、报警状态等o工艺类：主轴转速、进给速度、当前刀具号、切削液状态等o绩效类：加工件数、累计运行时间、有效切削时间等3.MES接口开发：根据网关上传的数据格式，开发MES系统接收接口，采用格式进行数据交互，主要字段包括：设备编号、采集时间、参数ID、参数值、数据质量码等调试与优化1.单设备调试：逐台设备进行通讯测试，使用网关内置的诊断工具检查数据传输完整性，确保数据准确率达到100%2.压力测试：模拟16台网关同时上传数据的场景，持续24小时，验证MES服务器处理能力，峰值处理能力达300条/秒3.冗余测试：人为断开WIFI网络，验证4G备份链路的切换时间（实测3秒），确保数据不丢失4.优化调整：根据测试结果，将部分非关键参数的采集频率调整为120秒/次，降低网络带宽占用五、总结捷米特CNC310-WIFI-4G-JM201数据采集网关凭借其稳定的通讯性能、灵活的网络接入方式和强大的协议转换能力，成功解决了广州数控设备的数字化采集难题，为企业构建了从设备层到管理层的完整数据链路。该项目的实施不仅带来了直接的生产效益提升，更重要的是为企业后续的智能化升级奠定了数据基础。·（具体内容配置过程及其他相关咨询可联系杨工。）
论坛是大家畅所欲言的家园。论坛是论而求其真的地方，也是求知而所得的地方。祝论坛内外的老师中秋快乐。论而其欢，论而其得。
国庆节小长假，待着没事上论坛来，浏览到一个找答案问题。驻足：链接：西门子S120变频器，模拟量调节通道，无法调速这个问题放在找答案，那回复描述起来可就很麻烦了。而放在论坛里讨论，这个问题或许有解。无独有偶，就在节前，我调试一台G120的传动控制系统，遇到和找答案提问者相同的问题。当时自己也有点懵。但是，借助STARTER在线的监控功能，没费劲就锁定问题了。我的问题，当变频器只给启动和使能，设定值还是0时，电机转速就开始启动加速，直至最高转速。我赶紧停止。查看了一下转速设定值，确实是0。于是又启动了一次变频器，电机还是从0直至加速到最高转速。在场围观的人也都很奇怪。这是咋了？于是，在线状态STARTER，并激活结构监控按钮：点击速调快捷键并监控系统运行状态。确实显示转速设定值通道过来的监控值是0rpm，而反馈通道过来的监控值是最高转速rpm。接着向右查：在限幅结构监控环节。锁定问题。因为发现，正限幅值和负限幅值都是正的100%额定转矩。停车后，将负限幅值的100%N.m前面加了一个符号。问题迎刃而解。所以，凡是这种莫名其妙的问题，只要用STARTER在线下，监控一下这个系统结构的快捷键，什么状态一查便知。像这种已启动，还没给转速设定值就直接加速至最高转速的问题，大概率是出在限幅参数设定的环节。我的问题是负转矩设置有误。而除了这，转速的正负限幅设的不对，也会出现类似问题。假如是转速限幅，那就按上图1向左查。以转速调节器为中心节点监控，左右查问题，分分钟搞定。个见，仅供参考。
最近，调试一台G120的设备。做完了快速调试流程的离线参数设置。再下载到装置，结果被锁住了。不允许进行自动计算和静态辨识。搞得一头雾水。以往的调试，没被这样锁住过。一看BOP面板上有F保护动作了。F7850_是电机参数有错误。反复查看设置的参数，和铭牌数据是一样的，没错。可实际就是报错，不允许下一步。电机铭牌数据：上图就是电机铭牌。因为系统总是提示电机参数错误。那么好，就把这个铭牌参数代入电机功率平衡方程式：功率（W） = 根号3 * 电压 * 电流 * 功率因数 * 效率计算结果，等式成立的效率值大于1了。喔趣，这可能吗？于是那功率因数参数设置为0.89，其它参数不变。快速调试顺利完成。由此，西家传动也是绝了。居然能发现电机铭牌数据参数的隐形错误输入。很有感想。
应坛友要求，再次上传828工具软件，有需要的尽快下载！链接：https://pan.baidu.com/s/145js3zCmMEkQ-suis9LbEg?pwd=ueuj提取码：ueuj； 坛友们，国庆中秋双节至，愿大家团圆美满，幸福安康，节日快乐！诚挚祝福！
很多控制器都有SizeOf这个功能。作用就是统计数据占用的字节数量。但是1X00控制器的标准库和指令中没有这个功能。可是我的一些项目中，尤其与通讯有关的项目需要这个功能，为此我开发了这个FC。我们先看看这个FC的外特性。图 1图1 是在main中4次调用了SizeOf函数。可以统计出一个数据结构所占用的字节数量。下面要说4个问题。1，我们注意到data占用8个字节，但是在data这个结构体中的所有数据占用字节总和是6个。这是我们需要注意的问题。2，如果同业觉得有帮助的话， 我会把SizeOf的代码分享出来。3，对于bool类型的数组。不同CPU占用的字节数不同。比如X86系列CPU以及1500优化块，每个bool类型占用一个字节。对于非优化块，每个bool类型占用一个bit。Sizeof采用非优化块标准，即使data数据是优化数据也如此。4，对于bool类型的结构，占用word的整数倍。这是从下图得到的结论。5，好像结论有些复杂。没关系，我们无需记忆这些规则。需要的时候用SIZEOF测量一下就可以了。这就是FC：“SIZEOF”存在的意义。6，如果有问题，我们可以在此发帖讨论。如果觉得有用，请点赞，点关注。
最近遇到V20安装HSP报图中的错误，以前V17-V19都没遇到过，经过尝试右键管理员权限打开博图再安装后可以解决
今天有时间，开辟一个新系列--“实用FC”。这个系列给出一些比较通用的功能。这些通用的功能可能在很多项目中都就用到。比如今天给的是“数字转换为字符”。数字可以是任意值类型。比如int，real等。FC的功能是把值转换为字符串。我的很多项目都会用到这个FC，应该是bug-free的。下图是使用该块的例子。程序如下FUNCTION SECS_STD_Val2Str : Void{ S7_Optimized_Access := TRUE }VERSION : 0.1 VAR_INPUT Value : Variant; END_VAR VAR_OUTPUT FaultCode : Int; END_VAR VAR_IN_OUT Str : String; END_VAR VAR_TEMP IsFloatType : Bool; Size : USInt; tempStr : String[30]; Value_Sint : SInt; Value_Int : Int; Value_Dint : DInt; Value_Byte : Byte; Value_USint : USInt; Value_Word : Word; Value_UInt : UInt; Value_DWord : DWord; Value_UDint : UDInt; Value_Real : Real; Value_Lreal : LReal; Len : Int; END_VARBEGIN REGION converter TO str #IsFloatType := FALSE; #FaultCode := 0; #Size := 30; #tempStr := ; CASE TypeOfElements(#Value) OF SInt: VariantGet(SRC := #Value, DST = #Value_Sint); VAL_STRG(IN := #Value_Sint, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); Int: VariantGet(SRC := #Value, DST = #Value_Int); VAL_STRG(IN := #Value_Int, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); DInt: VariantGet(SRC := #Value, DST = #Value_Dint); VAL_STRG(IN := #Value_Dint, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); Byte: VariantGet(SRC := #Value, DST = #Value_Byte); #Value_USint := #Value_Byte; VAL_STRG(IN := #Value_USint, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); USInt: VariantGet(SRC := #Value, DST = #Value_USint); VAL_STRG(IN := #Value_USint, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); Word: VariantGet(SRC := #Value, DST = #Value_Word); #Value_UInt := #Value_Word; VAL_STRG(IN := #Value_UInt, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); UInt: VariantGet(SRC := #Value, DST = #Value_UInt); VAL_STRG(IN := #Value_UInt, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); DWord: VariantGet(SRC := #Value, DST = #Value_DWord); #Value_UDint := #Value_DWord; VAL_STRG(IN := #Value_UDint, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); UDInt: VariantGet(SRC := #Value, DST = #Value_UDint); VAL_STRG(IN := #Value_UDint, SIZE := #Size, PREC := 0, FORMAT := W#16#0000, P := 1, OUT = #tempStr); Real: #IsFloatType := TRUE; VariantGet(SRC := #Value, DST = #Value_Real); VAL_STRG(IN := #Value_Real, SIZE := #Size, PREC := 6, FORMAT := W#16#0000, P := 1, OUT = #tempStr); LReal: #IsFloatType := TRUE; VariantGet(SRC := #Value, DST = #Value_Lreal); VAL_STRG(IN := #Value_Lreal, SIZE := #Size, PREC := 15, FORMAT := W#16#0000, P := 1, OUT = #tempStr); ELSE // other data type #FaultCode := 01; RETURN; END_CASE; IF ENO = FALSE THEN #FaultCode := 02; //str too short OR Size too small RETURN; END_IF; END_REGION REGION del space in front WHILE #tempStr[1] = CHAR# DO #tempStr := DELETE(IN := #tempStr, L := 1, P := 1); END_WHILE; //#tempStr := CONCAT(IN1 := , IN2 := #tempStr); END_REGION REGION del 0 in tail IF #IsFloatType THEN #Len := LEN(#tempStr); WHILE #tempStr[#Len] = CHAR#0 DO #tempStr := DELETE(IN := #tempStr, L := 1, P := #Len); #Len := LEN(#tempStr); END_WHILE; IF #tempStr[#Len] = CHAR#. THEN #tempStr := CONCAT(IN1 := #tempStr, IN2 := 0); END_IF; END_IF; END_REGION #Str := ; #Str := #tempStr; END_FUNCTION本FC中用到了VARIANT类型。这个类型是非常好用的类型，可以大大简化复杂项目中PLC软件的结构。如果各位同行觉得本篇有帮助，请点击“有帮助”。非常感谢。如果希望探讨其他领域的有关主题，也可以给我留言。
前期 我看了官方的给的视频和软件，自己一通的捯饬。结果是没结果，以失败告终。经过仔细的研究官方给的脚本，最后我给我搞出来了 。下面是我的调试过程。①先下载官方提供的脚本，和变量。补充好脚本内使用的变量。并在脚本和变量表中增加一个BOOL的变量，当用户有授权登录的情况下触发新增的变量为一， 然后用这个变量去控制你的程序②新建计划任务将用户变更时触发另一个叫脚本，此叫脚本时当用户变更时检查用户是否在线，如果不在线，就把变量表中的新增变量置0.通过这个方法就可以实现刷卡登录后可以控制HMI，用户登录注销后 不可以控制HMI
技术支持
AI小西
风驰卡
产品入门
在线产品选型
售后登记和质保查询
备件商城
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室培训课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
kdrjl
zhaoaron
第7代CNC
南山归农
渔明锅红
奔跑の蜗牛
万泉河
chenyili
隐身人
热门标签
相关推荐
