Повторитель и / или сплиттер тактового сигнала

[mike-y-k]

sat_art, начнём с азов и не только, игнорирование которых плодит головную боль.
Для UART достаточно TX и RX, для USART добавляется CLK.
И в варианте подключения для USART синхронизироваться таки придётся, иначе проблемы со стохастическими ошибками полезут. А для UART тоже разница частот на концах линии должна уложится в достаточно жесткие рамки.
Здесь же мы имеем что-то иное и явно не последовательный порт. Упрощения тут только множат печали.
Гораздо проще применять для такого соединения логику и общие требования того же SPI - меньше висящих в воздухе допущений будет…

За весьма долгое время работы накушался примеров "озаряющих" идей (без обид).
И вариант с одним корпусом на 5 выходов, а с остальными на 6, при каскадирование всего 2 для всех, без инверсии сигнала и с минимальным сдвигом - таки явно лучше и оптимальнее. Да и в рамки задачи вполне укладывается. Для 80 (16*5) как раз, а для ›100 ещё один корпус нужен будет в любом случае.

Подробностей пока мало, но нужно очень подробно изучить участников, требования к протоколу, реальные характеристики, крайние варианты взаимодействия,…
Устройство таки создаётся с прицелом на универсальность (и не только сейчас, и не только в конкретной(ых) комбинации(ях)). Сегодня слепленная заплатка будет работать в некотором количестве комбинаций, но завтра обязательно потребуется переделка (закон Мэрфи однако).

SleepWalkerF, надо бы конечно стать телепатом, но пока все как-то недосуг .
В Вашем устройстве и множестве потенциальных клиентов (подключаемых карт) таки действуют законы реального мира. Грязь на контактах и для питания в 3V все становится грустно. Таки гораздо лучше уложится в стандарты для всех вариантов, а не пытаться найти сиюминутную золотую середину. Слишком много переменных в системе уравнений.
Ношу с собой салфетки со спиртом (изопропанол, медицинские), одно из назначений - протирать иногда больше 2-3 раз в месяц контакты на своих банковских картах…

[SleepWalkerF]

Уже писал - и про то, что происходит при превышении напряжения лог 1 к-л сигнала на входе над напряжением питания микросхемы, и про емкость входов.
Самый разумный совет ИМХО дал DanilinSA - поставить согласователи уровней, которые одновременно будут умощнителями (буферами).

Понял и благодарен за разъяснение по емкостям. А трансляторы заказал, правда приедут, думаю, не очень быстро и это уже для следующей версии. А пока нужно текущую в порядок привести наименьшими усилиями.

[SleepWalkerF]

Если я правильно понимаю топикстартера, то тут либо смарткарты тюнеров (спутниковых или т.п), либо сим карты телефонные. Если бы были вторые - то частота заявлялась бы больше (как мне кажется).
А вот спутниковые ресиверы в основном 3.57, реже 6, еще реже 4 мГц.

Речь как раз об универсальном устройстве. И частоты в теории могут быть до 16 МГц. Но первая инициализация карты до получения ATR всегда происходит с минимальной гарантированной частотой для карт, поддерживаемых этим устройством. А потом уже карта может рассказать о том на что способна, и устройство попытается поднять частоту до обоюдно допустимых.

[sat_art]

mike-y-k, Давайте с азов начнете Вы (не в обиду). С азов именно вопроса темы.
Я вот про это.

Подробностей пока мало, но нужно очень подробно изучить участников, требования к протоколу, реальные характеристики, крайние варианты взаимодействия,…

Я прекрасно знаю что такой УАРТ и УСАРТ.

А со смарт картами я в свое время наигрался. И заводил на 7,148мГц карты которые работают на 3,574 для скорости обмена не 115200 а 230400.
И к одному ЮСБ до 64 карт цеплял, с одним кварцем на всех.

минимальной гарантированной частотой для карт, поддерживаемых этим устройством

9600, просто тактоваться могут разной частотой.

Думаю для 1.8 карт ничего плохого не случится, если клок будет чуть выше питания. Или я не прав?

Я тоже так думаю.

Речь как раз об универсальном устройстве.

Думаю, если в личке будет больше информации, я могу быть полезен.
От темы ушел, но наработки остались.
Во нашел - в ящике валяется.

[Yuri222]

Думаю для 1.8 карт ничего плохого не случится, если клок будет чуть выше питания. Или я не прав?

Правы - можно до уровня открывания защитных входных диодов. Где-то до 0,5 вольта выше питания.
Рекомендовал бы посмотреть, чтобы не было звона (выбросов свыше уровня напряжения Vcc + 0.5V) на входах карт из-за крутизны фронта - это давится последовательными резисторами перед входом карты - пару десятков Ом.

[mike-y-k]

sat_art, тезисы ТС содержали таки основной частью слово "универсальный".
В таком варианте гораздо правильнее не делать того, что завтра при появлении дополнений в стандарте и новых карт не приведёт к неработоспособности устройства из-за несоответствия рабочих характеристик требованиям стандарта по одному только параметру.
На 16MHz задержки при каскадировании явно могут стать причиной проблем - период всего 62.5ns. А у протокола наверняка таки есть требования по задержкам между CLK и DATA.
А так можно все - отечественный стройбат по этому принципу работал, работает и будет работать.

ТС мог бы набросать блок-схему устройства и одного канала, написать фамилии протоколов. Пока нет даже осциллограмм для CLK.
Могу даже NDA подписать при необходимости .

PS Карточки могут оказаться в итоге и носителем в системе шифрования .

PPS Таки лучше нормально реализовать нужное устройство в рамках требований протокола, а не городить костыли. Но это уже исключительно собственный опыт (IMHO ).

[sat_art]

задержкам между CLK и DATA

Вы похоже только писатель, а не читатель.
Внимательно перечитайте то, что написано выше. Специально для Вас повторяю, CLK это тактовый сигнал процессора а не шины, т.е. ему все равно на сколько он задержится - хоть на 10 периодов. И все равно на сколько он сдвинется по фазе.

И не надо больше про SPI и другие синхронные протоколы. В данной теме не про них вопрос.

Карточки могут оказаться в итоге и носителем в системе шифрования

Эта фраза как раз и говорит о том, что все, что написано выше Вы не читали. А мы как раз и говорим о картах условного доступа в том числе.