Полигон-2

Есть вот такая материнка:


На материнке отсутствует микросхема ПЗУ №2. Возможно из-за этого, если не вставлена дискета, не происходит запуск Бейсика. Ведь такая куча ПЗУ-шек, кроме системного BIOS, который справа, должна содержать Бейсик? Больше там ничего не может быть прошито, я прав?
Помогите найти образ микросхемы ROM2 (по маркировке на плате).
В остальном плата работает нормально

Может, мамка и обычная, но а)зачастую ПЗУ-шки чередуются. Т.е. не последовательно идут, и тогда фиг поймешь что было в отсутствующей; б) в "обычных" материнках бейсик расположен в одной ПЗУ-шке, а не в 5 сразу.
Я рассчитываю, что у кого-то или есть такая материнка, и может кто-то считает программатором ПЗУ-шку, или где-то может выложены содержимые ПЗУ-шек Мазовии поштучно.

Хороший развернутый ответ.
Вопросы:
1. Сравнить содержимое? Чем и как? Я представляю себе, что бейсик "разлит" по ПЗУ-шкам, и нельзя считать в debug-е конкретную ПЗУ. Значит, ее нужно считать в программаторе?
2. XT IDE теперь не проблема. Я могу вставить это ПЗУ в пустую панельку, но 16-битная мультяха не будет работать в 8-битном слоте, хотя бы потому, что передает данные во все 16бит, и ждет данные тоже по всем 16-битам. Она даже своего 14 прерывания не дождется

sanders написал:

[q]

На материнке отсутствует микросхема ПЗУ №2. ... Ведь такая куча ПЗУ-шек, кроме системного BIOS, который справа, должна содержать Бейсик? Больше там ничего не может быть прошито, я прав?

[/q]

Во всех ранних х86 платах распаивались ДВЕ панельки под биос - на случай использования двух "мелких" чипов либо одного "ёмкого". Если взять цыфири с потолка, то: "два по 16 или один по 32", так нагляднее. (Знатоки щас-же возопят об внутренней организации чипов - я эту тему намеренно отставил)
Именно по сей причине вторая панелька почти всегда оставалась пустой, ставили "ёмкий" чип. Некоторые умельцы пытались "расширить" биос, т.е. в цыфирях - 2х32 залудить, но не всякая мамка такое позволяла (без паяльника). И иногда приходилось перекомпилировать биос, чтоб его половина находилась в одном чипе, а вторая половина - в другом, а читались они одновременно. Эт тож подводный камень "для спотыкания об".
В остальные 2..10 панелек "под ПЗУшку", распаиваемых преимущественно на ХТ с 640К памяти, зашивали "васик", "лексикон", подпрограммы работы с экзотическим железом, дос и даже игрушки. Занимали эти ПЗУ всё "верхнее" адресное пространство, 384К. Ну, мож за исключением видеопамяти, ибо HDD для ХТ вовсе необязателен.

А из debug'а через int 18 запускается ?

Я уже забыл, как debug'ом пользоваться (да и особо не знал, использовал другие средства). Но вообще коды команд для int 18 - CD 18
Если удасться запустить это, и Basic заработает, то можете выслать мне прошивку BIOSа (только 8К) - попробую взглянуть, что там...

justontime написал:

[q]

сделайте файл с двумя байтам CD 18, обзовите его, например, basic.com и запустите...

[/q]

Или, даже лучше, такой:

EA 00 00 00 F6

Решил выложить образы ПЗУ с бейсиком (из инета) и родной биос Mazovia.
Я точно знаю, что бейсик должен был бы работать. Ну а иначе какой в нем смысл? Другое дело, что:
а) биос-то родной, а вот бейсик скорее всего в микросхемах не родной, а из инета и подавно IBM-овский. И точка входа может быть другая;
б) может, как-то хитро нужно попадать в бейсик, совершая некие действия?
Кто умеет дизассемблировать, может глянете BIOS?

Я не хочу записывать в ПЗУ BIOS IBM, хотя при этом, возможно, заработает и бейсик, но я лишусь надписи Mazovia, а мне это важно. IBM-ок много, а Mazovia одна.

sanders написал:

[q]

Решил выложить образы ПЗУ с бейсиком (из инета)

[/q]

Это версия C1.10 - которая у меня заработала. Не вижу еще одних 8К, которые должны быть по адресу F000

Вот тут есть исходники IBM XT BIOS
https://sites.google.com/site/pcdosretro/ibmpcbios
Как можно видеть, во время POST устанавливается вектор INT18H просто на начало сегмента F600:0000.
Соответстенно, и переход делается туда.

В gebug соответственно:
g=f600:0000

Насколько помню, в Mazovia был обычный ERSO BIOS (он же DTK BIOS, как в 99% тайваньских клонов) с перебитым копирайтом.

sanders написал:

[q]

Может, нужно в регистры что-то заслать.

[/q]

Попробовал - записал фигню во все регистры (кроме стека) и вызвал INT 18, Basic работает.

sanders написал:

[q]

g=f600:0000 не стартует. Виснет.

[/q]

Это с которыми микросхемами? Т.е. с каким Бейсиком?

И что показывает при этом, скажем, df600:0000 в Debug'е? Выданный дамп совпадает с началом соответствующего файла прошивки?
Или можно uf600:0000 набрать, первой командой там обычно идёт jump, в моём Бейсике вот так:
JMP 7E95
CALL 6BAD
RETF
...

sanders написал:

[q]

3. Раз отличие между Mazowia и IBM теперь сведено к BIOS, то, похоже дело либо в BIOSе (механизме запуска бейсика), либо другие точки входа в бейсик Мазовии, и в этом случае таковой бейсик все же был.

Я выкладывал BIOS Мазовии, чтобы кто-то знающий мог сказать, куда будет указывать вектор прерываний для int18. Может вовсе не на F600:0000, а куда угодно?

[/q]

Но если с адресацией всё в порядке, то IBM-мовский Бейсик у Вас бы запускался командой g=f600:0000 без проблем, даже если родной BIOS его не может вызвать.
Мне почему-то кажется, что дело всё-таки в адресации - как Вы проверяли совпадения прошитых ROM с исходными?
Попробуйте в Debug:

n dump.bin
rcx
8000
wf600:0000

И сравните получившийся файл с выложенным мною ниже (этот тот Бейсик, который я используют с PicoXT, он, собственно, совпадает с тем, что от Tronix, только одним файлом):

Я прошу модераторов переименовать тему в "Basic для Mazovia. ПЗУ есть, но при включении не стартует."
Ну вот мне пришла третья Mazovia, купил я ее ради корпуса и ПЗУ-шек. По словам владельца она тоже не переходит в Бэйсик, как должно быть, если грузиться не с чего.
Итоги такие:
1. Плата №1 с ПЗУ, которые мне не кажутся родными. Содержимое каждой ПЗУ-шки слегка отличается от того, что выкладывал в этой теме Tronix. Прошил Бейсик от Tronix-а. Тот же эффект - No System Disk. Insert... и т.д. Поскольку считать ПЗУ из верхних адресов и записать на дискету невозможно (на Мазовии), я сначала копировал кусочки по 8КБ наугад в адреса 5000:0000, 4000:0000, т.е. туда, куда DOS не достанет. Таким образом сравнивал свои прошивки, Tronix-овские и свои. Не думаю, что на этапе копирования копия ПЗУ в ОЗУ повредилась, и я получил недостоверный результат, т.к. оба результата (с адреса 4000:0 и 5000:0) одинаковы.
2. Плата №2 - голая без всего. Допустим, что плата №1 как-то чуть-чуть неисправна, и поэтому я купил вторую плату. Я переносил на нее комплект ПЗУ от платы №1, затем комплект бэйсика Tronix-а. Тот же отрицательный рзультат. На этом этапе можно предположить, что у меня некорректный BIOS, а я не скачивал другой из инета. То есть Бейсики из двух мест, а BIOS из одного. Но тогда бы КС не сошлась и были бы какие-то сообщения?
3. Плата №3 - приехала только что, получу ее на неделе. Там все 5шт ПЗУ установлены, можно будет сверить содержимое (уже 3й комплект Бэйсика и второй BIOS).
Но что-то мне подсказывает, что дело не в ПЗУ и не самих платах.
В редких фотках из инета, у Мазовий установлены эти 5 ПЗУ с пустой левой кроваткой. Значит, адреса у меня правильные, и значит Бэйсик для Мазовии существовал.
Как он еще может запускаться? Может по нажатию каких-то клавиш? Ведь его главный смысл - запуститься если нет загрузочных устройств. А не чтоб его запускали из DOS DEBUG.
Помогите мне еще идеями?

Допустим, он заработает. Что это даст? Ведь Мазовия выпускалась с родным ПЗУ. Мне ведь не бейсик сам по себе важен, а оригинальный комп. А умеет кто-то дизассемблировать такое? Может, зажать кнопку нужно или без дискеты нажать "эникей" не единожды?

Напомните мне тогда, как у IBM XT происходит старт Бейсика? Если винчестера нет, и в дисководе пусто, то комп ждет какое-то время с включенным дисководом, а затем сам переходит в Бейсик - так? При наличии ПЗУ, конечно.
А у Мазовии таймаут не происходит. Дисковод бесконечно долго ждет дискету, и при этом комп не висит. Стоит вставить дискету, хоть через 5 минут, и начинается загрузка. Я делаю вывод, что BIOS даже не пытается передать управление Бейсику. Дальше уже не важно, корректен ли Бейсик. Если бы был не корректен, то комп зависал бы. Поэтому и я свел проблему к двум вопросам:
- кто может дизассемблировать BIOS;
- какие еще механизмы запуска Бейсика известны (кроме автозапуска после таймаута при не вставленной дискете);

(Как решу проблему, одной Мазовией может быть поделюсь по цене покупки. Четвертая точно не нужна)

sanders написал:

[q]

как у IBM XT происходит старт Бейсика?

[/q]

Я же писал выше. Во время старта BIOS устанавливает вектора для своих "служб": INT 10 - видео, INT 13 - диски и т.д. А также INT 19 - загрузка и INT 18 - BASIC.

По окончании проверки BIOS сам вызывает INT 19. Если загрузочный сектор прочитать не удалось, процедура INT 19 вызывает INT 18 и мы попадаем в BASIC. Всё. По крайней мере в IBM так (в общих чертах).

Поскольку ROM BASIC копирайченный IBM и его вообще-то ставить нельзя (даже в Мазовию), то многие произодители просто выкинули эту процедуру из BIOS и у них INT 19 по ошибке чтения загрузочного сектора просто пишет ошибку READ ERROR и INT 18 не вызывает (есть варианты - пишет NO ROM BASIC или висит как у тебя).

Поэтому я и предлагаю поставить "всё IBM-овское" для теста, а потом BASIC оставить и подбирать какой-нибудь BIOS, который все же вызывает INT 18.

P.S. Насчет "уникальности" BIOS Mazovia процитирую свой пост в этой теме 1 сентября 2016:
alecv написал:

[q]

Насколько помню, в Mazovia был обычный ERSO BIOS (он же DTK BIOS, как в 99% тайваньских клонов) с перебитым копирайтом.

[/q]

sanders написал:

[q]

Удивляет, что только я первый поднял вопрос с Бейсиком для Мазовии.

[/q]

Полагаю. что никому нафик не надо было...

В биосе Мазовии вектор INT 18h (0000:0060h) установлен на адрес F000:E71A, исполняя код которого происходит перенос строки и вывод сообщения "Boot disk failure. Type key to retry", ожидается нажатие клавиш после чего возвращается из этого прерывания. К циклу на адресе 0fe3fa: int 19, jmp 0fe3fa . Условий для перехода на F600:0000 нет в INT19h (F000:E6F2) состоящей из 17 команд, то есть самостоятельно биос даже при наличии дополнительных микросхем ПЗУ, не станет исполнять код записанный в них.
Загрузившись с дискеты, написав в debug команду g=f600:0 я оказался в IBM Basic, без знака равно просто писало что программа выполнена успешно(Program terminated normally (0000)).
sanders предлагаю проверить как минимум отображение всех банков, как у меня на картинке.Так как я не нашёл сообщения о том что с дискеты всё грузится и лишь необходимо принципиально найти способ запуска без неё.

Из файлов в архиве Mazovia1914.rar был собран образ который загружается в эмулятор.
Могу предложить следующий вариант патча для системы реализующий такой алгоритм работы: после 5-ти неудачных попыток старта с дискетного устройства проверяется первый байт(0E9h) из адресного пространства дополнительных микросхем(F600:0000), при её совпадении передаётся туда управление, иначе выводится сообщение о неудачи загрузки с диска и предлагается нажать F1 для повтора этого алгоритма. При старте с дискет и вызова INT18h при наличии Basic - он запустится, при его отсутствии никакого сообщения не будет, управление вернётся обратно системе.

sanders, мои предположения:
По совпадению биоса и тех байт что отображены uav1606 написал способ дампа, позволяющий проверить полную корректность чтения используемой конкретной платы, именно этот вариант и следует теперь применить для по байтового сравнения.
По не адекватному поведению из debug, а если использовать образ такой дискеты(записанный например через RAWRITE.EXE) из zip-архива?
Вы писали:

[q]

С "новым" комплектом, который прошит по ссылке Tronix-а, обращение к дисководу примерно через минуту снимается, и выдается сообщение о том, что нет системной дискеты.

[/q]

Сейчас(сообщение Tronix-а редактировалось) по ссылке есть только сам Basic который полностью совпадает с тем, что находится в вашем архиве с Мазовией.
Разве была им выложена ещё одна версия биоса Мазовии(не ver 1.1?) которая и могла возможность осуществить не/прерывное ожидание системной дискеты до опроса и старта внутреннего бейсика?
Чем предложенный алгоритм в моём варианте патча биоса не устраивает?
Что мной не проверено важного и принципиального, так это возможность запуска именно этого Basic и софта на 8086 процессоре(эмулятор использует 386+,387+), то есть не использованее 32битных и других инструкций, особой работы команд push/pop, регистра флагов и прочее. Про то что видеокарта опозналась как ч/б не принципиально.

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

F000:E6F2 ; ---------------------------------------------------------------------------
                                                               ; начало программы прерывания 19h
F000:E6F2                 mov     cx, 5          ; число циклов, попыток чтения
F000:E6F5
F000:E6F5 loc_FE6F5:                            
F000:E6F5                 push    cx
F000:E6F6                 sti
F000:E6F7                 xor     ah, ah        ;подготовка и дальнейшее выполнение начальной установки устройства
F000:E6F9                 int     13h             ; DISK - RESET DISK SYSTEM
F000:E6F9                                             ; DL = drive (if bit 7 is set both hard disks and floppy disks reset)
F000:E6FB                 les     bx, cs:dword_FFEEE   ; указание адреса буфера для чтения
F000:E700                 xor     dx, dx                      
F000:E702                 mov     cx, 1         ; следующие несколько строк предназначены для считывания одного первого сектора дискеты/диска содержащей чаще всего в себе программу начальной загрузки
F000:E705                 mov     ax, 201h
F000:E708                 int     13h         ; DISK - READ SECTORS INTO MEMORY
F000:E708                                         ; AL = number of sectors to read, CH = track, CL = sector
F000:E708                                         ; DH = head, DL = drive, ES:BX -> buffer to fill
F000:E708                                         ; Return: CF set on error, AH = status, AL = number of sectors read
F000:E70A                 pop     cx
F000:E70B                 jb      short loc_FE715     ; перейти на адрес с меткой loc_FE715 если в результате был возвращён флаг ошибки(CF), например нет дискеты или её не удалось прочитать
F000:E70D                 add     sp, 6                    ; поднять стек на 6 байт
F000:E710                 jmp     cs:dword_FFEEE  ; перейти на адрес указанный в [cs:FEEE], это адрес буфера (0000:7c00)
; куда была ранее скопирована с диска программа содержащая инструкций по дальнейшей загрузке ядра используемой операционной системы, например файла IO.SYS
F000:E715 ; ---------------------------------------------------------------------------
F000:E715
F000:E715 loc_FE715:                            
F000:E715                 loop    loc_FE6F5  ; повторить цикл с адреса имеющим метку loc_FE6F5
                                                              ; вызов прерывания 18h, исполнение её команд действий
F000:E717                 int     18h             ; TRANSFER TO ROM BASIC
F000:E717                                             ; causes transfer to ROM-based BASIC (IBM-PC)
F000:E717                                             ; often reboots a compatible; often has no effect at all
F000:E719                 iret                       ; выход из программы прерывания 19h
F000:E71A ; ---------------------------------------------------------------------------
F000:E71A                 push    ax             ; начало программы прерывания 18h
F000:E71B                 push    si
F000:E71C                 call    loc_FF800   ; вызов подпрограммы для перехода на следующую строчку отображаемого текста на экране монитора
F000:E71F                 mov     si, 0FA0Fh ; начальный адрес выводимой строки сообщения "Boot disk failure. Type key to retry"
F000:E722                 call    sub_FF96B  ; вызов подпрограммы для вывода сообщения на экран и ожидания нажатия клавиш
F000:E725                 pop     si
F000:E726                 pop     ax
F000:E727                 iret                       ; выход из программы прерывания 18h
F000:E727 ; ---------------------------------------------------------------------------


Предложенный для старта образ дискеты с английской Dos 6.22 и сторонним debug, для того чтобы исключить влияние загружаемых драйверов и программ, резидентов через используемые вами варианты CONFIG.SYS и AUTOEXEC.BAT, на работу в монопольном(?) режиме Basic. RAWRITE - это одна из программ позволяющих записать/считать полный образ дискеты, тоесть даже программу начальной загрузки системы, не доступную при обращении посредством файловой системы через менеджеры файлов.

Да аналог, вот только Teledisk использует предварительно особым образом упакованные данные для записи.
Вы сделали правильно с дискетами, ничего лишнего в автозагрузочных файлах если таковые имелись.
А в предложенном мною образе диска, даже если он был приведён к формату дискеты на 360кб, находящийся на нём сторонний debug (v1.25 от Paul Vojta) на эмуляторе SPC/XT не смог показать пригласительную строку для ввода команд из-за генерируемой ошибки процессором -> (Invalid Opcode Fault) .
Старт MS-Dos 3.30 с образа двух дискет и команд в отладчике debug(находится на 2-м диске) привёл к успешному старту Basic, при выборе эмулируемой машины IBM PC/XT 5160 с подменённым кодом от биоса Мазовии.
О возможности смены адреса F600:0000 на другой, попробую позже.

Т.е. пока рано править BIOS для запуска Бейсика, т.к. такой запуск является не стабильным?

А теперь можно еще раз детальнее. У меня такое чувство, что я читаю только четные страницы каждого листа, и половина сюжета мне непонятна :-)
Вы пользуетесь эмулятором? Значит Вы можете в эмуляторе исправить BIOS Mazowia так, чтобы он в том же эмуляторе вызывал Бейсик? Таким образом мы уйдем от системной дискеты и зависимости от ОС - так в реальности и должно быть: нет дискеты - есть Бейсик, есть дискета - Бейсик и не нужен.
Если эта часть заработает, можете ли Вы дать ссылку на исправленный BIOS, чтобы мне осталось его прошить в микросхему? Я не умею пользоваться ассемблером и что-либо править самостоятельно.
На счет кол-ва попыток. Мне кажется 5 попыток много. Достаточно 2. Если второй раз не загрузились, то стартует Бейсик. Иначе терпения не хватит его дождаться.

«Надо знать всё о немногом и немного обо всем»
(Капстаны для Wangtek-a я пилил сам. И переходник для памяти AWE64 паял сам... Но умею не всё.)

Извиняюсь за офф и много букв
Не про Мазовию, но тоже в т.ч. про Бейсик.
Так что для статистики и в подтверждение вышесказанного напишу тут...

Плата - советский вариант XL-7, практически как в этой теме
http://www.phantom.sannata.ru/...8#pp188988
BIOS полный ноунейм, из текста выводит только тест памяти и сообщения об ошибках.
В общем прикручивал к ней CF по типу XT-IDE на мультикарте 16 бит.
Для BIOS XT-IDE пришлось распаять отсутствовавшие панельки под бейсик.
Вот для их проверки и прошил BASICC11.BIN в 27256.
И ещё чтобы с нераспаянными DIP-switch (рядом с BIOS которые) разобраться.

С ноунейм BIOS и без дискеты (после одного сообщения об ошибке загрузки)
жмем Enter и бейсик нормально запускается. А потом см ниже.

Далее был взят подправленный Tronix PCXTBIOS.BIN отсюда
http://www.phantom.sannata.ru/...9#pp241679
Бейсик оно не запускает, т.к. ищет там расширения BIOS.
Однако, он прекрасно запускается из debug-а по команде g=f600:0.
Проверялось на DOS 6.22 и 3.30. INT 18 настроен на F000:FF23 - ???

А вот с noname BIOS запустить бейсик из debug-а сразу не получается
Хоть INT 18 и настроен на F600:0000, ни через него, ни через JMP туда,
ни через COM-файлы с этими командами, ни через g=f600:0 - всё молча виснет.
Но стоит выполнить предложенную выше Сергей С команду "e 60:536 01",
по g=f600:0 бейсик запускается и нормально работает.
От версии DOS опять не зависит.

Но самое простое и работающее с обеими BIOS - также упомянутые в этой теме
байты EA 00 00 00 F6 в начало первого сектора дискеты.
Мигом стартует Бейсик.

Спасибо всем, кто это раскопал!

P.S. А Compact Flash тоже запустился.