Есть мануал по архивированию данных с S7 300?

[tem87]

Работаю на PCS7.
Там с архивированием данных нет проблем: есть чарты CFC, компилируем на верхний уровень, теперь на верхнем уровне появляется нужный тэг, в WinCC Explorer в Tag Logging настраиваем архивацию этого тэга, выводим в виде тренда на мнемосхему и тд и тп.

Сейчас задача другая стоит.
1. Есть 300-й контроллер. Рядом поставим ПК. На контроллере есть два входа: вход MPI и вход DP. MPI занят шнуром тач-панели. Есть MPI/USB адаптер. Цепляем через него ПК ко входу DP.
2. Проект с контроллера уже выгрузили. Нас интересует один network, который разбирается, тем самым останавливая процесс. Собирается этот network из двух десятков дискретных сигналов. Планируем отследить какой из этих сигналов разбирает network с помощью архивации оных в WinCC - другого пути мы не нашли.

Ставим WinCC на ПК, STEP7-проект с контроллера уже есть.
Вот тут-то и останавливаемся: дальше что?
Инструкция, мануал какой-нибудь есть по данному вопросу?

[Yury]

Смотри здесь
Первые шаги WinCC V7.0

[tem87]

Кстати, соединиться с контроллером с помощью USB адаптера получилось только подцепившись к входу MPI.
Через DP не соединяется.
Возможно ли с помощью этого USB адаптера через DP-вход к контроллеру подцепиться? Если возможно, то где проблему искать?
В PG PC Interface пробовали и PC Adapter(Auto), и PCAdapter(MPI), и PC Adapter(Profibus).

[Yury]

А в проекте, который залит в контроллер, порт Х2 законфигурирован как profibus (скорость ?)
и присоединен к profibus сети (пусть даже пустой)?

[tem87]

А в проекте, который залит в контроллер, порт Х2 законфигурирован как profibus (скорость ?)
и присоединен к profibus сети (пусть даже пустой)?

В пропертис у этого X2 "Networked: NO". Значит не сконфигурирован.
Если там добавить subnet: профиль выбрать DP, а скорость 1.5 mbps, т.е. если сконфигурировать все со стандартными настройками, то должно все получиться?

[Yury]

Да

[Max_max]

Можно использовать разъем с диагностическим выходом и подключить PC к MPI одновременно с панелью .

[almaz78]

если нет необходимости визуализации процесса, то может лучше добавит функцию в контроллер которая будет отлавливать сигнал которыи останавливает процесс?
а если есть пара свободных выходов то можно показать номер сигнала, ну и тд...

[Dfcz]

А зачем цепляться именно к DP? Чем плох MPI? Он и предназначен в первую очередь, что бы на нем много чего могло висеть.

[kaa1979]

Работаю на PCS7.
Там с архивированием данных нет проблем: есть чарты CFC, компилируем на верхний уровень, теперь на верхнем уровне появляется нужный тэг, в WinCC Explorer в Tag Logging настраиваем архивацию этого тэга, выводим в виде тренда на мнемосхему и тд и тп.

Вообще-то в PCS7 архивирование настраивается в свойствах входа/выхода блока в редакторе CFC http://spamm.com/a/img661/9089/UY8nRq.png, либо в симатик менеджере->View->Process Object View http://spamm.com/a/img910/8448/bxIIwL.png.
Для самописных FB/DB в свойствах входа/выхода устанавливаются атрибуты S7_m_c=true (мониторинг и управление от оператора - создается тэг/элемент структуры, также этот атрибут надо установить в свойствах FB, для DB - установить галочку special object properties -> operator control and monitoring), S7_archive=false/shortterm/longterm (не архивировать/кратковременный архив/долговременный архив), S7_edit=para (чтобы видеть вход/выход в Process Object View на вкладке parameters). Переменные из Symbols можно тоже делать видимыми для оператора (переменная -> special object properties -> operator control and monitoring установить галочку).
Все это работает и на трехсотых. Если прога не в CFC, для экземплярных DB необходимо установить галочку special object properties -> operator control and monitoring.
Но не факт, что вашу задачу решит архивирование (медленное оно для таких задач), а вот блинкер первопричины в ПЛК должен помочь. Создайте нетворк типа:

A SIG1 // может и AN SIG1, если нормальнозамкнутый
AN FIRST_TRIG // признак взведения блинкера
S BLINKER1 // блинкер первопричины
.....
.....
.....
A SIGn // может и AN SIGn
AN FIRST_TRIG // признак взведения блинкера
S BLINKERn // блинкер первопричины

O BLINRER1
.....
.....
.....
O BLINKERn
= FIRST_TRIG

A RESET_TRIG // сброс блинкера
R BLINKER1
.....
.....
.....
R BLINKERn
R RESET_TRIG

где переменные с SIG1 по SIGn - сигналы, которые отслеживаете. BLINRER1 по BLINRERn - блинкеры первопричины, FIRST_TRIG - наличие блинкера, RESET_TRIG - сброс блинкера первопричины (все в статической области памяти - M или DB). Если взведется несколько блинкеров, значит сигналы пришли в один цикл.