Вид для печати
Команда inc de никак не влияет на флаги, но это не главноеЦитата:
Сообщение от valerium
Сферический конь без проверки готовности данных состоит из одной команды inir/otir, это 21 такт =) Если же раскранчить код в памяти (кучу команд ini/outi), то вообще 16 тактов.Цитата:
Сообщение от valerium
"И как за 5 сек вся дискета - разъясните, а то аж уснуть не могу )"
Как 5 секунд дискета не знаю, но без памяти просто, in из порта и следом out в порт эти же данные. Но если честно я абсолютно не знаю как работает IDE, наверное там нужно еще выбирать откуда и куда)
Так. Немного уменьшаю рыбу. Телефон не сохранил скрины секундомера, но я записал видео и выложил в ту папку, что в первом сообщении.
Копирование с карты на карту образа TRD через WDC занимает примерно 1:10.
А через GMXCOM почти целая дискета, 2446 секторов, копируется с карты на карту примерно за 6,5 секунд.
Так что я почти не соврал.
А вот inir и otir это интересно. Действительно 21 такт на байт и так до 256 байт строчит. Просто под Z80 я почти не пишу, вот и думаю как писал под 8080 )
Из какого и в какой порт ? Там все непросто хотя бы потому, что IDE 16-разрядный и процессор одним движением эти данные обработать в любом случае не может.Цитата:
Сообщение от Kulich
Еще у него записью в отдельные регистры адресуется каждый сектор (или LBA-блок, в зависимости от режима адресации),а внутри него есть еще таблица разделов, внутри которых лежат структуры файловых систем. Так что одно IDE-устройство со своей файловой системы корректно отдать данные в файловую систему другого устройства просто не сможет, нужен промежуточный интеллект )
Upd: про разделы, наверное, гоню, это ж не esxdos, который работает со всеми фишками писишных устройств, наверное тут данные организованы проще. Но структуры, контролирующие размещение файлов, точно никто не отменит )
- - - Добавлено - - -
Вариант был мало того, что неоптимальный, так еще и неправильный. Лет 20 почти ничего под Z80 не писал - похоже и начинать уже не надо )Цитата:
Сообщение от reddie
Красиво. Респект )Цитата:
Сферический конь без проверки готовности данных состоит из одной команды inir/otir, это 21 такт =) Если же раскранчить код в памяти (кучу команд ini/outi), то вообще 16 тактов.
Из какого и в какой порт ?
Как оно там работает на GMX не знаю, может там все хитро. Авторы GMX commandera прям прямо писали что там они что-то хитрое делали и обещали обмен до 300кб/с при том что стандартный софт пишет больше минуты.
Такое возможно только в том случае, когда копируемые данные не покидают контроллер и у проца нет необходимости их все усваивать.Цитата:
Сообщение от Kulich
Повспоминал программный режим ATAPI, предположу, что при копировании файлов, когда в регистрах IDE уже определены конкретные сектор-источник на одном винте и сектор-приемник на другом, одному винту записывается команда на чтение сектора, другому на запись, а затем выбираются оба устройства, у обоих выставляется адрес регистра данных , после чего за 256 циклов выполняется передача одного сектора между их регистрами данных (256 16-разрядных слов) через общую у них шину данных. А процессор эти данные не видит и они ему неинтересны, ему надо только 256 раз стробирующим сигналом дрыгнуть.
При строго последовательном размещении секторов файла так можно даже читать-писать группы секторов. Но выигрыш будет только если файлы хранятся в последовательных секторах и нет необходимости строить сложный каталог с таблицами размещения.
В той файловой системе есть подобие FAT-таблиц ?
Но тут то карта одна. Только образы дисков разные.Цитата:
Сообщение от valerium
Не знаю, но думаю непрерывное пространство внутри одного образа TRD, без всяких там фрагментаций.Цитата:
Сообщение от valerium
Тогда вся моя гипотеза идёт мимо.Цитата:
Сообщение от izzx
Магия )
А если один файл trd в середине диска удалить, чтоб задействовать его пространство, уплотнять данные требуется?Цитата:
Не знаю, но думаю непрерывное пространство внутри одного образа TRD, без всяких там фрагментаций.
Если да, то уплотнение тоже происходит с магической скоростью или занимает ощутимое время ? Хочу понять, читает ли в себя z80 при таком обмене
Если удалить целый образ trd, то он так просто из коллекции не удаляется. Там пачками по 51 диск.Цитата:
Сообщение от valerium
А если удалить файлик в начале одного образа и сделать move, то вечером попробую.
Главное - забить TRD под завязку или около, чтобы MOVE действительно работало с полным объемом дискеты, а не вид делало.Цитата:
Сообщение от izzx
Новое кривое видео на нашем канале. Нашёл в GMXCom кнопку копировать диск в диск. И оно отрабатывает за 5,6 сек. Быстрее, чем по файлам, что логично.
Затем на забитом под 0 диске удалил первый файл и сделал уплотнение. Это где-то 6,5 сек.
Умели раньше делать софт, титаны.
В схемах СМУКа ничего магического не нашел.. По идее все данные таскаются через процессор.Цитата:
Сообщение от izzx
640кбайт за 5,6 сек - это грубо 114кбайт в секунду, причем за эту секунду 114кбайт прочитано и 114кбайт записано. В сумме 228К проходит через 8-битную шину.
3,5М/~228K= ~15-16 тактов на байт (ну или чуть больше, учитывая погрешность измерений с секундомером). Действительно похоже на цепочки ini/outi при чтении/записи сектора. Точнее уже только глядя в код можно сказать.
Надо снапшот памяти при работе коммандера дернуть и глянуть, есть ли там массовые ini или outi.
Вывод такой: чтобы это максимально быстро работало через параллельный порт, надо, чтоб железка могла последовательно отдавать байты блока при чтении из определенного регистра. И читать их через кучу ini или через inir. Это к вопросу реализации этого порта на ESP, если дело дойдет.
Сейчас пока для последовательной версии леплю макетку с ПЛИСкой для дешифратора портов (вроде говорилось про F8EFh, но это всегда можно будет поправить) и как придет 16c550, попробую его с кварцем 18,432мгц на предмет, а сумеет ли он 115200 и 230400 (при таком кварце делитель 10 и 5 соответственно). ESP все это должен смочь.
Дешифрации порта можно сделать на 76688 ну или на паре из, или на одной gal16v8. А особые эстеты могут взять 28С512 )
Думаю, что китайская цена у них всех примерно одна. У меня просто скопилась кучка epm3032, которые заказывал по несколько штук, т.к среди них было много залоченных по JTAG. Потом удалось всю мертвечину оживить, надо теперь ее расходовать.Цитата:
Сообщение от Kulich
Собственно, разницы нет, на чем прототип сделать. Надо же просто идею проверить )
GMXCom работает на 7 мегагерц, напоминаю на всякий случай.Цитата:
Сообщение от valerium
А вот в эмуляторе посмотрел во время чтения и во время записи:Цитата:
Сообщение от valerium
https://pic.maxiol.com/thumbs2/16380...670.gmxcom.pnghttps://pic.maxiol.com/thumbs2/16380...670.gmxcom.png
А сразу хотя бы мегабит нельзя? Раз автор командера писал о 300Кб/сек, значит надо ориентироваться на около 3 мегабит ). В интернете пишут ESP может до 4.5 мегабит.Цитата:
Сообщение от valerium
И ESP будет же в режиме с аппаратным контролем? С линиями CTS и RTS.
Ну да сжатенько и развернуто там все )Цитата:
Сообщение от izzx
Для мегабитных скоростей наверное UART не лучшее решение, нужно параллельный интерфейс между спектрумом и ESP без лишней конвертации, ну или на худой конец преобразователь в шина <-> ISP
Еще не знаю, что можно и чего нельзя. Сама железяка ведь тоже имеет определенные пределы, может при правильной разводке соединительных линий и можно вылезти за пределы. В даташитах частоты выше 128000 не рассматриваются.Цитата:
Сообщение от izzx
Скорость задается двумя параметрами: 1. частотой генератора 16550, 2. делителем, который является собой 16-разрядное число и пишется в один из регистров 16550.
Кварцы используются на 1,8432 мгц, 3,072мгц и 18,432мгц, а скорость передачи (= частота) это (частота генератора/<делитель>)/16.
И вот с кварцем 1,8432мгц с минимальным делителем 1 мы получаем максимальную частоту 115200,
с кварцем 3,072мгц и делителем 1 получаем частоту 192000, с делителем 2 - 96000, между ними соот-но нет промежуточных значений. Ну и дальше частоты уже ниже.
С кварцем 18,432мгц и делителем 1 - частоту 1152000, с делителем 2 - 576000, дел=3 - 384000, дел=4 - 288000, дел=5 - 230400, дел=10 - 115200.
Так что частоты не любые, а вполне опеределенная сетка получается. И далеко не все из того, что мы можем настроить на второй стороне. К тому же чем выше скорости, тем выше "percent error" из-за возможной рассинхронизации.
Что касается аппаратного контроля, то линии-то есть и задействовать на 16550 их, видимо, можно. Алгоритм передачи будет соот-но ориентирован на них. Но сможем ли того же добиться от esp - еще вопрос, там для меня пока сплошная неизвестность.
Что касается скринов, то в первом как раз видно, что выполняется чтение из двух портов попеременно (то из D*256+C, то из E*256+C) с сохранением в память в (HL), это видимо старший и младший байты каждого читаемого с ШД IDE слова. И одно из этих чтений должно дергать строб чтения этого самого слова с IDE, только один байт сразу забирается, а другой защелкивается в промежуточном регистре и потом читается через второй порт. Номера портов не скажу, надо закапываться в схемы (а то еще и прошивки ?) СМУКа, но зато уже хоть видно, что не магия.
У меня на МГТФ и соплях ни на MSX, ни на АТМ не удалось добиться уверенной работы связки 16550 и ESP на скорости выше 38400, так что не уверен что оно легко возьмет такие скорости.Цитата:
Сообщение от valerium
Про "легко" и не говорим... Именно поэтому и хотелось уйти от последовательного интерфейса вообще. Но раз уж вторая половина на нем сделана и работает, вначале будем пробовать )Цитата:
Сообщение от Kulich
На ESP всё есть с завода. Делаем команду типа такой, и готово. Выводы уже предусмотрены.Цитата:
Сообщение от valerium
AT+UART_CUR=576000,8,1,0,3
Код:AT+UART_CUR
Настройка последовательного интерфейса для текущего сеанса (current, т.е. без сохранения во flash память)
базовая AT+ UART_CUR= baudrate, databits, stopbits, parity, flow control
скорость 4400-4608000
биты данных
5：5 бит
6：6 бит
7：7 бит
8：8 бит
стоп биты
1：1 стоп бит
2：1.5 стоп бит
3：2 стоп бит
контроль четности
0: нет
1：Odd
2：EVEN
flow control
0：flow control отключен
1：включен RTS
2：включен CTS
3：включены оба RTS и CTS
(MTCK - UART0 CTS , MTDO - UART0 RTS)
Пример:
AT+UART=115200,8,1,0,0
Сразу не догадался проверить клиента в режиме пентагона. Оказалось, работает.
1. Мне тут ссылку дали на подключение ESP32 к ZX81 через ТВ/магнитофонный вход. Было тут подобное? Наверное, так же можно сделать для спека.
Суть по-моему такая: по команде LOAD"" из ESP автоматом загружается оболочка, а потом она общается с ESP на повышенных скоростях, выводит меню игр и даже распознаёт что вводит на клавиатуре человек. Сами игры/проги хранятся в памяти ESP и меняются через WEB интерфейс.
По-моему шикарная вещь.
Но для спека попроще будет. Без распознавания. Только кнопку добавить старт загрузки, а то тут не определить начало. Ну и прошивку свою.
https://forum.tlienhard.com/phpBB3/viewtopic.php?t=3360
https://forum.tlienhard.com/phpBB3/v...ru&_x_tr_hl=ru
2. Небольшое наблюдение для тех, кто захочет запустить AY232: с моим сервером или с просто общими сетевыми папками черех один мой домашний роутер, или через смартфон, работает без проблем. А вот другой, D-Link 2640U, шалит. Но я и раньше знал его фишку, так что не удивился.
В общем, если сервер подключен через провод - всё ок. А если через WiFi - тогда надо в настройках роутера поставить галку "Clients Isolation". И применить. А потом сразу убрать эту галку и снова применить. Вот тогда работает. Но до перезагрузки.
Может и вам попадётся капризный роутер.
Вот это извращение с магнитофонным входом, зато около 100% совместимость со всеми Спектрумами, но всеж изврат )
Там вся фишка в том, что всё работает без изменений в ПЗУ, без дополнительной схемотехники, если не считать обвязку ESP32, т.е. через два провода к магнитофону и ULA, помимо питания ESP!Цитата:
Сообщение от Kulich
Но тут есть важный момент: на ZX81, в отличие от Спектрума, полностью софтовая отрисовка экрана силами процессора.
Кому интересно, можно почитать тут: https://web.archive.org/web/20181018...20Tutorial.htm
При выполнении BASIC-команды LOAD или SAVE происходит какая-то характерная для этих команд ситуация с сигналами, выводимыми на телевизор, которые ESP перехватывает. А поскольку ZX81 не подозревает, что его подслушивают и подсматривают, ESP подсовывает ему по кассетному проводу
свою ZX81-программку ("бут") с меню и списком загруженных во встроенную в ESP SPIFFS через Wifi-сервер программ. И потом, наверно, грузит уже на максимальной скорости выбранную из списка программу (згрузка реально происходит за пару секунд вместо 5-7 минут). Команда SAVE при этом
работает на штатной скорости ZX81. Ведь у нас ПЗУ ZX81 без изменений!
Есть две версии этой приставки WESPI: обычная, минималистичная, и видео-расширенная, WESPI-VGA, в которой добавлен выход на SPI-дисплей и на VGA, а недавно сделан OCR с экрана, чтобы при команде LOAD распознавать имя программы и грузить её напрямую, без загрузки меню.
На Спектруме такое не прокатит, надо дешифрацию адресов или портов городить, свою ПЗУ, всё как всегда.
PS. Если глючит кодировка на странице веб-архива, стоит попробовать более ранний снимок, не будет ромбов со знаком вопроса.
Недостаток этой SPI-приставки - отсутствие поддержки SPIFFS директорий. С поддержкой SD-карт автор не заморачивался. И ещё, на ESP32 с 4 мегабайтами внутренней флэшки доступно примерно 960КБ под загрузки программ. Я экспериментировал с модулем ESP32 на 8МБ (у меня есть и модуль на 16МБ), но удалось получить только 3 мегабайта свободного места на SPIFFS. Почему так - не знаю, но получается так. Наверно реализация доступа к SD избавила бы от этого ограничения.
Зачем какие-то изменения?Максимум кнопку для начала проигрывания загрузчика нужна, да хоть по резету есп )
Я тоже не вижу причин, почему не будет работать на спеке. А к ESP наверно и карту памяти пожирнее можно прицепить.
А чем тогда всё это отличается от TZXDuino, например, с картой памяти, на которую можно закидать всё, что угодно, и потом с неё грузить?
Зачем городить огород с Wifi и ESP? Глюки с дешёвыми роутерами, пароли от Wifi в прошивке без открытых исходников...
Набрал на Спектруме LOAD "", на этом Duino нажал на кнопку и всё.
- - - Добавлено - - -
Для ZX81 миллион разных штук сделано, но эта была гениальной по простоте, дешевизне и гибкости. И совместимости.Цитата:
Сообщение от Kulich
Ну это же универсальнее типа. После того как загрузчик загружен, можно уже что угодно через порт передавать, хоть странички, хоть файлы, хоть терминальный доступ. Что не отменяет в целом извращенность подхода )
Оффтоп, ради прикола, часть дерева папок у меня по аппаратным примочкам ZX81. По Спектруму там раза в три меньше :)
Вложение 76572
Движок форума урезал разрешение картинки, ничего не читается... Короче, для ZX81 море вещей сделано, благодаря его примитивности но гибкости.
Скоростью загрузки, и тем, что можно не таскать карту памяти туда-сюда, а по воздуху менять файлы. Но только надо заранее включить. С этой стороны, всегда включенный сервер может быть удобнее.Цитата:
Сообщение от djs
И ещё, тут не решён вопрос с турбо режимом.
По ZX81 молодцы мужики, знатно развлекаются.
Просто с Z81 больше нечего особо делать кроме как развлекаться так. Вот они и стругают примочки. Нормальный человек за Zx81 сидеть не будет )
Неумное замечание.Цитата:
Сообщение от Kulich
Если так рассуждать, то "нормальный человек не будет за Спектрумом сидеть". Нормальный человек на работу будет ходить, а по вечерам и по выходным спортом заниматься и семьёй.
Я сейчас собираю клон компа 1977-го года, который по характеристикам даже проще, чем ZX81. У меня в 1978-м он был настоящий. Что, нормальный человек этим заниматься не будет?
крутая тема, такое бы для spectrum сделать
А я про паять как-раз и говорил что это лучшее что с такими машинами можно делать, ну еще писать софт под спаянное. А что потом вы будете делать с этим компьютером, запускать те полторы программы что на него есть, хотя может он в cpm,тогда можете в нее поиграть немного, а дальше? Спектрум хотяб вменяемые игры и демо умеет в них можно играть и смотреть, послушать музыку. Хотя я даже на АТМ не могу без рукоблудия. То интернет подключу, то таск менеджер напишу. Заказал платы для прикручивания расширенной палитры.Цитата:
Сообщение от djs
Цитата:
Сообщение от Kulich
И в чем разница между вами? =)) Что там, что там комп будет, по сути, в единственном экземпляре.Цитата:
Сообщение от Kulich
Главное, чтоб саму человеку было интересно то, чем он занимается. Неважно, комп 77 года собирает или палитры к АТМ прикручивает.
В общем-то никакой =) Просто немного самоиронии. Ну и то что ZX81 крайне ограниченная платформа это тоже факт.Цитата:
Сообщение от reddie
Если честно, то да: я боюсь закончить пайку и доделать всё до финала.Цитата:
Сообщение от Kulich
У меня сейчас в полуразобранном состоянии ZX81, два клона Спектрума и этот Ohio Scientific C1P (ещё тва Тауона, если их можно считать, в процессе доводки до ума).
Из 5000 игр на Спектруме у меня дай бог десяток-два-три игр типа Элиты и Квазатрона, в которые я играл какое-то время и которые захочется запустить снова.
Демки? Запустил на днях Lyra II и больше ничего не надо. Бордюрные эффекты и прочее баловство с IM2 я знал в 1991 году по дико раритетной книжке, которую мне кто-то подогнал (тогда как бы интернет не совсем был, такие вещи передавались в распечатках на матричных принтерах).
На ZX81 я, болея в детстве, первый раз посадил самолёт в игре Flight, авиасимуляторе с графикой 44х64.
https://www.youtube.com/watch?v=4BBF83iBX5E
Отец мне придвинул к кровати табуретку с ZX81 тогда. Это было в 1981 году, мне было 10 лет.
А на ZX80 были потрясающие игры про Star Trek с Клингонами, Ромуленами и фотонными торпедами.
Помню, было вот такое: https://www.youtube.com/watch?v=YPP-...pWV5QaQcXURlHL
В 1990-х через меня прошли эти 5000 игр, когда я снимал с них защиту, делал загрузчики, делал бесконечные жизни, по кассете за ночь.
https://zx-pk.ru/threads/794-sokhran...=1#post1118962
https://zxpress.ru/book.php?id=161
Сейчас всё началось с того, что я нашёл на даче плату расширения памяти для ZX81 в гараже, ржавую и в паутине. Потом я купил Тауон, потом Сизиф. Теперь со своим зрением пытаюсь паять smd :)
Ммм.. собственно, я хотел сказать, что мне интересен сейчас процесс гораздо больше, чем результат.
Кстати, я тут случайно нашёл ошибку в ПЗУ ZX81, про которую никто 40 лет не знал :):):) https://forum.tlienhard.com/phpBB3/v...p=51595#p51595
Обновил свою софтину AY232. Теперь умеет гонять trd в обе стороны, с сервера и на сервер.
Попутно заметил, что ESP ещё любит засыпать после простоя. Если мне не показалось. Попробую разобраться с этим.
С железным портом UART было бы легче. Тут если пакет куда-то пропал, например ESP заснула, то можно было б устроить ожидание N времени и снова послать пакет.
А сейчас клиент ждёт ответа до упора. Если бы не скорпион с его теневиком, хоть начинай приём файла заново.
Почитал немного про AZ для БК и прочих. Мощная вещь. Только там, как я понял, ESP держит WebDAV сервер, немного не такой подход. Похож на решение FYSETC, которое собирал valerium.
Приехали мне сегодня 2 шт 16C550CFN (plcc-корпус). Макетка давно собрана, оставалось только засунуть 1 корпус UART в панельку, но не тут-то было. Не запустилось вообще ничего, он шину данных держит в каком-то промежуточном состоянии (0,61-0,64в) и, судя по всему, не пускается генератор на 18,432МГц (собирал по схеме из даташита на все 16550, Rp=1MOhm, Rx2=1,5 kOhm, C1=15pf, C2=47pf). Осциллографа с такой полосой у меня нету, но по обеим ногам кварца в районе 0,3в догадываюсь, что генератор не взлетел.Цитата:
Сообщение от izzx
Только уже после заметил, что в даташите на 16550Dxx кварц на 18,432Мгц упоминается, а на 16550Сxx - вообще нет, для него максимум тактовой частоты 14,9 Мгц. А у меня именно 16C550Cfn. Ну или два перемаркированных муляжа.
Почти вся схема включения 16550 под копирку взята с BaDCaT Wifi для MSX, там вроде все прозрачно. При неактивном сбросе и сигналах выборки он на ШД гадить не должен. Так что ставлю на генератор. Буду пробовать с меньшей частотой.