VELESOFT, переведите, пожалуйста, текст трех файлов GAL так, чтобы не было лишних знаков "/". Например, "/WR" нужно заменить везде на "nWR", если это просто имя сигнала.
А если это операция в GAL, то мы увидим это как "/nWR". "/romwr" тогда заменить на "nROMWR".

А то невозможно проследить логику работы. Это нужно и для проверки перевода на ПЛИС.

---------- Post added at 11:16 ---------- Previous post was at 11:11 ----------

Я пытался проверить, но потерял логику в знаках "/".

По схеме: полагаю 7128 - это токо для отладки, а реально ставить 3128 в 144 ногом корпусе, тоды добавится стабилизатор на 3,3V.
Женя, как понимаю у тебя больше половины ПЛИС свободно. Засунь туда ZSD Keeper'а, здесь оно будет уместно и собсно при наличии стабилизатора 3,3V обойдётся юзеру в стоимость разъёма SD. Флешер Keeper'а пока не надо - и ПЗУ такого нет, и сам флешер не очень хорош в плане захвата всех адресов портов.

---------- Post added at 11:36 ---------- Previous post was at 10:57 ----------

Кроме того по разъёму IDE:
- на 1 вывод завести RESET через перемычку
- сигналы CS0, CS1, HA0, HA1, HA2 завести от ПЛИС.

Это позволит обеспечить работу в стандарте NemoIDE

реально у меня собрано на 3128. Стабилизатор не стоит, с ним глючит работа с CF. (не читаются блоки). Усиливать управляющие сигналы через буфер пробовал, не помогло. Мистика пока что. Работает сейчас от пятивольтового питания, ну да не впервой, СМУКи на трехвольтовых альтерах уже несколько лет работают.

Оно будет уместно если полностью отключать функции DivIDE. Одновременно они не нужны. Ибо при работе ДивИДЕ сама тырдос отсутствует как класс.

---------- Post added at 11:39 ---------- Previous post was at 11:38 ----------

Монстро?

---------- Post added at 11:45 ---------- Previous post was at 11:39 ----------

БК-0010, на Диве используется только один регистр для хранения данных, на Немо - два. Логика работы "интерфейса" должна различаться.
На Немо чтение/запись данных аналогично Дивовскому?

в ПЛИС можно всё сделать
это естественный шаг, нахрена иметь кучу разных IDE
при чём тут TR-DOS? SD интерфейс - это один из интерфейсов накопителей, которому нужен токо софт, например Gluk Reset Serviсe.

А откуда он там возьмется? ПЗУ-то будет заблокировано. С "ленты" грузить?
GRS если мне склероз не изменяет - шелл над трдос.

с какого перепою оно будет заблокировано при обращении к ZSD?

Давайте уже уточним этот вопрос с ПЗУ.
Насколько я понял работу Девицы, для ее фунциклирования нужно чтобы под её "теневым" ПЗУ обязательно болталось ПЗУ с Васиком. Потому что софт в "теневике" является как бы дополнением к стандартному ПЗУ.
Если мы будем лепить Девицу ко всякоразным мощным машинкам с более чем двумя страницами памяти в ПЗУ, тем более если после сброса у нас активируется "половина" с ТырДОСом, то что у нас произойдет? Чуй мне подсказывает, что фигня произойдет :(
Поэтому вполне обоснованной выглядит идея с полной блокировкой ПЗУ спектрума при вставленной карте Девицы. И "основное" ПЗУ при этом разместить также на карте.
Но при этом у нас "отваливаются" все тр-дос навороты, включая глюкосервисы и прочие НемоИДЕ и зетконтроллеры...
С удовольствием приму конструктивную критику моих бредней. Без эмоций, только, пожалуйста :)

А куда лишние ноги у ПЛИС девать ? Не хотите же вы сюда еще VGA добавить ?
Все-таки польза от этого устройства сомнительная, тем более одновременно с divIDE работать не сможет. Тем более предполагается, что к divIDE в будущем будут подключаться SD через адаптер SD->IDE. В будущем они, возможно, будут продаваться в любом компьютерном магазине. Или их можно заказать через интернет.

Так как ног у ПЛИС 144 останется много - вывести их на гребенки. Потом может мысли появятся что-нибудь подключить.

Давайте все-таки в рамках 128К модели проектировать. Так как большинство софта написано для 48/128К. И что-нибудь полезное еще предложите.

От divIDE основная польза в быстрой загрузке TAP и SNA.
Дополнительная (при увеличении ОЗУ c 32 до 512К): Возможность расширить ОЗУ 48К клона до 128/256К и сделать сигналы управления AY.

ничего, при активации TR-DOS divIDE будет блокироваться. Аналогично и при входе в сервисное ПЗУ.

Давайте самые хорошие программы под TR-DOS переделаем под ленту. Заодно в программах удалить левые загрузчики с приветами. Тогда TR-DOS не нужен будет. Тем более divIDE работает быстрее, чем TR-DOS.