SIEMENS, DF&PD

Предыдущее посещение: Чт июн 30, 2016 2:04 Текущее время: Чт июн 30, 2016 2:04

Часовой пояс: UTC + 3 часа




 [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: OPC канал связи
СообщениеДобавлено: Чт авг 19, 2010 8:03 
Не в сети

Зарегистрирован: Чт авг 19, 2010 7:51
Сообщения: 3
Вопрос по поводу opc.chn.
WinCC 6.0 связана с плк Omron через ОРС CX Server, скорость обновления группы тэгов (30) не достаточно высокая для имеющейся задачи. Есть ли смысл перейти на версию 6.2 sp3+hf7 и есть ли отличия в opc.chn в этих двух версиях?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт авг 19, 2010 8:13 
Не в сети
Ведущий специалист

Зарегистрирован: Пт дек 31, 2004 13:25
Сообщения: 2248
Откуда: SIEMENS I IA AS Москва
А какую скорость обновления хотите получить?
Спрашиваю потому что ограничения в скорости обмена на 99,9% заложены не в OPC channel и не в версиях WinCC, а в протоколе, скорости сети и реакции контроллера. И для любых SCADA, не только WinCC, нормальный цикл обновления 1 сек, ну может при идеальных условиях 0.5 сек. Для более быстрой реакции есть другие решения, перечислять которые сейчас не буду.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт авг 19, 2010 8:22 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7508
Откуда: Украина
Юрченко Владимир писал(а):
ограничения в скорости обмена на 99,9% заложены не в OPC channel и не в версиях WinCC, а в протоколе, скорости сети и реакции контроллера.
Другими словами, виноват OPC-сервер.

Николай, что значит "скорости обновления ... не достаточно"? Для какой задачи? Какова реализация?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт авг 19, 2010 8:24 
Не в сети

Зарегистрирован: Чт авг 19, 2010 7:51
Сообщения: 3
Цикл обновления где-то и составляет примерно 1 сек. Хотелось бы получить по возможности в несколько раз выше (100-200 мс). Дело в том что при использовании сторонних клиентов и CX Server скорость обновления заметно выше нежели в WinCC, возможно это происходит из-за асинхронного чтения тэгов. Прочитал про hf7 для WinCC 6.2 вроде там добавлено синхронное чтение думал может это поможет увеличить скорость.
Если не трудно напишите какие есть еще варианты увеличения скорости обмена. Заранее благодарен.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт авг 19, 2010 8:36 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7508
Откуда: Украина
Ну Вы замахнулись... 100 мс - это абсолютный минимум, поддерживаемый WinCC. Для его получения нужны действительно идеальные условия. Всё-таки, зачем 100-200 мс?
Где-нибудь написано, что WinCC V6 поддерживает только асинхронное чтение OPC-тегов?

P.S. Я не просто так спросил про реализацию...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт авг 19, 2010 8:55 
Не в сети

Зарегистрирован: Чт авг 19, 2010 7:51
Сообщения: 3
Задача - комплексные испытания продукции. Необходимо посылать в плк запрос на выполение определенной функции, затем получить ответ, (это если в двух словах). В итоге переключение между функциями и получение ответов (запись/чтение тэгов) занимает время которое не вписывается в те необходимые нормы.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт авг 19, 2010 9:11 
Не в сети
Ведущий специалист

Зарегистрирован: Пт дек 31, 2004 13:25
Сообщения: 2248
Откуда: SIEMENS I IA AS Москва
Первоначально неправильный подход у Вас - управлять не задача SCADA системы, и тем более не с таким временем реакции (если кто то из других фирм и вносит функции контроллера в свои пакеты со SCADA, то это уже не SCADA в чистом виде). Вообще никто не гарантирует время между чтением тега, его обработкой в скрипте и посылкой задания в контроллер - это зависит от кучи факторов.
По поводу синхронности OPC в WinCC - всегда было и я думаю будет использоваться синхронный режим из спецификации OPC (с запросом данных от WinCC, а не с обновлением данных OPC сервером с передачей в функцию клиента). И это потому, что все циклы обновления задаются в WinCC и он определяет когда считать данные. Единственно можно поиграться с настройками OPC channel выставив там запрос данных из кэша, а не из контроллера напрямую.
Но еще раз повторюсь - WinCC, да и любая другая SCADA не для таких задач. Хочется быстрее - пишите свою программу OPC клиента на Delphi или VB и там используйте асинхронный режим для получения максимальной реакции системы.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт авг 19, 2010 9:31 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7508
Откуда: Украина
Николай Теслевич писал(а):
Задача - комплексные испытания продукции. Необходимо посылать в плк запрос на выполение определенной функции, затем получить ответ, (это если в двух словах). В итоге переключение между функциями и получение ответов (запись/чтение тэгов) занимает время которое не вписывается в те необходимые нормы.

Может, лучше возложить весь процесс испытания на PLC, а затем считать весь протокол испытаний за раз?
Действительно, такая быстрая реакция, которую Вы хотите получить, не характерна для SCADA-систем.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 8 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group