最近我和冯工去了一家生产企业，这家企业使用了很多国外进口的机器装置来生产汽车配件，随着机器设备的增多及数字化的管理手段的要求，企业数据就要和现场的设备进行交互，不过在进行IT和OT融合的时候，前期并没有进行很好的网络规划，而是直接从IT侧拉过一根网线和装置的现场网络相连，用户描述现场网络总会莫名其妙出现网络中断，那么今天我给大家讲清楚这背后的原因以及解决这个问题的方法。首先，我们在现场看到了现场PN设备和IT网线都连接至一个知名的第三方的交换机上，基本上采用星型的拓扑连接方式，那么我们首先要使用Bany来检测一下来自IT网线上的数据是否包含大量的广播数据或者高负荷的数据，然而可能是由于这根网线连接到IT侧的端口是千兆口，不能使用Bany的T1/T2口进行抓包，也就是基于这样的原因，我当时改Bany的T3/T4口代替T1/T2口和更换网线等方式进行测试，在更换连接方式过程中，发现每当插入IT网线到该交换机时就会出现生产装置急停，实际上就是PN IO通信中断。此时，我们已经看到了这个故障现象，也知道了其中的一点端倪。为了验证我们的想法，使用Bany捕捉当网线插入前后，PN网络中的IO控制器...
西门子官方工业商城直销Profinet系列产品，欢迎前往采购！
请点击下载：TIA Portal V13.pdf
EB200P板烧程序到FLASH里面去，实际上是通过网口进行的，可以理解为网络FTP下载。整个流程如下：（1） 设置EB200P板的IP地址（通过组态工具），需要为C类地址，如192.168.20.252（2） 找到EB200P开发套件安装的目标目录下BootableBinary子目录，应该有如下4个文件显示： ecos200p_appl.bin readme.txt TcpFwLoader.exe TcpFwLoader_EB200P.bat（3） 将您需要烧入FLASH 的文件命名为ecos200p_appl.bin(为保险起见，建议把原有的文件重命名)（4） 用记事本打开TcpFwLoader_EB200P.bat，如果该文件没有进行修改，结果应该如下： tcpFwLoader ecos200p_appl.bin 192.168.20.181 999 这里用的windows命令行调用的方式进行的...
关于PROFINET虚拟机开发平台的注意事项：1. 请确保自己电脑是64位 WIN7系统 虚拟机镜像里面所安装的软件、工具、协议栈代码等均为siemens最新版本，由于软件和工具的功能十分强大，自然对电脑的硬件处理能力和操作系统都有一定要求2.请确保电脑BIOS的虚拟机权限已经打开 某些电脑品牌的BIOS在默认状态下，虚拟机的运行权限处于关闭状态，请在BIOS里面使能此功能3.请确保电脑无线网卡（WIFI）处于关闭状态 某些情况下，虚拟机镜像能正常运行，但是网络工作不正常，出现IP ping不通的情况。这是由于虚拟机软件在桥接网卡的时候，可能会默认桥接无线网卡。4.对于虚拟机镜像内各个软件的运用和功能，大家可以参考网盘里面的视频，里面有文字提示，方便各位同学反复观看，从而理解软件的实际功能和操作方法。5.最后，关于vmplayer或者vm workstation等虚拟机软件的安装、更新、插件等，请各位同学自行百度
http://www.siemenscup.buct.edu.cn/Admin/CompetitionMaterial/Examination/390.pdf
现有几个项目 一台S7 1200PLC， 一台S7 1500PLC， 2台V90 ， 一台TP700 ,一台TP1200 另外有3个PN从站设备；所有设备组同一网络PLC和所有PN从站组网PN1,实际监控时S7 1200经常遇到FB块无法监控的情况，博图右下角提示令牌错误，不知道如何解决
我们在现场发现了一个奇怪的故障信息。用户使用夹具，每个夹具都配备了 CPU1515F 作为智能设备，并且通过一些复杂的设置与 IO 控制器X2接口相连。然而，使用”ReconfigIOSystem”在使能设备加入的过程中，IO 控制器却报出了两个奇怪的错误：“Diagnostics available and is Being processed”和“Multi-interface mismatch-inconsistent parameterization for sending LLDP data”。为了揭开这个故障的神秘面纱，我们决定进行抓包分析。通过 Bany 捕捉使能智能设备加入前后的报文，希望能找到故障产生的根源。我们发现子槽号 0x8000 为接口模块上存在错误 1,Fault:Fault available，但详细原因却不得而知，只知道这与控制器诊断缓冲区中的提示“Diagnostics available and is Being processed”一致。但这些故障信息在西门子手册和网站中都无法找到，只能参考 PROFINET 相关的标准文件。深入研究这些标准文档，...
硬件：现有PLC（S7-1200）1台、profinet接口的运动控制器1台、工控机（labview）1台。技术要求：既能用PLC通过交换机，控制运动控制器和接收运动控制器的返回数据（闭环反馈数据），又能用工控机（labview程序）通过交换机，控制运动控制器和接收运动控制器的返回数据。问题：1）工控机（labview程序）能否通过交换机，直接和运动控制器通信？还是必须要经过PLC中转，才能得到运动控制器的返回数据。2）如果只能通过PLC中转，延时有多大？3）如果工控机和PLC都作为Profinet的主站，对运动控制器有什么要求？我看有的说法是，运动控制器作为profinet设备，必须具备share device能力。
有个项目人家要求用西门子plc和西门子变频器走以太网通信，我准备用smart200和G120 cu250s-2pn,现在不能下载CU250S-2PN的gsdml文件，全球资源库不能登录，不能注册，不能改密码
PN交换机的特殊性在于支持802.1P和Q协议，保证了数据处理的优先级，如果PN数据来了会优先处理并转发PN数据。那么如果我的整套设备中，所用的设备都是PN设备，比如16台1200PLC，走profinet协议，那么他们之间传递的数据除了PN数据以外，还有其他数据吗？如果只有PN数据，那么PN交换机的优先处理PN数据的特性还有具体的优势吗？
device name我看到文档里面介绍便于记忆ip address：因为profinet主要在数据链路层，应该用不到ip的device number：没有看到什么地方使用这个请大侠解释一下，多谢了
我这边是DCS，然后是不是PCS7安装了Wincc opc ua sever这个组件，就等于直接有了OPC服务器，不需要自己再组态或设置了把？对方是MES系统，就可以直接读写数据了吧？我目前是安装在ES站，工程师站没问题吧。另外是否需要安装open pcs7软件？
折叠标准通讯PROFINET基于工业以太网技术，使用TCP/IP和IT标准。TCP/IP 是IT 领域关于通信协议方面事实上的标准，尽管其响应时间大概在100 ms的量级，不过，对于工厂控制级的应用来说，这个响应时间就足够了。折叠实时通讯对于传感器和执行器设备之间的数据交换，系统对响应时间的要求更为严格，大概需要5-10ms的响应时间。目前，可以使用现场总线技术达到这个响应时间，如PROFIBUS DP。对于基于TCP/IP的工业以太网技术来说，使用标准通信栈来处理过程数据包，需要很可观的时间，因此，PROFINET提供了一个优化的、基于以太网第二层(Layer 2)的实时通讯通道，通过该实时通道，极大地减少了数据在通讯栈中的处理时间，因此，PROFINET获得了等同、甚至超过传统现场总线系统的实时性能。折叠同步实时通讯在现场级通讯中，对通讯实时性要求最高的是运动控制(Motion Control)，PROFINET的同步实时(Isochronous Real-Time, IRT)技术可以满足运动控制的高速通讯需求，在100个节点下，其响应时间要小于1ms，抖动误差要小于1μs，以此来...
我用别的控制器做主站，ET200做从站，用PN协议，但是运行半个月左右从站就会自动掉线重启一次，历时7秒钟，很奇怪的一个问题，大家有没有碰见过，都是怎么解决的
请教大神，机器视觉软件想要与西门子S7-1500或1200做Profinet通信，怎么实现.机器视觉是做从站.
今天写这篇文章，目的有2个，一个是想描述现场的故障信息，并向大家讨教解决方案，二是总结一下OEM用户/甲方的网络设计的粗粗建议，同样也希望大家给我一些建议。前几天，我和另外一位西门子高级专家冯学卫一道去一家生产锂电池的高科技公司做了一次现场诊断，现场的设备提供来自一家国内知名的OEM厂商。我和大家描述一下现场的故障，MES位于IT中心，使用第三方的驱动和现场的装置S7-1200和S7-1500通过工厂IT网络的路由做数据采集。对于S7-1200，无论是集成的PN口还是CP卡都无法与MES做S7连接，而S7-1500可以使用CP卡和MES做S7连接（实际上现场也出现过其中一个1500CP卡不通的），集成的CPU的PN接口却无法与MES通信。而为了测试这个故障，用户在现场也放了一台MES，与PLC的CP卡处在同一网段，无论是CPU还是CP卡，S7通信完全没有问题。这证明第三方的驱动和西门子的PLC通信没有问题。看到这里，大家会觉得故障的原因应该在工厂网络的路由上。但是在IT中心Ping现场的PLC都是1ms，这说明链路是非常好的。在现场我们先查看PLC的连接资源和硬件组态，这些都没有问题。...
横河DCS系统如何与西门子的S7-1200,S7-1500通过PROFINET协议进行通信，从PLC中导出的GSD文件无法组态
1200与多台施耐德ATV930变频器Profinet通讯,GSD文件需要装几次，I O配置需要装几次
PLC在192.168.0网段，profinet设备在192.168.10网段有什么方法可以在.0网段连接.10的设备
今天我们开始故事07，而上一个故事06，似乎是很遥远的事情，因为时间精力甚至内容都用于1847撰稿了，一直不知道如何继续这个系列话题，正好最近在测试PROFINET启动过程，因为有些概念与GSD文件关联，这才发现GSD文件的强大，所以从GSD概念作为出发点，给大家稍稍总结一下这些关联的知识点，希望大家从GSD的角度再从重新刷新对PROFINET的认识。PROFINET系统启动过程是基于UDP/IP进行交互的PNIO-CM协议，其中CM(Context-Management)表示上下关系管理，为系统启动的核心协议，且可以归纳到RT_Class_UDP实时等级，完整的过程为：Connect帧（57,133）：建立一个AR和对应的CR。Write帧（120,183）: 参数化所有组态的子模块。DControl帧（190,239）：控制器参数化结束。CControl帧（248,255）：IO设备的参数化结束。控制器或监视器使用“Connect帧”建立连接，并传输建立AR和必要的CR所需的所有数据。其中包含了参数化数据以及顺序、过程数据通信以及启动的监视时间以及循环的I/O数据的传输频率等等。在...
JAVA怎么实现profinet通信，与plc设备交互 ，求大佬告知
S7-300的CPU选择X202-2P交换机设置环网，环网内的KUKA机器人的交换机损坏，如果设置为机器人电柜X201-3P交换机pot2和pot4应用在环网，更换交换机后如果将原pot2端口的光缆接到pot3，原pot3端口的光缆接到pot2，在STEP7里将交换机初始化，手动分配设备名后出现环网内的四台机器人电柜都死机，只能断开环网才能重启；同时，不在环网内的PNPN耦合器出现了IP冲突，STEP7扫描发现PNPN耦合器IP已经丢失，手动分配IP依旧掉站，只能重新下载硬件组态恢复；另外，通过查看环网内交换机的日志，期间有几个交换机在自动分配设备名字和IP，有两个交换机的IP分配了跟离线不一样的IP，各位大佬解释下是什么原因导致的，感谢！
如题，对于数据的校验方式上，CRC校验比累加和校验安全得多。而Profibus应用在大量的控制领域，照说对数据的安全险要求很高。为何最终选用累加和校验而不是CRC校验？
请教一下，如何通过修改GSD文件，或者其他办法，能够在导入自己IO设备的GSD文件后，在博途里显示自己设计的常用命令选项，直接勾选就能使用的那种？不知道有没有实现这种情况的方法，哪位大佬告知一下，虚心学习。
分享
首页
智能小西-自动预约
风驰卡
产品入门
在线产品选型
售后登记和质保查询
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室及直播课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
赵欣
绫
IOUFEVER
youzhiwei8
chen.hp
13372160197
本版热门话题
相关推荐
相关帖子推荐
短信登录
