Функции S7 Protocol и PG/OP

[pupena_san]

1. В документе "SIMATIC NET Industrial Communication with PG/PC" написано:
The S7 protocol supports the following communication services:
- Information services
- Variable services
- Buffer send/receive services
- Block management services
- Event services
- Security services
В каком-то документе я видел перечень сервисов, которые отностятся к PG/OP. Подскажите пожалуйста какие функции S7-протокола относятся к PG/OP а лучше дайте ссылочку на документ.
2. Правильно ли я понимаю, что Remote connection resource 01, 02 резервируются под PG и OP соединения и разрываются клиентом при его отключении. Как используется ресурс 03, и почему NETPro дает возможность конфигурировать его для нексольких клиентов одновременно, или соединение создается/разрывается динамически при каждом обмене.
Спасибо.

[Schtiel]

В каком-то документе я видел перечень сервисов, которые отностятся к PG/OP. Подскажите пожалуйста какие функции S7-протокола относятся к PG/OP а лучше дайте ссылочку на документ.

Не это ли:

The PG/OP Communication services provide the following functions:
● Programming device / PC functions
STEP 7 uses these functions for programming the communication partner (S7 station).
Programming device / PC functions are the following functions:
– Downloading the hardware configuration
– Downloading the user program
– Online monitoring of the S7 station for testing and diagnostics
● OP functions
The HMI devices and the programming device / PC use these functions for automatically
reading and writing variables without requiring special programming in the user program
of the communications partner (S7 station).

Взято тут:
http://support.automation.siemens.com/W ... n/25074283

[pupena_san]

Спасибо за ответ, но это более общие сервисы, понятны по самой логике.
На сколько я помню, там был перечень сервисов S7 протокола и какие из них поддерживаются PG/OP связью. Пока по моей логике это только односторонние сервисы (ON-way), но скажем поддерживаются ли GET/PUT(Сервер), или этот тип обмена не относится к PG/OP. В каталоге как-то видел отдельную колонку GET/PUT(Сервер) от PG/OP.
А как на счет 03 ресурса? У меня получилось соединить две SCADA на 03 ресурс. Сколько реально ограничений например на CP343-1 по 03 серверному ресурсу, или они диктуются только общими свободными точками?
Спасибо.

[pupena_san]

Извините. Немного поправлюсь.
Когда я говорил о CP343-1, на самом деле имел ввиду связь через СР343-1 с проц. модулем. В примере использовал VIPA SPEED7 с интегрированным портом CP343-1 (на самом деле он поддерживает только PG/OP функции). Связь по ОР(01) - только одна, по PG(02) - только одна, а по OTHER(03) - не знаю сколько.

[pupena_san]

Более конкретный вопрос: есть ли разница куда подключать SCADA как S7 ОР клиента к 03 ресурсу или к 02?
Спасибо.

[Schtiel]

Вроде как нет.

By default, one connection resource is reserved for the PG (but you may configure more)
By default, one connection resource is reserved for an OP (but you may configure more)
The rest connection resources can be used in two ways:
- for configured connections (via NETPRO)
- for S7 Basic communication. Here, you don't configure the connection. The connection is setup dynamically at demand and the resource is only used at that time. You can reserve a certain amount of resources for these dynamic connections (to avoid that you configure too much connections in NETPRO, which could leasto a lack of resources for dynamic connections).
Special blocs are used (X-PUT, X-GET, ...) and also limited data volumes only are possible.
And S7 Basic connections can only be run over MPI.

[pupena_san]

Спасибо.
Я читал, что PG/ОР соединение отдает преимущество именно этому типу (PG или OP), если к одному и тому же ресурсу цепляется еще и соединение GET/PUT.
Правильно ли я понимаю:
1. Ресрусы 01, 02 и 03 - это типы ресурсов соединений, а не сами ресурсы соедниения, поскольку к 01, 02 ил 03 могут подключится несколько клиентов;
2. Если к 02 ресурсу (при их макс. количестве =1) раньше цепляется GET/PUT клиент, а после этого цепляется ОР клиент, значит с GET/PUT клиент отсоединяется?
3. Если к оставшемуся последенему 03 ресурсу (их макс. количество я так понял зависит от наличия свободных ресурсов ваще) раньше цепляется GET/PUT клиент, а после этого цепляется ОР клиент, значит с ОР клиенту идет отказ в соедиении?

Еще вопросик. В CPU 318-2 сколько свободных ресурсов? В новых каталогах этих процов вобще нет, а старых каталогов у меня нет.

Спасибо.

[AVA1162]

VIPA 315-я с шаровым 343-м (кроме PN) путы-джеты увы не поддерживает. Связывал несколько плс с помощью скады .

[pupena_san]

VIPA 315-я с шаровым 343-м (кроме PN) путы-джеты увы не поддерживает. Связывал несколько плс с помощью скады .

Это которые Speed7? Когда то их менеджер четко ответил, что S7 не поддерживается. У меня до сих пор путаница, PG/OP спиды поддерживают, тогда какие функции (читай сервисы) из перечисленных в S7 отностяся к PG/OP? Судя из всего высшесказаного GET/PUT туда не входит, а другие (one-way) соединения S7 каие входят?

[pupena_san]

Еще вопрос к AVA1162. Вы сказали, что GET/PUT не поддерживается. Вы имели ввиду только клиентские или серверные тоже?

[Schtiel]

Еще вопросик. В CPU 318-2 сколько свободных ресурсов? В новых каталогах этих процов вобще нет, а старых каталогов у меня нет.

Спасибо.

Data Consistency for Communication

An essential aspect of the transmission of data between devices is its consistency.
The data that is transmitted together should all originate from the same processing cycle and should thus belong together, i.e. be consistent.
If there is a programmed communication function such as X-SEND/ X-RCV which accesses shared data, then access to that data area can be co-ordinated by means of the parameter “BUSY” itself.
However, with S7 communication functions not requiring a block in the user program of the 31x CPU (as server), e.g. PUT/GET or read/write operations via OP communication, the dimension of data consistency must be taken into account during programming. The following differences between CPUs 312IFM to 316-2 DP and CPU 318-2 must be taken into account:

[pupena_san]

Большое спасибо Schtiel.