Покритикуйте схему каскадной платы расширения SPI Опции

[turnon]

Задумка такова - есть мастер SPI и много слейвов. Количество слейвов заранее неизвестно, максимальное - 32. Слейвы подключаются через плату расширения, на одной плате - 8 слейвов. Платы расширения могут включаться каскадом друг в друга.

Вход платы расширения: MOSI, MISO, SCK, SEL
Выход платы расширения: MOSI_OUT, MISO, SCK, SEL

Вход MOSI второй платы расширения подключается на выход MOSI_OUT первой платы раширения.

SCK, MISO – напрямую на слейвы, MOSI – через коммутатор 74HC157. При активном SEL (0) коммутатор пропускает на выход MOSI с выхода переполнения сдвигового регистра 74HC595 (пин 9), при неактивном (1) – пропускает MOSI как есть.

Выходы SELx отключенны пока активируется нужный SELx (благодаря инвертору U2).



Сценарий работы.

Активируем SELx нужного слейва - подаем на SEL 0 и выводим в SPI 32-х битное число с 0-м битом в нужной позиции..

Отпускаем SEL (подаем 1), на одном из SELx оказывается активный (0) уровень. Если адрес больше 7 – он уйдет на следующую плату расширения через MOSI_QH / MOSI_OUT.

Передаем данные выбранному слейву, на текущей плате уйдет на MOSI, на следующих – на MOSI_OUT.

[twix]

Потенциальных проблем две.
1. SCK у Вас походу идет без буферизации от мастера сразу ко всем клиентам, то есть 32 входа.
Непонятно как он вообще идет, то есть есть плат расширения и есть еще какие то отдельные
провода или трассы которые как то идут мимо платы.

2. MISO также не показан, то есть все 32 передатчика будут подключены ко входу мастера, также без буферизации.
Тоже самое, несколько десятков устройств пускай с высоким импедансом, подключенные к одной точке,
это будет такая гидра из трасс и буферов, однозначно могут быть искажения.

Мое мнение малой кровью тут не обойтись, либо делать все по чесноку.
Пришел на плату расширения SPI, попал на мультиплексор и от него на каждое устройство отдельные 4 провода SPI.

Либо работать на очень низкой скорости, где на все плевать.

Плюс вообще нет никаких защит, ни от замыканий, ни от статики.

Я не шучу, у нас инженеры разрабатывали очень сложные устройства, и использовали шину I2C для совершенно простой диагностики и
какого там простого управления. Так вот суперсложные узлы работали как часы, а с шиной 8 месяцев был геморрой.

Сообщение отредактировал twix - Apr 3 2018, 18:29

[turnon]

Потенциальных проблем две.

А по логике сценария опроса слейвов? Будет работать?