Зарегистрирован: Ср сен 17, 2008 9:13 Сообщения: 253 Откуда: Тула
Ведущий специалист
Зарегистрирован: Ср апр 30, 2008 10:06 Сообщения: 102 Откуда: SIEMENS I IA AS Москва
Добрый день, Константин!
Известный Писатель
Зарегистрирован: Ср сен 17, 2008 9:13 Сообщения: 253 Откуда: Тула
Проблема заключается именно в том, что неактивны менюшки «Interconnect» и другие в Shell’e на всех станциях. Загрузка проекта через Simatic Manager проходит нормально. Рантайм тоже работает нормально.
Уровни 1000, 1001, 1002 доступны до запуска OS Project editor
То есть на нормальную работу с проектами через Shell в PCS 7.0 SP1 можно не рассчитывать?
Какие еще настройки можно посмотреть, чтобы меню «Interconnect» и другие в Shell’e стали активными?
Известный Писатель
Зарегистрирован: Ср сен 17, 2008 9:13 Сообщения: 253 Откуда: Тула
Страница 1 из 1
[ Сообщений: 4 ]
Часовой пояс: UTC + 3 часа
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Форум по продуктам промышленной автоматизации компании «Сименс»
Здесь вы можете узнать больше о продукции компании «Сименс» в сфере промышленной автоматизации и цифровых услуг, а также получить ответы на свои вопросы.
Tools
«Сименс» в России
You are here:
TIA 15 WinCC RT ошибка создания RT проекта
Панели оператора PP/OP/TP/TD/MP, программные пакеты ProTool/WinCC flexible, SCADA система WinCC
TIA 15 WinCC RT ошибка создания RT проекта
Сообщение PapaGen » 23 сен 2018, 08:39
Всем доброго времени суток.
При создании RT проекта WinCC возникает ошибка:
Check whether SCS network adapter of engineering stationis configured and enabled.
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение Eugene1974 » 23 сен 2018, 10:27
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение PapaGen » 23 сен 2018, 12:24
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение Eugene1974 » 23 сен 2018, 13:29
Установлен ли пакет SIMATIC NET на инженерной станции и целевом компьютере, на котором планируется запускать RT? Менялись ли имена компьютеров после установки WinCC? Настроены ли сетевые карты компьютеров как компоненты PC Station? Сколько сетевых карт на каждом из компьютеров? Как планируется их использовать? Какое шаманство с Simatic Shell не прокатило? Что начинает делать TIA Portal? Лог действий приложите.
Невозможно выписать правильный рецепт, если неизвестны симптомы и не поставлен правильный диагноз.
Обычно при правильной установке софта и его дальнейшей настройке всё работает без подобных ошибок. Но если не выполнены условия в плане совместимости, если нарушен порядок установки и т.д., то быстрее всего проблема решается как раз перестановкой всего и не важно, поймёт ли заказчик или нет.
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение PapaGen » 23 сен 2018, 15:37
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение Eugene1974 » 23 сен 2018, 16:07
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение PapaGen » 23 сен 2018, 16:39
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение Eugene1974 » 23 сен 2018, 17:51
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение PapaGen » 23 сен 2018, 18:27
Re: TIA 15 WinCC RT ошибка создания RT проекта
Сообщение Mef » 24 сен 2018, 17:40
Доброго дня, как привило предупреждение: «Check whether SCS network adapter of engineering stationis configured and enabled» в 90% случаев появляется если выбраны не верные сетевые адаптеры в SIMATIC Shell, через которые мы хотим загрузить проект (и на инженерной машине и на операторской станции), проверьте еще раз на обоих машинах.
Если все проверили и не пошло, попробуйте перекинуть проект через USB-флешку на операторскую станцию.
Следующим основным этапом на пути к совместной реализации проектов в среде Step7 и Win CC необходимо произвести настройку PC Stationв средеStep 7.
Для этого войдем во вкладку «Configuration» (см рисунок 3.8) SIMATIC PC Station, и, как показано на рисунке 3.9 добавим WinCC приложение (SIMATIC PC Station>>HMI>>WinCC Application).
Рисунок 3.8 – Запуск программы конфигурации SIMATIC PC Station
Рисунок 3.9 – Программа конфигурации SIMATIC Station, добавление WinCC приложения
После этого добавим модуль связи (SIMATIC PC Station>>CP PROFIBUS>>CP 5611). Внешний вид окна настройки модуля связи приведен на рисунке 3.10.
Рисунок 3.10 – Программа конфигурации SIMATIC Station, добавление модуля связи
Конфигурирование сети MPI
Для связи между программой в Step 7 и WinCC используем промышленный интерфейс MPI.
Для установки связи двойным щелчком на иконке «MPI(1)» (см. рисунок 3.11) войдем в настойки промышленной сети.
Multiple-point interface (англ. Multi Point Interface) — многоточечный коммуникационный интерфейс, применяемый в оборудовании SIMATIC для создания промышленных сетей.
П р и м е ч а н и е: Здесь и далее при создании сети будет использован MPI интерфейс, кроме него можно использовать промышленную сеть PROFIBUS, работающую по протоколу RS-485.
Рисунок 3.11 – Запуск программы конфигурации сети
В открывшемся окне на панели PC станции щелкнем правой кнопкой мыши на модуле связи в окне SIMATIC PC Station и выберем «Object Properties», как показано на рисунке 3.12.
Рисунок 3.12 – Программа конфигурации сети, открытие окна настроек модуля связи
— в появившемся окне настройке модуля связи изменим тип интерфейса на MPI, рисунок 3.13.
Рисунок 3.13 – Программа конфигурации сети, окно настроек модуля связи, изменение типа интерфейса
По умолчанию текущий адрес станции совпадает с адресом виртуального контроллера и равен 2. Для корректной работы необходимо изменить адрес PC станции на «3». Для ввода этого изменения необходимо нажать кнопку «Properties» и в поле «Adress» проставить цифру «3» (рисунок 3.14).
Рисунок 3.14 – Программа конфигурации сети, окно настроек модуля связи, изменение адреса
Подтвердить изменение. В окне конфигурирования связать SIMATIC 300 Station и SIMATIC PC Station с линией связи, для этого нажать на квадратик в окне модуля связи (CPU) и удерживая левую кнопку мыши соединить с линией связи, сохранить конфигурацию. (см. рисунки 3.15, 3.16. )
Рисунок 3.15 – Программа конфигурации сети, соединение станций с линией связи
Рисунок 3.16 – Программа конфигурации сети, сохранение
Создание логической схемы в STEP 7
Для полноценного понимания действий по установке связи между проектами в Step 7 и SCADA WinCC и их совместной работе, нам понадобится действующая логическая схема созданная в любом из редакторов Step 7. Проект может быть любой сложности, это никак не повлияет на механику установки связи. Для простоты создадим небольшую схему в языке LD, имитирующую работу логического элемента «AND».
Для этого выполним следующие действия:
— добавим переменные (дважды щелкнув на вкладке «Symbols» проекта в среде Step 7, рисунок 3.17);
Рисунок 3.17 – Запуск списка переменных
— записать переменные, указать их адрес. Для связи с WinCC в качестве входов необходимо использовать переменные как ячейки памяти (в поле адреса указывать М), в качестве выходов Q (рисунок 3. 18);
Рисунок 3.18 – Список переменных в SIMATIC Manager
— сохранить список переменных;
— перейти к основной программе дважды щелкнув на пиктограмме «OB1» рисунки 3.19, 3.20.;
Рисунок 3.19 – Запуск программы создания логической схемы
— в появившемся окне настроек выбрать язык программирования;
Рисунок 3.20 – Окно настройки блока программы
— собрать схему как показано на рисунке 3.21;
Рисунок 3.21 – Программа создания логической схемы
— сохранить логическую схему.
После создания программы имитации логического элемента «И», можем приступить к разработке SCADA с кадрами анимации.
Работа в WinCC
Создание проекта в Step 7 и настройка соединения MPI и станции WinCC позади. Теперь можно приступать к связи проектов.
Для начала откроем проект WinCC в Step 7, для этого выберем пункт «Open object» в меню категории «OS(1)», см рисунок 3.22.
Рисунок 3.22 – Запуск WinCC приложения
Затем необходимо будет выполнить следующий ряд действий:
— добавить драйвер «SIMATIC S7 PROTOCOL SUITE» в Tag Management рисунок 3.23.
— добавить новое соединение MPI в список драйверов SIMATIC S7 PROTOCOL SUITE, рисунок 3.24;
Рисунок 3.24 – WinCC Explorer, добавление соединения
Рисунок 3.25 – Окно настройки интерфейса, изменение номера слота
— добавить необходимые теги в соответствии с переменными в Step 7, соблюдая адреса и типы, рисунок 3.26 – 3,27;
Рисунок 3.26 – WinCC Explorer, добавление тегов
Рисунок 3.27 – WinCC Explorer, список добавленных тегов
— разработать и добавить мнемосхему, для визуализации программы управления. Для этого запустим графический дизайнер, как это показано на рисунке 3.28, и используя стандартные графические элементы (см. рисунок 3.29), соберем кадр, содержащий 2 ключа-переключателя и лампочку;
Рисунок 3.29 – Graphics Designer, создание мнемосхемы
— в настройках графических элементов необходимо указать соответствующие теги, прописанные ранее. Указанные теги будут соответствовать входным аргументам и выходной функции элемента «И», описанного в программе управления среды STEP 7. В SCADA WinCC аргументы будут представлены в виде двух двухпозиционных графических тумблеров, а функция – в виде круга, изменяющего свой цвет (рисунок 3.30, 3.31).
Односторонние S7-коммуникации в Simatic. Как организовать обмен ПЛК-ПЛК, программируя и загружая только один ПЛК?
S7-соединения, применяемые для обмена информацией между устройствами серии S7-300, 400, 1200, 1500, являются конфигурируемыми. Это означает, что необходимо явно указать устройствам, кто с кем общается. В общем случае эти соединения являются двунаправленными (двухсторонними или же bilaterally), т.е. добавление конфигурируемого соединения происходит для обоих ПЛК, что приводит к необходимости прогрузки обоих ПЛК. Это не вызывает особенных проблем, если оба ПЛК находятся в ведомстве службы АСУТП предприятия, и для обоих ПЛК есть на руках актуальное прикладное ПО. Но встречаются и частные случаи — необходимо наладить обмен между «старым» S7-300 и «новым» S7-1500, причем, исходники старой программы утрачены. Ну, или эксплуатация просто боится трогать ПЛК. Или эксплуатации просто нет, задача организации обмена «висит» на интеграторе «новой» системы, что приводит к предыдущему условию — трогать ППО неизвестной системы никому особо не хочется.
В таких случаях поможет имеющаяся возможность настроить одностороннее (unilaterally) соединение, сделать его активным (то есть, «наш» ПЛК будет инициировать соединение), добавить коммуникационные программные блоки PUG/GET (с другими блоками этот метод не работает, все другие блоки являются двухсторонними) и загрузить только один ПЛК. Будем считать, что информация по содержимому блоков данных у нас хоть как-то сохранилась — либо из документации на систему, либо из описания тэгов SCADA-системы.
Много интересного на тему пишет Герр Бергер:
Hans Berger «Automating with SIMATIC S7-1500», стр. 761
Самое важное: мы задаем S7-соединение только на одном CPU, соединение должно быть «активным» (active side), блоки PUT/GET так же вызываются только на «нашей стороне», connection resource партнерской стороны должен быть задан равным 03. Собственно говоря, ресурс за номером 03 уже мониториться средствами операционной системы контроллера, что и дает возможность применять односторонние S7-соединения.
В качестве «черного» ящика я применяю ET200S CPU, который фактически является контроллером серии S7-300 в корпусе на din-рейку. Про черный ящик мне известны только ip-адрес интерфейса и абсолютные адреса трех вещественных переменных, которые с него необходимо считать.
тэги: DB1.DBD0, DB1.DBD4, DB1.DBD8
В качестве «нашего» контроллера выступает S7-1516, к его прикладной программе и конфигурации мы имеем полный доступ.
В первую очередь добавляем в прикладную программу блок данных, куда мы разаместим результат чтения. Пусть это будет DB13. Не забываем, что при PUT/GET коммуникациях блок данных должен быть «стандартного» доступа.
Далее переходим в Devices & networks.
Нажимаем на кнопку Connections и из выпадающего списка справа от кнопки выбираем S7 connection
Кликаем правой кнопкой по CPU и в выпадающем меню нажимаем Add new connection
У центрального процессора S7-1516 несколько встроенных интерфейсов, поэтому необходимо выбрать тот, к которому подключен наш коммуникационный партнер. В нашем случае это интерфейс X1. Обращаю внимание на Local ID (0x100) — это идентификатор соединения, который потребуется при вызове блока GET.
Ждем Add, закрываем окно и переходим на подвкладку Connections
Задаем ip-адрес партнера
На вкладке Address details задаем rack/slot партнера, его Connection resource оставляем 03. Rack — это номер «стойки», slot — это номер «гнезда», вместе эти параметры «адресуют» CPU в системах Simatic. В нашем случае (как и в подавляющем числе других случаев «классических» ПЛК) эти значения равны 0/2.
Теперь открываем OB1 и добавляем в него функциональный блок GET для чтения данных с коммуникационного партнера.
Заполнять параметры вызова GET можно, как через Properties (организовано все весьма удобно), да и традицонно. Заполним традиционно.
Req — булевая переменная, по переднему фронту которой выполняется запрос данных.
ID — идентификатор соединения, в нашем случае равен 0x100
ADDR_1 — абсолютный адрес читаемой области данных удаленного контроллера, это указатель типа ANY
RD_1 — тут мы указываем, где локально будут складываться считанные даные, и лучше его задать тоже в виде указателя типа ANY. Чуть ниже я объясню, почему.
Для начала прочитаем одну вещественную переменную по удаленном адресу DB1.DBD0.
Немного про страшные символы в поле ADDR_1. Это — указатель типа ANY, позволяет адресовать любую область памяти Simatic. В нашем случае его значение P#DB1.DBX0.0 BYTE 4
DB1 — читаем блок данных с номером 1
DBX0.0 — смещение в блоке данных 0 байт (ну и 0 бит)
BYTE 4 — читаем байты в количестве 4 штук
Таким образом указатель P#DB1.DBX0.0 BYTE 4 соответствует абсолютному адресу DB1.DBD0. Напоминаю, что речь идет про адреса памяти удаленного коммуникационного партнера, о котором в нашем локальном проекте TIA Portal нет никаких данных.
Результат чтения положим в переменную R0 локального блока данных «xEchangeDB».R0 (что в виде указателя ANY выглядит, как P#DB13.DBX0.0 BYTE 4).
Запрос на чтение (тэг Tag_1) я взвожу самостоятельно, сбрасывается он автоматически при завершении коммуникаций. Напоминаю, что запрос выполняется только по положительному фронту на входе REQ функционального блока, поэтому в реальных проектах не забываем взводить/сбрасывать переменную для запроса.
Взведем переменную Tag_1 и посмотрим на результат чтения:
Итого, с удаленного ПЛК прочиталось значение вещественной переменной, равное 666. Именно такую величину я и дал переменной CPU S7-300 до того, как объявить его черным ящиком. Напомню, что пока я читаю только первые 4 байта из блока данных удаленного контроллера. По этой причине мы видим, что переменные R1 и R2 нулевые — они не читались.
Для чтения всех 3 переменных с коммуникационного партнера изменим указатели типа ANY и вызов приобретет следующий вид:
Посмотрим на результат чтения:
Все три переменные считались успешно. Вообще, полезно выставлять флаг успешности или неуспешности коммуникаций на основании выходных переменных вызова GET: NDR — получены новые данных, ERROR — возникла ошибка и STATUS — текущий статус, код ошибки. Не забываем, что эти переменные «живут» только один цикл сканирования программы, и их надо вылавливать и складывать в отдельные переменные, чтобы увидеть. В данном примере этот момент я опускаю.
Для обозначения локального адреса переменных я использую указатель типа ANY, а не символьное представление структуры. По непонятным для меня причинам символьное представление работает для вызова GET (чтение данных с удаленного контроллера), но делает полностью неработоспособным вызов PUT (запись данных на удаленный контроллер). Причем, PUT даже не сообщает об ошибке и никак не реагирует выходом STATUS. Пока не могу объяснить причину такого поведения.
GET предназначен для чтения данных. Для передачи информации (записи) удаленному контроллеру применяем вызов PUT. Предположим, что нам необходимо записать в другой контроллер одну переменную. Пусть это будет та же переменная R0 блока данных DB13. Добавим вызов PUT в программу контроллера.
Изменим значение локальной переменной
После чего выполним запись данных, задав значение переменной Tag_7 равным «1». Ну, а теперь, чтобы все было по-честному взглянем на значение этой переменной в «черном ящике».
Запись данных выполнена успешно. Таким образом, даже не имея на руках исходную программу контроллера, мы можем как считывать с него информацию, так и записывать. Объем данных ограничен и зависит от типа CPU. ЕМНИП, для «трёхсотой серии» посылка ограничена 160 байтами, подробнее можно узнать в документации. Отсутствие необходимости вносить изменения в ППО справедливо лишь для 300ой и 400ой серии, для «тысячников» требуется разрешить доступ к CPU по методу PUT/GET, поставив соответствующую галочку в системных настройках.
Добрый день, хабровчане! Полазив по Хабру, мною было обнаружено всего несколько топиков, в котором упоминалось бы словосочетание «Simatic Step 7». Хочу поделиться с Вами небольшой частью информации, накопленной мною за все время работы с программируемыми логическими контроллерами, и показать, что из себя представляют ПЛК, оболочка и что мне приходилось на них строить.
Данный пост содержит общую ознакомительную информацию о программировании ПЛК Siemens.
Введение
Устроилась я в эту фирму еще на 5м курсе института. К слову, образование мое к программированию относится весьма косвенно и было это больше увлечением. Познания мои на тот момент ограничивались курсом Delphi и весьма базовым Ассемблером. Компания занималась (да и занимается) проектированием, строительством и обслуживанием грузоподъемных машин, таких как погрузчики, портальные, козловые, мостовые и прочие краны. К ГП машинам мое образование имело еще меньше отношения. Поэтому я решила попробовать. 🙂
Программируемые логические контроллеры Siemens
ПЛК фирмы Siemens — это промышленные контроллеры и используются для автоматизации технологических процессов. У нас, в частности, использовались для автоматизации работы грузоподъемных машин.
Simatic включает в себя несколько линеек ПЛК — Simatic S5 и Simatic S7. В свою очередь линейка Simatic S7 содержит семейства S7-200, S7-300, S7-400 и S7-1200.
Чаще всего мы использовали ПЛК семейств S7-300 и S7-400, для которых компанией Siemens было разработано собственное программное обеспечение Simatic Step 7.
Кроме этого, к ПЛК через сеть Profibus подключалось большое количество ведомых устройств, таких как частотные преобразователи, приводы, абсолютные/инкрементные энкодеры и пр.
Вся работа ГП машины по максимуму автоматизировалась и крановщику нужно применять минимум усилий для управления оной.
Что из себя представляет Simatic Step 7?
Главной утилитой является Step 7 — Simatic Manager, которая позволяет производить конфигурацию ПЛК и сетей (утилиты HWConfig и NetPro).
В процессе конфигурации определяется состав оборудования, способы подключения, используемые сети, адреса, выбираются настройки для используемых модулей. Готовая конфигурация загружается в ПЛК, что так же является настройкой оборудования.
Утилиты конфигурации позволяют осуществлять диагностику оборудования, обнаруживать аппаратные ошибки или неправильный монтаж.
ПЛК выполняет команды в порядке, определяемом программой, сверху вниз, затем начинает сначала. С помощью редактора STL всегда можно посмотреть или отредактировать программы, созданные на LAD или FBD, обратное не всегда возможно.
Я работала с самого начала в STL, пробовала LAD, мне показался слишком непонятным и многие вещи таки не удавалась так просто в нем сделать, как в STL. Плюс еще в том, что при загрузке программы в ПЛК, она компилируется в STL и, соответственно, при выкачке ее из ПЛК на программатор она так же представлена в STL.
Вместо заключения
Программирование ПЛК занятие увлекательное, особенно когда это не стенд, а реальное оборудование. Моя работа заключалась в создании программы на ПЛК для управления всей ГП машины либо отдельных ее частей, а так же загрузке программного обеспечения непосредственно в оборудование и его отладке. Случалось разное, но работать с железом было очень интересно, хоть и не легко иногда. А строили мы вот такие ГП машины:
