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

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

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

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

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

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

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

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

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

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

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