1882

Правила для аппаратных прерываний

Аппаратные прерывания могут быть исполнены только в том случае, если в программе CPU имеется соответствующий организационный блок. Если это не так, в диагностический буфер вносится сообщение об ошибке и выполняется обработка асинхронной ошибки (ОВ80, см. Организационные блоки обработки ошибок (ОВ70 − ОВ87 / ОВ121 − ОВ122)).

Если вы при назначении параметров отменили ОВ аппаратных прерываний, то они не могут быть более запущены. CPU распознает ошибку программирования и переходит в STOP

Назначение параметров сигнальным модулям, способным к аппаратным прерываниям

Каждый канал сигнального модуля, способного к аппаратным прерываниям, может запустить аппаратное прерывание. Поэтому в наборах параметров сигнальных модулей, способных к прерываниям, вы должны с помощью STEP 7 указать следующее:

•Чем будет запускаться аппаратное прерывание;

•Какой ОВ аппаратных прерываний будет исполняться (по умолчанию для исполнения всех аппаратных прерываний назначается OB40).

Спомощью STEP 7 активизируется генерирование аппаратных прерываний на функциональных модулях. Остальные параметры вы назначаете

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

Приоритет ОВ аппаратных прерываний

По умолчанию приоритет для ОВ аппаратных прерываний относится к классу приоритета от 16 до 23. Вы можете назначить параметры для изменения классов приоритета.

ОРГАНИЗАЦИОННЫЕ БЛОКИ ЗАПУСКА (OB100 / OB101 / OB102)

Типы запуска Имеется три различных типа запуска:

•горячий рестарт (отсутствует в S7-300 и S7-400H);

•теплый рестарт;

•холодный рестарт.

Вследующей таблице показано, какие ОВ вызывает операционная система при каждом типе запуска:

30

Стартовые события для ОВ запуска CPU выполняет запуск после следующих событий:

•после включения питания;

•после перевода переключателя режимов из STOP в RUN/RUN-P;

•после запроса от коммуникационной функции;

•после синхронизации в мультипроцессорном режиме;

•в H-системе после установления связи (только на резервном CPU).

Взависимости от стартового события, используемого CPU, и его установленных параметров вызывается соответствующий ОВ запуска (ОВ100,

ОВ101 или ОВ102).

Программа запуска

Вы можете указать условия для запуска своего CPU (инициализирующие значения для RUN, пусковые значения для модулей ввода/вывода) путем записи своей программы запуска в организационный блок ОВ100 для теплого рестарта, ОВ101 для горячего рестарта или ОВ102 для холодного рестарта.

Нет ограничений по длине и времени выполнения программы запуска, так как контроль цикла еще не активен. В стартовой программе невозможно исполнение под управлением времени или под управлением прерываний. Во время запуска все цифровые выходы имеют сигнальное состояние 0.

Тип запуска после ручного рестарта

На CPU S7-300 возможен только ручной теплый или холодный рестарт

(только CPU 318-2).

На некоторых CPU S7-400 вы можете вручную выполнять запуск с помощью переключателя режимов и переключателя типа запуска (CRST/WRST), если это разрешено при назначении параметров, которое вы выполнили с помощью STEP 7. Ручной теплый запуск возможен без специального назначения параметров.

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

На CPU S7-300 после включения питания возможен только теплый рестарт.

На CPU S7-400 вы можете указать, ведет ли автоматический запуск после включения питания к теплому или к горячему рестарту.

Очистка образа процесса

Когда перезапускается CPU S7-400, исполняется оставшаяся часть цикла, а таблица образа процесса на выходах по умолчанию очищается. Вы можете предотвратить очистку образа процесса, если хотите, чтобы программа пользователя продолжала работать со старыми значениями после перезапуска.

31

Контроль существования и типа модулей

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

Если контроль модулей активизирован, то CPU не запустится при обнаружении расхождений между конфигурационной таблицей и фактической конфигурацией.

Времена контроля

Чтобы убедиться, что программируемый контроллер запускается без ошибок, вы можете выбрать следующие времена контроля:

•максимально допустимое время для передачи параметров модулям;

•максимально допустимое время для того, чтобы модули могли сообщить о своей готовности к работе после включения питания;

•на CPU S7-400 максимальное время прерывания, после которого разрешен горячий рестарт.

Как только времена контроля истекают, CPU или переходит в STOP, или возможен только теплый рестарт.

ФОНОВЫЙ ОРГАНИЗАЦИОННЫЙ БЛОК (OB90)

Если вы определили минимальное время цикла с помощью STEP 7, и это время больше, чем время текущего цикла, то у CPU в конце циклической программы еще есть время для работы. Это время используется для исполнения фонового ОВ. Если в вашем CPU ОВ 90 не существует, то CPU ждет, пока не истечет указанное минимальное время цикла. Следовательно, вы можете использовать ОВ90 для процессов, в которых время не является критическим для работы, и, таким образом, избежать потерь времени на ожидание.

Приоритет фонового ОВ

Фоновый ОВ относится к классу приоритета 29, что соответствует приоритету 0,29. Таким образом, этот ОВ имеет самый низкий приоритет. Его класс приоритета не может быть изменен при назначении параметров.

Программирование ОВ90

Время работы ОВ90 не контролируется операционной системой CPU, так что вы можете программировать в ОВ90 циклы любой длины. Обеспечьте непротиворечивость данных, используемых вами в фоновой программе, принимая во внимание следующее:

•события сброса OB90 (см. справочное руководство "Системное программное обеспечение для S7-300 и S7-400, Системные и стандартные функции");

•обновление образа процесса асинхронно по отношению к OB90.

32

ОРГАНИЗАЦИОННЫЕ БЛОКИ ОБРАБОТКИ ОШИБОК

(OB70 − OB87 / OB121 − OB122)

Типы ошибок

Ошибки, которые могут быть обнаружены CPU S7 и на которые вы можете реагировать с помощью организационных блоков, можно разделить на две основные категории:

•Синхронные ошибки: эти ошибки могут быть поставлены в соответствие конкретной части программы пользователя. Эта ошибка происходит во время выполнения конкретной команды. Если соответствующий ОВ синхронных ошибок не загружен, то CPU при возникновении ошибки переходит в STOP;

•Асинхронные ошибки: эти ошибки не могут быть непосредственно поставлены в соответствие исполняемой программе пользователя. Это ошибки класса приоритета, неисправности программируемого логического контроллера (например, дефектный модуль) или ошибки резервирования. Если соответствующий ОВ асинхронных ошибок не загружен, то CPU при возникновении ошибки переходит в STOP (исключения: OB70, OB72, OB81).

На следующем рисунке показаны типы ошибок, которые могут возникнуть, разделенные на категории в соответствии с ОВ ошибок.

33

ОВ 84 − аппаратная неисправность CPU с(неисправность в интерфейсе с cетью MPI)

ОВ 85 − ошибка класса приоритета (например, ОВ не загружен)

ОВ 86 − ошибка стойки

ОВ 87 − коммуникационная ошибка (например, неверный идентификатор при связи с помощью глобальных данных)

Использование ОВ для синхронных ошибок

Синхронные ошибки возникают при исполнении конкретной команды. Когда эти ошибки происходят, операционная система делает запись в стек прерываний (I-стек) и запускает ОВ для синхронных ошибок.

ОВ ошибок, вызванные как результат синхронных ошибок, исполняются как часть программы в том же классе приоритета, что и блок, который исполнялся, когда ошибка была обнаружена. Поэтому ОВ121 и ОВ122 могут обращаться к тем значениям в аккумуляторах и других регистрах, которые в них были во время возникновения прерывания. Вы можете использовать эти значения для реагирования на сбойную ситуацию, а затем вернуться к обработке своей программы (например, если происходит ошибка доступа на аналоговом модуле ввода, вы можете указать заменяющее значение в ОВ122 с помощью SFC44 RPL_VAL). Однако локальные данные ОВ ошибок требуют дополнительного места в L-стеке этого класса приоритета.

В CPU S7-400 один ОВ синхронных ошибок может запустить другой ОВ синхронных ошибок. В CPU S7-300 это невозможно.

Использование ОВ асинхронных ошибок

Если операционная система CPU обнаруживает асинхронную ошибку, то она запускает соответствующий ОВ ошибок (ОВ70 – ОВ72 и ОВ80 – ОВ87). ОВ для асинхронных ошибок имеют наивысший приоритет и не могут быть прерваны другими ОВ, если все ОВ асинхронных ошибок имеют одинаковый приоритет. Если более одного ОВ асинхронных ошибок с одинаковым приоритетом появляются одновременно, то они обрабатываются в том порядке, как они появились.

Маскирование стартовых событий

С помощью системных функций (SFC) вы можете замаскировать, отложить или заблокировать стартовые события для нескольких ОВ. За более подробной информацией об этих SFC и организационных блоках обратитесь к справочному руководству "Системное программное обеспечение для S7-300 и

34

S7-400. Системные и стандартные функции".

Замечание:

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

8. ЗАПУСК STEP 7

При запуске Windows 95/98/NT вы найдете пиктограмму для SIMATIC Manager, являющуюся стартовой точкой для программного обеспечения STEP 7 на интерфейсе Windows.

SIMATIC Manager

SIMATIC Manager - это основное приложение для проектирования и программирования. В нем вы можете реализовать следующие функции:

•создавать проекты;

•конфигурировать и назначать параметры аппаратным средствам;

•конфигурировать аппаратные сети;

•программировать блоки;

•отлаживать и принимать в эксплуатацию свои программы.

Доступ к различным функциям спроектирован объектноориентированным, интуитивно понятным и легким для изучения.

Вы можете работать с SIMATIC Manager'ом одним из двух способов:

• Offline, без подключения программируемого контроллера;

35

• Online, с подключенным программируемым контроллером.

Обратите внимание на соответствующие указания по безопасности в каждом случае.

Запуск STEP 7 со стартовыми параметрами, используемыми по умолчанию

Начиная со STEP 7 версии 5.0, вы можете создать несколько символов в SIMATIC Manager и определить стартовые параметры в строке вызовов. Сделав это, вы сможете заставить SIMATIC Manager позиционироваться на объекте, описываемом этими параметрами. Это позволяет вам переходить к соответствующим местам в проекте немедленно, просто с помощью двойного щелчка.

Вызвав s7tgtopx.exe, вы можете указать следующие стартовые параметры:

/e <полный физический путь к проекту>

/o <логический путь для объекта, на котором вы хотите остановиться> /h <идентификатор объекта> /onl или /off

Самый легкий путь для установки подходящих параметров описан ниже.

Установка параметров путем копирования и вставки Действуйте следующим образом:

•На своем рабочем столе создайте новую связь с файлом s7tgtopx.exe.

•Выведите на экран диалоговое окно свойств.

•Выберите закладку "Link [Связь]". Теперь вход "Target [Цель]" должен быть расширен следующим образом.

•Выделите требуемый объект в SIMATIC Manager.

•Скопируйте объект в буфер обмена с помощью комбинации клавиш

CTRL+C.

•Поместите курсор в конце входа "Target [Цель]" в закладке "Link

[Связь]".

•Вставьте содержимое буфера обмена с помощью комбинации клавиш

CTRL+V.

•Закройте диалоговое окно, щелкнув на "OK".

Пример параметров:

/e F:\SIEMENS\STEP7\S7proj\MyConfig\MyConfig.s7p

/o “1,8:MyConfig\SIMATIC 400(1)\CPU416-1\S7-Program(1)\Blocks\FB1” /h T00112001;129;T00116001;1;T00116101;16e

Замечания о структуре пути к проекту Путь к проекту – это физический путь в файловой системе. Нотация

36

соглашения об универсальных именах UNC не поддерживается, так, например: F:\SIEMENS\STEP7\S7proj\MyConfig\MyConfig.s7p

Полный логический путь строится следующим образом: [Идентификатор вида, идентификатор online]:имя проекта\{имя

объекта\}*\ имя объекта Пример:

/o 1.8:MyConfig\SIMATIC 400(1)\CPU416-1\S7-Program(1)\Blocks\FB1

Замечания о структуре логического пути

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

Однако можно указать и путь, который может быть прочитан пользователем. В вышеприведенном примере это выглядело бы так:

/o "MyConfig\SIMATIC 400(1)\CPU416-1\S7-Program(1)\Blocks\FB1”.

Добавив /onl или /off, пользователь может указать, действителен ли этот путь в окне online или offline. Это не нужно указывать, если вы используете функции копирования и вставки.

Важно: Если путь содержит пробелы, то он должен быть помещен в кавычки.

ОБЪЕКТЫ И ИХ ИЕРАРХИЯ

Объекты и их иерархия

Иерархия объектов для проектов и библиотек в STEP 7 отображается в SIMATIC Manager таким же образом, как Проводник Windows отображает структуру каталогов из папок и файлов.

На следующем рисунке показан пример иерархии объектов.

Объекты имеют следующие функции:

•носитель свойств объекта,

•папки,

•носитель функций (например, запуск конкретного приложения).

37

Объекты как носители свойств

Объекты могут быть носителями как функций, так и свойств (например, настроек). Когда вы выделяете объект, вы можете выполнить с ним одну из следующих функций:

•Редактировать объект, используя команду меню Edit > Open Object [Редактировать > Открыть объект].

•Открыть диалоговое окно, используя команду меню Edit > Object Properties [Редактировать > Свойства объекта], и установить параметры, относящиеся к объекту.

Папка тоже может быть носителем свойств.

Замечание Если вы хотите изменить настройки для объекта в устройстве

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

Если вы загружаете всю программу пользователя. То системные блоки данных загружаются автоматически как часть этого процесса. Если вы производите изменения в настройках после загрузки программы, то вы можете перезагрузить объект "system data [системные данные], чтобы обновить настройки в программируемом контроллере.

Объекты как папки

Папка (каталог) может содержать другие папки или объекты. Они отображаются, когда вы открываете папку.

Замечание Мы настоятельно рекомендуем редактировать папки с помощью

STEP 7, так как они могут быть физически структурированы иначе, чем компоновка, которую вы видите в SIMATIC Manager.

Объекты как носители функций

При открытии объекта появляется окно, в котором вы можете редактировать этот объект.

Объект является или папкой, или носителем функций. Исключением являются станции: они являются как папками (для программируемых модулей), так и носителями функций (используемых для конфигурирования аппаратуры).

• Если вы дважды щелкнете на станции, то отобразятся содержащиеся в ней объекты: программируемые модули и конфигурация станции (станция как папка).

38

• Если вы откроете станцию командой меню Edit > Open Object [Редактировать > Открыть объект], то вы можете конфигурировать станцию и назначать ей параметры (станция как носитель функции). Эта команда меню имеет такой же эффект, как двойной щелчок на объекте "Hardware [Аппаратура]".

Объект Проект Проект представляет собой совокупность всех данных и программ в

решении задачи автоматизации и расположен в верхней части иерархии объектов.

Положение в изображении проекта

39