caxapa.ru :: На самом деле все, что изображено на картинке, нужно для согласования волновых сопротивлений выхода, линии и входов тактового сигнала. Если обеспечить согласование на текущей схемотехнике, то и LVDS не понадобится. Просто с диф.приемниками/передатчиками согласование немного проще реализуется.

reZident (Сегодня, 11:44, просмотров: 47) ответил mse homjak на "12" вносит задержку распространения со входа триггера на выход. Скока-то нан. Так, как на рисунке сделано, непрально. Нужно пропускать клок без буферизации через всех потребителей. Буферизировать только для развязки магистрали от локальных потребителей. И чота сделать для согласования в концэ. Легче всего это изваять на ЛВДС или чем-то иным, дифференцыальным, чтобы не упарываться в возврат токов на ВЧ. Если с конца нужно возвращать данные, то стоит и их передавать

На самом деле все, что изображено на картинке, нужно для согласования волновых сопротивлений выхода, линии и входов тактового сигнала. Если обеспечить согласование на текущей схемотехнике, то и LVDS не понадобится. Просто с диф.приемниками/передатчиками согласование немного проще реализуется.

Ответить

- На картинке всё неправильно. А имана, буферизаццыя и согласование клока на каждом модуле, которая потребует синхронизаццыю задержэк с данными, второго СПИ на приём и прочей лабуды. И то, если считать,что ~~атомный реактор~~буфер клока на 12 регистров условно не показан. Иначе, вообще, жопа. Если клок имеет только ГВЗ до терминатора и задержку распространения в буфере передаччика и приёмника, то весь этот гемор снимается. Скорость можэт быть в десятки МГц. mse homjak(200 знак., Сегодня, 12:42 - 13:03)
  - Спасибо. Задержка данных на MISO ( 32 штуки 74AHC165 ) даст 23 х 8 нс = 256 нс. Вместе с проводами, штекерами получится около 300 нс. Если я правильно понимаю, то это ограничивает скорость приёма по MISO до 1,5 МГц. - Бoмж(Сегодня, 12:43)
    - Нет, не правильно! Последовательные данные выдаются регистрами синхронно с тактовым сигналом, потому что синхросигнал подается на все регистры параллельно. Задержка фронта последовательных данных не превышает оных 8нс. - reZident(Сегодня, 12:57)
    - Не-е-ет. Посмотрите на структуру 165. Клок идёт на все триггера. Данные задерживаются тока на время распространения от входа до выхода, от фронта(или чо там) клока. У вас на любом выходе будет задержка от клока 8нс. Хоть 100 шт поставьте. Главное, обеспечить время, чтобы за пол-периода клока, все задержки на его распространение до триггеров, не были больше половины периода(с запасом, на Тхолд, ессно). На моём рисунке, так и получится. - mse homjak(Сегодня, 12:51)
      - Спасибо, да, действительно так получается. Ну значит так тому и быть! Бoмж(1 знак., Сегодня, 13:05, картинка, +1)
        
        Вопрос: а зачем вам закруглять данные на выход, через триггера "входных"? Вам, зачем-то нужны данные драйверов? - mse homjak(Сегодня, 13:13)
        
        Да, нужны по техзаданию. Они показывают обрыв или коротыш в светодиодах. - Бoмж(Сегодня, 13:32)
        
        Обрыв или коротыш вы увидите на 165, наскока понимаю. Я про "завороток кишок" с ТЛС на 165 на рисунке. Данные, которые вы всадили в ТЛС, ИМХО, не покажут КЗ или обрыв. А так, можно данные "развернуть" к МИСО, чтобы не плодить длинный шлейф от конечного модуля. - mse homjak(Сегодня, 13:46)
        
        Пока проCLOCKают все 769 бит только одной(!) TLC5955 можно успеть 12 раз опросить состояние входов этих 8 шт. 74HC165 (64 бит) ;-) - reZident(Сегодня, 14:00)
        
        В диагностическом режиме TLC5955 даёт информацию о состоянии светодиодов Бoмж(1 знак., Сегодня, 13:56, картинка)
        
        Но делайте конфигурацию данных МИСО так, чтобы данные приходили с ближайшего модуля, чтобы не гнать данные в МИСО с дальнего конца.Там и время распространения в среде будет больше, и буферизация, и согласование, т.е потери и меньше запас по времени. - mse homjak(Сегодня, 22:49)
        
        Немного не та картинка reZident(1 знак., Сегодня, 13:57, картинка)
        
        Ясно. - mse homjak(Сегодня, 14:08)

Схемы, платы, компоненты