ZX_Multi_Card

Цитата:

---

Сообщение от caro

Если внимательно прочитаете описание работы с RTC, то запись нового значения производится только после снятия бита разрешения работы с часами.

---

Вы вроде упоминали что ячейки самих часов не используются (я имею ввиду ячейки общего назначения), а запись производиться в EEPROM контроллера... Сейчас еще гляну даташыт на часы...

---------- Post added at 18:52 ---------- Previous post was at 18:23 ----------

Наверное стоит рассказать предисторию... Я немного изменил тр-дос 6.11Е (с поддержкой рам-диска) для работы с фениксом, в этой версии тр-доса при каждой операции чтения/записи сектора вызывается процедура определения номера включенной страницы памяти. В оригинальной версии номер сохранялся в ячейку памяти, я же сохранял её в ячейку #3F CMOS, при этом появился следующий "эффект":

Цитата:

---

Сообщение от ZXSlaver

Проверил обе обновлённые прошивки. Рам диск в фатале видется, но при работе с оным происходит непонятное "залипание" на последней операции... такое ощущение что клинит клаву. Многократное нажимание на какую либо клавишу помогает. WDC 1.3 шо с прошивки, шо с дискетки стал часто терять винт и уходить в синий бордер.

---

Цитата:

---

Сообщение от Keeper

У меня на реале залипания клавиш наблюдались и без винта после операций с рам-диском, даже в меню128

---

У меня он тоже наблюдался... Потом я стал сохранять номер страницы в ОЗУ и все стало работать как и должно, хотя в эмуляторе таких глюков не было...

Цитата:

---

Сообщение от Keeper

Вы вроде упоминали что ячейки самих часов не используются (я имею ввиду ячейки общего назначения), а запись производиться в EEPROM контроллера... Сейчас еще гляну даташыт на часы...

---

Так оно и есть.
Все ячейки CMOS, кроме ячеек собственно времени, отображаются на внутренний EEPROM Mega.
Надо учесть, что:
1) ресурс ячеек EEPROM в Mega8515 >= 100000 циклов записи
2) типичное время записи <= 8.5 мсек.
Поскольку при обращениях к ячейками CMOS в ZXMC перед записью проверяется флаг предыдущей операции записи, если эти обращения следуют друг за другом быстрее чем 8.5 мсек, ZXMC будет формировать удлиненный WAIT.

Цитата:

---

Сообщение от caro

Так оно и есть.

---

Ясно. Спасибо. А с этим можно что-нибудь сделать? Например если использовать память самих часов. Это возможно? И даст ли это ощутимый выигрыш в производительности? I2C вроде низкочастотная шина...

Цитата:

---

Сообщение от Keeper

Ясно. Спасибо. А с этим можно что-нибудь сделать? Например если использовать память самих часов. Это возможно? И даст ли это ощутимый выигрыш в производительности? I2C вроде низкочастотная шина...

---

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

Камиль, не знаешь случайно из-за чего в Фениксе Атмега может зависать при нажатии сочетания Ctrl+CapsLock, после чего помогает только полное отключение питания? С другой клавой(дешевой) такого косяка нет.

Цитата:

---

Сообщение от RedLine

Камиль, не знаешь случайно из-за чего в Фениксе Атмега может зависать при нажатии сочетания Ctrl+CapsLock, после чего помогает только полное отключение питания? С другой клавой(дешевой) такого косяка нет.

---

Сейчас проверил на трех разных клавиатурах, не смог получить такого эффекта.
А действительно именно МЕГА зависает? Или она перестает реагировать на нажатие клавиш?
Кстати в тесте буфера клавиатуры (WinMenu+F4) как ведут себя эти клавиши пораздельно и вместе?

Цитата:

---

Сообщение от caro

Кстати в тесте буфера клавиатуры (WinMenu+F4) как ведут себя эти клавиши пораздельно и вместе?

---

Ctrl отдает код 130 17
Caps при включении 134 20, при выключении 130 20.

Если в тесте пытаюсь нажать обе вместе выскакивает 134 20 и все, клавиатура вообще ни на что не реагирует, ресет феникса эффекта не дает.

Клавиатура включена через KVM-switch, но без него то же самое. Кстати после зависания клавиатура не отрабатывает даже нажатия горячих клавиш KVM-a, чтобы переключиться на PC, по кнопке на самом KVM переключение происходит и клавиатура оживает.

P.S. переключение по кнопке после зависания на KVM тоже как-то странно происходит, не сразу, прямо полтергейст какой-то.

Давно не копался в схемах)
Напомните плиз, сигнал IORQE для чего нужен?

Цитата:

---

Сообщение от John North

Напомните плиз, сигнал IORQE для чего нужен?

---

Этот сигнал блокирует на шине обращение к портам, имеющим совпадающую с ZXMC адресацию.
Блокировка идет только по сигналу чтения.
На шине NEMO-bus реализована цепочечная схема приоритета обращения к портам.
Установка плат с совпадающими или перекрывающимися адресами портов чтения в разные слоты,
позволяет устранить конфликты и добиться нормальной работы системы.

Возник такой вопрос. Отдали мне USB клаву с PS/2 переходником. На PC через переходник работает, на фениксе не подаёт никаких признаков жизни. Это както лечится? И вообще, есть возможность подключить USB клаву или у неё иной протокол данных?