热门搜索:

上海西邑电气技术有限公司成立于1996年。在西门子公司广大同仁和工控领域各界朋友的关怀下埋头发展,一路走来已成西门子合作伙伴中的佼佼者。总部设在上海,办公面积1500多平方米,员工150余人。

    北京市西门子工控机代理商

    更新时间:2020-09-26   浏览数:88
    所属行业:机械 电工电气 工控系统及装备
    发货地址:上海市金山区  
    产品规格:北京市西门子工控机代理商
    产品数量:100.00台
    包装说明:全新原装
    单 价:面议

    北京市西门子工控机代理商

    《销售态度》:质量保证、诚信服务、及时到位!
    《销售宗旨》:为客户创造价值是我们永远追求的目标!
    《服务说明》:现货配送至全国各地含税(16%)含运费!
    《产品质量》:原装正品,全新原装!
    《产品优势》:专业销售 薄利多销 信誉好,口碑好,价格低,货期短,大量现货,服务周到!
    blob:http://m.b2b168

    报文通信

    V90 PN可以通过PROFINET通信与PLC连接,通过PROFIDrive报文实现PLC对V90的通信控制。

    可以选择的 PROFIDrive 报文,SINAMICS V90 PN 目前支持的报文如下:

    ? 标准报文 1:速度控制 
    ? 标准报文 2:速度控制 
    ? 标准报文 3:速度/位置控制(1200配置TO时使用) 
    ? 标准报文 102:速度/位置控制 
    ? 标准报文 5/105(DSC):速度/位置控制(1500(T)配置TO时使用) 
    ? 西门子报文 111(EPOS):1200/1500通过FB284控制V90 EPOS定位
    仅在 V90 PN 与 S7-1500/1500T 连接时才能使用 5 号以及 105(DSC) 号报文!

    PROFINET RT/IRT 通信的区别

    PROFINET IO 是一种基于以太网的实时协议,在工业自动化应用中作为网络使用。网络包括以 下设备:
    ● IO 控制器:典型的是 PLC,用于控制整个系统
    ● IO 设备:一个分散式 IO 设备(例如,编码器,驱动器),通过 IO 控制器控制
    PROFINET 提供两种实时通信,PROFINET IO RT(实时)和 PROFINET IO IRT(等时实时)。
    在 PROFINET IO RT 通道中,实时数据通过优先以太网帧进行传输。没有特殊的硬件要求。基于该优先级别,其循环周期可达到 4 ms。S7-1200连接V90 PN采用RT通信。
    IRT 通道适用于传输具有更加精确时间要求的数据,其循环周期可达 2 ms,S7-1500连接V90 PN采用IRT通信,必须采用带DSC功能的通信报文5/105。

    常问问题

     V90在EPOS工作模式下好使用哪个通信报文?

    西门子报文111。

     1200PLC连接V90PN,如果组态工艺对象应该用哪个报文?

    位置轴控制采用3号报文

     1500PLC连接V90PN,如果组态工艺对象应该用哪个报文?

    采用105号报文,带DSC功能。

     在博途中组态V90 PN时为什么找不到111报文?

    需要使用 V90的GSD文件组态,使用HSP组态找不到111报文。

     V90 PN 设置报文时为什么找不到111报文?

    需要使用V-Assistant软件把 V90 驱动器的控制模式设置为"基本位置控制(EPOS)",之后才可以设置111报文。

    问题: 
    HMI 作业和“发送/接收”作业受影响或被转移的情况会发生吗?

    解答:  
    下列情况适于所有的,使用“发送/接收”通信来传送用户数据的 S7-400 工业以太网通信处理器(CP)。借助于图示,根据当前 CP 的类型的列表来描述所提到的两种通信服务。 

    CP 类型

    MLFB 号

    CP 443-1

    6GK7 443-1EX10-0XE0

    CP 443-1

    6GK7 443-1EX11-0XE0

    CP 443-1 IT

    6GK7 443-1GX10-0XE0
    (不能在 H 系统中使用)

    CP 443-1 IT

    6GK7 443-1GX11-0XE0
    (不能在 H 系统中使用)

    发送/接收通信:
    这是发生在 OSI 参考模型第 4 层的用户数据传输。为此,必须在模块之间组态好传输的连接。然后,使用提供的功能块,可以从 CPU 的用户程序发送数据或在那里接收数据。
    “发送/接收”通信中可使用下列连接类型:

    • ISO 传输连接
    • ISO-on-TCP 连接
    • UDP 连接
    • TCP 连接 (TCP 本地)北京市西门子工控机代理商

    HMI 作业:
    尤其对于过程可视化站(例如 WinCC )来说,它从 S7 控制器读取过程值并以图形显示。这样,操作员可对特定的系统状态作出反应,并且如果必要,可改变 S7 CPU 中的变量。该机制通常通过所谓的“S7连接”实现的。为此,有以下两种类型的作业通过 S7 连接传送:

    • “取得” 作业:
      这是在 OSI 参考模型第 7 层的一个协议组件,通过它可以从远程站读取任何过程值。
    • “放置” 作业:
      这是在 OSI 参考模型第 7 层的一个协议组件,通过它可以改变远程站中任何一个过程值。

    特点:
    在“发送/接收”通信的情况下,依使用的数据长度,在 CP 和 CPU 之间的数据传送类型有差异。这意味着,如果通过 LAN(局域网)从伙伴站已接收到数据,仍然必须把此数据从 CP 传送到 CPU。 
    传送过程中的差异从用户数据长度 241 字节开始。从该长度起,一定不能再使用 FC“(FC5) - PLC_发送”和“(FC6) - PLC_RECV”。在此须使用 FC“(FC50) - PLC_LSEND和“(FC60) - PLC_LRECV”。这些 FC 检查要发送的数据的长度。如果长于 240 个字节,FC 就初始化 CP。之后,由 CP 实施数据的传送。这个数据传送使用 PUT 和 GET 作业,而不用“读/写”数据记录。
    如果在 CP 和 CPU 之间,已经存在由 WinCC 或类似的站所循环处理的 HMI 作业。由于除了“发送/接收”通信作业外,作业的数量会因为长数据(长于241字节)所另外创建的 PUT 和 GET 作业而增加。

    影响:
    因为通信容量有限,每个 CPU 只能,以可接受的性能水平,并行处理一定数量的 HMI 作业。如果通信负荷高,则并行运行的大量“发送/接收”连接会导致 HMI 负荷增加。这样会使 CPU 过载,并使所有作业(“发送/接收”和 HMI 作业)处理速度更慢(可以在 CPU 中设置通信负荷)。

    H 系统(冗余系统)里的特性:
    通过调整两个 H CPU 中的用户程序所需要的许多同步点可使得部分的 H CPU 通信性能是释放的。这意味着系统通信性能下降更早发生,也就是说,甚至负荷低时通信性能亦不高。

    使用 AP_Red 时的特性:
    AP_Red 是在软件层的冗余软件。这种情况下,数据亦通过两个连接传送。然而,监视和可能的连接切换,不象 H 系统中那样,是通过 H CPU 的操作系统,而是通过 CPU 的 S7 用户程序中的专门功能块来完成的。
    AP_Red 软件发送一条,总是通过功能块“(FC50) - PLC_LSEND”和“(FC60) - PLC_LRECV”发送的,所谓的检查消息,。

    补救措施:
    可以通过限制通讯量来减少问题。通过下面的方法可以达到此目的。

    • 检查 HMI 作业的扫描速率。按当前设置的间隔时间读取数据必要吗?也许可以增大时间间隔?
    • 检查触发“发送/接收”作业的频度。也许可以增加发送的间隔时间(特别是循环作业)?
    • 也许可以在“发送/接收”通信中切换成 <= 240 字节的数据包。这将把通信引导到“读/写”数据记录,这可能意味着,用于 HMI 系统通信的时间会更长。

    问题:如何计算当前程序所需的Local Data大小并合理设置S7 400 CPU属性中的Memory选项卡中的Local Data,S7 400 CPU中的Local data设置不当会导致什么问题?
    回答:Local data顾名思义为本地数据,在西门子控制器中有一部分内存空间被设置为L区间,它被用于控制器在运行程序时存储临时数据。由于编写FB/FC程序的需要和OB中调用功能块结构的不同,不同的OB由于调用不同的FB/FC,因此所需的Local data的大小各不相同(被调用的FB/FC将占用当前调用他的OB块的Local Data资源)。在控制器硬件组态中的CPU属性设置中,Memory选项卡用于设置Local data的分配。如果相应OB块实际运行所需的Local data大于硬件组态中所设置的Local Data大小,那么相应的程序将无法运行,CPU将报告INTF错误,甚至更为严重的情况下CPU可能会停止运行。但如果盲目将Local Data的分配设置过大,将会浪费一部分宝贵的CPU内存空间。
    S7 300CPU中的Local data不可修改,每个优先级固定设置为256 bytes,S7 400的Local data则可以人为修改。由此可以看出正确设置S7400 CPU的Local Data的大小非常重要。在控制器硬件组态中CPU属性? Memory选项卡的Local Data区域用于设置基于优先级的Local Data(如下图所示):


    Pic1: Local Data的分配

    在PCS7组态的项目中,在编译CFC程序后,系统将会自动计算各OB块所需的Local Data大小,可以通过交叉索引(Chart reference data ? Local data,如下图所示)查询到。


    Pic2: Chart reference data ? Local data

    而普通的由用户采用Step7编程方式编写的程序,程序功能块及OB块各自的调用结构由用户自行控制,需要在编写完整个程序之后自行计算。
    在手动计算Local Data时,需要获取如下信息:
    1. 各OB块、FB块、FC块各自独立运行时所需的Local Data大小
    可以通过如下方式查询到:在Block文件夹中选择相应功能块,右键 属性? General - Part2中即可查看到,如下图所示:


    Pic3: 功能块所需的Local Data

    注:嵌套调用时,上一级功能块将不会计算其嵌套调用的FB/FC所需的Local data大小;在上图中将不会累加嵌套功能块所需的Local data大小;


    2. 整个程序的调用结构(Call structure)
    由于功能块不会计算其嵌套调用的功能块所需到Local data大小,因此为了后计算整个OB所需到Local Data,必须了解整个程序的调用结构。打开任何一个功能块,点击左侧的Call Structure即可查询到,如下图所示;


    Pic4: 程序调用结构


    3. 当前程序下所使用的所有OB的优先级
    由于CPU属性设置中的Local Data分配基于优先级进行设置,因此需要查看所有当前程序使用的OB块的中断优先级,打开硬件组态中CPU属性查看,如下图所示;


    Pic5: 查看OB的优先级

    获得所有上述信息后,即可计算当前程序所需的Local data大小。假设当前项目下使用的功能块及OB块上述相关信息如下表所示:

    OB/FB/FC Priority 优先级 所需Local Data(Bytes)
    FB1 X 100
    FC1 X 400
    OB1 1 26
    OB35 12 26
    OB121 X 20
    OB122 X 20

    OB的调用关系如上图Pic4所示。根据调用结构计算,单独运行各OB块时所需的Local data如下:
    OB1: OB1 + Max(Sum(FB1,FC1), FC1) =26+Max(Sum(100,400), 400)=526
    OB35: OB35 + Sum(FB1,FC1) =26+Sum(100,400)=526
    OB121: OB121=20
    OB122: OB122=20
    终CPU属性中Local data的设置如下:
    优先级 1 所需Local Data大小至少为526 + 20 + 20 = 566 bytes;
    优先级12所需的Local Data大小至少为526 + 20 + 20 = 566 bytes;
    注:为什么上述优先级1和12中需要加入 两个20呢,因为程序运行的任何位置都有可能会执行OB121、OB122,所以需要加上OB121和OB122所需的本地数据。PCS7中(Pic2所示)进行各优先级所需Local data大小计算时已经自动加入了这部分的大小。
    具体的计算法则可以归纳为一下几点:

    1. 从内往外,从低往高;
    即:基于程序的调用结构,从低层、内层逐步往上、往外计算;
    2. 同级取大,内外求和;
    即:程序调用结构中,同层FB/FC中所需的Local data取各所需Local data中的大值;某一优先级所需的Local Data大小取所有相同优先级OB所需的Local Data的大值;上下调用层级各自所需Local Data需求和;
    3. 结果叠加OB121(编程错误)、OB122(I/O读取错误);
    即:终计算出的某优先级所需的Local data大小需要叠加上OB121、OB122所需的Local data;

    北京市西门子工控机代理商






    http://www.hyzdhxt.com