SIEMENS, DF&PD

Предыдущее посещение: Пн июн 27, 2016 0:34 Текущее время: Пн июн 27, 2016 0:34

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




 [ Сообщений: 15 ] 
Автор Сообщение
 Заголовок сообщения: Alarm Logging
СообщениеДобавлено: Ср июн 03, 2009 8:55 
Не в сети
Новый писатель

Зарегистрирован: Пт ноя 03, 2006 12:02
Сообщения: 42
Есть несколько вопросов по Alarm Logging:
1. В редакторе Alarm Logging есть 2500 сообщений. Каким образом можно отключить архивирование сообщений, например, с 500 по 2500, и архивировать лишь первые 499. И производить это отключение в режиме RT.
2. В режиме RT есть необходимость фильтровать сообщения. Когда я задаю фильтр, например, вида "Type = 1 AND Text2 LIKE 'Stan10' AND State = 1", фильтрация происходит крайне медленно и результаты выдаются только через 15-20 мин. В архиве примерно 50000 зарегистрированных сообщений.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 04, 2009 6:54 
Не в сети
Известный Писатель

Зарегистрирован: Чт авг 16, 2007 13:13
Сообщения: 216
Откуда: Балашиха
Попробуйте увеличить размер сегмента базы сообщений, что бы уменьшить количество файлов БД.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 04, 2009 7:39 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7505
Откуда: Украина
Сименс рекомендуем максимум 200 сегментов БД суммарно.
http://support.automation.siemens.com/WW/view/en/34473263
Цитата:
How many single segments can be connected to the SQL server in PCS 7 V6.x and PCS 7 V7.0
without impairing performance?

Configuration Notes:
For archive configuration you should make sure that the sum of all the single segments (TagLogging
Fast, TagLogging Slow and AlarmLogging) does not exceed a certain number.
A maximum of 200 single elements connected to the SQL server has proven to be a practical number.
You should not exceed this number greatly, because too many single segments attached can lead to
performance problems of Microsoft SQL server. This in turn can lead to data management problems.

Думаю, эта рекомендация актуальна для WinCC и без PCS7.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 04, 2009 8:38 
Не в сети
Новый писатель

Зарегистрирован: Пт ноя 03, 2006 12:02
Сообщения: 42
Спасибо за ответы и полезную информацию!
В моем проекте архив настроен на размер всех сегментов в 1Гб или 3 месяца и размер одного сегмента 50Мб или 1 неделя. Т.е. получается максимально может быть 20 сегментов.
Может быть это "глюк" самой WinCC 7.0 (без SP1)?


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

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7505
Откуда: Украина
SB писал(а):
В моем проекте архив настроен на размер всех сегментов в 1Гб или 3 месяца и размер одного сегмента 50Мб или 1 неделя. Т.е. получается максимально может быть 20 сегментов.
А если прибавить сегменты TagLogging Fast и TagLogging Slow?
Цитата:
Может быть это "глюк" самой WinCC 7.0 (без SP1)?
Не исключено:-)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 04, 2009 9:42 
Не в сети
Новый писатель

Зарегистрирован: Пт ноя 03, 2006 12:02
Сообщения: 42
Если прибавить еще и TagLogging, то получится +36 сегментов. Вновь не рекомендуемый предел :(
Буду пробовать на практике увеличивать размер сегментов с 50 до 100 Мб. Возможно это что-то изменит.
Через пару недель напишу о результатах испытаний.
С этим разобрались, а вот как быть с первым вопросом (отключение сообщений)?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 04, 2009 10:06 
Не в сети
Известный Писатель

Зарегистрирован: Чт июл 19, 2007 13:46
Сообщения: 170
SB писал(а):
Åñëè ïðèáàâèòü åùå è TagLogging, òî ïîëó÷èòñÿ +36 ñåãìåíòîâ. Âíîâü íå ðåêîìåíäóåìûé ïðåäåë :(
Áóäó ïðîáîâàòü íà ïðàêòèêå óâåëè÷èâàòü ðàçìåð ñåãìåíòîâ ñ 50 äî 100 Ìá. Âîçìîæíî ýòî ÷òî-òî èçìåíèò.
×åðåç ïàðó íåäåëü íàïèøó î ðåçóëüòàòàõ èñïûòàíèé.
Ñ ýòèì ðàçîáðàëèñü, à âîò êàê áûòü ñ ïåðâûì âîïðîñîì (îòêëþ÷åíèå ñîîáùåíèé)?

ß âîò ïîñòàâèë ðàçìð ñåãìåíòà 10Ãá. Ïîêà âðîäå âñå íîðìàëüíî.
Òüôó-òüôó-òüôó


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июн 05, 2009 14:10 
Не в сети
Писатель со стажем

Зарегистрирован: Чт май 29, 2008 15:48
Сообщения: 985
Откуда: Минск
SB писал(а):
Если прибавить еще и TagLogging, то получится +36 сегментов. Вновь не рекомендуемый предел :(
Буду пробовать на практике увеличивать размер сегментов с 50 до 100 Мб. Возможно это что-то изменит.
Через пару недель напишу о результатах испытаний.
С этим разобрались, а вот как быть с первым вопросом (отключение сообщений)?



В свое время сталкивался с такой проблемой.

50Мб или 100Мб для вас существенно ничего не изменит. Да и рассчитать количество сегментов только исходя из этих настроек и количества сигналов вы правильно не сможете, только приблизительно.

Что было у меня: в процессе пусконаладки собралось около 200 сегментов. На клиентах архивы фильтровались по 20 минут! Хотя на серверах все работало быстро. При этом железо на серверах и на клиентах было очень мощное, связь 1Гбс, клиенты в том же шкафу.

В итоге поставил размеры сегментов 4 Гб. Современные жесткие диски позволяют особо не задумываться о размерах БД, а вот SQL серверу с одним файлом работать легче, чем с 2-мя сотнями. Поэтому ставьте побольше.... хуже не станет. Трудности только с копированием проекта (на флешку может не влезть, если с архивами копировать). Вообще, для примера, в Alg 4000 сообщений, в Tlg ~600 сигналов, срок хранения архивов 60 дней. Проект не больше ~10Гб.

Что касается вопроса по отключению части сообщений.... Это противоречит самой логике работы СКАДА-системы. У нас тоже заказчик говорит: "хочу иметь "функцию запрета передачи данных"... Тут хочу отключить аварии, тут включить. " Разговоры на эту тему приходят буквально к тому, что "вот по проводу летят биты, давайте мы будем часть из них игнорировать!"
Возлагать такую задачу на СКАДу, на мой взгляд, в корне не верно. Подобное реализуется в ПЛК. У меня наверху выставляется бит, который ПЛК анализирует, и в зависимотси от его значения выставляет или нет соответствующие биты аварий... И эти вещи надо проектировать заранее. Потому что имея сконфигурированную тыщу -другую аварий вы никак не отключите ни одну из них, если не предусмотрели соотв. механизмы на уровень ниже.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июн 09, 2009 15:03 
Не в сети
Новый писатель

Зарегистрирован: Пт ноя 03, 2006 12:02
Сообщения: 42
Дело в том, что эта "отключаемая" часть сообщений относится к тегам читаемым с другого контроллера в сети. Мне же необходимо архивировать только теги контроллера к которому подключена данная станция оператора.
Возможно ли как-то скриптом в режиме RT изменять IP адрес контроллера в настройках WinCC:
-Simatic S7 Protocol Suite
- TCP/IP
-PCconnection --> (Connection Properties) --> (Connection parameter - TCP/IP)
??
В таком случае я укажу неправильный адрес контроллера и, соответственно, ненужные теги читаться не будут...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 10, 2009 9:51 
Не в сети
Известный Писатель

Зарегистрирован: Пт ноя 14, 2008 15:15
Сообщения: 120
Еслия правильно понял, то отключить архивирование сообщения можно легко изменив у сообщения опцию Will be Archived. Соответсвенно они не булдут архивироватся.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 18, 2009 7:26 
Не в сети
Известный Писатель

Зарегистрирован: Ср дек 27, 2006 18:19
Сообщения: 140
Откуда: Уфа
SB писал(а):
В таком случае я укажу неправильный адрес контроллера и, соответственно, ненужные теги читаться не будут...

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн июл 20, 2009 11:22 
Не в сети
Новый писатель

Зарегистрирован: Пт ноя 03, 2006 12:02
Сообщения: 42
Размер сегмента увеличил и на данный момент сегментов всего 3:
1 - AlarmLogging;
2 - TagLoggingFast;
3 - TagLoggingSlow;

Тем не менее проблема не решилась, и результаты фильтрации отображаются после 10-20 минут ожидания...
Возможно я вообще неправильно фильтрацию произвожу? Привязываю тег к свойству "MsgFilterSQL" контрола и в него пишу текст фильтра, или другой вариант просто (без тега) записываю скриптом в это свойство текст фильтра. И с тем, и с тем вариантом тормоза...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт мар 12, 2010 9:52 
Не в сети
Новый писатель

Зарегистрирован: Пт ноя 03, 2006 12:02
Сообщения: 42
Установка WinCC SP1 помогла решить проблему. При вызове окна с элементом отображения архивных сообщений, временных задержек практически не наблюдается. Фильтрация сообщений также происходит очень быстро, несмотря на огромное количество сообщений в архиве.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср апр 28, 2010 9:04 
Не в сети
Начинающий писатель

Зарегистрирован: Ср июн 11, 2008 8:32
Сообщения: 97
Имеется WinCC 6.2 в Alarm Logging создано ~ 700 сообщений, эти сообщения при помощи фильтров по номерам рассортированы на несколько окон, необходимо добавить по 3 сообщения в каждое окно, но новую строчку можно добавить только в конец списка или, же поменять местами с уже существующей. Самый простой, но и самый трудоёмкий вариант – переназначит номера, для всех сообщений начиная с конца.
Вопрос в том можно ли отфильтровать сообщения по нескольким диапазонам номеров штатными средствами или же есть другой вариант?


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

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


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

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


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

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