Xi8088 + CGA Redux - оно живое. Ещё не всё отлажено - по какой-то причине POST-карта не показывает коды. Так же не удалось пока победить цветной композит.

Опубликовал исходники и герберы платы Sizif-512 ревизий E и E1:

Github: https://github.com/UzixLS/zx-sizif-512/tree/master/out

Анонс на ZX-PK: https://zx-pk.ru/threads/32157-sizif-512.html?p=1164180&viewfull=1#post1164180

Так же выложил новую версию прошивки: https://github.com/UzixLS/zx-sizif-512/releases/tag/fw-20221002

Пришли платы с JLC. Доставка в Белгород заняла 3 недели ровно.

Первый пуск - успех!

Нижняя готова. Не без ошибок, но ничего непоправимого.

А тем временем верхняя плата Харона-386 запаяна и показывает картинку!

Наладил TCP/IP через WiFi на Хароне, но пока весьма костыльным способом - поднял на Linux-машине SLIP-туннель на виртуальном последовательном порте, расшарил с помощью socat этот порт через TCP, на Хароне в WiFi-модем залил прошивку Zimodem, подключился через неё на этот TCP-порт, и, наконец, подключил к COM-порту wifi-модема пакетный драйвер с поддержкой SLIP - ethersl. В общем, "в зайце утка, в утке яйцо"... Эту цепочку можно сильно сократить если использовать прошивку esp_slip_router, но этим займусь уже потом.

Наброски новой звуковой карты для NemoBus. Предварительно - добавятся бипер, Covox, SID, OPL3, 2мб ОЗУ для GS. Спешить с ней не буду, сначала хочу разобраться насколько реально сделать для спектрума плеер существующих форматов OPL3 и что для этого потребуется от карты. Думаю, готова будет не раньше осени-зимы.

Давненько ничего не писал про Харон-386. Ещё в прошлом году столкнулся с проблемой в работе звукового чипа ES1868 - назначался неправильный IRQ при загрузке драйвера. Т.е., например, драйвер назначает карте IRQ 5, а она оказывается на IRQ 7. Искал проблему в схеме, на плате, перебирал драйвера, перечитывал документацию, прозванивал, сравнивал с аналогичными картами - всё без результата. Так и забросил на полку почти на полгода. Сейчас просто решил сдуть чип и запаять другой - и всё завелось как надо... Что это было? Может быть перемаркировка другого чипа, или, может быть на заводе зашили другое содержимое встроенного ПЗУ (в котором и хранятся номера IRQ) - непонятно.
Движемся дальше - нет звуковых эффектов в Tyrian (а MIDI/FM музыка есть). Посмотрим сколько времени займёт эта проблема...

Столкнулся с неработоспособностью DOSLFN на Хароне-386: программы с поддержкой длинных имён файлов либо не видели их, либо (если запущен EMM) падали с сообщением об ошибке. Сначала грешил на проблемную CF-карту, на битую память, на ошибку в схеме по части подключения CF, но в итоге стало понятно что проблема, скорее всего, программная. Я долго не хотел лезть в эту проблему т.к. совершенно ничего не знаю ни об отладке в MSDOS, ни даже ассемблера x86 (спойлер: если бы знал, проблема бы решилась спустя 30 минут после прочтения сообщения об ошибке). В общем, пришлось погрузиться в этот мир на пару вечеров. В обнимку с debug.exe (а позднее уже и Turbo Debugger) и документацией по DOS API, скачанной с самых задворков интернета, написал небольшую программку, которая всё что делает - это простое обращение к LFN API для поиска файла по длинному имени. Ожидаемо, на Хароне это обращение проваливалось - с ошибкой "файл не найден", в то время как на любой другой машине проходило.

Долго ли, коротко ли - трассировка привела к замечательной функции в исходниках DOSLFN:

proc GlobbingEx
mov di,[CurPathComp]
xchg si,di
call Globbing
xchg si,di
db 0D6h ;setalc
or al,al
_glob_ret:
ret
endp

Эта функция вызывается для каждого файла в каталоге и сопоставляет его длинное имя с искомым. И трассировка показала, что именно в этой функции есть странная инструкция "db 0D6h ;setalc", которая на Хароне выполняется не так, как на других машинах! Оказалось, это недокументированная инструкция, которая по факту есть во всех процессорах начиная с 8086. Во всех, но, не в M6117D, который используется в Хароне! И который вроде как заявляется как полностью 386SX-совместимый. После замены этой инструкции на стандартную "sbb al,al", которая делает то же самое, но занимает на 1 байт больше места (вот так "экономия"!), DOSLFN прекрасно заработал.
Вот такой мини-детектив. Письмо мейнтейнеру DOSLFN я написал, надеюсь, это исправление войдёт в следующую версию.