simatic shell что это

Зарегистрирован: Ср сен 17, 2008 9:13
Сообщения: 253
Откуда: Тула

Зарегистрирован: Ср апр 30, 2008 10:06
Сообщения: 102
Откуда: SIEMENS I IA AS Москва

Зарегистрирован: Ср сен 17, 2008 9:13
Сообщения: 253
Откуда: Тула

Зарегистрирован: Ср сен 17, 2008 9:13
Сообщения: 253
Откуда: Тула

Часовой пояс: 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-флешку на операторскую станцию.

Источник

Программирование ПЛК Siemens на Simatic Step7

Добрый день, хабровчане! Полазив по Хабру, мною было обнаружено всего несколько топиков, в котором упоминалось бы словосочетание «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.

Вместо заключения

Программирование ПЛК занятие увлекательное, особенно когда это не стенд, а реальное оборудование.
Моя работа заключалась в создании программы на ПЛК для управления всей ГП машины либо отдельных ее частей, а так же загрузке программного обеспечения непосредственно в оборудование и его отладке.
Случалось разное, но работать с железом было очень интересно, хоть и не легко иногда.
А строили мы вот такие ГП машины:

Источник

Форум АСУТП

Клуб специалистов в области промышленной автоматизации

Резервированные серверы WinCC

Сообщение LoneWolf » 24 ноя 2016, 13:50

Резервированные серверы WinCC

Сообщение Arist007 » 24 ноя 2016, 21:16

это тоже было так же как и у тебя.

В общем путь решения был таким:
1) Прогрузить конфигурацию с инженерной станции с Simatic Manager: PLC – Configure (Ctrl+K). В Station Configuration проверить все соединения – исправное состояние:

ЭТО ВАЖНО: Перед прогрузкой конфигурации в Siemens Configuration Settings в настройках карты CP1623 в General сменить поле «Mode of the module» с «Configured mode» на «PG mode» (иначе нельзя будет прогрузить). После прогрузки конфигурации вернуть настройки в исходное положение:

Далее проверить корректность конфигурирования сети (пинги до разных станции до разных по маске IP).
Проверить физически корректность подсоединения патч-кордов (кабель до ПЛК, чтобы был подсоединен к сети PlantBus, а не, допустим, к TerminalBus).
При необходимости – перезагрузить сервер.
2) Открыть разделы Redundancy и Time Synchronization и убедиться в правильности сконфигурированных настроек (в разделе Redundancy правильная сетевая карта выбрана, через которую происходит резервирование серверов);
3) Прогрузить на сервер проект (PLC – Download Ctrl+L). Открыть проект (WinCC Runtime), и активировать его.
Попробуйте так.

Резервированные серверы WinCC

Сообщение LoneWolf » 25 ноя 2016, 11:46

Резервированные серверы WinCC

Сообщение Arist007 » 25 ноя 2016, 15:17

На сервере сам Step 7 на сколько помню не нужен. Нужно только специализированное ПО Siemens (ну WinCC).
Я наверняка не знаю, нужна ли серверная ОС или простая, гадать тоже не буду) Но мне кажется что нужна серверная.
Я как то для себя писал инструкцию по конфигурированию сервера, который будет резервируемым (именно Standby-сервера). Надеюсь, что она вам чем-нибудь поможет. Собственно вот:

Необходимые инструкции:
– Station Configuration Authorization
– Compendium

Для построения резервированной системы необходимо следующее:
1. Выполнить установку ОС Windows и необходимого системного ПО Siemens;
2. Присвоить имя компьютеру: ______________;
3. Для построения резервированной системы необходимо два идентичных по ПО и по Hardware(!) сервера (HAL-классификация);
4. Подключить сеть (сегменты) физически – патч-корды в разъемы RJ45 – TerminalBus, PlantBus;
5. Проверить корректность сетевых настроек (пинг именно по имени);
6. На инженерной станции добавить объект (PC Station) (строго по инструкции). Вручную прописать MAC и IP адреса иначе всплывут ошибки в Station Configuration;
7. В HW Config прописать строчку WinCC_StandBy:

8. Загрузить конфигурацию с Simatic Manager (PLC – Configure Ctrl+K)
Примечание. Пока не появится в строке StandBy OS пункта выбора сервера StandBy – не прогружать конфигурацию на сервер

9. Прогрузка проекта на сервер;
10. Проверка настроек в разделе Red Configuration (в WinCC Runtime):

11. Проверка настроек в разделе Time Conf. Editor (в WinCC Runtime):

12. Выбрать необходимый интерфейс для резервирования (TremBus) – выбирается в Redundancy Configuration;
13. После запуска проекта в трее при наведении на значок программы Simatic WinCC RT во всплывающем окне все объекты должны быть окрашены зеленым цветом:

14. Проверить корректное значение тегов резервирования в Tag Management (на Primary: @RM_MASTER = 1, на Backup: @RM_MASTER = 0):

Источник

Односторонние 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, поставив соответствующую галочку в системных настройках.

Источник

• ← с днем танкиста 2021
• мультик жизнь или сено →