ZXMAK2 - Виртуальная машина ZX Spectrum

Обновил эмулятор до версии 2743:
- исправлен контроллер IDE SPRINTER

http://savepic.org/3538120.png

полноценно восстановить образ винта, который тут выкладывали, не хватило времени. В нем отсутствовала таблица разделов. Забил просто от балды значения побольше, основная задача была получить доступ к файлам. Кому интересно, в аттачменте екзешник с исходником который фиксит образ диска который тут выкладывали.
Что он делает - добавляет в начало сектор с MBR (который отсутствует в образе) и забивает в этот MBR подходящие параметры.
Настроеный ZXMAK2.vmide также прилагается :)
Т.к. параметры МБР особо не расчитывались, а забиты от балды, то естественно могут быть глюки с размером винта/раздела, но это не важно, все файлы должны попасть в читаемую область.

Все читается! :biggrin:

Цитата:

---

Сообщение от Alexander Makeev

пустая таблица разделов

---

насколько я помню для флеш-накопителей это нормальное явление. Но через конвертер SD-IDE спринтер грузится, мож сам конвертер чет подменяет на лету - хз.

---------- Post added at 08:10 ---------- Previous post was at 07:25 ----------

Alexander Makeev, с чтением все ок. А вот с записью бока: скопировал файл с помощью FlexNavigator, после завершения выдается ошибка "Drive not ready". После ресета Спринтера - биос винта уже не видит. Если перезапустить эмуль, то винт обнаруживается, но в той папке, куда копировался файл - мусор.
Образ винта в архиве 1,4Гб, даж не знаю куда его залить :)

---------- Post added at 08:13 ---------- Previous post was at 08:10 ----------

В викии нашел статью по LBA, там дана формула пересчета CHS в LBA, по идее можно провести расчет и в обратную сторону, это для справки.

---------- Post added at 09:42 ---------- Previous post was at 08:13 ----------

Цитата:

---

Сообщение от Дмитрий

Образ винта в архиве 1,4Гб, даж не знаю куда его залить

---

Далеко ходить не надо, то же самое происходит и с fix-ированным образом флешки.
Делаем так, грузимся с дискеты что была выложена выше, запускаем "c:\fn\fn.exe", пытаемся скопировать какой-либо файл куда-либо... наблюдаем за результатом.

Я тут выше выкладывал exe с логированием всех операций - этопо сути уже исправленная версия, можно по логам посмотреть что происходит.
Кстати непонятно - зачем спринтер при сбросе пишет в иде невалидную команду #00, не знаешь?

Цитата:

---

Сообщение от Alexander Makeev

зачем спринтер при сбросе пишет в иде невалидную команду #00, не знаешь?

---

даж не в курсе. Биос спринтера не безгрешен - это факт :) там и в fdd-драйвере есть очень серьезная ошибка, из-за которой дискеты читаются в эмуле только при NoDelay :) При дисковой ошибке чтение повторяется, а адрес чтения увеличивается, как-будто бы чтение продолжается. Потому, если задержки включить, то при загрузке ос с дискеты мы увидим повисание - т.к. буфер чтения наехал на код самого загрузчика.

Приложил лог-файл, че там происходит мне не понятно :)
После копирования файла из папки на винте в папку на винте - образ портится, устройство в эмуле спринтером не опознается.

кстати, в логировании обмена с иде в exe файле с логами, на значения lba и offset в записи ATA WRITE SECTOR можно не обращать внимание, это ошибка в логировании - не удалил запись lba и offset, на самом деле используются значения которые до этого были в SEEK.

Судя по логам (смотрел по своему логу), спринтер пишет сектор, после записи последнего байта сектора отправляет старший байт данных для следующего сектора и после этого уходит в зацикливание на чтении статуса - эмулятор возвращает статус #18, на этом спринтер долго циклится, пока не выдает ошибку drive not ready.
Вот описание регистра статуса:

Цитата:

---

bit 0 : error bit. If this bit is set then an error has
occurred while executing the latest command. The error
status itself is to be found in the error register.
bit 1 : index pulse. Each revolution of the disk this bit is
pulsed to '1' once. I have never looked at this bit, I
do not even know if that really happens.
bit 2 : ECC bit. if this bit is set then an ECC correction on
the data was executed. I ignore this bit.
bit 3 : DRQ bit. If this bit is set then the disk either wants
data (disk write) or has data for you (disk read).
bit 4 : SKC bit. Indicates that a seek has been executed with
success. I ignore this bit.
bit 5 : WFT bit. indicates a write error has happened. I do
not know what to do with this bit here and now. I've
never seen it go active.
bit 6 : RDY bit. indicates that the disk has finished its
power-up. Wait for this bit to be active before doing
anything (execpt reset) with the disk. I once ignored
this bit and was rewarded with a completely unusable
disk.
bit 7 : BSY bit. This bit is set when the disk is doing
something for you. You have to wait for this bit to
clear before you can start giving orders to the disk.

---

что ему не нравится непонятно... :v2_conf2:
может не расчитывает что винт скушает сектор и не подавясь попросит следующий без ожидания?

Цитата:

---

Сообщение от Alexander Makeev

может не расчитывает что винт скушает сектор и не подавясь попросит следующий без ожидания?

---

ща надо посмотреть сырки драйвера

аха, ясно, отладчиком выяснил что спринтер ждет установки бита RDY :)

Код:

---

0CBB 210000        LD        HL,#0000
0CBE ED78        IN        A,(C)                ; BC=#4053 (регистр команды/статуса)
0CC0 A2                AND        D                ; D=#C1 (читается #18)
0CC1 BB                CP        E                ; E=#40
0CC2 2002        JR        NZ,#0CC6
0CC4 A7                AND        A
0CC5 C9                RET
0CC6 2B                DEC        HL
0CC7 7D                LD        A,L
0CC8 B4                OR        H
0CC9 C2BE0C        JP        NZ,#0CBE

---

Интересно, перед началом передачи данных для первого сектора этот бит спринтера не смутил, а вот на втором уже не понравился :)

Тоже дошел до этого кода:
До начала передачи:

Код:

---

        LD        DE,#8908  ;WAIT BUSY=0 & DRQ=1 & ERR=0
        LD        BC,HDR_CTL
        CALL        WAITPRT
        EXX
        RET        C

---

По завершению передачи:

Код:

---

        LD        DE,#C140  ;WAIT BUSY=0 & ERR=0 & READY=1
        LD        BC,HDR_CTL
        CALL        WAITPRT

---

WAITPRT - это та процедура, листинг которой ты выше привел.

Цитата:

---

Сообщение от Дмитрий

WAITPRT - это та процедура, листинг которой ты выше привел.

---

добавил в конец метода AtaDevice.write_sectors (Hardware\IC\AtaPort.cs:736) установку флага RDY:

Код:

---

            reg.err = HD_ERROR.ERR_NONE;
            reg.status = HD_STATUS.STATUS_DRDY | HD_STATUS.STATUS_DRQ | HD_STATUS.STATUS_DSC;

---

запись стала проходить, но содержимое папки, куда идет запись портится... :confused_std:

А на реальном спринтере копирование в FN вообще работает?

Цитата:

---

Сообщение от Alexander Makeev

А на реальном спринтере копирование в FN вообще работает?

---

Да, работает. Я тоже по началу грешил на FN, попробовал консольную copy - результат тот же.

Цитата:

---

Сообщение от Дмитрий

Да, работает. Я тоже по началу грешил на FN, попробовал консольную copy - результат тот же.

---

через FM копирование вообще подвисает, даже если RDY устанавливается. Нужно разбираться что он пишет и почему результат получается такой... Может вечером посмотрю

Цитата:

---

Сообщение от Alexander Makeev

через FM

---

это демка, там возможно команды не реализованы.

---------- Post added at 11:27 ---------- Previous post was at 11:17 ----------

У меня тут другое подозрение... возможно корень зла и не в IDE, при записи на дискету в эмуле тоже проблема с порчей информации происходит, но я грешил на BDI и растактовку... Надо придумать как найти этот глюк.

---------- Post added at 12:34 ---------- Previous post was at 11:27 ----------

Alexander Makeev, дай, плиз, подправленную версию. и как можно выкачать сырки с кодеплекса?

Сырки можно выкачать на закладке Source. Там есть три подзакладки, открываешь хистори - увидишь историю чекинов, выбираешь чекин, там можно будет увидеть изменения. Справа вверху есть тулбарчик и там ссылочка Download, она скачивает zip с исходниками нужной версии.

Где изменение сделать я выше писал - там указан файл, номер строки и фрагмент кода с подчеркнутым изменением.

Зачекинил небольшое изменение для IDE, регистры теперь идентифицируются по имени enum'а.
Также добавлено настраиваемое логирование обмена с IDE SPRINTER.
Логирование включается через редактирование VMZ файла - нужно установить аттрибут logIo="True". Логи пишутся в таком формате:

Цитата:

---

Message 10:23:14.316 IDE WR HeadAndDrive : #A0 @ PC=#9648
Message 10:23:14.316 IDE WR HeadAndDrive : #A0 @ PC=#9659
Message 10:23:14.317 IDE RD CommandStatus: #50 @ PC=#965E
Message 10:23:14.317 IDE WR SectorCount : #05 @ PC=#9686
Message 10:23:14.317 IDE RD SectorCount : #05 @ PC=#9693
Message 10:23:14.317 IDE WR CommandStatus: #00 @ PC=#96A6
...
Message 10:59:10.918 IDE WR CommandStatus: #20 @ PC=#0A76
Message 10:59:10.918 IDE HDD SEEK lba=1 [fileOffset=#00000200]
Message 10:59:10.918 IDE HDD READ SECTOR ************************************************** **************
Message 10:59:10.919 IDE RD CommandStatus: #58 @ PC=#0CC0
Message 10:59:10.919 IDE RD DATA LO: #EB @ PC=#0A91 [#3CEB]
Message 10:59:10.919 IDE RD DATA HI: #3C @ PC=#0A93
Message 10:59:10.919 IDE RD DATA LO: #90 @ PC=#0A95 [#4D90]
Message 10:59:10.919 IDE RD DATA HI: #4D @ PC=#0A97
Message 10:59:10.919 IDE RD DATA LO: #53 @ PC=#0A99 [#4453]
Message 10:59:10.919 IDE RD DATA HI: #44 @ PC=#0A9B
...

---

Фикс для DRDY (теперь это строка 816) пока не чекинил, т.к. еще не совсем ясно насколько это корректно.

Релиз пока не делал

Нашел причину порчи при записи - неправильно эмулируется защелка 16 битного слова данных при записи данных. В спринтере она работает наоборот чем в смуке. Вечером попробую исправить.

Обновил эмулятор до версии 2744:

На скрине видно что поменялось :)

http://savepic.org/3507249.png

В эмуляторе нормальная загрузка только с дисковода А:. При загрузке с B: C: D: происходит краш некоторых дисков. Например попробуйте вот этот http://vtrdos.ru/full_ver/SI.ZIP. Это происходит и под BDI и FDD. В CP/M тоже, DIR работает только на A:

Цитата:

---

Сообщение от Moro

В эмуляторе нормальная загрузка только с дисковода А:. При загрузке с B: C: D: происходит краш некоторых дисков. Например попробуйте вот этот http://vtrdos.ru/full_ver/SI.ZIP. Это происходит и под BDI и FDD. В CP/M тоже, DIR работает только на A:

---

что значит краш? эта игрушка и не должна грузиться с диска Б - в ней загрузчкик на это не расчитан, в unreal с диска Б тоже зависает.

В CPM нужно включить флажок nodelay в настройках BDI/FDD чтобы диск читался - где-то косяк с эмуляцией задержек на ВГ93.

Почему не должна грузится с дисковода отличного от A: ? У меня вседа были реальные ZX c 2-мя дисководами. При выборе по умолчанию *"B:* Всё грузилось с B: Последний реал ATM-Turbo2. Я всегда пользовался Honey Commader, диск с HC был всегда в дисководе A:. В B: вставлялось все остальное, в том числе и SI. Все работало. Что касается CP/M, то на ATM под CP/M , была непонятная мне реализация дисководов A:>B: B:>A: . При вставке в реальный B: и выборе в CP/M A:, по команде DIR читалось содержимое диска. В ZXMAK2 не читаестя. nodelay не помогает. А Unreal тоже не эталон. На фоне теперешнего ZXMAK2, так вовсе курит в сторонке :-) . Я не программист, но думаю где-то, что-то не так в реализации эмуляции ВГ93.

Цитата:

---

Сообщение от Moro

что-то не так в реализации эмуляции ВГ93.

---

Никто не спорит, мало того автор эмуля будет рад полезной информации по поводу некорректной эмуляции ВГ93.

Цитата:

---

Сообщение от Moro

У меня вседа были реальные ZX c 2-мя дисководами.

---

Цитата:

---

Сообщение от Moro

Всё грузилось с B:

---

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

Цитата:

---

Сообщение от Moro

Почему не должна грузится с дисковода отличного от A: ? У меня вседа были реальные ZX c 2-мя дисководами. При выборе по умолчанию *"B:* Всё грузилось с B: Последний реал ATM-Turbo2. Я всегда пользовался Honey Commader, диск с HC был всегда в дисководе A:. В B: вставлялось все остальное, в том числе и SI. Все работало.

---

Скорее всего ты просто SI с другим загрузчиком использовал. Тот что на VTRDOS лежит не расчитан на загрузку с диска Б.

Цитата:

---

Сообщение от Moro

Что касается CP/M, то на ATM под CP/M , была непонятная мне реализация дисководов A:>B: B:>A: . При вставке в реальный B: и выборе в CP/M A:, по команде DIR читалось содержимое диска. В ZXMAK2 не читаестя. nodelay не помогает. А Unreal тоже не эталон. На фоне теперешнего ZXMAK2, так вовсе курит в сторонке :-) . Я не программист, но думаю где-то, что-то не так в реализации эмуляции ВГ93.

---

Не исключено что на атм выбор диска неправильно реализован. По поводу эмуляции вг93 - тут проблема в том что пока нет ни одного эмулятора более менее нормально эмулирующего вг93.
В unreal примитивная эмуляция образа дорожки, но относительно неплохо тайминги позиционирования головки реализованы. В первом ZXMAK эмуляция дорожки была более полной, но таймингов позиционирвания практически не было и код был жуткий. :rolleyes:
В ZXMAK2 сейчас используется реализация вг93 от unreal, но с некоторыми переделками - где-то чтото улучшено, где-то наоборот сломано. Проверять не на чем - железа нет, тестов нет.

Если в bios Спринтера поставить Quick ROM Start : Enabled, то эмулятор попадает в такое состояние:

http://i.imgur.com/bcxtAQk.png

из которого нельзя выйти "перезагрузкой", только закрыв сам эмулятор.

[bETA]mEN, насколько я понимаю - это быстрый запуск спектрумовского ПЗУ, но эта фича пока не реализована, как и режим эмуляции спектрума спринтером. Реализация данной фичи требует детального изучения режима, но он не описан нигде, автор компа смутно что-то помнит и на конкретные вопросы местами ответить не в состоянии. Поэтому по возможности исследуются программы использующие те или иные возможности ПК Sprinter и вносится поддержка этих возможностей в эмуль. В текущей версии эмуля реализованы не все фичи компьютера, мало того, часть их не будет реализована никогда - увы :(

Цитата:

---

Сообщение от [bETA]mEN

Если в bios Спринтера поставить Quick ROM Start : Enabled, то эмулятор попадает в такое состояние:

из которого нельзя выйти "перезагрузкой", только закрыв сам эмулятор.

---

хм :v2_conf2: нужно у Дмитрия спросить с чем это связано, я в коде девайсов Спринтера и архитектуре Спринтера плохо ориентируюсь :smile:

2Дмитрий: а чем кстати Спринтер звук выводит? может ковокс какой прикрутить, чтобы WAV проигрывать?

Цитата:

---

Сообщение от Alexander Makeev

2Дмитрий: а чем кстати Спринтер звук выводит? может ковокс какой прикрутить, чтобы WAV проигрывать?

---

там ковокс с буфером в 256 байт на канал, емнип :) все думал начать реализацию, но звук пока еще не программил на ПЦ :)
Во вложении описание (уж какое есть :)) программирования Спринтера, там на 17й стр. описано устройство Covox-Blaster это оно и есть.
UPD: и обычный ковокс тож реализован на порте FBh и 4Fh
UPD: соврал, в описании написано, что все-таки моно-ковокс :)

Цитата:

---

Сообщение от Дмитрий

там стерео-ковокс с буфером в 256 байт на канал, емнип :) все думал начать реализацию, но звук пока еще не программил на ПЦ :)

---

в эмуле звук особо программить не нужно, если наследуешься от SoundDeviceBase, то вообще достаточно метод UpdateDac вызывать с 16 битными значениями для левого и правого канала. Базовый класс сам смотрит какой такт процессора в момент вызова UpdateDac и обрабатывает.

Единственный момент - девайс сам должен управлять громкостью в зависимости от значения Volume. Если перегрузить метод OnUpdateVolume, то можно сразу пересчитать коэффициент, исходя из новой громкости, и потом просто умножать результаты на него.

Вот например код стереоковокса для PROFI:

Код:

---

    public class CovoxProfi : SoundDeviceBase
    {
        #region IBusDevice

        public override string Name { get { return "COVOX PROFI"; } }
        public override string Description { get { return "COVOX PROFI \r\n#3F - right channel\r\n#5F - left channel"; } }
        public override BusDeviceCategory Category { get { return BusDeviceCategory.Sound; } }

        public override void BusInit(IBusManager bmgr)
        {
            base.BusInit(bmgr);
            m_memory = bmgr.FindDevice<IMemoryDevice>();

            bmgr.SubscribeWrIo(0x00FF, 0x003F, WritePortR);
            bmgr.SubscribeWrIo(0x00FF, 0x005F, WritePortL);
        }

        #endregion

        private IMemoryDevice m_memory;
        private ushort m_left = 0;
        private ushort m_right = 0;
        private int m_mult = 0;


        private void WritePortL(ushort addr, byte value, ref bool iorqge)
        {
            if (m_memory.DOSEN)
                return;
            if (!iorqge)
                return;
            iorqge = false;
           
            m_left = (ushort)(value * m_mult);
            UpdateDac(m_left, m_right);
        }

        private void WritePortR(ushort addr, byte value, ref bool iorqge)
        {
            if (m_memory.DOSEN)
                return;
            if (!iorqge)
                return;
            iorqge = false;
           
            m_right = (ushort)(value * m_mult);
            UpdateDac(m_left, m_right);
        }

        protected override void OnVolumeChanged(int oldVolume, int newVolume)
        {
            m_mult = (0xFFFF * newVolume) / (100 * 0xFF);
        }
    }

---

Куда уж проще :)

Вот правда с реализацией буфферизации посложнее будет, видимо прийдется доработать SoundDeviceBase, например чтобы он вызывал что-то вроде OnSampleEvent или как-то так :)

Цитата:

---

Сообщение от Doronetty

Насчёт TD0 - действительно всё работает, я просто забыл, как Q-DOS запускать (надо из-под TR-DOS, а я упорно пытался из CP/M). Меня ввела в заблуждение надпись, возникающая при монтировании TD0 образа "Sector data had bad CRC". Что забавно, эта надпись возникает, а иногда и не возникает при монтировании одного и того же образа!

---

а что это за такой образ диска FDI? на котором ошибка то появляется то не появляется, можно его выложить?

Пытаюсь найти инфу и какой-то софт для IDE PROFI, но что-то ничего не найду. Может кто подкинет ссылочку?

Sayman
10.03.2009, 06:22
как всегда, порты профи указаны неверно:
IDESYS Equ 06ABH ; Системный регистр IDE /W
IDECOM Equ 07EBH ; Регистр комманд /W
IDESTAT Equ 07CBH ; Регистр состояния /R
SELHDW Equ 06EBH ; Регистр номера головы /
W
SELHDR Equ 06CBH ; Регистр номера головы /
R
IDESECTW Equ 03EBH ; Регистр номера
сектора /W
IDESECTR Equ 03CBH ; Регистр номера
сектора /R
IDECYLHW Equ 05EBH ; Регистр ст.байта
номера циллиндра /W
IDECYLHR Equ 05CBH ; Регистр ст.байта
номера циллиндра /R
IDECYLLW Equ 04EBH ; РегистР мл.байта
номера циллиндра /W
IDECYLLR Equ 04CBH ; Регистр мл.байта
номера циллиндра /R
SECTNUMW Equ 02EBH ; Регистр счетчика
секторов /W
SECTNUMR Equ 02CBH ; Регистр счетчика
секторов /R
IDEERROR Equ 01CBH ; Регистр ошибок /R
IDEPRED Equ 01EBH ; Регистр стартового
цилиндра предк./W
IDEDATHW Equ 0FFCBH; Рег.данных: ст.байт -
Запись
IDEDATHR Equ 0FFEBH; Рег.данных: ст.байт -
Чтехие
IDEDATLW Equ 00EBH ; Рег.данных: мл.байт -
Запись
IDEDATLR Equ 00CBH ; Рег.данных: мл.байт -
Чтение
по другим портам можно словить
невероятное количество голюнов. прошу
принять к сведени

---------- Post added at 10:07 ---------- Previous post was at 09:50 ----------

вот тут еще про порты Профи
zxpress.ru/article.php?id=4477

Разбираясь с периферией Profi сделал подборку информации по портам из разных источников, предварительная версия :(




P.S.
Законченная версия где то потерялась :v2_conf2:
ногами сильно не пинать могут быть ошибки.

Просьба к обладателям реалов запустить приложенный тест. Особенно интересует выполнение BIT n,(HL), LDI, LDD, CPI и CPD.

Цитата:

---

Сообщение от [bETA]mEN

Просьба к обладателям реалов запустить приложенный тест. Особенно интересует выполнение BIT n,(HL), LDI, LDD, CPI и CPD.

---

Тест проходит без ошибок. Как на реале, так и в эмуляторе.

Цитата:

---

Сообщение от Lion17

Тест проходит без ошибок. Как на реале, так и в эмуляторе.

---

Применительно к ZXMak это выглядит так:

http://i.imgur.com/RnCCSpR.png

Цитата:

---

Сообщение от [bETA]mEN

Применительно к ZXMak это выглядит так:

---

Может ZXMak не виноват? В процессе тестирования используются данные ПЗУ, так что для корректной работы теста обязательно наличие оригинальной ПЗУ 82 года.

Цитата:

---

Сообщение от Lion17

Может ZXMak не виноват? С процессе тестирования используются данные ПЗУ, так что для корректной работы теста обязательно наличие оригинальной ПЗУ 82 года.

---

Mea culpa

http://i.imgur.com/d3RHI07.png

Alexander Makeev, А можно вверху на тулбаре, там где File и прочее, разместить кнопку, что-то типа Disk или BetaDisk, чтобы не делать лишних телодвижений, для более быстрого доступа, если надо пользоваться одновременно не одним дисководом?

Цитата:

---

Сообщение от Lion17

Может ZXMak не виноват? С процессе тестирования используются данные ПЗУ, так что для корректной работы теста обязательно наличие оригинальной ПЗУ 82 года.

---

совершенно верно, этот тест нужно запускать на модели ZX Spectrum 48 :)

Обновил до версии 2745

http://savepic.org/3513248.png

:biggrin:

Второй эмуль в мире поддерживающий пентевочку!!!

IDE вроде работает - показывает папки на винчестере (винт тот самый от спринтера). Странно только что показываются только папки, а файлы не видны. это так и должно быть?

При переходе в 48 бейсик чего-то ждет с черным экраном, долго возился с этим, все детали менеджера памяти вроде заимплементил, а оно висит, потом отладчиком выяснил что это оно просто ждет пока в порту IRB у AY-ка младший бит в ноль сбросится. Если нажать капс-брейк, то ожидание прекращается и появляется заставка. Непонятно - чего оно ожидает увидеть на порту AY8910?

Цитата:

---

Сообщение от Alexander Makeev

Непонятно - чего оно ожидает увидеть на порту AY8910?

---

Принтерный интерфейс по стандарту AY-принтер?