Отправлено SAZH 15 октября 2003 г. 11:33 В ответ на: Так я и говорю (+) отправлено SМ 15 октября 2003 г. 10:51

Я уверен на 100%, что у разработчиков кристалла получу ответ типа на Ваше усмотрение, мол теория позволяет. И по опыту я как раз больше доверяю ответам клерка. Они не знают теории. И работают в двоичной системе счисления (по документации можно, по документации нельзя). Впрочем последняя строка Вашего ответа меня вполне удовлетворила.

• Еще - в догонку - для всех в том числе (+) — SМ   (15.10.2003 12:10, 2287 байт, картинка)
  • Ответ: Спасибо! — SAZH   (15.10.2003 12:34, 154 байт)
  • :) не совсем корректный пример - изначально речь шла о плис, а (+) — Димыч   (15.10.2003 12:33, 309 байт)
    • Согласен на 100% с вами. А вот Skew сигналов при разводке - это как раз главная проблема, и сквозной ток выходов может все подпортить (надежность упадет, в космос такое не отправишь :), хотя работать может даже долго . Зачем городить такое, иметь геморрой при каждой компиляции выравнивать вручную время распространения (что кстати не всегда возможно). — _aquarius_   (15.10.2003 12:41, пустое)
      • тут не согласен. Во всех ПЛИС есть возможность выходной триггер расположить в I/O ячейке - это гарантия невылезания того самого skew за пределы допустимого. Если триггер в IO - то параллелить можно сразу. — SМ   (15.10.2003 12:45, пустое)
        • Тогда возникает такой гембель: а сможет ли fitter развести сиглнал в эти I/O cell одновременно (1. а если ему придется добавить lcell при разводке. 2. А если эти I/O cell расположены в разных строках/столбцах ПЛИС) - в общем, на мой взгляд решение такое не очень элегантное. — _aquarius_   (15.10.2003 13:15, пустое)
          • Дело в том, что (+) — SМ   (15.10.2003 13:31, 358 байт)
            • Да, ваша правда. Тогда Skew действительно может быть очень малым. — _aquarius_   (15.10.2003 13:48, пустое)
    • Так о задержках предупреждалось сразу :))) — SМ   (15.10.2003 12:36, пустое)