Отправлено Builder 16 октября 2003 г. 15:45

Планировал применить FT8U245BM, но выяснается что получается очень маленькая частота запрос/ответ. А для меня это важно. На USBN9603 (USBN9602) говорят повыше.
А на сколько выше, около теоритических 500 запросов/ответов получается?
А FireWire (IEEE 1394) ктонибудь использовал, сколько там можно получить запросов/ответов в секунду (на каком чипе)?

• Большое количество запросов/ответов лучше реализовывать на внешней железяке — Oldring   (16.10.2003 15:51, 92 байт)
  • Большое количество запросов/ответов, дополнение (+) — Builder   (16.10.2003 16:07, 455 байт)
    • Вопрос не в пропускной способности шины, а во времени задержки. — Oldring   (16.10.2003 16:11, 59 байт)
      • Время задержки для USB составляет 1 мс, для USB High Speed - 125 мкс — Илья Гаврилов   (16.10.2003 16:43, 89 байт)
        • А по FireWire кто-нибудь может прокоментировать? Какое мин. время запроса-ответа? — Builder   (16.10.2003 17:22, пустое)
        • А Вы лично меряли это время задержки, или это только голое теоретизирование? — Oldring   (16.10.2003 17:02, пустое)
          • Я недавно писал - измерял. И контроллер тут почти не причем. Действительно чаще чем раз в миллисикенду драйвер шины просто не вызывается. И лучше давать ему буфер побольше, пусть по фреймам сам нарезает. Тогда будет быстро. — svf   (16.10.2003 22:44, пустое)
            • Так и я про это. Миллисекунда - на фрейм. Еще миллисекунда - на обработку (минимум один промежуточный фрейм теряется). Итого минимум две. То есть одна миллисекунда в Full Speed- это голое теоретизирование. — Oldring   (17.10.2003 12:04, пустое)
              • Ответ: Нет, пакет приходит, возникает прерывание, хорошее устройство готовит ответ и к следующему кадру он уже готов и может быть принят хостом. Для FLASH256, подключенной к USB порту сам видел передачу до 17 пакетов в одном кадре. это значит, пока один пакет передается другой уже заливается в буфер. — murid0   (18.10.2003 14:22, пустое)