Загрузка программы в программируемый контроллер
 | Установите переключатель режимов работы в положение STOP, должен загореться красный светодиод. |
| Сброс CPU и переключение в RUN | |
 | Устоновите переключатель в положение MRES и удерживайте его там не менее 3 секунд, пока красный светодиод не начнет медленно мигать. Отпустите переключатель и спустя не более 3 секунд снова поверните его в положение MRES. Когда светодиот замигает быстро CPU сброшен. Если светодиод «STOP» не начинает быстро мигать, повторите эту процедуру. |
| Сброс данных удаляет все данные с CPU после чего контроллер переходит в свое начальное состояние. Вы можете удалить данные с CPU через программу Step7 в режиме OnLine выбрав в меню PLC > Clear/Reset Перед загрузкой программы установите переключатель в режим STOP Откройте ваш проект в Simatic Manager | |
 | Помимо окна «Your Program Offline» откройте окно «Your Program OnLine» (состояние offline или online показываеться с помощью заголовков различного цвета) |
 | Переместитесь в обоих окнах к папке Blocks [Блоки]. Системные функции (SFC) остаются в CPU, хотя вы и выполнили сброс памяти. CPU предоставляет в распоряжение эти функции операционной системы. Их не нужно загружать, но они не могут быть и удалены. |
 | Выделите папку Blocks [Блоки] в окне offline, а затем загрузите программу в CPU с помощью команды меню PLC > Download [ПЛК > Загрузить]. После приглашения подтвердите команду с помощью OK. Загружаемые блоки отображаються в окне OnLine |
 | Активизируйте функцию Debug >Monitor [Отладка > Наблюдение]. |
| отладка в случае контактного плана | |
 | В контактном плане в сегменте 1 отображается последовательная цепь. Путь тока представляется сплошной линией вплоть до Key_1 (I 0.1); это значит, что в цепь уже подано питание. |
| Отладка в случае функционального плана | |
 | Состояние сигнала показывается с помощью «0» и «1.» Пунктирная линия показывает, что результат логической операции отсутствует. |
| Отладка в случае списка операторов | |
 | Для списка операторов в табличной форме отображается следующее: – результат логической операции (RLO) – бит состояния (STA) – стандартное состояние (STANDARD) |
Используя команду меню Options >Customize [Параметры > Настроить], вы можете изменить способ, которым язык программирования представляется во время тестирования.
 | В графических языках программирования Контактный план и Функциональный план вы можете проследить результаты тестирования, просматривая изменение цвета в сегментах программы. Это изменение цвета показывает, что результат логической операции выполнен до этой точки. |
 | В Списке операторов отображение в столбцах STA и RLO меняется, когда результат логической операции выполняется. |
| Если у вас очень большая программа, рекомендую загружать ее блоками, т.к. диагностирование ошибок в больших программах затруднено из-за наличия нескольких возможных источников ошибки. | |
Тестирование программы с помощью таблицы переменных
Для того чтобы выполнить тестирование этим способом, установите режим OnLine, а CPU переведите в режим RUN-P
Вы можете протестировать блок сравнения для скорости двигателя в FB1 путем предварительного задания фактической скорости.
Создание таблицы переменных
 | В папке Блоки окна «Your program Offline» открыв контекстное меню в правой половине окна |
 | ВыберетеVariable Table [Таблицу переменных] |
 | Примите параметры настройки по умолчанию, закрыв диалоговое окно «Properties [Свойства]» щелчком на OK. |
 | VAT1 (таблица переменных) создается в папке блоков. |
Дважды щелкните на VAT1, чтобы открыть таблицу; откроется окно «Monitoring and Modifying Variables [Наблюдение и изменение переменных]».
Сначала таблица переменных пуста. Введите символические имена или адреса для примера «Your program» в соответствии со следующей иллюстрацией. Остальные элементы будут добавлены, когда вы завершите ввод нажатием Enter.
Замените формат наблюдения (Monitior Format) всех значений скорости форматом DEC (десятичный). Для этого щелкните на соответствующей
ячейке в заголовке и, используя правую кнопку мыши, выберите формат DEC. 
 | Сохраните вашу таблицу и включите ее в режим OnLine при помощи кнопки ON на панели инструментов таблицы. В строке состояния появится слово «ONLINE». Переключите CPU в режим RUN-P |
Наблюдение за переменными
Щелкните на кнопке Monitor Variables [Наблюдать переменные] на панели инструментов. В строке состояния отобразится режим работы CPU.
 | Подайте сигнал на ключ 1 и 2 и наблюдайте за результатом. Значения в таблице переменных изменятся с false[ложь] на true [истина] |
Изменение переменных
Введите значение «1500» для адреса MW2 в столбце Modify Value [Изменение значений] и «1300» для адреса MW4. 
 | Передайте измененные значения в свой CPU. |
После передачи эти значения будут обрабатываться в вашем CPU. Результат сравнения становится видимым.
Остановите наблюдение за переменными (снова щелкните на кнопке на панели инструментов) и закройте окно. Подтверждайте любые запросы с помощью Yes или OK.
Очень большие таблицы часто не могут быть отображены полностью из-за ограниченных размеров экрана.
Если у вас есть большие таблицы, то мы рекомендуем вам создать несколько таблиц для одной программы S7 с помощью STEP 7. Вы можете приспособить таблицы переменных, чтобы они точно удовлетворяли вашим требованиям при тестировании.
Вы можете назначать индивидуальные имена таблицам переменных таким же способом, как и для блоков (например, имя OB1_Network1 вместо VAT1). Для назначения новых имен используйте таблицу символов.
Анализ диагностического буфера
Если, в крайнем случае, CPU переходит в STOP при обработке программы S7, или вы не можете переключить CPU в RUN после загрузки программы, то вы можете определить причину ошибки из событий, перечисленных в диагностическом буфере.
Предпосылкой для этого является установление связи online с CPU и нахождение CPU в состоянии STOP.
 | Откройте Окно проекта «Your program Offline» ивыделите папку Блоки Если в вашем проекте имеется несколько CPU, сначала определите, какой CPU перешел в STOP. |
 | Все доступные CPU перечислены в диалоговом окне «Diagnosing Hardware [диагностирование аппаратуры]». CPU, находящееся в состоянии STOP, выделены подсветкой. Наш проект имеет только один CPU. Щелкните на кнопке Module Information [Информация о модуле], чтобы проанализировать диагностический буфер этого CPU. |
| Если подключен только один CPU, то вы можете запросить информацию о модуле для этого CPU непосредственно с помощью команды меню PLC > Module Information [ПЛК > Информация о модуле]. | |
| Окно «Module Information [Информация о модуле]» предоставляет вам информацию о свойствах и параметрах вашего CPU. Теперь выберите вкладку «Diagnostic Buffer [Диагностический буфер]», чтобы определить причину перехода в состояние STOP. | |
 | |
Пояснение к рисунку:
Самое последнее событие (номер 1) находится наверху списка. Отображается причина перехода в состояние STOP.
Если переход CPU в состояние STOP вызвала ошибка программирования, выберите событие и щелкните на кнопке «Open Block [Открыть блок]».
В знакомом вам окне для программирования LAD/STL/FBD открывается блок, и сегмент, содержащий ошибку, выделяется подсветкой.
Программирование ПЛК 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. 
ПЛК включали в себя:
- модуль центрального процессора (CPU);
- блоки питания (PS) для питания контроллера от сети переменного или постоянного тока;
- сигнальные модули (SM), предназначенные для ввода/вывода дискретных и аналоговых сигналов;
- коммуникационные процессоры (CP), выполняющие автономную обработку коммуникационных задач в промышленных сетях Profibus, Industrial Ethernet и др.;
- функциональные модули (FM), которые выполняли задачи автоматического регулирования, взвешивания, позиционирования и пр.;
- интерфейсные модули (IM) для подключения стоек расширения к базовому блоку контроллера.
Кроме этого, к ПЛК через сеть Profibus подключалось большое количество ведомых устройств, таких как частотные преобразователи, приводы, абсолютные/инкрементные энкодеры и пр.
Вся работа ГП машины по максимуму автоматизировалась и крановщику нужно применять минимум усилий для управления оной.
Что из себя представляет Simatic Step 7?
Главной утилитой является Step 7 — Simatic Manager, которая позволяет производить конфигурацию ПЛК и сетей (утилиты HWConfig и NetPro).
В процессе конфигурации определяется состав оборудования, способы подключения, используемые сети, адреса, выбираются настройки для используемых модулей. Готовая конфигурация загружается в ПЛК, что так же является настройкой оборудования.
Утилиты конфигурации позволяют осуществлять диагностику оборудования, обнаруживать аппаратные ошибки или неправильный монтаж.
Программирование ПЛК производится так же с помощью Simatic Manager, обеспечивающий написание программ в трех редакторах:
- LAD (Ladder Diagram) — релейные диаграммы. Редактор отображает программу в графическом представлении, похожем на электрическую монтажную схему. Логические схемы позволяют программе имитировать протекание электрического тока от источника напряжения через ряд логических условий на входах, которые активизируют условия на выходах. Источником напряжения выступает шина, находящаяся слева.
Основными элементами являются нормально замкнутые и нормально разомкнутые контакты.
Соответственно, замкнутые контакты позволяют потоку сигнала протекать через них к следующему элементу, разомкнутые контакты — препятствуют протеканию потока сигнала.
Логика делится на сегменты, т.н. нэтворки (Network), программа исполняется слева направо и сверху вниз.
Особенностями редактора LAD является простота в использовании и понимании для начинающих программистов.
FBD (Function Block Diagram) — функциональные блочные диаграммы. Этот редактор отображает программу в виде обычных логических схем. Контактов нет, но есть эквивалентные функциональные блоки. В данном редакторе не используется понятие «поток сигнала», как в LAD, его выражает аналогичное понятие потока управления через логические блоки FBD.
Потоком сигнала называется пусть состояния «1» через элементы FBD. Логика программы вытекает из связей между функциональными блоками, обозначающими команды.
Графическое представление функционального плана хорошо отражает процесс выполнения программы.
STL (Statement List) — список инструкций. Данный редактор дает возможность создавать программы, вводя мнемонические обозначения команд. В этом редакторе можно создавать программы, которые невозможно создать в редакторах LAD и FBD. Программирование в STL очень похоже на программирование на Ассемблере, несколько специфическое.
ПЛК выполняет команды в порядке, определяемом программой, сверху вниз, затем начинает сначала.
С помощью редактора STL всегда можно посмотреть или отредактировать программы, созданные на LAD или FBD, обратное не всегда возможно.
Я работала с самого начала в STL, пробовала LAD, мне показался слишком непонятным и многие вещи таки не удавалась так просто в нем сделать, как в STL. Плюс еще в том, что при загрузке программы в ПЛК, она компилируется в STL и, соответственно, при выкачке ее из ПЛК на программатор она так же представлена в STL.
Вместо заключения
Программирование ПЛК занятие увлекательное, особенно когда это не стенд, а реальное оборудование.
Моя работа заключалась в создании программы на ПЛК для управления всей ГП машины либо отдельных ее частей, а так же загрузке программного обеспечения непосредственно в оборудование и его отладке.
Случалось разное, но работать с железом было очень интересно, хоть и не легко иногда.
А строили мы вот такие ГП машины: 