- •Раздел 1 Архитектура и структура пэвм ibm pc и их клонов
- •1.1 Блок-схема эвм по фон-Нейману и ее реализация в пк
- •1.2 Структурная схема pc/at
- •1.3 Конструкция и аппаратный состав ibm pc
- •1.4 Системная плата pc-i386dx
- •1.4.1 Структурная схема системной платы рс i386dx
- •1.4.2 Архитектура шин чип-сета группы 8230
- •1.4.3 Микропроцессор
- •1.4.3.1) Архитектура и типы микропроцессоров
- •1.4.3.2). Структурная схема и функциональный набор сигналов управления cpu i386.
- •1.4.3.3) Конвейерная обработка команд в cpu
- •1.4.3.4) Режимы работы микропроцессора i386
- •1.4.4 Математический сопроцессор
- •1.4.4.1) Структурная схема математического сопроцессора
- •1.4.4.2) Работа и связь fpu с cpu.
- •1.4.5 Подсистемы системной платы
- •1.4.5.1) Подсистема оперативной памяти
- •1.4.5.2) Буферная кэш-память озу
- •1.4.5.3) Подсистема rom bios
- •1.4.5.4) Подсистема cmos-памяти и часов реального времени rtc
- •1.5 Периферийные устройства рс
- •1.5.1 Система ввода-вывода оперативной информации
- •1.5.1.1) Средства ввода оперативной информации
- •1.5.1.2) Средства вывода оперативной информации
- •1.5.2 Система внешней памяти
- •1.5.2.1) Накопители на гибких магнитных дисках
- •1.5.2.2) Накопители на жестких магнитных дисках
- •1.5.2.3) Устройства массовой памяти на сменных носителях
- •1.5.3 Средства коммуникации компьютера
- •1.5.3.1) Коммуникационные порты сом и lpt
- •1.5.3.2) Сетевые средства связи
- •1.5.4 Средства вывода аудиоинформации
- •1.5.4.1) Вывод звука на встроенный динамик
- •1.5.4.2) Вывод звука на акустические системы
- •Раздел 2 Средства и методы диагностики апс
- •2.1 Классификация неисправностей апс
- •2.2 Этапы и процесс устранения неисправностей рс
- •2.3 Конструкция, разборка и сборка рс клонов ibm
- •2.3.1 Конструктивное оформление рс
- •2.3.2 Разборка и сборка компьютера
- •2.3.3 Инструментарий
- •2.3.3.1) Ручные инструменты для демонтажа/монтажа
- •2.3.3.2) Принадлежности пайки-отпайки
- •2.4 Аппаратный и программный аспекты диагностики апс
- •2.4.1 Аппаратные средства диагностики рс
- •2.4.1.1) Стандартная контрольно-измерительная аппаратура
- •2.4.1.2) Специальная контрольно-измерительная аппаратура
- •2.4.1.3) Сервисные платы и комплексы
- •2.4.2 Программные средства диагностики рс
- •2.4.2.1) Четыре уровня взаимодействия средств рс
- •2.4.2.2) Понятие о функциональном контроле рс
- •2.4.2.3) Контроль функционирования апс с использованием встроенных диагностических средств.
- •2.4.2.4) Внешние программы общего тестирования.
- •2.5 Принципы локализации неисправностей в персональных компьютерах
- •2.5.1 Системные ошибки при загрузке ос
- •2.5.2 Ошибки при прогоне прикладных программ
- •1. Один из дисководов нгмд не читает или не пишет.
- •2. Неуверенное чтение данных с fdd.
- •3. Ни один из дисководов не читает.
- •2.6 Номенклатура и особенности работы тест-программ
- •2.6.1 Тест-программы в среде dos
- •2.6.2 Тест-программы в среде Windows
- •Раздел 3. Автономная и комплексная проверка функционирования и диагностика свт, апс и апк
- •3.1 Функциональный контроль апс
- •3.1.1. Контроль и диагностика компонент системной платы.
- •3.1.1.1) Контроль работы cpu и fpu.
- •3.1.1.2) Контроль средств системной поддержки cpu
- •3.1.1.3) Контроль и диагностика dram
- •3.1.1.4) Контроль работы системной шины
- •3.1.1.5) Контроль rom bios и cmos-памяти
- •3.1.2 Контроль и диагностика периферийных устройств апс
- •3.1.2.1) Контроль и диагностика средств ввода оперативной информации.
- •3.1.2.2) Контроль и диагностика средств вывода оперативной информации
- •3.1.2.3) Функциональный контроль и диагностика нжмд
- •3.1.2.4) Контроль и диагностика неисправностей устройств вывода аудиоинформации
- •3.1.2.5) Функциональный контроль других периферийных устройств ввода и вывода информации апс.
- •3.1.3 Контроль и диагностика неисправностей средств коммуникации рс.
- •3.1.3.1) Контроль и диагностика неисправностей сом-портов
- •3.1.3.2) Контроль и диагностика lpt-портов
- •3.1.3.3) Диагностика неисправностей средств сетевых коммуникаций апс
- •3.1.4 Контроль и диагностика устройств на сменных носителях
- •3.1.4.1) Контроль и диагностика накопителей на гибких магнитных дисках
- •3.1.4.2) Контроль и диагностика других накопителей на съемных носителях
- •3.2 Контроль функционирования аппаратно-программных комплексов
- •Список использованной литературы.
- •Раздел 1 Архитектура и структура пэвм ibm pc и их клонов 4
- •Раздел 2 Средства и методы диагностики апс 56
- •Раздел 3 Автономная и комплексная проверка функционирования и диагностика свт, апс и апк 91
3.1.3.2) Контроль и диагностика lpt-портов
Конфигурирование LPT-портов зависит от их исполнения и размещения. Порт, расположенный на плате расширения, устанавливаемой в слот ISA или ISA+VLB, конфигурируется установкой соответствующих перемычек на самой плате, а порт, размещенный на системной плате, обычно конфигурируется программно, через утилиту BIOS SetUp.
Управление параллельным портом разделяется на два этапа – предварительное конфигурирование через Setup аппаратных средств порта и текущее (оперативное) переключение режимов прикладным или системным программным обеспечением.
Конфигурированию подлежат следующие параметры порта:
Базовый адрес. По умолчанию LPT1 конфигурируется на адрес 378h, LPT2 – на адрес 287h, но эти их адреса, при необходимости, впоследствии могут быть программно переключены так, чтобы каждый порт имел собственный уникальный адрес.
Линия запроса прерывания. Для LPT1 обычно используется IRQ7, а для LPT2 – IRQ5. Если же, как в большинстве “настольных” применений РС, прерывания от принтера не используются вообще, то эти прерывания могут быть назначены другим периферийным устройствам.
Каналы DMA используются для режимов ECP и Fast Centronics, что и устанавливается по необходимости. Канал DMA, для использования LPT-портом, может быть назначен любой из свободных. Если же свободного канала нет, то можно назначить тот канал, который уже назначен другому ПУ, но которое не будет работать одновременно с портом.
Тестирование параллельных портов следует начинать с проверки их наличия в АПС. Их список указывается в таблице, выводимой BIOS на экран перед загрузкой DOS, или его можно просмотреть с помощью тест-программы или отладчика.
Тестирование параллельных портов.
Наличие в компьютере параллельных и последовательных портов можно проверить с помощью отладчика Debugger. Для этого в командной строке отладчика DEBUG набирается
D 40:0 <ENTER>
При этом не дисплей выведется информация из системной области BIOS, например,
040: F8 03 00 00 00 00 00 00 BC 03 00 00 00 00 00 00
которая интерпретируется следующим образом:
03F8, – адрес зарегистрированного порта СОМ1;
три группы, из четырех нулей каждая, свидетельствуют о том, что порты СОМ2, СОМ-3, СОМ-4 в системе не зарегистрированы (отсутствуют);
03ВС – адрес зарегистрированного порта LPT1;
следующие группы, по четыре нуля в каждой, означают, что порты LPT2, LPT-3, LPT-4 в системе не зарегистрированы (отсутствуют).
Если выведенный список портов меньше реально установленных, то, вероятно, некоторые из портов имеют одинаковые базовые адреса (при этом работоспособность таких портов не гарантируется), либо какие-то порты отключены при конфигурировании, или неисправны.
Тестирование портов рекомендуется производить с помощью диагностических программ. Это позволяет протестировать их внутренние регистры, а при наличии специальных заглушек, устанавливаемых при тестировании на выходные разъемы, – и приемники-передатчики входных и выходных линий портов. В заглушке установлены перемычки между контактами, соответствующими тестируемым входным и выходным линиям порта, и образуют, таким образом, петли обратной связи для передаваемых и принимаемых портом сигналов интерфейса. Поскольку количество выходных линий LPT-порта (12) и входных (5) различно, то полная проверка порта с помощью пассивной заглушки принципиально невозможна.
Кроме того, разные тест-программы написаны, чаще всего, для определенных комбинаций соединений в заглушке и требуют для проверки порта специально на них ориентированных заглушек. Например, для программы CheckIt требуется заглушка, в которой соединены следующие контакты:
Data 0 (2) ------ Error (15)
Strobe# (1) ----- Select (13)
Init#(16) ------- Ack# (10)
Slct In# (17) --- Busy (11)
Auto LF (14) -- PaperEnd (12)
Понятно, что при этом останутся непроверенными выходы Data 1 – Data 7 регистра данных.
Для программ ROM Diagnostic, NDiags, PC-doctor – требуются иные, свои комбинации перемычек на заглушке.
Часто неисправности параллельных портов происходят по вине соединительных кабелей и разъемов. Для проверки порта, кабеля и принтера можно воспользоваться специальными тестами из популярных тест-программ, или попытаться вывести на принтер какой-нибудь символьный файл.
1) Если вывод файла, с точки зрения DOS, проходит (DOS сообщает, что копирование файла на PRN успешно выполнено), а на исправном принтере ничего не печатается, вероятно, имеет место обрыв в кабеле или неконтакт в разъеме цепи STROBE#.
2) Если принтер находится в режиме On Line, а приходит сообщение о его неготовности (Not Ready Error), то причину ошибки нужно искать в линии Busy.
3) Если принтер при печати искажает информацию, то возможно замыкание или обрыв линий данных. Для определения дефектной линии можно воспользоваться файлом печати последовательных кодов всех печатаемых символов. Тогда, по периодичности повторов некоторых символов или их групп, можно будет вычислить неисправную линию данных интерфейса.
4) Если принтер, подключенный к порту, в стандартном режиме (SPP) печатает нормально, а при переходе на режим ЕСР начинаются сбои, то следует проверить, соответствует ли кабель требованиям стандарта IEEE 1284. Кабели с неперевитыми проводами нормально работают на скоростях 50-100 Кбайт/сек, но на скоростях 1-2 Мбайт/сек, LPT-порт может ошибаться, особенно при длине кабеля более двух метров.
5) Если при установке драйвера PnP-принтера появилось сообщение, что необходим двунаправленный кабель, следует проверить наличие связи контакта 17 разъема DB-25 с контактом 36 разъема Centronics.
Контрольные вопросы.
1. Какие адреса и запросы прерываний могут иметь LPT-порты?
2. Как можно проверить наличие зарегистрированных в РС СОМ- и LPT-портов?
3. Как проще всего проверить функционирование LPT-порта вместе с подключенным принтером?
4. Какие два этапа конфигурирования использует LPT-порт?
6. Почему LPT-порт не может быть протестирован полностью даже с заглушкой?