рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Відлагодження робочих програм

Відлагодження робочих програм - раздел Высокие технологии, ТЕХНОЛОГІЯ РОЗРОБКИ ТА ВІДЛАГОДЖЕННЯ   Після Отримання Об'єктного Коду Робочої Програми Неминуче Нас...

 

Після отримання об'єктного коду робочої програми неминуче настає етап відлагодження, тобто встановлення факту її дієздатності, а також виявлення (локалізації) і усунення помилок. Без цього етапу розробки жодне програмне забезпечення взагалі не має права на існування. Відлагодження робочих програм представляє собою окрему складну задачу, що майже не піддається формалізації і вимагає для свого виконання високого професіоналізму і глибоких знань розробника.

Звичайно відлагодження робочої програми здійснюється за декілька етапів. Прості (синтаксичні) помилки виявляються вже на етапі трансляції. Далі необхідно виконати:

· автономне відлагодження кожної процедури в статистичному режимі, що дозволить перевірити правильність обчислень, що проводяться, правильність послідовності переходів всередині процедури (відсутність "зациклювання") і т. п.;

· комплексне відлагодження робочої програми в статистичному режимі, що дозволить перевірити правильність алгоритму управління (по послідовності формування керуючих дій);

· комплексне відлагодження в динамічному режимі без підключення об’єкта для визначення реального часу виконання програми і її окремих фрагментів.

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

Вищенаведені етапи відлагодження здійснюються звичайно з використанням крос-систем (наприклад MPLAB 3.30 для OMK PIC16/17).

В склад крос-систем входять програми-відладники (узагальнене ім'я – DEBUG), що інтерпретують (моделюють) виконання програм, написаних для МК. Такі програмні імітатори дозволяють ефективно відлагоджувати обчислювальні процедури, а також алгоритм функціонування контролера.

Розробник має доступ до будь-якого ресурсу МК, має можливість виконання програм у покомандному і пофрагментному режимі. Можна виконувати програму і зупиняти її по умові, а також виконувати підрахунок числа тактів виконання тих або інших фрагментів програми, ініціювання переривання, дизасемблювання змісту пам'яті програм і таке інше.

Крос-відладники дозволяють промоделювати практично всі можливі варіанти роботи програми і завдяки цьому переконатися в її дієздатності. На цьому ж етапі можлива перевірка дієздатності програми при позаштатних ситуаціях в умовах надходження некоректних вхідних даних (для застосувань з вимогами по безпеці).

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

Найбільш повне і комплексне відлагодження прикладного програмного забезпечення спільно з апаратурними засобами контролера може бути вироблено на інструментальній мікроЕОМ наприклад, IBM PC з так званим внутрішньосхемним емулятором (ВСЕ) таким, наприклад, як ICE PIC або PICMASTER для ОМК сімейства PIC 16/17.

Під управлінням мікроЕОМ ВСЕ дозволяє проганяти прикладну програму або її окремі фрагменти в реальному темпі, зупиняти виконання програм за багатьма ознаками, робити трасування зовнішніх сигналів МК і системи під час виконання програм. Вірогідність програмного забезпечення, відлагодженого на інструментальній мікроЕОМ, висока, хоча і не дорівнює одиниці.

В будь-якому випадку для доведення прикладного програмного забезпечення контролера необхідні комплексні й всебічні іспити розробленої системи в реальному оточенні та у різноманітних режимах.

Розглянемо більш докладніше процес налагоджування робочих програм для ОМК PIC 16/17. Налагоджування може бути здійснено, наприклад, за допомогою універсального імітатора (симулятора) програмного забезпечення PSIM (або MPSIM).

 

– Конец работы –

Эта тема принадлежит разделу:

ТЕХНОЛОГІЯ РОЗРОБКИ ТА ВІДЛАГОДЖЕННЯ

ТЕХНОЛОГІЯ РОЗРОБКИ ТА ВІДЛАГОДЖЕННЯ РОБОЧИХ ПРОГРАМ ДЛЯ OMK PIC Технологія розробки та... Правила запису програм на мові Асемблера...

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

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

РОБОЧИХ ПРОГРАМ ДЛЯ OMK PIC
  Технологія розробки та відлагодження робочих програм для ОМК PIC відрізняється від традиційної [1] тільки набором інструментальних засобів. Написання вхідного тексту програми можлив

МIТКА ОПЕРАЦІЯ ОПЕРАНД (і) КОМЕНТАР
  Ланки (поля) можуть відділятися один від одного довільним числом пропусків. Порядок і позиція полів важливі. Так, мітки повинні починатися в першому стовпчику. Операція (мнемоніка к

Структура робочої програми
  Робоча програма для ОMK PIC 16/17 складається з трьох основних секцій: 1. Секція заголовка; 2. Робоча секція; 3. Секція закінчення. В секції заго

Приклад написання вхідного тексту програми
  Нижче наведений приклад написання початкового тексту робочої програми для ОМК PIC 16С84 (16F84): ; Приклад початкового тексту програми (назва програми)

В об’єктний модуль
  Написанням тексту програми закінчується перший етап розробки прикладного програмного забезпечення – "від поставлення задачі до вхідної програми" і починається наступний –

Запуск транслятора
  Для того, щоб запустити транслятор, необхідно вибрати курсором MPASM. EXE і натиснути "Ввод". На екрані з'явиться меню, за допомогою першої опції якого можна вибрати файл

Результати трансляції
  Результатом роботи транслятора є файли з вхідним ім'ям і розширеннями НЕХ, OBJ, LST, ERR. Файл з розширенням OBJ має інформацію про значення змінних, описаних в секц

Особливості використання транслятора MPASM
  При використанні транслятора MPASM з версіями до 3.11 необхідно враховувати те, що ці програми мають друкарські помилки в командах операцій над регістрами виду MOVF reg… Ці транслят

Послідовність дій при запуску
  Даний симулятор дозволяє промоделювати роботу робочої програми і перевірити виконання відповідних операцій в будь-який дискретний момент часу. Для цього необхідно виконати наступні

Призначення команд
Після запуску MPSIM необхідно вибрати регістри, що контролюються в області перегляду на екрані монітора. Для цього можна користуватися наступними командами: AD – дозвол

Файли, що завантажуються і створюються MPSIM
  Файл INI. Даний файл містить команди, що виконуються автоматично при запуску MPISM. Він необхідний, бо перед симуляцією необхідно з'ясувати, які регістри необхідно

Особливості використання симулятора MPSIM
  При використанні симулятора MPSIM версії 5.11 потрібно враховувати те, що обробка переривання починається тільки через 4 такти, а симулятор переходить на обробку переривання через 1

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги