Искра 1030М плата МЭВМ

[dk_spb]

Подкинул плату удлинитель на плату МЭВМ, включаю, а комп такой бжбббжжббж дисководом и два громких пика...
Ну ничего себе подумал я...

А я говорил что корзины дурные.
Где-то неконтакт
Надо почистить контакты. В корзине желтые разъемы или нет? Если нет - химией надо проливать и платы туды-сюды....
И сверху и с боков корзины посмотреть до упора ли платы входят

- - - Добавлено - - -

не получится, ни дискет, ни дисковода чтобы их записать, у меня нету...

Ну так дисковод на время из самой Искры можно взять. А вот без дискет....

Попробовал видео сигналы кинуть на свой жк телек, несущую поймал, но ничего кроле тусклой ряби.

Так может с корзиной проблемы (неконтакт), вот и глюки в том числе с видео.

- - - Добавлено - - -

он к сожалению мне подсказывает выкинуть этот старый хлам на помойку...

Вот тебе и Юрьев день....

[AlexZ]

Вобщем подкинул плату удлинитель, бжжж дисководом так и не услышал, зато несколько раз удалось услышать двойной короткий пик.
Пробовал другую прошивку (от dk_spb)
Симптомы теже, тесты оперативки проходит, клава заводится, дальше ничего.
Занимательный факт, видео стартует только в своем родном разъеме, в остальных - тишина.

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

Делать нечего, пришлось снова выносить из корзины плату МЭВМ и навешивать на проц анализатор.
Откопал в закромах type-c шнурок с чесным usb 3.0, подтянул искру в компу и считал лог за 5 секунд после рестарта.
Тяжелый получился лог, зато максимально информативный.

В результате беглого изучения лога выявлено что тестируется в озу не только первые 64к, он тестирует много участков озу, потом происходит много чего непонятного, чего без карты адресов памяти не получится понять (может есть под рукой ???), ну а в конце проц уходит в останов.
Перед остановом что то активно пишется и читается в первые байты оперативки по адресам 0x003F_, с виду как будто бы настраиваются адреса обработчиков прерываний, но ближе к концу программа вычитывает адреса из таблицы прерываний и выполняет код из этих вычитанных адресов.
Так она доходит до адреса 0x3FC и считывает адрес 0xE408, по адресу 0xFE408 вычитывает команду 0x81F4, а F4 это тот самый останов.
Интересно что перед считыванием 0x3FC читался 0x3FA, а перед ним 0x3F8.

Такое ощущение что программа каким то образом перешла в исполнение по адресу вектора прерываний...

[dk_spb]

>считывает адрес 0xE408, по адресу 0xFE408
А перед этим он пишет на экран что ошибка ОЗУ....

- - - Добавлено - - -

seg000:E3FA                 mov     dx, ds:7Ch
seg000:E3FE                 mov     si, ds:7Eh
seg000:E402                 mov     ax, ds:79h
seg000:E405                 call    loc_F0F962
seg000:E408                 hlt             вот Ваш HALT

А перед этим 
seg000:F962 loc_F0F962:                             ; CODE XREF: seg000:E405p
seg000:F962                                         ; seg000:E497p
seg000:F962                 push    ax
seg000:F963                 call    sub_F0F980
seg000:F966                 mov     al, 3Ah
seg000:F968                 call    sub_F0F8CC
seg000:F96B                 mov     dx, si
seg000:F96D                 call    sub_F0F980
seg000:F970                 mov     al, 20h
seg000:F972                 call    sub_F0F8CC
seg000:F975                 pop     dx
seg000:F976                 call    sub_F0F980
seg000:F979                 mov     si, 0E048h - адрес текстовой строки "ОЗУ"
seg000:F97C                 call    loc_F0F8D9  - вывод строки на экран
seg000:F97F                 retn

- - - Добавлено - - -

Так она доходит до адреса 0x3FC и считывает адрес 0xE408

Угу, это мы по RETN (который F000:F97F - почти в самом начале Вашей картинки) из стека читаем адрес возврата из CALL

- - - Добавлено - - -

В результате беглого изучения лога выявлено что тестируется в озу не только первые 64к, он тестирует много участков озу

А кто сказал что он только первые 64K тестирует????
Не много участков, а все 640К

- - - Добавлено - - -

То что он у Вас то доходит до БЖЖЖЖ, то нет - вполне может быть связано с прогревом ОЗУ.
То есть:
1) на холодную тест ОЗУ проходит и Вы получаете БЖЖЖЖ, а после прогрева тест ОЗУ не проходит
2) наоборот: на холодную тест ОЗУ не проходит, а после прогрева тест ОЗУ проходит и Вы получаете БЖЖЖЖ

Ну и неконтакт тоже вполне может быть

- - - Добавлено - - -

Вы видяху-то к телевизору как подключаете???

[AlexZ]

Не много участков, а все 640К

Я думал что ОЗУ тестируется полностью только после старта основных систем, плюс такие тесты (которые описаны в документации) хорошо видно по логу, а тут их не видно.

А видно тут топтание на месте 250 милисекунд с адресами выполнения 0xFE3BC, 0xFE3BE, 0xFE3C0 (может программная задержка), потом что то иполняется 1ms и все, останов.
А по мануалу должен написать на экране одрес сбойной памяти и пойти дальше.

seg000:E408 hlt вот Ваш HALT

чем дизассемблировали ?

Ну и неконтакт тоже вполне может быть

Корзина у меня, как мне кажется, сильно изношенная, так как вставка\вынимание плат происходит практически без усилий.

Вы видяху-то к телевизору как подключаете???

Проводками на желтый тюльпан, 1 свеху слева на видео плате земля, сигнал беру с 3 или 4 контакта.
Несущую ловит, она плывет, потому что там частоты в два раза ниже чем в мануале, кадровая 25 герц и строчная 8 килогерц (должны быть 60 и 16к), смотрю осциллографом.
Плывет но отображается, там пусто, если бы что то было, я должен был бы заметить по полоскам.

Может видео ПЗУ пустая, надо будет сегодня посмотреть.

Думаю что можно попробовать подключиться к Электронике ВТЦ-202, если он еще не ушел в мир иной после полугодового простоя без включений, а то есть у него такая привычка...

[dk_spb]

Проводками на желтый тюльпан, 1 свеху слева на видео плате земля, сигнал беру с 3 или 4 контакта.

Ясно. Подключите правильно.
Земля на корпусе разъема (на контактах земли нет), сигнал с 13 ноги.
Вот фото ребят из московского клуба https://imgbb.com/XX0Pv3G

- - - Добавлено - - -

чем дизассемблировали ?

IDA

[AlexZ]

Подключите правильно

Я правильно подключал, земля там есть, проверил мультиметром, звенит на корпус, а третий сверху-слева это как раз тот пин что на фото из клуба.
Проверил ПЗУ из МОИ, оно не пустое, сверил контрольную сумму с ромом из набора с сайта red-innovations, они совпали, вопросов к ПЗУ МОИ нету.
Ну и соответствено пока что ничего не получится увидеть на телевизоре...

Перерыл всю документацию на Искру, составил таблицу IO в памяти и начал курить.
Теперь хотябы примерно ясно что за устройства и по каким адресам находятся.

Нашел тайминги на которых настраивается клавиатура, не нашел считанного стартового байта от нее.
Проверил анализатором, данные летят и летят до самого контроллера параллельного порта.

Надо понять как прилетают данные клавы в процессор.

Заодно глянул в какой момент на МОИ появляется строчная развертка, теперь знаю где в логе заканчивается настройка МОИ. Сразу перед настройкой клавиатуры.

Остается только понять, что происходит в последнем шаге (сразу после настройки клавиатуры), который приводит к останову ...

[dk_spb]

Я правильно подключал, земля там есть, проверил мультиметром,

Ясно. Удачи.

[AlexZ]

Покурил еще лог.
Разбрался в последних активностях.

Там все интересно.
После предварительной инициализации видео платы (а там именно что забивание ОЗУ нулями и запись инкрементного счетчика в регистры, это не настройка), прошивка берется за НПД.
Пишет в его регистры 0xFF потом 0x00 по адресам 00000-0000F;
Добрались до клавиатуры, пишет в IO
0x63 <- 0x00
0x61 <- 0x00
ждем 40 ms (похоже на сброс клавиатуры)
0x61 <- 0x00
0x21 <- 0x00 (взводим прерывание?)
ждем 6.5 ms (ну а по факту прилетает прерывание)

...идет какая то логика, скорее всего вход в функцию прерывания...

читаем 0x60 -> 0xAA (бинго !!! клава ответила)

0x61 <- 0x00
0x61 <- 0x00
0x61 <- 0x00
0x61 <- 0x00 (зачем 4ре раза ??? и так не только с этим IO)

ждем 250 ms (так долго ..., есть идея что эта задержка для ожидания предыдущего прерывания, просто это задержка не пропускается...)

читаем 0x60 -> 0x00 (стоило ли этого ждать так долго ?)

ну и собственно последний блок кода, поторый приводит к ступору

вначале пишется
0x20 <- FEA5
0x24 <- E987
0x25 <- FF23
0x2C <- FF23
0x30 <- FF23
0x34 <- FF23
0x38 <- EF70
0x3C <- FF23
ну это точно прерывания (?)

дальше только запись и чтение из ОЗУ с небольшими вычитываниями из ПЗУ
такое ощущение что заполняется таблица прерываний с верхнего адреса 0x3FE и дальше вниз, хотя это может быть stack.
По документации там должна быть проверка КГМД.

Мози уже немного поплавились...

[dk_spb]

Мози уже немного поплавились...

Мы жешь уже договорились, Вам же важен процесс, а не результат. Поэтому я просто не лезу под руку и не мешаю наслаждаться.

[AlexZ]

Мы жешь уже договорились

не договорились, я от помощи не отказывался

Сейчас вся надежда на дизассемблирование, с чем у меня пока не сростается.
Буду благодарен если скинете листинг.

Основной вопрос почему не пикаем, ведь все условия для этого созданы.
Ну и второй вопрос на чем стопоримся.
ОЗУ, видео, клава, контролер прерываний, таймер - все работает...