-
- "12" вносит задержку распространения со входа триггера на выход.
Скока-то нан. Так, как на рисунке сделано, непрально. Нужно
пропускать клок без буферизации через всех потребителей.
Буферизировать только для развязки магистрали от локальных
потребителей. И чота сделать для согласования в концэ. Легче всего
это изваять на ЛВДС или чем-то иным, дифференцыальным, чтобы не
упарываться в возврат токов на ВЧ. Если с конца нужно возвращать
данные, то стоит и их передавать mse homjak(26 знак., Сегодня, 11:33, картинка)
- На самом деле все, что изображено на картинке, нужно для
согласования волновых сопротивлений выхода, линии и входов
тактового сигнала. Если обеспечить согласование на текущей
схемотехнике, то и LVDS не понадобится. Просто с
диф.приемниками/передатчиками согласование немного проще
реализуется. - reZident(Сегодня, 11:44)
- На картинке всё неправильно. А имана, буферизаццыя и согласование
клока на каждом модуле, которая потребует синхронизаццыю задержэк с
данными, второго СПИ на приём и прочей лабуды. И то, если
считать,что
атомный реакторбуфер клока на 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, картинка)
- Немного не та картинка reZident(1 знак., Сегодня, 13:57, картинка)
- Ясно. - mse homjak(Сегодня, 14:08)
- Немного не та картинка reZident(1 знак., Сегодня, 13:57, картинка)
- Обрыв или коротыш вы увидите на 165, наскока понимаю. Я про
"завороток кишок" с ТЛС на 165 на рисунке. Данные, которые вы
всадили в ТЛС, ИМХО, не покажут КЗ или обрыв. А так, можно данные
"развернуть" к МИСО, чтобы не плодить длинный шлейф от конечного
модуля. - mse homjak(Сегодня, 13:46)
- Да, нужны по техзаданию. Они показывают обрыв или коротыш в
светодиодах. - Бoмж(Сегодня, 13:32)
- Вопрос: а зачем вам закруглять данные на выход, через триггера
"входных"? Вам, зачем-то нужны данные драйверов? - mse homjak(Сегодня, 13:13)
- Спасибо, да, действительно так получается. Ну значит так тому и
быть! Бoмж(1 знак., Сегодня, 13:05, картинка, +1)
- Спасибо. Задержка данных на MISO ( 32 штуки 74AHC165 ) даст 23 х 8
нс = 256 нс. Вместе с проводами, штекерами получится около 300 нс.
Если я правильно понимаю, то это ограничивает скорость приёма по
MISO до 1,5 МГц. - Бoмж(Сегодня, 12:43)
- На картинке всё неправильно. А имана, буферизаццыя и согласование
клока на каждом модуле, которая потребует синхронизаццыю задержэк с
данными, второго СПИ на приём и прочей лабуды. И то, если
считать,что
- Спасибо. Если учесть пересинхронизацию внутри блоков "12", то на вашей картинке правильно. Мне нравится. Резистор на дифф. пару на стороне МК добавить... - Nikolay_Po(Сегодня, 11:34)
- На самом деле все, что изображено на картинке, нужно для
согласования волновых сопротивлений выхода, линии и входов
тактового сигнала. Если обеспечить согласование на текущей
схемотехнике, то и LVDS не понадобится. Просто с
диф.приемниками/передатчиками согласование немного проще
реализуется. - reZident(Сегодня, 11:44)
- В цепочке сигналов MOSI на выходе платы и так синхронный с SCK, который на этой же
плате. Задержка SCK возникает уже только после выходного буфера. Но
эта задержка действует только для MOSI на следующей плате, где на
выходе платы MOSI вновь синхронный с SCK. И т.д. reZident(349 знак., Сегодня, 11:20)
- Спасибо! - Бoмж(Сегодня, 12:19)
- "12" вносит задержку распространения со входа триггера на выход.
Скока-то нан. Так, как на рисунке сделано, непрально. Нужно
пропускать клок без буферизации через всех потребителей.
Буферизировать только для развязки магистрали от локальных
потребителей. И чота сделать для согласования в концэ. Легче всего
это изваять на ЛВДС или чем-то иным, дифференцыальным, чтобы не
упарываться в возврат токов на ВЧ. Если с конца нужно возвращать
данные, то стоит и их передавать mse homjak(26 знак., Сегодня, 11:33, картинка)