Отправлено -=ВН=- 21 июня 2006 г. 19:49 В ответ на: Не, ну мне просто это актуально. И хочется подтверждения не от отдельных производителей отдельных микросхем, а от спецификации. отправлено SM 21 июня 2006 г. 19:31

Строка же уже выбрана и находится в буфере. Делай с ней что хочешь.
Если уж любая микросхема СДРАМ просто обязана хоть один раз воспринять CAS с адресом, то что ей мешает воспринять его не один раз?:-)
Закладывайте смело. Ну опционально можно, чтобы не думалось. Это же упрощение даже. В бурстовом случае контроллер должен смотреть 2 вещи:
1) адреса в пределах одной строки;
2) адреса идут подряд.
А в случайном доступе только 1) :-)

• Так в том то и дело (+) — SM   (21.06.2006 19:53 195.225.131.186, 263 байт)
  • Ну... Могу только повторить - стандарта не видел, а SDRAM это прямой потомок DRAM с конвейерной (синхронной) спецификой, ничего принципиально нового не содержащая. Да и nec(elpida),micron и самсунь едва ли не исчерпываают список производителей. Я кроме них еще только то ли про корейцев, то ли про китайцев слышал. На букву h. Да и те типа копия самсуня. И потом, Вы же не будете противоречить стандарту, если опционально, отключаемо, сделаете:-) — -=ВН=-   (21.06.2006 20:02 193.125.71.140, пустое)
    • Если... Так мне бы без если, а только так... Типа: вот оно, рядом, а кусаецца. Нет уверенности... — SM   (21.06.2006 20:07 195.225.131.186, пустое)
      • Ну так волевым усилием развейте сомнения:-) — -=ВН=-   (21.06.2006 20:10 193.125.71.140, пустое)
        • Волевого усилия мало... => — SM   (21.06.2006 20:16 195.225.131.186, пустое, ссылка)
          • Спасибо за спецификацию. Но там Read terminated by read как раз то, что нужно вроде. Правда все я еще не прочитал. — -=ВН=-   (21.06.2006 20:26 193.125.71.140, пустое)
            • Кстати да, похоже это оно. Спасибо. Но за последним ридом вроде все равно надо делать burst terminate — SM   (21.06.2006 20:37 195.225.131.186, пустое)
              • Так конечно деактивацию придется когда-то делать. Чтобы хоть требования к регенерации соблюсти. — -=ВН=-   (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