Меню

Wincc настройка tag logging



Замечание. Теги, используемые в WinCC, представляют собой либо реальные значения – такие как, например, уровень заполнения бака с водой — или внутренние значения

Теги и группы тегов

Теги, используемые в WinCC, представляют собой либо реальные значения – такие как, например, уровень заполнения бака с водой — или внутренние значения, которые вычисляются или моделируются внутри WinCC.

Теги процесса («external tags [внешние теги]») служат для обмена данными между WinCC и контроллерами. Каждый тег процесса в WinCC соответствует определенному значению процесса в памяти одного из контроллеров. В режиме исполнения WinCC считывает область данных, в которой хранится это значение процесса, из контроллера и, таким образом, определяется значение тега процесса. Например, уровень заполнения бака с водой определяется датчиком уровня заполнения, и это значение записывается в память ПЛC. С помощью установленного соединения – канала связи – значение уровня заполнения передается в WinCC.

Теги, не получающие значения от процесса, создаются в папке “internal tags [внутренние теги]”.

Для того чтобы организовать теги определенным образом используются группы тегов. При этом каждый тег может быть отнесен к некоторой группе. Организация тегов в группы делает систему более понятной.

В этом проекте используются только внутренние теги. В описании шагов 4a и 4b объяснен процесс конфигурирования групп тегов и тегов процесса.

Иерархия компонента Tag Management [Управление тегами] относительно тегов процесса

Иерархия компонента Tag Management [Управление тегами] относительно внутренних тегов

Tag Management [Управление тегами]

Группа тегов

Тег

Шаг 4: Создание внутреннего тега

1) Если содержимое компонента «Tag Management [Управление тегами]” в WinCC Explorer [Проводнике WinCC] не развернуто, выполните это, дважды щелкнув на нем.

2) Щелкните правой кнопкой мыши на строке «Internal Tags [Внутренние теги]”.

3) Во всплывающем меню щелкните на пункте «New Tag [Новый тег]”.

Рис. 1.3.6 Создание внутреннего тега

4) В диалоговом окне «Tag Properties [Свойства тега]” введите имя тега

6) В списке типов данных выберите тип “Unsigned 16-bit value [16-битное значение без знака]“.

7) Подтвердите введенные данные, нажав на кнопку «OK».

Рис. 1.3.7 Свойства внутреннего тега

Все созданные внутренние теги будут перечислены в правой части окна WinCC Explorer [Проводника WinCC].

Описанная процедура создания тега очень проста. Для создания каждого дополнительного тега просто повторите эти шаги. Вы также можете копировать, вырезать и вставлять теги. Эти команды могут быть вызваны из всплывающего меню (щелкните правой кнопкой на требуемом теге) или с помощью стандартных в Microsoft комбинаций клавиш ( = копирование, = вставка).

Шаг 4a: Создание группы тегов

1) Группы тегов могут, например, отображаться в окне навигации под логическим соединением. Для создания новой группы щелкните правой кнопкой на ранее созданном логическом соединении.

Читайте также:  Петр кузнецов настройка двигателя

2) Во всплывающем меню выберите пункт «New Group [Новая группа]”.

Рис. 1.3.8 Создание группы тегов

3) В диалоговом окне «Tag Group Properties [Свойства группы тегов]” в поле имени введите имя группы.

Рис. 1.3.9 Свойства группы тегов

4) Подтвердите введенные данные, нажав на кнопку «OK».

Созданная группа тегов отобразится в окне навигации под соединением.

Шаг 4b: Создание тега процесса

Перед тем, как создать тег процесса, необходимо установить драйвер и сконфигурировать соединение.

Уже созданные внутренние теги можно копировать и вставлять в соединение, отображаемое в окне навигации. Обратите внимание на тот факт, что теги можно поместить в окне навигации под соединением только с помощью команд «copy [копировать]» и «paste [вставить]». Теги нельзя перетаскивать в соединение с помощью операции буксировки.

1) Для создания тега процесса щелкните правой кнопкой мыши на ранее созданном соединении.

2) Во всплывающем меню выберите пункт «New Tag [Новый тег]”.

Рис. 1.3.10 Создание тега процесса

3) В диалоговом окне «Tag Properties [Свойства тега]” введите тега в соответствующем поле ввода.

4) В списке типов данных выберите необходимый тип данных тега.

Тип данных тега в WinCC может отличаться от типа данных, используемого в PLC. Функция приведения типов данных позволяет преобразовать формат данных, используемый в PLC в формат данных WinCC.

Рис. 1.3.11 Свойства тега процесса

Дата добавления: 2014-10-15 ; Просмотров: 1801 ; Нарушение авторских прав?

Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет

Источник

SIEMENS, DF&PD

Предыдущее посещение: Чт июл 07, 2016 17:27 Текущее время: Чт июл 07, 2016 17:27

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

Принцип архивирования в WinCC

Модераторы: Космин Александр, Юрченко Владимир, Никаноров Владимир

Страница 1 из 1 [ Сообщений: 4 ]
Пред. тема | След. тема
Автор Сообщение
pele
Новый писатель

Зарегистрирован: Сб июн 12, 2010 18:21
Сообщения: 28

Добрый день.
Сразу хочу сказать, что у меня стоит WinCC v6.0 SP4.

Хотелось бы понять общую картину архивирования тегов в WinCC. Т.е. расставить все точки над Ё.

1. При формировании в WinCC трендов, значение определённого тега вносится в архив с периодичностью указанной в Tag Logging в свойствах этого тега.
2. Все эти данные заносятся в базы данных TagLoggingFast, и всё что не попало в первый архив — заносится в TagLoggingSlow. Эти базы находятся в папке ArchiveManager корневого каталога проекта WinCC.
Далее необходимо определить параметры архивации. Настраивается это в Tag Logging —> Archive Configuration. База данных архивируются сегментами. Лично я поставил следующие параметры: Время архивации сегмента 1 неделя (макс. размер 100 MB), время архивации всех архивов 1 год (макс. размер 20GB). Насколько я понял в конце года у меня наберётся 52 архива, а после будет удалятся 1-ый и записываться 53-й.
Получается я из проекта WinCC нажав на кнопку stop на тулбаре трендов могу посмотреть все графики за последний год, а также выбрав инструмент линейка посмотреть значение переменной с точностью до секунды.

Итак после длинной прелюдии вопросы:
1. Всё ли верно в моих рассуждения, и если что не так поправьте меня.
2. Если я знаю число переменных которые архивируются, их формат, и периодичность записи, могу ли я определить размер сегмента. На сколько я понимаю эти параметры и определяют размер базы данных, если не менять настройки архивации, все сегменты должны быть одного размера. Но посмотрев содержимое папки Project—> ArchiveManager —> TagLoggingFast, я увидел попарно записывающиеся файлы в формате .ldf и .mdf c структурой имени: ИмяКомпа_НазваниеПапкиПроекта_TLG_F_ДатаИВремяНачалаЭтогоФайла_ ДатаИВремяКонцаЭтогоФайла (моё предположение). Я подумал что это и есть сегменты архива. Но меня смутил их различный вес: .ldf файлы все месят по 1MB, а .mdf – все разные.
3. Каким образом можно ещё смотреть и анализировать данные, содержащиеся в базах данных.

Александр Попков
Писатель со стажем

Зарегистрирован: Сб ноя 08, 2008 4:18
Сообщения: 545
Откуда: Айхал

gre_m
Это точно не человек

Зарегистрирован: Вт май 03, 2005 17:11
Сообщения: 3547

Artemius
Известный Писатель

Зарегистрирован: Пт фев 29, 2008 15:27
Сообщения: 344
Откуда: Украина

1-ый сегмент может не просто удаляться, а сохраняться в указанную папку, это настраивается в Archive Configuration. Позже эти архивные сегменты можно просматривать (http://support.automation.siemens.com/WW/view/en/40347325).

Кроме времени нужно еще учитывать объем архивируемых данных: 100 МБ вряд ли хватит на неделю (зависит от количества параметров и периода архивирования), так что сегменты будут меняться чаще. Здесь о расчете размера: http://support.automation.siemens.com/WW/view/en/29646568.

Вот еще ссылка о том, как правильно настроить количество и размер сегментов: http://support.automation.siemens.com/WW/view/en/34473263.

Вообще обычно разрастаются .ldf файлы, тут описано, как можно уменьшить их размер:
http://support.automation.siemens.com/WW/view/en/37333379

P. S. Все это справедливо для WinCC 7, может, есть какие-то отличия для 6-ой версии.

Страница 1 из 1 [ Сообщений: 4 ]

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

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

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

Источник

Уроки TIA Portal, STEP7 и HMI

Урок 11
Аварии и тренды, оперативные и исторические данные в WinCC Advanced
(продолжение уроков 7-10)

Аварии делятся на две категории:

  1. Квитируемые аварии
  2. Неквитируемые аварии
Статус аварии
I Incoming Пришла
O Outcoming Ушла
A Acknowledge Квитирована

Активные аварии — аварии, которые пришли, но не ушли.
Неквитированные аварии — аварии, которые уже ушли, но не были квитированы.

Висящие аварии в окне текущих аварий — это активные и неквитированные аварии:

В этом окне видим по статусу аварий:

  1. Зашкал пришёл и ушёл, но не квитирован
  2. HH пришёл и квитирован, но не ушёл

Оперативные данные находятся в оперативной памяти, исторические данные находятся в файле или в базе данных.

Контролы аварий и трендов можно настроить на отображение оперативных или исторических данных:

Controls Оперативные данные Исторические данные (Historical data)
Alarm view Current alarm states Архивы аварий (Alarm logs)
Trend View Cyclical real time Архивы трендов (Data logs)

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

Задание

Сконфигурировать оперативные и исторические аварийные сообщения и тренды в WinCC Advanced.

Решение

Аварийные сообщения

  1. Создаём HMI тег «T001» типа Word, связанный со словом состояния (DB5.DBW2) датчика температуры T 001:



Чтобы аварийные сообщения работали при абсолютной адресации этого тега, необходимо снять галочку атрибута «Optimized block access» в свойствах блока данных «T 001 HMI»:

В редакторе исторических данных (Historical data) в разделе Архивы аварий (Alarm logs) создаём архив с именем Alarm_log_MaxPlant, выбираем формат файла архива — CSV file, задаём папку хранения архива – D:\Logs:



В редакторе HMI alarms создаём 5 новых классов для наших аварийных сообщений и в колонке Log выбираем имя архива, в котором они будут архивироваться — Alarm_log_MaxPlant:



В редакторе HMI alarms конфигурируем дискретные аварийные сообщения:



Создаём новое окно «Аварии» с тремя контролами Alarm View и кнопкой «Обновить данные в окне архива аварий»:



Первый контрол настраиваем на отображение текущих аварий:



Второй контрол настраиваем на вывод буфера аварий:

Третий контрол настраиваем на вывод архива аварий Alarm_log_MaxPlant:



Клик кнопки «Обновить данные в окне архива аварий» привязываем к функции активации окна «Аварии»:

Тренды

В редакторе исторических данных (Historical data) в разделе Архивы данных (Data logs) создаём архив с именем Data_log_MaxPlant, выбираем формат файла архива — CSV file, задаём папку хранения архива – D:\Logs.

В этот архив добавляем тег, который будет архивироваться с частотой 2 секунды:



Создаём новое окно «Тренды» с двумя контролами Trend View и кнопкой «Обновить данные в окне архивных трендов»:



Первый контрол настраиваем на отображение онлайн тренда:



Второй контрол настраиваем на вывод архивного тренда:



В Глобальное окно добавляем индикатор аварий (Alarm indicator), который будет висеть во всех окнах.
Индикатор мигает, если висит хотя бы одна неквитированная авария.
Индикатор горит, если все аварии квитированы, но висит хотя бы одна активная авария.
Индикатор показывает количество активных аварий, выбранных классов:



Имитируйте разные аварии, форсируйте переменную и наблюдайте за трендами и логами.

Скриншот окна Тренды:



Скриншот окна Аварии:

  • Проверьте файлы архивов аварий и трендов в папке D:\Logs
  • Оцените, пожалуйста, полезность этого урока
  • Источник

    Adblock
    detector