Отчет по производственной практике Группа: 4 пвт 16-2 Коновалов Н. И. Бекмолдаева К. Б



бет49/66
Дата07.01.2022
өлшемі448.71 Kb.
#20685
түріОтчет
1   ...   45   46   47   48   49   50   51   52   ...   66
Консультация по отладке программ

Отладку программного обеспечения АСУ ТП традиционно осуществляют по классической схеме (снизу—вверх) в следующей последовательности: авто­номная программ в статике; комплексная — подсистем и системы в ста­тике, а также в динамике без подключения к реальному объекту и с реальными объектами.



Автономная отладка систем управления технологическими процессами — это отладка отдельных подпрограмм и стандарт­ных модулей либо без взаимодействия с другими подпрограммами, либо при наличии взаимодействия с небольшой группой программ, решающих неко­торую частную задачу.

Автономную отладку систем управления технологическими процессами подразделяют на три этапа: ручной отладки без ис­пользования вычислительных машин; отладки на универсальных и отладки на управляющих программируемых логических контроллерах (ПЛК). Второй этап может отсутствовать.

При ручной отладке ПО программируемых логических контроллеров (ПЛК) автоматизированных систем, спроектированного на автокоде, решаются сле­дующие задачи: проверка записи программы на соответствие синтаксическим и семантическим правилам выбранного языка; логики программы на соот­ветствие ТЗ и структурной схеме; основных логических маршрутов обработки информации; уточнение содержания и структуры входной и выходной инфор­мации и способа сопряжения проверяемого модуля с другими по информации и управлению; подготовка и предварительная проверка программ по тестам, используемым при автономной отладке на программируемых логических контроллерах (ПЛК).

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



  • цель отдельных этапов отладки и план их проведения по каждому мо­дулю;

  • структурную схему;

  • макет программы, записанный на соответствующем языке; состав исходной информации;

  • контролируемые величины и точки (зоны контроля); состав результирующей информации.

В результате просмотра текста программы автоматизированных систем при ручном контроле прове­ряют следующие факторы:

  • соответствие переходов в тексте программы логике ТЗ (спецификациям); последовательность расчета, запоминания и использования переменных величин;

  • правильность использования данных;

  • состав исходной информации при включении ЦВМ и при изменении режи­мов функционирования и возможность решения задачи при этих условиях.

После трансляции и устранения синтаксических ошибок, выявленных при трансляции, наступают этапы автономной отладки на ЦВМ. Отладка систем управления технологическими процессами начинается с проверки прохождения частных тестов и носит итерационный характер с постепенным усложнением тестов.

Прежде чем приступить к локализации причины неработоспособности программы, следует определить ее природу — является ли она следствие ошибки: аппаратуры, операционной системы, компилятора или специального ПО. При обнаружении ошибки в специальном ПО возникает вопрос, в какой его части находится ошибка. Ответ на этот вопрос обычно удается найти методом исключения из рассмотрения маловероятных источников ошибки. Реко­мендуется проверить, является ли ошибка повторяющейся и устойчивой, такие ошибки легче обнаружить. Классическими способами отладки являются дампинг памяти и трассировка.

Дампинг памяти (распечатки содержимого оперативной памяти) является самым распространенным способом отладки автоматизированных систем. Полезность этого спо­соба, существенно зависит от своевременности распечатки, удобства чтения (что зависит от выбора формата — предпочтителен алфавитно-цифровой фор. мат). Рекомендуется сохранять распечатки (дампы) для последующего ана­лиза при поиске других ошибок. Использование дампов существенно услож­няется, если программы пользуются общей областью памяти. В таких слу­чаях дамп показывает последнюю записанную информацию, а следы преды­дущих действий других подпрограмм будут утеряны.

Трассировка или моментальная фотография автоматизированных систем - разновидность дампа оперативной памяти. Трассировочные средства по­зволяют распечатывать содержимое определенных ячеек памяти (перемен­ных, параметров связи и т. п.) в моменты или при условиях, указанных программистом. Существуют следующие разновидности трассировок систем управления технологическими процессами:



  • для подпрограммы — для отпечатки индикационных признаков каждой ситуации, в которой осуществляется вызов конкретной подпрограммы (жела­тельно печатать все аргументы, представленные в подпрограмме, и признаки того, осуществила ли подпрограмма нормальный выход);

  • для переменной — для распечатки значений указанных переменных, элементов данных, областей рабочей памяти, массивов и т. п.;

  • для оператора — как вынужденное средство после того, как все другие ви­ды отладочных приемов не дают результата (в этом виде распечатки выдаются значения всех переменных (регистров), которые затрагиваются некоторым программным оператором как до, так и после выполнения этого оператора);

  • для терминала — показывает все входные и выходные сообщения для кон­кретного терминала или группы терминалов;

  • по времени — в АСУ ТП иногда трудно понять, что нужно прослеживать, так как ошибку трудно привязать к какой-либо подпрограмме или конкрет­ной переменной (для этого случая используют трассировочную программу, периодически печатающую (или записывающую на диск) содержимое выбран­ных участков памяти);

  • условные — работают при выполнении тех или иных условий (например, «пришел сигнал А и переменная В положительна» и т. п.).




Достарыңызбен бөлісу:
1   ...   45   46   47   48   49   50   51   52   ...   66




©emirsaba.org 2022
әкімшілігінің қараңыз

    Басты бет