Эмулятор контроллера дисковода beta disk на AVR

[valerium]

Вечером у компа буду - поишу схему третьего Ленина, сравню.
Без /wait этот кусок контроллера работает только как дешифратор и триггер, переключающий банки пзу. Так что "войдет" (хоть вообще без атмеги), заставку покажет, по сути это будет просто переключалка пзу и не более. На все будет говорить 'no disk'. А читает ли хотя бы каталог без вейта - не знаю.
Собственно, вся хирургия переделки с сохранением вейта только вот в чем: в разрыв линии, идущей к /wait на z80 просто включаем один элемент И (ли1), выходом на проц, разумеется, а на второй вход этого элемента даем вейт с атмеги.

Логику проше собрать на CPLD - я тут к этому прикоснулся, весьма понравилось. В планах есть переделать всю россыпь на EPM3032 (200р в России, 70-120р в Китае) - они стыкуются с 5-вольтовой схемой без вопросов. Шьются ширпотреб-усб-бластером из того же китая. Более того, на али есть много серии max7000s - это тру-5в-логика, цены те же (100-150р), корпуса plcc для макетки или tqfp для релиза - как получу, расскажу.

[Advertiser]

[nemo]

поишу схему третьего Ленина

Схема тут
https://yadi.sk/i/YVSwFBCHwQqTtA

получается что /wait резать аналогично.

- - - Добавлено - - -

ширпотреб-усб-бластером

это уже два проггера на эмулятор если его нет, что удорожает конструкцию особенно для тех кому собрать раз и забыть....
В идеале все в maga128 бы пихнуть, все бы в один корпус влезло, паять сносно. Но тут без автора никак ИМХО, а он тут и не появляется....


P.S. пожалуй теперь тему можно и перенести в соответствующий раздел раз уж появилось какое то решение подключения не только к пентагону.

[valerium]

для начала просто отрежь d22-1 от d18-24, и d18-24 подтяни резистором в единицу (вариант: подключить к ногам busrq или nmi, где уже вечная единица).
и если твоя память прекрасно справится и без растягивания циклов чтения, то ты получишь плюсом несколько процентов быстродействия, а авр-флоп просто подключишь потом напрямую на 24ю ногу процессора.
в пентагонах ведь она вполне справляется.

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


ps у нас он в розницу 380р стоил, думаю, что себя еще окупит.

[nemo]

для начала просто отрежь d22-1 от d18-24

не не взлетело. Стартует и даже выполняет простейшую прогу но при загрузке с tape вылет или зависон. Память буржуйская.

[Helbr]

WAIT должен подключаться по схеме "монтажное И" если есть несколько инициаторов этого сигнала.
http://easyelectronics.ru/montazhnoe-i.html

Поэтому все инициаторы сигнала WAIT должны быть с открытым коллектором, или между выходом и входом WAIT должен быть дополнительный диод, в качестве которого в моей схеме используется эмиттерный переход транзистора. Транзистор еще дополнительно усиливает сигнал.

[valerium]

День добрый всем.
Я тут поразвивал немножко этот проект на основе исходников автора, в частности доделал "интерфейс" в виде дисплея 1602 и энкодера. Все это пришлось перетащить на атмегу 644, т.к. надо было еще ног под дисплей и энкодер, а также больше ОЗУ, чтоб сортировать файллист, полученный с карты.
Логика вместо горсти корпусов собрана на epm3032, но она ничуть не поменялась относительно ранее рассмотренной схемы. На стенде пока отладил выборку диска (a,b,c) и соответствующего ему файла trd, сохраняется все после выбора в тот же images.cfg, а вариант выбора файла со служебного диска D командами трдоса остался неизменным.
Сейчас жду плату с завода и буду паять опытный образец.

А теперь, собственно, вот я о чем: если есть интерес и если автор не возражает, могу это выложить сюда. Хотя лучше было бы создать отдельную тему вне "пентагона", т.к решение уже годится для практически любого спека, а тут его не особо видят.

Helbr, как вы относитесь к этим идеям ?

upd: указанную здесь проблему тоже изучал и связана она с разными длинами имен файлов
(меняем длинное имя на короткое, например), вносимых в начало или середину images.cfg. Там обработка не строковая, а бинарная и есть баг со сдвижкой "хвоста" списка после вставляемого в середину имени.
Поскольку это сильно влияло на сохранение списка образов из энкодерного меню, я это немного пофиксил, сейчас проблем нет со списком, если хватает длины файла images.cfg (надо оставлять место в конце). Использованный там petitfs не умеет дописывать существующий файл, удлиняя его, т е если был ранее файл 50 байт, а записали в него больше, то он сохранит только первые 50 байт из данных для записи, остальное потеряет. И если images.cfg построен впритык (только три имени образа или еще меньше), а пересоздаваемый из меню список должен быть длиннее, то из-за обрезки файла в исходную длину у нас часть images.cfg будет потеряна.

[Helbr]

День добрый всем.
Я тут поразвивал немножко этот проект на основе исходников автора, в частности доделал "интерфейс" в виде дисплея 1602 и энкодера. Все это пришлось перетащить на атмегу 644, т.к. надо было еще ног под дисплей и энкодер, а также больше ОЗУ, чтоб сортировать файллист, полученный с карты.
Логика вместо горсти корпусов собрана на epm3032, но она ничуть не поменялась относительно ранее рассмотренной схемы. На стенде пока отладил выборку диска (a,b,c) и соответствующего ему файла trd, сохраняется все после выбора в тот же images.cfg, а вариант выбора файла со служебного диска D командами трдоса остался неизменным.
Сейчас жду плату с завода и буду паять опытный образец.

А теперь, собственно, вот я о чем: если есть интерес и если автор не возражает, могу это выложить сюда. Хотя лучше было бы создать отдельную тему вне "пентагона", т.к решение уже годится для практически любого спека, а тут его не особо видят.

Helbr, как вы относитесь к этим идеям ?

Я, конечно, обеими руками "за".
И за перенос темы в общий раздел и за развитие проекта.
Как я понял, тут еще 3 человека собрали этот контроллер и не на пентагонах, что меня как автора порадовало.

И если будет несколько вариантов, то и желающих собрать тот или иной вариант прибавится. Кому-то приглянется вариант максимум, кому-то минимум.

- - - Добавлено - - -

Было много вопросов по поводу прошивки из среды разработки ардуино. Считаю что этому нет никаких особых препятствий, можно переименовать основной файл в FDCdu.ino и отладить сборку.
Хорошо бы еще как-то освободить вывод RX чтобы можно было полноценно взаимодействовать с ПК. Например чтобы закинуть файлик не перетыкая карту памяти.

[nemo]

сейчас проблем нет со списком

А можно указать "пароли и явки" где что и на что изменено?

Использованный там petitfs не умеет дописывать существующий файл

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

[valerium]

А можно указать "пароли и явки" где что и на что изменено?

Функция WD1793_UpdateConfig() в файле wd1793.c
Помню уже смутно, но вроде ее целиком можно просто взять из версии 2.
Исходную версию не правил, правил уже только перепиленную под 644

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

Набиваем _в_конце_ побольше пустых строк. Чтоб в случае, если все упомянутые в конфиге имена образов разом стали длинее, то им бы хватило места в этом файле.
Библа petitfs при записи в файл не умеет увеличивать его длину. То есть если файл исходно был 50 байт длиной, то хоть сколько в него выполняй дозапись, он все обрежет на эти 50 байт.

[valerium]

Да, просто отрезать /WAIT недостаточно. Еще нужно дорабатывать CLK у процессора.

https://zx-pk.ru/threads/16935-tajmi...l=1#post608801

В одном случае вроде как достаточно его тактировать инверсным H0, в другом - чуть более сложная доработка от Kirill Frolov, описана в той же ветке.
Надо будет попробовать...