Исправил ошибку, успешно проверил в эмуляторе другого компа, шансы, что теперь заработает на реале очень большие.
Вид для печати
Исправил ошибку, успешно проверил в эмуляторе другого компа, шансы, что теперь заработает на реале очень большие.
В теории можно временно в конфиге ОРИОНа (Z-кард 2 , МОНИТОР-1) соответственно изменив точки входа в МОНИТОР .
Я проверял в конфиге вектора с z80 в emu80. Вывод на экран не переделывал, просто заглушил. Орион c z80 card даже ближе, но в emu80 для вектора с z80 Pyk реализовал векторовское торможение. Предполагаю, что у эрика тормоза как у вектора и amstrad cpc, так я прикидочно проверил сколько тактов займет вход в прерывание до начала собственно теста.
Попробовал новые тесты INTNOP выдаёт 4DF3 , INTINC 26FA . То есть типо работают .
Неожиданностей не произошло, торможение (по крайней мере в озу) аналогично amstrad cpc и вектору - машинные циклы округляются вверх до кратности четырем тактам. NOP по 4 такта, INC BC по 8. Если в строке 256 тактов, то строк 312. Теоретически Pyk мог бы использовать наработки по эмуляции вектора с z80 для достаточно точной эмуляции эрика.
Расковырял INT тесты адаптировал под ОРИОН и запустил в эмуляторе (в конфиге частоту процессора выставил 4Мгц ). INTNOP -5DF5 почти совпадает с реальным ЭРИКом , а INTINC - 33F9 . Получается в ОРИОНе длинные ( по количеству тактов ) команды обрабатываются быстрее ?
- - - Добавлено - - -
Или из за отсутствия WAIT-тов в ОРИОНе ?
У классического ориона с частотой 2.5 МГц и ВМ80 waitов не было, у ориона с z80 card II и турбой waitы есть (без турбы - конечно можно обойтись), в итоге классика эмулируется точно, а z80 card II приблизительно. Делал тестик ориона-про, он правда с ВИ53, но из этой же серии, там видно, что на 2.5 МГц тормозов нет, на 10 МГц есть и очень большие. Дмитрий2012 тестировал и ПРО с 5 МГц, там средние тормоза. В итоге можно с уверенностью сказать, что точно быстродействие ПРО да и ориона-128 эмулируется только в режиме 2.5 МГц.
Ну и я так понимаю, что 5DF5 опечатка, должно быть 4DF5
Если обратиться к первоисточнику, то даже там написано:
https://jpegshare.net/images/15/db/1...dea623f627.png
Но я помню в журнале табличку не только на 5МГц, но и 10МГц с Z80H. Об этом даже на Эмуверсе есть.
https://jpegshare.net/images/06/58/0...c0b5150a11.png
SYR-ALEX, всё там же:
https://jpegshare.net/images/70/b4/7...fb8ef5f994.gif
Точное расчетное значение для аналогового ТВ будет 12:13.
А если брать современные цифровые стандарты, то 81:88.
Поддержку Эрика в emu80 в том или ином объеме попробую прикрутить когда появится немного времени. Основная проблема будет с экраном и прерываниями - для Специалиста оно сейчас реализовано довольно ограниченно, поддержку фокусов вроде изменения палитры "на лету" не обещаю. Делаю, кстати, потихоньку поддержку SD/SDOS - тоже для Эрика пригодится...
А как такое значение получилось?
В случае квадратных пикселей размер видимой части экрана формата 4:3 - 384х288, при этом длительность видимой части по стандарту - 52 мс (или чуть больше в цифровых стандартах).
В эти 52 мс укладывается 52 * 8 = 416 пикселей Специалиста/Эрика.
Получаем 384:416 = 12:13...
Я отталкиваюсь от того, что для квадратности пикселей при ТВ-развертке 625 строк/50 Гц пиксельклок должен быть 14.75 МГц (1, 2, 3). Можно еще найти подобные ссылки, но наверно правильнее считать самому с более серьезными основаниями. Здесь есть разнообразные циферки со ссылками, откуда несложно посчитать, что 13.5 МГц * 59/54=14.75 МГц. Это один из возможных вариантов подсчета, но цифра в любом случае должна получиться такая.
Теперь про специалист/эрик. При 625 строках для квадратности нужно 14.75, значит при прогрессивной развертке с 312 строками надо брать половину. Писельклок специалиста/эрика 8 МГц. В итоге (14.75/2)/8=0.9219. С одним моментом правда тут можно поспорить - на сколько нужно делить 14.75, если строк 312. Возможно правильнее будет так: (14.75*312/625)/8=0.9204.
ivagor, спасибо за ссылки, надо будет вернуться к этому вопросу. Я использовал другие источники и тестировал на ТВ-тюнерах, возможно есть какие-то нюансы...
Pyk, разброс между крайними вариантами (0.9200 и 0.9231) чуть больше 0.3%, это совершенно не критично и принципиальный спор тут вряд ли получится. Есть ведь гораздо менее точные суждения основанные просто на визуальном впечатлении, например некоторые считают, что у специалиста точка квадратная, многие спектрумисты считают, что у спектрума точка квадратная. В этих случаях погрешность уже единицы процентов, а еще они могли немного подкрутить крутилки на ТВ/мониторе, что вобще лишает смысла такой разговор.
ivagor, цитирую последний абзац из последней ссылки:
В итоге получаем: (14.75/2)/8 * (768/767) = 12:13Цитата:
What is "square" anyway?
Just a note about the industry standards: With the sampling rates chosen by the Industry, "Industry Standard square pixels" are not actually square! According to Aho (see References), they have an aspect ratio of 768:767, which is very close to 1:1, but which is not truly exactly 1:1. To arrive at the "true" physical pixel aspect ratios of the various formats, all the numbers listed above need to be multiplied by 768:767.
Но это все действительно просто теоретические измышления, реально лишний пиксел ни на что не влияет, и я в эмуляторе буду по-прежнему для удобства использовать формулу, которая выдает для Специалиста 81:88...
Хорошо, но тогда можно учесть и то, что строк не в 2 раза меньше и получится (14.75*312/625)/8*(768/767)=0.9216 :)
Любое значение в этом районе подойдет, в других эмуляторах аспект часто отличается не на десятые доли процента, а на десятки процентов, т.ч. с этим в emu80 все очень хорошо.
Переманил SMIT2 (#371) в нашу "матрицу" . На реальном ЭРИКе выполняется за 12 мин. 8 сек (+\- пару секунд) . Чтобы не было путаницы с ОРИОН-128 пусть будет SMIT3. Программа работает и с Z80 и ВМ80 и ВМ85 . С её помощью можно приблизительно оценить быстродействие разных СПЕЦИАЛИСТОВ .
Так, тут спросили по поводу ошибок Эрика.
Уточните что на плате Эрика правили, чтобы сделать исправленную версию. Уточняю - речь не идет об апгрейде, только лишь о оригинальной плате.
3 пункт уточните, нужно или нет?Код:1. Резистор 10к параллельно диоду V1 , иначе конденсатор C2 рискует некогда не зарядиться .
2. Вывод 13 D26 через резистор 1к подтянуть к +5В .
3. Спорный .Pluto писал , что у него и без переделки работает . Поменять местами выводы 6 и 7 D44 , D45 , D46 .
Еще что было или нет.
Я в начале сборки делал эту доработку , потом ради эксперимента вернул обратно (по схеме ) . В обоих случаях работало .
- - - Добавлено - - -
Вечером посмотрю свои записи ,может ещё что то делал .
В этом сообщении я ошибочно указал " 2. Вывод 13 D26 через резистор 1к подтянуть к +5В ." Следует читать "2. Вывод 13 D27 через резистор 1к подтянуть к +5В ."
Сигнал BLOK/ (D6 pin 12 ,D7.1 pin 2) также следует через резистор 1к подтянуть к +5В.
Из пожеланий - входы процессора INT и NMI не соединять с +5В , а тоже через резисторы подтянуть к +5В . На оригинальность схемы это не повлияет . Зато в будущем не придётся резать плату .
Наконец то разобрался с клавиатурой, поменял резисторы подтяжки 10к на 4к7 и стал запускаться монитор
https://i.ibb.co/3ysQ2x1/BB958159-CB...2358938-D9.jpg
Только картинка очень блеклая. Кто ни будь пробовал подбирать резисторы на видеовыходе? Какие номиналы посоветуете?
Так же не работает загрузка с магнитофонного входа, поменял уд608, поставил другой не новый, пока не помогло, нужен новый операционник.
Схема загрузки с SD карты Специалиста подойдет или ее нужно дорабатывать?\
P.s.
забыл, нужен дополнительный порт, типа Линевского
Да, нужен дополнительный порт ВВ55, через порт С этой микросхемы и ещё несколько связей.
Pluto , fifan, как Вы думаете , почему я не стал подключать SD контролер от VINXRU к ЭРИКу ? И использовал схему и софт от PVV .
- - - Добавлено - - -
С операционником скорей всего всё в порядке . Схема магнитофонного входа у ЭРИКА очень капризна к питанию . Сам пока запускал наплясался с бубном . Сейчас у меня напряжение питания ОУ примерно 11.3 В . Чуть больше или меньше начинаются сбои загрузки .
- - - Добавлено - - -
Добавил цвет "стандартного" СПЕЦИАЛИСТа к ЭРИКу
https://i.ibb.co/XC7PDvb/STD1.jpg https://i.ibb.co/rcsx3H4/STD.jpg
для доработки нужно 6 корпусов МС - 3 из которых 565РУ5 , 3 разреза на плате и немного МГТФ . Вложение 72059 краткое описание по подключению в схеме .
В схему ЭРИКА проблематично добавить ППА в адресное пространство , поэтому выбор пал на контроллер от PVV . Его софт изначально позволяет разместить контроллер в адресном пространстве или в области ввода-вывода .
Всё нужное для SDOS тут . Если не охото паять все расширения могу выложить отдельно схему SD контроллера и плату в лейке .
Герберы для PS/2 тут
Получается довольно своеобразный, но на первый взгляд вполне совместимый режим. Если трактовать с точки зрения эрика, то в дополнительных РУ5 как бы содержится значение трех бит порта F2 отвечающих за плоскость 9000-BFFF (если в "настоящем" F2 эти биты единичные) и эти три бита можно задавать не для всего экрана а для каждого байта отдельно. Теоретически можно это сочетать с использованием и остальных бит порта F2, но на практике это не так уж сильно расширяет возможности (по крайней мере пользоваться довольно неудобно) и вряд ли будет востребовано.
Если режимы цвета не перемешивать то получается полная совместимость с каждым из них . А если миксовать то наверное можно получить интересные эффекты .
Заменил R13 на 1,5 мОм, появился сигнал на выходе операционника.
Загрузить правда ничего не удается, либо виснет либо выдает крякозябры и ресетится.
Пробовал грузить waw и через wrkwin, через команду I и просто через начальный загрузчик.
В общем внес все доработки в плату ревизии 01.
Список доработок:
1. Резистор R54 (10к) в цепь сброса.
2. Вывод 13 D27 подтянут к +5В резистор R53 (1к)
3. Сигнал BLOK/ подтянут к +5В резистор R50 (1к)
4. Сигнал INT/ подтянут к +5В резистор R51 (1к) и выведен на разъем X1 конт A16
5. Сигнал NMI/ подтянут к +5В резистор R52 (1к) и выведен на разъем X1 конт A17
https://sun1-20.userapi.com/b4fR8vuH...Sse_IBoVh0.jpg
Схема и монтажка в pdf - http://micklab.ru/file/eric/Eric_01.pdf
Схема в P-CAD 2002 - http://micklab.ru/file/eric/Eric_sch01.rar
Печатка, связанная со схемой P-CAD 2002 - http://micklab.ru/file/eric/Eric_pcb01.rar
Библиотека P-CAD 2002 - http://micklab.ru/file/eric/Eric_lib.rar
Гербер файлы для производства - http://micklab.ru/file/eric/Eric_gerber01.rar
Может все же предусмотреть какое-то упрощение добавления стандартного специалистовского цвета?
Может не стоит выводить их на X1 ? Или хотя бы резисторы перенести максимально близко к разъёму . Иначе наводки гарантированы .
- - - Добавлено - - -
По X1 и X2 лучше шаг сделать 2,54 под PLS , их проще добыть чем СНП . У СНП выводы длинные их легче будет на 2,54 растянуть , чем PLS в 2,5 затолкать .
Конфиг Эрика для emu со стандартным специалистовским цветом (8 цветов), но без своих эриковских цветовых возможностей. Т.е. это конфиг не не замену, а в дополнение.
А на плате, как я понял, не убрали контроллер дисковода? Для него есть наработки программ? Может он (контроллер) будет не восстребован?
fifan, дос Афанасьева от Специалиста МХ к Эрику не адаптируется ?
Я сделал только "косметические" правки. Убирать узлы или добавлять я не буду. Меня просили исправить ошибки оригинальной платы. Я собственно их сделал.
- - - Добавлено - - -
Думаю в этой версии платы оставить как есть. Вот когда модернизируете, выкините все лишнее, тогда имеет смысл менять шаг.
- - - Добавлено - - -
На 1К резисторах наводки, я как то сомневаюсь. Было бы 10к и больше я бы согласился. Сигнал же BLOK/ выходит на тот же разъем и практически такой же длины.