Полигон-2

arif-ru написал:

[q]

40 11 12 13 0f 11 14 12 11 11 12
40 41 42 43 2f 41 44 42 41 41 42

[/q]

А с формой сигнала передачи всё нормально?
Подобная фигня с запаздыванием битов наблюдалась на одной из плат 1201, когда в цепи передачи ИРПС поддох оптрон. На осциллографе были хорошо заметны заваленные фронты импульсов.

В данном случае похожая проблема может быть с формирователем MC1488L на плате STANDARD EIA MODULE.
Подключать/отключать кабели RS-232 лучше при выключенных обоих устройствах, и ещё лучше заземлить компьютер и терминал.

arif-ru написал:

[q]

А как MC1488L проверить?

[/q]

Можно заменой. А мужно соединить между собой контакты J4-1 и J4-3 на разъёме J4 платы STANDARD EIA MODULE, при этом отключив их от PERIPHERAL INTERFACE MODULE. См. листы 107-110 в описании.
Этим закольцуете терминал сам на себя, но уже через формировали сигналов RS-232 на плате STANDARD EIA.
При нормальной работе формирователей на терминале должны быть без искажений видны набираемые на нём символы.
Делать надо аккуратно, чтобы не попалить что-нибудь ещё больше.

Если такое эхо будет работать нормально, дальше нужно будет проверять работоспособность CONSOLE USART (E1) и BUS TRANSCEIVERS (E13) на PERPHERAL INTERFACE MODULE (лист 99), MEMORY DATA BUFFER (E20) на RAM MODULE (лист 89), BUS TRANSCEIVERS (E31,E32,E35,E36,E65) на INTELLIGENCE MODULE (листы 60-62), имеющие касательство к шине WDAL.

Да, закольцевать тут уже не получится ничего... Эта шина двунаправленная.
Если нет логического анализатора или запоминающего осциллографа - проверьте хотя бы сигналы по уровням обычным осциллографом на всех линиях этих микросхем. Заметите уровни, необычные для TTL - подозрительный элемент надо будет проверить заменой.

Если в сторону компьютера символы с абсолютной уверенностью передаются правильно - возможно, вышли из строя E31,E32 на схеме рис. 4-7 (стр.71), или E20 на рис.4-16, или E13 на рис.4-22 в сторону от A к B.
Я бы начал с проверки E13, затем E31, E23, а E20 в последнюю очередь, т.к. если бы он сдох, память INTELLIGENCE MODULE была бы полностью неработоспособна.

arif-ru написал:

[q]

На двух ногах (13 и 14), идущих к E1, сигнал такой:
В ней дело?

[/q]

Попробуйте для проверки подтянуть эти ноги к +5В резисторами 1 ... 3 кОм. Посмотрите, изменится ли сигнал, нормализуется ли обмен с терминалом.


arif-ru написал:

[q]

Кстати, вопрос ещё. Есть ли какие-нибудь простые способы определить расположение микросхемы на плате по её номеру? E13 искал минут сорок, по разводке дорожек на плате. Но она, вроде бы, №13, если смотреть на плату с одной из сторон и нумеровать микросхемы слева направо, сверху вниз.

[/q]

Это же функциональная схема, там многие компоненты показаны как групповые блоки, нумерация тоже, думаю, условная. Позиционные обозначения на плате должны быть, но сопоставлять их нужно с принципиальной схемой. В этом описании её нету...

Чтобы точно исключить из подозрения E13, проверьте его в статическом режиме.
По схеме рис.4-22 отключите от этой платы кабели, подключённые к разъёмам J1 и J2.
Подайте лог.0 на сигналы BLANK 1 H, TIM FD SEL, и WR L, лог.1 на RD L, остальные не имеют значения.
Поочерёдно подавая 0 и 1 на линии шины HDBAD 0 H - 7 H (входы A1-8 E13), проверяйте наличие соответствующих уровней на линиях шины PBAD 0-7 (выходы B1-8). Если все линии этого буфера исправны - то эту плату из дальнейших проверок можно исключить. Потенциально на ней также может быть неисправен CONSOLE UART (E1), но в отсутствии логического анализатора его можно проверить разве что заменой.

"1" надо подавать, подтягивая линию к питанию через резистор.

На следующем шаге я бы проверил E31, E32 блока IPL, рис.4-7 (стр.71).