Tia portal professional wincc настройки runtime settings
Экспорт и импорт наборов правил и вариантов теста через контекстное меню в PNV Editor.
Контекстное меню в редакторе прикладного тестирования
Контекстное меню для копирования, вырезания и свертывания вариантов тестов в редакторе вариантов тестов.
Дополнительные улучшения
Руководство по разработке:
- В набор правил можно добавить автора, номер версии и комментарий
- Новое правило проверки наличия комментария для переменных и параметров блока
Тест приложения:
- Тест приложения теперь поддерживает и ET 200pro, S7-1500 R/H и SIMATIC Drive Controller
- Новая инструкция "Assert.InRange (variable, lowerBound, upperBound" для целочисленных и вещественных переменных
- Комментирование одной/нескольких строк в редакторе вариантов тестов с помощью панели инструментов
SIMATIC Energy Suite V17
Импорт проекта с TIA Portal в WinCC Runtime
sparda210 писал(а): ↑ 29 мар 2021, 09:19 Есть две машины одна выступает в роли сервера Wincc RT, другая в роли клиента
Тут строчка WinCC RT лишняя. Просто, разработан проект. Он крутится на сервере в среде WinCC RT. К нему подключаются тонкие клиенты. Раз тонкие, значит берут проект с сервера.
На клиенте установлена WinCC RT, а проект берется с сервера . Обычно папка с ним уже расшарена по умолчанию.
stesl писал(а): ↑ 13 мар 2021, 11:02 TIA Portal, это среда разработки. Инструментальная среда (ИС). Runtime (RT) - это готовый продукт, который Вы разработали в TIA или другой какой то WinCC или вообще другой ИС.
Решил немного рассказать про систему визуализации от Siemens под названием WinCC OA. Эта SCADA на рынке России распространена гораздо меньше классических версий WinCC (и tia-портальных тоже), знаний по ней в открытом доступе достаточно мало, знаниями делятся неохотно. В ряде моментов WinCC OA радикально отличается от обычных распространенных SCADA, поэтому для начала необходимо усвоить базис.
Перед усвоением этого базиса я рекомендую в общем ознакомиться с архитектурой построения WinCC OA. Лучший способ такого ознакомления — найти в Интернете записи вебинаров и выступлений эксперта по WinCC OA Кондрашкина Андрея. Рекомендую эту запись. Андрей Геннадьевич — очень мощный специалист и прекрасный докладчик. Настоящий цикл заметок, собственно говоря, и основан на его двухдневном вводном обучении.
Можно углубиться в изучении вопроса и дальше, например — ознакомиться с аддонами SmartSCADA или Preactor, но это выходит очень далеко за рамки базового понимания системы. Самое главное, что необходимо вынести из этого ролика — это понимание архитектуры WinCC OA. Например, то, что система состоит из отдельных законченных функциональных единиц, которые называются «менеджерами». Менеджер выполняет строго свою заданную роль. Центральным звеном всей системы является менеджер событий (event manager или EV). Есть менеджер визуализации, User Interface или ui. Есть драйвера, например — s7. Есть менеджер для выполнения скриптов, control. Все менеджеры общаются друг с другом посредством центрального EV по стандартному протоколу TCP/IP, вне зависимости от того, находятся они на одном физическом ПК, или разнесены на несколько.
Вторая важная отличительная черта, которую необходимо понять. OA — это система событийная. В ней почти отсутствует постоянный polling данных. Изменение показаний на экране оператора произойдет только в случае изменения значения соответсвующей переменной в контроллере.
Третье. Все или почти все реализовано скриптами (»Что нельзя запрограммировать на Ассемблере, можно спаять» (с) ) и текстовыми файлами. Необходимо зажечь лампочку на мнемосхеме? Скрипт. Причем скрипт, который подвязывается к изменению переменной и выполняющий определенные действия только по этому изменению автоматически.
Итак, приступаем. В первую очередь необходимо найти установщик и поставить саму систему на свой компьютер. Инсталяцию, я думаю, можете запросить в ближайшем к вам бюро Сименс. Что касается самого процесса установки, то он весьма шустрый, инсталлятор занимает порядка 1 ГБ. Процесс установки в подавляющем числе случаев проблем не вызывает. По крайней мере, на мой программатор, на котором уже трудится то ли 3, то ли 4 версии одного только TIA Portal, система установилась. В самых плачевных случаях, когда операционка забита всем, чем можно и нельзя, процесс установки может идти с ошибками, в частности — ругаться на майкрософт редистрибьютабелс. Тогда необходимо завершить установку и грохнуть все редистрибьюталсы вручную, обычно помогает. Как вариант- применять все в рамках свежей виртуальной машины. В процессе инсталляции рекомендую отметить галочками драйвер S7plus и русскоязычную справку, а так же установить демо-примеры.
Еще несколько tips & tricks в случае уставшей операционки. При создании проекта проект в итоге не создается, этот этап «зависает». Первая возможная причина — неудачный старт системы в прошлом, когда не все менеджеры выгрузились. Необходимо убить все процессы, имя которые начинается с winccoa, вручную. Вторая, более сложная причина — один или несколько портов TCP, которые «слушает» WinCC OA, уже заняты другими процессами. Устранение этого выходит очень далеко за рамки вводной части.
Пару слов про лицензию. Хорошая новость — без лицензии система работает. И позволяет вести разработку. Плохая новость — каждые 30 минут все пользовательские интерфейсы (ui) будут закрываться. В WinCC OA инженерная среда (эти менеджеры называются «para» для редактирования базы данных и «gedi» для редактирования визуализации) тоже является пользовательским интерфейсом, поэтому и она тоже будет закрываться без возможности нажать кнопку «сохранить». Помните это — только 30 минут работы. Таймер в 30 минут накопительный. Вы можете поработать 10 минут, закрыть все ui и открыть заново, но таймер не начнет считать время с 30 минут, а лишь с 20. В общем, работа без лицензии требует изрядной внимательности, увлечься разработкой можно, но чревато потерями результатов труда.
И, напоследок. Все примеры и все скриншоты у меня приведены для англоязычной среды разработки. С моей точки зрения необходимо работыть в инженерных средах без перевода, языковой минимум инженера — уметь читать документацию на английском языке. Однако, если кто-нибудь из читателей предпочитает русский язык, то у меня есть для них хорошая новость — все переведено «из коробки». По умолчанию WinCC OA запускает интерфейс на языке операционной системы, у меня он английский. Для того, чтобы задать конкретный язык, необходимо закрыть все работающие модули и программы WinCC OA и открыть в редакторе файл C:\Siemens\Automation\WinCC_OA\3.16\config\config
Путь файла может отличаться, если вы выбрали другий путь установки или у вас используется другая версия WinCC OA.
Смотрим сам файл:
Если изменить lang = «auto» на lang = «ru_RU.utf8», то система запустится на русском языке.
Способ попроще — кнопка в меню «администратора проектов»
Приступим к созданию проекта. Для этого необходимо запустить программу WinCC OA Project Administrator.
Когда кому-нибудь потребуется лицензировать систему, то вам понадобиться hardware code хоста в случае, если лицензия идет через простой shield-file. Для этого в верхнем меню есть кнопка «Get hardware code».
Далее создаем новый пустой проект. Для этого наверху есть кнопка «New project». Если вы работаете с версией 3.17, необходимо выбрать Legacy Standart Project.
Новый проект в серии 3.16
Выбираем стандартный проект.
Указываем имя проекта и путь. Оставляем галочку Runnable (запускаемый) и при необходимости выбираем языки проекта. В версии 3.17 дополнительное появляется галочка "Use NextGenArchiver", не надо ее выбирать, она касается системы трендов "нового поколения", в то время, как эти заметки основаны на "старом поколении". Английский язык должен быть выбран обязательно. Если планируется многоязычный проект, то набор языков необходимо определить прямо на этом этапе. На курсах по WinCC OA на этом акцентируют особое внимание. Использование русских букв в названии файлов и папок не рекомендуется.
Нажимаем ОК и отказываемся от задания пароля суперпользователя (root). В нормальной жизни максимальные права должны, конечно, быть закрыты, но в рамках учебного примера в этом нет необходимости.
Через несколько секунд появится окно с подверждением создания проекта.
Сразу покажу, как редактировать конфиг-файл проекта. Выбираем проект (на скрине выше он уже выбран) и нажимаем кнопку «Change project properties», далее нажимаем кнопку «Edit config file» и выбираем файл конфигурации проекта.
Редактирование проекта Выбор конфиг-файла проекта Редактирование конфига проекта
Очень многое в системе делается через конфиг. Важное замечание. Конфиг-файл всегда должен заканчиваться пустой строкой. Закроем конфиг-файл и запустим проект. Для запуска проекта необходимо нажать на кнопку с зеленым светофором. После этого на экране появится весьма много окон.
Предупреждение об отсутствии лицензии. Ну, тут остается только нажать кнопку ОК. Окно со вводом root'ового пароля. В нашем случае пароль не задан, так же жмем ОК. Сразу после этого откроется окно с редактором gedi, но сейчас нас больше интересует окно WinCC OA Console
В этом окне мы видим всю структуру и состояние менеджеров нашего проекта. С его помощью можно управлять менеджерами: добавлять, исключать, запускать, останавливать и так далее. Посмотрим, какие интересные менеджеры у нас есть по умолчанию.
Process Monitor. Этот менеджер есть на любом хосте системы (даже если на хосте нет Event Manager). С помощью pmon работает система дигностики WinCC OA, благодаря ему видны все менеджеры, все распределенные системы, состояние этих менеджеров, загрузку каждого процессора, объем дисковой информации и так далее.
Database Manager отвечает за хранение данных. Archive Manager (6 штук) отвечают за тренды и архивы средствами встроенной в WinCC OA базы данных. Обратите внимание, что у каждого архивного менеджера в системе свой уникальный номер. Это касается любого менеджера, у всех менеджеров одного типа должен быть свой номер, который присваивается путем передачи аргумента -num в строке запуска.
Control Manager. Контрол — это менеджер, отвечающий за исполнение скриптов. В данном случае, как я понимаю, запускается ядро системы (или системные скрипты).
Последний менеджер — ui в режиме gedi, среда разработки.
В правой части находятся кнопки управления менеджерами. Слева от имени менеджера находится численная индикация его состояния.
Например, сейчас я остановил менеджер ui, его код состояния 0 (остановлен) и цвет красный (может быть белым, если менеджер еще не стартовал в системе). Код 1 — менеджер запускается, код 2 — менеджер в работе, код 3 — неопределенное состояние. Если менеджер подсвечивается фиолетовым цветом, это означает, что он пытался запуститься, падал по ошибке и подняться снова, но превышено количество повторных запусков.
Далее откроем менеджер gedi (в моем случае — запустим gedi через консоль) и через него откроем редактор para
В редакторе gedi нажать кнопку, выделенную на скриншоте Модуль редактирования данных para
Para предназначен для создания типов точек данных и самих точек данных. В общем понимании тип точки данных, data point type — это объявление структуры, а сама точка данных (data point) является непосредственным экземпляром структуры этого типа. Да, именно так организована база данных сигналов в системе WinCC OA. Грамотно составить модель данных — это очень важный шаг, и его необходимо продумать еще на начальном этапе.
Например, аналоговый датчик содержит в себе как само значение аналогового сигнала, флаги состояния (достоверность, выход за границы и т.д.), а так же все уставки (пределы измерения, аварийные и предупредительные уставки, например). Задвижка? Концевики открыто и закрыто, промежуточное состояние, команды открыть/закрыть, задание времени контроля выполнения команды (таймаут на открытие/закрытие) и т.д.
Создадим тип точки данных
Создать тип точек данных Объявить имя типа точек данных
Имя DPT (data point type) — Flap. Далее посредством правой кнопки мыши и пункта меню Add node создаем следующую структуру.
Задать структуру типа точек данных
Добавим еще один уровень вложенности
Назначение типов переменных для "листьев" структуры Конечный вид типа точек данных Flap
Для упрощения Position и Flow — тип данных int, остальные конечные элементы — bool. По нажатию кнопки ОК в списке появляется тип данных Flap (пока еще без экземпляров, без DP, так как создан только DPT).
Создан тип точек данных
Если навести курсор на Flap и нажать правую кнопку мыши, то появится меню, из которого выбираем «Create datapoint»
Создать точку данных типа Flap Указать имя точки данных
Точке данных необходимо присвоить имя. Я создам сразу три DP: Flap1, Flap2 и Flap3.
Развернем DP с именем Flap1
Развернутый вид DP Flap1 в модуле para
Тут мы видим, что кроме созданных узлов иерархии и конечных точек появились еще и элементы, которые мы не создавали. Их имена начинаются с нижнего подчеркивания: _original, _common и _lock. В системе WinCC OA они называются конфиги. Каждый конфиг отвечает за какую-то функциональность. Это позволяет настраивать каждый DPE (datapoint element) индивидуально.
Конфиг original для элемента точки данных
original — это один из самых главных конфигов DPE. Он содержит значение DPE в системе и его метку времени. В настоящий момент значение равно 0, а метка времени 01.01.1970. Метка времени задается по аналогии с unix time, поэтому отсчет времени ведется с 1970 года. Изменим значение Flap1.Inputs.Position.original прямо в конфигураторе para
Задание значения для DPE
Мы видим не только новое значение и метку времени его изменения, но так же и пользователя, и имя менеджера и номер системы, откуда пришло изменение. Так же доступны и вспомогательные биты (variable bits). Первые 5 или 6 бит выставляются системой (признак качества, например), а остальные доступны для назначения пользователем.
Обратите еще внимание, что поле Original Value доступно для ввода (в настоящий момент времени все эти DPE — внутренние тэги, так как не привязаны ни к какому драйверу), а Online Value — нет. В большинстве случаев эти значения совпадают. Original — это, грубо говоря, то, что «прилетает с поля», а Online — значение переменной в самой системе. Когда они могут не совпадать? Например, если мы реализовали функционал контроля выхода переменной за пределы. Например, если с поля прилетает значение 12, в то время, как максимальное значение — 10, то мы можем задать Online = 10 и выставить бит плохого качества.
Кликнем правой кнопкой по DPE Position (Flap1) и посмотрим, какие еще конфиги бывают в системе, и за что некоторые из них отвечают.
Добавление конфига к DPE
Archive settings отвечает за помещение значения в историческую базу данных.
Periphery address — значение переменной берется с драйвера или OPC-сервера и является внешним тэгом. Именно эти DPE считаются в лицензии. То есть, количество тэгов в проекте — это количество DPE, на которые навесили конфиг «переферийный адрес».
Command conversion и Message conversion — преобразование из инженерных в «физические» (там все, что угодно может быть — код АЦП, миллиамперы и т.д.) величин и обратно.
Default value и Value Range — отвечают за допустимый диапазон значений и подстановку, в случае недостоверности значения.
Authorization — назначение уровня прав доступа к переменной
Datapoint function — простая математическая обработка значения. Разберем на примере. Создадим конфиг Datapoint function для DPE Flap3.Inputs.Position
Появляется конфиг _dp_fct, жмем кнопку Configure и выполняем следующие действия
Нажать "Configure" Вызвать окно выбора точек данных для первого параметра В качестве первого параметры выбрать Flap1.Inputs.Position Добавить параметр к список Теперь задан параметр p1
Так мы задали первый параметр для функции обработки. Аналогичным образом (или просто заменив Flap1 на Flap2 в строчке с названием «p..=») зададим второй параметр.
Далее в нижней части в строчке «Function» пишем "p1 + p2"
..и жмем ОК. Смотрим конфиг _original для DPE Flap3.Inputs.Position
В принципе, все правильно, так как положение Flap1 у нас равно 10 (недавно задавали его значение вручную), а Flap2 равно 10, итого 0 + 10 = 10.
Кстати, обратите внимание, что конфиги навешиваются на DPE индивидуально, а не являются частью DPT (типа точки данных). В этом случае возникает закономерный вопрос — а что делать в случае массивого тиражирования объектов в системе? Ладно, если точек данных три, а если три тысячи? Настраивать каждую вручную — излишне трудозатратно и неэффективно. В этом случае есть два варианта. Первый — использование Master Datapoint. Это своего рода шаблон, на базе которого можно проводить тиражирование. Проблема в том, что при необходимости внести нестандартную для общей канвы конфигурацию, это будет сделать затруднительно. Второй способ — это экспорт данных во внешний мир, тиражирование DP в Excel и последующий импорт обратно.
Каждая среда исполнения WinCC Unified для PC включает в себя:
- локальная визуализация через веб-браузер
- ОДИН клиент „Operate“
- ОДИН клиент „Monitor“
Возможно увеличение максимального числа клиентов (опция).
Локальное управление на компьютерной станции
- Реализуется через браузер
- Другие настройки используются для типичных случаев использования, таких как автоматический запуск или скрытая среда исполнения HMI (режим киоска)
Различные типы клиентов
- „Operate“, для полноценного удаленного управления
- Новинка: „Monitor“ как режим только для просмотра (PC)
Одновременный независимый доступ через веб-клиенты
- Для PC: для доступа к более чем 5 клиентам требуется система Windows Server
Импорт проекта с TIA Portal в WinCC Runtime
Доброе время суток!
Я новичок, прошу учесть и быть более снисходительным)
Есть проект PLC и HMI в TIA Portal v14, от начальника поступила задача сделать SCADA-систему на АРМ оператора. На АРМ-е операторов стоит WinCC Runtime и (Loging - вроде как для архива трендов, но что это понятия не имею).
В TIA Portal я создал PC Station и добавил WinCC RT Advanced + сетевую.
Написал проект, теперь стоит задача открыть его на АРМ-е, как это сделать? надо как-то импортировать? как?
Обзор новых функций (от UMC V2.9 SP3)
Поддержка входа в систему SIMATIC
- Сервер UMC поддерживает протокол регистрации SIMATIC.
- Это обеспечивает централизованное управление пользователями для WinCC Runtime Advanced и панелей Comfort через UMC
Преимущества
Интеграция протокола регистрации SIMATIC позволяет использовать существующую систему выполнения HMI в домене UMC.
Single Sign-on (SSO)
TIA Portal и среда выполнения HMI поддерживают подключение к системе единой регистрации Single Sign-on
Преимущества
Система Single Sign-on обеспечивает эффективную аутентификацию между защищенным проектом TIA Portal и средой выполнения HMI на одной станции оператора. После первой аутентификации приложение может управлять существующим пользовательским сеансом Single Sign-on.
SIMATIC Energy Suite V17
Импорт проекта с TIA Portal в WinCC Runtime
Рекомендую важный момент (если ещё не учли): На АРМ оператора в Панели управления найдите ярлык "Set PC/PG Interface", и в нём в выпадающем меню выберите тип коммуникации S7-Online - > "название вашей сетевой карты для связи с ПЛК". В результате проект, запущенный в WinCC Runtime будет обмениваться данными с ПЛК.
Импорт проекта с TIA Portal в WinCC Runtime
Центральное управление пользователями (UMC)
Обзор новых функций
- Поддержка WinCC Unified
- Улучшения "правил копирования"
- Расширения выражений SiVArc
- Поддержка типов экрана
- Поддержка Openness для FB/FC
- Поддержка "Типа по умолчанию" в библиотеке
- Улучшенная эргономика
- Улучшенное редактирование мастер-копий
- Внедрение среды тестирования для выражений SiVArc
Распределенные конфигурации – Удаленное управление панелями с помощью клиентов
Недоступно для Unified Comfort Panel доступно PC
Асинхронный доступ
- До 3-х дополнительных клиентов (лицензии Client Operate) для независимого управления
- Для доступа используется веб-браузер
- Один лицензированный “Client Operate” поставляется вместе с Unified Comfort Panel
Синхронный доступ
С помощью установленного приложения (VNC) возможна одновременная работа (участники видят одну и ту же "картинку")
Экспорт и импорт наборов правил и вариантов теста через контекстное меню в PNV Editor.
Контекстное меню в редакторе прикладного тестирования
Контекстное меню для копирования, вырезания и свертывания вариантов тестов в редакторе вариантов тестов.
Дополнительные улучшения
Руководство по разработке:
- В набор правил можно добавить автора, номер версии и комментарий
- Новое правило проверки наличия комментария для переменных и параметров блока
Тест приложения:
- Тест приложения теперь поддерживает и ET 200pro, S7-1500 R/H и SIMATIC Drive Controller
- Новая инструкция "Assert.InRange (variable, lowerBound, upperBound" для целочисленных и вещественных переменных
- Комментирование одной/нескольких строк в редакторе вариантов тестов с помощью панели инструментов
SIMATIC Visualization Architect (SiVArc) V17
Обзор новых функций
Гибкое подключение для передачи энергетических данных благодаря встроенным интерфейсным блокам
Индивидуальный выбор расширенных и определяемых пользователем значений энергетических параметров для ручного подключения**
- Сторонние измерительные приборы или не поддерживаемые EnSL измерительные приборы
- Использование альтернативных каналов связи (например, OPC UA, Modbus, циклический образ процесса)
Интеллектуальное управление нагрузкой
- Предотвращение дорогостоящих пиковых нагрузок и оптимизация энергоснабжения за счет приоритетного отключения/подключения нагрузок и генераторов
- Управление нагрузкой на основе PLC - предлагает значительно большую гибкость и эксплуатационную готовность по сравнению с чисто компьютерным решением
- Интуитивно понятное и упрощенное проектирование компонентов (нагрузок и генераторов) с автоматическим созданием программы S7
- Экраны входят в комплект поставки (для WinCC Professional)
- Новые функции в V17
Поддержка и визуализация режима рекуперации (= отрицательное энергопотребление)
* EnSL– EnergySupport Library
** Подключенные теги EnergyTag не подсчитываются как подлежащие лицензированию теги HMI PowerTag
Импорт проекта с TIA Portal в WinCC Runtime
Обзор новых функций (от UMC V2.9 SP3)
Поддержка входа в систему SIMATIC
- Сервер UMC поддерживает протокол регистрации SIMATIC.
- Это обеспечивает централизованное управление пользователями для WinCC Runtime Advanced и панелей Comfort через UMC
Преимущества
Интеграция протокола регистрации SIMATIC позволяет использовать существующую систему выполнения HMI в домене UMC.
Single Sign-on (SSO)
TIA Portal и среда выполнения HMI поддерживают подключение к системе единой регистрации Single Sign-on
Преимущества
Система Single Sign-on обеспечивает эффективную аутентификацию между защищенным проектом TIA Portal и средой выполнения HMI на одной станции оператора. После первой аутентификации приложение может управлять существующим пользовательским сеансом Single Sign-on.
Обзор новых функций
- Поддержка WinCC Unified
- Улучшения "правил копирования"
- Расширения выражений SiVArc
- Поддержка типов экрана
- Поддержка Openness для FB/FC
- Поддержка "Типа по умолчанию" в библиотеке
- Улучшенная эргономика
- Улучшенное редактирование мастер-копий
- Внедрение среды тестирования для выражений SiVArc
Центральное управление пользователями (UMC)
Обзор новых функций
Гибкое подключение для передачи энергетических данных благодаря встроенным интерфейсным блокам
Индивидуальный выбор расширенных и определяемых пользователем значений энергетических параметров для ручного подключения**
- Сторонние измерительные приборы или не поддерживаемые EnSL измерительные приборы
- Использование альтернативных каналов связи (например, OPC UA, Modbus, циклический образ процесса)
Интеллектуальное управление нагрузкой
- Предотвращение дорогостоящих пиковых нагрузок и оптимизация энергоснабжения за счет приоритетного отключения/подключения нагрузок и генераторов
- Управление нагрузкой на основе PLC - предлагает значительно большую гибкость и эксплуатационную готовность по сравнению с чисто компьютерным решением
- Интуитивно понятное и упрощенное проектирование компонентов (нагрузок и генераторов) с автоматическим созданием программы S7
- Экраны входят в комплект поставки (для WinCC Professional)
- Новые функции в V17
Поддержка и визуализация режима рекуперации (= отрицательное энергопотребление)
* EnSL– EnergySupport Library
** Подключенные теги EnergyTag не подсчитываются как подлежащие лицензированию теги HMI PowerTag
Импорт проекта с TIA Portal в WinCC Runtime
Всем привет. У меня наверное похожая проблема (не понимаю как работает RT).
Есть две машины одна выступает в роли сервера Wincc RT, другая в роли клиента.
В единственном проекте TIA (который хранится на сервере) естественно добавил в одну WINCC RT PRofessional, в другую WINCC RT Client. Сервер прошит и всё работает, а как запустить данный проект на клиенте ума не приложу, кроме как скопировать туда целиком проект
SIMATIC Visualization Architect (SiVArc) V17
Импорт проекта с TIA Portal в WinCC Runtime
вот кстати тоже тема так и не закрыта. У меня глянул кстати и нет лоадера.
Распределенные конфигурации – Клиент с правами на мониторинг
Недоступно для Unified Comfort Panel доступно PC
Конфигурация зависит от пользователя
- Новые права/роль пользователя “HMI Monitor only”
- Роль применима для стандартных экранов визуализации
Запись данных в контроллер невозможна
- Внешние теги, подключенный к пользовательскому интерфейсу (например IO / Field, Bar, . ), доступны только для чтения;
- Внутренние теги доступны как для чтения, так и для записи
HMI Monitor Client
HMI Monitor Client комбинирует эти права и другие права, определенные разработчиком
Импорт проекта с TIA Portal в WinCC Runtime
TIA Portal, это среда разработки. Инструментальная среда (ИС). Runtime (RT) - это готовый продукт, который Вы разработали в TIA или другой какой то WinCC или вообще другой ИС.
Читайте также: