Как удалить wincc с компьютера

Обновлено: 22.01.2025

Подключение удаленного клиента к серверу WinCC7.3

Есть задача подключить удаленный ПК как клиент многопользовательской системы WinCC7.3.
Подробно:
Есть сеть на предприятии в которой сервер WinCC7.3 поднят, к нему подключены два клиента WinCC7.3. Система многопользовательская, клиенты просто подключаются к проекту сервера ,своих проектов не имеют.

Требуется подключить еще один ПК(клиент) за пределами предприятия. Для этого на маршрутизаторе предприятия был поднят VPN сервер, на удаленном ПК(клиент) с помощью стандартных средств Windows7 VPN клиент. Далее VPN соединение поднимается от клиента к сети предприятия.
Ping сервера с проектом WinCC с удаленного клиента проходит. С клиента удаленного также открываю общую папку проекта на сервере.
Пытаюсь открыть проект на исполнение с удаленного клиента. Вылетает ошибка "Server not available".
Настройки проекта на сервере всю провел: Добавил новый ПК, нового пользователя.
НА клиента указал в симатик шелл сетевое подключение, которое создается при установлении VPN (правда там поле MAC - адрес все нули).
Кто решал такую задачу подскажите в чем проблема?
На удаленном ПК в симатик шелл я не вижу сервера, может поэтому не получается? Хотя на сервер попадаю из Windows Explorera по IP адресу.

Подключение удаленного клиента к серверу WinCC7.3

У нас так работало давно, к сожалению особо полезных подробностей не помню. Но знаю точно что клиент должен видеть WINCC сервер по имени, а не только по IP (а я так понял по вашему посту что у вас не видит по имени). Смотрите в эту сторону, свяжитесь с системным администратором. Тогда и в SIMATIC Shell должно имя сервера появиться.

Т.е. на удаленном клиенте вы должны ввести в эксплорере "\\WINCC_SERVER_NAME\WINCC_Project_Name" и все должно открыться. Кстати, на удаленном клиенте при открытии папки проекта у вас не должно запрашивать пароля, иначе клиент также работать не будет, насколько я помню. Должны быть настроены права пользователя

Добавляем к DPE Torque точки данных Flap1 конфиг «Alert Handling»

Открываем настройки добавленного конфига. Обратите внимание, что внешний вид настройки Alert Handling зависит от типа переменной, к которой относится сам аларм. В настоящий момент мы работаем с типом данных bool, внешний вид окна следующий.

Good range касается значения самое переменной — какое из значений является «плохим» (т.е. при каком значении считаем, что аларм сработал), а какое — «хорошим» (аларма нет). Так же задаем текст при появлении аларма и его исчезновению. Зададим этот текст, как «came» (пришло) и «went» (ушло). За «хорошее» значение будем считать битовое значение «ложь», т.е. аларма нет.

Класс аларма — весьма важный параметр. Он определяет многие аспекты отображения сигнализации: какой будет цвет, задействовано ли мерцание, будет ли звуковое уведомление, требуется ли квитирование и т.д. Выбираем класс S7_Alarm и ставим галочку рядом со словом «Active». После выставления аларма активным все настройки становятся недоступны. Обратите внимание, что настройки активного аларма недоступны для редактирования не только на визуальной форме, но и средствами скриптов (а скриптами в WinCC OA можно много чего сделать, включая и динамическую работу с алармами). Настройки допускается менять только для неактивных алармов.

Перейдем в модуле para на конфиг original, посмотрим текущее значение и поменяем его на «истину».

Текущее значение переменной FALSE, аларм неактивен Текущее значение переменной TRUE, аларм активен, текст мигает очень быстро

Вернем значение переменной в FALSE. Текст аларма остается «came», продолжает мигать, изменилась лишь интенсивность его мигания.

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

Возникает вопрос — где можно ознакомиться с настройками каждого класса алармов? Как можно модифицировать существующий класс алармов или задать свой класс? Это реализуется через точки данных (вообще любые настройки системы живут либо в точках данных, либо в конфиг-файлах). Ну, а если что-то доступно через точки данных, то это что-то вполне возможно модифицировать через программный код. Правда, сейчас мы этого делать не будем. Лучше посмотрим модуль para и поищем нужные точки данных.

На первый взгляд тут есть много точек данных, но где же DP, ответственные за классы алармов? Выставляем галочку Internal datapoints (внутренние точки данных) и видим, что полку точек данных заметно прибыло.

Ищем точки данных типа _AlertClass, тут и содержатся все классы алармов, которые можно изменить (на свой страх и риск, разумеется), либо создать свой новый класс. Поскольку мы выбрали для нашего единственного аларма класс S7Alarm, смотрим его настройки, развернув соответствующую точку данных.

Тут и задается приоритет класса, сохранение алармов, необходимость квитирования, надо ли квитировать «прошлые» алармы, если тревога возникала неоднократно до действий оператора, цвет и шрифт текст алармов и т.д.

Только что мы смотрели, как работают алармы в модуле para. Это очень интересно и познавательно для разработчика, однако не очень удобно. Ознакомимся еще с одним способом просмотреть список событий. Для этого в меню gedi найдем и нажмем кнопку System Management

Перейдем в Diagnostics

И в появившемся окне нажмем на зеленый треугольник внизу панели

Откроем модуль para, найдем Flap1.Alarms.Torque и поиграем с его значениями

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

Если задать Time range в Open и выбрать Historical Data, то мы сможем увидеть историю алармов.

В связи с тем, что тема алармов весьма обширная, а это всего лишь первый взгляд, не стоит удивляться некоторым непонятным вещам. Например, мне самому непонятно, почему в этой таблице Alarm text у нас везде состоит из одного слова «came» (нуууу… когда-нибудь, наверное, может быть, если фаза луны сойдется, то разберусь).

Перейдем обратно в редактор gedi и откроем созданную ранее панель Flaps. Далее посмотрим внимательно на левую часть редактора gedi. Кроме нашего проекта (у меня он называется Workshop) есть еще один проект с названием 3.17 (в самом начале этой главы я уже признался, что перешел на новую версию, а так был бы проект с названием «3.16»), который мы точно сами не создавали. Его можно развернуть и поизучать, там много всего интересного — скриптов, библиотек, панелей и т.д. Пытливые умы потратят немало времени на ознакомление.

По сути, это и есть «ядро» системы WinCC OA. Этот проект содержит все или почти все, относящееся к самой платформе — gedi, para, панель Project Administrator, панель консоли, вся логика. И, вуаля, всем этим можно пользоваться в своих приложениях. Вот, например, я открыл в редакторе gedi панель para. Его можно изменить. И использовать в своих целях измененную копию. Про модификацию стандартных (или системных?) компонент WinCC OA поговорим чуть попозже в этой же части. А сейчас наша задача — разместить окно с алармами в окне пользовательского приложения.

Редактировать модуль para пока не будем (хоть и очень хочется)

Для этого в дереве «системного» проекта 3.17 ищем панель по следующему пути: 3.17 (версия Вашей копии WinCC OA) → Panels → vision → aes → AESRow.pnl. Перетаскиваем ее на свободное место открытой панели Flaps. Система попросит задать значение $-параметра $SCREENTYPE. Цинично проигнорируем эту просьбу, нажав кнопку Cancel.

Внизу у нас появился небольшой элемент отображения

Проверим, работает ли оно вообще, для чего зададим в модуле para значение «истина» для аварийного сигнала.

Как видно, работает Скрыл модуль para, аларм есть и активно мигает (чего на видно на скриншоте)

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

Для этого в редакторе gedi кликнем правой кнопкой на AESRow и выберем Open panel reference

Откроется «оригинальная» панель

Удалим «некрасивые» кнопки и цифры

Нажмем Save и увидим следующее окно

Ответим утвердительно, после чего редактируемая нами панель сохранится в виде копии в структуре нашего проекта «Workshop», а не по «системному» пути. В нашем проекте мы будем работать с этой копией. Теоритечески можно сохранять по системному пути (например, путем подмены файлов), то эти изменения становятся общими для всех проектов WinCC OA, что нежелательно. Особенно негативно сохранение по системному пути, а не в виде локальной копии, может сказаться после установки патчей. Патчи могут корректировать, в том числе, и системный проект, и даже ту панель, которую вы изменили. Вероятность этого всегда отлична от нуля. Соответственно, устанавливая патч, вы рискуете утратить свои изменения, если сохранили их в системный проект.

Есть еще один нюанс, связанный с модификацией системных панелей и патчами. Если вы работаете с локальной сохраненной копией проекта, то натравленный на систему патч исправит только «системный» проект, но не вашу локальную копию панели.

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

После внесения изменений в панель AESRow нашу панель Flaps необходимо переоткрыть, чтобы изменения «вложенной» панели вступили в силу.

Последний пример в этой части — визуализация пиктограмм технологического оборудования, находящегося в аварином состоянии, тем же способом (цвет, мерцание и т.д.), который задан соответствующему классу аварий. Для этой демонстрации разместим на панели Flaps окружность (Circle).

Зададим динамизацию события Initialize через визард, как уже делали ранее для задвижки. Выбираем в визарде Change color

Выбираем Background color и Alert Handling, жмем Next. Выбор Alert Handling позволит системе подтянуть значение цвета от аларма.

Выбираем Datapoint element

Жмем Next, а в следующем окне — Finish. Запускаем на проверку и смотрим, что получилось. В настоящий момент аларм у меня активен и не подтвержден, круг быстро моргает серым и красным (как и класс алармов S7_Alarm).

После подтверждения аварии он перестает моргать, после ухода аварии (соответствующей переменной дали значение «ложь») становится белым, а в нижней части экрана аларм пропадает из списка.

Взглянем на полученный скрипт

Периодически возникают вопросы о выборе и сравнении различных изданий пакетов визуализации WinCC от Siemens. В этой публикации постараемся их сравнить, не включая в этот обзор пакеты WinCC Basic и WinCC Comfort, предназначенные для работы с операторскими панелями. Также, следует упомянуть, что данный обзор построен на характеристиках программных пакетов, актуальных по состоянию на июль 2021.

Кстати, WinCC - это аббревиатура от Win dows C ontrol C enter

WinCC Advanced

Самой младшей версией является пакет WinCC Advanced, который предназначен для реализации одноместных систем управления. Он является альтернативой операторским панелям линейки Comfort в тех случаях, когда разработчику необходима бОльшая гибкость, а также возможность использования средств системы Windows. Этот программный пакет не предназначен для реализации многоместных SCADA-систем и хорошо чувствует себя на задачах управления отдельным станком или небольшой производственной линией. Также, он востребован в системах автоматизации зданий. Данный пакет является наследником систем WinCC Flexible и Simatic ProTool . Его редактор является частью TIA Portal.

WinCC Professional

Следующим пакетом является популярный WinCC Professional. Это пакет среднего класса, закрывающий большинство требований заказчиков. Он не позволяет делать распределенные системы (так как в одном проекте можно запроектировать максимум два сервера, работающих во взаимном резерве), а также не позволяет подключать опции для совместного планирования работы нескольких производственных линий, но в остальном – это отличный пакет для управления большой производственной линией или небольшим цехом с несколькими операторскими местами. Развитие этого пакета является продолжением идей WinCC Classic . Редактор WinCC Classic также является частью TIA Portal.

WinCC v7.5 (WinCC Classic)

Пакет WinCC v7.5 (иногда также называемый WinCC Classic, поскольку именно эта линейка и дала рождение всему семейству пакетов в далеком 1996 году) по характеристикам достаточно похож на WinCC Professional, однако имеет некоторые отличия.

Прежде всего, он позволяет в дополнение к резервированным реализовывать архитектуры с несколькими серверами, а также т.н. «мультиклиенты» (клиент, умеющий работать одновременно с несколькими серверами). Исходя из этого, WinCC Classic считается более старшей версией по отношению к WinCC Professional. Также, WinCC Classic не является частью инфраструктуры TIA Portal и представляет собой отдельный законченный программный пакет с собственными системами симуляции переменных, безопасности, отчетности и т.п.

Необходимо упомянуть, что именно WinCC v7.5 реализует функции визуализации в системах управления PCS7 v9. Целевым назначением этого пакета является управление большой производственной линией, цехом или предприятием.

WinCC Unified

Пакет WinCC Unified (ссылка на вебинар и обзор в конце статьи) представляет собой новое поколение средств визуализации от компании Siemens и был разработан с нуля, а не на основе какой-либо предыдущей системы. В основу разработки этого пакета положена концепция, согласно которой для передачи картинки клиенту и ее отображения используются web-технологии, то есть, по сути, SCADA-сервер представляет собой веб-сервер, а клиент – обычный HTML5-браузер. Это позволило использовать одну и ту же среду разработки как для операторских панелей (WinCC Unified Comfort), так и для компьютерных SCADA-систем. В дальнейшем планируется также использовать этот редактор для встроенных в PLC веб-серверов (проект «View of Things»), а также адаптировать WinCC Unified для работы в виде контейнеризованного приложения (WinCC Unified for Industrial Edge).

С точки зрения технических возможностей, WinCC Unified for PC позиционируется как примерно эквивалентный WinCC Advanced и частично WinCC Professional, и также является частью инфраструктуры TIA Portal. На сегодняшний день он не обладает возможностями резервирования серверов, распределенные конфигурации реализуются через механизм Screen Collaboration, однако для Unified уже выпущен ряд опций, которые ранее были доступны только для WinCC Classic. С учетом полностью отличной от предыдущего поколения внутренней архитектуры (SQLite вместо MS SQL, JavaScript вместо VBS) рекомендовано применение WinCC Unified прежде всего в новых проектах, а не для миграции старых. Мигратор данных из других пакетов в WinCC Unified имеется и построен на базе TIA Openness, однако он не может смигрировать проект полностью (например, скрипты) по чисто техническим причинам. Также, следует упомянуть, что использование современных технологий (векторная графика, использование внешних веб-страниц и документов, отображение видеопотоков) позволяет создавать визуально привлекательные и комфортные в использовании системы.

WinCC Open Architecture

Пакет WinCC Open Architecture разработан в приобретенной Siemens некоторое время назад австрийской компанией ETM Gmbh и за прошедшие годы зарекомендовал себя очень хорошим продуктом для российского рынка. Во-первых, только данный пакет позволяет разделить серверную часть SCADA-системы на различные модули и разнести их при необходимости по различным компьютерам. Это дает беспрецедентную гибкость при реализации систем со сложной распределенной архитектурой. Во-вторых, он обладает уникальными возможностями по подключению для архивирования как реляционных БД, так и специализированных средств типа InfluxDB. И в-третьих, данная система пригодна к разворачиванию не только на ОС семейства Windows, но и на различных вариантах Linux. Также, в ближайшее время будет реализована возможность установки WinCC OA в виде Docker-контейнера. Именно поэтому основным потребителем данной системы стали заказчики из нефтегазового сектора, с предприятий водоснабжения и водоотведения, электроэнергетики и транспортной инфраструктуры.

Различные расширения и решения - для конкретных отраслей и технологий. Лицензирование, миграция и преобразование.

Увеличение эксплуатационной готовности путем диагностики процесса
Функции для последовательных процессов*
Удалённое управление и автоматизация предприятия с интеграцией в единое комплексное решение*
Эффективное управление энергетическими данными*
Снижение эксплуатационных расходов, оптимизация закупок энергии и соблюдение требований законодательства
Снижение затрат на электроэнергию за счет предотвращения пиков мощности

*Требуется дополнительная лицензия

Увеличение эксплуатационной готовности за счет диагностики процесса

Сокращение простоев благодаря встроенной диагностике и информации об узких местах

Различные варианты диагностики, уже интегрированные для профилактического обслуживания:

Интеграция показателей производительности из внутренних тегов производительности WinCC V7 в системный монитор Windows

Системный монитор Windows – это стандартный инструмент для мониторинга рабочих характеристик системы, процессов, активности диска, сетевой активности и т. д.

Поэтому рабочие характеристики DataManager теперь встроены в системный мониторWindows

Функции для последовательных процессов

Гибкое управление для последовательных операций с WinCC/SES (Sequence Execution System)

Простая и гибкая организация производственного процесса

Больше гибкости при дозировании, смешивании и в процессах с обработкой материалов.

Увеличение производительность и качества

Мгновенный и прозрачный обзор хода процесса
Точный обзор этапов производства, включая фактические значения, заданные значения и условия перехода к следующему этапу
Ручная адаптация последовательностей при работе с
натуральными материалами
Интерактивная гибкость, позволяющая быстрее реагировать на неожиданные
события в производственном процессе с целью повышения качества продукции

Функции для нескольких производственных установок

Ориентированная на установку организация рабочего процесса

Удалённое управление и автоматизация предприятия с интеграцией в единое комплексное решение

Опция WinCC / TeleControl используется для интеграции удаленных станций по
протоколам TeleControl в приложения систем управления для нефтяной и газовой промышленности, а также в системы водоснабжения и канализации .

Удаленные станции, так называемые удаленные терминальные блоки (RTU) , обычно широко распространены, при этом они имеют низкую или среднюю степень автоматизации.
Связь с RTU осуществляется различными способами: выделенные линии, коммутируемые линии или беспроводные системы , все чаще
используются технологии на базе TCP / IP
TeleControl группирует все задачи, касающиеся систем управления или безопасности, которые выполняются удаленно через телекоммуникационные сети (WAN).
Уменьшение риска сбоев во время работы. Стандартизированный пользовательский интерфейс (идентичные визуализация и управление)
Гибкий выбор средств связи SINAUT ST7, DNP3, IEC 60870-5-101/-104
Передача данных / каналы связи: общедоступные / частные сети связи (выделенные линии, коммутируемые сети [аналоговые, ISDN], беспроводные системы [GSM]) , TCP / IP-соединения (DSL, GPRS)

Эффективное управление энергетическими данными SIMATIC Energy Management

Информационная открытость и эффективность: от уровня оборудования до уровня предприятия

Оптимизация потребления энергии с помощью SIMATIC powerrate за счет
активного управления энергопотреблением и предотвращения пиков
мощности.

Для регистрации значений энергетических параметров, например, счетных импульсов, состояний счетчиков, значений мощности и средних выходных значений.
Для подготовки собранных значений как средних выходных значений и рабочих значений за указанный период
Для реализации управления нагрузкой (вычисление трендов, контроль предела, разрешение / блокировка нагрузок), регистрация потребления по партиям, интеграция измерительных приборов (+/-) и коммутационных устройств.

Автоматическое управление нагрузкой

Прозрачность в энергопотреблении от подачи до потребителя
Выявление потенциала экономии
Идентификация энергоемких устройств и процессов
Сравнение профилей потребления
Оптимизация предприятия по энергетическим аспектам на основе оценки потребления и затрат

Управление энергоресурсами предприятия
SIMATIC Energy Manager PRO

Комплексное управление энергопотреблением в соответствии с ISO
Обширная отчетность для регистрации и визуализации показателей и данных о потреблении
Инструменты для расчета показателей эффективности для более сложных ситуаций
Анализ потребления для партий или материалов и прогнозы потребления энергии

Обзор PM надстроек

PM-ANALYZE
Архивация и занесение в журнал (отчетность)

PM-MAINT - система профилактического технического обслуживания, независящая от отрасли и технологии.

Разработана для использования на производственном уровне
Обслуживание на основе производительности, календаря и событий с использованием: счетчиков часов работы, счетчиков коммутационных циклов, технологических сигналов
Отслеживание и документирование ремонтных работ
Интеграция в цех
Запрос на ремонт с экранов HMI
Запись информации по обслуживанию в теги

PM-OPEN HOST/S - п риложение-шлюз для подключения к SAP ERP

PM-OPEN HOST / S предлагает перспективное и гибкое коммуникационное решение для подключения SCADA уровня HMI к SAP ERP.
PM-OPEN HOST / S - это быстрая и экономичная вертикальная системная интеграция на предприятии.
В качестве модульного прикладного шлюза PM-OPEN HOST / S поддерживает различные сценарии и бизнес-процессы SAP ERP

PM-CONTROL - расширенное управление рецептами и заданиями

Управление рецептурными данными, наборами параметров, техническим спецификациям, установленными производителем

для продвинутых пользователей
для операторов установки

Планирование и выполнение производственных заданий

список заданий максимум для 100 производственных единиц
обзор загрузки для планирования

Центральное управление рецептурами с помощью функции “Репликация”

До десяти распределённых станций PM-CONTROL могут быть подключены к одному центральному серверу PM-CONTROL.

Каждая станция PM-CONTROL может управлять до 100 производственными единицами. => До 1.000 производственных единиц!

Только для версии Professional в режиме „Автономные производственные единицы“.

PM-OPEN MINDCONNECT

PM-OPEN MINDCONNECT V1.5 позволяет распределять и показывать отчеты из PM-QUALITY и PM-ANALYZE через Mindsphere, включает в себя: расширение для PM-SERVER и приложение для портала Mindsphere

Приложение может использоваться и на мобильных устройствах.

Лицензирование

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

Лицензии для WinCCподразделяются на RTлицензии (соглашение об использовании) и RC лицензии (соглашение об использовании и конфигурировании), кроме этого учитывается количество переменных (тегов).

RT лицензии - разрешают работу WinCC в исполняющей системе в течение неограниченного периода времени. Редакторы могут использоваться только в демонстрационном режиме в течение ограниченного периода времени.

RC лицензии - разрешают работу WinCC течение неограниченного периода времени в исполняющей системе и при конфигурировании, локально или удаленно. Если RC лицензия находится на другом компьютере, то она действительна только для конфигурирования. Для использования среды выполнения, RC лицензия должна быть доступна локально или потребуется дополнительная RT лицензия.

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

Лицензия на интегрированный Microsoft SQL Server с 512 регистрируемыми тегами является частью базового программного обеспечения WinCC. С помощью пакетов Powerpack для архивируемых переменных количество регистрируемых тегов может быть увеличено до максимальной конфигурации в 80 000 тегов на сервер. При этом число регистрируемых тегов суммируется (накопительные лицензии). Количество внешних тегов и регистрируемых тегов, разрешенных для конкретной конфигурации, указывается числом в скобках, например, "WinCC RC (65536)". С этой лицензией в исполняющей системе можно использовать до 64 * 1024 внешних тегов и до 512 регистрируемых тегов.

Лицензионная модель

При установке лицензий необходимые лицензионные ключи копируются на жесткий диск PC.

Установленное программное обеспечение доступно для неограниченного использования.
WinCC различает RT лицензии (соглашение об использовании)
и RC лицензии (соглашение об использовании и конфигурировании) ,
кроме этого учитывается количество переменных (тегов).
Количество сконфигурированных внешних (технологических) тегов
(POWERTAG) лицензируется.
пакет POWERPACK (апгрейд) доступен для RT и RC лицензий (без накопления). Пакет Powerpack можно использовать только в соответствующей версии.

Независимые от версии "накопительные" лицензии для регистрируемых тегов (архив значений технологических параметров)

Читайте также: