热门搜索:

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

    山西省西门子变频器代理商

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

    山西省西门子变频器代理商

    我公司经营西门子全新原装现货PLC;S7-200S7-300 S7-400 S7-1200 触摸屏,变频器,6FC,6SNS120 V10 V60 V80伺服数控备件:原装进口电机(1LA7、1LG4、1LA9、1LE1),国产电机(1LG0,1LE0)大型电机(1LA8,1LA4,1PQ8)伺服电机(1PH,1PM,1FT,1FK,1FS)西门子保内全新原装产品‘质保一年。一年内因产品质量问题免费更换新产品;不收取任何费。欢迎致电咨询。

    追求卓越,追求精确
    要通过“严格”的检验程序,以可编程控制器(PLC)产品为例,在整个生产过程中针对该类产品的质量检测节点就超过20个。视觉检测是数字化工厂特有的质量检测方法,相机会拍下产品的图像与Teamcenter数据平台中的正确图像作比对,一点小小的瑕疵都逃不过SIMATIC IT品质管理模块的“眼睛”。对比传统制造企业的人工抽检,这显然要可靠又快速得多。”

    blob:http://m.b2b168

    问题: 
    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 系统通信的时间会更长。

    问题:
    有可能用CPU948 替换 CPU 928B吗(比如,为了利用附加内存)?

    解答:
    可以用CPU948 替换 CPU 928B。
    如果想这样做,请注意如下区别:

    1. DX0
      要求新的设置,因为不同的安装有不同的设置选项。
      时间中断的次数可以设置。与此不同的是,CPU948 有一个可变的基本时钟速率,在DX0中,只能可设置该基本时钟速率的倍数。< br>
    2. IA/LA 命令(禁止/ 激活中断)
      在CPU948中,这些命令通过输入字节 0 仅影响过程中断。使用OB 122 或 142 代替这些命令。
    3. 内存分配 / 系统数据分配
      因为内存分配不同(16-bit 地址和 20-bit 地址),所有对地址的直接访问实例都需要进行修改。这 适用于LIR/TIR和TNB/TNW命令以及通过BR命令发布的命令(全局命令)。
    4. BR 内存
      CPU928 有 32-bit BR 内存,而CPU948 只有 20-bit BR 内存.
    5. BT 范围
      CPU928B中,系统不使用BT范围。CPU948 中,系统使用部分BT范围(作为数据处理块的高速暂存存储区)。
    6. 块传送命令
      TNB:在CPU948 中不可用。使用TNW完成从 8-bit区域到 8-bit区域的块传送。

      TNW:在CPU948 中,这只能用于完成从 8-bit区域到 8-bit区域或者从 16-bit区域到 16-bit区域的块传送,而 不能用于那种从 8-bit区域到 16-bit区域或者从 16-bit区域到 8-bit区域的传送,而这在CPU928B中,可以做到。< br> 下列各项可以用于解决这个问题:
      TXB (在CPU928B中不可用) 用于从 8-bit区域到 16-bit区域的块传送。
      TXW (在CPU928B中不可用) 用于从 16-bit区域到 8-bit区域的块传送。
    7. DB0 内容(块地址列表)
      在CPU928B中,它包含块的直接起始地址的地址列表。在CPU948中,它包含段地址。(要获得一个块的开始地址,左移 4 位。) 
    8. FB0 作为一个循环块
      只要CPU没有OB1,就用FB0 作为一个用于循环操作的用户接口。在CPU948 中,FB0 不能用于循环处理。简单的解决方案:在 OB1中调用FB0。
    9. (OB9)实时控制看门狗中断 (OB9)
      在CPU948中,不可能通过输入字节 0 连接过程中断处理。
    10. CPU928 中的下述OB在CPU948 中有不同的含义或者不存在: 
      OB 19, 27, 28, 30, 31, 34, 36。
    11. 在CPU948 中不支持的特殊功能
      下列特殊功能在CPU948 中不可用:
      OB110, 152, 160-163, 190-193, 216-218, 220, 221, 224, 226, 227, 228,b 240-242, 250, 251。
    12. 在CPU948 中其它编号的特殊功能
      下列特殊功能在CPU948 中可用,其编号有所不同:
      OB 111 ---> 131 OB 121 ---> 141
      OB 112 ---> 132 OB 122 ---> 142
      OB 113 ---> 133 OB 123 ---> 143
      OB 120 ---> 122山西省西门子变频器代理商
    13. 具有不同参数的特殊功能
      在CPU928B中OB122的参数不同于OB120的参数。
      当在CPU948 中参数化OB180时,切记将DBA寄存器移动 16 步,这很重要。
    14. 用于多处理器通信的组织块(OB200,202-205)改变CPU948 中的accu 4。
    15. R64 控制软件在CPU948 上将不会运行。 
    16. 重新启动期间定时器位置处理
      CPU928B 在重新启动期间处理定时器位置,而CPU948 直到RUN时才更新定时器位置(为了与CPU946/947 和 150U 的兼容)。
    17. 在操作系统行为中的微小差别
      比如,执行级别的优先级(看门狗中断有一个高于其它中断的优先级),可以重新参数化。
    18. CPU928B 的标准FB(数据处理块除外)必须用CPU948的标准FB来替换。
    19. 在CPU928B中,MSA命令将SAC+1 写入 accu 1 (在PG中该值作为状态显示);在CPU948 中,输 入(MSA命令自身的)SAC。

    问题:如何计算当前程序所需的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