Кстати да, похоже это оно. Спасибо. Но за последним ридом вроде все равно надо делать burst terminate («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] Кстати да, похоже это оно. Спасибо. Но за последним ридом вроде все равно надо делать burst terminate

(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено SM 21 июня 2006 г. 20:37
В ответ на: Спасибо за спецификацию. Но там Read terminated by read как раз то, что нужно вроде. Правда все я еще не прочитал. отправлено -=ВН=- 21 июня 2006 г. 20:26

Составить ответ ||| Конференция ||| Архив

Ответы

Так конечно деактивацию придется когда-то делать. Чтобы хоть требования к регенерации соблюсти. — -=ВН=- (21.06.2006 20:42 193.125.71.140, пустое)
- Кстати регенерацию можно вроде этими же read оформить. — SM (21.06.2006 20:47 195.225.131.186, пустое)
  - В смысле не использовать спец. циклы регенерации (autorefresh)? Можно, но тогда нужно таким образом строить программу (или кто к памяти обращается), чтобы обязательно было обращение к каждой из строк хотя бы раз за период регенерации. А бурст или случайный доступ в пределах одной строки этого не даст. Нужна деактивация строки. — -=ВН=- (21.06.2006 20:59 193.125.71.140, пустое)
    - А у меня как раз последовательный доступ по всей. Но хочется сделать (+) — SM (21.06.2006 21:01 195.225.131.186, 74 байт)
      - Ну так если цифры у Вас - адреса столбцов, т.е. в пределах одной строки, так никаких проблем. Просто не используете autoprecharge, а деактивируете отдельно. Когда нужно перейти на другую строку, или когда пришло время регенерации. Что раньше случится. Или я что не понял? — -=ВН=- (21.06.2006 21:15 193.125.71.140, пустое)
      - В общем, спасибо, ВН и yes, открыли глаза на то, что всегда было под носом :) :) — SM (21.06.2006 21:07 195.225.131.186, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru