Проблема обмена данными Siemens + IAS (Wonderware)

[Скорняков Алексей]

Добрый день, многоуважаемые коллеги.
Поделитесь, пожалуйста, Вашими мнениями по поводу следующего вопроса. Буду весьма признателен.
Существует проблема со временем обновления данными в «связке» контроллер S7-300(CPU315-2DP) + IAS, InTouch10(Wonderware): 5-8 секунд. Неприемлемо.
Более того, такая же проблема наблюдается и с WinCC, что удивительно (так сказано на форуме по сименсу)
Каковы вероятные причины временных задержек и методы их уменьшения?

[Скорняков Алексей]

SCADA и PLC обмениваются по OPC. Данные просматривались в самом OPC-сервере, так что проблема "обновления мнемосхем" отпадает.
1. В документации на коммуникационные модули CP343-1 заявлено, что объем полезных данных за 1 запрос равен 8 Кбайт. Такого объема более чем достаточно для того, чтобы обеспечить время обновления равное 1 секунде. Не помогло.
2. Экспериментально было установлено, что время сканцикла контроллера ни как не влияет на время обмена. Не помогло.
3. Замена OPC-сервера также не помогла.

[CHANt]

SCADA и PLC обмениваются по OPC. Данные просматривались в самом OPC-сервере, так что проблема "обновления мнемосхем" отпадает.

Сторонним броузером - ОРС-клиентом просматривали? Или OPC-Scout`ом в составе пакета Simatic Net? Что показывает?

1. В документации на коммуникационные модули CP343-1 заявлено, что объем полезных данных за 1 запрос равен 8 Кбайт. Такого объема более чем достаточно для того, чтобы обеспечить время обновления равное 1 секунде. Не помогло.

Вы конфигурировали ОРС-сервер через HWConfig Step7? Время обновления данных ОРС-сервера Simatic Net указывается там, по умолчанию 100 мс.

[relaxlion]

Установить со второго компакта Device Integration 2\SI\DASSIDirect1.5\Setup.exe.
Получается что и в WinCC тоже. Значит все-таки OPC виноват

[Скорняков Алексей]

Обмен проверялся на:
- Simatic Net;
- DASSIDirect;
- KepWare ...
везде уставка обновления данных стояла 1 секунду. Данные просматривались встроенными OPC-клиентами (уже не в SCADA проблема). К положительным результатам не привело.
IAS в данной архитектуре необходим, к тому же причина не в нем, раз и с WinCC проблемы ... с родной SCADA-ой!!
Причем таких проблем с 4 линейкой Сименса не наблюдается!
Вывод видется такой: проблема либо с PLC либо с коммуникационным модулем.
И заявленные в документации требования по быстродействию не выполнимы.
Но почему так? Может я ошибаюсь, может что-то упустил?

[Скорняков Алексей]

Господа, ЕСТЬ некоторые решения этой задачи:
1. Поделить массивы считываемых данных на несколько соединений (каналов), хотя другие PLC вполне справляются по 1 соединению на PLC.
Результат - время обновления сократилось на 2 сек.
2. Оптимизировать программый код, т.е. был выделен отдельный массив данных для выдачи на верхний уровень. В этом массиве ячейки памяти были расположены одна за другой – без промежутков. Такая организация памяти позволила резко уменьшить время обмена.
Результат - время обновления стало составлять 2-3 сек против 5-8 сек.

Хоть решения найдены, но причина временных задержек так осталась и не выясненной.
Другие PLC работают без таких доработок. Вот и подумаем!

[CHANt]

ресурсы для коммуникационника в свойствах ЦПУ до 50% подняли?

[Скорняков Алексей]

Да, такая попытка была ... процент поднимал до 50

[CHANt]

1) Если не мешает основной программе в контроллере, оставить 50% ресурсов для коммуникационного процессора.
2) В SIMATIC NET Configuration Console отключить ненужные протоколы.
3) Там же, настроить и снять трассировку работающего обмена контроллера и ОРС-сервера. Проанализировать

Какую скорость обновления переменных по ОРС Вы выставили в свойства ОРС Server в HWConfig Step7?

Подобную картину видел только в случае когда пропускная ширина канала была 64 кбит/с. При увеличении временного интервала в потоке Е1 до двух тайм-слотов (128 кбит/с) проблема исчезала...Может у Вас с Ethernet не порядок?

[abbat81]

А каков объем передаваемых данных?