SMUC на дискретах и ПЛИС

[spensor]

Вот решил систематизировать примеры Mick'а, за которые ему нижайший поклон, по работе со SMUC. Может кроме меня еще кому-то будет нужно.

primer - процедуры работы с альтернативными регистрами IDE
primer1 - процедуры работы с регистром старшего байта IDE - HI
primer2 - процедуры работы с RTC
primer3 - автодетект SMUC
primer4 - процедуры работы с NVRAM
primer5 - процедуры инициализации PIC
primer6 - пороцедуры инициализации SMUC
primer7 - процедуры инициализации COM
primer8 - процедуры работы с NVRAM2
primer9 - процедуры работы с NVRAM3
primer0a - процедуры инициализации IDE-HDD
primer0b - процедуры инициализации RTC

[spensor]

Часто задают вопрос по раскладке портов SMUC. Вот ответ.

[Mick]

Вот часть профПЗУ - TR-DOS: Там есть много мест, где идет обращение к порту 7FBAh. Похоже MOA чуть поправил TRDOS. Я еще не все разобрал, но кому надо, тот уже может понять как что работает.
Кстати - если вместо пустышек (там наверно 4кб) наберется - запихнуть всю поддержку платы SMUC, то в полне реально - и без профПЗу обходиться. Короче у господ разработчиков TR-DOS и MOA зарплата зависила от размера написанного кода.

[Ewgeny7]

Отловлены кой-какие глюки при работе с Real Commander+HDDMONT.
Хитрость глюков заключается в непроизвольном "демонтировании" виртуальных дисков при переключении дисков в вышеупомянутом коммандере (Во сказал, сам себя аж едва понял ). При обычной работе из Васика - все нормально. Подключил сигнал WAIT (когда-то отключенный за ненадобностью), вроде бы все стало нормально.

При перезагрузке "пропадают" примонтированные диски C и D. В документации ничего про это не говорится, но просмотрев распечатки, любезно предоставленные Mick-ом, обнаружил что программа проверяет только 6 и 7 биты порта FDC, поэтому рискну предположить, что это не глюк в железе, а "недокументированное ограничение " только на два виртуальных дисковода. А и В после перезагрузки сохраняют свои "дорожки" и претензий к ним нет. Народ, у кого есть SMUC, подтвердите или опровергните мои предположения, что-бы закрыть этот вопрос.

RTC до сих пор молчит. Качнул документацию на К512ВИ1. Появилось сразу два вопроса.
Первое - в даташите значится, что вывод 20 имеет, мягко скажем, несколько другое назначение по сравнению со схемой. В документации он описывается как вход, определяющий... м-м-м... коэффициент деления тактовой частоты для выдачи оной на вывод 21. Про то, что на него подается питание с батареи - даташит молчит, прям как партизан.
Второе - Сравнив диаграммы работы RTC согласно документации и согласно схемы, возникло предположение, что на схеме перепутаны выводы DS и R/W. По крайней мере, при чтении-записи байта они должны быть в противофазе. Завтра попробую проверить.

To be continued...

[Mick]

RTC до сих пор молчит. Качнул документацию на К512ВИ1. Появилось сразу два вопроса.
Первое - в даташите значится, что вывод 20 имеет, мягко скажем, несколько другое назначение по сравнению со схемой. В документации он описывается как вход, определяющий... м-м-м... коэффициент деления тактовой частоты для выдачи оной на вывод 21. Про то, что на него подается питание с батареи - даташит молчит, прям как партизан.
Второе - Сравнив диаграммы работы RTC согласно документации и согласно схемы, возникло предположение, что на схеме перепутаны выводы DS и R/W. По крайней мере, при чтении-записи байта они должны быть в противофазе. Завтра попробую проверить.

У меня тоже возникало предположение по этому поводу - я уже о нем spensor'у говорил. Но он сейчас в отпуске, поэтому ты как первый и единственный естествоиспытатель можешь его подтвердить, или опровергнуть.
Вот такое предположение:
Сигнал R/W - выв 11 DD14.2(вместо DS)
Сигнал DS - выв 9 DD14.2
Помоему так.

[Ewgeny7]

ПС от CityAceE:
Если речь идёт о вопросе только 2-х виртуальных дисков, то на моём контроллере практически всегда примонтированы одновременно все 4 образа и они рабортают нормально...

Мдя... Проверил порт на ИР15. Молчит, собака. Из Васика запись-чтение не работает, всегда выдает 255. Для ехидных специалистов уточню - сигнал DOS отключен, вместо него "прибита земля". Ходили слухи, что этот порт лучше делать на другом регистре?

[Mick]

Мдя... Проверил порт на ИР15. Молчит, собака. Из Васика запись-чтение не работает, всегда выдает 255. Для ехидных специалистов уточню - сигнал DOS отключен, вместо него "прибита земля". Ходили слухи, что этот порт лучше делать на другом регистре?

Слух связан, если не изменяет память, с недоступностью покупки ИР15. Эта тема где то была выше. Другие причины, кажется, не указывались.

[SMT]

а вот ещё любопытный фрагмент, выключающий ожидание INTRQ/DRQ при сброшенном D2

 0000CC01:  01BA7F                  (1) ld   bc,7FBA
 0000CC04:  ED78                        in   a,(c)
 0000CC06:  E604                        and  04 ; '♦'
 0000CC08:  2812                    (2) jr   z,0000CC1C
 0000CC0A:  017F04                  (3) ld   bc,047F
 0000CC0D:  DBFF                        in   a,(FF) ; '*'
 0000CC0F:  E6C0                        and  C0 ; '└'
 0000CC11:  C2D13F                  (4) jp   nz,3FD1
 0000CC14:  13                          inc  de
 0000CC15:  7B                          ld   a,e
 0000CC16:  B2                          or   d
 0000CC17:  20F4                    (5) jr   nz,0000CC0D
 0000CC19:  10F2                    (6) djnz 0000CC0D
 0000CC1B:  C9                          ret
 0000CC1C:  C9                          ret

видимо, какие-то задатки на будущее...

Не значит ли сие, что этот порт состоит не только из битов 6 и 7

во-первых, на альтеру идут d3,d6,d7. остальные биты должны читаься в 1. то есть код cp 01, cp 04 jr z/nc никогда не выполнится. с другой стороны, поискал запись в #7FBA - нашёл только либо запись #FF, либо код вида

 0001DB23:  01BA7F                  (1) ld   bc,7FBA
 0001DB26:  CB43                        bit  0,e
 0001DB28:  FD56DA                      ld   d,(iy-26)
 0001DB2B:  280A                    (2) jr   z,0001DB37
 0001DB2D:  CBF2                        set  6,d
 0001DB2F:  CB6E                        bit  5,(hl)
 0001DB31:  280C                    (3) jr   z,0001DB3F
 0001DB33:  CBB2                        res  6,d
 0001DB35:  1808                    (4) jr   0001DB3F
 0001DB37:  CBFA                        set  7,d
 0001DB39:  CB6E                        bit  5,(hl)
 0001DB3B:  2802                    (5) jr   z,0001DB3F
 0001DB3D:  CBBA                        res  7,d
 0001DB3F:  FD72DA                      ld   (iy-26),d
 0001DB42:  ED51                        out  (c),d
 0001DB44:  C9                          ret

- на вывод осмыслены (меняются) лишь биты 6,7. другие биты пзу не пытается изменить (если только логика другая - D6,D7 - регистр, а D3 - порт на чтение )

[spensor]

Вот и закончился мой отпуск За это время с моим проектом произошли кое-какие изменения. Есть и приятные, и не совсем. Из неприятных, это три ошибки в схеме SMUC0.0a! И если две из них относятся к категории "очепятка", то третья серьезная ошибка.
Итак bugreport:
1. В перечне перепутаны наименования микросхем D13 и D14, должно быть так:
D13 К1533ИД7
D14 К1533ИД14
(ранее, в трейде, ошибка уже была упомянута);
2. Сигналы DS и R/W формируемые DD14.2 действительно перепутаны Должно быть так:
выв. 11 DD14.2 - R/W;
выв. 10 DD14.2 - DS;
Предполагаю, что на этапе черчения, "на ходу", поменял сигналы на выводах 13 и 14 DD14.2, а вот подкорректировать сигналы на выходе дешифратора забыл
3. Грубая ошибка - при чтения порта #DFBA (RTC) на шину данных одновременно выдают данные и DD3 (RTC) и DD2 (буфер данных)
Лечится подачей на вывод 12 DD16.4 проинвертированного сигнала RTC вместо /CSM. Либо подключением шины данных RTС не непосредственно к шине данных Z80, а через буфер DD2 (вместо D0-D7 на RTС заводятся сигналы DB0-DB7).

[spensor]

А СМУК-2 меж тем перешел из стадии альфы в бету...

Ну для начала SMUCv0.0a пока только в состоянии перехода в альфу второй версии (SMUCv0.0a2) - RTС пока не тикают Бетой он станет только после запуска оных. А вот из стадии 0.0 SMUC выйдет, когда все "белые пятна" с расбитовкой портов будут закрашены, в частности следует понять почему "пропадают" примонтированные диски C и D. Возникло предподожение - возможно диски C и D отображаются через порт #7FBA, но с установленным битом D7 порта #FFBA. Просьба к умеющим "производить вскрытие" ПрофПЗУ, в частности Mick, проверить это продположение.
P.S. Дабы не было безсмысленных дискуссий о ИР15, скажу, что в ПС по ошибке, было сказано, что сложно достать ИР13. Поскольку такой в схеме вообще нет, я предположил, что речь шла о ИР15, а оказалось, что затруднения с ИР23 Последнюю (ИР23) запросто можно заменять на ИР37 - функционально они аналогичны, а различаются только разводкой выводов.