Новосибирский М2 / М3 ( 2W / 3W )

[solegstar]

Придумайте какой-нибудь фикс яркого-черного

ну как минимум стоит добавить три диода последовательно с резисторами 5.1кОм, которые подключаются к сигналу Z (Bright по нашему) на кп16. судя по плате - этих диодов нет. а там глядишь и яркий черный уйдет.
PS: проще всего поднять три резистора 5.1кОм одним концом с платы от сигнала Z и впаять последовательно три диода. катодом к сигналу Z...

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

это сработает, если схема на кп16x (DD35, DD39) сделана как на листах ram_scan. там для INK заводится Bright (14 нога DD35), а для PAPER он сидит на земле (13 вывод DD35).

[Advertiser]

[creator]

Погоняю само-собой. А РТшки конкретно были разные, видно на самом первом фото в первом сообщении. K и S "рыжие" 87/07, а остальные "чёрные" 90/12.

[creator]

Я, кстати, bright на своём экземпляре вообще не вижу.

Но то такое... У нас здесь дело почище. Комп продолжает преподносить сюрпризы. Не могу загрузить и запустить ни одной программы. Причём они грузятся, но при запуске обычно сбрасываются или, что реже, зависают. Всякая мелочь, набранная руками, типа:
10 FOR m=0 TO 21
20 FOR n=0 TO 7
30 PRINT PAPER n; " ";
40 NEXT n
50 NEXT m
Работают без проблем. Даже сохранил и считал.
Иногда, после загрузки ещё только бейсик-загрузика с автозапуском вылазит что-то вроде "nonsence in basic", делаем list — всё нормально, RUN, продолжаем грузить, но по итогам всё сбрасывается. Если грузится несжатая картинка, то всё отлично прорисовывается на экране, но если сжатая, то после randomize usr сброс или зависание. Мелкий машиннокодовый загрузчик тоже после загрузки и запуска сбрасывается. Как будто не хочет выполнятся код из оперативной памяти. Ну просто капец какой-то.

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

Я ещё до лечения кадровой и строчной, когда боролся с глюками в памяти, уже и все РУшки выпаял, проверил и впаял исправные, но ошибки в памяти всё равно шли по всем фронтам. Выпаял РТшки и под "M" обнаружился интересная застарелая царапина (это я её уже расширил, но она и "в оригинале" не "звонилась"):

Особо удивляет сама "разводка", это вот нафига так извращённо соединять две соседние ноги микросхемы, между которыми не проходит других проводников?
Но после впайки РТшки, я их соединил и все ошибки с памятью пропали.

А ещё я решил сравнить основные прошивки, оказывается они тоже отличаются, причём первая половинка отличается как раз в процедуре LOAD-BYTES и из неё скачет во вторую половинку в "свободную" область, вместо FF. Это прямо какие-то отголоски Дубны.

Сравнение файлов 82-0.BIN и M2-0.BIN

00000572: 15 00  |константа задержки изменена
00000573: 04 02 /
00000580: 06 C3 \
00000581: 9C 70  | JP #3870
00000582: CD 38 /
00000583: E3 00
00000584: 05 53
00000585: 30 74
00000586: E4 61
00000587: 3E 72
00000588: C6 2D
00000589: B8 44
0000058A: 30 72
0000058B: E0 69
0000058C: 24 76
0000058D: 20 65
0000058E: F1 72
00000590: C9 BF
00000598: D4 CD
000005A6: B0 AA
000005C7: B2 AC
000005CF: CB CD
000005D4: B0 AA
000005E8: 16 0A

[свернуть]

Сравнение файлов 82-1.BIN и M2-1.BIN

00001870: FF 06 #3870 LD B, 96 
00001871: FF 96
00001872: FF CD       CALL #05e3
00001873: FF E3       
00001874: FF 05
00001875: FF 30       JR NC, #3882 
00001876: FF 0B
00001877: FF 3E
00001878: FF C8
00001879: FF B8
0000187A: FF 30
0000187B: FF 06
0000187C: FF 24
0000187D: FF 20
0000187E: FF F1
0000187F: FF C3
00001880: FF 8F
00001881: FF 05
00001882: FF 26 #3882 
00001883: FF 00
00001884: FF 06
00001885: FF CF
00001886: FF CD
00001887: FF E3
00001888: FF 05
00001889: FF D2
0000188A: FF 6B
0000188B: FF 05
0000188C: FF 3E
0000188D: FF E4
0000188E: FF B8
0000188F: FF D2
00001890: FF 6C
00001891: FF 05
00001892: FF 24
00001893: FF 20
00001894: FF EF
00001895: FF 06
00001896: FF E2
00001897: FF CD
00001898: FF E7
00001899: FF 05
0000189A: FF D2
0000189B: FF 6B
0000189C: FF 05
0000189D: FF 78
0000189E: FF FE
0000189F: FF E7
000018A0: FF 30
000018A1: FF F3
000018A2: FF CD
000018A3: FF E7
000018A4: FF 05
000018A5: FF D0
000018A6: FF 79
000018A7: FF EE
000018A8: FF 03
000018A9: FF 4F
000018AA: FF 26
000018AB: FF 00
000018AC: FF 06
000018AD: FF D9
000018AE: FF 18
000018AF: FF 1F
000018B0: FF 08
000018B1: FF 20
000018B2: FF 07
000018B3: FF 30
000018B4: FF 0F
000018B5: FF DD
000018B6: FF 75
000018B7: FF 00
000018B8: FF 18
000018B9: FF 0F
000018BA: FF CB
000018BB: FF 11
000018BC: FF AD
000018BD: FF C0
000018BE: FF 79
000018BF: FF 1F
000018C0: FF 4F
000018C1: FF 13
000018C2: FF 18
000018C3: FF 07
000018C4: FF DD
000018C5: FF 7E
000018C6: FF 00
000018C7: FF AD
000018C8: FF C0
000018C9: FF DD
000018CA: FF 23
000018CB: FF 1B
000018CC: FF 08
000018CD: FF 06
000018CE: FF DA
000018CF: FF 2E
000018D0: FF 01
000018D1: FF CD
000018D2: FF E3
000018D3: FF 05
000018D4: FF D0
000018D5: FF 3E
000018D6: FF E7
000018D7: FF B8
000018D8: FF CB
000018D9: FF 15
000018DA: FF 06
000018DB: FF D9
000018DC: FF D2
000018DD: FF D1
000018DE: FF 38
000018DF: FF 7C
000018E0: FF AD
000018E1: FF 67
000018E2: FF 7A
000018E3: FF B3
000018E4: FF 20
000018E5: FF CA
000018E6: FF 7C
000018E7: FF FE
000018E8: FF 01
000018E9: FF C9

[свернуть]

Ужас!!! А может оно и турбу грузить умеет.

Я пробовал втыкать оригинальные ROM82, ROM90, но лучше с загрузкой и запуском загруженных программ не стало. Что это, блин, за напасть такая с компом?

[creator]

Провёл обалденный эксперимент.

poke 40000, 201
print peek 40000 рапортует что всё верно
randomize usr 40000 — сброс!
randomize usr 39990 — срабатывает, randomize usr 39991 — сбрасывается.

poke 40000, 1
poke 40001, 10
poke 40002, 20
poke 40003, 201
print usr 39990 — 5130 — всё верно, randomize usr 39991 — сброс.

Прикольно, блин.

[solegstar]

creator, а ты пробовал тест хахонова погонять? Для 48кб машин.

[creator]

solegstar, не пробовал. Впаял кондюк 220пФ около "M", "usr 40000" стало точно срабатывать, но с запуском загружаемых программ пока что проблемы, но как-то лучше они себя вести стали.

[solegstar]

creator, есть какие-то результаты по плате? удалось победить глюки?

[solegstar]

Возможно прошивки "м" разные, на твоей плате и на схеме ram_scan. Надо бы разрисовать подключение этой ртшки . так прошивку не проанализируешь.

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

Возможно стоит посмотреть плату, AHTuXPuCT, возможно она подскажет направление дальше.

[ram_scan]

Если предположить что машина раньше работала, то скорее всего ум в РУшках таки рассыпается. Дефекты типовые, "одна нога в РТшке расшилась". Что харакретно расшилась в "одинаковых". Значит и РУшкам уже прогулы на кладбище ставят. Другое дело что под спекки нет нормальных тестов памяти, которые сложные задвиги памяти детектируют.

Я бы взял бокорезов, скусил бы их всех нахрен, по одной ноге выпаял и поставил бы панели. Все едино потом опять менять придется. И новую память бы вставил. Работы часа на полтора если аккуратно все сделать, зато наверняка и скорее всего отляжет.

[solegstar]

ram_scan, тут похоже на глюки при работе памяти с отсутствием wait`a в нужный момент. по твоей схеме и по прошивке creator`a, комп не должен был заработать. во всяком случае чтение пзу точно бы небыло. по схеме в ртшке задействована только её четверть, но прошивка сделана полностью на 256 байт. и там идет более осмысленная информация. поэтому я и предположил, что подключение ртшки "М" другое.

PS: если что, то я смотрю прошивку вот этой прогой, для просмотра прошивки синхрогенератора для Профи. в ней прекрасно видно, когда какой сигнал появляется. привязка по битам конечно сделана к Профи, но это ни сколько не мешает смотреть другие прошивки. спасибо balu_dark за неё!

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

после впайки РТшки, я их соединил и все ошибки с памятью пропали.

таким образом ты выбрал первую половинку ртшки, где не используется wait. возможно из-за этого и проблемы.