Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
О
Факультет:
КН
Кафедра:
Кафедра ЕОМ
Інформація про роботу
Рік:
2018
Тип роботи:
Звіт до лабораторної роботи
Предмет:
Технології проектування комп’ютерних систем
Частина тексту файла (без зображень, графіків і формул):
Міністерство освіти і науки України
Національний університет „Львівська політехніка”
Кафедра ЕОМ
Звіт
з лабораторної роботи №3
з дисципліни: “Технології проектування комп’ютерних систем”
Варіант
Мета: створити список зв’язків та корпуси відповідних компонентів схеми.
ЗАВДАННЯ
Створити список зв’язків та корпуси відповідних компонентів схеми за допомогою OrCAD Capture разом з OrCAD Layout.
Зробити та захистити звіт з лабораторної роботи.
Теоретичні відомості
Створення списку з'єднань
Для продовження проектування після створення схемного опису проекту виконується команда Tools>Create Netlist менеджера проектів. При виконанні моделювання за допомогою OrCAD PSpice ця команда завантажується автоматично; для передачі даних у програму розробки ДП OrCAD Layout й інші (усього передбачене складання списку з'єднань приблизно в 40 форматах, обираних користувачем) ця команда виконується вручну, попередньо виділивши ім'я проекту в менеджері проектів.
Перед виконанням моделювання потрібно виключити повтори позиційних позначень компонентів, а перед розробкою ДП необхідно також зробити впакування секцій компонентів у корпуси. Ці операції виконують по команді Tools>Annotate менеджера проектів, діалогове вікно якої показано на мал. 25 (див. Л.р.1).
Перед створенням списку з'єднань бажано виконати команду Tools>Design Rules Check (DRC) для виявлення помилок у схемі (при запуску програми PSpice на моделювання ця команда завантажується автоматично, але в кожному разі потрібно попередньо задати її конфігурацію). Звіт про перевірку заноситься у файл *.drc і дублюється у файлі протоколу Session Log (no вказівці користувача місця розташування помилок відзначаються на схемі спеціальними DRC-маркерами ф).
У звіти заносяться повідомлення про порушення правил проектування двох типів:
Errors - помилки, які обов'язково повинні бути виправлені;
Warnings - попередження, які можуть привести до помилок при моделюванні проекту (реагувати на них не обов'язково).
Після запуску команди Design Rules Check відкривається діалогове вікно для завдання правил перевірки, що має дві закладки (мал.1).
На закладці Design Rules Check (мал.1, а) установлюється, яка інформація включається у звіт про перевірку:
Scope - перевірка всього проекту (Check entire design), обраної сторінки або декількох сторінок (Check selection);
Action - перевірка дотримання всіх правил проектування (Check design rules) або видалення зі схеми нанесених раніше DRC-маркерів;
Report (вибір інформації, що включає у звіт про перевірку):
Create DRC markers for warnings - розміщення символів DRC для попередження про можливі помилки у відповідність із правилами, заданими в таблиці ERC (у місцях виникнення безумовних помилок DRC-маркери проставляються завжди);
Check hierarchical port connections - перевірка збігу імен ієрархічних виводів і відповідних ієрархічних портів у їхніх схемах заміщення, а також збігу їхньої загальної кількості й типів всіх виводів;
Check off-page connector connections - перевірка збігу імен з'єднують між собою межстраничных з'єднувачів (приєднаних до ланцюгів з однаковими іменами), розташованих на різних сторінках схеми;
Report identical part references - включення у звіт списку компонентів, що мають однакові позиційні позначення;
Report invalid packaging - включення у звіт списку компонентів, що мають однакові корпуси, але різну пакувальну інформацію
Report hierarchical ports and off-page connectors - складання списку всіх портів ієрархічних блоків і межстраничных з'єднувачів;
Check unconnected nets - виявлення ланцюгів, кожна з яких не з'єднана принаймні із двома виводами компонентів або не підключена до джерел зовнішніх сигналів, а також ланцюгів, що мають на різних сторінках схеми однакові імена, але до яких не підключені межстраничные з'єднувачі або ієрархічні порти;
Check SDT compatibility - перевірка сумісності із графічним редактором принципових схем OrCAD SDT для DOS (ця сумісність необхідна, якщо передбачається зберегти схему проекту у форматі OrCAD SDT);
Report off-grid objects - складання списку імен і координат об'єктів, розташованих не у вузлах сітки;
Report all net names - складання списку всіх імен ланцюгів.
Report File - присвоєння імені файлу звіту (за замовчуванням його ім'я збігається з ім'ям проекту, розширення імені drc);
View Output - перегляд на екрані результатів перевірки.
На закладці ERG Matrix установлюються правила перевірок, які записуються у вигляді матриці Electrical Rules Check (ERC, мал. 1, б). На рядках і стовпцях матриці зазначені типи виводів компонентів і різних портів. Не зафарбований осередок означає дозвіл з'єднання відповідних виводів, попередження відзначаються символом W, помилки — символом Е. Наприклад, відповідно до зображеного на мал. 1, б матриці ERC з'єднання Output-Input (Вихід-Вхід) дозволено, про з'єднання Open Emitter-Open Collector (Відкритий эмиттер-Открытый колектор) буде виведене попередження, а з'єднання Power-Output (Джерело живлення-вихід) буде вважатися помилкою.
Тому перед виконанням команди Tools>Design Rules Check необхідно відредагувати зміст матриці ERC у відповідність із особливостями поточного проекту.
Хід роботи
Виконуючи дану роботу, я створив список зв’язків за допомогою OrCAD Capture, а потім за допомогою програми OrCAD Layout створив друковану плату, використовуючи корпуси відповідних компонентів схеми відповідно до заданого варіанту.
Висновок: на даній лабораторній роботі я створив список зв’язків та корпуси відповідних компонентів схеми.
24.11.2018 18:11-
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора