描述
固件 V2.0.x 与 V2.1.x 的 S7-1500 做 OPC UA服务器有以下系统限制，如表1：
| 属性 | CPU | ||
|---|---|---|---|
| 1510, 1511, 1512, 1513 | 1515, 1516, 1505S | 1517, 1518, 1507S | |
|
在所有会话内可以建立的单个订阅多于1000个监控点的订阅数目 |
10 | 10 |
10 |
| 在所有会话中可以建立的最多有1000个监控点的订阅数目 | 50 | 50 | 50 |
|
每个会话的最大订阅数目 |
20 | 20 | 20 |
| 可使能的采样间隔 | 100ms, 250ms, 500ms, 1000ms, 2500ms, 5000ms | 100ms, 250ms, 500ms, 1000ms, 2500ms, 5000ms | 50ms, 100ms, 250ms, 500ms, 1000ms, 2500ms, 5000ms |
| 最小发布间隔 | 500ms | 200ms | 50ms |
| 推荐最大会话数 | 32 | 48 | 64 |
表1
注意
- 单个订阅的最大节点数量是 10000个
- 监控限制为 1000 个节点的订阅不能转化为超过1000个点限制的订阅
- 对于不同元素数量和订阅数量的关系，性能分布没有不同
- 选项A： 很多的订阅应用很少的元素或者
- 选项 B：很少的订阅应用很多的元素
- 不同的是选项A将消耗更多的 CPU 的内存
- 如果一个订阅里面定义了多于上表所述的数目，OPC UA 客户端的日志里将返回 “BadTooManyMonitoredItems” 的错误码。在这种情况下，应该尝试为剩下的订阅条数创建新的订阅
- 如果超出服务器的最大数量结构， "BadOutOfMemory"的错误信息将会返回给 OPC UA 的客户端。
- 忽略上述提到的限制，作为完全的服务器结构，推荐最大监控点的数量如下表
| 属性 | CPU | |||
|---|---|---|---|---|
|
1510, 1511, 1511C, 1513, 1505S |
1515, 1516 | 1517, 1518, 1507S | ||
|
* 所有订阅中推荐最大条目数 |
1000 | 2000 | 10000 | |
表2
* 这些建议是基于具有以下条件的用户程序的：
- 只有 OPC UA 通讯（没有其他通讯，比如 TCP 通讯）
- 采样发布间隔为1秒
- 没有优先级高于15的 OB 块（即：没有会中断通讯的 OB 块）
-
50% 最大的通讯负载率
-
条目的数据类型为：WSTRING
更多信息
参见FAQs:
- 组态为固件版本 V2.0.x 或者 V2.1.x 的 S7-1500 CPU 的 OPC UA 服务器在 V2.5 固件的兼容模式下有些什么限制值得注意?
- OPC UA 客户端在使用订阅方式产生的状态码的原因和纠正方法有哪些?
原创文章，作者：ximenziask，如若转载，请注明出处：https://www.zhaoplc.com/plc342507.html
微信扫一扫 
支付宝扫一扫